При переходе на электронный документооборот (ЭДО) многие пользователи сталкиваются с необходимостью передать контрагенту дополнительные данные, которые не предусмотрены в типовом функционале 1С. Это могут быть специфические артикулы, номера договоров, сведения о водителе или сложные маркетинговые условия. В этой статье мы подробно разберем, как технически и юридически правильно передавать нетиповые данные и формы в системе 1С:Бухгалтерия 3.0.
Прежде всего, нам необходимо четко разграничить два понятия, которые часто путают новички. Рассмотрим их подробнее:
Проанализируем ситуацию: если вы изменили внешнюю печатную форму (ВПФ) в 1С, добавив туда логотип или новые колонки, это автоматически не изменит структуру XML-файла. Ваш контрагент, получив документ, увидит его в стандартном просмотрщике своего оператора ЭДО, и ваши правки в визуализации он просто не заметит.
Выясним причину, по которой формат ФНС кажется жестким, но при этом остается гибким. В структуре XML-файла УПД предусмотрены специальные блоки, называемые "Информационные поля" (или Инфополя). Именно они предназначены для передачи любых дополнительных сведений, которые не входят в обязательный перечень реквизитов.
Рассмотрим по шагам, как настроить передачу таких данных в 1С:Бухгалтерия 3.0:
РеализацияТоваровУслуг, и в настройках отправки ЭДО сопоставить его с одним из информационных полей XML.Таким образом, данные попадут в файл документа, сохраняя его легитимность. Однако стоит помнить: чтобы ваш контрагент увидел эти данные, его система также должна быть настроена на чтение этих специфических Инфополей.
Если ваша задача — передать именно красивую визуальную форму (например, счет на оплату с логотипом или спецификацию), разберем другой механизм. Операторы ЭДО (такие как 1С-ЭДО или Диадок) позволяют отправлять неформализованные документы или прикреплять файлы к формализованным.
Посмотрим на пример реализации этой задачи:
Для программистов, которым необходимо программно вмешаться в процесс формирования электронного документа, важно знать точки расширения. В библиотеке электронных документов (БЭД) используются специальные модули для формирования текста XML.
Проанализируем примерный алгоритм добавления данных в информационные поля. Обычно это делается через переопределение процедур в расширении, где заполняется структура ДанныеДокумента. Рассмотрим фрагмент логики заполнения:
// Пример логики заполнения информационных полей в структуре XML
ИнфоПоля = Новый Массив;
НовоеПоле = Новый Структура("Имя, Значение");
НовоеПоле.Имя = "НомерСпецификации";
НовоеПоле.Значение = Объект.ДополнительныйРеквизитНомерСпец;
ИнфоПоля.Добавить(НовоеПоле);
// Далее эти данные передаются в менеджер обмена ЭДО
СтруктураДанных.Вставить("ИнформационноеПоле", ИнфоПоля);
Важно помнить, что при использовании ИнформационноеПоле в формате УПД (820-й или 970-й приказ), вы не нарушаете схему XSD, а значит, документ успешно пройдет проверку у оператора и в налоговой.
Подводя итог, выделим ключевые рекомендации для успешной работы с нетиповым ЭДО:
Инфополях, убедитесь, что сторона приемки сможет их обработать. Если их 1С "не знает" о ваших полях, данные просто останутся внутри XML и не попадут в учетную систему покупателя без доработки.Информационных полях должны быть адаптированы под новые схемы.Таким образом, ответ на вопрос "можно ли отправлять доработанные формы?" — да, можно, но с четким пониманием того, что именно вы отправляете: структуру данных или визуальный образ документа.