Документ «Списание НМА»

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

Бухгалтерия для Казахстана, ред. 3.0 · v3.0.72.1 · обновлено 2026-06-04

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

Нематериальный актив (лицензия, патент, право пользования, товарный знак, программное обеспечение) рано или поздно перестаёт приносить пользу: истекает срок действия, актив морально устаревает, утрачивается или ликвидируется. В отличие от продажи (для неё есть отдельный документ peredacha-nma), здесь нет покупателя, нет дохода и нет НДС — актив просто снимают с баланса, а его остаточную стоимость относят на расходы организации.

Что закрывает документ за одно проведение: - доначисление амортизации за период до даты выбытия (БУ) и её распределение по направлениям затрат; - списание остаточной стоимости и накопленной амортизации НМА — стоимость уходит на счёт затрат/расходов (СчетЗатратБУ), который выбирает пользователь; - снятие НМА с учёта — изменение состояния актива (регистр состояний НМА), исключение из фиксированных активов и из объектов налогового учёта ФА; - снятие с учёта по имущественному налогу — если установлен признак СнятьСУчетаПоНалогам; - отражение постоянных разниц в налоговом учёте (КПН) — если организация является плательщиком налога на прибыль.

Кто работает: бухгалтер по учёту НМА / внеоборотных активов, эпизодически (по факту выбытия — от единичных случаев до нескольких раз в год). Документ можно вводить с нуля либо вручную связать с актом инвентаризации НМА (реквизит ДокументОснование типа Документ.ИнвентаризацияНМА).

⚠️ Что документ НЕ делает. Он не отражает доход и не начисляет НДС — это не реализация. Если НМА продаётся контрагенту, используйте документ peredacha-nma (там есть и доход, и НДС, и задолженность получателя). Конкретные счета Дт/Кт «Списание НМА» сам не «придумывает»: проводки формируют общие модули учёта (УчетНМА, УправлениеВнеоборотнымиАктивамиСервер) по счетам учёта НМА и учётной политике. Поэтому набор и значения проводок зависят от настроек, а не зашиты в документ (подробно — в Части 2).

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

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

📷 СКРИН 01
СКРИН 01 — раздел «ОС и НМА», открытый журнал «Списание НМА». (AccountingKZ30 во Fresh; маршрут восстановлен по метаданным — см. оговорку ниже)
⚠️ Оговорка по маршруту [KZ30-NMA-0010]. В справочнике маршрутов navigation-map.json объект Документ.СписаниеНМА отсутствует (там описаны только документы разделов «Продажа», «Покупка», «Банк и касса»). Раздел «ОС и НМА» и пункт «Списание НМА» восстановлены по типовому размещению документов учёта внеоборотных активов в Бухгалтерии для Казахстана 3.0 (рядом со «Списанием ОС», «Передачей НМА», «Принятием к учёту НМА»). Точное название пункта меню сверьте в своей базе; это помечено как пробел в поле issues.

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

Проходим по шагам, как в курсе: от пустого документа до проведённого списания и проверки движений.

Урок 1. Списание одного НМА

Когда: единичное выбытие — например, истёк срок действия лицензии или морально устарело программное обеспечение, числящееся в составе НМА.

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

Раздел «ОС и НМА» → «Списание НМА» → «Создать». Откроется пустая форма документа.

📷 СКРИН 02
СКРИН 02 — журнал «Списание НМА», кнопка «Создать».

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

📷 СКРИН 03
СКРИН 03 — заполненная шапка — организация, НМА, дата.
💡 Подсказка про порядок. Сначала Организация, затем Нематериальный актив (список фильтруется по организации), затем счёт затрат. Дату задавайте в начале: при её изменении система пересчитывает признаки отражения в налоговом учёте и подставляет вид учёта НУ — если поменять дату позже, зависимые поля обновятся автоматически.

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

📷 СКРИН 04
СКРИН 04 — счёт затрат БУ и субконто.
💡 Счёт НУ не трогаем вручную. После выбора счёта БУ счёт НУ и его субконто заполняются сами (через стандартный механизм синхронизации БУ↔НУ). Меняйте их вручную только если действительно нужно отклониться от автоматики.

Шаг 4. Налоговый учёт (КПН)

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

📷 СКРИН 05
СКРИН 05 — блок налогового учёта при включённом «Учитывать КПН».
💡 Если флаг «Учитывать КПН» снят или организация не плательщик КПН — поля Вид учёта НУ и Счёт затрат НУ исключаются из обязательной проверки (это видно прямо в коде — см. Часть 2).

Шаг 5. Снятие с учёта по налогам

