🎯 Что это и зачем

При покупке товаров и активов к их цене часто добавляются сопутствующие затраты: транспортная компания выставила счёт за доставку, таможенный брокер — за оформление, подрядчик — за монтаж оборудования. По правилам учёта такие затраты должны увеличить фактическую стоимость приобретённых ТМЗ, основных средств или нематериальных активов, а не «висеть» отдельно как расход периода.

Документ «Поступление доп. расходов» решает ровно эту задачу:

• регистрирует сумму дополнительного расхода (и, если есть, входящий НДС к зачёту);
• распределяет эту сумму по конкретным позициям — пропорционально их стоимости или количеству;
• увеличивает себестоимость партий ТМЗ / первоначальную стоимость ОС / стоимость НМА;
• оформляет расчёты с поставщиком услуги (или относит затраты внутреннего подразделения), включая зачёт ранее выданного аванса;
• готовит данные для счёта-фактуры полученного (ЭСФ) и связывает её с документом.

Кто работает: бухгалтеры участка «Покупка / Запасы / ОС». Документ обычно вводят на основании поступления ТМЗ, поступления НМА, авансового отчёта или счёта-фактуры полученного, либо с нуля.

🧭 Где найти в программе

Раздел «Покупка» → пункт «Поступление доп. расходов» (рядом с «Поступление товаров и услуг»). Откроется журнал документов; новый создаём кнопкой «Создать». Чаще документ создают из карточки поступления/счёта-фактуры командой «Создать на основании».

👤 Часть 1. Для пользователя

Проходим по шагам: от выбора вида операции до проведённого документа и проверки, что себестоимость выросла.

Урок 1. Доп. расходы на товары от стороннего поставщика

Когда: транспортная компания (или иной поставщик услуги) выставила счёт за доставку партии товаров, и эту сумму нужно «положить» в стоимость товаров.

Шаг 1. Создаём документ и выбираем вид операции

«Создать» → выбираем вид операции «Услуга сторонней организации». Вид операции — первое и главное поле: от него зависит, какие реквизиты обязательны (контрагент, договор, НДС) и как заполняются счета.

Шаг 2. Заполняем шапку

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

Шаг 3. Заполняем закладку «Товары (ТМЗ)»

Переходим на закладку «Товары» и заполняем строки — обычно командой «Заполнить» → по поступлению ТМЗ: выбираем документ поступления, на товары которого относим расход. В строки подтянутся номенклатура, количество и сумма товара (это база распределения), а также документ партии — ссылка на партию, чью стоимость мы увеличиваем.

Шаг 4. Распределяем сумму

Нажимаем «Распределить». Сумма расхода и НДС из шапки разносятся по строкам в колонки «Сумма распределения» и «Сумма распределения НДС» — пропорционально базе (стоимости или количеству, по выбранному способу).

Шаг 5. Проверяем счета и проводим

Счета учёта (Счёт БУ/НУ, Счёт НДС) в строках подставляются автоматически; редактировать их вручную можно, только если в настройках включено управление счетами пользователем. Жмём «Провести» или «Записать и закрыть». Чтобы убедиться в учёте — открываем Дт/Кт.

Урок 2. Доп. расходы на основные средства и НМА

Всё как в Уроке 1, но строки заполняем на других закладках:

• закладка «ОС» — командой «Заполнить по поступлению ОС» выбираем поступление основных средств; в строках появятся Основное средство, его стоимость, при необходимости — Подразделение и МОЛ;
• закладка «НМА» — аналогично, по поступлению НМА.

Дальше так же: «Распределить» → проверить счета → провести. Расход увеличит первоначальную стоимость соответствующего ОС/НМА (как правило, через счёт капитальных вложений).

Урок 3. Внутренний расход (без поставщика)

Когда: расходы несёт собственное подразделение организации (например, транспортный цех доставил товар своими силами), внешнего контрагента нет.

Отличия: 1. Вид операции — «Внутренний расход». Поля Контрагент, Договор, Счёт расчётов с контрагентом, курс/кратность взаиморасчётов становятся необязательными и не заполняются. 2. Указываем Номенклатуру — вид внутренней услуги/затраты, источник расхода. 3. Заполняем закладку с активами и «Распределить».

Урок 4. Поступление от нерезидента

Вид операции «Поступление от нерезидента» — для услуг от иностранного поставщика. Особенности учёта НДС:

