При переходе на электронный документооборот (ЭДО) пользователи часто сталкиваются с тем, что в XML-файлах или при просмотре печатных форм УПД появляются странные записи с префиксом «Для1С» (удобнее через модуль автоматической выгрузки УПД в XML). Например, Для1С_Идентификатор, Для1С_Наименование или Для1С_СтавкаНДС. В этой статье мы подробно разберем, откуда берутся эти данные, нарушают ли они требования законодательства и как они помогают автоматизировать работу бухгалтерии.
Для начала проанализируем, где именно в структуре электронного документа (УПД или счета-фактуры) располагаются эти данные. Согласно формату, утвержденному ФНС, документ состоит из обязательных полей и дополнительных информационных полей. Теги 1С всегда помещаются в блок ИнфПолФХЖ2 (Информационное поле факта хозяйственной жизни).
Рассмотрим типичный пример того, как это выглядит в XML-файле, который формирует модуль 1С:ЭДО (поможет сервис юридически значимого ЭДО для 1С):
<СведТов НомСтр="1" НаимТов="Консультационные услуги" ОКиЕИ="796" КолТов="1.000" ЦенаТов="5000.00" СтТовБезНДС="5000.00" НалСт="без НДС" СтТовУчНал="5000.00">
<ДопСведТов ПрТруд="0">
<ИнфПолФХЖ2 Идентиф="Для1С_Идентификатор" Значен="67a2b...ffb##"/>
<ИнфПолФХЖ2 Идентиф="Для1С_Наименование" Значен="настройка 1С в часах"/>
<ИнфПолФХЖ2 Идентиф="Для1С_ЕдиницаИзмерения" Значен="час"/>
<ИнфПолФХЖ2 Идентиф="Для1С_СтавкаНДС" Значен="без НДС"/>
<ИнфПолФХЖ2 Идентиф="ИД" Значен="67a2b...ffb##"/>
</ДопСведТов>
</СведТов>
Как мы видим, основная информация (наименование, цена, налоги) передается в стандартных атрибутах узла СведТов. А в блоке ИнфПолФХЖ2 дублируются те же данные, но с префиксом Для1С. Выясним причину такого дублирования.
Проанализируем ситуацию со стороны получателя документа. Когда в базу 1С поступает входящий электронный документ, системе необходимо «понять», какой именно номенклатурной позиции в справочнике соответствует строка из УПД — решается через инструмент сопоставления номенклатуры контрагентов. Если ориентироваться только на текстовое наименование, велик риск ошибок из-за лишнего пробела, кавычек или сокращений.
Именно здесь на помощь приходят теги Для1С_Идентификатор. Рассмотрим основные функции этих полей:
Для1С_Идентификатор передается уникальный внутренний код (GUID) объекта из информационной базы отправителя.Для1С_СтавкаНДС и Для1С_ЕдиницаИзмерения позволяют программе однозначно интерпретировать значения, исключая ошибки, связанные с разным написанием (например, «без НДС» vs «0%» или «шт» vs «шт.»).Многих пользователей волнует вопрос: не является ли наличие «лишних» тегов нарушением формата? Разберем этот момент с точки зрения законодательства. Формат электронного УПД утвержден приказом ФНС (актуальный на текущий момент — ММВ-7-15/820@).
Данный формат прямо предусматривает наличие элементов ИнфПолФХЖ1 и ИнфПолФХЖ2. Эти поля специально зарезервированы для передачи дополнительных сведений, которые участники документооборота считают нужным сообщить друг другу — для этого подойдёт инструмент добавления штрихкодов в электронный УПД. С точки зрения налоговой проверки:
Во-первых, наличие данных в информационных полях не делает документ невалидным. Проверки ФНС при приеме отчетности ориентируются на обязательные реквизиты. Все, что находится в ИнфПолФХЖ2, налоговики просто игнорируют, если эти данные не требуются для расчета налоговой базы.
Во-вторых, любой оператор ЭДО (будь то Калуга Астрал, Тензор или Такском) имеет право добавлять служебную информацию в рамках формата XML. Это «норма» для современного цифрового взаимодействия.
Рассмотрим случай, когда пользователь видит эти технические данные не в коде XML, а прямо на листе бумаги или на экране при просмотре документа. Выясним, почему так происходит:
1. Использование сторонних визуализаторов. Если вы просматриваете документ не в интерфейсе 1С, а через веб-кабинет оператора или универсальную программу-просмотрщик, она может «не знать», что поля с префиксом Для1С являются служебными. В таком случае визуализатор просто выводит все заполненные дополнительные поля в раздел «Дополнительные сведения» в конце документа.
2. Настройки отображения в 1С. В некоторых конфигурациях (например, 1С:Управление торговлей или 1С:ERP) в настройках обмена ЭДО можно регулировать состав передаваемых данных. Однако стандартно 1С всегда включает эти теги для облегчения жизни контрагенту.
Как мы уже выяснили, наличие этих тегов — это «правило хорошего тона». Удаление этих данных приведет к следующим последствиям:
Поэтому, если вы видите теги Для1С в УПД — это абсолютно нормально и безопасно. Это признак того, что ваш партнер использует современное программное обеспечение и заботится об автоматизации процесса.
Проанализировав ситуацию, мы можем сделать однозначный вывод: наличие тегов Для1С_Идентификатор, Для1С_Наименование и других в блоке ИнфПолФХЖ2 не является критичным. Эти данные:
1. Полностью законны и соответствуют форматам ФНС.
2. Помогают автоматизировать процесс сопоставления номенклатуры в базе 1С.
3. Не влияют на расчет налогов и юридическую силу документа.
Если ваша учетная система или система вашего контрагента согласовывает такие документы — смело подписывайте их. Это стандартная практика в экосистеме 1С, направленная на минимизацию ручного труда бухгалтера.