Если по этому НМА вёлся учёт по имущественному налогу, установите флаг «Снять с учёта по налогам» — при проведении объект будет исключён из налоговой базы.

📷 СКРИН 06
СКРИН 06 — флаг «Снять с учёта по налогам».

Шаг 6. Инвентаризационная комиссия

Переходим на закладку «Инвентаризационная комиссия» и через «Подбор» добавляем членов комиссии из справочника физических лиц. У одного из них ставим флаг «Председатель». Комиссия нужна для печатного акта списания ДА-3.

📷 СКРИН 07
СКРИН 07 — табличная часть «Инвентаризационная комиссия».
⚠️ Ограничения по комиссии. Одно и то же физлицо нельзя добавить дважды. Председатель — только один: при установке флага на новой строке он автоматически снимется с прежней. При копировании строк (Ctrl+C/Ctrl+V) поля «ФизЛицо» и «Председатель» очищаются — это защита от дублей.

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

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

📷 СКРИН 08
СКРИН 08 — окно «Движения документа: Дт/Кт».
⚠️ Важно. Поля Организация, Нематериальный актив, Счёт затрат БУ обязательны — без них документ не проведётся. При включённом «Учитывать КПН» у плательщика налога добавляются обязательные Вид учёта НУ и Счёт затрат НУ.

Урок 2. Расчёт суммы списания по налоговому учёту

Когда: нужно получить остаточную стоимость НМА в налоговом учёте автоматически, а не вводить вручную.

  1. В заполненном документе (организация, НМА, дата) установите «Учитывать КПН» и заполните Вид учёта НУ, Счёт затрат НУ.
  2. Нажмите кнопку расчёта суммы НУ.
  3. Система обратится к остаткам регистра налогового учёта и рассчитает остаточную стоимость НМА на дату документа с учётом накопленной амортизации (за это отвечает функция ПолучитьСтоимостьВАПоНУ в модуле менеджера — см. Часть 2).
  4. Поле Сумма НУ заполнится рассчитанным значением.
💡 Не заполняйте Сумму НУ вручную, если не используете режим ручной корректировки. Для корректного расчёта НМА должен числиться в налоговом учёте, а дата документа — попадать в период, где есть остатки.

Урок 3. Связь с инвентаризацией и ручная корректировка

На основании инвентаризации. Документ «Списание НМА» не создаётся автоматически из других документов, но вы можете вручную указать Документ-основание типа Документ.ИнвентаризацияНМА — например, сначала провести инвентаризацию, выявить НМА к списанию, а затем сослаться на её акт. Это связывает документы для отчётности.

Ручная корректировка. Если нужно провести документ с нестандартными суммами (исправление прошлых периодов, нетиповая ситуация), установите флаг «Ручная корректировка» = Истина до проведения. В этом режиме автоматический расчёт амортизации и движений пропускается — документ проведётся ровно с теми значениями, которые задал пользователь (в т. ч. через ручное редактирование движений в Дт/Кт).

⚠️ В режиме ручной корректировки система не пересчитывает амортизацию и остаточную стоимость — ответственность за корректность сумм и проводок полностью на пользователе.

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

Источник: реальный код релиза 3.0.72.1 (Documents/СписаниеНМА/Ext/ObjectModule.bsl), плюс разбор objects/Документ_СписаниеНМА.md и business-logic/Документ_СписаниеНМА_*.md. Часть процедур проведения (ПодготовитьПараметрыПроведения, ПолучитьСтоимостьВАПоНУ, печать ДА-3) живёт в ManagerModule.bsl — он большой, цитируется по разбору business-logic.

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

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

Табличные части: - ИнвентаризационнаяКомиссия — состав комиссии для акта ДА-3: ФизЛицо (Справочник.ФизическиеЛица), Председатель (Булево).

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

⚠️ Несостыковка [KZ30-NMA-0011] (поля субконто). В objects/ тип субконто помечен как «не определено» — это нормально: типы субконто определяются видами субконто плана счетов и разрешаются динамически на форме, а не фиксированным типом реквизита.

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

