PRODUCTIA ERP logo
Arquitectura Empresarial · En Producción Activa Logotipo & Identidad Oficial

PRODUCTIA ERP

ERP Multi-Tenant de Misión Crítica con Aislamiento Database-per-Tenant y Clearing de Débito Bancario.

Visitar Sistema en Vivo productia.edgardoponce.com
Arquitectura Empresarial · Misión Crítica Database-Per-Tenant · Clearing Fintech Producción Activa en Mutuales

PRODUCTIA: ERP InsurTech & Fintech con Aislamiento Multi-Tenant Físico y Débito Directo Bancario

Diseño y construcción integral de una plataforma SaaS para mutuales y carteras de seguros: arquitectura Database-per-Tenant con ruteo dinámico de sesiones, motor de clearing automatizado con más de 8 bancos y procesadoras de tarjetas, cuenta corriente transaccional con reversión atómica y migración histórica de más de 1 GB desde FoxPro / SQLite con 0% de discrepancia contable.

Nuxt 4 / Vue 3 FastAPI / Python PostgreSQL Multi-DB SQLAlchemy 2.0 Clearing BCRA Caddy SSL / Docker Cloudflare R2
Producción Activa en Mutuales

Demostración Operativa: Gestión de Certificados y Cobranzas

Routing Database-per-Tenant ➔ Generación de Lotes ➔ Clearing Bancario
productia-core-runtime.webm — Transacciones Bancarias

Contenedor Preparado: [GIF / Video en Loop del ERP]

Navegación fluida por padrones de afiliados, emisión de certificados, generación de débitos automáticos y conciliación bancaria con reversión de lotes en caliente.

1. Tenant Auth ➔ 2. Emisión Cuotas ➔ 3. Generación Lote Bancario ➔ 4. Conciliación & Cta Cte
Multi-DB

Aislamiento Físico por Tenant

Bases PostgreSQL separadas físicamente por entidad. Imposibilidad matemática de cross-tenant data leaks.

+8 Bancos

Clearing & Débito Directo

Generación de lotes y conciliación automática con BNA, Credicoop, Macro, San Juan, Visa, Master y Naranja.

0% Error

Migración FoxPro Legacy

Pipeline de ingeniería de datos migrando >1 GB histórico con 100% de coincidencia contable en producción.

Segundos

Facturación Masiva

Motor transaccional de Cuenta Corriente con soporte de refinanciación de mora y reversión atómica de lotes.

Showcase de Experiencia Operativa

Panel de Control & Gestión Transaccional

Una experiencia pensada para que los operadores gestionen miles de certificados y cobros bancarios sin demoras y con validaciones contables en tiempo real.

clearing-dashboard.vue Fintech

[Captura 1: Monitor de Clearing Bancario]

Lotes enviados vs cobrados, exportación a normas bancarias y métricas de cobro.

Clearing Automatizado: Generación de lotes con formateo normativo y conciliación de extractos de rendición bancaria con imputación automática.

account-statement.vue Real-Time

[Captura 2: Cuenta Corriente Transaccional]

Historial de débitos, cuotas emitidas, cobranzas manuales y reversiones contables.

Trazabilidad Total: Estado contable del afiliado con imputación por ítem, soporte de refinanciación de mora y reversión atómica de pagos.

tenant-config.vue Multi-DB

[Captura 3: Administración Multi-Tenant]

Gestión de conexiones por tenant, planes de mutuales y configuración bancaria.

Seguridad por Aislamiento: Configuración de bases físicas individuales, credenciales de bancos y personalización de planes por entidad mutual.

Profundizar en la Arquitectura y Negocio

El Desafío Técnico Completo: De FoxPro Legacy a SaaS Multi-DB en Producción

Para quienes quieren entender los detalles de ingeniería: el ruteo de sesiones dinámico en FastAPI, mitigación de race conditions bancarias y pipelines de migración contable.

01

1. El Problema de Negocio en la Administración de Mutuales

Sistemas Legacy en FoxPro

Las operaciones dependían de aplicaciones de escritorio en FoxPro de hace dos décadas, sin soporte en la nube, con bases de datos DBF propensas a corrupción y aisladas por máquina.

Cobranzas Bancarias Manuales

El armado de los lotes de débito automático para los bancos se hacía mediante scripts y planillas Excel, con alto riesgo de rechazos por errores de formato en CBU y tarjetas de crédito.

Riesgo Regulatorio de Fuga de Datos

Al administrar múltiples mutuales, una arquitectura multi-tenant simple con columna `tenant_id` representaba un riesgo legal inadmisible ante cualquier error de query en base de datos.

02

2. La Arquitectura Técnica: Database-per-Tenant y Ruteo Dinámico

Para garantizar confidencialidad bancaria y rendimiento absoluto, se implementó una arquitectura desacoplada:

[NODO 1] Ruteo Dinámico de Sesiones Multi-Tenant FastAPI + SQLAlchemy 2.0 Async

Un middleware intercepta el token JWT del usuario, resuelve a qué mutual pertenece y obtiene la conexión a su base de datos PostgreSQL física dedicada mediante un connection pool dinámico. Ningún tenant comparte almacenamiento.

[NODO 2] Motor de Clearing Bancario y Débito Directo Módulos Normativos BCRA / Tarjetas

Generadores de archivos estructurados bajo especificaciones exactas: Banco Nación (SNP), Banco Credicoop, Macro, Banco San Juan, Visa, MasterCard y Tarjeta Naranja. Validación previa de CBUs con algoritmo de checksum ponderado.

[NODO 3] Cuenta Corriente Transaccional con Reversión Atómica ACID Transactions + Double-Entry

Sistema de partida doble donde cada emisión de cuota y cada rendición bancaria genera asientos contables atómicos. Si un lote presenta discrepancias en el extracto, puede revertirse completamente en caliente sin alterar la consistencia contable histórica.

[NODO 4] Pipeline de Migración Masiva desde FoxPro Legacy Python ETL + Sanitización de Datos

Script ETL que extrajo más de 1 GB de tablas DBF corruptas, sanitizó fechas fuera de rango y caracteres especiales de codificación Windows-1252, e insertó más de 50.000 certificados y cuotas históricas con 100% de coincidencia contable en producción.

03

3. Desafíos Críticos de Ingeniería Superados

Aislamiento Físico Total sin Costos Exorbitantes

En lugar de contratar servidores dedicados costosos para cada entidad, se configuró una instancia de PostgreSQL optimizada con un catálogo maestro que gestiona dinámicamente las bases individuales, balanceando rendimiento y costo operativo cloud.

Tolerancia a Fallos en Conciliación Bancaria

Los extractos bancarios de rendición suelen presentar registros con errores de CBU o fondos insuficientes. Se implementó un algoritmo de conciliación que imputa automáticamente los cobros aprobados y clasifica los rechazados con sus códigos de error oficiales.

04

4. Conclusión: Mi Rol como Full Stack & Arquitecto de Software

PRODUCTIA demuestra la capacidad de modernizar infraestructura crítica de negocio sin fricción operativa.

Mi trabajo abarcó desde el análisis de requerimientos con directivos de mutuales hasta el modelado de bases de datos, el diseño de la interfaz fluida en Nuxt 4, la integración con las especificaciones técnicas bancarias y el despliegue en servidores de producción.

Canal Directo WhatsApp