Открыть меню

Стек TellME / Russian Multivendor

Создано 2 июн. 2026 г. Обновлено 2 июн. 2026 г. 3 мин чтения

Сценарий ATM-стека: Стек TellME / Russian Multivendor.

Стек TellME / Russian Multivendor

Кратко

Это вариант внедрения для российского/СНГ контекста, где terminal software должен работать с ATM разных производителей и учитывать локальные требования: МИР/НСПК, российские регуляторные ожидания, локальные процессинговые платформы и особенности поддержки оборудования.

Когда такой вариант встречается

  • В mixed fleet после ухода или ограничения поддержки глобальных vendors.
  • При необходимости поддерживать NCR, DN/Wincor, GRG, Hyosung, SAGA и другие устройства одним terminal layer.
  • Когда ATM-сценарии должны интегрироваться с российским процессингом, МИР/НСПК и локальными EMS/NMS.

Слои стека

СлойТиповой вариант
HardwareРазнородный парк, включая российские и азиатские поставки
Device layerWOSA/CEN XFS, vendor SP, TellME-specific adapters
ATM applicationTellME 7 / TellME modules
Host protocolISO 8583, NDC/DDC adapters или проектный профиль
ProcessingTranzAxis, WAY4, ЦФТ/Диасофт/собственный switch
EMS/logsTellME Unified Agent, сторонний EMS/NMS, банковские системы
SchemeМИР/НСПК, on-us, другие схемы при доступности

Типовой flow

  1. TellME terminal layer управляет UI, device commands и business services.
  2. Host adapter передает financial transaction в процессинг.
  3. Российский процессинг маршрутизирует on-us, МИР/НСПК или другие доступные схемы.
  4. EJ/logs и device counters собираются локально или централизованно для reconciliation.
  5. Для disputes учитываются открытые правила НСПК/ЦБ РФ и внутренний workflow банка, если он доступен как практический контекст.

Что видно в логах

  • Terminal app logs и EJ.
  • XFS/device events по dispenser, BNA, recycler, EPP и card reader.
  • Host/switch logs с STAN/RRN, terminal ID, response code и reversal/advice status.
  • Конкретные форматы EJ и интеграции с EMS требуют vendor/project documentation.

Сильные стороны

  • Ориентация на российский/СНГ multivendor context.
  • Потенциально полезен для импортозамещения terminal layer.
  • Может интегрироваться с локальными процессинговыми и мониторинговыми решениями.

Ограничения

  • Публичные источники подтверждают не все технические детали.
  • Сертификация, МИР/НСПК profiles, EJ export и hardware support требуют проверки по версии продукта и проекту.
  • Поведение cash recycling и cash-in сильно зависит от модели ATM и validator/recycler.

Что требует проверки

  • Список поддерживаемых ATM и XFS SP.
  • МИР/НСПК certification/profile для конкретного внедрения.
  • EJ format/export и masking rules.
  • Поддержка российских ОС/криптографии, если это требуется проектом.

Связанные заметки

Источники

Ссылаются на эту заметку

Источник: публичный слой Obsidian Vault.