Свертка информационной базы в конфигурации «Бухгалтерия государственного учреждения 2.0» — это сложный процесс, который часто сопровождается техническими нюансами. Одной из самых распространенных проблем является ситуация, когда в Оборотно-сальдовой ведомости (ОСВ) по счету 201.34 остатки на начало года отсутствуют или соответствуют действительности, а в специализированном «Отчете кассира» внезапно появляются «фантомные» суммы прихода или начального сальдо.
Рассмотрим подробно, почему это происходит и какими способами можно восстановить корректность учета в кассе.
Для начала проанализируем архитектуру программы. В 1С:БГУ 2.0 большинство стандартных бухгалтерских отчетов (таких как ОСВ) строятся на основании проводок, которые записываются в Регистр бухгалтерии. Однако специализированные отчеты, к которым относится «Отчет кассира», используют данные из регистров накопления.
Конкретно «Отчет кассира» берет данные из регистра накопления Наличные денежные средства. При проведении свертки базы система формирует документы Ввод остатков. Часто случается так, что документ корректно записывает сумму на счет 201.34, но не создает соответствующего движения в регистре накопления или создает его с ошибкой (например, по другому КПС или ИФО). Также возможна ситуация, когда старые движения по регистру за удаленные периоды «зависают» в системе, хотя сами документы-основания (ПКО и РКО) были удалены сверткой.
Это самый простой и часто наиболее эффективный метод. Если программа «потеряла» актуальное состояние регистра после удаления большого массива данных, нам нужно заставить ее пересчитать итоги с самого начала. Разберем шаги:
Наличные денежные средства.Этот процесс может занять время, в зависимости от объема базы. После завершения сформируем «Отчет кассира» повторно и проверим сальдо на 1 января.
Если простой пересчет итогов не помог, проанализируем состояние физических таблиц базы данных. Иногда после свертки в базе остаются ссылки на несуществующие объекты или нарушается индексация. Рассмотрим порядок действий в режиме Конфигуратор:
Важно: Перед выполнением этих действий обязательно создайте резервную копию базы данных!
После завершения тестирования база очистится от «хвостов» удаленных документов, которые могли влиять на остатки в отчетах.
Если «фантомная» сумма все еще видна, нам нужно найти документ, который ее порождает. Проанализируем ситуацию с помощью встроенных инструментов БГУ 2.0:
Воспользуемся механизмом Технологический анализ (раздел Учет и отчетность — Технологический анализ). В настройках проверки обязательно укажем проверку соответствия данных регистров накопления данным бухгалтерского учета. Программа сама подсветит документы, у которых есть проводка по счету 201.34, но нет движения в регистре Наличные денежные средства, или наоборот.
Если анализ показал расхождения, мы можем:
Ввод остатков и перепровести его.Кассовое поступление или Заявка на наличные за прошлые периоды, которые могли случайно остаться не помеченными на удаление.В самых сложных случаях, когда автоматические методы не помогают, мы можем воспользоваться документом Корректировка регистров. Посмотрим, как это сделать:
Корректировка регистров датой 31.12 предыдущего года (перед началом учета в новой базе).Наличные денежные средства.Этот метод позволяет «обнулить» регистр накопления, не затрагивая при этом сальдо по бухгалтерскому счету 201.34, тем самым уравнивая данные ОСВ и «Отчета кассира».
Подведем итог: Основная сложность в БГУ 2.0 при работе с кассой заключается в двойственности хранения данных. Всегда помните, что Отчет кассира — это отражение регистра Наличные денежные средства. Регулярное использование Технологического анализа и своевременный Пересчет итогов помогут избежать подобных проблем в будущем.