← На главную

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

Проверка состояния активности записей в регистре

Первым делом рассмотрим такое свойство записей регистра бухгалтерии, как Активность. В платформе 1С каждая запись в регистре сведений, накопления или бухгалтерии имеет обязательный системный реквизит Активность (тип Булево). Если по какой-то причине этот флаг установлен в значение Ложь, проводка физически остается в базе данных, ее можно увидеть в журнале проводок или в самом документе, но она не участвует в формировании итогов и, следовательно, не попадает в ОСВ.

Разберем, как это проверить визуально. Откроем журнал проводок и найдем нужную операцию. Обратим внимание на пиктограмму (значок) слева от строки. Если значок цветной и яркий — запись активна. Если значок бледный, серый или помечен специальным символом (например, синим кружком или минусом), это означает, что проводка выключена. Выясним причину: часто это происходит при программной записи наборов записей, когда разработчик забывает явно указать НаборЗаписей.Записывать(Истина) или когда из-за сбоя системы запись прошла некорректно.

Механизм «Ручной корректировки» и групповое перепроведение

Проанализируем ситуацию, описанную в теме: проводки были отредактированы, но после группового перепроведения «вылетели» из отчета. Это классическая проблема механизма «Ручной корректировки». В типовых конфигурациях при ручном редактировании движений документа взводится флаг РучнаяКорректировка.

Рассмотрим подробнее, как это работает:

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

Для предотвращения этой ситуации проверим, установлен ли флаг РучнаяКорректировка в документе. Если он «слетел», восстановить данные можно только из резервной копии или заново отредактировав документ.

Влияние переполнения диска и повреждения таблиц итогов

Выясним причину, которая стала решающей в обсуждаемом случае: переполнение дискового пространства на сервере или локальном ПК. Это критическая ситуация для любой базы данных (будь то файл .1CD или SQL-версия). При нехватке места операция записи может завершиться лишь частично.

Рассмотрим последствия такого сбоя:

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

Алгоритм восстановления данных: Тестирование и исправление

Если мы столкнулись с последствиями сбоя диска, простого перепроведения может быть недостаточно. Нам необходимо выполнить процедуру «Тестирование и исправление» (ТиИС). Рассмотрим пошагово, какие опции нам помогут:

1. Реиндексация таблиц: Позволяет восстановить индексы, которые могли повредиться при аварийной остановке службы или нехватке места.
2. Проверка логической целостности: Поможет выявить те самые «битые ссылки» (объекты не найдены).
3. Пересчет итогов: Это самое важное действие. Система удалит данные из таблиц итогов и заново рассчитает их на основании существующих в базе проводок. После этой процедуры «мистика» с отсутствием данных в ОСВ обычно исчезает.

Нулевые суммы и настройки отчета

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

Проверим настройки отчета: зайдем в Настройки -> Отбор или Дополнительные поля и убедимся, что никакие фильтры не исключают нашу проводку. Также стоит попробовать сформировать Карточку счета по конкретному счету — если в карточке проводка есть, а в ОСВ нет, значит, проблема однозначно в итогах или фильтрах отчета.

Очистка кэша метаданных

Проанализируем еще одну техническую деталь — локальный кэш пользователя. В папках Local и Roaming профиля Windows 1С хранит временные копии структуры базы и настроек. При сбоях диска кэш может «запомнить» некорректное состояние структуры таблиц. В результате на компьютере одного пользователя ОСВ пустая, а на другом — все данные на месте.

Для решения этой проблемы попробуем очистить кэш. Самый простой способ — удалить базу из списка в стартере 1С и добавить ее заново (при этом папка с идентификатором кэша обновится). Также можно вручную удалить содержимое папок:

%AppData%\1C\1Cv8\
%LocalAppData%\1C\1Cv8\

Резюме и рекомендации

Подведем итог. Если отредактированные проводки не попадают в ОСВ, выполним следующие действия:

1. Убедимся, что у проводок включен флаг Активность.
2. Проверим, не сбросился ли флаг Ручная корректировка после групповых операций.
3. Выполним Пересчет итогов через конфигуратор или обработку «Управление итогами».
4. В случае подтвержденных проблем с диском обязательно проведем полное Тестирование и исправление базы.

Помните, что любые манипуляции с исправлением структуры базы данных (особенно после сбоев железа или переполнения диска) следует проводить только после создания резервной копии (файла .dt или копии файла .1CD).