Обработчик Что делает (по реальному коду 3.0.72.1)
ЗаполнитьНаборыЗначенийДоступа (экспорт) Заполняет наборы значений доступа по Организация + СтруктурноеПодразделение (RLS) через ОбщегоНазначенияБК.ЗаполнитьНаборыПоОрганизацииСтурктурномуПодразделению
ОбработкаЗаполнения При заполнении из структуры удаляет служебный Автор, копирует свойства, затем ЗаполнениеДокументов.ЗаполнитьШапкуДокумента(…, ВалютаРегламентированногоУчета)
ОбработкаПроверкиЗаполнения Если организация не плательщик налога на прибыль или УчитыватьКПН = Ложь — исключает из проверки ВидУчетаНУ и СчетЗатратНУ
ОбработкаПроведения Готовит наборы и параметры, при РучнаяКорректировка выходит сразу; иначе считает амортизацию и делегирует все движения модулям УчетНМА/УправлениеВнеоборотнымиАктивамиСервер
ПриКопировании Ставит Дата = НачалоДня(ТекущаяДатаПользователя())
⚠️ Несостыковка [KZ30-NMA-0012] (имена в objects/). Авто-разбор objects/ утверждал, что ОбработкаЗаполнения вызывает УправлениеВнеоборотнымиАктивамиСервер.ИнициализироватьДокумент, а ОбработкаПроверкиЗаполнения — ПроцедурыНалоговогоУчета.ОрганизацияЯвляетсяПлательщикомНалога. Реальный код 3.0.72.1 показывает другое: заполнение шапки идёт через ЗаполнениеДокументов.ЗаполнитьШапкуДокумента, а признак плательщика — через ПроцедурыНалоговогоУчета.ПолучитьПризнакПлательщикаНалогаНаПрибыль(Организация, Дата). Ориентируемся на реальный код.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Список регистров — из objects/ и разбора ManagerModule; значения проводок собирают модули учёта, документ задаёт только данные.

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

Иллюстрация Дт/Кт (план счетов КЗ) — не из тела документа, а ожидаемая картина проводок. Точные счета даёт УчетНМА по счетам учёта НМА и выбранному СчетЗатратБУ; сверяйте по отчёту «Дт/Кт» на проведённом документе:

⚠️ Несостыковка [KZ30-NMA-0013] (направление «плоских» проводок). Авто-разбор objects/ подавал проводки в виде «Кт 2730 → Дт СчетЗатратБУ» и «Дт 2740 → Кт 2730» как зашитые в документ. В реальном коде 3.0.72.1 таких прямых Движения.Типовой.Добавить(...) в ObjectModule нет — всё формирует УчетНМА.СформироватьДвиженияСписаниеНМА. Кроме того, разбор objects/ упоминал счёт 2410/2420 (это ОС, а не НМА) и российские формулировки — для НМА в плане счетов КЗ корректны 2730 (НМА) и 2740 (амортизация НМА). Точные Дт/Кт — только по отчёту «Дт/Кт» на проведённом документе.
💼 Партнёру / внедренцу. «Проводки не те» при списании НМА → причина почти всегда в счетах учёта НМА (регистр СчетаУчетаНМА), выбранном счёте затрат СчетЗатратБУ и учётной политике, а не в документе. Документ — оркестратор; вся логика счетов и сумм в УчетНМА, УправлениеВнеоборотнымиАктивамиСервер, УчетнаяПолитикаСервер. Если списание не закрывает имущественный налог — проверьте флаг СнятьСУчетаПоНалогам и признак учёта объекта по имущественному налогу. Если не сходится остаточная стоимость по НУ — проверьте СуммаНУ и расчёт ПолучитьСтоимостьВАПоНУ (остатки регистра НУ на дату документа).

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

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

🧩 Заметки для разработчика.
  1. РучнаяКорректировка = Истина → проведение пропускается (ранний Возврат) — движения заполняет пользователь. Это первая проверка после подготовки наборов записей.
  2. Подготовка данных — в ManagerModule, а не в объекте: ПодготовитьПараметрыПроведения собирает все временные таблицы. При отладке «пустых» движений смотрите туда (и проверяйте, что заполнены НМА/организация/дата — иначе таблицы пустые).
  3. Расчёт СуммаНУ делает ПолучитьСтоимостьВАПоНУ (модуль менеджера, ~29 строк) — берёт остатки регистра НУ на дату документа. Для корректного результата НМА должен числиться в НУ.
  4. Признаки НУ критичны: СнятьСУчетаПоНалогам, признаки объекта ФА и отдельного учёта управляют тем, формируются ли движения по ОбъектыИмущественногоНалога, ОбъектыНалоговогоУчетаФА, ФиксированныеАктивыУчитываемыеОтдельно.
  5. ОбработкаЗаполнения удаляет Автор из структуры заполнения — иначе при создании из структуры перетёрся бы автор. Учитывайте при программном создании документа.
  6. RLS: доступ ограничивается по организации и подразделению (ЗаполнитьНаборыЗначенийДоступа).

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

🆕 Что нового

Версия Изменение Тип
3.0.72.1 Первичное описание документа «Списание НМА» (на релизе 3.0.72.1) 🆕