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

Запас на складе может выбыть не только через продажу. Товар портится, бьётся, истекает срок годности, обнаруживается недостача при инвентаризации, материалы уходят в производство или на хозяйственные нужды. Любое такое выбытие нужно отразить в учёте: убрать количество и стоимость с остатков склада и признать расход (или отнести стоимость на затраты производства). Этим и занимается документ «Списание товаров».

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

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

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

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

Чаще документ создают не из журнала, а на основании другого документа — из инвентаризации, перемещения, поступления или авансового отчёта (см. Урок 2).

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

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

Урок 1. Списание товаров вручную

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

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

«Создать» в журнале «Списание товаров». Откроется пустая форма документа.

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

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

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

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

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

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

Урок 2. Создание на основании (инвентаризация и не только)

Чтобы не вводить товары руками, документ создают на основании. Из документа-источника копируются шапка и список товаров.

Сценарий А. Списание недостачи по инвентаризации

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

Сценарий Б. Другие основания

Документ можно ввести на основании: - Перемещения товаров — списать потери при перемещении; - Поступления товаров и услуг — списать брак, выявленный при приёмке; - Авансового отчёта — списать ТМЗ, купленные подотчётным лицом (редкий случай).

Логику выбора основания и заполнения товаров берёт на себя процедура ЗаполнитьПоДокументуОснования (см. Часть 2).

Урок 3. Корректировка НДС при списании

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

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

Урок 4. Печать акта списания

После проведения документ нужно оформить «на бумаге» для подписания комиссией.

1. Открываем проведённый документ.
2. Кнопка «Печать» → выбираем форму: - «Накладная» (ПФ_MXL_Накладная) — краткая форма: товары, количество, суммы; - «Акт списания» (ПФ_MXL_АктСписания) — развёрнутая форма с основанием и составом комиссии; - «Форма З‑6» — унифицированная форма Казахстана для списания запасов.
3. Печатная форма откроется в табличном документе — проверяем данные, печатаем или сохраняем в PDF.

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

Источник: реальный код релиза 3.0.72.1 (Documents/СписаниеТоваров/Ext/ObjectModule.bsl), плюс разборы objects/ и business-logic/ (ObjectModule, ФормаДокумента, ФормаНДС, ManagerModule). Имена счетов сверены с планом счетов ChartsOfAccounts/Типовой (Predefined.xml).

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

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

Табличные части: - Товары — Номенклатура, Количество, ЕдиницаИзмерения, Коэффициент, СчетУчетаБУ/СчетУчетаНУ (откуда списываем), СчетЗатратБУ/СчетЗатратНУ (куда), СубконтоЗатратБУ1..3/СубконтоЗатратНУ1..3, поля НДС (СтавкаНДС, СчетУчетаНДС, НДСВидОборота, НДСВидПоступления), КлючСвязи (связь с ГТД), ПричинаСписания. - НомераГТД — КлючСвязи, НомерГТД, Количество (учёт импортных товаров по декларациям). Поля УдалитьНоменклатура/УдалитьКоэффициент — устаревшие. - ИнвентаризационнаяКомиссия — ФизЛицо, Председатель (только для печати).

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

Печатные макеты: ПФ_MXL_Накладная, ПФ_MXL_АктСписания (форма З‑6 собирается процедурой ПечатьЗ6 в ManagerModule).

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

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

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

Источник: ObjectModule.bsl, процедура ОбработкаПроведения целиком:

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

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

    Если РучнаяКорректировка Тогда
        Возврат;                                   // ручное управление движениями
    КонецЕсли;

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

    Если Отказ Тогда
        Возврат;
    КонецЕсли;

    // ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ИНФОРМАЦИОННОЙ БАЗЫ

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

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

    // КОНТРОЛЬ ПО РЕГИСТРУ "ТОВАРЫ ОРГАНИЗАЦИЙ" (нельзя списать больше, чем есть)
    НомераГТДСервер.ВыполнитьКонтрольТоварыОрганизаций(
            ПараметрыПроведения.ТаблицаТоварыОрганизаций, ПараметрыПроведения.Реквизиты, , Отказ);

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

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

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

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

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

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

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

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

Иллюстрация проводок (сверено с планом счетов Типовой)

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

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

