Логическая дата отличаентся от даты SYSTEM.DB

[Rus75lan]

Точно такая же ерунда на нескольких объектах, в system.db одна дата, на кассах в логик дате на число больше...

Подтверждаю.
Когда закидываешь system.db, сервер при запуске переводит дату на день вперед.

[mcmaster]

И я подтверждаю. Что случилось то?
Объект работает 3 дня в неделю. Сегодня смотрел на сервере 18 и на станции 18. Перевожу на 22. В system.db 22 на станции 23.

---------- Добавлено в 19:10 ---------- Предыдущее сообщение было размещено в 17:23 ----------

Ха.. Закусился на трекере по этому вопросу....
Как всегда, не ищут в чём проблема а навязывают Контроль логической даты - LOGDATE.DLL
​Вот как то так...

Вопрос
Т.е. объект работал без этой dll несколько лет, а теперь без неё работать правильно не будет?
Ответ
Вы можете проверить у себя на стенде ситуацию и разобраться в причине возникновения данной ситуации, я же предлагаю вам, на мой взгляд, более быстрый способ решения проблемы.

[SH]

Как всегда, не ищут в чём проблема

Тут не совсем так... На саппорте же ясно выразились - такими некритичными багами в rk6 больше не будут заниматься. Всю жизнь setcodat нормально работал, что-то случилось, но увы.

[Hendehog]

И я подтверждаю. Что случилось то?
Объект работает 3 дня в неделю. Сегодня смотрел на сервере 18 и на станции 18. Перевожу на 22. В system.db 22 на станции 23.

---------- Добавлено в 19:10 ---------- Предыдущее сообщение было размещено в 17:23 ----------

Ха.. Закусился на трекере по этому вопросу....
Как всегда, не ищут в чём проблема а навязывают Контроль логической даты - LOGDATE.DLL
​Вот как то так...

Вопрос
Т.е. объект работал без этой dll несколько лет, а теперь без неё работать правильно не будет?
Ответ
Вы можете проверить у себя на стенде ситуацию и разобраться в причине возникновения данной ситуации, я же предлагаю вам, на мой взгляд, более быстрый способ решения проблемы.

Правильно я понимаю, что эта длл-ка работает только там , где сервер на кассе?
А если сервер под виндой, что великий you see ass советует?

[SH]

А если сервер под виндой, что великий you see ass советует?

Переходить на RK7.
Переводить через мониторинг.

[RafStudio]

Переходить на RK7.

Не АЙС. В двух словах: Имеем сеть фуд-кортов (ну или фаст-фудов). Допустим, что на данный момент около 30 торговых точек, грубо говоря: 30 серверов. Для перехода на семёрку клиенту придется выложить что-то около 45000 рублей на три промежуточных сервера отчетов, свыкнуться с бесконечным пересчетом кубов, пересесть на другой тарифный план по интернету (меня это конечно тоже забавит, но вот бывают "рачительные" хозяева, умеющие экономить на мелочах и проё по крупному, но это так, оффтоп). В общем и целом примерно на пару месяцев геммороя, поскольку тут придется как в той песне - СНАЧАЛА ДО ОСНОВАНИЯ ВСЕ НА ХРЕН РАЗРУШИМ, А ПОТОМ ПОСТРОИМ НОВОЕ...
И, извиняюсь, всё лишь из-за того (это видимо мне придется объяснять владельцам), что вот SETCODAT.EXE c 2016 года, подчиняясь Российскому тренду, перешёл на новый план по импортозамещению... Тьфу ты! Новое байторазмещение!
В общем НЕ АЙС!!!

Переводить через мониторинг.

Дело путное. Но вот беда: У клиентов кассовая версия RK6.107WIN, а уважаемый UCS, начиная с версии менеджера выше 6.92, сделал обязательным наличие ключа защиты для такой милой штуки как Monit32.exe и никаким другим монитором, кроме как от менеджера 6.93 и выше к кассе 6.107 не подключиться. А так было бы просто прелесть - закинул необходимую для монитора мелочь на кассу и твори себе в радость нужную дату...

более быстрый способ решения проблемы

Это, как Вы сами понимаете для RK6WIN на данный момент не существует и вряд-ли будет.

[sibgaba]

Раф, а у тебя то в чем проблема?

Я никогда не поверю что в этой сети у тебя клиенты сами через setcodat переводили дату в случае косяка... По любому инженер делал, и скорее всего удаленно. Ну так и в чем проблема для инженера поставить не сегодняшнюю дату, а вчерашнюю?

Офф топ: По поводу привязки монитора к ключу. Я так только "за", давно пора было... А то привыкли все к халяве (и дилеры, и клиенты)... Если кто забыл, то так то Монитор это отдельный модуль, который денег стоит...

---------- Добавлено в 17:09 ---------- Предыдущее сообщение было размещено в 17:07 ----------

PS Под такого крупного клиента можно и свою прогу написать, которая будет переводить дату в system.db так как тебе нужно...

[RafStudio]

Раф, а у тебя то в чем проблема?

Привет!
Да как бы проблем лично у меня то нет! Проблемы обычно у клиентов возникают. Особенно после праздников - бывает, что вместо отставания, завтрашним числом аж начинают молотить, пока не очухаются.
(одна девочка заранее пару раз закрыла, а другая на автомате придя еще пару раз захлопнула). Но это действительно - не проблема... Поправить и это можно.
Неприятностью выглядит следующее (последняя запись с трекера):
"кстати обратил внимание, что если править таким же образом код-ресторана, то он так же прописывается некорректно, т.е. если в последующем генерировать сос-код относительно вписанного кода ресторана, сайт лицензирования выдает ошибку типа: "ID в коде запроса не соответствует ID выбранного объекта", хотя объект выбран тот что нужно..."
Сам не проверял...

Вру!!!
Вспомнил!!!
Как раз клиента запускал в двадцатых числах января и с изумлением увидел эту надпись!
Пару раз тыкнулся с Chrome - одно и то-же. Хотел уже звонить в Москву, но время было раннее. Думаю дай попробую зайти через IE и о чудо! Всё заработало!
Это конечно не совсем то, о чём Дмитрий Родиков говорит, но сообщение l.ucs было именно такое.