01DATA
Datos de tarjeta
La arquitectura evita almacenar PAN y CVV. La captura y el procesamiento dependerán del adquirente o proveedor de pagos que se conecte al Payment Engine.
INSTAPAY SECURITYSeguridad como arquitectura,
Seguridad como arquitectura,
no como promesa.
InstaPay se diseña para minimizar la exposición de datos sensibles, separar responsabilidades y mantener cada operación bajo controles verificables.
02TOKENS
Tokenización
Los métodos de pago recurrentes se representan mediante referencias o tokens del proveedor. InstaPay conserva la referencia operativa, no el número completo de tarjeta.
03RISK
Riesgo y fraude
Reglas, límites, señales, revisión y decisiones de riesgo viven como una capa independiente del flujo financiero.
04CONTROL
Controles operativos
Idempotencia, webhooks firmados, permisos separados, trazabilidad de eventos, estados financieros controlados y conciliación forman parte del núcleo.
05ACCESS
Acceso y privilegios
Las operaciones sensibles se separan entre cliente, servidor y funciones privilegiadas. Las escrituras financieras no dependen de permisos directos del navegador.
06COMPLIANCE
Cumplimiento verificable
Las certificaciones, acreditaciones y afirmaciones regulatorias solo se publicarán cuando InstaPay las haya obtenido formalmente.
PRINCIPIOMenos exposición.
Menos exposición.
Más control.
La seguridad de InstaPay se construye por capas: minimización de datos, separación de permisos, trazabilidad, idempotencia y controles operativos. Las certificaciones o capacidades regulatorias se comunicarán únicamente cuando hayan sido obtenidas formalmente.
Nota de transparencia: tokenizar o evitar almacenar PAN reduce exposición, pero no convierte por sí solo a una plataforma en PCI DSS compliant. El alcance final dependerá de la arquitectura productiva, los proveedores y la evaluación correspondiente.