Документ «Принятие к учёту НМА»

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

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

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

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

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

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

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

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

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

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

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

Проходим по шагам, как в курсе: от поступившего НМА до проведённого ввода в эксплуатацию и проверки записей.

Урок 1. Принятие НМА к учёту на основании поступления

Когда: НМА уже оприходован документом «Поступление НМА», теперь его нужно ввести в эксплуатацию и задать амортизацию.

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

Открываем проведённый документ «Поступление НМА» → «Создать на основании» → «Принятие к учёту НМА». Система автоматически перенесёт организацию, подразделение, способ поступления, заполнит ссылку на документ-основание и табличную часть «НМА» позициями из поступления.

📷 СКРИН 02
СКРИН 02 — меню «Создать на основании» в документе «Поступление НМА».
💡 Подсказка. Создание «на основании» — основной и самый безопасный способ: счета учёта и стоимость подтянутся из поступления, не придётся вводить руками.

Шаг 2. Проверяем шапку

📷 СКРИН 03
СКРИН 03 — заполненная шапка документа «Принятие к учёту НМА».

Шаг 3. Проверяем стоимость и счета учёта

В табличной части «НМА» по каждой строке проверяем: - Нематериальный актив — инвентарный объект из справочника НМА; - Стоимость БУ — первоначальная стоимость (по которой актив встанет на баланс); - Счёт учёта БУ и Счёт начисления амортизации БУ — подставляются автоматически при выборе НМА (в КЗ обычно 2730 и 2740); вручную их лучше не трогать.

📷 СКРИН 04
СКРИН 04 — табличная часть «НМА» — нематериальный актив, стоимость, счета учёта.
💡 Подсказка. Один и тот же НМА нельзя принять к учёту дважды в одном документе — при проведении сработает проверка на дубли.

Шаг 4. Задаём параметры амортизации

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

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

📷 СКРИН 05
СКРИН 05 — блок параметров амортизации в строке НМА (флаг, срок, способ, способ отражения расходов).
⚠️ Важно. При включённом флаге «Начислять амортизацию БУ» поля срока, способа и способа отражения расходов обязательны — без них документ не проведётся.

Шаг 5. Налоговые параметры (если нужно)

Если НМА учитывается как фиксированный актив в налоговом учёте РК — ставим флаг «Признак фиксированного актива» и заполняем: - Группа НУ — группа налогового учёта фиксированных активов (влияет на ставку налоговой амортизации); - Порядок погашения стоимости НУ — по ставке / иной (часто переключается на «По ставке» автоматически).

Если актив попадает под имущественный налог — ставим флаг «Объект имущественного налога».

📷 СКРИН 06
СКРИН 06 — налоговый блок строки — признак ФА, группа НУ, порядок погашения, объект имущественного налога.

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

«Провести» или «Записать и закрыть». После проведения актив переходит в состояние «принят к учёту» и готов к амортизации.

📷 СКРИН 07
СКРИН 07 — проведённый документ; кнопка печати «ДА-1» (Акт приёмки-передачи НМА).
⚠️ Не ищите здесь отчёт «Дт/Кт». Документ не делает бухгалтерских проводок — кнопка «Дт/Кт» будет пустой или недоступной. Результат проведения — записи в регистрах сведений по НМА (стоимость, амортизация, счета, состояние). Проверять их удобнее через движения документа по регистрам или через отчёты по НМА.

Урок 2. Ручной ввод НМА без документа поступления

Применяется при инвентаризации, восстановлении учёта или создании НМА собственными силами.

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

Урок 3. Массовое заполнение параметров для списка НМА

Если в документе несколько однотипных НМА (например, пакет лицензий) — не заполняйте параметры в каждой строке вручную.

  1. Добавьте все строки в табличную часть.
  2. Нажмите «Заполнить для списка» (команда доступна только в непроведённом документе).
  3. Укажите общие параметры (флаг амортизации, срок, способ, способ отражения расходов) — система проставит их во все строки.
  4. Проведите документ.
