Открыть меню

Стек NCR / APTRA / NDC

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

Сценарий ATM-стека: Стек NCR / APTRA / NDC.

Стек NCR / APTRA / NDC

Кратко

Это вариант внедрения, где ATM-парк или значимая его часть построены вокруг NCR hardware, APTRA terminal software и NDC-style взаимодействия с ATM host/controller. Такой стек не означает, что весь банк работает только на NCR: он может сосуществовать с ISO 8583 switch, другим EMS и устройствами других производителей.

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

  • В NCR-heavy парке с историческим NDC host.
  • При сохранении host-driven сценариев, где ATM следует экранным и state-table инструкциям host/controller.
  • В смешанном парке, где NCR-ветка является одним из поддерживаемых вариантов.

Слои стека

СлойТиповой вариант
HardwareNCR SelfServ / исторические NCR ATM
Device layerCEN/XFS и NCR/vendor service providers
ATM applicationAPTRA / APTRA XFS
Host protocolNDC или NDC-like profile
ProcessingATM host/controller, затем switch/issuer/scheme
EMS/logsAPTRA/Vision или другое estate/log management решение

Типовой flow

  1. ATM application управляет экраном, PIN entry и устройствами через XFS.
  2. NDC layer обменивается с host/controller transaction и status messages.
  3. Host/controller маршрутизирует финансовую часть в switch/issuer.
  4. При approve ATM выполняет dispense через dispenser/XFS.
  5. EJ, device events, NDC status и host log используются для reconciliation и расследований.

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

  • В EJ могут фиксироваться шаги card/PIN/auth/dispense/cash taken/card eject.
  • В NDC/host log важны LUNO, transaction request/reply, status messages и mapping к STAN/RRN.
  • Точные форматы EJ и NDC-сообщений требуют официальной документации NCR/APTRA/NDC или документации проекта.

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

  • Зрелый ATM-oriented стек.
  • Хорошо подходит для host-driven управления ATM-сценарием.
  • Богатая история эксплуатации и инструментов мониторинга.

Ограничения

  • Полные NDC/APTRA детали часто proprietary.
  • Поведение no dispense, retract, card capture и EJ export зависит от версии APTRA, host profile и модели ATM.
  • Multivendor support нужно проверять по конкретной support matrix.

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

  • NDC profile и версия host/controller.
  • APTRA version и список поддерживаемых XFS SP.
  • EJ format/export и masking rules.
  • Mapping device events в reversal/reconciliation.

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

Источники

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

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