[ОТВЕТИТЬ]
31.12.2012 11:38
whitewizard
 
Не пользуйтесь этим скриптом 31 декабря!

сегодня образовался огромный косяк
Код:
unixdate "+%%G/%%m/%%d %%k:%%M:%%S" >> tmpcurrtime.cmd
вместо SET NEWTIME=2012/12/31 18:34:43
выводит SET NEWTIME=2013/12/31 18:34:43
соответственно на кассе год становится 2013
далее или эклз отъедет или надо будет в MySQL скриптом даты править
P.S. если ставить 31.12.2013, то косяк такой же (меняется на 2014 год).
31.12.2012 12:21
wood30
 
Если поимели данный глюк, то в этом году для замены 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');

в принципе достаточно сделать это только на сервере (если экспорт работает не на кассе),
но обязательно после исправления времени на кассе, чтобы еще не набежали чеки.
31.12.2012 14:04
edelveis
 
уже, нарвались:diablo:
31.12.2012 19:16
Nordik
 
у меня на одной кассе укм не запускается. В логах два файла с датами от 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
31.12.2012 20:00
whitewizard
 
Заходи через putty и Правь дату на кассе
31.12.2012 20:05
Onesoft
 
Забавно, у меня тоже есть лог 2013 года.. Что это было?
Слава Богу, на кассах у нас автостартом скрипт запускается, который делает ntpdate на локальный сервер времени, поэтому ни одного чека от 2013 года нет, и ни одного фискальника не потеряли..
31.12.2012 20:19
Nordik
 
Цитата:
whitewizard Заходи через putty и Правь дату на кассе
в том и дело что дата правильная стоит.
в фискальнике также верная дата должна быть так как смена была не закрыта.и на диагностике верная дата печатается.

Добавлено через 5 минут 15 секунд
перезалил кассу проблема осталась. также укм не стартует и все. В логах еще пишет что СП не подключен или не доступен. Возможно где то 2013год закрался. не понятно :(
31.12.2012 20:22
whitewizard
 
А фискальник живой? Проверь его на другом ком-порту
31.12.2012 20:25
Nordik
 
Цитата:
whitewizard А фискальник живой? Проверь его на другом ком-порту
Пробовал создать новую конфигурацию , фискальник к другому ком порту подключали. Диагностика выходит без ошибкок. Ошибка таже осталась.

Завтра его привезут посмотрю через frtools его состояние.
30.12.2013 06:19
Andrey_G
 
Цитата:
whitewizard Не пользуйтесь этим скриптом 31 декабря!

сегодня образовался огромный косяк
Код:
unixdate "+%%G/%%m/%%d %%k:%%M:%%S" >> tmpcurrtime.cmd
вместо SET NEWTIME=2012/12/31 18:34:43
выводит SET NEWTIME=2013/12/31 18:34:43
соответственно на кассе год становится 2013
далее или эклз отъедет или надо будет в MySQL скриптом даты править
P.S. если ставить 31.12.2013, то косяк такой же (меняется на 2014 год).
Приехали....

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

Будьте осторожны!
30.12.2013 07:44
whitewizard
 
Лучше через
Код:
FTP://HELP/UKM/Синхронизация времени/
делай
Замечательно полгода уже работает.
30.12.2013 08:31
OlegON
 
Извините, я не в теме, зачем на кассах пакетно время устанавливать? Чем ntpdate не подходит?
30.12.2013 09:12
Andrey_G
 
Цитата:
whitewizard Лучше через
Код:
FTP://HELP/UKM/Синхронизация времени/
делай
Замечательно полгода уже работает.
Угу, Саш, я знаю... Вот только ты же в курсе нашей ситуации с новым магазином - так рук и не хватило, а НГ как всегда наступил внезапно, причем в этом году уже на двое суток раньше :D
30.12.2013 09:18
Andrey_G
 
Цитата:
OlegON Извините, я не в теме, зачем на кассах пакетно время устанавливать? Чем ntpdate не подходит?

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

Как обычно ССЗБ... В новом году уж точно сделаем... Наверное :)
30.12.2013 09:46
vdm
 
Тоже сегодня заметил логи на кассах с 2014 годом, испугался.
Но все не так страшно, для синхронизации у нас ntpdate.

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

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

Как обычно ССЗБ... В новом году уж точно сделаем... Наверное :)
Зачем его поднимать? У меня синхронизируется через интернет с любым основным сервером времени.
31.12.2013 12:08
Kryukov
 
Пришло пистецо...
выкладываю тут... может понадобится кому

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

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


Во вложении исправленные пакеты для перевода времени на кассе. Учитывая найденную особенность сторонней утилиты, м настойчиво рекомендуем запускать ее только вручную и обязательно проверять результат, и ни в коем случае не запускать ее по заданию в автоматическом режиме.
Вложения
Тип файла: zip timeset_reboot_fixed.zip (445.1 Кб, 89 просмотров)
Тип файла: zip timeset_noreboot_fixed.zip (445.1 Кб, 75 просмотров)
31.12.2013 12:37
vdm
 
Да ни при чем тут unixdate.

Попробуйте сейчас на любом(?) юниксе
Код:
date '+%G'
и получите 2014 год.

Потому что не нужно год по номеру недели брать, %Y наше все.
07.04.2015 13:50
assssa
 
Перестал работать timeset!Время не подводит!Выводит готово, но на кассе(системник) время не меняется!Что за беда?
07.04.2015 15:19
OlegON
 
после чего это? навскидку никаких засад со временем не должно быть.
Опции темы


Часовой пояс GMT +3, время: 04:42.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.