Не сжимаются одинаковые позиции в чеке УКМ-2 : УКМ-2

ТП сервисплюса выслушав проблему попросили описание на мыло ... будут разбираться

убедительная просьба потом причину тут озвучить

если докопаюсь (или ТП сообщит) - обязательно

единственный параметр из отличающихся, который меня смутил - USE_CLISUM, про него нигде ничего нету

Этот параметр похож на соседние
USE_CLIENTS 1 6 1-Использование таблицы CLIENTS.DB
USE_CLISUM 1 0 "Использование таблицы CLISUM.DB" - по крайней мере такая таблица есть

ну тогда я в тупике, жду теперь ответ от ТП - последняя надежда

я бы попробовал поменять эти три параметра:

"NOT_MIN_QUANT";"1";3;"1-Не уменьшать количество"
"NOT_MIN_QUANT";"0";3;"1-Не уменьшать количество"

"_CLR_IPC_MCR";"0";0;""
"_CLR_IPC_MCR";"2";0;""

"_MERGEDISCCLI";"0";0;""
"_MERGEDISCCLI";"1";0;""

хотя по описанию они и не очень подходят, но в УКМ-2 много необъяснимых взаимосвязей...

NOT_MIN_QUANT - пробовал (т.к. вроде бы проблемы начались как раз с момента когда разрешили уменьшать кол-во) - НО не помогло

_CLR_IPC_MCR - всегда стоит в 0 (если нет то дисконтные карты не работают), а там 2 опять неожиданно "влезла" (это кстати еще одна проблема, тут есть отдельная тема), так что этот параметр тоже мимо

_MERGEDISCCLI - осознанно стоит 1 для поглощения скидок, менять не пробовал, но это параметр для нас критичен и без него мы не сможем, можно только в кач-ве теста попробовать

Почему на кассах эти параметры разные? - поменяй их на той, где позиции сжимаются, если перестанут, то что то на них завязано.

кассы стоят в разных магазинах (строительный - с проблемой, продуктовый - без проблем)

по _CLR_IPC_MCR вот _CLR_IPC_MCR выставляется в 2 файл взят в тот момент когда произошел очередной сбой

NOT_MIN_QUANT - нужен для работы (пробовал его менять - не помогло)

_MERGEDISCCLI - нужен для работы, попробую конечно его убрать в кач-ве эксперимента на той кассе где проблема

на тех кассах где нет проблем менять ничего не хочется - не дай бог, как говорится, "сломается" ))