Несколько договоров и спецификации в одном ДОПП в «1С:Бухгалтерии 8»: что изменилось с версии 3.0.209

С версии 3.0.209 в «1С:Бухгалтерии 8» один ДОПП может содержать несколько договоров и спецификацию: в шапке или по каждой позиции номенклатуры. Разбираем, как это влияет на регламентированный отчёт ДОПП, откуда берутся три спецификации в варианте «В списке» и где найти журнал ДОПП в простом и полном интерфейсе.

С версии 3.0.209 в «1С:Бухгалтерии 8» документ о предстоящей поставке (ДОПП) может содержать несколько договоров. Спецификацию в нём указывают двумя способами: одну на весь документ, в шапке, или отдельно для каждой позиции номенклатуры в табличной части. Информация о спецификации используется для заполнения регламентированного отчёта ДОПП.

Три изменения, которые появились в версии 3.0.209:

  • в одном ДОПП допускается указать несколько договоров;
  • спецификация задаётся в шапке документа или построчно в табличной части для каждой позиции номенклатуры;
  • при варианте указания спецификаций «В списке» в выпадающем списке номеров и дат спецификаций находятся три спецификации из недавних ДОПП по договору.

Ограничение по версии действует жёстко: на релизах ниже 3.0.209 этих полей в документе нет. Если коллега присылает инструкцию с несколькими договорами в ДОПП, а на вашем экране такого поля не видно, причина, как правило, в номере конфигурации, а не в настройках прав или интерфейса. Описание возможностей приводит обзор изменений в «1С:Бухгалтерии 8».

Что изменилось в ДОПП начиная с версии 3.0.209

ДОПП заполняют при ввозе товаров из ЕАЭС в рамках системы подтверждения ожидания товаров (СПОТ). До версии 3.0.209 документ привязывался к одному договору, а спецификация в нём либо не указывалась, либо требовала ручных пометок. После обновления один документ покрывает несколько договоров, а спецификация становится штатным реквизитом с двумя уровнями детализации: шапка документа и строка табличной части.

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

Кому и зачем это нужно: практический смысл изменений

Несколько договоров в одном ДОПП закрывают типовой сценарий, когда товар едет одной поставкой, а обязательства оформлены двумя или тремя договорами с разными условиями. Раньше бухгалтер дробил поставку на несколько документов или вёл соответствие договоров в отдельной таблице. Теперь договоры фиксируются в одном ДОПП.

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

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

Несколько договоров в одном ДОПП: как это устроено

С версии 3.0.209 в одном ДОПП допускается указать несколько договоров. Логика документа такая: договоры фиксируются в ДОПП, а номенклатурные позиции размещаются в табличной части. Один документ заменяет два или три отдельных ДОПП на одну и ту же поставку.

Пример: товар приходит по договору поставки и по дополнительному соглашению с отдельными условиями. Вместо двух ДОПП с одинаковыми транспортными реквизитами бухгалтер оформляет один документ и указывает в нём оба договора.

Честная граница знания: в опубликованном описании релиза не уточняется, как именно несколько договоров распределяются по позициям табличной части. Механику привязки договора к конкретной строке не стоит додумывать. Перед первым массовым применением проверьте поведение на копии рабочей базы: заполните ДОПП с двумя договорами, запишите его и посмотрите, какие связи сохранились. Это дешевле, чем переделывать документы после неудачной отправки.

Договор в шапке и позиции в табличной части: на что смотреть перед записью

Короткий чек-лист перед записью ДОПП:

  1. Проверьте перечень договоров в документе: лишний или пропущенный договор искажает привязку поставки.
  2. Сверьте каждую позицию номенклатуры с той спецификацией, по которой она идёт.
  3. Убедитесь, что спецификация, указанная в шапке, не противоречит построчным спецификациям в табличной части, если заполнены оба уровня.
  4. Перепроверьте реквизиты документа до записи, а не после, потому что данные спецификации уходят в регламентированный отчёт ДОПП.

Лишний договор в шапке документа - частая причина расхождений при формировании отчётности: поставка числится по одному договору, а в ДОПП указан другой или добавлен ненужный. Такой документ проходит запись без ошибок, а расхождение обнаруживается позже, в отчёте.

Спецификация в ДОПП: в шапке или для каждой позиции

В версии 3.0.209 поддерживаются два сценария. Первый: одна спецификация на документ, указанная в шапке. Второй: спецификация для каждой позиции номенклатуры в табличной части. Выбор зависит от структуры поставки.

СценарийКогда подходитЧто контролировать
Спецификация в шапкеВся номенклатура поставки идёт по одному документу о составе товараПолное совпадение шапки со строками табличной части
Спецификация по позициямПозиции относятся к разным спецификациям по одному или нескольким договорамСоответствие каждой строки своей спецификации

Смысл двухуровневого указания прост: построчная спецификация точнее передаёт данные в регламентированный отчёт ДОПП, а шапка удобнее для однородных поставок. Если поставка смешанная, заполняйте спецификацию по позициям.

Вариант «В списке»: три спецификации из недавних ДОПП

Если выбран вариант указания спецификаций «В списке», в выпадающем списке номеров и дат спецификаций находятся три спецификации из недавних ДОПП по договору. Это поведение интерфейса, а не ограничение на количество спецификаций в базе.

