При изменениях в правилах заполнения счетов-фактур и универсальных передаточных документов (УПД) у пользователей и специалистов 1С регулярно возникают вопросы относительно формата указания адресов в строках 2а («Адрес продавца») и 6а («Адрес покупателя»). В нормативных актах закреплено требование указывать адрес юридического лица в соответствии с данными ЕГРЮЛ, а адрес индивидуального предпринимателя — по ЕГРИП. Разберем детально, требуется ли побуквенное совпадение с реестром, как это реализовано в типовых конфигурациях 1С и какие риски существуют при проверках.
Проанализируем правовую основу требований. В Правилах заполнения счета-фактуры указано, что в строках 2а и 6а необходимо отражать адрес юридического лица, указанный в ЕГРЮЛ, в пределах места нахождения юридического лица, либо место жительства индивидуального предпринимателя, указанное в ЕГРИП.
На практике текст адреса в выписке ЕГРЮЛ нередко внесен заглавными буквами или с полными наименованиями адресных объектов (например, «ГОРОД МОСКВА, УЛИЦА МОСФИЛЬМОВСКАЯ»), тогда как классификаторы и учетные системы формируют строку со стандартными сокращениями («г. Москва, ул. Мосфильмовская»).
Выясним, является ли такое несовпадение основанием для отказа в вычете НДС:
Рассмотрим, как устроена адресная подсистема в типовых программных решениях 1С (1С:Бухгалтерия предприятия, 1С:ERP, 1С:Комплексная автоматизация, 1С:Управление торговлей). Базовым источником адресных сведений в государственных информационных системах и продуктах 1С является Федеральная информационная адресная система (ФИАС).
В самой базе ЕГРЮЛ адреса формируются на основе той же системы адресации. При формировании печатной формы документа программа выгружает представление адреса из структурированных реквизитов контактной информации, соответствующих актуальному стандарту ФИАС.
Указание адреса по правилам ФИАС (со стандартными сокращениями и правильной иерархией адресных элементов) полностью соответствует действующему законодательству и принимается налоговыми органами как на бумажных носителях, так и в рамках электронного документооборота.
Разберем ситуацию с индивидуальными предпринимателями. В открытой общедоступной выписке из ЕГРИП адрес места жительства гражданина отсутствует — эти сведения скрыты в целях защиты персональных данных.
В связи с этим при оформлении счетов-фактур и УПД с участием ИП адрес продавца или покупателя берется из следующих источников:
Рассмотрим практические шаги по поддержанию адресных данных в актуальном состоянии и варианты решения ситуаций, когда контрагент требует специфического написания адреса.
Подключим сервис 1С:Контрагент или выполним автозаполнение по ИНН. Программа обращается к серверам и считывает адресные данные из реестра, автоматически раскладывая их по структуре ФИАС. Это исключает ручные опечатки и гарантирует соответствие данных официальному реестру.
Если контрагент категорически настаивает на точном совпадении строки с выпиской (включая регистр букв и знаки препинания), перейдем в карточку организации или контрагента к полю юридического адреса. В форме ввода адреса выберем ввод адреса в произвольной форме (текстом). В этом случае введенный текст не валидируется классификатором ФИАС и передается в печатные формы СчетФактура и УПД в точности так, как его напечатал пользователь.
В устаревших конфигурациях диалоговая форма классификатора жестко задает шаблон вывода служебных слов («д.», «стр.», «корп.»). Для вывода нестандартного текста также следует переключить реквизит в строковый/произвольный режим ввода контактной информации.
Проанализируем техническую сторону выгрузки адресных сведений в электронные форматы. Форматы электронного счета-фактуры и УПД, утвержденные ФНС России, поддерживают два формата передачи адреса:
Оба варианта распознаются приемными шлюзами операторов ЭДО и серверами ФНС без ошибок при условии правильного заполнения связки ИНН/КПП.
Если внутренний регламент предприятия требует принудительного изменения формата вывода адреса (например, преобразования всей строки адреса в верхний регистр при формировании печатной формы), рекомендуется реализовать данное поведение через механизм расширений конфигурации или через внешнюю печатную форму. Это позволит выполнить требования без внесения изменений в типовую конфигурацию и сохранит возможность беспрепятственного обновления программы.