Выгрузка, прием - CM2000 - УКМ - Алкоголь с 8:00 : Супермаг Плюс (Супермаг 2000)

baggio ➤ Я немного не понимаю механизм запрета...
UKM WIN наш родной работает(если настроено) по протоколу УКМ2...
так вот "Русский алкоголь @@23000800" означает что запрет на продажу дейтсвует с 23.00 до 8.00, этот запрет попадает в кассу с выгрузкой классификатора, загрузить его туда достаточно ОДИН! раз, далее к товару находящиеся в данной группе применяются ограницения по времени.

1. Это не связано с выгрузкой из СМ и кассовым модулем как таковым (если не происходит изменения расписания ограничений какимнибудь скриптом, напрмер меняется время ограничений - иначе трубется полная выгрузка с классификатором и новым временем ограничения.)

2. Если у вас просто стоит ограничение по времени на группе и вы ничего не меняете - то вам нужно смотреть на время на кассе, скорее всего либо время на кассе не верное.

student ➤ все именно так и есть, только для ускорения работы при приеме данных происходит разбор и время из названия группы сваливается в отдельную табличку диапазонов и там живет до следующего изменения



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

в окне кассира ДО 8-00 в классификаторе есть отображение времени в названии групп (не смотря на внутреннее разделение отображение остается) ?

да и что там по логам загрузки - классификатор (и как следствие диапазоны) грузится если только были карточки товара в загрузке
как вариант (если есть устоявшиеся группы алкоголя) можно убрать загрузку диапазонов из классификатора и прописать их на кассе в справочнике вручную - тогда они в принципе не будут зависить от загрузки и будут там жить всегда, да и загрузка ускорится без доп разбора

давай банку данных в хранилище - будем смотреть что и как - иначе сложно что либо сказать, тем более что у тебя там 2-а юр лица и классификатор в этом случае строится только по текущим карточкам - т.е. лишние (пустые ветки) отсекаются если нет ни одной карточки в группе

(HOXP) ➤ Хорошо, данной темой я хотел внести ясность в пробелы понимания работы данного механизма разобранной ситуации, ответом доволен. Возможно просто на кассе надо попробовать еще поменять адрес синхронизации времени(или вообще отключить синхронизацию времени).

Dim ➤ может еще время на фискальнике отличается от времени системного блока кассы

baggio ➤ Моё ИМХО:
1. УДобнее ограничивать по времени через название классификатора. Причины:
а) можно возложить данную обязанность на операторов\управляющих\ и т.д.
б) Выгружается и разбразывается он автоматически, по всем кассам, что менее трудоемко по сравнению с экпортом\импортом таблицы ограничений

(HOXP) ➤ Вот именно поэтому мы и используем такой метод. И все прекрасно работает.
Всем все нравится), только маленький недочет, который пробудил любопытство, проявляющееся в познании данного механизма.

baggio ➤ предлогаю всё таки разобраться до конца...
последователям будет проще так сказать...

1. отключить кассу от сети (дабы исключить влияние так сказать)

2. Произвести продажу алккоголя в 7.59 - посмотреть на реакцию кассы
3. Произвести продажу алккоголя в 8.00 - посмотреть на реакцию кассы
4. Произвести продажу алккоголя в 8.03 - посмотреть на реакцию кассы
Время смотреть по экрану на кассе...

(HOXP) ➤ Всем все нравится), только маленький недочет, который пробудил любопытство, проявляющееся в познании данного механизма.

student ➤ механизм простой - если товар попадает в ограничение его нельзя добавить в чек :)
только вот там жесткое ограничение - т.е. нет знака равно при просмотре диапазона - т.е. если стоит 23:00 - 8:00 то гарантированно не добавить в чек если время больше или равно 23:00 вечером и менее 8:01 утром

т.е. если надо чтобы добавлялось в чек в 8:00 то прописывай 7:59