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

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

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

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

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

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

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

Проходим по шагам, как в курсе: от пустого документа до проведённого поступления и проверки проводок. Главное правило этого документа — сначала выбрать вид операции, от него зависит, какие поля и колонки вы увидите.

Урок 1. Покупка НМА у поставщика-резидента

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

Шаг 1. Создаём документ и выбираем вид операции

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

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

• Организация — подставится основная или выбираем вручную.
• Контрагент — поставщик НМА (обязательно).
• Договор — подтянется автоматически после выбора контрагента (если договор один) или выбираем из списка. (Поле обязательно, только если в базе включён учёт по договорам — см. врезку программисту.)
• Валюта, Курс, Кратность — для расчётов в тенге заполняются сами; для валюты курс подтянется на дату документа.
• Счёт учёта расчётов с контрагентом — обычно 3310, подставляется автоматически.

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

Если организация — плательщик КПН и поступление надо отразить в налоговом учёте, установите флаг «Учитывать КПН» и выберите «Вид учёта НУ». В табличной части появится колонка «Счёт учёта НУ».

Шаг 4. Добавляем НМА в табличную часть

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

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

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

Урок 2. Поступление НМА от нерезидента (импорт)

Когда: организация приобрела лицензию или ПО у иностранного контрагента.

Отличия от Урока 1: 1. Вид операции — «Поступление от нерезидента». 2. Указываем валюту договора (USD, EUR и т.п.); курс подтянется на дату документа. 3. Флаг «Учитывать НДС» автоматически снимается и блокируется — НДС в этом документе не рассчитывается. Колонки НДС в строках остаются пустыми. 4. НДС за нерезидента (если он возникает) учитывается отдельно — через регистр/механизм «НДС за нерезидента», а не в этом поступлении.

Урок 3. Создание на основании и регистрация счёта-фактуры

Чтобы не вводить данные дважды, поступление можно создать «на основании» или, наоборот, выписать из него счёт-фактуру.

Создать поступление на основании: - из счёта-фактуры полученного — контрагент, договор, табличная часть, суммы и ставки НДС скопируются автоматически, вид операции определится сам; - из доверенности — на получение НМА (используется редко).

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

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

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

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

Тип номера — строковый, длина 11. Проведение — разрешено (Posting = Allow), оперативное проведение запрещено (RealTimePosting = Deny).

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

Табличные части: - НМА — основная: НематериальныйАктив, Сумма, СтавкаНДС, СуммаНДС, СчетУчетаБУ, СчетУчетаНДС, НДСВидОборота, НДСВидПоступления, СчетУчетаНУ. - УчастникиСовместнойДеятельности — для поступления в рамках совместной деятельности (УчастникСовместнойДеятельности, ДоляУчастия).

Формы: ФормаДокумента (основная), ФормаВыбора, ФормаСписка. В ФормаДокумента сосредоточена клиентская логика: переинициализация при смене вида операции/организации/даты, расчёт сумм строк, заполнение счетов по умолчанию, команды работы со счётом-фактурой.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    // Переоценка валютных остатков — ПОСЛЕ формирования проводок другими механизмами
    ТаблицаПереоценкаДвиженийДокумента = УчетДоходовРасходов.ПодготовитьТаблицуПереоценкаВалютныхОстатковПоПроводкамДокумента(
        ПараметрыПроведения.ЗачетАвансовРеквизиты, Движения, Отказ);
    УчетДоходовРасходов.СформироватьДвиженияПереоценкаВалютныхОстатков(ТаблицаПереоценкаДвиженийДокумента,
        ПараметрыПроведения.Реквизиты, Движения, Отказ);

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

    // Синхронизация счёта-фактуры
    УчетНДСИАкциза.СинхронизацияПризнакаПроведенияУСчетаФактуры(Ссылка, Отказ, Истина, "СчетФактураПолученный");

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

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

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

Движения по регистрам (источник истины — метаданные)

Полный список из RegisterRecords метаданных объекта:

• Дт 2730 — Кт 3310 на стоимость НМА без НДС;
• Дт 1420 — Кт 3310 на сумму входного НДС (если НДС к зачёту, а не в стоимость);
• при зачёте аванса — Дт 3310 — Кт 1610 (или иной счёт авансов выданных).

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

Логика — «от обратного»: процедура собирает массив непроверяемых реквизитов и снимает с них обязательность, после чего проверяет уникальность НМА. Реальный код:

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

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

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

    // НДС: если не плательщик НДС ИЛИ НДС не учитываем ИЛИ зачёт отложен —
    // не требуем реквизиты НДС в строках
    Если НЕ ПроцедурыНалоговогоУчета.ПолучитьПризнакПлательщикаНДС(Организация, Дата)
        ИЛИ НЕ УчитыватьНДС ИЛИ ОтложитьПринятиеНДСКЗачету Тогда
        МассивНепроверяемыхРеквизитов.Добавить("НМА.НДСВидОборота");
        МассивНепроверяемыхРеквизитов.Добавить("НМА.НДСВидПоступления");
        МассивНепроверяемыхРеквизитов.Добавить("НМА.СтавкаНДС");
        МассивНепроверяемыхРеквизитов.Добавить("НМА.СчетУчетаНДС");
    КонецЕсли;

    // Учёт по договорам выключен — договор не обязателен
    Если НЕ ПолучитьФункциональнуюОпцию("ВестиУчетПоДоговорам") Тогда
        МассивНепроверяемыхРеквизитов.Добавить("ДоговорКонтрагента");
    КонецЕсли;

    ОбщегоНазначения.УдалитьНепроверяемыеРеквизитыИзМассива(ПроверяемыеРеквизиты, МассивНепроверяемыхРеквизитов);

    // Запрет дублей НМА в табличной части
    УправлениеВнеоборотнымиАктивамиСервер.ПроверитьОтсутствиеДублейВТабличнойЧасти(
        ЭтотОбъект, "НМА", Новый Структура("НематериальныйАктив"), Отказ);

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

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

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

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

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

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

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

• schet-faktura-poluchennyy — счёт-фактура полученный: основание поступления и объект синхронизации НДС (плановый раздел)
• postuplenie-tmz-i-uslug — поступление товаров и услуг: «соседний» документ закупки в разделе «Покупка» (плановый раздел)
• doverennost — доверенность: альтернативное основание поступления НМА (плановый раздел)

🆕 Что нового