⚠️ Важно. Если документ уже проведён, команда «Заполнить для списка» недоступна — сначала отмените проведение, затем заполняйте и проводите заново.

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

Источник: реальный код релиза 3.0.72.1 (Documents/ПринятиеКУчетуНМА/Ext/ObjectModule.bsl, …/ManagerModule.bsl), плюс разбор objects/ и business-logic/.

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

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

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

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

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

Обработчик Что делает
ОбработкаЗаполнения Заполнение при создании на основании (Документы.ПринятиеКУчетуНМА.ЗаполнитьПоДокументуОснования) либо из структуры параметров; затем ЗаполнениеДокументов.ЗаполнитьШапкуДокумента с валютой регл. учёта
ПередЗаписью Только ранний выход при ОбменДанными.Загрузка (своей логики нет)
ОбработкаПроверкиЗаполнения Проверка дублей НМА в ТЧ + построчная валидация заполнения (ПроверитьЗаполнениеТабличнойЧастиПострочно)
ОбработкаПроведения Готовит наборы записей и параметры, проверяет смену состояния НМА, делегирует формирование движений профильным модулям учёта
ПриКопировании Ставит текущую дату пользователя при копировании

Обратите внимание: в ObjectModule нет обработчиков ПриЗаписи / ОбработкаУдаленияПроведения со специальной логикой (в отличие от документов продажи, где есть синхронизация с ЭСФ). Снятие движений при отмене проведения отрабатывает штатно через наборы записей регистров.

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

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

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

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

    ПроведениеСервер.ПодготовитьНаборыЗаписейКПроведению(ЭтотОбъект);

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

    ПараметрыПроведения = Документы.ПринятиеКУчетуНМА.ПодготовитьПараметрыПроведения(Ссылка, Отказ);

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

    // Если не удалось получить параметры и Отказ не установлен — просто выходим
    Если ПараметрыПроведения = Неопределено Тогда
        Возврат;
    КонецЕсли;

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

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

    // ФОРМИРОВАНИЕ ДВИЖЕНИЙ — каждый модуль пишет «свой» учёт:

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

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

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

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

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

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

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

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

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

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

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

Что собирает менеджер документа

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

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

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

Документ пишет в регистры сведений (плюс служебно — наборы налогового учёта). Регистра бухгалтерии среди движений нет.

Регистр Тип Что фиксирует Когда
ПервоначальныеСведенияНМАБухгалтерскийУчет Сведения Первоначальная стоимость + параметры амортизации БУ всегда
СостоянияНМАОрганизаций Сведения Состояние «принят к учёту / в эксплуатации» всегда
СчетаУчетаНМА Сведения Счета учёта НМА и накопленной амортизации (2730/2740) всегда
СпособыОтраженияРасходовПоАмортизацииНМАБухгалтерскийУчет Сведения Способ отражения расходов (счета затрат) при начислении амортизации
ОбъектыНалоговогоУчетаФА Сведения Параметры налогового учёта ФА (группа НУ, порядок погашения) при ПризнакФиксированногоАктива
ФиксированныеАктивыУчитываемыеОтдельно Сведения Раздельный учёт ФА при ПризнакФиксированногоАктива
ОбъектыИмущественногоНалога Сведения База имущественного налога при ОбъектИмущественногоНалога
⚠️ Несостыковка [KZ30-NMA-02]. Авто-разбор objects/ подавал «плоские» проводки и упоминал счета 27xx / 28xx (русско-подобная нумерация). В плане счетов КЗ НМА — это 2730 «Прочие нематериальные активы» и 2740 «Амортизация прочих нематериальных активов» (счета 28xx — это российский план). Точные счета берутся из настроек учёта (ПолучитьСчетаУчетаНМА), а не зашиты в документ; российские 04/05 не применяются. Зафиксировано в issues.
⚠️ Несостыковка [KZ30-NMA-03]. Разбор business-logic/ObjectModule называет единый метод УчетНМА.СформироватьДвиженияПринятиеКУчетуНМА. В реальном коде 3.0.72.1 такого вызова нет — проведение разбито на семь отдельных процедур (см. листинг выше). При навигации по коду ориентируйтесь на фактические имена. Зафиксировано в issues.
💼 Партнёру / внедренцу. «После принятия к учёту не идёт амортизация» или «амортизация падает не на тот счёт» — причина почти всегда в регистрах сведений и настройках, а не в документе. Смотреть: способ отражения расходов в строке НМА (он задаёт счета затрат — расходы периода обычно 7210), счета учёта (ПолучитьСчетаУчетаНМА → настройки счетов учёта НМА у организации), состояние НМА. «Постановочной» проводки Дт 2730 здесь нет — она в «Поступлении НМА». Вся прикладная логика — в УчетНМА, УправлениеВнеоборотнымиАктивамиСервер, УчетАмортизации (для последующих начислений).

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

