AuroraPOS · Concepts
Cómo funciona un POS financiero en Venezuela
This content is not available in your language yet.
Un terminal de pago venezolano no es igual a uno de otro país. Además del chip y la clave, el débito nacional pide datos que en otros mercados no existen. Esta página explica qué pide, en qué orden lo pide AuroraPOS y por qué.
Los tres datos del débito nacional
Sección titulada «Los tres datos del débito nacional»Para autorizar una compra con tarjeta de débito, la normativa bancaria venezolana nombra tres parámetros:
| Dato | Qué es | Dónde viaja |
|---|---|---|
| Cédula | El documento de identidad del titular (tipo V, E, J, P o G, y el número) | ISO 8583 no tiene un campo estándar para ella: viaja en un campo privado que define cada host. El switch no la valida; la transporta al emisor, que la coteja con el titular |
| Tipo de cuenta | Principal, ahorros o corriente | En el código de procesamiento del mensaje, que sí es estándar |
| Clave | El PIN del titular | Cifrada desde el teclado seguro del equipo. Nunca pasa por la aplicación |
En crédito, la cédula depende de la política del adquirente y la clave depende de lo que diga el chip.
Primero la tarjeta, después las preguntas
Sección titulada «Primero la tarjeta, después las preguntas»AuroraPOS lee el chip antes de pedirle nada al cliente o al cajero. Esa lectura previa permite:
- saber si la tarjeta es de débito o de crédito sin preguntarlo;
- conocer la moneda de la aplicación del chip;
- empezar las verificaciones del chip mientras el cajero teclea.
flowchart TD
A[Monto y referencia] --> B{Medio de pago}
B -->|Tarjeta| C[Presentar la tarjeta:<br/>chip, sin contacto o banda]
B -->|Pago móvil| PM[Cédula, teléfono, banco y clave del pago móvil]
C --> D[Lectura previa del chip]
D --> E{Producto}
E -->|Débito| F[Tipo de cuenta] --> G[Cédula] --> H[Clave en el teclado seguro]
E -->|Crédito| I{Lo que pide el chip}
I -->|Clave| H
I -->|Firma o nada| J[Sin clave]
H --> L[Autorización en línea]
J --> L
L --> M{Respuesta}
M -->|Aprobada| N[Comprobante]
M -->|Rechazada| O[Mensaje con el motivo]
M -->|Sin respuesta| P[EN_DUDA y reverso guardado]
Sin línea no hay débito
Sección titulada «Sin línea no hay débito»Una compra con débito nacional pide la clave en línea: el emisor la verifica en el momento. Por eso no se puede guardar una venta de débito para enviarla después. Sin red, el terminal ofrece otro medio (por ejemplo, pago móvil) o el cobro se hace desde otro equipo.
Lo que sí se guarda y se reenvía cuando vuelve la red son los mensajes de administración: reversos, avisos, cierres de lote y telemetría. Ver Lote, SAF, cierre y eco.
Un tiempo de espera nunca es un rechazo
Sección titulada «Un tiempo de espera nunca es un rechazo»Si el banco no responde a tiempo, la venta queda EN_DUDA y el terminal guarda el reverso antes de enviarlo. Así, aunque el equipo se apague en ese instante, el reverso sale al volver a encenderse. Lo que el terminal nunca hace es tratar el silencio del banco como un «no».
Quién certifica qué
Sección titulada «Quién certifica qué»Un terminal de pago pasa por varias certificaciones, y cada una tiene un dueño distinto:
| Capa | Qué se certifica | Quién la hace |
|---|---|---|
| Equipo y lector | Que el teclado de la clave, el lector y el núcleo EMV del chip cumplen los estándares de la industria | El fabricante del equipo |
| Aplicación de pago | Que la aplicación no filtra datos de la tarjeta | El proveedor de la aplicación, con un evaluador acreditado |
| Integración con el banco | Que los mensajes del terminal son correctos para un host concreto, caso por caso (compra, anulación, reverso, cierre…) | El adquirente, con el proveedor como apoyo. Hay una por cada combinación de modelo, núcleo EMV y host |
| Red nacional y regulador | Que el servicio cabe en la red y en la normativa | El banco y el proveedor, ante las autoridades |
Lo que necesitas recordar
Sección titulada «Lo que necesitas recordar»- Débito nacional = cédula, tipo de cuenta y clave, siempre en línea.
- AuroraPOS lee la tarjeta primero y pregunta solo lo que el chip no sabe.
- La clave sale cifrada del teclado seguro; la aplicación nunca la ve.
- Cada certificación tiene su dueño; la del banco la ejecuta el adquirente.