Переход с редакции 2.0 на 3.0 в «1С:Бухгалтерия предприятия» — это не простое обновление интерфейса, а сложная техническая трансформация структуры данных. Часто после успешного завершения обновления в конфигураторе бухгалтер обнаруживает, что данные Оборотно-сальдовой ведомости (ОСВ) в новой базе не совпадают с показателями старой. Рассмотрим подробно, почему это происходит и как привести учет в порядок.
Первое, что мы должны проанализировать — это состояние итогов регистра бухгалтерии. В процессе реструктуризации при переходе с 2.0 на 3.0 таблицы итогов могут быть сформированы некорректно. Разберем по шагам, как это исправить:
Если штатные средства не помогают, проанализируем ситуацию через Тестирование и исправление (ТиИ). Важно выполнить эту процедуру как в старой базе (до перехода), так и в новой. В новой базе обязательно выберем пункты:
Иногда полезно принудительно установить период рассчитанных итогов через встроенный язык, если стандартные интерфейсы не дают результата. Рассмотрим пример кода для внешней обработки:
РегистрыБухгалтерии.Хозрасчетный.УстановитьПериодРассчитанныхИтогов(КонецГода(ТекущаяДата()));
РегистрыБухгалтерии.Хозрасчетный.ПересчитатьИтоги();
Выясним причину, связанную с фоновыми заданиями. После того как обновление завершено в конфигураторе, работа программы в режиме 1С:Предприятие продолжается в фоновом режиме. Система выполняет обработку данных: распределяет суммы по новым регистрам, заполняет новые реквизиты и пересчитывает себестоимость.
Проанализируем состояние этих процессов. Перейдем в Администрирование — Обслуживание — Результаты обновления программы. Если там висят невыполненные дополнительные процедуры, данные в ОСВ гарантированно будут «плыть». Нужно дождаться их завершения на 100%.
Часто разница в итоговых суммах оказывается мнимой. В редакции 3.0 алгоритмы формирования ОСВ могут отличаться настройками группировок. Посмотрим на пример: на счете 60.01 в старой базе сальдо могло отображаться свернуто, а в новой — развернуто по документам расчетов.
Выполним следующие действия для сверки:
Если в старой базе были «битые» субконто (например, пустые ссылки в поле договора или документа), переход на 3.0 может сагрегировать их иначе, что создаст визуальное расхождение в оборотах, хотя конечное сальдо по счету в целом может совпадать.
Проанализируем настройки учета зарплаты и материальных ценностей. В 1С:БП 3.0 детализация расчетов с персоналом на счете 70 регулируется в Настройках параметров учета. Если в 2.0 учет велся сводно, а в 3.0 включена детализация по работникам (или наоборот), итоги по счету могут не сойтись по аналитическим разрезам.
Также обратим внимание на счета учета МПЗ (10, 41). В новой редакции функциональные опции «Учет по складам» (в количественном или количественно-суммовом выражении) сильно влияют на проведение документов задним числом. Если опция была изменена в процессе миграции, система может пересчитать суммы списания по средней, что изменит остатки на складах.
Если общая ОСВ показывает разницу, нам необходимо сузить круг поиска. Найдем первый счет, по которому пошло расхождение. После этого сформируем отчет Карточка счета за период перехода в обеих базах.
Методика совместной работы с бухгалтером:
Особое внимание уделим ручным операциям. В БП 2.0 бухгалтеры часто использовали Операции (бухгалтерские справки). В БП 3.0 многие механизмы завязаны на регистры накопления (например, НДС или Расходы при УСН). Если ручная операция в 2.0 не имела движений по регистрам, то в 3.0 она может некорректно отражаться в специализированных отчетах, хотя в ОСВ суммы будут на месте.
Как показывает практика, часто проблема кроется не в версии 3.0, а в накопленных ошибках версии 2.0. Рассмотрим типичные ситуации:
Для решения этих проблем рекомендуется максимально «почистить» базу 2.0 перед обновлением: закрыть все возможные авансы, исправить отрицательные остатки и удалить неиспользуемые помеченные на удаление объекты.
Таким образом, процесс выравнивания ОСВ требует терпения и последовательного анализа. Проверив итоги, дождавшись завершения фоновых заданий и внимательно сопоставив настройки аналитики, мы сможем добиться полной идентичности данных в обеих редакциях программы.