Добрый день. Обновили Розницу 2.3.24.18. Связи с этим пришлось перейти на 8.3.27 с 8.3.24. С этого момента началась проблема с долгим пробитием чека - чек выходит, а товары в старом рмк могут ещë висеть до минуты пока не очистится табличная часть и можно набирать следующий чек. Это происходит в основном когда в чеке присутствует маркированный товар это было выявлено экспериментальным путем, и происходит при попытки записать движения в чек.
Проблема эта обсуждалась на форуме и проявляется с платформы 8.3.25, но решения так и не смог найти. Может есть решение этой проблемы?

Замер производительности делали, на каких именно командах тормозит?

(1) Объект.Движения.Записать()

какой именно движок. ибо 27.1644 с некоторыми тормозами, но правда не такими радикальными как судя по всему у вас.
ну и вопрос с какой перешли?

(2) замените на запись по одному движению и замерьте на каком виснеть

Имхо там при записи тяжелые запросы по маркам, вот и тормозит

(5) тогда замер висел бы на запросе. может у него отладка на сервере отключена и не видит всего замера?

(6) Замер делался на файловой базе. Размер 4,5 ГБ. 8.3.27.1989.

(5) Тоже есть подозрение. Начал чистить справочник Штрихкоды упаковок за старые периоды - может поможет. Базы с 20 года ведутся, штрихкоды до этого чистил по апрель 25, но их опять под 400 тыс штук

(8) Плюс почистил регистр сведений Операции с подключаемым оборудованием, сделал хранение записей 1 день.

(8) > Начал чистить справочник Штрихкоды упаковок за старые периоды

А эти записи вообще не нужны?

(10) По сути нет. Просто по коду маркировки не найдешь когда он был продан, но эту информацию можно найти в ЛК ЧЗ. Этот справочник очень быстро растёт

Такое было. Тестирование, исправление и пересчет итогов. После этого все стало нормально. Причем именно после обновления.