[ОТВЕТИТЬ]
15.12.2010 12:26
TANGOR
 
Это я про скрипты :)
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
16.01.2014 12:59
Woodstock
 
Цитата:
Что отвечает за формирование заданий для типа данных "CHEQUE"?
Как раз перечисленный вами "ExportValideCheque" и занимается созданием заданий.
И раз появляются задания с 209 типом значит он работает.
Ищите того кто сбрасывает taken в 1, проблема в этом.
16.01.2014 16:03
Stanislaw
 
Цитата:
Woodstock и еще один момент проверьте, наличие записей с типом 201 в таблице ct_TransImpExpDTypeToTType
Вот где собака-то порылась :).
В этой таблице не хватало записей 2 и 5. Одна из них содержала соответствие 201 <-> 201, а вторая 204 <-> 204 для TargetType = 8 (сравнил с "нормальным" магазином). Как только я эти строки в таблицу добавил всё встало на свои места!
Как они оттуда исчезли не знаю. СЕТ разворачивали до меня. Центрума тогда не было. Может это стандартный способ борьбы с пустыми заданиями на устройство -1, когда нет Центрума? В этом случае способ очень странный.
Спасибо за ответы и советы.
16.01.2014 16:14
Woodstock
 
Да в ранних версиях нового транспорта, была такая проблема, нельзя было отключить создание заданий. Возможно таким образом и боролись с этой проблемой.


Опции темы


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

 

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