← На главную

Переход с конфигурации «Бухгалтерия государственного учреждения» редакции 1.0 на редакцию 2.0 — ответственный процесс, требующий тщательной сверки контрольных показателей. Одной из распространенных критических ошибок при миграции является многократное завышение сумм накопленной амортизации по счету 104 («Амортизация»), когда расхождения в главной книге и оборотно-сальдовой ведомости достигают миллионов рублей. Разберем детально, почему возникает эта проблема и какими способами ее можно устранить.

Причины возникновения расхождений по счету 104

Проанализируем механику учета и конвертации данных, которая приводит к искажению сумм амортизации:

1. Различия в архитектуре группового учета основных средств. В редакции БГУ 1.0 для объектов с групповым учетом допускалось хранение единой суммарной амортизации на всю группу в рамках одной карточки справочника. В редакции БГУ 2.0 структура аналитического учета на счетах 101 и 104 построена строго в разрезе конкретных инвентарных объектов и инвентарных номеров. При выполнении правил обмена неактуальной версии общая накопленная амортизация по группе не распределяется поровну между единицами, а ошибочно подставляется в полном объеме к каждому отдельному инвентарному номеру.
2. Использование устаревших правил переноса данных. Правила конвертации регулярно актуализируются разработчиками фирмы «1С». Если выгрузка выполняется встроенными в конфигурацию правилами или устаревшим файлом ACC_BGU1_BGU2.xml, алгоритмы распределения сумм по аналитике могут отработать некорректно.
3. Ошибки ведения учета в базе-источнике (БГУ 1.0). Расхождения также провоцируются некорректными записями в базе-источнике: дублированием инвентарных номеров, расщеплением остатков по разным КПС, КФО или ИФО (когда амортизация начислялась по коду, отличному от счета учета самого объекта ОС), а также разной стоимостью единиц внутри одной группы ОС.

Способ 1. Исправление данных в БГУ 2.0 без повторного переноса

Если перенос уже выполнен, и повторная выгрузка нежелательна, исправим суммы непосредственно в целевой базе БГУ 2.0:

1. Корректировка документов ввода остатков. Перейдем в журнал документов Ввод начальных остатков ОС, НМА, НПА. Найдем документы, сформированные по проблемным счетам учета. В отличие от первой редакции, в БГУ 2.0 достаточно исправить суммы амортизации непосредственно в табличной части документа. При его повторном проведении программа автоматически пересчитает и обновит движения во всех связанных служебных регистрах накопления и сведений по нефинансовым активам.
2. Использование сервиса «Помощник корректировки учета ОС, НМА, НПА». Откроем раздел ОС, НМА, НПА → Сервис → Помощник корректировки учета ОС, НМА, НПА. Запустим проверку состояния регистров. Этот инструмент позволяет в автоматизированном режиме выявить расхождения между данными бухгалтерских счетов и регистрами сведений, а затем провести пакетное исправление.
3. Синхронизация регистров учета. Перейдем в раздел Администрирование → Обслуживание → Корректировка данных → Заполнение регистров ОС. Выполним регламентную процедуру сведения регистров стоимости и амортизации на дату ввода остатков.
4. Контроль технологическим анализом. Запустим Технологический анализ (раздел Учет и отчетность). Выберем разделы «Учет нефинансовых активов» и «Проверка остатков по счетам ЕПСБУ». Это позволит убедиться, что в базе не осталось объектов, у которых сумма на счете 104 превышает балансовую стоимость на счете 101.

Способ 2. Подготовка базы БГУ 1.0 и корректный повторный перенос

Если ошибок слишком много, целесообразно устранить первопричину в исходной базе и выполнить выгрузку повторно. Разберем последовательность шагов:

1. Тестирование и исправление в БГУ 1.0. Создадим резервную копию базы. Запустим конфигуратор БГУ 1.0, откроем меню Администрирование → Тестирование и исправление.... Включим проверки логической и ссылочной целостности, реиндексацию и пересчет итогов. Для ссылочной целостности выберем режим очистки некорректных ссылок.
2. Проверка аналитики перед выгрузкой. В БГУ 1.0 запустим обработку Технологический анализ. Особое внимание уделим разделу соответствия КПС и КФО на счетах 101 и 104. Если амортизация начислялась с неверной аналитикой, исправим проводки до момента переноса.
3. Проверка группового учета ОС. Для объектов с групповым учетом проверим одинаковую стоимость всех единиц в группе. При наличии расхождений разделим их на отдельные позиции.
4. Обновление правил конвертации. Извлечем актуальный файл правил ACC_BGU1_BGU2.xml из каталога шаблонов последнего релиза БГУ 2.0 (каталог tmplts). Выполним выгрузку через обработку переноса данных, явно указав этот файл правил.

Выполнение этих рекомендаций позволяет перенести остатки по основным средствам с корректными суммами амортизации и избежать ручных корректировок в БГУ 2.0.