Каждый бухгалтер хотя бы раз сталкивался с ситуацией, когда при печати счета-фактуры (СФ) или Универсального передаточного документа (УПД) программа 1С автоматически «срезает» ведущие нули и префиксы организации. Например, в базе документ зарегистрирован под номером 0000-000015, а на печать выводится просто как 15. Часто это вызывает беспокойство: примут ли такой документ контрагенты и налоговая инспекция? Как вернуть нули на печатную форму?
В этой статье мы подробно разберем, почему система ведет себя именно так, рассмотрим официальную позицию ведомств и разработчиков, а также изучим практические способы решения этой проблемы — от простых настроек без программирования до изменения логики работы конфигурации с помощью расширений.
Прежде всего, давайте поймем, что такое поведение системы — это не программный сбой и не ошибка релиза. Это осознанное проектное решение разработчиков фирмы «1С», которое полностью соответствует действующему законодательству Российской Федерации.
Рассмотрим нормативную базу подробнее:
Таким образом, стандартный механизм 1С перед выводом на печать автоматически «очищает» номер от служебной информации, чтобы печатная форма строго соответствовала требованиям законодательства.
Давайте проанализируем техническую сторону вопроса. В современных конфигурациях 1С, построенных на базе Библиотеки стандартных подсистем (БСП), за преобразование системного номера в печатный вид отвечает специализированный общий модуль. В частности, вызывается функция:
ПрефиксацияОбъектовКлиентСервер.НомерНаПечать()
Этот алгоритм последовательно выполняет следующие действия:
Для программиста и опытного пользователя это означает, что штатного пользовательского переключателя в интерфейсе (простого флажка вроде «Не удалять нули при печати») в большинстве типовых конфигураций просто не существует. Однако есть несколько обходных путей.
Существует один малоизвестный, но крайне полезный способ обойти это поведение без изменения программного кода. Он особенно актуален, если в вашей системе настроен обмен данными (синхронизация) между различными базами (например, между Управление торговлей и Бухгалтерией предприятия) и номера при переносе искажаются. Если такой процесс требуется выполнять регулярно, применяется программа для автоматизации регулярного обмена данными между базами 1С.
Разберем по шагам, как настроить вывод полного номера через регистр сведений:
После сохранения этой записи стандартный алгоритм формирования печатного номера изменит свою логику и позволит выводить номер в полном формате, сохраняя структуру префиксов и нулей в определенных сценариях обмена.
Если вам нужно точечно изменить номер конкретного документа, чтобы он ушел клиенту со всеми нулями и префиксами, можно воспользоваться штатной возможностью изменения формы документа без снятия конфигурации с поддержки. При необходимости исключить ручной ввод подобных изменений используется платформа для создания программных роботов.
Рассмотрим подробнее этот алгоритм:
0000-000015).Введенное вручную значение напрямую попадет в печатную форму счета-фактуры или УПД, а также запишется в Книгу продаж без автоматического усечения.
Если требуется кардинально изменить поведение системы для всех документов и сделать так, чтобы нули никогда не удалялись, правильным решением будет использование механизма расширений. Это позволит сохранить конфигурацию на поддержке и не помешает последующим автоматическим обновлениям, которые удобно выполнять через инструмент для автоматического архивирования и обновления баз 1С.
Проанализируем ситуацию: нам необходимо переопределить стандартное поведение процедуры БСП. Для этого в БСП предусмотрен специальный переопределяемый модуль ПрефиксацияОбъектовКлиентСерверПереопределяемый.
Давайте посмотрим на пример кода, который можно внедрить в расширение конфигурации:
&Вместо("ПриПолученииНомераНаПечать")
Процедура Расш1_ПриПолученииНомераНаПечать(НомерОбъекта, ПечатныйНомер, СтандартнаяОбработка)
// Отменяем стандартную обработку БСП, которая срезает нули и префиксы
СтандартнаяОбработка = Ложь;
// Реализуем собственную логику.
// В данном примере мы просто возвращаем исходный номер объекта без изменений:
ПечатныйНомер = НомерОбъекта;
КонецПроцедуры
В данном примере мы полностью отключаем стандартную логику БСП (установив параметр СтандартнаяОбработка = Ложь) и присваиваем печатной форме исходный номер документа из базы данных со всеми его префиксами и лидирующими нулями. Это гарантирует, что печатные формы всегда будут соответствовать номерам в интерфейсе программы. Для гибкой корректировки документов в БСП также подойдёт расширение для постобработки печатных форм.
Очень часто бухгалтеры переживают, что разница в номерах (например, у продавца в базе документ проведен как 15, а покупатель завел его в свою программу как 00000015) приведет к отказу в вычете по НДС при встречной проверке ФНС.
Проанализируем разъяснения контролирующих органов. Федеральная налоговая служба неоднократно указывала, что технические различия в номерах (наличие или отсутствие ведущих нулей, дефисов или префиксов информационных баз) не мешают однозначно идентифицировать продавца, покупателя, наименование и стоимость товаров. Следовательно, такие расхождения не могут служить основанием для отказа в налоговом вычете.
Однако для идеального порядка в учете и минимизации автоматических требований со стороны налоговых органов рекомендуется использовать типовой функционал 1С, который автоматически приводит номера документов обеих сторон сделки к единому стандарту без лишних нулей.