[ОТВЕТИТЬ]
Опции темы
15.12.2010 12:26  
TANGOR
Это я про скрипты :)
 
15.12.2010 12:53  
melisa
ну ладно (%
 
21.12.2010 10:21  
melisa
итак, после длительного мониторинта, отчитываюсь: всё работает замечательно! (тьфу тьфу тьфу) :beach:
 
21.12.2010 11:38  
TANGOR
Ну и хорошо.
как говорится до новой версии, всмысле до новых встреч :)
:Laie_69:
 
15.01.2014 13:44  
Stanislaw
Всем доброго времени суток!
Пишу в эту длинную тему потому, что вопрос исключительно точно совпадает с обсуждавшимся здесь, но симптомы другие.
Есть несколько магазинов с которых информация по чекам не доходит до центрума, при этом ошибок в логах я не вижу но есть странные (для меня) сообщения. Для примера кусок лога транспорта магазина (DebugLevel=ALL):
Цитата:
15.01.2014 11:48:08.347 TRACE: Поток транспорта чеков.-1.CashierWorkTime: startGetData
15.01.2014 11:48:08.503 TRACE: Поток транспорта чеков.-1.Cheque: startGetData
15.01.2014 11:48:08.831 TRACE: Поток транспорта чеков.-1.Chequebank: startGetData
15.01.2014 11:48:09.191 TRACE: Поток транспорта чеков.-1.OperDay: startGetData
15.01.2014 11:48:09.331 TRACE: Поток транспорта чеков.-1.OperGang: startGetData
15.01.2014 11:48:09.535 TRACE: Поток транспорта чеков.-1.OperGangMoney: startGetData
15.01.2014 11:48:09.722 TRACE: Поток транспорта чеков.-1.RepCashMess: startGetData
15.01.2014 11:48:10.050 TRACE: Поток транспорта чеков.-1.RepDiscountCard: startGetData
15.01.2014 11:48:10.191 TRACE: Поток транспорта чеков.-1: NoData
И такая дребедень по всему логу. При этом строки типа:
Цитата:
15.01.2014 11:53:10.444 DEBUG: Поток транспорта чеков.-1.Cheque >>> PUT
15.01.2014 11:53:10.538 DEBUG: Поток транспорта чеков.-1.Cheque: Accept
(как в нормально работающем магазине) отсутствуют.
На стороне центрума в логе транспорта от этого магазина можно увидеть строки про поток мониторинга, про переподключение потоков (бывают ошибки соединения), но про поток чеков попадаются только строки вида "DEBUG: Поток транспорта Чеков.1002.OperGang: putXML". И смены действительно в центрум приходят, а чеки нет.
Как я понимаю SET не хочет создавать задания на отправку чеков в CENTRUM. Не могу понять, только, почему?
Поток транспорта чеков включен. В списке транспортов "HOST (IP)" для 3-го транспорта (а, также, для 2-го и 4-го) вбит правильный. В "устройствах адресатах" "Магазин (8)" и "Внешняя система (9)" включены.
Может знает кто, что не так?
Версии: SET Retail 5.2.80.10, Centrum 5.2.80.18 (но не работало и на .13, а другие магазины в такой же связке версий работали и работают нормально).
 
15.01.2014 18:46  
Woodstock
Посмотрите в impexpsetup -> устройства адресаты -> адресат с id = -1 (магазин) включен или нет, скорее всего если задания с 200+ номером в transfercmd присутствуют но не уходят то он выключен.
Если нет заданий, смотрите что с потоком export, там есть тип данных exportvalidecheque он должен работать.
 
16.01.2014 12:46  
Stanislaw
"Магазин (8)" с id = -1 включен. Зависшие задания в TransferCmd с №201+ отсутствуют.
Специально выключил все типы данных потока транспорта чеков ( до этого все были включены). В ChequeHead для одного из чеков изменил Taken на "0". Через несколько секунд Taken вернулся в "1", а в TransferCmd пусто.
Выключил тип данных 209 "ReportKM3" (заметил, что эти задания проскакивают). После повторения манипуляций с Taken-ом в TransferCmd начали появляться строки с TransferType = 209 (судя по DataId мой чек и новые чеки с касс). Другие 200+ не появляются.
Поток экспорта включен. В нем включены типы данных (номера по столбцу "Внутренний тип данных"): 7 "ExportValideCheque", 9 "JobsDataFill", 96 "BACKGROUNDJOBS" и отключенный мной 209 "ReportKM3".
У меня есть подозрение, что где-то, когда-то криво встал апдейт на эти магазины.
Что отвечает за формирование заданий для типа данных "CHEQUE"?
 
16.01.2014 12:52  
Woodstock
Цитата:
Сообщение от Stanislaw
"Магазин (8)" с id = -1 включен. Зависшие задания в TransferCmd с №201+ отсутствуют.
Специально выключил все типы данных потока транспорта чеков ( до этого все были включены). В ChequeHead для одного из чеков изменил Taken на "0". Через несколько секунд Taken вернулся в "1", а в TransferCmd пусто.
Выключил тип данных 209 "ReportKM3" (заметил, что эти задания проскакивают). После повторения манипуляций с Taken-ом в TransferCmd начали появляться строки с TransferType = 209 (судя по DataId мой чек и новые чеки с касс). Другие 200+ не появляются.
Поток экспорта включен. В нем включены типы данных (номера по столбцу "Внутренний тип данных"): 7 "ExportValideCheque", 9 "JobsDataFill", 96 "BACKGROUNDJOBS" и отключенный мной 209 "ReportKM3".
У меня есть подозрение, что где-то, когда-то криво встал апдейт на эти магазины.
Что отвечает за формирование заданий для типа данных "CHEQUE"?
Нет скорее всего у вас работает какая то локальная стыковка с erp и она как раз использует taken, отсюда и его странное поведение.
У вас это магазин всегда работал с центрум или был переведен на работу с центрум?
 
16.01.2014 12:55  
Woodstock
и еще один момент проверьте, наличие записей с типом 201 в таблице ct_TransImpExpDTypeToTType
 
"Спасибо" Woodstock от:
16.01.2014 12:59  
Woodstock
Цитата:
Что отвечает за формирование заданий для типа данных "CHEQUE"?
Как раз перечисленный вами "ExportValideCheque" и занимается созданием заданий.
И раз появляются задания с 209 типом значит он работает.
Ищите того кто сбрасывает taken в 1, проблема в этом.
 
"Спасибо" Woodstock от:
 


Опции темы



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

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