← На главную

Мы с вами рассмотрим распространенную ситуацию, когда при обмене электронными документами, а именно универсальными передаточными документами (УПД), через оператора ЭДО (например, Контур) в печатной форме документа, предназначенной для просмотра контрагентом в формате PDF, появляются лишние служебные данные. Эти данные, такие как Для1С_Идентификатор, Для1С_Наименование, Для1С_ЕдиницаИзмерения, Для1С_Артикул, Для1С_СтавкаНДС и ИД, предназначены для внутреннего использования программами 1С и не должны быть видны конечным пользователям.

Давайте выясним причину возникновения этой проблемы и разберем наиболее эффективные пути ее устранения.

В чем заключается проблема?

Наш контрагент, при получении УПД, выгруженного из 1С:Бухгалтерии Предприятия (БП) в Контур в формате XML, жалуется, что при просмотре документа в формате PDF в табличной части, сразу после каждой строчки с номенклатурой, отображается техническая информация. Выглядит это примерно так:

Для1С_Идентификатор: bf00328d-38d9-11e8-8e10-005056b003b4##, Для1С_Наименование: Услуга /актуализация ПО, Для1С_ЕдиницаИзмерения: шт, Для1С_ЕдиницаИзмеренияКод: 796, Для1С_Артикул: Авторабота, Для1С_СтавкаНДС: 20, ИД: bf00328d-38d9-11e8-8e10-005056b003b4##

Очевидно, что такие данные не должны быть видны в юридически значимом документе, предназначенном для чтения человеком, и могут вызывать недопонимание или даже отказы от приема документов со стороны контрагента.

Проанализируем природу служебной информации

Прежде чем перейти к решению, давайте разберемся, что это за информация и зачем она нужна. Служебные теги, такие как Для1С_Идентификатор, Для1С_Наименование, Для1С_ЕдиницаИзмерения, Для1С_Артикул, Для1С_СтавкаНДС и ИД, являются внутренними идентификаторами и метаданными, которые 1С встраивает в XML-файл при его выгрузке. Их основное назначение — обеспечить обмен данными между разными системами 1С или при импорте документа в 1С. Когда контрагент загружает полученный от вас УПД в свою учетную систему 1С, эти идентификаторы позволяют автоматически сопоставить номенклатуру, единицы измерения, ставки НДС и другие параметры с уже существующими в его базе данных. Это существенно упрощает процесс обработки входящих документов, снижает количество ручных ошибок и экономит время.

Таким образом, наличие этих данных в XML-файле само по себе не является ошибкой. Напротив, оно улучшает автоматизацию процессов для тех, кто использует 1С для учета.

Выясняем причину появления в PDF-файле

Если служебные данные полезны для автоматизации, то почему они вдруг стали видны в PDF-файле, предназначенном для человека? Мы можем выделить несколько ключевых моментов, приводящих к этой ситуации:

1. Ручная выгрузка XML из 1С: В данном случае, вы используете функционал 1С:Бухгалтерии "ЕЩЕ - ЭДО - Выгрузить документ в файл", что подразумевает создание XML-файла. Этот XML-файл, как мы уже выяснили, содержит всю необходимую служебную информацию для 1С.
2. Загрузка XML в систему оператора ЭДО: Вы вручную загружаете этот XML-файл в систему оператора ЭДО (Контур).
3. Генерация PDF оператором ЭДО: Система Контура, получив XML-файл, преобразует его в визуальный формат PDF для удобства просмотра. Если процесс генерации PDF у оператора ЭДО настроен неоптимально или использует устаревшие механизмы, он может просто "напечатать" все содержимое XML-файла, включая служебные теги, вместо того чтобы интеллектуально отфильтровать их. Иными словами, система Контура в данном случае воспринимает эти 1С-специфичные теги как обычные текстовые данные и включает их в печатную форму.

Важно понимать, что для целей электронного документооборота и налогового учета юридически значимым является документ в формате XML, утвержденном ФНС (например, формат 5.03). PDF-файл, как правило, является лишь визуальным представлением этого XML-документа. Если УПД передается по ЭДО не в формате XML, а только в PDF, он не считается переданным по ЭДО в установленном порядке и может быть признан недействительным для налоговых вычетов по НДС и расходов по налогу на прибыль. При необходимости ручного обмена можно использовать инструмент для выгрузки УПД в XML без лишних метаданных, который позволяет избежать появления технических тегов в печатной форме.

Рекомендуемое решение: Использование интегрированного модуля ЭДО (например, Контур.Диадок)

