Документ «Изменение способов отражения расходов по амортизации ОС»

Настроечный документ. Он не делает бухгалтерских проводок (Дт/Кт) и не считает сумму амортизации — он лишь записывает в регистры сведений новый способ отражения расходов по амортизации для перечисленных основных средств и регистрирует это как событие ОС. С даты документа очередной расчёт амортизации (в «Закрытии месяца») начнёт списывать расходы на новые счета затрат, заданные выбранным способом. Раздел «ОС и НМА» в Бухгалтерии для Казахстана 3.0.

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

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

У каждого основного средства есть способ отражения расходов по амортизации — настройка, которая отвечает на вопрос «на какой счёт затрат и с какой аналитикой списывать ежемесячную амортизацию этого объекта». Например, амортизация станка в цехе уходит на производственные расходы (8410), а амортизация офисной мебели — на административные (7210).

Со временем способ нужно поменять: объект перевели в другой цех, сменили вид деятельности, на котором он используется, или скорректировали учётную политику. Чтобы со следующего месяца амортизация считалась «по-новому», и нужен этот документ. Он:

Важно понимать границу ответственности: сам документ амортизацию не начисляет и проводок не формирует. Он только переключает «стрелку». Фактическое списание расходов на новые счета произойдёт позже — при расчёте амортизации в документе «Закрытие месяца», который прочитает актуальный способ из регистра.

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

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

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

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

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

Проходим по шагам, как в курсе: от пустого документа до записи нового способа амортизации и проверки результата. Помните: «Дт/Кт» у этого документа пустой — проверяем не проводки, а записи в регистрах (см. Урок 4).

Урок 1. Изменение способа амортизации вручную

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

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

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

📷 СКРИН 02
СКРИН 02 — пустая форма нового документа.

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

📷 СКРИН 03
СКРИН 03 — заполненная шапка — организация и новый способ отражения расходов.
⚠️ Важно. Поля Организация и Способ отражения расходов по амортизации обязательны — без них документ не запишется. Один документ задаёт один общий новый способ сразу для всех строк таблицы ОС. Если разным объектам нужны разные способы — заведите несколько документов.

Шаг 3. Добавляем основные средства

Переходим в таблицу «ОС». Два способа наполнения: - «Подбор» — открывает форму подбора из справочника «Основные средства»; можно отметить сразу несколько объектов. - «Добавить» — построчно вручную.

При выборе ОС колонка «Инвентарный номер» заполняется автоматически — по справочнику ОС на дату документа.

📷 СКРИН 04
СКРИН 04 — таблица «ОС» с подобранными объектами и автозаполненными инвентарными номерами.
⚠️ Важно. Один и тот же объект нельзя добавить в таблицу дважды — при проведении сработает проверка дублей и документ не проведётся. См. также Урок 5.

Шаг 4. Комментарий (по желанию)

Поле «Комментарий» — свободный текст с причиной изменения (например, «Перевод объекта в цех №2»). На учёт не влияет, помогает аудиту.

📷 СКРИН 05
СКРИН 05 — поле «Комментарий».

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

«Провести» или «Записать и закрыть». Документ запишет новый способ в регистр сведений и зарегистрирует событие ОС.

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

Урок 2. Создание на основании «Перемещения ОС»

Когда: объект перемещён между подразделениями (есть проведённое «Перемещение ОС»), и из-за смены подразделения нужно сменить способ амортизации.

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

Открываем проведённое «Перемещение ОС» → «Создать на основании» → «Изменение способов отражения расходов по амортизации ОС».

Шаг 2. Проверяем автозаполнение

Система подставит из основания: - Организация; - Структурное подразделение — берётся подразделение-получатель перемещения (куда переехал объект); - Документ-основание — ссылка на «Перемещение ОС»; - таблицу «ОС» — все объекты из перемещения.

