Para coordinar con Xolutiva y NCR Atleos
NDC Enterprise: de las demostraciones a transacciones reales
Las aplicaciones que hemos mostrado en el cajero son demostraciones en HTML. Queremos dar el siguiente paso con ustedes: transacciones reales sobre NDC Enterprise, empezando en el laboratorio. Esta página reúne lo que encontramos, lo que necesitamos preguntar y cómo proponemos avanzar.
Video: NDC Enterprise, de NCR Atleos, presentado por Xolutiva (2:25, en español).
01 · Dónde estamos
Demostraciones que funcionan en el cajero, sin tocar sus dispositivos
Corren en la capa web del SelfServ 62 del laboratorio. Muestran la experiencia completa, pero no imprimen, no cuentan efectivo, no leen tarjetas y no hablan con NDC Enterprise ni con un host.
02 · Qué queremos lograr
Aplicaciones reales: impresora, efectivo y tarjetas, a través de NDC Enterprise
Primera meta de laboratorio
Una transacción adjunta sin efectivo, de punta a punta: por ejemplo, una consulta que imprime un comprobante real.
Segunda meta de laboratorio
Una transacción con efectivo: un depósito contado por el equipo, con su comprobante y su reverso si algo falla.
Todo en laboratorio, con imagen, host, tarjetas y casetes de prueba. Nada en producción hasta que el banco, NCR Atleos y el adquirente lo aprueben.
03 · Lo que encontramos
La mitad del conocimiento es pública; la otra mitad la tienen ustedes y NCR
La capa de dispositivos es un estándar abierto
Impresora, efectivo, lector de tarjetas, teclado de PIN y sensores se exponen por CEN/XFS 3.x (API de Windows) y por su sucesor XFS4IoT (WebSocket y JSON), ambos publicados por CEN sin costo. NCR Atleos figura entre las organizaciones que desarrollaron XFS4IoT.
Hay un simulador abierto para empezar hoy
Existe un marco XFS4IoT con licencia MIT y servicios de dispositivo de ejemplo (lector de tarjetas, dispensador, aceptador, reciclador, impresora, teclado de PIN, luces, código de barras, cámara) que corre en una computadora con Windows.
Lo que NCR Atleos dice de NDC Enterprise
Es multivendor; «elimina la necesidad de cambios en el switch al añadir transacciones digitales adjuntas que pueden usar una conexión con el core bancario o con terceros»; las pantallas y la segmentación se cambian desde un servidor empresarial; más de cien servicios bancarios.
La capa de NDC Enterprise no es pública
No encontramos documentación pública sobre cómo se crean las transacciones adjuntas, qué motor muestra la capa web, cómo el contenido web pide una acción a un dispositivo ni cómo un flujo entrega la transacción final al switch. Eso solo puede venir de NCR Atleos, a través de Xolutiva.
Nuestro código correría dentro de la aplicación de NCR, no al lado
En un cajero de banco, la aplicación de NCR es dueña de los dispositivos. El PIN se captura en el teclado cifrado, el núcleo EMV es de la plataforma y la lista blanca de software la controlan el banco y NCR. El simulador abierto sirve para aprender y para probar nuestra capa de abstracción; el adaptador de producción se escribirá contra la interfaz que NCR entregue.
04 · Qué necesitamos
Lo que solo Xolutiva y NCR Atleos pueden darnos
| Qué | Para qué |
|---|---|
| Documentación de NDC Enterprise para desarrolladores y su kit o herramienta de autoría | Con una licencia que cubra a un desarrollador externo |
| La referencia de la interfaz con la que el contenido web usa los dispositivos | Imprimir, aceptar y dispensar efectivo, leer tarjeta, luces guía, eventos y errores |
| Un simulador de NDC Enterprise y un simulador de host, si existen | Para desarrollar sin ocupar el cajero |
| En los cajeros del laboratorio: imagen de pruebas, acceso de supervisor, casetes, tarjetas y llaves de prueba | Los equipos ya están en el laboratorio; falta dejarlos en modo de pruebas |
| Un host de pruebas contra el que conectar el cajero | Para el tramo financiero de una transacción |
| Acceso al portal de NCR Atleos y un contacto técnico de desarrollo | Documentación, descargas y soporte |
| Formación o certificación, si NCR la exige | Cuál, cuánto dura y cuántas personas |
05 · Preguntas
Las preguntas, por tema
Les pedimos responder lo que puedan y trasladar el resto a NCR Atleos. Todo lo que recibamos bajo confidencialidad se queda bajo confidencialidad.
A. El equipo que tenemos hoy
- En los cajeros del laboratorio, ¿qué dispositivos están instalados? (lector de tarjetas y tipo, lector sin contacto, teclado cifrado, impresora de recibos y de diario, reciclador y casetes, código de barras, huella, cámaras, pantalla superior).
- Hoy nuestras demostraciones corren en una «capa web» del cajero. ¿Qué es exactamente: un navegador en modo quiosco o un contenedor de la aplicación de NCR? ¿Qué motor y qué versión?
- ¿Qué sistema operativo y qué plataforma XFS de NCR tienen los equipos? ¿Qué aplicación de cajero está instalada hoy (NDC Enterprise, Activate Enterprise, ANDC u otra) y en qué versión?
- ¿Los equipos de NCR Atleos exponen o prevén exponer servicios XFS4IoT, o solo CEN/XFS 3.x? ¿Con qué calendario?
B. Documentación y kit de desarrollo
- ¿Existe documentación oficial y vigente de NDC Enterprise para desarrolladores? ¿Pueden compartirla con nosotros bajo acuerdo de confidencialidad?
- ¿Con qué herramienta se crean las transacciones digitales adjuntas, las pantallas y los flujos? ¿Qué tecnologías y versiones exige?
- ¿Quién puede desarrollar sobre NDC Enterprise: solo NCR, el banco, el socio certificado, o también un subcontratista del socio como CEMI? ¿Qué licencia hace falta y cuánto cuesta?
- ¿El acuerdo de confidencialidad permite usar asistentes de inteligencia artificial para leer esa documentación mientras desarrollamos? Si hay restricciones, ¿cuáles?
C. Cómo funciona por dentro
- ¿Cómo pide el contenido web una acción de un dispositivo y cómo recibe los eventos y los errores? ¿Hay una referencia de esa interfaz?
- ¿Qué es y dónde corre el servidor empresarial: en el banco, en la nube de NCR, o ambos? ¿Cómo se publican las pantallas y los flujos hacia los cajeros?
- ¿Cómo entrega un flujo adjunto la transacción financiera final al switch? ¿Qué parte del flujo sigue siendo NDC clásico?
- ¿Qué datos de la tarjeta y del cliente puede ver el contenido web? ¿Recibe un identificador en lugar del número de tarjeta? ¿Cómo se identifica al cliente en una transacción sin tarjeta?
- ¿Cómo se conecta un flujo con el core bancario o con un tercero: desde el cajero o desde el servidor?
- Confirmamos nuestra comprensión: el PIN siempre se captura en el teclado cifrado y nuestro código nunca lo ve. ¿Es correcto? ¿Cómo solicita un flujo la captura de PIN?
D. Simuladores y laboratorio
- ¿Existe un simulador de NDC Enterprise para desarrollar sin el cajero, y un simulador de host o de switch? ¿Bajo qué licencia?
- ¿Qué hace falta para dejar los cajeros del laboratorio con imagen de pruebas, acceso de supervisor, casetes, tarjetas y llaves de prueba? ¿Con qué acompañamiento técnico de Xolutiva?
- ¿Contra qué host de pruebas se conectarían?
E. Seguridad y despliegue
- ¿Qué controles de seguridad lógica tendrán el equipo de laboratorio y el de producción (lista blanca, endurecimiento, cifrado de disco, cortafuegos, protección del dispensador)? ¿Qué debemos cumplir para que nuestro contenido se pueda instalar?
- ¿Qué conexiones salientes están permitidas desde el cajero y cuáles deben pasar por el servidor?
- ¿Cómo se firma, se empaqueta y se autoriza el contenido de un tercero antes de instalarlo? ¿Quién lo firma?
- ¿Hay una guía de NCR sobre lo que un desarrollador externo no debe hacer nunca en el cajero?
F. Certificación, soporte y condiciones
- ¿NCR Atleos exige formación o certificación para desarrollar o implantar sobre NDC Enterprise? ¿Cuál, cuánto dura, cuánto cuesta y cuántas personas?
- ¿Qué pruebas o certificaciones exige una transacción nueva antes de salir a producción: de NCR, del banco, del switch, de la red local, de las marcas?
- ¿NDC Enterprise está validado bajo el estándar de software seguro de PCI? ¿El contenido de un tercero queda dentro o fuera de esa validación?
- ¿Qué cambios obligan a recertificar EMV con el adquirente o con las marcas?
- ¿Quién es nuestro contacto técnico en NCR Atleos, y podemos tener acceso al portal y al soporte a través de Xolutiva?
- ¿Cuál es el nivel de Xolutiva en el programa de canales de NCR Atleos y qué le permite compartir con un subcontratista?
- ¿Qué plazos y costos debemos prever para recibir la documentación y el kit, y completar una primera transacción de prueba?
06 · El plan
Cuatro fases: dos podemos empezarlas hoy
Capa de abstracción
Una interfaz única para dispositivos y para el host, con un adaptador simulado. Las demostraciones siguen funcionando igual y pueden inyectar fallas: sin papel, casete vacío, tiempo agotado.
Quién: CEMI, desde ya · Necesita: NadaSimulador abierto
Cliente XFS4IoT y host simulado. El mismo flujo pasa las mismas pruebas automáticas contra el adaptador simulado y contra el simulador.
Quién: CEMI, desde ya · Necesita: NadaIntegración en laboratorio
Con el kit y la documentación de NCR: el adaptador de NDC Enterprise, en el cajero del laboratorio en modo de pruebas y contra un host de pruebas. Meta: una transacción adjunta sin efectivo y una con efectivo, de punta a punta.
Quién: CEMI, Xolutiva y NCR Atleos · Necesita: Todo lo de «Qué necesitamos»Piloto con un banco
Revisión de seguridad del banco, pruebas, certificaciones que apliquen, paquetes firmados y despliegue controlado en pocos equipos.
Quién: Banco, NCR Atleos y Xolutiva; CEMI como proveedor · Necesita: Marco contractual y de cumplimiento07 · Las primeras dos semanas
Lo que hacemos mientras llegan las respuestas
Semana 1
- Enviar las preguntas a Xolutiva y abrir un repositorio privado para este trabajo.
- Definir la interfaz de dispositivos y de host, con su modelo de resultados y de fallas.
- Pasar un flujo real por esa interfaz: el depósito en efectivo con comprobante impreso.
- Compilar y correr el simulador abierto en Windows y registrar sus mensajes.
Semana 2
- Cliente XFS4IoT: descubrimiento, comandos, eventos, cancelación y reconexión.
- Host simulado: aprobar, rechazar, tiempo agotado, respuesta tardía y reverso.
- Matriz de fallas: qué ve el cliente y qué se reversa en cada paso. Es lo primero que pedirá un banco.
- Revisar las respuestas de Xolutiva y decidir el paso a la integración en laboratorio.
08 · Seguridad
Lo que nunca haremos, de la demostración a producción
- Nunca capturar, mostrar, registrar ni transmitir un PIN real. La captura pertenece al teclado cifrado.
- Nunca leer ni guardar números de tarjeta completos, datos de banda o de chip en nuestro código, registros o capturas.
- Nunca manejar llaves criptográficas ni sus procedimientos de carga.
- Nunca correr nuestro código en un cajero conectado a un host de producción o con efectivo real. Solo laboratorio, imagen, host, tarjetas y casetes de prueba.
- Nunca desactivar ni relajar la lista blanca, el cortafuegos, el cifrado o la protección del dispensador para que una demostración funcione.
- Nunca dar órdenes a los dispositivos por fuera de la interfaz autorizada de la aplicación del cajero.
- Nunca subir a un repositorio kits, documentación bajo confidencialidad, certificados, llaves, configuración de un banco ni datos de clientes.
- Nunca probar con tarjetas o cuentas reales, incluidas las del equipo.
- Nunca cargar en el cajero guiones, fuentes, analítica o etiquetas remotas: todo va empaquetado, versionado y revisado.
- Nunca decirle a un banco que algo está listo para producción antes de que el banco, el fabricante y el adquirente hayan firmado lo suyo.
09 · Próximos pasos
Lo que les pedimos hoy
- Confirmar qué es la capa web donde corren hoy las demostraciones y qué aplicación de cajero tienen los equipos del laboratorio.
- Un contacto técnico de desarrollo en NCR Atleos y acceso al portal a través de Xolutiva.
- La documentación de NDC Enterprise para desarrolladores y su kit, bajo acuerdo de confidencialidad.
- Dejar un cajero del laboratorio con imagen de pruebas, acceso de supervisor y un host de pruebas.
- Elegir juntos la primera transacción real de laboratorio y ponerle fecha.
Preparado por CEMI para Xolutiva. Los hallazgos vienen de fuentes públicas consultadas el 1 de octubre de 2026 (CEN, PCI SSC, NCR Atleos); lo marcado «por confirmar» no se pudo verificar y se plantea como pregunta. Página de trabajo, no indexada. business@cemi.ai