Многие пользователи при переходе на новые форматы обмена сталкиваются с ситуацией, когда при печати универсального передаточного документа (УПД) из 1С все данные отображаются корректно, а при попытке просмотреть этот же документ через механизм ЭДО выявляются две основные проблемы. Во-первых, выводится старая шапка (по постановлению №981). Во-вторых, в графе 5 (к платежно-расчетному документу) ставится прочерк, из-за чего документ невозможно корректно выгрузить. Давайте проанализируем ситуацию и разберем по шагам, как исправить эти ошибки в базах 1С (на примере 1С:Управление торговлей и 1С:Бухгалтерия предприятия).
Сначала выясним причину отображения неактуальной шапки документа. В системе 1С существует жесткое разделение между данными, которые формируются в XML-файле для отправки контрагенту, и визуальной печатной формой (представлением), которую мы видим на экране. Визуализация в ЭДО строится на основе XSLT-трансформации. Если в базе не обновились макеты или правила преобразования, программа использует старый шаблон для отрисовки «картинки», хотя сам XML-файл может быть сформирован по новому формату.
Рассмотрим подробнее, как обновить зависшие правила форматов. На практике эта проблема часто связана с некорректным обновлением регистров. Для конфигурации 1С:Бухгалтерия предприятия (БП КОРП) и аналогичных решений поможет следующий алгоритм:
ДатаЗагрузкиОписанияФорматовДляПреобразования.ПравилаПреобразованияФорматов и ФорматыДляПреобразования.Для программного запуска обновления правил вы можете использовать следующий код:
КонвертацияЭДО.ВыполнитьЗаполнениеПравилПреобразования();
Важное замечание для 1С:Управление торговлей (УТ): В УТ механизм первоначального заполнения из макета может отличаться или отсутствовать. Регистр ПравилаПреобразованияФорматов должен заполняться автоматически из интернет-ресурсов через фоновое задание Загрузка описаний форматов электронных документов. Убедитесь, что в базе подключена интернет-поддержка пользователей и сервер имеет доступ в сеть. Если база не обновляет правила, может потребоваться написание небольшой обработки для перезаполнения регистра нужными правилами XSLT, чтобы формат СЧФ_2 не подменялся старым СЧФ.
Теперь посмотрим на пример с пустой строкой 5. Это одна из самых частых трудностей при работе с электронными документами. Механизм формирования печатной формы способен «на лету» подтягивать данные об оплате из структуры подчиненности. Но при формировании электронного XML-документа данные обязательно должны явно присутствовать в документе.
Графа 5 должна заполняться только в том случае, если был аванс. То есть, когда оплата и реализация происходят не день в день. Если аванса не было, поле правомерно остается пустым. Если же аванс был, но в ЭДО поле не заполнено, разберем по шагам варианты решения:
СчетФактураВыданный.СвПрДк в XML-файле.Чтобы автоматизировать этот процесс, перейдите в настройки обмена с контрагентом по ЭДО. Проверьте параметры и выполните следующее действие:
Проанализируем ситуацию с обновлениями. Разработчики регулярно выпускают патчи, исправляющие логику выгрузки электронных документов. Если вы столкнулись с подобными проблемами, обязательно проверьте раздел установленных исправлений. Ищите патчи, затрагивающие модули МенеджерОбменаЧерезЭДО или исправления формата 2021 года.
Также стоит помнить о прослеживаемости товаров. Если в вашем УПД присутствует хотя бы один товар, подлежащий прослеживаемости, формат электронного документа кардинально меняется. Убедитесь, что признаки прослеживаемости в карточках номенклатуры стоят корректно, а номера РНПТ заполнены — иначе система ЭДО может заблокировать выгрузку или исказить структуру документа, включая данные о платежно-расчетных документах.