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

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

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

Кто работает: бухгалтер по ОС. Частота — эпизодически, по мере завершения работ по улучшению активов. Документ вводится самостоятельно (не «на основании»): данные об ОС подтягиваются из регистров на дату документа.

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

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

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

Проходим по шагам: от пустого документа до проведённой модернизации, проверки проводок и печати акта А-5.

Урок 1. Модернизация одного основного средства

Когда: завершены работы по улучшению конкретного ОС, и нужно увеличить его стоимость и пересчитать амортизацию.

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

Раздел «ОС и НМА» → «Модернизация ОС» → «Создать». В шапке заполняем Дату (как правило — дата завершения работ, она же дата ввода ОС в эксплуатацию после модернизации).

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

• Организация — в чьём учёте модернизируется ОС (обязательно).
• Объект модернизации — само основное средство (обязательно). Может быть как одиночное ОС, так и комплект (тогда станет доступно автозаполнение составом — см. Урок 2).
• Счёт учёта объекта модернизации (БУ) — счёт, на котором числится ОС (обычно подставляется из карточки/регистра счетов ОС; группа 2410–2430).
• Структурное подразделение — подразделение, где эксплуатируется ОС (необязательно; используется как отбор при подборе).

Шаг 3. Указываем сумму модернизации

Поле Стоимость модернизации (БУ) — общая сумма затрат на улучшение. Два способа: 1. Вручную — вписать сумму. 2. Кнопкой «Рассчитать стоимость» — программа соберёт затраты, ранее накопленные по этому ОС (из регистров), и подставит сумму.

Шаг 4. Заполняем табличную часть «ОС»

Переходим на закладку «ОС». Для одиночного ОС добавляем строку и выбираем Основное средство — данные подтянутся автоматически: - Стоимость (БУ) — текущая первоначальная стоимость до модернизации; - Амортизация (БУ) — накопленная амортизация; - Срок полезного использования (БУ), Коэффициент амортизации (БУ), Ликвидационная стоимость (БУ) — текущие параметры.

Указываем Сумму модернизации (БУ) по строке и при необходимости новый Срок полезного использования / Ликвидационную стоимость. Месячная сумма амортизации и годовой процент пересчитаются автоматически.

Шаг 5. Заполняем инвентаризационную комиссию (для акта А-5)

Закладка «Инвентаризационная комиссия» → «Подбор». Добавляем сотрудников, у одного ставим флаг Председатель.

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

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

Шаг 7. Печатаем акт А-5

Кнопка «Печать» → форма «Акт А-5» (приёмки-передачи отремонтированных, реконструированных, модернизированных объектов). В акт попадут данные об ОС, сумма модернизации и состав комиссии.

Урок 2. Модернизация комплекта ОС

Когда: улучшается комплект основных средств (например, производственная линия), и сумму модернизации нужно распределить между его составляющими.

1. Заполняем шапку, в Объекте модернизации выбираем ОС-комплект (у него заполнен состав в учёте).
2. В табличной части «ОС» нажимаем «Заполнить» → «Заполнить данными комплекта» — программа добавит строки по каждому ОС из состава комплекта на дату документа.
3. Распределяем Сумму модернизации (БУ) по строкам (контроль распределения — на пользователе; программа не делит сумму автоматически).
4. Проверяем параметры амортизации по строкам и проводим.

Урок 3. Массовая модернизация нескольких ОС списком

Когда: одновременно модернизируется несколько однотипных ОС (например, парк компьютеров одного отдела).

1. Заполняем Организацию и Дату (обязательно — до подбора).
2. В табличной части «ОС» → «Заполнить» → «Заполнить для списка ОС».
3. В открывшемся подборе отмечаем нужные ОС (отбор учитывает организацию и, если задано, структурное подразделение) и подтверждаем.
4. Заполнение строк идёт в фоне (длительная операция с запросами к регистрам стоимости и амортизации) — дожидаемся завершения.
5. Указываем суммы модернизации по строкам, проверяем параметры, проводим.

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

Источник: реальный код релиза 3.0.72.1 (Documents/МодернизацияОС/Ext/ObjectModule.bsl), плюс разбор objects/Документ_МодернизацияОС.md и business-logic/Документ_МодернизацияОС_*.md (ObjectModule, ManagerModule).

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

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

Табличные части. - ОС — перечень модернизируемых ОС и их параметры до/после модернизации: ОсновноеСредство, СтоимостьБУ, СуммаМодернизацииБУ, АмортизацияБУ, АмортизацияЗаМесяцБУ, СрокПолезногоИспользованияБУ, ФактСрокИспользованияБУ, ЛиквидационнаяСтоимостьБУ, КоэффициентАмортизацииБУ, КоэффициентУскоренияБУ, ОбъемПродукцииРаботБУ, ФактОбъемПродукцииРаботБУ, СчетНУ + СубконтоНУ1..3. - ИнвентаризационнаяКомиссия — ФизЛицо, Председатель (для печати А-5).

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

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

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

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

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

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

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

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

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

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

    // ФОРМИРОВАНИЕ ДВИЖЕНИЙ — всё делает общий модуль УчетОС:

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

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

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

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

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

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

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

Важные детали из кода: - РучнаяКорректировка = Истина → авто-проведение полностью пропускается (Возврат сразу после подготовки наборов записей) — движения заполняет пользователь вручную. - Каждый блок движений формируется только если соответствующая таблица параметров непустая (Количество() <> 0) — например, проводки НУ не пишутся, если налоговая таблица пуста (нет КПН). - Источник данных для движений — ПараметрыПроведения, которую готовит ManagerModule.ПодготовитьПараметрыПроведения (по objects//business-logic/ — на основе регистров СоставОС, СостоянияОСОрганизаций, стоимости/амортизации ОС и состояния ОС на дату).

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

Иллюстрация проводки (план счетов КЗ — сверять по отчёту «Дт/Кт» на проведённом документе).

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

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

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

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

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

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

• prinyatie-k-uchetu-os — первичное принятие ОС к учёту (предшествует модернизации)
• izmenenie-parametrov-nachisleniya-amortizacii-os — изменить параметры амортизации без капитализации затрат
• komplektaciya-os — формирование/изменение состава комплекта ОС
• pereocenka-vneoborotnyh-aktivov — переоценка стоимости внеоборотных активов
• izmenenie-sostoyaniya-os — смена учётного состояния ОС (модернизацией не меняется)

🆕 Что нового