L_SOPRDOC
Краткое описание :
Не работает фильтр в пакетном формировании ордеров по
накладным на отпускОписание :
Что измененно :
Не работает фильтр по датам накладных в Управление сбытом -
Операции - Пакетное формирование ордеров - по накладным на отпуск.
Как измененно :
Исправлено.
L_SOPRDOC
Краткое описание :
Экспорт ЭДО_Формирование акта ЕИСОписание :
Что измененно :
Управление сбытом – Операции - Импорт/экспорт - Экспорт
универсального передаточного документа При экспорте документа и формировании
акта ЕИС для него получаем ошибки: Проблема проявляется в 3-звенке и
веб-версии. В 2-звенной архитектуре не повторяется.
Как измененно :
Исправлено.
L_SOPRDOC
Краткое описание :
Диадок. Вывод банковских реквизитов СФ посредника_ДиадокОписание :
Что измененно :
Реализовать вывод банковских реквизитов принципиала при
включенной настройке DIADOCEXPORT.BANKREQUISOTPR. Описание во вложении.
Бизнес-процесс клиента такой: "Принципал продает через агента продукцию. Агент
действует от имени принципала (происходит оформление счетов-фактур посредником
от имени заказчика на основании доверенности. Это предусмотрено налоговым
законодательством в п. 6 ст. 169 НК РФ). При реализации выставляемые
счета-фактуры должны быть такими, как если бы Принципал продавал товары
(работы, услуги) напрямую, без посредников (В письме от 28.04.2018 №
03-07-09/29386 Минфин России сообщает следующее: если агент реализует услуги от
имени и за счет принципала (перевозчика), то он не должен выставлять
счет-фактуру от своего имени). В системе Галактика ERP в модуле Управление
снабжением создаются Приходная накладная и Счет-фактура посредника (в этих
документах контрагентом выступает Принципал, и он берется при экспорте УПД), в
модуле Управление сбытом формируется Накладная на отпуск и Счет-фактура
заказчика. СФ посредника и СФ заказчика связаны. Агент осуществляет экспорт УПД
конечному покупателю. Интеграционный модуль Галактика.Диадок позволяет
соблюдать законодательство, и в экспортируемый агентом УПД выводит данные о
Продавце-Принципале. Кроме наименования, ИНН, адреса в xml-файл выводятся
банковские реквизиты. Но система при выводе банковских реквизитов игнорирует
тип СФ и всегда выводит для продавца Наши реквизиты в тег БанкРекв, их
приходится править руками. Вывод банковских реквизитов в xml не запрещен и
поддерживается форматом представления документов в электронной форме по 820
Постановлению."
Как измененно :
Добавлена настройка
DOC.SD.PRN.UPD.EXP_BankRequisOtprFromBrokerSF, 'Экспорт. Выгружать банковские
реквизиты Продавца из СФ посредника' в раздел "Логистика \ Документы \
Сопроводительные документы \ Печать / Экспорт \ Универсальный передаточный
документ \". При включении банковские реквизиты будут взяты из
L_SOPRDOC
Краткое описание :
Настройка для автоматического заполнения поля "УПД" в актахОписание :
Что измененно :
По аналогии с ERP-8859 просьба сделать такую же настройку для
Актов на оказание услуг, работ (Сбыт) "Логистика \ Документы \ Управление
сбытом \ Акты на оказание услуг \ Значения по умолчанию \ УПД" со значениями :
0, 'Не УПД' 1, 'Акт' 2, 'СФ'. Организация перешла на использование УПД в сбыте.
Работают в основном с актами. В каждом документе менять это поле довольно
трудоемко, оно по умолчанию должно быть - СФ. Просьба ввести такую системную
настройку, которая будет задавать значение этого поля в сопроводительных
документах сбыта по умолчанию.
Как измененно :
Добавлена настройка Doc.Sell.AktUsl.UPD
L_SOPRDOC
Краткое описание :
Формирование распределения в корректировочной накладнойОписание :
Управление снабжением \ Документы \Приходные накладныеЧто измененно :
1. Формируем накладную на прием МЦ. Разрез хранения по всем мц
= Склад 2. Формируем КД накладную к основной с корректировкой количества.
Разрез хранения по МЦ = Склад. 3. Формируем вторую КД к первой КД с
корректировкой цены. При этом при формировании данной КД разрез хранения
формируется = Склад\МОЛ.»
Как измененно :
Причина оказалась в ручной отмене разноски распределения по
складам и МОЛ и последующим формированием снова. Добавлена настройка
Doc.SD.KorrDoc.EnableChangeRasp , 'Разрешить изменение распределения по
подразделению/МОЛ' - по умолчанию выключена. Кроме самого окна распределения
запрещается менять Подразделение и МОЛ в шапке приходной накладной и в функции
"Сформировать распределение".