L_SOPRDOC
Краткое описание :
9.1.УПЛ.МЦн (НГП). При вводе количества не пересчитывается стоимостьОписание :
Межцеховая накладнаяЧто измененно :
Управление производственной логистикой (УПЛ) \ Документы \ Межцеховая накладная
Вводим накладную с кол-вом 0. Цена устанавливается автоматически. Стоимость 0. Меняем кол-во, стоимость не пересчитывается.
Как измененно :
Управление производственной логистикой (УПЛ) \ Документы \ Межцеховая накладная
Исправлена ошибка, в результате которой при вводе накладной с кол-вом 0 некорректно устанавливалась цена и в последствии не производился пересчет стоимости.
L_SOPRDOC
Краткое описание :
EDI. Разработать функционал для работы с ЛентойОписание :
Работа с EDI.КонтурЧто измененно :
EDI. Разработать функционал для работы с Лентой
Во вложении описание предполагаемого функционала
Как измененно :
Добавлена настройка EDI.RIGHTS.NET_DOPPARAM
"Настройки Галактики \ Общие настройки системы \ Работа с Контур.EDI \ Права доступа \ Сети. Разрешить производить настройку дополнительных параметров"
Запрещает редактирование "Управление сбытом" -> "Документы" - "Работа с EDI Контур" - "Торговые сети" - enter - "Дополнительные параметры"
Настройка работы в EDI через УПД
1. Работа с Контур.EDI - Права доступа - Сети. Разрешить производить настройку дополнительных параметров = Да
2. В настройках сети Доп. Настройки
- Работа с УПД\УКД = Да
- Документ для обработки расхождения приемки с поставкой = Корректировочная накладная или Исправительная Накладная
По исправительной накладной можно формировать INVOIC (СФ с исправлением) или COINVOIC (Корректировочный СФ)
По корректировочной накладной только COINVOIC (Корректировочный СФ), исправление формируется тогда напрямую в Диадок из интерфейса наши счета-фактуры
3. После формирования отгрузки по DESADV будет доступен ПЛМ "Создать СФ". То есть теперь параллельно с отгрузкой можно сформировать INVOIC. Дальше отправляем INVOIC и DESADV на сервер и ждем RECADV. Контур всё это дело должен преобразовать в УПД (возможно понадобиться настройка на стороне Контура, через вашего менеджера).
4. Если получаем Recadv с расхождением, то формируется запись сообщения "Приемка(част.) (RECADV)". По ней ПЛМ "Создать Исправительную или корректировочную накладную" зависит от настройки во втором пункте. Формируем документ, если исправительная накладная (КН), то в дальнейшем на выбор можно сформировать СФ с исправлением (INVOIC) или Корректировочный СФ (COINVOIC), если создана корректировочная накладная (KD), то только Корректировочный СФ (COINVOIC). На закладке "Дополнительно" по сообщению RECADV в секции "Приемка" в поле "Накладная" заносится ссылка на документ либо КН, либо KD.
5. По ПЛМ внутри сообщения можно теперь сформировать СФ с исправлением или Корректировочный СФ. Выбираем ПЛМ создать корректировочный СФ и формируем документ (в секции приемка встает ссылка).
6. Отправляем Корректировочный СФ (COINVOIC) на сервер по аналогии с INVOIC по отгрузке.
L_SOPRDOC
Краткое описание :
Не изменяется цена в ДО на продажу при изменении цены в накладной по функции "Установка цен из договора/календарного плана"Описание :
Счета, ДО на продажуЧто измененно :
Не изменяется цена в ДО на продажу при изменении цены в накладной по функции "Установка цен из договора/календарного плана"
Как измененно :
Идет проверка настройки "Автоматическая синхронизация ДО при модификации накладных/актов", если установлено "Корректировка ДО после модификации накладной", то после синхронизации цен в Накладной в ДО так же устанавливаются цены из КП/Договора.
L_SOPRDOC
Краткое описание :
Диадок. Доработать вывод адреса Грузополучателя на основании маршрута при отправке документа через Контур.ДиадокОписание :
Работа с Контур.ДиадокЧто измененно :
Диадок. Доработать вывод адреса Грузополучателя на основании маршрута при отправке документа через Контур.Диадок
Как измененно :
Добавлена настройка DiadocExport.GRUZ_POL
Настройки Галактики - Общие настройки системы - Работа с Контур.Диадок - Настройки экспорта "Формировать адрес грузополучателя из ТТИ накладной при наличии маршрута" - да\нет\с подтверждением.
Значение "нет" - работает старый функционал как сейчас (по умолчанию)
Значение "да" - берем данные из маршрута, если маршрут не привязан или в нем не задан адрес, то тогда берем адрес грузополучателя из Каталога организации, как сейчас.
Значение "с проверкой" - при отсутствии адреса доставки в маршруте или отсутствии маршрута в ТТИ накладной, выдавать сообщение "Не найден адрес отправки в маршруте. Отправка документа невозможна" и блокировать отправку документа, не надо давать возможность отправить при отсутствии адреса в маршруте.
При включении при формированием xml-файла при наличии ТТН в элементе АдрИнф,структура которого описана в АдрИнфТип., будут заполнены следующие тэги:
Код страны - страна в маршруте движения - "Код страны"
Адрес - Текстовое поле адрес в маршруте движения, эту строку заносим в АдрТекст:
'M_TRANSP::GET_DOR.WAY_DOR.SCMARAVT.MARAVT.NPADDR' - Адрес в маршруте
Если маршрут не будет найден адрес возметься из пункта разгрузки.