Практический вывод: если нужной спецификации нет в выпадающем списке, ищите причину в договоре и в истории недавних ДОПП по нему, а не в настройках самого документа. Первым делом сверьте договор, затем проверьте, оформлялись ли по нему ДОПП с нужной спецификацией. Число «три» относится только к варианту «В списке» и только к недавним ДОПП по договору.

Где найти ДОПП в простом и полном интерфейсе

Путь к журналу ДОПП зависит от того, какой интерфейс включён в программе. Навигационная шпаргалка:

  • простой интерфейс: «Товары - Покупки - Документы о предстоящей поставке (ДОПП)»;
  • полный интерфейс: «Покупки - Документы о предстоящей поставке (ДОПП)».

Расхождение в путях объясняет частую ситуацию: инструкция из чужой статьи не совпадает с вашим экраном. В простом интерфейсе раздел «Покупки» вложен в «Товары», в полном вынесен на верхний уровень. Оба пути ведут в один и тот же журнал документов.

Как проверить, что у вас версия 3.0.209 или новее

Сверьте номер версии конфигурации «1С:Бухгалтерия 8» с 3.0.209 до того, как искать новые поля. На релизах ниже 3.0.209 полей для нескольких договоров и спецификаций в ДОПП не будет, и это не ошибка настройки прав или интерфейса. Порядок обновления и сопутствующие изменения в релизе 3.0.209.16 разобраны в материале о версии 3.0.209.16, сроках оплаты в рабочих днях и обмене данными. Само обновление выполняет ответственный специалист по сопровождению.

Как данные спецификации попадают в регламентированный отчёт ДОПП

Информация о спецификации используется для заполнения регламентированного отчёта ДОПП. Это единственная связь между новыми полями и отчётностью, которую фиксирует описание релиза.

Что из этого следует на практике: спецификация, указанная в ДОПП, влияет на заполнение отчёта, поэтому её проверяют до формирования отчётности. Исправление документа после отправки отнимает больше времени, чем проверка перед отправкой.

Источник не уточняет, какие именно реквизиты регламентированного отчёта заполняются из информации о спецификации. Состав реквизитов не стоит додумывать: после первого оформления по новой схеме откройте отчёт и сверьте заполненные строки с данными ДОПП. Такая сверка занимает несколько минут и снимает неопределённость для вашей конкретной поставки.

Печать формы и работу с QR-кодом после отправки в ФНС описывает инструкция о печати ДОПП с QR-кодом в «1С:Бухгалтерии 8».

Ограничения и типичные ошибки при работе с новыми возможностями

  1. Функциональность действует только начиная с версии 3.0.209. На более ранних релизах новых полей нет, и попытки найти их в настройках бессмысленны.
  2. Правило «три спецификации» относится только к варианту указания спецификаций «В списке» и только к недавним ДОПП по договору. Это не общий лимит на спецификации.
  3. Распределение нескольких договоров по позициям табличной части в описании релиза не раскрыто. Проверяйте схему на тестовой копии базы.
  4. Состав реквизитов регламентированного отчёта ДОПП, которые заполняются из спецификации, в источнике не уточнён. Сверяйте результат в отчёте после первого заполнения.

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

Коротко: что делать бухгалтеру после обновления

  1. Проверьте номер версии конфигурации: нужна 3.0.209 или новее.
  2. Откройте журнал ДОПП по пути для своего интерфейса: «Товары - Покупки - Документы о предстоящей поставке (ДОПП)» или «Покупки - Документы о предстоящей поставке (ДОПП)».
  3. Определите схему указания спецификации: в шапке для однородной поставки или по позициям табличной части для смешанной.
  4. Учтите поведение варианта «В списке»: в выпадающем списке будут три спецификации из недавних ДОПП по договору.
  5. Оформите пробный ДОПП на копии базы и сверьте регламентированный отчёт с данными документа.

Материал носит справочный характер и не заменяет официальную документацию «1С». Точные формулировки по конкретному релизу смотрите в описании обновления и в документации к вашей версии конфигурации.

Похожие статьи

Как настроить самостоятельное восстановление пароля в 1С:Предприятие 8.3.15.2107 и выше

С версии платформы 1С 8.3.15.2107 пользователь может сам сбросить забытый пароль по коду из письма, если администратор заранее включил эту возможность. Разбираем настройку по шагам: Дополнительные настройки аутентификации, привязка E-mail, снятие чекбокса «Пользователю запрещено восстанавливать пароль». Отдельно показываем действия пользователя и разбираем причины, почему ссылка «Забыли пароль» не появляется или код не приходит.

Вилка окладов и надбавок в 1С: ЗУП: как настроить в штатном расписании

Пошаговая инструкция для 1С: ЗУП: включаем опцию «Используется вилка окладов и надбавок», задаём минимальную и максимальную сумму по начислению в позиции штатного расписания, заполняем трудовую функцию и корректно закрываем ненужные позиции.

Сертификация «1С:Профессионал» по «1С:Розница 8 для Молдовы» (ред. 3.0): что меняется с 24 ноября 2026 года

С 24 ноября 2026 года экзамен «1С:Профессионал» по «1С:Розница 8 для Молдовы» (ред. 3.0) проходит по обновлённому комплекту вопросов: 14 вопросов, 30 минут, для оценки «Сдано» нужно 12 правильных ответов. Сертификаты остаются действительными, пересдача не нужна. Разбираем процедуру, риски и план подготовки по материалам октября 2026 года.