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

В производстве часть затрат на конец периода «висит» в незавершённом производстве (НЗП) — это продукция, работа над которой начата, но не закончена. Перед закрытием месяца, перед годовой отчётностью, при смене материально-ответственных лиц или по требованию проверяющих предприятие проводит инвентаризацию НЗП: комиссия определяет фактический объём незавершёнки и оценивает её сумму.

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

Кто работает: бухгалтер по производству / по затратам, реже — экономист или ответственный за инвентаризацию. Периодичность — по регламенту инвентаризаций (как правило, на конец месяца/года).

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

Документ относится к подсистеме «Производство» (по разбору метаданных объекта). Открывается через журнал документов инвентаризации НЗП в этом разделе; новый документ создаётся кнопкой «Создать».

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

Проходим по шагам: от пустого документа до записанной описи НЗП. Помним: документ записывается, а не проводится — кнопки «Провести» здесь нет.

Урок 1. Регистрация инвентаризации НЗП

Когда: комиссия определила фактические суммы незавершённого производства, и эти данные нужно занести в программу (обычно на конец месяца).

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

В журнале «Инвентаризация НЗП» нажимаем «Создать» — откроется форма документа.

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

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

Шаг 3. Указываем счёт затрат

• Счёт затрат (БУ) — счёт бухучёта, на котором собрано НЗП. В плане счетов КЗ это счета подраздела 1340 «Незавершённое производство» (и связанные счета учёта затрат основного/вспомогательного производства). Заполняется вручную.

Шаг 4. Включаем налоговый учёт (если нужно)

Если ведёте учёт КПН и хотите зафиксировать суммы НЗП и для налогового учёта: - ставим флаг «Учитывать КПН» — программа сама подставит Вид учёта НУ и откроет поле Счёт затрат (НУ) и колонку Сумма (НУ) в таблице; - Счёт затрат (НУ) заполнится автоматически из счёта БУ (его можно поправить).

Шаг 5. Заполняем состав (таблицу НЗП)

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

Шаг 6. Записываем

Нажимаем «Записать» или «Записать и закрыть». Кнопки «Провести» у документа нет — он только сохраняется в базе.

Урок 2. Копирование предыдущей инвентаризации

Чтобы не набивать состав заново каждый месяц, удобно копировать прошлый документ: 1. В журнале выделяем документ-источник. 2. Контекстное меню → «Скопировать» (или F9). 3. Программа создаст новый документ: новые Номер и Дата (текущая), а Организация, подразделения, счета затрат и вся таблица «Состав» скопируются из источника. Поле Автор очистится и заполнится текущим пользователем. 4. Меняем Дату на дату новой инвентаризации и актуализируем суммы (БУ/НУ) в таблице по свежим данным. 5. «Записать».

Урок 3. Проверка связки «Организация — Подразделение»

При смене подразделения (через связанное поле «Структурное подразделение / Организация») программа проверяет, принадлежит ли подразделение выбранной организации: 1. Если не принадлежит — откроется вопрос вида «Выбранное подразделение не соответствует организации. Очистить некорректные значения?». 2. «Да» — программа очистит несоответствующее значение; «Нет» — вернёт прежнее.

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

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

Главное: документ НЕ проводится и НЕ формирует движений

Это подтверждено метаданными документа (ИнвентаризацияНЗП.xml):

<Posting>Deny</Posting>
<RealTimePosting>Allow</RealTimePosting>
<RegisterRecordsDeletion>AutoDelete</RegisterRecordsDeletion>
<RegisterRecordsWritingOnPost>WriteModified</RegisterRecordsWritingOnPost>
<RegisterRecords/>          <!-- ПУСТО: ни одного регистра -->

• Posting = Deny → проведение запрещено на уровне метаданных. У документа нет режима «проведён», нет кнопки «Провести», и в ObjectModule нет процедуры ОбработкаПроведения (её там физически нет — весь модуль 60 строк).
• <RegisterRecords/> пусто → документ не является регистратором ни для одного регистра (ни бухгалтерского, ни накопления, ни сведений). Никаких движений он не пишет.

Вывод: «Инвентаризация НЗП» — информационный документ-опись. Он хранит введённые суммы инвентаризации как реквизиты и табличную часть, и всё. Чтобы эти данные повлияли на учёт, их потребляют внешние механизмы — например, регламентные операции закрытия месяца, отчёты-сверки или ручные корректировки (см. ниже «Куда деваются суммы»).

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

Реквизиты шапки (имя → подпись на форме):

Табличная часть Состав (имя → подпись):

(Все подписи взяты из синонимов ИнвентаризацияНЗП.xml, локаль ru.)

Нумерация: NumberLength = 11, NumberPeriodicity = Year.

Формы: ФормаДокумента (основная), ФормаСписка (журнал), ФормаВыбора (выбор как основания в других объектах).

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

Весь модуль состоит из 4 обработчиков событий и не содержит проведения:

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

