Modelo y gobernanza de datos maestros

definición el modelo de datos de la plataforma suga define la estructura, relaciones y reglas que gobiernan la información estructural del ecosistema adquirente este módulo documenta cómo la plataforma organiza, valida y protege los datos maestros que alimentan toda la operación — desde el onboarding de un comercio hasta la liquidación de sus transacciones dentro de la arquitectura de suga, el modelo de datos no es simplemente un esquema técnico es la expresión concreta de los principios de gobernanza, trazabilidad y cumplimiento regulatorio que la plataforma implementa de forma nativa cada entidad, campo y relación responde a un requerimiento operativo, regulatorio o de negocio el modelo de datos y la política de gobernanza de suga están diseñados para cumplir con los mandatos de las marcas y stándares de la industria de pagos de pago (emvco, iso 8583, iso 200022, iso 27001), los estándares de seguridad de la industria (pci dss), las regulaciones de los bancos centrales aplicables en cada jurisdicción, y las recomendaciones de organismos de vigilancia contra el lavado de activos (uif, gafi/fatf) rol del modelo de datos dentro de la plataforma el modelo de datos constituye la capa fundacional de suga todos los módulos de la plataforma consumen, producen o transforman información que se origina o se refleja en este modelo módulos con los que interactúa directamente abm comercios — ingreso y mantenimiento de datos maestros (fuente de verdad) gestión de comercios — operación sobre entidades ya registradas gestión de transacciones — registro del ciclo de vida transaccional gestión de medios de pago — catálogo de medios habilitados por entidad costos de servicio — cálculo basado en configuraciones de entidad liquidaciones y conciliaciones — consumo de datos maestros para distribución de fondos acl (roles y permisos) — gobierno de acceso prevención de fraude — evaluación de riesgo basada en perfil de entidad suga ql — capa analítica inmutable para reporting, auditoría y business intelligence la calidad de la operación de toda la plataforma está directamente correlacionada con la calidad de los datos ingresados un error en un dato maestro se propaga transversalmente a autorizaciones, cálculo de costos, aplicación de reglas, liquidaciones, conciliaciones y reportes cumplimiento regulatorio mapeo de controles el modelo de datos y la gobernanza de suga responden a los siguientes mandatos regulatorios y stándares de la industria de pagos funcionamiento principios rectores de gobernanza la gobernanza de datos maestros en suga se rige por cinco principios que garantizan la integridad operativa y el cumplimiento regulatorio abm como fuente de verdad única el módulo abm constituye el single source of truth de la plataforma ningún módulo downstream puede modificar entidades maestras directamente toda creación, modificación o baja de entidades debe realizarse exclusivamente a través del motor abm, independientemente del canal utilizado contrato de datos como ley operativa cada entidad administrada por abm posee un contrato de datos formal que define su estructura, tipos de campo, reglas de obligatoriedad y relaciones con otras entidades este contrato actúa como acuerdo vinculante entre los canales de ingreso, la plataforma y los módulos consumidores su cumplimiento no admite excepciones operativas calidad en el origen la validación de datos debe realizarse antes del ingreso, no después cada canal de ingreso es responsable de garantizar la completitud y corrección de la información que envía los errores ingresados en abm se propagan de forma transversal a todos los módulos downstream trazabilidad y auditabilidad total toda operación ejecutada sobre datos maestros queda registrada con identificación del usuario, canal, timestamp y resultado el expediente digital del comercio consolida evidencias, estados y cambios durante todo el ciclo de vida segregación de funciones las funciones de carga, revisión y aprobación están asignadas a roles distintos ningún usuario puede ejecutar y aprobar la misma acción crítica sin intervención de un segundo rol autorizado, conforme al mecanismo de doble firma del módulo acl ciclo de vida del dato maestro el ciclo de vida de un comercio en suga sigue un flujo controlado con puntos de verificación en cada etapa alta (creación) verificación de inexistencia previa → completar campos obligatorios del contrato → adjuntar documentación al expediente digital → revisión por supervisor → aprobación → generación automática de mid → comunicación al comercio por canal seguro modificación toda modificación se realiza a través del motor abm los campos no críticos (contacto, domicilio) los gestiona el operador con registro en historial los campos críticos (datos fiscales, estado, mid) requieren doble firma del aprobador/firmante baja / inactivación verificación previa de que no existan transacciones pendientes de liquidación o contracargos abiertos se privilegia la baja lógica sobre la eliminación física para preservar trazabilidad datos maestros en suga ql https //docs sugaway com/suga ql propiedades del modelo en suga ql https //docs sugaway com/suga ql inmutabilidad los datos cargados en suga ql no pueden ser modificados ni eliminados por los usuarios esto garantiza integridad, consistencia histórica y confiabilidad para auditoría y reporting actualización en tiempo real suga ql se alimenta de los eventos generados por la plataforma, reflejando continuamente nuevas transacciones, cambios de estado, liquidaciones y ajustes optimización para consultas la plataforma soporta consultas rápidas y eficientes sobre grandes volúmenes de información, utilizando esquemas desnormalizados, tablas de hechos y dimensiones, y estructuras optimizadas para agregación acceso por protocolo mysql permite integración directa con herramientas de bi como tableau, power bi, looker y metabase abstracción lograda por el modelo de datos el modelo de datos y la política de gobernanza de suga abstraen la complejidad inherente a la gestión de datos maestros en un ecosistema adquirente flowchart lr a\[datos heterogéneos\<br/>ui · api · batch] > b\[motor abm\<br/>validación unificada] b > c\[modelo estandarizado\<br/>contrato de datos] c > d\[consumo downstream\<br/>predecible y trazable] complejidad abstraída heterogeneidad de canales de ingreso → motor abm unificado con validación consistente formatos y estándares fiscales por jurisdicción → validación adaptada por país del comercio gestión de permisos y aprobaciones → módulo acl con doble firma y segregación de funciones trazabilidad regulatoria → expediente digital con retención mínima de 5 años explotación analítica sin impacto operativo → suga ql como capa inmutable de solo lectura beneficios y valor operativo el modelo de datos y la política de gobernanza de suga aportan integridad operativa un único modelo estandarizado alimenta todos los módulos de la plataforma, eliminando inconsistencias entre componentes y garantizando comportamiento predecible cumplimiento regulatorio y standard nativo los controles de gobernanza están integrados en la arquitectura, no añadidos como capas posteriores esto reduce el esfuerzo de cumplimiento y facilita las auditorías trazabilidad end to end desde el ingreso del primer dato hasta la última transacción, cada operación queda registrada con identificación del responsable, canal y timestamp escalabilidad controlada el modelo soporta crecimiento de volumen de entidades y transacciones sin degradar la calidad de los datos ni la capacidad de auditoría analítica sin impacto suga ql permite explotar datos operativos sin afectar el rendimiento del core transaccional, habilitando decisiones informadas basadas en información actualizada en tiempo real reducción de riesgos la validación en origen, la segregación de funciones y la doble firma para acciones críticas minimizan el riesgo de errores, fraude interno y propagación de datos incorrectos