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