Вот лог формирования состава набора характеристик (у всех товаров назначен один и тот же набор, но на самом деле состав характеристик разный):
- Код: Выделить всё
Костюм дев. Kiko
116, Коралловый
000000003;Цвет;3;
000000007;Рост;3;
Костюм дев. Palhare "Круги"
80, Круги, Красный
000000023;Фактура;3;
Костюм дев. Kiko с шарфом
110, Бело - бордовый
000000028;Спареный цвет;3;
Куртка мал. Beauty Hob
XL, 134-140, Серый
000000013;Размеры (римскими);3;
000000019;Спареный размер;3;
Ветровка дев. JimFreeMan
6 лет, 122-128, Сиреневый
000000006;Возраст;3;
Манишка детская
3-8 лет, Цветной "Mix"
000000022;Носки возраст;3;
Рукавицы мал.
4-5 лет, Болонь, Цветной "Mix"
000000030;Спаренный возраст;3;
Штаны дев. остатки
32 (122-128), Чёрный
000000014;Размеры Бишкек;3;
В итоге получается, что у огромного количества товаров 11 характеристик в наборе, хотя реально по группам используется только по две).
Один из вариантов решения проблемы - вернуться к стандартному способу работы УТ 10.3 с доп. характеристиками - различные комбинации характеристик выгружаются на кассу как отдельные товары. Вариант очень неустойчив к очистке/перезаполнению регистра "ТоварыНаККМ", но скорость работы увеличится существенно, т.к. на самой кассе доп. характеристики вообще не будут задействованы.
Как это примерно работает можно посмотреть, используя, например, штатную обработку обмена с ККМ оффлайн в формате АТОЛ или ШТРИХ (со стороны кассы формат обмена выбирается в настройках обмена).
P.S. Отдельное спасибо всем, кто присылает запароленные базы, не указывая паролей.
