Как исправить ошибку при передаче ОС, если был продан не тот инвентарный номер в закрытом периоде?

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Бухгалтерский учет
← На главную

Ситуация, когда в программе 1С обнаруживается пересортица основных средств (ОС) спустя несколько месяцев после продажи, является довольно сложной для учета. Проблема заключается в том, что документ Передача ОС делает движения не только по бухгалтерским счетам, но и по множеству регистров сведений, которые определяют состояние объекта (снят с учета, начисление амортизации прекращено). Обычное сторнирование документа в текущем периоде часто не позволяет повторно продать ошибочно "вернувшееся" ОС, так как программа продолжает считать его снятым с учета.

Рассмотрим подробно несколько сценариев решения этой задачи, проанализируем их риски и техническую реализацию.

Вариант 1. Исправление первичного документа "задним числом"

Этот метод часто предлагают технические специалисты, так как он самый чистый с точки зрения программных регистров. Разберем его логику. Если объекты абсолютно идентичны (например, два одинаковых вагончика), но имеют разные инвентарные номера, первоначальная стоимость и накопленная амортизация у них могут различаться. Если мы просто зайдем в документ Передача ОС в закрытом периоде и поменяем один объект на другой, это может привести к изменению сальдо на счетах 01, 02 и 91.

Порядок действий:

  1. Открываем период для редактирования (если это допустимо политикой организации).
  2. В документе Передача ОС выбираем верный объект.
  3. Перепроводим документ.
  4. Проверяем, не изменились ли суммы налога на прибыль и НДС. Если суммы изменились, придется подавать уточняющие декларации.
  5. Если изменения затронули только внутренние аналитические счета и не повлияли на итоговую отчетность, в закрытии месяца можно воспользоваться опцией "Перепроводить не требуется", чтобы не инициировать цепочку пересчетов по всей базе.

Однако, как справедливо замечают бухгалтеры, этот метод является "кощунством" для закрытой отчетности. Поэтому перейдем к более консервативным методам.

Вариант 2. Использование программных инструментов замены ссылок

Этот способ позволяет избежать перепроведения документов и нарушения последовательности. Рассмотрим работу с обработкой Поиск и замена значений (или встроенными средствами "Обслуживание" — "Корректировка данных").

Суть метода заключается в том, что мы заменяем ссылки на ошибочное ОС на правильное ОС во всех документах, связанных с продажей. Проанализируем, почему это удобно: программа просто меняет ID объекта в базе данных, при этом проводки в регистрах бухгалтерии могут остаться старыми (со старыми суммами), если документ не перепроводить. Но это же является и минусом — возникнет расхождение между аналитикой (ОС) и суммами амортизации, если они были разными.

Алгоритм действий программиста:

  1. Запускаем обработку Поиск и замена значений.
  2. В качестве заменяемого объекта указываем "Вагончик А" (проданный по ошибке).
  3. В качестве заменяющего объекта указываем "Вагончик Б" (который должен был быть продан).
  4. Выбираем только те документы, которые относятся к данной сделке (Передача ОС, Счет-фактура).
  5. Выполняем замену.

Важно: После такой замены необходимо вручную скорректировать записи в регистрах сведений, чтобы "Вагончик А" снова стал доступен для эксплуатации, а "Вагончик Б" числился выбывшим.

Вариант 3. Ручная корректировка регистров в текущем периоде

Если бухгалтер категорически против открытия периода, нам придется использовать документ Операция, введенная вручную. Это наиболее трудоемкий, но легальный с точки зрения бухгалтерского учета способ. Выясним, какие регистры нужно "поправить", чтобы вернуть ошибочно списанное ОС в строй.

Создаем документ Операция и через кнопку "Еще" — "Выбор регистров" добавляем закладки для регистров сведений. Нам необходимо восстановить работоспособность объекта в системе.

Регистр "Состояния ОС организаций":

Проблема автора темы была в том, что ОС имело статус "Снято с учета". Чтобы это исправить, добавим запись в этот регистр:


МенеджерЗаписи = РегистрыСведений.СостоянияОСОрганизаций.СоздатьМенеджерЗаписи();
МенеджерЗаписи.Период = ТекущаяДата();
МенеджерЗаписи.ОсновноеСредство = ОбъектОС;
МенезидентЗаписи.Организация = НашаОрганизация;
МенеджерЗаписи.Состояние = Перечисления.СостоянияОС.ПринятоКУчету;
МенеджерЗаписи.ДатаСостояния = ТекущаяДата();
МенеджерЗаписи.Записать();

Регистр "Начисление амортизации ОС (бухгалтерский учет)":

Чтобы программа снова начала считать амортизацию по возвращенному объекту, нужно установить флаг НачислятьАмортизацию в значение Истина.

Регистры местонахождения:

Не забудем про регистр Местонахождение ОС (бухгалтерский учет), чтобы закрепить объект за нужным подразделением и ответственным лицом.

Вариант 4. Отражение пересортицы через инвентаризацию

Проанализируем ситуацию с точки зрения методологии учета. Если ошибка признана в текущем периоде, мы можем оформить ее как результат инвентаризации. Это позволит легализовать исправление.

Рассмотрим шаги:

  1. Создаем документ Инвентаризация ОС.
  2. Фиксируем фактическое наличие "Вагончика А" (который числится проданным) и отсутствие "Вагончика Б" (который по факту уехал клиенту).
  3. На основании инвентаризации оформляем принятие к учету излишков и списание недостачи.

Внимание: При таком подходе у "Вагончика А" начнется "новая жизнь" (новая дата принятия к учету, возможно, новая стоимость), что не совсем корректно, если мы хотим сохранить историю. Поэтому лучше использовать Операцию для восстановления старых данных по ПБУ 22/2010.

Работа с амортизацией и 20 счетом

Разберем ситуацию, упомянутую в сообщении №6: у объектов разная накопленная амортизация. При сторнировании или замене в текущем периоде у вас возникнет разница, которую нельзя просто "затереть".

Согласно ПБУ 22/2010, если ошибка несущественна, корректировки делаются в корреспонденции со счетом 91 (Прочие доходы и расходы).

Если по правильному ОС амортизация была больше, чем по ошибочному, мы доначисляем разницу:

Дт 91.02 — Кт 02 (по правильному ОС)

И наоборот, если излишне списали амортизацию по ошибочному ОС, восстанавливаем ее:

Дт 02 — Кт 91.01

Это позволит выровнять баланс, не затрагивая закрытый 20-й счет прошлых периодов. В налоговом учете (НУ) следует руководствоваться ст. 54 НК РФ: если ошибка привела к излишней уплате налога, ее можно исправить в текущем периоде. Если же к недоплате (например, остаточная стоимость проданного объекта оказалась выше, чем должна была быть) — придется подавать "уточненку".

Резюме

Для исправления пересортицы ОС в 1С 8.3 наиболее безопасным техническим путем является:

← На главную