Косяк с установкой времени на кассе в пакетном режиме : УКМ-4

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

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 Кб, 124 просмотров)
	timeset_noreboot_fixed.zip (445.1 Кб, 110 просмотров)

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

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

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

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