Skip to content
FINORA Academy
SistemaAuroraPOS

AuroraPOS · Concepts

Cómo funciona un POS financiero en Venezuela

PilotDocumented

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é.

Para autorizar una compra con tarjeta de débito, la normativa bancaria venezolana nombra tres parámetros:

DatoQué esDónde viaja
CédulaEl 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 cuentaPrincipal, ahorros o corrienteEn el código de procesamiento del mensaje, que sí es estándar
ClaveEl PIN del titularCifrada 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.

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]

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.

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».

Un terminal de pago pasa por varias certificaciones, y cada una tiene un dueño distinto:

CapaQué se certificaQuién la hace
Equipo y lectorQue el teclado de la clave, el lector y el núcleo EMV del chip cumplen los estándares de la industriaEl fabricante del equipo
Aplicación de pagoQue la aplicación no filtra datos de la tarjetaEl proveedor de la aplicación, con un evaluador acreditado
Integración con el bancoQue 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 reguladorQue el servicio cabe en la red y en la normativaEl banco y el proveedor, ante las autoridades
  • 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.