"El extracto entra por mail. Salen el archivo de carga SAP y el reporte de auditoría — clasificados, totalizados, listos para imputar."
Automatización end-to-end de generación de notas de débito bancarias para SAP. El proceso recibe extractos por correo, los estructura con IA, los cruza contra catálogos contables y entrega dos archivos en Google Drive: el archivo de carga SAP y el listado clasificado para auditoría.
Las empresas que migran a SAP suelen heredar un proceso manual recurrente: clasificar cada movimiento bancario, identificar conceptos sujetos a registración contable y armar el archivo de carga. Una persona abre el CSV, recorre las filas, cruza contra un Excel de criterios, divide importes según reglas internas, arma cabecera y totalizador, y sube el archivo al sistema.
| Dimensión | Antes (manual) | Después (automatizado) |
|---|---|---|
| Tiempo por extracto | 30 a 45 minutos | ~30 segundos |
| Trazabilidad | Manual / planilla Excel | Log + archivos versionados |
| Escalabilidad | 1 banco por operador | N bancos en paralelo |
| Riesgo de error | Alto — clasificación manual | Bajo — reglas auditables |
El proceso corre cada vez que un extracto llega por correo a un buzón dedicado. Sin intervención humana entre el envío del mail y los archivos finales en Drive.
gemini-2.5-pro recibe el CSV y devuelve un objeto JSON con la cabecera del extracto y un array de movimientos.La automatización se implementa sobre Make.com, que orquesta los servicios externos. Sin servidores que administrar, sin código que mantener, sin lock-in: si mañana cambia un criterio contable o un código BCRA, todo está a la vista y editable.
| Plataforma | Make.com — orquestación y motor de ejecución | |
| Inteligencia artificial | Google Gemini 2.5 Pro — estructuración del extracto | |
| Datos de referencia | Google Sheets — catálogos Entidades BCRA y Criterios | |
| Trigger | Email (custom mailhook) — recepción del extracto adjunto | |
| Almacenamiento | Google Drive — repositorio de salidas con timestamp | |
| Salida SAP | Texto plano (.txt) delimitado por pipe (│) | |
| Salida auditoría | CSV — 17 columnas | |
Cada regla está documentada de manera unívoca. Cualquier modificación funcional parte de actualizar esta sección — no de tocar el código.
Cuenta_Banco de la cabecera contra el catálogo Entidades BCRA. Match por igualdad exacta. Si el banco no está en el catálogo, la ejecución continúa con cabecera incompleta — el catálogo debe mantenerse actualizado.Codigo_Proveedor (400000000 + BCRA padded), N_Factura, Folio, Ejercicio, Periodo y la fecha en formato DDMMYY.Cod_Op_Bco como llave. Devuelve: categoría, clave, cuenta contable, denominación, indicador de impuesto, CECO y sentido.Cod_Op_Bco no tiene correspondencia en Criterios se etiquetan SIN CLASIFICAR en las siete columnas contables del UMSATZ. No afectan el SAP (los excluye RN-04). Señal operativa de que el catálogo debe ampliarse.Cada ejecución produce dos archivos versionados con timestamp en el nombre. El primero alimenta SAP; el segundo es para auditoría.
Make.com mantiene log auditable de cada ejecución: mail recibido y adjuntos, respuesta del modelo de IA, bundles procesados por módulo, archivos subidos a Drive, errores y reintentos. Cada ejecución se puede auditar individualmente desde la consola.
Si tu equipo contable arma archivos de carga a mano cada mes, agendá una llamada. La primera conversación es para entender tu plan de cuentas, tus catálogos y tus criterios — y pasarte una propuesta concreta.