Что делает переключатель Вид документа (УПД или Накладная) в 1С:Бухгалтерия 3.0?

В современных редакциях программы 1С:Бухгалтерия Предприятия 3.0 (начиная с релизов ветки 3.0.143 и далее) в форме документа «Реализация (акты, накладные, УПД)» пользователи часто замечают переключатель, который позволяет выбрать между режимами «УПД» и «Накладная, счет-фактура». На первый взгляд может показаться, что это всего лишь выбор печатной формы, но на самом деле этот инструмент глубоко меняет логику работы системы, принципы регистрации НДС и техническое поведение объектов в базе данных. Рассмотрим подробно, за что отвечает этот функционал и как он влияет на повседневную работу бухгалтера.

Изменение логики документооборота

Давайте разберем по шагам, что происходит при переключении этого тумблера. Основная концепция заключается в выборе модели взаимодействия с контрагентом. Когда мы устанавливаем положение УПД, мы сообщаем программе, что первичный документ (подтверждающий отгрузку товара или оказание услуги) и налоговый документ (счет-фактура) объединены в один объект. Если же выбрана Накладная, программа ожидает классическую схему, где первичка и счет-фактура — это две разные сущности, существующие параллельно.

Проанализируем основные последствия этого выбора:

1. Визуальный интерфейс: При выборе режима «УПД» из нижней части формы документа исчезает привычная гиперссылка «Выписать счет-фактуру». Программа автоматически считает, что документ реализации сам по себе является основанием для начисления НДС. Вместо этого появляется строка статуса УПД, которая информирует о состоянии документа.
2. Единая нумерация: Это один из самых важных моментов. В режиме УПД номер счета-фактуры всегда будет совпадать с номером документа реализации. Это исключает путаницу, когда в Книге продаж номер счета-фактуры не соответствует номеру накладной, что часто вызывает вопросы у налоговых органов при проведении встречных проверок.
3. Упрощение контроля: Бухгалтеру не нужно следить за тем, создан ли подчиненный документ СчетФактураВыданный. Вся информация хранится «в одном флаконе».

Отражение в Книге продаж и регистрах НДС

Рассмотрим подробнее, как положение переключателя влияет на формирование регламентированной отчетности по НДС. Хотя бухгалтерские проводки (например, Дт 62.01 — Кт 90.01.1 и Дт 90.03 — Кт 68.02) в обоих случаях могут выглядеть одинаково, записи в специализированных регистрах будут различаться.

Выясним причину этих различий:

Когда используется режим УПД, запись в регистр НДС Продажи (который является фундаментом для построения Книги продаж) делается напрямую документом реализации. В графе «Номер и дата счета-фактуры» будут подставлены реквизиты самой реализации. При этом технически в системе может даже не создаваться отдельный физический объект в списке «Счета-фактуры выданные», что оптимизирует объем информационной базы.

В режиме Накладная и счет-фактура система работает по старой схеме: документ реализации делает проводки по выручке, а за записи в регистры НДС отвечает отдельный подчиненный документ. Если вы забудете его выписать, операция не попадет в Книгу продаж, несмотря на наличие проводок в бухгалтерском учете.

Статусы УПД и их значение

Проанализируем ситуацию, когда необходимо использовать разные статусы документа. При включенном переключателе «УПД» нам становится доступен выбор статуса:

• Статус 1: Документ применяется одновременно как первичный (для учета ТМЦ или услуг) и как счет-фактура. В этом случае данные попадают в книгу продаж, а печатная форма содержит все реквизиты счета-фактуры.
• Статус 2: Документ используется только как первичный. Это актуально для организаций на УСН, которые не являются плательщиками НДС, или в случаях, когда счет-фактура выставляется отдельно (хотя в последнем случае логичнее использовать режим «Накладная»).

Влияние на Электронный документооборот (ЭДО)

Посмотрим на пример работы с ЭДО. Для пользователей электронного обмена этот переключатель является ключевым. От его положения зависит формат XML-файла, который сформирует программа для отправки через оператора:

Если выбран УПД, формируется единый файл по формату, утвержденному Приказом ФНС № 820. Это современный и наиболее предпочтительный стандарт. Если же выбрана Накладная, система может попытаться сформировать два отдельных файла (например, ТОРГ-12 и Счет-фактуру), что значительно усложняет жизнь контрагенту, так как ему придется подписывать и сопоставлять два документа вместо одного.

Техническая реализация в коде

Для тех, кто хочет глубже понимать механику программы, разберем, как это реализовано на уровне метаданных. В конфигурации за это отвечает реквизит документа ВидДокументаУПД. Проанализируем пример логики, которая может срабатывать при проведении:

Если Объект.ВидДокументаУПД Тогда
    // Программа не ищет связанный счет-фактуру, 
    // а берет данные из текущего документа реализации
    Движения.НДСПродажи.Записывать = Истина;
    ЗаполнитьДвиженияНДСПоДаннымРеализации(Движения.НДСПродажи);
Иначе
    // Программа проверяет наличие документа-основания
    // в регистре ЖурналУчетаСчетовФактур
КонецЕсли;

Использование этого реквизита позволяет избежать дублирования данных. Когда ВидДокументаУПД установлен в значение Истина, запись в регистр Журнал учета счетов-фактур также производится напрямую, что гарантирует синхронность данных налогового учета и первичных документов.

Итоги и рекомендации

Подводя итог нашему разбору, можно сказать, что данный переключатель — это не просто удобство интерфейса, а выбор методологии учета. Рекомендуется использовать режим УПД в большинстве случаев, так как это снижает вероятность ошибок в нумерации, упрощает работу с электронными документами и делает структуру базы данных более стройной.

Переключаться в режим «Накладная и счет-фактура» стоит только в тех случаях, когда ваш контрагент по каким-то причинам категорически не принимает УПД или когда специфика вашей отрасли требует строгого разделения первичных документов и налоговых регистров в разные моменты времени.