Наиболее эффективным и рекомендованным способом решения данной проблемы, а также повышения удобства и надежности обмена документами, является использование встроенного модуля ЭДО, который интегрирован непосредственно в вашу конфигурацию 1С. В случае с Контуром, это модуль "Контур.Диадок" для 1С.

Давайте разберем по шагам, почему этот подход является предпочтительным и как он решает нашу проблему:

1. Корректное формирование XML

   Интегрированный модуль ЭДО обеспечивает формирование XML-файла в строгом соответствии с актуальными форматами ФНС. Он знает, какие данные необходимы для налоговой отчетности, а какие являются внутренними для 1С. При этом, модуль корректно включает служебные теги 1С в XML, но делает это таким образом, что они не мешают основной структуре документа и предназначены исключительно для машинной обработки.

2. Правильное создание PDF

   Это ключевой аспект решения. Модуль ЭДО, будучи частью 1С, самостоятельно формирует PDF-версию документа. В отличие от генерации PDF внешним оператором ЭДО из "сырого" XML, интегрированный модуль знает, какие данные предназначены для отображения пользователю, а какие являются техническими и должны быть скрыты. Он генерирует чистую печатную форму без служебных тегов, поскольку он работает напрямую с данными 1С, а не с уже сформированным XML-файлом. Таким образом, контрагент всегда получает аккуратный и понятный PDF-документ.

3. Автоматизированный обмен

   Использование интегрированного модуля полностью устраняет необходимость ручной выгрузки и загрузки файлов. Отправка и получение документов происходит непосредственно из интерфейса 1С. Это минимизирует риск ошибок, связанных с человеческим фактором, и значительно ускоряет процесс документооборота. Мы больше не страдаем от необходимости вручную выгружать документы в файлы и беспокоиться об их корректном отображении.

4. Снижение рисков и повышение надежности

   Прямая интеграция обеспечивает более высокий уровень надежности обмена. Модуль контролирует весь цикл документооборота: от создания документа в 1С до его отправки и получения подтверждений. Это гарантирует, что контрагент получит документ в правильном формате, а вы будете уверены в его юридической значимости.

Шаги по переходу на интегрированное решение

Если вы столкнулись с описанной проблемой, мы рекомендуем выполнить следующие действия:

1. Установите модуль ЭДО: Обратитесь к представителям Контура или к вашему IT-специалисту для установки и настройки модуля "Контур.Диадок" (или аналогичного) для вашей версии 1С:Бухгалтерии Предприятия. Этот модуль обычно распространяется в виде расширения или дополнительной обработки.
2. Настройте интеграцию: После установки необходимо будет настроить учетную запись ЭДО в 1С, связать ее с вашей организацией и подключить контрагентов.
3. Обучитесь работе в новом режиме: Освойте функционал отправки и получения документов непосредственно из интерфейса 1С. Вы обнаружите, что это значительно удобнее и быстрее, чем ручной обмен файлами.
4. Обновите 1С и модуль ЭДО: Регулярно проверяйте актуальность вашей версии 1С и установленного модуля ЭДО. Обновления часто включают исправления ошибок, улучшения функционала и поддержку новых форматов документов. Это поможет избежать многих потенциальных проблем. При обслуживании нескольких баз процедуру можно упростить с помощью автоматического обновления и тестирования баз 1С по расписанию.
5. Информируйте контрагента: Сообщите вашему контрагенту о переходе на новый способ обмена документами и убедитесь, что он готов принимать их в таком формате.

В редких случаях, в самой системе Диадок существуют плагины или настройки для изменения контента исходящих документов, которые могут позволить управлять отображением дополнительных сведений. Однако это более сложное и менее предпочтительное решение по сравнению с использованием полноценного интегрированного модуля, который решает проблему на корневом уровне – на этапе формирования документа. Для этой задачи также можно использовать обработку для выгрузки УПД в XML для Диадока, которая изначально формирует файлы без избыточных служебных тегов 1С.

Заключение

Появление служебной информации 1С в печатной форме УПД, передаваемого через Контур, является следствием несовершенства процесса ручной выгрузки XML и последующей генерации PDF оператором ЭДО. Чтобы раз и навсегда избавиться от этой проблемы и значительно улучшить качество электронного документооборота, мы настоятельно рекомендуем перейти на использование интегрированного модуля ЭДО непосредственно в вашей программе 1С. Это обеспечит корректное формирование XML и, самое главное, чистое и понятное визуальное представление документа в формате PDF для ваших контрагентов, соответствующее всем требованиям и стандартам.