При работе в программе «1С:Управление торговлей 10.3» пользователи часто сталкиваются с ситуацией, когда после аварийного завершения работы, сбоя питания или восстановления базы данных из копии отчеты начинают вести себя некорректно. Одной из самых неприятных проблем является отсутствие детальных записей (документов-регистраторов) в отчетах по взаиморасчетам. Мы видим общие суммы по контрагентам и договорам, но при попытке развернуть строку до конкретного документа система выводит пустые строки или просто не отображает данные.
В этой статье мы подробно разберем причины такого поведения системы, проанализируем взаимосвязь настроек «Универсального отчета» и целостности базы данных, а также составим пошаговый план восстановления работоспособности отчетов.
Как показывает практика и опыт решения подобных заявок на форумах, наиболее распространенная причина кроется не в физическом отсутствии данных, а в «замусоривании» или некорректном сохранении настроек варианта отчета. В типовом решении УТ 10.3 большинство отчетов, включая Взаиморасчеты, построены на базе механизма Универсального отчета.
Разберем ситуацию: при сохранении варианта отчета в его внутренние настройки может попасть параметр Периодичность итогов. Если для регистра накопления или в схеме компоновки данных установлена периодичность, отличная от «Записи», система будет пытаться агрегировать данные за период (например, за месяц или день), игнорируя уровень детальных записей (регистраторов). В этом случае, даже если в группировках выбран Регистратор, отчет его не выведет, так как логика агрегации итогов стоит в приоритете.
Что необходимо сделать для исправления:
Взаиморасчеты.Часто именно удаление старого «битого» варианта полностью решает проблему, так как кэшированные настройки после восстановления базы могут ссылаться на несуществующие идентификаторы внутренних объектов.
Прежде чем приступать к сложным техническим манипуляциям, нам необходимо выяснить: а есть ли вообще записи в регистре, на основании которого строится отчет? В УТ 10.3 данные по взаиморасчетам обычно хранятся в регистре накопления ВзаиморасчетыСКонтрагентами.
Проанализируем ситуацию по шагам:
ВзаиморасчетыСКонтрагентами и откройте его форму списка.Регистратор.Если в списке регистра вы видите документы, значит, данные физически присутствуют, и проблема действительно в настройках отчета или итогах. Если же вместо названий документов вы видите надпись «<Объект не найден>», это означает нарушение логической целостности. Ссылки на документы в регистре остались, а сами документы были удалены или потеряны при восстановлении базы.
Платформа 1С использует таблицы итогов для быстрого формирования отчетов. В них хранятся уже посчитанные остатки на начало каждого месяца. Если при повреждении базы данных таблицы движений пострадали, а таблицы итогов остались нетронутыми (или наоборот), возникнет диссонанс: отчет показывает общую сумму (из итогов), но при попытке «докопаться» до документов (из таблицы движений) система ничего не находит.
Для устранения этой проблемы выполним следующие действия в режиме Конфигуратор:
После завершения процедуры система заново пересчитает все остатки и обороты, основываясь исключительно на записях документов, что часто восстанавливает видимость регистраторов в отчетах.
Если восстановление базы проводилось с помощью утилиты chdbfl.exe, важно понимать принцип ее работы. Она исправляет физическую структуру файла .1CD, но делает это радикально: если какой-то блок данных поврежден и не поддается чтению, утилита просто удаляет его. Если в этот блок попали записи регистраторов определенного периода, они исчезнут навсегда.
В этом случае отчет может показывать странные цифры или пустые строки. Выясним причину через «Тестирование и исправление» с включенными опциями:
В настройках при нахождении битых ссылок выберите «Создавать объекты» или «Очищать ссылки» в зависимости от вашей стратегии восстановления. Если система создаст объекты типа «Неизвестный документ», вы сможете хотя бы идентифицировать проблемные места и перепровести документы вручную.
Рассмотрим еще один нюанс, который редко, но встречается после восстановления базы — сброс или некорректная работа прав доступа на уровне записей (RLS). Если у пользователя есть права на чтение регистра накопления, но по какой-то причине пропали права на чтение конкретных типов документов-регистраторов (например, РеализацияТоваровУслуг или ПлатежноеПоручениеВходящее), то в отчете он увидит цифры, но не увидит сами документы.
Проанализируем ситуацию: попробуйте сформировать отчет под пользователем с полными правами. Если под администратором документы выводятся, а под обычным бухгалтером — нет, значит, проблему нужно искать в настройках ролей и профилей полномочий.
Если вы столкнулись с тем, что в УТ 10.3 отчеты перестали «разворачиваться» до документов, придерживайтесь следующего алгоритма:
Периодичность.Эти шаги в 99% случаев позволяют вернуть отчетность в рабочее состояние без привлечения дорогостоящих специалистов.