Заметил, что со временем все дольше и дольше пробиваются чеки в периферийных розничных базах. Первый же замер производительности указал на узкое место – перед и после пробития фискального чека выполняется запрос к регистру сведений «Фискальные операции». Количество записей в нем в нашем случае оказалось более 170 тыс. Причем записи мигрируют через обмен «По магазину» по всем периферийным ИБ. Как я понял, данный регистр нужен для контроля, пробился или нет чек на ККТ, но зачем хранить его за весь период существования базы, мне пока не понятно.
После очистки избыточных записей время пробития чека сократилось с 10-15 секунд до 0,5-1 секунды.
Данная обработка очищает данный регистр кроме записей за последний месяц. Подключается как внешняя обработка, добавляет регламентное задание.
Можно настроить расписание выполнения.
Внимание! Первый запуск может выполнятся непозволительно долго, т.к. обычно записей удаляется очень большое количество.
Тестировалось на релизе 2.3.7.19.
Использовать на свой страх и риск.
Upd: в релизе 2.3.15 разработчики добавили типовой функционал управления журналом фискальных операций: "Администрирование - Подключаемое оборудование".