Проанализируем ситуацию: основное средство (ОС) числится на забалансовом учете с 2013 года, амортизация не начислялась, стоимость объекта — 19 000 руб., и сейчас его нужно передать другой бюджетной организации. Из-за того, что объект находится на забалансе, чаще всего возникают два практических вопроса: правильно ли он вообще попал на забаланс и какой порядок действий в 1С:БГУ выбрать, чтобы передача прошла корректно по учету и по первичке.
Разберем по шагам: сначала определим правильную учетную категорию объекта (баланс/забаланс), затем оформим восстановление на балансе (если нужно), после этого — амортизацию (если нужна), и только потом — передачу другой организации. По пути посмотрим, какие документы и объекты конфигурации 1С помогают сделать это максимально «типовыми» операциями, без ручных проводок.
Начнем с главного: «забаланс» в БГУ — это не один счет, а несколько сценариев учета. Чаще всего ОС «в эксплуатации» учитывают на забалансовом счете 21. Также встречаются ситуации, когда имущество попадает на забалансовые счета из-за статуса (например, в безвозмездном пользовании, на хранении, в пути и т.д.). Поэтому сначала определим фактическую картину.
Откроем карточку объекта в справочнике ОсновныеСредства (или соответствующий справочник вашей редакции БГУ) и посмотрим, какой счет учета указан в реквизитах/истории отражения.
Откроем отчеты по ОС и забалансу (типовые «Оборотно-сальдовая ведомость» по забалансовым счетам, ведомости по счету 21), чтобы увидеть: на каком счете объект числится, в какой оценке и каким документом он туда попал.
Проверим, есть ли у объекта инвентарный номер, срок полезного использования, группа ОС и другие обязательные параметры — это важно, потому что «забалансовые ОС» до определенного порога стоимости часто ведутся проще, а «балансовые ОС» требуют полного набора параметров.
Ключевая развилка: если объект стоимостью 19 000 руб. действительно учитывается на забалансовом счете 21, это выглядит как потенциальная ошибка учета (потому что для счета 21 обычно используют порог «до 10 000 руб. включительно» для ОС в эксплуатации). Но мы не будем гадать — мы совместно проверим правила, действующие в вашем учете, и только потом выберем правильное оформление.
Чтобы выбрать правильный путь, сравним стоимость объекта с порогами, которые применяются к ОС в учреждениях госсектора. В типовой практике и методологии учета для учреждений часто встречается подход:
ОС стоимостью до 10 000 руб. включительно — при вводе в эксплуатацию списываются на расходы с одновременным отражением на забалансовом счете 21 для контроля движения.
ОС стоимостью выше 10 000 руб. — учитываются на балансовом счете 101 с начислением амортизации по счету 104.
Теперь применим это к нашему кейсу: стоимость 19 000 руб. выше 10 000 руб. Значит, чаще всего объект должен быть балансовым ОС на счете 101 с амортизацией на 104. И если он много лет числился на забалансе, это обычно означает одно из двух:
Ошибка прошлых лет: объект неверно классифицировали как «малое ОС» и отразили на 21.
Не тот объект: под видом ОС на 21 фактически ведется иной актив (например, инвентарь/предметы, или учет велся в условной оценке), и тогда сначала нужно восстановить первичную документацию/основание классификации.
Дальше действуем практично: если ваша задача — передать объект другой бюджетной организации, то для корректной передачи между правообладателями в большинстве сценариев нужно, чтобы объект был отражен как полноценный объект ОС на балансовом учете (101/104), а не просто «контрольный объект» на забалансе 21. Поэтому в типовом решении мы будем восстанавливать объект на балансе, а уже затем оформлять передачу.
Это самый распространенный и методологически «безопасный» путь для случая, когда объект прекращает числиться на 21 и передается другому правообладателю. Рассмотрим подробнее пошагово.
В 1С:БГУ для восстановления объектов с забаланса на баланс обычно используют документ из подсистемы ОС: «Списание объектов ОС, НМА, НПА (кроме транспорта)» (название может отличаться в зависимости от редакции, но смысл тот же). Важно: мы используем не «ручную операцию», а типовой документ, потому что он одновременно:
списывает объект с забаланса 21,
формирует восстановление на счете 101,
создает корректные движения по регистрам учета ОС,
позволяет корректно связать восстановление с дальнейшим выбытием/передачей.
Как заполняем документ (логика заполнения):
Создадим документ «Списание объектов ОС, НМА, НПА…» в разделе учета ОС (обычно «ОС, НМА, НПА» → «Выбытие»).
Выберем вид операции/бухгалтерскую операцию: «Списание ОС с восстановлением на балансе» (формулировка может быть близкой по смыслу).
Укажем организацию, дату операции (обычно дата решения/приказа о передаче или дата подготовки к передаче), материально ответственное лицо (МОЛ), подразделение.
В табличную часть подберем нужный объект ОС, который числится на 21.
В параметрах восстановления укажем, на какой балансовый счет восстанавливаем — 101.xx с нужной аналитикой (КФО/КПС/КЭК/КБК — по правилам вашей учетной политики и настроек БГУ).
После проведения документа мы должны получить результат: объект перестает числиться на счете 21 и появляется на балансе на счете 101. При этом в зависимости от настроек может формироваться корреспонденция с доходами от операций с активами (например, через счета 401.10.xxx в части восстановления). Это нормально для «восстановления при выбытии», потому что фактически мы переводим объект из «условного контроля» в полноценный актив, чтобы дальше правильно отразить передачу.
Проверим себя: после проведения сформируем оборотку по 21 и 101, а также карточку ОС. Убедимся, что:
по 21 объект ушел (или уменьшился, если учет велся в условной оценке),
по 101 объект появился с балансовой стоимостью,
объект теперь доступен в документах передачи балансовых ОС.
Вот здесь чаще всего и возникает основной вопрос автора: «надо ли начислить амортизацию, раз раньше ее не было». Разберем аккуратно.
Если объект стоимостью 19 000 руб. должен был быть на 101 с 2013 года, то амортизация должна была начисляться весь период эксплуатации. Но технически «просто начислить амортизацию задним числом» нельзя делать без понимания, что это за ситуация:
Если это ошибка прошлых лет, то корректировка отражается как исправление ошибок (в том числе прошлых периодов) в соответствии с правилами учета и вашей учетной политикой.
Если на момент восстановления объект уже полностью самортизирован по сроку, то чаще всего мы стремимся к тому, чтобы передать объект с нулевой остаточной стоимостью (то есть начислить амортизацию до 100%), но сделать это корректирующими документами, а не «псевдоэксплуатацией».
Если объект еще не выработал срок полезного использования, то мы восстанавливаем параметры ОС (СПИ, дату ввода) и продолжаем начислять амортизацию дальше уже корректно, а прошлые периоды исправляем отдельно, если это требуется.
Практический подход, который часто применяют при передаче: если вы передаете объект сейчас и нет смысла «раздувать» остаточную стоимость из-за отсутствия амортизации в прошлом, то на дату восстановления корректируют амортизацию так, чтобы остаточная стоимость соответствовала фактическому состоянию (часто — ноль, если объект давно эксплуатируется). Но мы обязательно согласуем этот подход с вашим внутренним порядком исправления ошибок и требованиями учредителя/финоргана, потому что методология может отличаться по типу учреждения и по КФО.
Чтобы 1С могла начислять амортизацию, у объекта должны быть корректно заполнены параметры учета. Посмотрим, что нужно проверить и заполнить.
Срок полезного использования (СПИ) и амортизационная группа (если используется).
Дата принятия к учету (или дата ввода в эксплуатацию — в зависимости от методологии начисления).
Способ начисления амортизации (обычно линейный), счет амортизации 104.xx.
Аналитика учета (КФО, КПС, КЭК/КОСГУ в разрезе настроек), МОЛ, подразделение.
Дальше возможны два сценария начисления амортизации.
Этот вариант используют, когда нужно быстро и корректно подготовить объект к передаче, а по факту он давно эксплуатируется и должен иметь значительную (или полную) амортизацию.
Что делаем в 1С:
Определим фактическую сумму амортизации, которая должна быть на дату передачи (например, 100% от стоимости, если СПИ давно закончился).
Оформим корректировку амортизации документом, который предусмотрен вашей редакцией БГУ для исправлений/корректировок по ОС (в разных редакциях это могут быть документы вида «Операция (бухгалтерская)» с движениями по регистрам ОС, либо специализированные документы корректировки/исправления).
Проверим, что по счету 104 появилась сумма, а остаточная стоимость на 101 стала той, которую мы ожидаем (часто — ноль).
Важно: если вы делаете корректировку амортизации как исправление ошибки прошлых лет, не смешивайте ее с текущими регламентными начислениями. Сначала корректно «выведите» объект в нужное состояние, затем уже выполняйте стандартные регламентные процедуры.
Если по документам и факту объект еще не должен быть полностью самортизирован, тогда:
зафиксируем корректную дату принятия к учету/ввода,
настроим СПИ и способ амортизации,
выполним регламентное начисление амортизации за текущий период стандартными механизмами БГУ (в зависимости от вашей версии это делается регламентными операциями закрытия периода).
Для подготовки к передаче нам важно, чтобы на дату передачи амортизация и остаточная стоимость отражали реальность и были приняты вашей методологией учета.
Когда объект уже на балансе (101) и амортизация приведена в порядок, оформляем передачу. В 1С:БГУ для этого обычно используют документ «Передача ОС, НМА, НПА» (или документ «Списание/Выбытие» с видом операции «Безвозмездная передача», в зависимости от редакции и настроек).
Разберем по шагам заполнение передачи:
Создадим документ передачи в разделе ОС (обычно «ОС, НМА, НПА» → «Выбытие» → «Передача ОС, НМА, НПА»).
Выберем вид передачи: безвозмездная передача (если передаем без оплаты) или иной вид, который соответствует вашему основанию (приказ, соглашение, решение учредителя).
Укажем контрагента — принимающую бюджетную организацию, реквизиты договора/соглашения/основания.
Подберем объект ОС из справочника (уже на 101), проверим МОЛ и подразделение.
Проверим, какие проводки формирует документ: обычно списывается балансовая стоимость с 101, списывается амортизация с 104, отражаются доходы/расходы от операций с активами (счета класса 401 в зависимости от вида операции и настроек).
Проверим результат: после проведения документа объект должен исчезнуть с 101 и 104 (по вашей организации), а в регистрах ОС появится факт выбытия/передачи. Это и есть корректное завершение жизненного цикла ОС у передающей стороны.
Иногда стоимость «19 000» в базе — это не первоначальная стоимость ОС в смысле учета 101, а, например, «справочная стоимость», тогда как на счете 21 объект мог учитываться в условной оценке (например, 1 рубль за объект). В таких случаях нельзя автоматически делать вывод, что объект точно должен быть балансовым. Поэтому рассмотрим альтернативу.
Если по вашей учетной политике, документам приобретения и историческим правилам учета объект законно оказался на 21, тогда передача может оформляться как выбытие с забаланса с одновременным оформлением первичных документов передачи. В этом случае ключевые действия:
Оформим прекращение эксплуатации у себя и списание с забалансового учета (документ списания/выбытия по ОС в эксплуатации).
В документах укажем основание передачи и принимающую сторону.
Убедимся, что регистры учета по забалансу корректно уменьшились, а объект не «завис» в эксплуатации.
Но важный нюанс: когда речь именно о передаче другому правообладателю (другой организации), методологически чаще требуют восстановить объект на 101 перед передачей. Поэтому этот вариант оставим как исключение — применяем его только тогда, когда у вас есть четкое подтверждение, что объект не должен быть балансовым ОС и принимающая сторона согласна принять его именно как «объект учета до порога» (с дальнейшим отражением у себя на забалансе по своим правилам).
Если мы подтвердили, что объект стоимостью 19 000 руб. ошибочно учитывался на 21 с 2013 года, то корректнее рассматривать восстановление на 101 не как «обычную хозяйственную операцию», а как исправление ошибки учета прошлых лет. Тогда действуем так:
Зафиксируем основание исправления: служебная записка, акт инвентаризации, решение комиссии, приказ руководителя.
Определим, какие показатели и за какие периоды искажения возникли (первоначальная стоимость, амортизация, остаточная стоимость).
Исправим учет в 1С документами, предусмотренными вашей редакцией для исправлений (не обязательно «вручную», но так, чтобы движения по регистрам ОС были корректными).
После исправления сделаем передачу типовым документом передачи ОС.
Такой подход полезен тем, что вы отделяете «восстановление/исправление» от «выбытия», и у вас становится проще объяснить аудиторам и проверяющим, почему объект внезапно появился на 101 и тут же выбыл.
Соберем в одну структуру типовые элементы 1С, которые помогают решить задачу:
Восстановление с забаланса на баланс: документ из подсистемы ОС вида «Списание объектов ОС, НМА, НПА…» с операцией «Списание ОС с восстановлением на балансе».
Передача другой организации: документ «Передача ОС, НМА, НПА» (или выбытие с видом операции «Безвозмездная передача»).
Амортизация: регламентные операции начисления амортизации (закрытие периода) и/или документы корректировки амортизации/исправления ошибок (в зависимости от редакции и учетной политики).
Контроль: отчеты по счетам 21/101/104, карточка ОС, ведомости движения ОС.
Иногда бухгалтерам или специалистам 1С нужно массово обработать такие объекты или сделать «шаблонный» обработчик. Тогда пригодится понимание, какие объекты метаданных участвуют. Ниже — примерный скелет кода на 1С, который показывает логику: создать документ восстановления, затем документ передачи. Это не универсальная «копипаста», а пример для ориентира — названия документов и реквизитов могут отличаться в вашей редакции БГУ.
Процедура ВосстановитьСПередачей(Организация, ОС, ДатаОперации, Контрагент) Экспорт
// 1) Восстановление с забаланса на баланс
ДокВосст = Документы.СписаниеОбъектовОСНМАНПА.СоздатьДокумент();
ДокВосст.Организация = Организация;
ДокВосст.Дата = ДатаОперации;
// Вариант заполнения операции зависит от конфигурации:
// ДокВосст.ВидОперации = Перечисления.ВидыОперацийСписанияОС.ВосстановлениеНаБалансе;
Стр = ДокВосст.ОсновныеСредства.Добавить();
Стр.ОсновноеСредство = ОС;
// При необходимости заполняем счет 101 и аналитику:
// Стр.СчетУчета = ПланСчетов.Хозрасчетный.ОсновныеСредства;
// Стр.КФО = ...; Стр.КПС = ...;
ДокВосст.Записать();
ДокВосст.Провести();
// 2) Передача ОС другой организации
ДокПеред = Документы.ПередачаОСНМАНПА.СоздатьДокумент();
ДокПеред.Организация = Организация;
ДокПеред.Дата = ДатаОперации;
ДокПеред.Контрагент = Контрагент;
// ДокПеред.ВидПередачи = Перечисления.ВидыПередачиОС.Безвозмездная;
Стр2 = ДокПеред.ОсновныеСредства.Добавить();
Стр2.ОсновноеСредство = ОС;
ДокПеред.Записать();
ДокПеред.Провести();
КонецПроцедуры
Важно: в реальной базе мы обязательно добавим проверки: числится ли объект на 21, успешно ли он восстановился на 101, заполнены ли обязательные аналитики, нет ли блокировок периода, корректны ли КФО/КПС, и только потом выполняем передачу. Но сам принцип именно такой: сначала восстановление, потом выбытие.
Давайте совместно зафиксируем список проверок, чтобы после всех документов не осталось «хвостов» в учете.
Счет 21: объект уменьшился/исчез (в зависимости от оценки и настроек), не числится в эксплуатации у вашей организации.
Счет 101: объект появился при восстановлении и исчез после передачи.
Счет 104: амортизация либо корректно отражена (если начисляли/корректировали), либо списана при передаче.
Регистры ОС: в карточке ОС видим восстановление/выбытие без разрывов и без «зависших» статусов.
Документы передачи: заполнены контрагент, основание, дата, МОЛ, все обязательные реквизиты.
Чтобы не попасть в типовые ловушки, заранее учтем несколько моментов:
Ошибка 1: пытаться передать объект напрямую с 21 документом передачи балансовых ОС. Обычно 1С не даст это сделать или сформирует неполный учетный след.
Ошибка 2: восстановить на 101, но не заполнить параметры ОС (СПИ, счет 104), а затем удивляться, почему амортизация не начисляется.
Ошибка 3: «доначислить» амортизацию задним числом без оформления как исправления ошибки — это может породить методологические вопросы при проверках.
Ошибка 4: делать ручные проводки вместо типовых документов — тогда регистры учета ОС могут не совпасть с бухгалтерскими счетами, и объект будет «жить отдельно» в отчетах ОС.
Соберем все в один понятный маршрут — именно его чаще всего применяют на практике:
Проверим, что объект действительно числится на забалансе (обычно 21) и зафиксируем документ-основание попадания туда.
Примем решение, что объект стоимостью 19 000 руб. должен быть балансовым ОС (101/104), и подготовим восстановление на балансе.
Оформим восстановление типовым документом «Списание объектов ОС, НМА, НПА…» с операцией «Списание ОС с восстановлением на балансе».
Приведем в порядок амортизацию: либо корректировкой до фактического состояния, либо регламентным начислением (в зависимости от вашего решения и методологии).
Оформим передачу другой бюджетной организации документом «Передача ОС, НМА, НПА» (безвозмездная передача или иной вид по основанию).
Проверим счета 21/101/104 и карточку ОС, чтобы убедиться, что объект корректно выбыл.
Главный вывод: в большинстве типовых сценариев при передаче другому правообладателю ОС, которое числилось на счете 21, сначала восстанавливают на балансе (101), затем приводят амортизацию в соответствие, и только после этого оформляют передачу.
Информация носит справочный характер.