📷 (плейсхолдер
(плейсхолдер — меню «Создать на основании» на документе «Перемещение ОС»)*

Шаг 3. Указываем новый способ и проводим

Вручную выбираем «Способ отражения расходов по амортизации» (он из основания не подтягивается — его всегда задаёте вы), при необходимости правим список ОС и проводим.

⚠️ Важно. Если после создания вы смените реквизит «Документ-основание», программа спросит, перезаполнить ли таблицу ОС. Ответ «Да» полностью заменит строки данными нового основания; «Нет» — оставит старые. Если очистить «Документ-основание», очистятся и Организация, и Структурное подразделение.

Урок 3. Изменение даты документа

Когда: нужно скорректировать дату, с которой действует новый способ.

Меняем поле «Дата». Программа: 1. Проверит, не запрещено ли редактирование этой даты (дата закрытого периода) — и предупредит. 2. Пересчитает инвентарные номера ОС на новую дату (инвентарный номер привязан к состоянию справочника ОС на дату).

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

Урок 4. Как проверить результат (вместо «Дт/Кт»)

У этого документа отчёт «Дт/Кт» будет пустым — это нормально, бухгалтерских проводок он не делает. Проверяем по-другому:

  1. Кнопка «Движения документа» (или «Дт/Кт» → вкладки регистров) → смотрим записи в регистрах сведений «Способы отражения расходов по амортизации ОС (бухгалтерский учёт)» и «События ОС организаций».
  2. Косвенно — в следующем «Закрытии месяца»: после расчёта амортизации откройте проводку начисления амортизации по объекту и убедитесь, что расход ушёл на счёт затрат из нового способа.
📷 СКРИН 07
СКРИН 07 — окно «Движения документа» — записи в регистрах сведений (а не проводки Дт/Кт).
💡 Подсказка. Чтобы увидеть, какой способ действует для объекта сейчас, можно посмотреть карточку основного средства или отчёты по ОС — они читают тот же регистр, что пишет этот документ.

Урок 5. Ручная корректировка

Когда: опытный бухгалтер исправляет нестандартную ситуацию и не хочет, чтобы документ формировал стандартные записи.

Ставим флаг «Ручная корректировка» = Истина и проводим. Документ запишется, но движения по регистрам формироваться не будут — их при необходимости вносят вручную.

⚠️ Важно. Режим полностью отключает автоматическое заполнение регистров. Если включить его по ошибке, объект сохранит старый способ амортизации, хотя документ выглядит проведённым. Для обычных сценариев флаг держим выключенным.

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

Источник: реальный код релиза 3.0.72.1 — Documents/ИзменениеСпособовОтраженияРасходовПоАмортизацииОС/Ext/ObjectModule.bsl и .../Ext/ManagerModule.bsl, плюс разбор objects/ и business-logic/.

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

Реквизиты шапки:

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

Табличная часть ОС: единственная колонка в метаданных — ОсновноеСредство (СправочникСсылка.ОсновныеСредства). Колонка ИнвентарныйНомер существует только в форме (не в метаданных), заполняется на сервере по дате документа.

⚠️ Несостыковка [KZ30-OS-0001]. Разбор business-logic/..._ObjectModule.md называет целевой регистр «регистром накопления СпособыОтраженияРасходовПоАмортизацииОС» с приходом/расходом. Реальный код (ManagerModule, ниже) и разбор objects/ показывают регистры сведений СпособыОтраженияРасходовПоАмортизацииОСБухгалтерскийУчет и СобытияОСОрганизаций. Верно второе: документ ничего не «накапливает», он записывает срез способа на дату. См. поле issues.

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

Обработчик Строк Что делает
ОбработкаЗаполнения ~16 Если данные заполнения — это документ из ВводитсяНаОсновании → ЗаполнитьПоДокументуОснования. Если Структура → удаляет Автор и ЗаполнитьЗначенияСвойств. В конце — ЗаполнениеДокументов.ЗаполнитьШапкуДокумента с валютой регл. учёта
ОбработкаПроверкиЗаполнения ~3 Один вызов: УправлениеВнеоборотнымиАктивамиСервер.ПроверитьОтсутствиеДублейВТабличнойЧасти(..., "ОС", ..., Отказ)
ОбработкаПроведения ~33 Готовит наборы записей, при РучнаяКорректировка выходит; получает параметры из ManagerModule; делегирует формирование движений модулю УчетОС
ПередЗаписью ~5 Пустой при ОбменДанными.Загрузка (ранний Возврат); иной логики нет
ПриКопировании ~3 Дата = НачалоДня(ОбщегоНазначения.ТекущаяДатаПользователя())
ЗаполнитьПоДокументуОснования (Экспорт) ~9 Если основание — ДокументСсылка.ПеремещениеОС, вызывает ЗаполнитьДокументПоПеремещениеОС из ManagerModule

В форме (ФормаДокумента) дополнительно: ДатаПриИзменении (пересчёт инвентарных номеров + проверка запрета даты), ДокументОснованиеПриИзменении (диалог перезаполнения ТЧ), ОСОсновноеСредствоПриИзменении (автозаполнение инвентарного номера), подбор ОС через Справочник.ОсновныеСредства.Форма.ФормаПодбора.

Ключевая процедура — реальный код (3.0.72.1)

Главное: никаких счетов Дт/Кт документ не формирует. ОбработкаПроведения собирает временные таблицы через менеджер и делегирует запись движений общему модулю УчетОС. Полный текст процедуры из ObjectModule.bsl:

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

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

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

    ПараметрыПроведения = Документы.ИзменениеСпособовОтраженияРасходовПоАмортизацииОС.ПодготовитьПараметрыПроведения(Ссылка, Отказ);

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

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

    // ФОРМИРОВАНИЕ ДВИЖЕНИЙ

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

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

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

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

Заполнение по основанию (ManagerModule.ЗаполнитьДокументПоПеремещениеОС):

Процедура ЗаполнитьДокументПоПеремещениеОС(Объект, Основание) Экспорт

    Объект.Организация              = Основание.Организация;
    Объект.СтруктурноеПодразделение = Основание.СтруктурноеПодразделениеПолучатель;  // именно ПОЛУЧАТЕЛЬ
    Объект.ДокументОснование        = Основание.Ссылка;

    Для Каждого ТекущаяСтрока Из Основание.ОС Цикл
        НоваяСтрока = Объект.ОС.Добавить();
        НоваяСтрока.ОсновноеСредство = ТекущаяСтрока.ОсновноеСредство;
    КонецЦикла;

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

Обратите внимание: способ амортизации из основания не переносится — его всегда задаёт пользователь.

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

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

❗ Бухгалтерских проводок (регистр Типовой/Налоговый, счета КЗ) документ НЕ формирует. Отчёт «Дт/Кт» по нему пуст. Это настроечный/регистрационный документ. Списание амортизации на счета затрат (например, 7210 — административные, 8410 — производственные накладные; кредит — счёт накопленной амортизации ОС 2420) выполняет позднее расчёт амортизации в «Закрытии месяца», читая актуальный способ из регистра. Сам же справочник СпособыОтраженияРасходовПоАмортизации хранит проводку отражения (Дт счёта затрат) — но применяет её не этот документ.

⚠️ Несостыковка [KZ30-OS-0002]. «Плоские» проводки вида «Дт 7210/8410 Кт 02» из укрупнённых разборов к этому документу не относятся и приведены здесь только как иллюстрация конечного эффекта. Счёт 02 — российский (амортизация ОС); в плане счетов КЗ накопленная амортизация ОС — 2420, НМА — 2740. Точную проводку начисления смотрите на документе «Закрытие месяца» по отчёту «Дт/Кт», а счета затрат — в карточке выбранного способа отражения расходов. См. поле issues.

Валидации

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

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

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

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

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

🆕 Что нового

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