Реальный код: ОбработкаПроверкиЗаполнения и ПередЗаписью

Это два самых содержательных обработчика. Привожу дословно из релиза 3.0.72.1:

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

    МассивНепроверяемыхРеквизитов = Новый Массив();
    ПараметрыПострочнойПроверки   = Новый Структура();

    Если Состав.Количество() > 0 Тогда
        МассивНепроверяемыхРеквизитов.Добавить("Состав");
    КонецЕсли;

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

Разбор ОбработкаПроверкиЗаполнения: - Обязательность реквизита Организация обеспечивается свойством метаданных ЗаполнениеПроверки = ВыдаватьОшибку (ShowError), а не этим кодом. - Логика тут обратная интуиции: если в Состав есть строки, то «Состав» добавляется в массив НЕпроверяемых реквизитов (то есть стандартная проверка заполнения по нему отключается). Когда строк нет — массив пуст, и поведение определяется метаданными реквизита Состав. - ⚠️ Локальные переменные МассивНепроверяемыхРеквизитов и ПараметрыПострочнойПроверки в этой процедуре создаются, но никуда не передаются (нет вызова типовой ОбщегоНазначения.УдалитьНепроверяемыеРеквизиты(...) или построчной проверки). Фактически процедура не влияет на состав проверяемых реквизитов — выглядит как заготовка/недоработанный шаблон. См. issues.

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)

    Если ПроцедурыБухгалтерскогоУчетаВызовСервераПовтИсп.ИспользоватьОднуНоменклатурнуюГруппу() Тогда
        ПараметрыОтбора = Новый Структура;
        ПараметрыОтбора.Вставить("НоменклатурнаяГруппа", Справочники.НоменклатурныеГруппы.ПустаяСсылка());
        НайденныеСтроки = Состав.НайтиСтроки(ПараметрыОтбора);
        Если НайденныеСтроки.Количество() > 0 Тогда
            НоменклатурнаяГруппа = ПроцедурыБухгалтерскогоУчетаВызовСервераПовтИсп.ОсновнаяНоменклатурнаяГруппа();
            Для Каждого СтрокаТаблицы Из НайденныеСтроки Цикл
                СтрокаТаблицы.НоменклатурнаяГруппа = НоменклатурнаяГруппа;
            КонецЦикла;
        КонецЕсли;
    КонецЕсли;

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

Разбор ПередЗаписью: - Срабатывает только когда в учётной политике включён режим «использовать одну номенклатурную группу» (ИспользоватьОднуНоменклатурнуюГруппу()). - Находит в Состав строки с пустой НоменклатурнаяГруппа и подставляет в них основную номенклатурную группу (ОсновнаяНоменклатурнаяГруппа()). - ⚠️ Это заполнение пустых значений, а НЕ удаление/фильтрация строк. Разбор objects/ описывает это как «отфильтрует/удалит несоответствующие строки» — по реальному коду строки не удаляются, у них лишь проставляется группа по умолчанию. См. issues.

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

Их нет. В таблице ниже — то, что обычно ожидают увидеть, и реальность:

Куда тогда деваются суммы инвентаризации

Поскольку документ — опись, фактические остатки НЗП влияют на учёт не через него, а через смежные механизмы (это типовая для КЗ-конфигурации схема; точная привязка требует сверки на базе): - Закрытие месяца (zakrytie-mesyaca) — регламентные операции расчёта себестоимости и закрытия счетов производства могут учитывать оценку НЗП; именно там формируются проводки по счетам подразделов 1340/1350 (НЗП) и счетам затрат. - Ручные операции/корректировки — разницу между фактическим (по инвентаризации) и учётным НЗП при необходимости отражают «Операцией, введённой вручную». - Отчёты-сверки — данные документа сопоставляют с учётными остатками НЗП.

Валидации

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

1. Нет ОбработкаПроведения и пустой RegisterRecords — не ищите движения в модуле, их нет; не пишите тесты «на проводки».
2. ОбработкаПроверкиЗаполнения — фактически заготовка: создаёт МассивНепроверяемыхРеквизитов/ПараметрыПострочнойПроверки, но никуда их не передаёт. При доработке (например, обязательность сумм) реализуйте передачу через типовой API проверки и/или свойства метаданных.
3. ПередЗаписью заполняет, а не фильтрует строки Состав — при доработке учитывайте, что пустые группы будут заменены основной, если включён соответствующий режим УП.
4. Автор исключается из ДанныеЗаполнения в ОбработкаЗаполнения — при программном создании не полагайтесь на переданного автора.
5. Обязательность Организация и (возможно) непустого Состав задаётся метаданными, а не модулем — правьте свойства реквизитов, а не только код.

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

• zakrytie-mesyaca — где оценка/данные НЗП реально влияют на учёт (себестоимость, закрытие счетов производства)
• realizaciya-tmz-i-uslug — отгрузка готовой продукции (НЗП → готовая продукция → реализация)

🆕 Что нового