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

Каждая покупка должна попасть в учёт: оприходовать товар на склад, отнести услугу на затраты, принять основное средство, выделить и зарегистрировать входящий НДС (для зачёта при наличии счёта-фактуры) и отразить долг перед поставщиком. Документ «Поступление ТМЗ и услуг» делает это одним проведением и служит точкой связи со счётом-фактурой полученным (ЭСФ), счётом на оплату поставщика и доверенностью.

Кто работает: бухгалтеры и кладовщики, ежедневно. Создаётся с нуля или «на основании» — из счёта на оплату поставщика, доверенности, счёта-фактуры полученного, передачи ОС, реализации (возврат) и др.

Документ закрывает несколько видов операций сразу — товары, услуги, ОС, импорт, переработка, поступление от нерезидента — и для каждого показывает «свой» набор табличных частей и полей.

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

Раздел «Покупка» → пункт «Поступление товаров и услуг». Откроется журнал документов; новый создаём кнопкой «Создать».

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

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

Урок 1. Поступление товаров (ТМЗ)

Когда: поставщик привёз товар/материалы на склад.

Шаг 1. Создаём документ

«Создать» → выбираем вид операции «Товары» (или «Поступление (товары)»). От вида операции зависит, какие табличные части и поля будут видны: для товаров видна часть «Товары», части «Услуги» и «ОС» скрыты.

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

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

Шаг 3. Добавляем товары

Кнопка «Подбор» (или «Добавить») → выбираем номенклатуру → указываем количество. Система сама подставит единицу измерения, коэффициент, цену (по типу цен), ставку НДС и счета учёта (БУ и, при КПН, НУ). Цены и ставки при необходимости правим вручную.

Шаг 4. Проверяем итоги

Внизу формы — Итого и НДС. Признак «Сумма включает НДС» определяет, выделяется НДС из суммы или добавляется сверху. Убеждаемся, что суммы верные.

Шаг 5. Проводим

«Провести» или «Записать и закрыть». Чтобы проверить учёт — открываем Дт/Кт (отчёт о проводках документа).

Урок 2. Поступление услуг

Отличия от товаров: 1. Вид операции — «Услуги»; Склад не нужен, табличные части «Товары» и «ОС» скрыты. 2. В табличной части «Услуги» заполняем Номенклатуру, Содержание (описание), Количество, Цену, СтавкуНДС. 3. Обязательно указываем Счёт затрат БУ (например, 7110 «Расходы по реализации», 7210 «Административные расходы») и заполняем субконто (подразделение, статья затрат). При учёте КПН — Счёт затрат НУ и субконто НУ.

Урок 3. Поступление основных средств

1. Вид операции — «Основные средства»; видна только часть «ОС».
2. В строках указываем Основное средство, Сумму (первоначальная стоимость БУ), при КПН — СуммуНУ, СтавкуНДС.
3. Если ведётся аналитика по подразделениям/МОЛ — заполняем Подразделение организации и МОЛ организации (поля показываются только когда такая аналитика включена в настройках на дату документа).
4. Проверяем счета: Счёт учёта БУ (2410), Счёт учёта НДС (1420), при КПН — Счёт учёта НУ.

Урок 4. Импорт, поступление от нерезидента, переработка

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

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

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

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

Источник: реальный код релиза 3.0.72.1 (Documents/ПоступлениеТоваровУслуг/Ext/ObjectModule.bsl), плюс разбор objects/ и business-logic/. Где авто-разбор расходится с кодом — за истину принят код (несостыковки помечены в issues).

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

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

Табличные части: Товары (номенклатура, кол-во, цена, ставка и счёт НДС, счета БУ/НУ, НомерГТД), Услуги (+ Содержание, счета затрат БУ/НУ с субконто 1–3), ОС (основное средство, суммы БУ/НУ/ПР, счета, подразделение, МОЛ), УчастникиСовместнойДеятельности (для операций СД).

Виды операции и видимость табличных частей

Связь «вид операции → какие части используются» жёстко зашита в ПередЗаписью (очистка лишних частей) и ОбработкаПроверкиЗаполнения (что проверять). Сводно:

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

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

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

Источник: ObjectModule.bsl, процедура ОбработкаПроведения (стр. 439–534):

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

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

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

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

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

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

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

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

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

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

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

    // Движения статусов счетов на оплату поставщика
    Если НЕ ГрупповоеПерепроведение Тогда
        СтатусыДокументов.СформироватьДвиженияСтатусовДокументов(ТаблицаСтатусовСчетов, ПараметрыПроведения.Реквизиты);
    КонецЕсли;

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

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

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

Иллюстративные проводки (НЕ источник истины)

Сверять с реальным ОбработкаПроведения и отчётом «Дт/Кт». Типичные схемы по видам операции:

Движения по регистрам (по разбору + коду)

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

Процедура крупная и ветвится по ВидОперации. Логика — «от обратного»: собирается массив непроверяемых реквизитов, который затем вычитается из ПроверяемыеРеквизиты. Ключевое:

• Склад добавляется в непроверяемые, если Товары.Количество() = 0 (т.е. склад обязателен только при наличии товаров).
• ВидУчетаНУ, счета НУ не проверяются, если организация не плательщик КПН, либо УчитыватьКПН = Ложь, либо операция ВПереработку.
• Счета НДС не проверяются, если организация не плательщик НДС, УчитыватьНДС = Ложь, операция ВПереработку/Импорт/ПоступлениеОтНерезидента, либо ОтложитьПринятиеНДСКЗачету = Истина.
• Для каждого вида операции в непроверяемые добавляются неиспользуемые табличные части (например, при Услуги — все колонки Товары и ОС).
• Поля ОС ПодразделениеОрганизации/МОЛОрганизации проверяются только если включён соответствующий аналитический учёт (УправлениеВнеоборотнымиАктивамиСервер.ВедетсяАналитическийУчётОС…).

Построчная проверка (ПроверитьЗаполнениеТабличнойЧастиПострочно) запускается, если в параметрах осталась хотя бы одна включённая проверка, и контролирует: - СчетУчетаНДС — заполнен, если ставка НДС строки ≠ 0 (через ПолучитьСтавкуНДС); - СчетУчетаНУ — заполнен, если заполнен СчетУчетаБУ и счёт БУ не забалансовый.

Финальный вызов СчетаУчетаВДокументах.ПроверитьЗаполнение(...) проверяет счета шапки.

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

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

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

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

• realizaciya-tmz-i-uslug — зеркальный документ продажи (та же архитектура проведения)
• schet-faktura-poluchennyy — ЭСФ-основание и двусторонняя синхронизация
• schet-na-oplatu-postavshchika — частое основание для поступления
• postuplenie-dop-rashodov — дополнительные расходы на поступление (увеличение себестоимости)
• doverennost — основание на получение ТМЦ

🆕 Что нового