MIDSERVER ,REFSERVER

[Эркипер Сторехаусович]

Так речь в теме не про виртуальные ключи, а про обычные...

обычный ключ должен обеспечивать связь хотя бы раз в течение 3 суток мид <=> реф , виртуальный ключ: мид <=> сервер лицензирования. Так понятнее?

[sibgaba]

обычный ключ должен обеспечивать связь хотя бы раз в течение 3 суток мид <=> реф

Реальный объект. 7,5,3,260 (специально слазил к ним посмотреть)
3 кассы. все без связи с Реф. На каждой свой мид с физическим ключем, обмен данными через флешку.
Максимальный срок который кассы работали в автономе (без переноса данных на флешке) это 1 мес (когда человек который за это отвечает был в отпуске) кассы работали.
Сейчас регулярно происходят ситуации когда обмена нет по 3-5 дней.

Скажите, что я делаю не так?

Понимаю что 753 это не 754, но тоже не плохая версия.
И мне сильно не ясно для чего UCS могло бы ввести такое ограничение (3 дня без рефа) при наличии физического ключа

[alkon132]

А я всё-таки не вижу смысла спорить и еще раз прошу пруфлинк. Если разработчики на трекере так говорили - ткните пожалуйста носом в тикет на трекере.
Говорят, даже Александр Ильин иногда ошибается (сам не видел), но в данном случае - не верится.

[sibgaba]

Говорят, даже Александр Ильин иногда ошибается

Бывает такое. Я видел.

[Эркипер Сторехаусович]

Понимаю что 753 это не 754, но тоже не плохая версия.
И мне сильно не ясно для чего UCS могло бы ввести такое ограничение (3 дня без рефа) при наличии физического ключа

Физический ключ - лишь болванка. Лицензия прописывается на L.UCS , а значит можно 2 (и более) физически разным кассовым серверам прописать одинаковый код предприятия и ресторана , нагенерить СОС кодов и работать.

---------- Добавлено в 22:18 ---------- Предыдущее сообщение было размещено в 22:05 ----------

А я всё-таки не вижу смысла спорить и еще раз прошу пруфлинк. Если разработчики на трекере так говорили - ткните пожалуйста носом в тикет на трекере.
Говорят, даже Александр Ильин иногда ошибается (сам не видел), но в данном случае - не верится.

http://tracker.ucs.ru:8080/redmine/issues/78288
конкретно про 3 дня найти сейчас не могу , видимо мне по телефону/скайпу это сообщили.

для вашего "реального объекта на 7.5.3.260" используется старый механизм лицензирования с привязкой к ID процессора.

[SH]

нагенерить СОС кодов

Ага, конечно... Ну то есть технически можно попробовать, а реально за каждый лишний сос-код больно бьют по рукам.

[sibgaba]

Идея с СОС кодами понятна.
Но реально за них спрашивают (может быть не со всех одинаково). Да, есть возможность "отписаться", но жить так в долгосрочной перспективе (6+ мес) ИМХО не реально...

[Hendehog]

Физический ключ - лишь болванка. Лицензия прописывается на L.UCS , а значит можно 2 (и более) физически разным кассовым серверам прописать одинаковый код предприятия и ресторана , нагенерить СОС кодов и работать.

---------- Добавлено в 22:18 ---------- Предыдущее сообщение было размещено в 22:05 ----------



http://tracker.ucs.ru:8080/redmine/issues/78288
конкретно про 3 дня найти сейчас не могу , видимо мне по телефону/скайпу это сообщили.

для вашего "реального объекта на 7.5.3.260" используется старый механизм лицензирования с привязкой к ID процессора.

Кстати коль на то пошло , к чему привязывается лицензия ? Вот предположим сгорело все к чертям. Ставим новый моноблок,и ключ, лицензия же слетит? К какому компоненту она привязана? Мак? ХДД?

[vandy]

И мне сильно не ясно для чего UCS могло бы ввести такое ограничение (3 дня без рефа) при наличии физического ключа

Это уже не баг, а фича.

Было такое у меня. и Задача была на трекере. Потом было обновление,в котором это устранили. (найду - напишу)
Сейчас на 7.5 есть в ФФ кассы более месяца без REF

[sibgaba]

Вот предположим сгорело все к чертям. Ставим новый моноблок,и ключ,

...и спокойно работаем. Ничего не слетит. Лицензия на MID привязана только к ключу.