• по этому виду операции входящий НДС к зачёту не проверяется и не формируется как обычный (строки по счёту НДС не контролируются);
• вместо этого задействован отдельный регистр «НДС за нерезидента» — для расчёта НДС, который организация уплачивает за нерезидента (реверсивный НДС).

Урок 5. Создание на основании

Чтобы не вводить повторно, документ удобно создавать «на основании». По метаданным (BasedOn) поддерживаются основания:

• Поступление товаров и услуг — относим расходы на только что оприходованные товары/ОС;
• Поступление НМА — расходы на нематериальные активы;
• Авансовый отчёт — расходы подотчётного лица (доставка, оплаченная наличными);
• Счёт-фактура полученный — регистрируем расход по входящей ЭСФ (подтянутся контрагент, договор, суммы, НДС);
• Поступление доп. расходов — копия/корректировка существующего документа.

🛠 Часть 2. Для программиста

Источник: реальный код релиза 3.0.72.1 (Documents/ПоступлениеДопРасходов/Ext/ObjectModule.bsl), метаданные Documents/ПоступлениеДопРасходов.xml, перечисления Enums/*, плюс разбор objects/ и business-logic/.

Структура объекта

Виды операции (Перечисление.ВидыОперацийПоступлениеДопРасходов, подтверждено по XML перечисления):

Способы распределения (Перечисление.СпособыРаспределенияДопРасходов): ПоСумме («По сумме» — пропорционально стоимости позиций) и ПоКоличеству («По количеству»).

Ключевые реквизиты шапки: ВидОперации, Организация, СпособРаспределения, Сумма, СуммаНДС, СтавкаНДС, СуммаВключаетНДС, НДСВключенВСтоимость, УчитыватьНДС, УчитыватьКПН, ОтложитьПринятиеНДСКЗачету, РучнаяКорректировка, ВидУчетаНУ. Для операций с контрагентом — Контрагент, ДоговорКонтрагента, СчетУчетаРасчетовСКонтрагентом, КурсВзаиморасчетов, КратностьВзаиморасчетов, СчетБУ, СчетНУ. Для внутреннего расхода — Номенклатура.

Табличные части: Товары (ТМЗ), ОС, НМА — у каждой есть колонка-база СуммаТовара, ссылка на партию ДокументПартии, счета СчетУчетаБУ / СчетУчетаНДС / СчетУчетаНУ, признаки НДС (НДСВидОборота, НДСВидПоступления) и колонки-результаты СуммаРаспределения / СуммаРаспределенияНДС. Плюс служебная УчастникиСовместнойДеятельности.

Жизненный цикл (обработчики ObjectModule)

Как формируется проведение — реальный код (3.0.72.1)

Главное: проводки не «зашиты» в документ. ОбработкаПроведения собирает таблицы и делегирует формирование движений профильным общим модулям учёта (УчетТоваров, УчетОС, УчетНМА, УчетНДСИАкциза, УправлениеВзаиморасчетамиСервер, УчетДоходовРасходов, ПроцедурыНалоговогоУчета). Поэтому конкретные счета Дт/Кт определяются учётной политикой и счетами учёта, а не самим документом.

Источник: ObjectModule.bsl, процедура ОбработкаПроведения (стр. 201). Реальный код полностью:

Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ДОКУМЕНТА
    ПроведениеСервер.ПодготовитьНаборыЗаписейКПроведению(ЭтотОбъект);
    Если РучнаяКорректировка Тогда
        Возврат;                                   // движения заполняет пользователь
    КонецЕсли;

    ПараметрыПроведения = Документы.ПоступлениеДопРасходов.ПодготовитьПараметрыПроведения(Ссылка, Отказ);
    Если Отказ Тогда
        Возврат;
    КонецЕсли;

    // ПОДГОТОВКА ПО ДАННЫМ ИБ (остатки, авансы)
    ТаблицаВзаиморасчеты = УправлениеВзаиморасчетамиСервер.ПодготовитьТаблицуВзаиморасчетовЗачетАвансов(
        ПараметрыПроведения.ЗачетАвансовТаблицаДокумента, ПараметрыПроведения.ЗачетАвансовРеквизиты, Отказ);

    СтруктураТаблицДокумента = УчетДоходовРасходов.ПодготовитьТаблицыПоступленияПоКурсуАвансов(
        ПараметрыПроведения.СтруктураТаблицДокумента, ТаблицаВзаиморасчеты, ПараметрыПроведения.ЗачетАвансовРеквизиты);

    ОбщегоНазначенияБКВызовСервера.ДобавитьКолонкуВТаблицуЗначений(ТаблицаВзаиморасчеты, "НомерЖурнала", НСтр("ru = 'АВ'", ...));

    // ФОРМИРОВАНИЕ ДВИЖЕНИЙ — каждый модуль пишет «свой» учёт:
    УправлениеВзаиморасчетамиСервер.СформироватьДвиженияЗачетАвансов(ТаблицаВзаиморасчеты,
        ПараметрыПроведения.ЗачетАвансовРеквизиты, Движения, Отказ);

    УчетТоваров.СформироватьДвиженияПоступлениеДопРасходов(СтруктураТаблицДокумента.ТаблицаТовары,
        ПараметрыПроведения.Реквизиты, Движения, Отказ);

    УчетОС.СформироватьДвиженияПоступлениеДопРасходов(СтруктураТаблицДокумента.ТаблицаОС,
        ПараметрыПроведения.Реквизиты, Движения, Отказ);

    УчетНМА.СформироватьДвиженияПоступлениеДопРасходов(СтруктураТаблицДокумента.ТаблицаНМА,
        ПараметрыПроведения.Реквизиты, Движения, Отказ);

    УчетНДСИАкциза.СформироватьДвиженияПоступлениеТоваров(ПараметрыПроведения.ТаблицаНДС,
        ПараметрыПроведения.ТаблицаУчастникиСовместнойДеятельности, ПараметрыПроведения.Реквизиты, Движения, Отказ);

    // Переоценка валютных остатков — после всех остальных движений
    ТаблицаПереоценкаДвиженийДокумента = УчетДоходовРасходов.ПодготовитьТаблицуПереоценкаВалютныхОстатковПоПроводкамДокумента(
        ПараметрыПроведения.ЗачетАвансовРеквизиты, Движения, Отказ);
    УчетДоходовРасходов.СформироватьДвиженияПереоценкаВалютныхОстатков(ТаблицаПереоценкаДвиженийДокумента,
        ПараметрыПроведения.Реквизиты, Движения, Отказ);

    // Постоянные разницы в НУ
    ПроцедурыНалоговогоУчета.ОтразитьПостоянныеРазницыВНУ(ПараметрыПроведения.Реквизиты, Движения, Отказ);

    // Синхронизация счёта-фактуры
    УчетНДСИАкциза.СинхронизацияПризнакаПроведенияУСчетаФактуры(Ссылка, Отказ, Истина, "СчетФактураПолученный");

КонецПроцедуры

Кто что формирует (вызов → смысл):

Важные детали из кода: - РучнаяКорректировка = Истина → авто-проведение полностью пропускается (Возврат сразу после ПодготовитьНаборыЗаписейКПроведению) — движения заполняет пользователь вручную. - Порядок строгий: зачёт авансов → ТМЗ → ОС → НМА → НДС → переоценка валюты (после всех) → постоянные разницы НУ → синхронизация ЭСФ. - Расчёт сумм/курсов и сами временные таблицы готовит ПодготовитьПараметрыПроведения (ManagerModule, ~102 стр.); документ их только передаёт в модули.

Движения по регистрам

Состав движений объявлен в метаданных (RegisterRecords в ПоступлениеДопРасходов.xml) — источник истины по списку регистров:

• «Себестоимость не выросла / выросла не там» → почти всегда дело в табличной части и базе распределения, а не в проводках: проверьте, заполнен ли ДокументПартии в строках и нажат ли «Распределить». Документ должен вводиться из поступления, иначе партия не определится.
• «Суммы не сходятся при проведении» → срабатывает ПроверитьСоответствиеСуммРаспределения: итог СуммаРаспределения по всем строкам (Товары+ОС+НМА) должен совпасть с Сумма шапки, аналогично по НДС. Это контроль самого документа, его видно сразу.
• «Проводки не те» → счета определяет учётная политика + счета учёта (УчетТоваров, УчетОС, УчетНМА, УчетНДСИАкциза, СчетаУчетаВДокументах). Туда и смотреть, а не в модуль документа.
• Печать: команда «ДопРасходыНакладная» → макет ПФ_MXL_Накладная, функция ПечатьДопРасходов в ManagerModule (~386 стр.).

Валидации (ОбработкаПроверкиЗаполнения)

Логика построена «от обратного» — собирается МассивНепроверяемыхРеквизитов, и лишние проверки снимаются по контексту:

• По виду операции ВнутреннийРасход снимается проверка Контрагент, ДоговорКонтрагента, СчетУчетаРасчетовСКонтрагентом, курса/кратности, Номенклатура (последняя — нюанс, см. ниже).
• Для УслугаСтороннейОрганизации / ПоступлениеОтНерезидента не проверяются шапочные СчетБУ / СчетНУ; договор не проверяется, если выключена опция «Вести учёт по договорам».
• НУ-проверки снимаются, если организация не плательщик налога на прибыль (УчетнаяПолитикаСервер.ПлательщикНалогаНаПрибыль) или выключен УчитыватьКПН.
• НДС-проверки (СтавкаНДС, счета НДС в строках) снимаются, если организация не плательщик НДС, выключен УчитыватьНДС, включён ОтложитьПринятиеНДСКЗачету или вид операции — ПоступлениеОтНерезидента.
• Построчная проверка ТМЗ (ПроверитьЗаполнениеТабличнойЧастиПострочно) включается, если нужен контроль счёта НДС, счёта НУ или совпадения вида учёта НУ документа и партии. Последняя проверка блокирует проведение, если вид учёта партии относится к ветке «ПР», а вид учёта документа — «НУ» (текст: «Вид учета документа отличается от вида учета партии ТМЗ. Операция не поддерживается»).
• Контроль сумм распределения — ПроверитьСоответствиеСуммРаспределения: суммы и НДС из шапки против итогов СуммаРаспределения / СуммаРаспределенияНДС по всем трём табличным частям.
• В конце — СчетаУчетаВДокументах.ПроверитьЗаполнение(...) (корректность счетов и субконто).

Зависимости (общие модули)

УправлениеВзаиморасчетамиСервер (авансы, взаиморасчёты), УчетТоваров / УчетОС / УчетНМА (движения по активам), УчетНДСИАкциза (НДС, синхронизация ЭСФ, ПолучитьСуммуДокументаСНДС), УчетДоходовРасходов (курсовые/переоценка), ПроцедурыНалоговогоУчета (НДС/КПН-признаки, ПР в НУ), СчетаУчетаВДокументах (счета и проверка), РаботаСДоговорамиКонтрагентов, ЗаполнениеДокументов, УчетнаяПолитикаСервер, ОбщегоНазначенияБК. Заполнение на основании ведут методы менеджера ЗаполнитьПоПоступлениюТоваров, ЗаполнитьПоПоступлениюНМА, ЗаполнитьПоПоступлениюДопРасходов, ЗаполнитьТоварыПоСчетФактураПолученный, ЗаполнитьТоварыПоАвансовомуОтчету.

1. РучнаяКорректировка = Истина → проведение пропускается (ранний Возврат). Документ становится «ручным»: движения заполняет пользователь, авто-логика не работает.
2. ВидОперации — центральная развилка. Управляет и обязательностью реквизитов (через МассивНепроверяемыхРеквизитов), и веткой НДС (нерезидент → НДСЗаНерезидента), и зачётом авансов. При смене вида операции пересчитывается вся табличная часть.
3. Контроль сумм — на уровне документа. ПроверитьСоответствиеСуммРаспределения сверяет шапку с итогами всех трёх ТЧ; до проведения дело не дойдёт, пока суммы не сойдутся (типичная причина — забыли «Распределить»).
4. Синхронизация с ЭСФ — двусторонняя. ПередЗаписью синхронизирует пометку удаления, ПриЗаписи — данные, ОбработкаПроведения ставит признак проведения, ОбработкаУдаленияПроведения снимает. Все — по виду «СчетФактураПолученный».
5. Расхождение с objects/. Авто-разбор приписывал ПередЗаписью «установку признака мониторинга производительности» — в реальном коде 3.0.72.1 этого нет (см. issues). Способы распределения — ПоСумме/ПоКоличеству, а не «пропорционально стоимости/количеству» (формулировка objects/).

🔗 Связанные разделы

• postuplenie-tmz-i-uslug — основное поступление товаров/ОС, на которое относят расходы
• schet-faktura-poluchennyy — входящая ЭСФ как основание и для НДС к зачёту
• avansovyy-otchet — расходы подотчётного лица как основание
• postuplenie-nma — поступление НМА для распределения расходов на активы

🆕 Что нового