Косяк с установкой времени на кассе в пакетном режиме

Не пользуйтесь этим скриптом 31 декабря!

сегодня образовался огромный косяк
вместо SET NEWTIME=2012/12/31 18:34:43
выводит SET NEWTIME=2013/12/31 18:34:43
соответственно на кассе год становится 2013
далее или эклз отъедет или надо будет в MySQL скриптом даты править
P.S. если ставить 31.12.2013, то косяк такой же (меняется на 2014 год).

Если поимели данный глюк, то в этом году для замены 2013 на 2012 выполняем в mysql:
UPDATE trm_out_moneyoperation set date = REPLACE(date, '2013', '2012');
UPDATE trm_out_login set date = REPLACE(date, '2013', '2012');
UPDATE trm_out_logout set date = REPLACE(date, '2013', '2012');
UPDATE trm_out_receipt_footer set date = REPLACE(date, '2013', '2012');
UPDATE trm_out_receipt_header set date = REPLACE(date, '2013', '2012');
UPDATE trm_out_receipt_subtotal set date = REPLACE(date, '2013', '2012');
UPDATE trm_out_shift_close set date = REPLACE(date, '2013', '2012');
UPDATE trm_out_shift_open set date = REPLACE(date, '2013', '2012');

в принципе достаточно сделать это только на сервере (если экспорт работает не на кассе),
но обязательно после исправления времени на кассе, чтобы еще не набежали чеки.

уже, нарвались:diablo:

у меня на одной кассе укм не запускается. В логах два файла с датами от 31.12.12 и 31.12.13года. в первом ругается на СП во втором пишет что не удалось запусть УКМ
19:15:11:INFO: ukmstart.sh: Starting sudo -u ukmclient ./cashmain
19:15:23:FATAL: ukmstart.sh: ukmclient exit code = 6
19:15:23:FATAL: ukmstart.sh: Standard error

Заходи через putty и Правь дату на кассе

Забавно, у меня тоже есть лог 2013 года.. Что это было?
Слава Богу, на кассах у нас автостартом скрипт запускается, который делает ntpdate на локальный сервер времени, поэтому ни одного чека от 2013 года нет, и ни одного фискальника не потеряли..

Обошлось :)

в том и дело что дата правильная стоит.
в фискальнике также верная дата должна быть так как смена была не закрыта.и на диагностике верная дата печатается.

Добавлено через 5 минут 15 секунд
перезалил кассу проблема осталась. также укм не стартует и все. В логах еще пишет что СП не подключен или не доступен. Возможно где то 2013год закрался. не понятно :(

А фискальник живой? Проверь его на другом ком-порту

Пробовал создать новую конфигурацию , фискальник к другому ком порту подключали. Диагностика выходит без ошибкок. Ошибка таже осталась.

Завтра его привезут посмотрю через frtools его состояние.

Приехали....

30.12.2013 собсно тоже превращается в 30.12.2014

Будьте осторожны!

Лучше через делай
Замечательно полгода уже работает.

Извините, я не в теме, зачем на кассах пакетно время устанавливать? Чем ntpdate не подходит?

Угу, Саш, я знаю... Вот только ты же в курсе нашей ситуации с новым магазином - так рук и не хватило, а НГ как всегда наступил внезапно, причем в этом году уже на двое суток раньше :D

Да он то подходит. Вот только не знаю, это только мне так повезло, что время на чеквэях убегает на несколько минут даже за сутки... А стоит Призма, в которой потом практически нереально наложить чек на картинку. Доменов по магазинам нет. Можно конечно на призмовской машинке поднять NTP сервер, но тут уж опять нехватка рук-времени, работает да и ладно :)

Как обычно ССЗБ... В новом году уж точно сделаем... Наверное :)

Тоже сегодня заметил логи на кассах с 2014 годом, испугался.
Но все не так страшно, для синхронизации у нас ntpdate.

А скажите, в 50-х УКМ поправили ukmstart.sh или не.
В нем ошибка с годом из-за странного формата используемого в функции dolog(), в этой строке
формат
%G the year corresponding to the %V week number

если поменять на %Y то год правильный.

Зачем его поднимать? У меня синхронизируется через интернет с любым основным сервером времени.

Пришло пистецо...
выкладываю тут... может понадобится кому

Уважаемые клиенты, напоминаем Вам, что в программе unixdate.exe, которая используется в нашей утилите timeset, есть неприятная особенность. Если на сервере, откуда запускаем утилиту, текущая дата = 31.12 (возможно и 30.12),то на кассе установится 31.12 следующего года. Например: на сервере 31.12.2013 14:00:00, то на кассе после синхронизации утилитой timeset дата будет 31.12.2014 14:00:00. Проблемы с другими датами замечено не было.

Просьба не использовать данную утилиту для синхронизации времени и даты на кассе в период этих дат (с 30 по 31 декабря).


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

Вложения

	timeset_reboot_fixed.zip (445.1 Кб, 89 просмотров)
	timeset_noreboot_fixed.zip (445.1 Кб, 75 просмотров)

Да ни при чем тут unixdate.

Попробуйте сейчас на любом(?) юниксе
и получите 2014 год.

Потому что не нужно год по номеру недели брать, %Y наше все.

Перестал работать timeset!Время не подводит!Выводит готово, но на кассе(системник) время не меняется!Что за беда?

после чего это? навскидку никаких засад со временем не должно быть.