← На главную

Ситуация, когда после планового обновления конфигурации «1С:Бухгалтерия государственного учреждения 8, редакция 2.0» (например, на релиз 2.0.57.42 и смежные) из журнала операций «пропадают» данные, является довольно распространенной. При этом пользователь видит пустой бланк или отсутствие оборотов даже в Оборотно-сальдовой ведомости, хотя документы в базе присутствуют и проведены. В данной статье мы детально разберем, как проанализировать ситуацию, найти причину «исчезновения» проводок и восстановить корректную работу отчетов.

Проверка привязки счетов к номерам журналов в Плане счетов

Первоочередная причина, по которой Журнал операций (ф. 0504071) может выходить пустым — это отсутствие связи между бухгалтерскими счетами и номерами журналов в Едином плане счетов бухгалтерского учета (ЕПСБУ). В системе 1С данные в отчет собираются по фильтру реквизита НомерЖурнала, который указан в карточке счета. Рассмотрим, как это проверить:

1. Перейдем в раздел Учет и отчетность и откроем План счетов (ЕПСБУ).
2. Найдем счета, по которым должны быть обороты в конкретном журнале. Например, для Журнала №1 «Операции по счету Касса» это счета 201.34, 210.03.
3. Зайдем в карточку каждого счета и проверим поле Номер журнала.
4. Если поле пустое, необходимо выбрать соответствующий номер из справочника. Часто при обновлении эти настройки могут сбрасываться или не подтягиваться автоматически из-за изменений в метаданных.

Важно: Если номер журнала проставлен, но отчет все равно пустой, проанализируем настройки самого справочника «Номера журналов операций». Убедимся, что код журнала в справочнике совпадает с тем, который ожидается программой при формировании отчета.

Пересчет и управление итогами

Если данные отсутствуют не только в Журнале операций, но и в Оборотно-сальдовой ведомости (ОСВ), хотя документы проведены и проводки в них видны, мы имеем дело с проблемой актуальности бухгалтерских итогов. В 1С:Предприятие отчеты строятся не по записям регистра напрямую (это было бы слишком медленно), а по заранее рассчитанным виртуальным таблицам итогов.

Разберем процесс восстановления итогов по шагам:

1. Зайдем в раздел Администрирование — Обслуживание.
2. Выберем пункт Управление итогами и агрегатами.
3. Посмотрим на дату, по которую рассчитаны итоги. Если дата стоит в прошлом (относительно периода отчета), система просто «не видит» новые обороты.
4. Нажмем кнопку Установить период рассчитанных итогов и выберем текущую дату (конец текущего месяца).
5. В некоторых случаях требуется выполнить Полный пересчет итогов через Конфигуратор (Тестирование и исправление) или через ту же форму управления итогами, чтобы исключить логические ошибки в базе данных.

Анализ фильтров по Организации и ИФО

В БГУ 2.0 часто ведется учет по нескольким учреждениям или по нескольким Источникам финансового обеспечения (ИФО). Проанализируем настройки формирования отчета:

После обновления настройки отчетов могут сброситься на «стандартные». Если в настройках отчета (кнопка «Показать настройки») выбрано конкретное ИФО, а проводки в базе сделаны без указания ИФО (или наоборот), отчет будет пустым. Проверим, не установлен ли лишний отбор. Рекомендуется временно снять все фильтры, кроме периода и организации, и попробовать сформировать отчет заново.

Изменения в логике Приказа 52н (формирование пустых бланков)

Выясним причину изменения внешнего вида журнала. В старых релизах БГУ 2.0 система позволяла выводить «шапку» журнала и пустую таблицу, даже если за период не было ни одной операции. Начиная с определенных релизов (включая 2.0.57), разработчики изменили алгоритм: если данных нет, отчет не выводится вовсе.

Чтобы убедиться, что проблема именно в этом, попробуем сделать следующее:

• Проверим наличие флажка «Выводить даже при отсутствии данных» в дополнительных настройках отчета.
• Сформируем отчет за заведомо «активный» период, где точно были движения по кассе или банку. Если за активный период данные появляются, значит, система работает штатно, просто изменилось поведение программы при отсутствии оборотов.

Технические манипуляции: кэш и права доступа

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

1. Очистка кэша: Удалим базу из списка запуска 1С и добавим её заново. Это принудительно создаст новую папку кэша, что исключит ошибки старых настроек интерфейса и форм.
2. Проверка прав: Попробуем запустить отчет под пользователем с полными правами (Администратор). Если под администратором данные видны, а под бухгалтером — нет, значит, после обновления необходимо обновить Профили групп доступа. В 1С есть регламентное задание «Обновление ключей доступа», которое должно выполниться после первого запуска обновленной базы.
3. Реиндексация таблиц: Если база файловая, запустим утилиту chdbfl.exe (находится в папке bin платформы) для проверки целостности файла базы данных.

Особенности релиза 2.0.57.42

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

• Проверить наличие исправляющих патчей (расширений) на портале поддержки 1С. Разработчики оперативно выпускают патчи для исправления ошибок в коде формирования отчетов.
• Если патчей нет, рассмотреть возможность обновления на следующий релиз (например, 2.0.58 и выше), где логика выборки из регистра ЖурналПроводокЕПСБУ была скорректирована.

Подведем итог: чаще всего «исчезновение» данных в БГУ 2.0 — это либо сбой в расчете итогов, либо пустые реквизиты «Номер журнала» в Плане счетов. Последовательная проверка этих настроек позволяет восстановить отчетность без потери данных.