Стек NCR / APTRA / NDC
Сценарий 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-ветка является одним из поддерживаемых вариантов.
Слои стека
| Слой | Типовой вариант |
|---|---|
| Hardware | NCR SelfServ / исторические NCR ATM |
| Device layer | CEN/XFS и NCR/vendor service providers |
| ATM application | APTRA / APTRA XFS |
| Host protocol | NDC или NDC-like profile |
| Processing | ATM host/controller, затем switch/issuer/scheme |
| EMS/logs | APTRA/Vision или другое estate/log management решение |
Типовой flow
- ATM application управляет экраном, PIN entry и устройствами через XFS.
- NDC layer обменивается с host/controller transaction и status messages.
- Host/controller маршрутизирует финансовую часть в switch/issuer.
- При approve ATM выполняет dispense через dispenser/XFS.
- 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.
Связанные заметки
Источники
- NCR Atleos — ATM/ITM portfolio: https://www.ncratleos.com/banking/atm-itm
- NCR — APTRA multivendor software public announcement: https://www.ncr.com/newsroom/ncr-and-vantiv-to-grow-multivendor-atm-software-availability-in-u-s
- ATM-NDC-DDC