Поток транспорта чеков : Set Retail / Centrum / Oil

Это я про скрипты :)

ну ладно (%

итак, после длительного мониторинта, отчитываюсь: всё работает замечательно! (тьфу тьфу тьфу) :beach:

Ну и хорошо.
как говорится до новой версии, всмысле до новых встреч :)
:Laie_69:

Всем доброго времени суток!
Пишу в эту длинную тему потому, что вопрос исключительно точно совпадает с обсуждавшимся здесь, но симптомы другие.
Есть несколько магазинов с которых информация по чекам не доходит до центрума, при этом ошибок в логах я не вижу но есть странные (для меня) сообщения. Для примера кусок лога транспорта магазина (DebugLevel=ALL):
И такая дребедень по всему логу. При этом строки типа:
(как в нормально работающем магазине) отсутствуют.
На стороне центрума в логе транспорта от этого магазина можно увидеть строки про поток мониторинга, про переподключение потоков (бывают ошибки соединения), но про поток чеков попадаются только строки вида "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, а другие магазины в такой же связке версий работали и работают нормально).

Посмотрите в impexpsetup -> устройства адресаты -> адресат с id = -1 (магазин) включен или нет, скорее всего если задания с 200+ номером в transfercmd присутствуют но не уходят то он выключен.
Если нет заданий, смотрите что с потоком export, там есть тип данных exportvalidecheque он должен работать.

"Магазин (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, отсюда и его странное поведение.
У вас это магазин всегда работал с центрум или был переведен на работу с центрум?

и еще один момент проверьте, наличие записей с типом 201 в таблице ct_TransImpExpDTypeToTType

Как раз перечисленный вами "ExportValideCheque" и занимается созданием заданий.
И раз появляются задания с 209 типом значит он работает.
Ищите того кто сбрасывает taken в 1, проблема в этом.