Понадобился значит учет залоговой тары. Было проведено некоторое исследование, которое показало, что во многих сущностях есть реквизит ТребуетсяЗалогЗаТару, который даже выведен на формы, но уже на самих формах он скрыт. Причем скрыт так, что без вмешательства в конфигурацию включить его нельзя. Аналитик говорила, что в видео, которые она смотрел по этой теме, этот реквизит на формах есть (я думаю, что она смотрела видео по российской ERP). При всем при этом если проводить документ с этим флагом и без, то движения отличаются. Ситуация была непонятна и вызывала определенные вопросы по учету залоговой тары. Ответ на эти вопросы такой:
Цитата
Залог за тару, влияющий на расчеты с клиентом/поставщиком, не поддерживается и не планируется.
Его нет возможности выделить в авансе полученном и корректно выписать НН. Кроме того, исходя из ГКУ и сложившейся практики, залог за тару не является частью расчетов: залог, полученный за тару, не погашает задолженности за отгруженные товары, и наоборот.
Получение залога рекомендуется отражать платежным документом с видом операции "Прочее поступление" в корреспонденции со статьей пассивов. Для этого должна быть включена ФО "Учитывать прочие активы и пассивы".
Релиз 2.1.13.2, но думаю, что в поздних то же самое, т.к. есть и более важные проблемы, которые не исправлены, судя по сообщениям выше. Отправка смс через провайдера TurboSMS не работает. Причем для этого все есть и сам модуль рабочий. Но задание, которое выполняет отправку СМС передает пустое ИмяОтправителя, хотя без него отправка через TurboSMS не работает.
РезультатОтправки = ОтправкаSMS.ОтправитьSMS(МассивНомеров, ТекстСообщения, "", ОтправлятьВТранслите); // "" это имя отправителя
Если вместо "" передать корректное имя - все работает.
Добавлено в 15:40. Оказалось, это не все. В модуле отправки через Турбо есть косяк, из-за которого СМС не фиксируется, что СМС была отправлена и с каждой отправкой все СМС повторно отправляются. Это какой-то позор.
"Не свой документ" этот тот, который на скриншоте? В соответствии с запросом он "свой", контрагент в проводках у него "ФОП Залозний Вадим Емільянович". Смотрите отладчиком почему при проведении этот документ пишет в регистр бухгалтерии не контрагента, который в нем указан, а контрагента "ФОП Залозний Вадим Емільянович".
Надо сам документ смотреть, переклацайте там контрагента и договор и перепроведите его. Теоретически можно сделать так, что бы в документе был договор, не принадлежащий выбранному в этом же документе контрагенту.
Это как сравнивать разные станки(фрезерный от токарного)
В моем представлении это как сравнивать 2 фрезерных либо 2 токарных станка. Один из которых не очень новый, но который изучен и надёжен. А второй новенький и блестящий, но больше пока непонятно (для меня).
Вот так совпадение, один новорег помог ссылкой другому. Интересный подход к спаму, хотя бы фантазию включают. Но все равно ссылку удаляю, профили в бан.
volodya1122, вы бы сразу написали, что делаете конкретный запрос, получаете конкретный ответ. Я не проверял, но если верить тому, что написано в описании АПИ, то в вашем коде следующие ошибки: 1. Вы делаете GET запрос Ответ = Соединение.Получить(Запрос), надо POST; 2. kodPdvList и token вы вставляете в заголовок, хотя они должны быть в теле запрос в виде json; 3. Не уверен, но мне кажется, что токен должен быть не тот, который в примере указан, а свой.
pablo, если вы сопоставляете таблицы по индексу, то это скорее всего проблема. Индекс может поменяться, если таблица есть на форме и строки в ней могут двигать. Я для таких вещей делаю идентификационное строковое поле, в которое пишу УИД.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!
1 2 3 > »
