Документ «Принятие к учёту НМА»
Документ вводит нематериальный актив в эксплуатацию: фиксирует первоначальную стоимость, задаёт параметры амортизации (срок, способ, способ отражения расходов), закрепляет счета учёта и при необходимости — налоговые параметры фиксированного актива и объекта имущественного налога. Сам документ не делает бухгалтерских проводок Дт/Кт — он наполняет регистры сведений, по которым потом начисляется амортизация. Центральный документ блока «ОС и НМА» по нематериальным активам.
🎯 Что это и зачем
Когда организация купила или создала нематериальный актив (программу, лицензию, патент, товарный знак, право пользования), его мало просто оприходовать — нужно ввести в эксплуатацию: решить, по какой стоимости он стоит на балансе, как и сколько месяцев будет амортизироваться, на какие счета затрат относить амортизацию и как учитывать актив в налоговом учёте. Всё это и задаёт документ «Принятие к учёту НМА».
За одно проведение документ: - фиксирует первоначальную стоимость НМА в бухгалтерском учёте; - задаёт параметры начисления амортизации (начислять или нет, срок полезного использования, способ, способ отражения расходов); - закрепляет счета учёта НМА и накопленной амортизации (в плане счетов КЗ — обычно 2730 «Прочие нематериальные активы» и 2740 «Амортизация прочих нематериальных активов»); - переводит актив в состояние «принят к учёту / в эксплуатации»; - при признаке фиксированного актива — регистрирует данные налогового учёта (группа НУ, порядок погашения стоимости); - при признаке объекта имущественного налога — заносит актив в базу имущественного налога.
Кто работает: бухгалтеры и специалисты по учёту ОС/НМА. Документ создаётся нечасто (по факту ввода нового НМА), как правило — на основании «Поступления НМА» или «Инвентаризации НМА», реже вручную.
🧭 Где найти в программе
Раздел «ОС и НМА» → пункт «Принятие к учёту НМА» (или «Нематериальные активы» → «Принятие к учёту»). Откроется журнал документов; новый создаём кнопкой «Создать». Чаще документ заводят из проведённого «Поступления НМА» через «Создать на основании».
navigation-map.json (agent/knowledge/AccountingKZ30/navigation-map.json) объекта Документ.ПринятиеКУчетуНМА нет — карта обрывается на блоках «Продажа / Покупка / Банк и касса / ЭСФ». Название раздела и пункта меню в конкретной базе может отличаться («ОС и НМА», «Нематериальные активы», «Внеоборотные активы»). Проверьте по левому меню своей базы и при необходимости поправьте fresh_nav. Пробел в карте навигации зафиксирован в issues.👤 Часть 1. Для пользователя
Проходим по шагам, как в курсе: от поступившего НМА до проведённого ввода в эксплуатацию и проверки записей.
Урок 1. Принятие НМА к учёту на основании поступления
Когда: НМА уже оприходован документом «Поступление НМА», теперь его нужно ввести в эксплуатацию и задать амортизацию.
Шаг 1. Создаём документ на основании
Открываем проведённый документ «Поступление НМА» → «Создать на основании» → «Принятие к учёту НМА». Система автоматически перенесёт организацию, подразделение, способ поступления, заполнит ссылку на документ-основание и табличную часть «НМА» позициями из поступления.
Шаг 2. Проверяем шапку
- Организация — переносится из поступления; обязательна.
- Структурное подразделение — подразделение, где будет использоваться НМА (для аналитики затрат по амортизации). Может быть пустым.
- Способ поступления — покупка / безвозмездное получение / создание собственными силами и т.д.
- Документ-основание — ссылка на «Поступление НМА» (для прослеживаемости цепочки).
Шаг 3. Проверяем стоимость и счета учёта
В табличной части «НМА» по каждой строке проверяем: - Нематериальный актив — инвентарный объект из справочника НМА; - Стоимость БУ — первоначальная стоимость (по которой актив встанет на баланс); - Счёт учёта БУ и Счёт начисления амортизации БУ — подставляются автоматически при выборе НМА (в КЗ обычно 2730 и 2740); вручную их лучше не трогать.
Шаг 4. Задаём параметры амортизации
Если актив амортизируется — ставим флаг «Начислять амортизацию БУ» и заполняем: - Срок полезного использования БУ (в месяцах); - Способ начисления амортизации БУ (обычно «Линейный»); - Способ отражения расходов по амортизации БУ — определяет счета затрат, на которые ляжет будущая амортизация (расходы периода — обычно группа 7210, незавершённое производство/себестоимость — по настройке способа).
Для способа «Производственный» (пропорционально объёму продукции) срок не нужен — вместо него указываем «Объём продукции/работ для вычисления амортизации БУ».
Шаг 5. Налоговые параметры (если нужно)
Если НМА учитывается как фиксированный актив в налоговом учёте РК — ставим флаг «Признак фиксированного актива» и заполняем: - Группа НУ — группа налогового учёта фиксированных активов (влияет на ставку налоговой амортизации); - Порядок погашения стоимости НУ — по ставке / иной (часто переключается на «По ставке» автоматически).
Если актив попадает под имущественный налог — ставим флаг «Объект имущественного налога».
Шаг 6. Проводим и проверяем
«Провести» или «Записать и закрыть». После проведения актив переходит в состояние «принят к учёту» и готов к амортизации.
Урок 2. Ручной ввод НМА без документа поступления
Применяется при инвентаризации, восстановлении учёта или создании НМА собственными силами.
- Создаём документ напрямую (не на основании), раздел «ОС и НМА».
- Выбираем Организацию (обязательно), при необходимости — подразделение и способ поступления.
- В табличной части «НМА» — «Добавить» или «Подбор», выбираем нематериальный актив. Счета учёта подставятся автоматически.
- Стоимость БУ вводим вручную — без основания система её не подтянет.
- Заполняем параметры амортизации и налоговый блок (как в Уроке 1) и проводим.
Урок 3. Массовое заполнение параметров для списка НМА
Если в документе несколько однотипных НМА (например, пакет лицензий) — не заполняйте параметры в каждой строке вручную.
- Добавьте все строки в табличную часть.
- Нажмите «Заполнить для списка» (команда доступна только в непроведённом документе).
- Укажите общие параметры (флаг амортизации, срок, способ, способ отражения расходов) — система проставит их во все строки.
- Проведите документ.
🛠 Часть 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) | всегда |
СпособыОтраженияРасходовПоАмортизацииНМАБухгалтерскийУчет |
Сведения | Способ отражения расходов (счета затрат) | при начислении амортизации |
ОбъектыНалоговогоУчетаФА |
Сведения | Параметры налогового учёта ФА (группа НУ, порядок погашения) | при ПризнакФиксированногоАктива |
ФиксированныеАктивыУчитываемыеОтдельно |
Сведения | Раздельный учёт ФА | при ПризнакФиксированногоАктива |
ОбъектыИмущественногоНалога |
Сведения | База имущественного налога | при ОбъектИмущественногоНалога |
objects/ подавал «плоские» проводки и упоминал счета 27xx / 28xx (русско-подобная нумерация). В плане счетов КЗ НМА — это 2730 «Прочие нематериальные активы» и 2740 «Амортизация прочих нематериальных активов» (счета 28xx — это российский план). Точные счета берутся из настроек учёта (ПолучитьСчетаУчетаНМА), а не зашиты в документ; российские 04/05 не применяются. Зафиксировано в issues.business-logic/ObjectModule называет единый метод УчетНМА.СформироватьДвиженияПринятиеКУчетуНМА. В реальном коде 3.0.72.1 такого вызова нет — проведение разбито на семь отдельных процедур (см. листинг выше). При навигации по коду ориентируйтесь на фактические имена. Зафиксировано в issues.ПолучитьСчетаУчетаНМА → настройки счетов учёта НМА у организации), состояние НМА. «Постановочной» проводки Дт 2730 здесь нет — она в «Поступлении НМА». Вся прикладная логика — в УчетНМА, УправлениеВнеоборотнымиАктивамиСервер, УчетАмортизации (для последующих начислений).Валидации (ОбработкаПроверкиЗаполнения)
Из реального кода — две проверки:
- Дубли НМА —
УправлениеВнеоборотнымиАктивамиСервер.ПроверитьОтсутствиеДублейВТабличнойЧасти(ЭтотОбъект, "НМА", Новый Структура("НематериальныйАктив"), Отказ): один нематериальный актив не может встречаться в табличной части дважды. - Построчная проверка —
ПроверитьЗаполнениеТабличнойЧастиПострочно(служебная процедура модуля). Состав обязательных полей условный: - приНачислятьАмортизациюБУ = ИстинаобязательныСтоимостьБУ,СпособНачисленияАмортизацииБУ,СпособОтраженияРасходовПоАмортизацииБУ; - дополнительноСрокПолезногоИспользованияБУ— кроме способаПроизводственный(при нём срок не нужен); - для способаПроизводственныйобязателенОбъемПродукцииРаботДляВычисленияАмортизацииБУ(со статусом сообщения «Важное»); - приПризнакФиксированногоАктива = ИстинаобязательнаГруппаНУ.
Фрагмент логики (ObjectModule.bsl, ПроверитьЗаполнениеТабличнойЧастиПострочно, стр. 106):
Если СтрокаТабличнойЧасти.НачислятьАмортизациюБУ Тогда
РеквизитыДляПроверки.Вставить("СтоимостьБУ");
РеквизитыДляПроверки.Вставить("СпособНачисленияАмортизацииБУ");
РеквизитыДляПроверки.Вставить("СпособОтраженияРасходовПоАмортизацииБУ");
// При производственном способе срок не участвует в расчёте — не требуем:
Если СтрокаТабличнойЧасти.СпособНачисленияАмортизацииБУ <> Перечисления.СпособыНачисленияАмортизацииНМА.Производственный Тогда
РеквизитыДляПроверки.Вставить("СрокПолезногоИспользованияБУ");
КонецЕсли;
Если СтрокаТабличнойЧасти.СпособНачисленияАмортизацииБУ = Перечисления.СпособыНачисленияАмортизацииНМА.Производственный Тогда
РеквизитыДляПроверки.Вставить("ОбъемПродукцииРаботДляВычисленияАмортизацииБУ", СтатусСообщения.Важное);
КонецЕсли;
КонецЕсли;
Если СтрокаТабличнойЧасти.ПризнакФиксированногоАктива Тогда
РеквизитыДляПроверки.Вставить("ГруппаНУ");
КонецЕсли;
Поле = "НМА[" + Формат(НомерСтроки - 1, "ЧН=0; ЧГ=") + "]." + ИмяРеквизита — пользователь видит подсветку конкретной строки/колонки.Зависимости (общие модули)
| Модуль | Роль |
|---|---|
УчетНМА |
основной модуль учёта НМА: формирование движений по регистрам сведений, контроль состояния (6 вызовов в ОбработкаПроведения) |
УправлениеВнеоборотнымиАктивамиСервер |
проверка дублей, получение счетов учёта НМА, движения по налоговому учёту ФА (3+ вызовов) |
ПроведениеСервер |
подготовка наборов записей к проведению |
ЗаполнениеДокументов |
заполнение шапки при создании |
ОбщегоНазначения / ОбщегоНазначенияБКВызовСервераПовтИсп |
служебные функции, валюта регл. учёта, текущая дата |
Документы.ПринятиеКУчетуНМА (менеджер) |
ЗаполнитьПоДокументуОснования, ПодготовитьПараметрыПроведения, печать ДА-1 |
- Проводок нет. Документ наполняет регистры сведений по НМА — это «паспорт актива» для амортизации, а не бухгалтерская запись. Не ищите
Движения.Типовой/Движения.Хозрасчетный— их в коде нет.РучнаяКорректировка = Истина→Возвратсразу после подготовки наборов: движения заполняет пользователь, авто-логика выключается целиком.- Контроль состояния — отдельный gate.
УчетНМА.ПроверитьВозможностьИзмененияСостоянияНМАсрабатывает до записи движений; повторное принятие к учёту того же НМА перехватывается здесь.- Счета — через настройки, не через документ. Источник истины —
УправлениеВнеоборотнымиАктивамиСервер.ПолучитьСчетаУчетаНМА(Организация, НМА, Дата); при отсутствии настройки вернётся пустая ссылкаПланыСчетов.Типовой.ПустаяСсылка(), и проведение «молча» не закрепит счёт — проверяйте настройки счетов учёта НМА у организации.- Печать ДА-1. Печатная форма (Акт приёмки-передачи НМА) формируется в
ManagerModule(ПечатьДА1, ~252 строки) и регистрируется черезДобавитьКомандыПечати.
🔗 Связанные разделы
- postuplenie-nma — документ-основание: оприходование НМА и постановочная проводка Дт 2730
- schet-faktura-poluchennyy — ЭСФ по поступлению НМА (по цепочке через основание)
- (плейсхолдер: «Начисление амортизации НМА» — регламентная операция, читает регистры этого документа; отдельной статьи в guide пока нет)
- (плейсхолдер: «Инвентаризация НМА» — альтернативный документ-основание; статьи в guide пока нет)
🆕 Что нового
| Версия | Изменение | Тип |
|---|---|---|
| 3.0.72.1 | Первичное описание (на релизе 3.0.72.1) | 🆕 |