Переход на версию конфигурации 1.0.43 «Бухгалтерия государственного учреждения, редакция 1.0» (БГУ 1.0) в начале 2017 года привел к масштабному изменению структуры хранения данных по основным средствам (ОС), нематериальным активам (НМА) и нефинансовым активам (НПА). Если раньше печатные формы и отчеты ориентировались напрямую на бухгалтерские проводки (сальдо и обороты по счетам), то начиная с версии 1.0.43 печатная форма Инвентарной карточки (ф. 0504031) и другие специализированные отчеты формируются строго по данным внутренних регистров сведений и накопления.
Это нововведение вызвало массовые технические сбои в базах данных, где ранее проводились свертки, ручные корректировки или перенос остатков из стороннего программного обеспечения (например, «Парус 7»). В этой статье мы подробно проанализируем причины возникновения ключевых проблем и разберем по шагам практические методы их решения.
Рассмотрим ситуацию, когда после обновления конфигурации до версии 1.0.43 у основных средств неожиданно вернулись старые инвентарные номера (например, импортированные из «Паруса» при переносе остатков на 01.01.2015), несмотря на то, что в 2016 году учреждение провело инвентаризацию и изменило шаблоны номеров на новые.
Выясним причину: В старых релизах БГУ 1.0 допускалось ручное изменение инвентарных номеров непосредственно в справочнике без жесткого контроля сопоставления. При переходе на релиз 1.0.43 алгоритм обновления автоматически переформировал связи между карточками ОС и справочником Инвентарные номера. За основу были взяты наиболее ранние по дате записи в регистре сведений События ОС (документы «Принятие к учету» за 2015 год). Новые инвентарные номера, измененные в 2016 году, просто не имели под собой «подкрепляющих» исторических записей в этих регистрах, из-за чего программа вернула старые значения.
Разберем по шагам способы решения:
Проанализируем проблему, при которой «Ведомость амортизации» отображает правильную сумму накопленного износа, а при печати Инвентарной карточки в графе 11 выводится заниженная сумма (например, отсутствует амортизация за 2015 год, которая после свертки базы данных вносилась вручную операциями).
Выясним причину: Отчет «Ведомость амортизации» собирает данные по бухгалтерским проводкам (балансовый счет 104.00). Печатная форма Инвентарной карточки рассчитывает сумму строго по регистру накопления Амортизация объектов ОС. Если в процессе свертки базы данных или ручного ввода остатков амортизация заносилась только бухгалтерскими операциями, то проводки по счету 104 сформировались, а движения по регистру накопления созданы не были. Инвентарная карточка просто «не видит» эту сумму.
Разберем по шагам алгоритм исправления регистров амортизации:
Шаг 1. Использование встроенной обработки
Для исправления этой ситуации в дистрибутив обновления конфигурации включена специализированная обработка ОбработкаДвиженийРегистровОС.epf.
ОбработкаДвиженийРегистровОС.epf через меню Файл — Открыть.Корректировка записей регистров, сформированных при свертке базы.Амортизация объектов ОС.Шаг 2. Ручная корректировка регистров (если обработка не помогла)
Если часть документов свертки (например, с префиксом ГБ) не обработалась автоматически и не попала в протокол корректировки, нам придется сделать это вручную:
Амортизация объектов ОС и регистр сведений Стоимость ОС.
// На примере ручного заполнения движений регистра
ЗаписьРегистра = РегистрыНакопления.АмортизацияОбъектовОС.СоздатьНаборЗаписей();
НоваяСтрока = ЗаписьРегистра.Добавить();
НоваяСтрока.Период = '20151231235959';
НоваяСтрока.ОсновноеСредство = СсылкаНаОбъектОС;
НоваяСтрока.Амортизация = 15400.00; // Сумма амортизации за прошлые периоды
НоваяСтрока.Учреждение = ОрганизацияСсылка;
ЗаписьРегистра.Записать();
Рассмотрим критическую ошибку, когда при попытке совершить операции с ОС программа выдает сообщения о сбоях, а при детальном анализе выясняется, что три разных компьютера ссылаются на один и тот же инвентарный номер в справочнике.
Выясним причину: В БГУ 1.0 справочник Инвентарные номера ОС является подчиненным справочнику Основные средства. При некорректном переносе данных или групповом переименовании за тремя разными карточками ОС закрепилась ссылка на один физический элемент справочника инвентарных номеров. Из-за этого программа не может однозначно идентифицировать движения по каждому отдельному объекту в регистрах События ОС и Стоимость ОС.
Пошаговое решение по разделению номеров:
Корректировка записей регистров.События ОС и Стоимость ОС.Рассмотрим ситуацию: бухгалтер пытается перенести 3 компьютера в комплекте с субсчета 101.34 на субсчет 101.24. Документ делает проводки по перемещению балансовой стоимости по всем трем объектам. Однако проводка по переносу накопленной амортизации (104.34 — 104.24) формируется только по одному объекту. В результате у двух объектов необоснованно возникает остаточная стоимость, равная их балансовой стоимости.
Выясним причину: При проведении документа Внутреннее перемещение программа делает запрос к регистрам накопления Стоимость ОС и Амортизация объектов ОС. Из-за задвоения или отсутствия инвентарных номеров в регистрах по двум объектам программа просто «не увидела» накопленную амортизацию по счету 104.34. В итоге балансовая стоимость списалась, а амортизация осталась на старом счете, что привело к искусственному завышению остаточной стоимости на новом счете.
Пошаговое решение проблемы:
События ОС.Корректировка записей регистров внесем недостающие записи в регистры накопления Стоимость ОС и Амортизация объектов ОС по проблемным объектам, чтобы программа видела, что по ним начислена 100% амортизация в разрезе правильных инвентарных номеров.Внутреннее перемещение и проведем его заново. Теперь программа корректно перенесет и стоимость, и всю накопленную амортизацию, сохранив нулевую остаточную стоимость объектов.