В модуле объекта: 1. Налоговая «развилка». Если организация не плательщик налога на прибыль или УчитыватьКПН = Ложь — из проверки исключаются Товары.СчетЗатратНУ, Товары.СчетУчетаНУ, ВидУчетаНУ. Аналогично по НДС: если не плательщик НДС или УчитыватьНДС = Ложь или КорректироватьНДС = Ложь — исключаются СчетЗатратНДСБУ/НУ и поля НДС табличной части. То есть обязательность счетов НУ/НДС динамическая — зависит от статуса организации и флагов. 2. Построчная проверка затрат (ПроверитьЗаполнениеТабличнойЧастиПострочно, вызывается только если ПользовательУправляетСчетамиУчета): для небалансового счёта учёта (СвойстваСчетаУчета.Забалансовый = Ложь) обязателен СчетЗатратБУ, иначе сообщение «Счёт списания затрат (БУ)» с привязкой к строке. 3. Проверка счетов через СчетаУчетаВДокументах.ПроверитьЗаполнение(ЭтотОбъект, Отказ, ПроверяемыеРеквизиты, …) — корректность счетов по свойствам учёта номенклатуры.

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

В форме документа: - ПередЗаписью при включённом учёте ГТД проверяет/готовит таблицу НомераГТД (НомераГТДСервер.ВедетсяУчетПоТоварамОрганизаций(Дата)); - при смене склада/номенклатуры связанные строки НомераГТД очищаются.

Заполнение на основании — реальный код роутера

Процедура ЗаполнитьПоДокументуОснования(Основание) Экспорт

    Если ТипЗнч(Основание) = Тип("ДокументСсылка.ИнвентаризацияТоваровНаСкладе") Тогда
        Документы.СписаниеТоваров.ЗаполнитьТоварыПоИнвентаризацииТоваров(ЭтотОбъект, Основание);
    ИначеЕсли ТипЗнч(Основание) = Тип("ДокументСсылка.ПеремещениеТоваров") Тогда
        Документы.СписаниеТоваров.ЗаполнитьТоварыПоПеремещениюТоваров(ЭтотОбъект, Основание);
    ИначеЕсли ТипЗнч(Основание) = Тип("ДокументСсылка.ПоступлениеТоваровУслуг") Тогда
        Документы.СписаниеТоваров.ЗаполнитьТоварыПоПоступлениюТоваров(ЭтотОбъект, Основание);
    ИначеЕсли ТипЗнч(Основание) = Тип("ДокументСсылка.АвансовыйОтчет") Тогда
        Документы.СписаниеТоваров.ЗаполнитьТоварыПоАвансовомуОтчету(ЭтотОбъект, Основание);
    КонецЕсли;

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

Реализация каждой ЗаполнитьТоварыПо* — в ManagerModule. Для инвентаризации (ЗаполнитьТоварыПоИнвентаризацииТоваров, ~91 строка) подтягиваются позиции с отклонением по количеству (недостача) и настраивается видимость полей.

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

• «Проводки не те» / «встал не тот счёт». Источник — настройки счетов учёта номенклатуры и правила СчетаУчетаВДокументах (в ManagerModule — УстановитьПравилаЗаполненияСчетовУчета, ЗаполнитьСчетаУчетаВТабличнойЧасти). Документ счета не «придумывает», а берёт из строк. Правьте карточку номенклатуры/счета учёта, а не строки документа.
• «Не хватает количества» при проведении. Сработал ВыполнитьКонтрольТоварыОрганизаций — на складе нет нужного количества (или партии/ГТД) на дату. Проверьте остатки регистра ТМЗ и последовательность документов (отгрузки/поступления задним числом).
• «Не вижу флаг "Корректировать НДС" / счета НУ». Это управляется функциональными опциями: учёт НДС и учёт КПН включаются в учётной политике организации. Поля скрываются УправлениеВидимостью по УчитыватьНДС/УчитыватьКПН на дату документа.
• Печать акта без подписей. Не заполнена ИнвентаризационнаяКомиссия. Для формы З‑6 это критично.
• Старый план счетов в проводках. Если у клиента в проводках появляется счёт «947» и подобные — это перенос со старого плана; в типовом плане Казахстана недостачи/прочие расходы идут на 74xx/72xx. Сверьте план счетов базы.

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

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

• inventarizaciya-tovarov-na-sklade — главный источник: списание недостач на основании инвентаризации
• peremeshchenie-tovarov — основание для списания потерь при перемещении
• oprihodovanie-tovarov — обратная операция: оприходование излишков (по той же инвентаризации)
• postuplenie-tmz-i-uslug — основание для списания брака, выявленного при приёмке

🆕 Что нового