C_DIADOC
Краткое описание :
Реализация законодательства по электронным перевозочным
документамОписание :
Что измененно :
Реализовать возможность обмена электронными перевозочными
документами.
Как измененно :
Реализована выгрузка Титул грузоотправителя Титул
грузоперевозчика о приеме груза Титул грузополучателя Обращаю внимание, что при
экспорте важен порядок, поскольку они содержат информацию о предыдущем
документе. Добавлена возможность выгрузки в управлении сбытом - операции -
экспорт/импорт - экспорт универсального передаточного документа. Первые два
документа выгружаются всегда, а 3 при выключенной опции "Не формировать файл
заказчика (покупателя)". Для Диадока добавлены настройки в раздел ""Общие
настройки системы \ Работа с Контур.Диадок \ Настройки экспорта \ " : "При
отправке накладных добавлять в пакет транспортную накладную "ИНФОРМАЦИЯ
ГРУЗООТПРАВИТЕЛЯ", "При отправке накладных добавлять в пакет транспортную
накладную "ИНФОРМАЦИЯ ПЕРЕВОЗЧИКА О ПРИЕМЕ ГРУЗА К ПЕРЕВОЗКЕ", "При получении
транспортных накладных от перевозчика о приеме груза формировать титул
грузополучателя" со значениями: 0 Нет 1. неформализованный документ 2.
транспортная накладная В последнем случае потребуется покупать у диадока
лицензию на контур Логистика, иначе получите сообщение вида:
MessageToPost.DocumentAttachments[1]: Document type
LogisticsWaybill-reception-kl_trn_mt_05_01.01 is not allowed to send. Также
добавлена настройка "При отправке УПД использовать структуру" со значениями
"вариант 1", "вариант 2". Отправка через "вариант 1" работает с устаревшими
структурами, но работает. Значение "вариант 2" рассчитано на универсальную
структуру(транспортные накладные как формализованный документ выгружаются
только по ней. После смены любой из этих настроек следует перезайти в систему..
Пока не реализован - прием входящих документов по электронным перевозочным
документам, импорт в документы Галактики (пока нет ясности нужно ли это куда то
загружать, поскольку в накладных уже есть товарно транспортная информация),
переадресация - для реализации этих моментов требуется дополнительная
постановка задачи. Комментарии к заполнению отдельных тэгов : ВидТар -
проверяется один из следующих элементов : внешний атрибут "Вид тары" к
спецификации накладной, Внешний атрибут "Вид тары" к МЦ по позиции, Внешний
атрибут "Вид тары" к МЦ из спецификации накладной с группой МЦ из настройки
Tara.KodGrMcTara, иначе 00 Также в рамках этой задачи была добавлена
возможность проверки получаемых xml в момент экспорте по XSD схеме в "экспорт
универсального передаточного документа" .
C_DIADOC
Краткое описание :
В формализованный счет-фактуру выгружается наименование
услуг менее 1000 знаковОписание :
Что измененно :
Выгружаем формализованный счет фактуру с помощью Экспорт ЭДО.
Полное наименование услуг не выгружается, хотя имеет существенно меньше 1000
знаков.
Как измененно :
При выгрузке СФ поле было ограничено до 200 символов.
Расширенно до 255(больше не предусмотрено в справочнике). Вывод больше возможен
при использовании внешнего атрибута с мемополем, но реализация достаточно
трудоемкая.
C_DIADOC
Краткое описание :
Отображение причины отказа в подписиОписание :
Что измененно :
Просьба рассмотреть возможность отображения в интеграционном
модуле Диадок "Причины отказа в подписи", т.к. в текущей реализации для
получения этой информации приходится пользоваться веб-интерфейсом.
Как измененно :
Добавлен вывод кнопки "Посмотреть текст" для статуса "отказ
..." Ранее она выводилась, если в столбце fIsAmendmentRequested 'У'('Наличие
уведомления об уточнении') был "+".