Из реального кода — две проверки:

  1. Дубли НМА — УправлениеВнеоборотнымиАктивамиСервер.ПроверитьОтсутствиеДублейВТабличнойЧасти(ЭтотОбъект, "НМА", Новый Структура("НематериальныйАктив"), Отказ): один нематериальный актив не может встречаться в табличной части дважды.
  2. Построчная проверка — ПроверитьЗаполнениеТабличнойЧастиПострочно (служебная процедура модуля). Состав обязательных полей условный: - при НачислятьАмортизациюБУ = Истина обязательны СтоимостьБУ, СпособНачисленияАмортизацииБУ, СпособОтраженияРасходовПоАмортизацииБУ; - дополнительно СрокПолезногоИспользованияБУ — кроме способа Производственный (при нём срок не нужен); - для способа Производственный обязателен ОбъемПродукцииРаботДляВычисленияАмортизацииБУ (со статусом сообщения «Важное»); - при ПризнакФиксированногоАктива = Истина обязательна ГруппаНУ.

Фрагмент логики (ObjectModule.bsl, ПроверитьЗаполнениеТабличнойЧастиПострочно, стр. 106):

Если СтрокаТабличнойЧасти.НачислятьАмортизациюБУ Тогда
    РеквизитыДляПроверки.Вставить("СтоимостьБУ");
    РеквизитыДляПроверки.Вставить("СпособНачисленияАмортизацииБУ");
    РеквизитыДляПроверки.Вставить("СпособОтраженияРасходовПоАмортизацииБУ");
    // При производственном способе срок не участвует в расчёте — не требуем:
    Если СтрокаТабличнойЧасти.СпособНачисленияАмортизацииБУ <> Перечисления.СпособыНачисленияАмортизацииНМА.Производственный Тогда
        РеквизитыДляПроверки.Вставить("СрокПолезногоИспользованияБУ");
    КонецЕсли;
    Если СтрокаТабличнойЧасти.СпособНачисленияАмортизацииБУ = Перечисления.СпособыНачисленияАмортизацииНМА.Производственный Тогда
        РеквизитыДляПроверки.Вставить("ОбъемПродукцииРаботДляВычисленияАмортизацииБУ", СтатусСообщения.Важное);
    КонецЕсли;
КонецЕсли;
Если СтрокаТабличнойЧасти.ПризнакФиксированногоАктива Тогда
    РеквизитыДляПроверки.Вставить("ГруппаНУ");
КонецЕсли;
💡 Подсказка по UI-валидации. При незаполненном поле процедура формирует адресное сообщение с привязкой к ячейке: Поле = "НМА[" + Формат(НомерСтроки - 1, "ЧН=0; ЧГ=") + "]." + ИмяРеквизита — пользователь видит подсветку конкретной строки/колонки.

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

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

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

🆕 Что нового

Версия Изменение Тип
3.0.72.1 Первичное описание (на релизе 3.0.72.1) 🆕