Cómo integrar una plataforma operacional funeraria con un ERP
El ERP es excelente para la contabilidad y los procesos corporativos, pero no fue diseñado para gestionar sepulturas, expedientes o cadenas de custodia. La clave no es elegir uno u otro: es que cada sistema haga lo que mejor sabe hacer y compartan la información correcta.
Puntos clave
- Cada dato debe tener un solo sistema maestro; el otro lo consume.
- La integración se diseña a partir de procesos de negocio, no de tablas.
- Los identificadores compartidos y el mapeo de catálogos se definen antes de programar.
- Toda integración necesita monitoreo, reintentos y un proceso de conciliación.
Muchas organizaciones del rubro intentan resolver toda su operación con el ERP, o bien terminan con una plataforma operacional desconectada que obliga a digitar dos veces cada venta, cada servicio y cada pago. Ninguna de las dos opciones funciona bien. El camino más sólido es una arquitectura en la que la operación especializada y la gestión corporativa conversan.
Qué hace cada sistema
| Plataforma operacional | ERP |
|---|---|
| Expedientes y servicios funerarios | Contabilidad y estados financieros |
| Espacios, catastro e inventario del cementerio | Facturación y documentos tributarios |
| Agenda, recursos y capacidades | Cuentas por cobrar y por pagar |
| Cadena de custodia y documentos operacionales | Tesorería y conciliación bancaria |
| Órdenes de trabajo y terreno | Compras, inventario de productos y activos |
| Historial y auditoría operacional | Centros de costo y reportes corporativos |
La pregunta correcta no es “qué sistema es mejor”, sino qué sistema es el dueño de cada dato.
Principio 1: un sistema maestro por dato
Si el mismo dato se puede crear o modificar en ambos sistemas, tarde o temprano habrá dos versiones distintas. Define para cada dato quién es el maestro y en qué dirección fluye.
| Dato | Sistema maestro habitual | Dirección |
|---|---|---|
| Clientes, titulares y responsables | Plataforma operacional (origen del contacto) | Operación → ERP |
| Contratos, planes y cuotas | Según el modelo de negocio; debe decidirse explícitamente | Definido en el diseño |
| Servicios vendidos y cargos | Plataforma operacional | Operación → ERP |
| Documentos tributarios | ERP | ERP → Operación (estado y folio) |
| Pagos y recaudación | ERP o pasarela de pago | ERP → Operación |
| Catálogo de productos y precios | Según la organización | Definido en el diseño |
| Sedes y centros de costo | ERP | ERP → Operación |
La tabla es una referencia: cada organización debe validarla según su realidad. Lo importante es que la decisión quede escrita y aprobada por las áreas de operación, finanzas y tecnología.
Principio 2: diseñar desde los procesos
Una integración útil responde a procesos concretos del negocio. Algunos ejemplos:
- Cuando se confirma un servicio, el ERP recibe el cliente y los cargos para facturar.
- Cuando el ERP emite el documento tributario, la operación registra el folio y el estado.
- Cuando se registra un pago, el contrato y la ficha del cliente reflejan el saldo actualizado.
- Cuando se vende un espacio, la contabilidad recibe la venta con su centro de costo y sede.
Principio 3: identificadores y catálogos compartidos
La mayoría de los problemas de integración son problemas de identificación. Antes de programar, define:
- El identificador del cliente en ambos sistemas (por ejemplo, el número de identificación tributaria o personal) y cómo se manejan los casos sin él.
- La equivalencia entre productos o servicios operacionales y los ítems contables del ERP.
- La equivalencia de sedes, centros de costo, medios de pago e impuestos.
Patrones técnicos de integración
| Patrón | Cuándo conviene | A considerar |
|---|---|---|
| API en línea | Cuando el dato se necesita de inmediato (por ejemplo, emitir un documento) | Manejo de indisponibilidad y tiempos de respuesta |
| Eventos o webhooks | Cuando un sistema debe reaccionar a cambios del otro | Garantizar que ningún evento se pierda |
| Procesos por lotes | Para volúmenes altos o cierres diarios | Desfase de información durante el día |
| Archivos de intercambio | Con sistemas antiguos sin API | Validación de formato y control de duplicados |
En la práctica, muchas integraciones combinan patrones: API para lo urgente y lotes para conciliaciones.
Monitoreo, errores y conciliación
Ninguna integración es perfecta. Lo que diferencia a una integración robusta es cómo maneja los errores:
- Registro de cada envío y su resultado.
- Reintentos automáticos ante fallas temporales.
- Bandeja de errores visible para un responsable, con el detalle del problema.
- Protección contra duplicados si un mensaje se envía dos veces.
- Conciliación periódica: totales de ventas, cargos y pagos coinciden en ambos sistemas.
Seguridad
- Credenciales de integración propias, con los permisos mínimos necesarios.
- Comunicación cifrada entre sistemas.
- Transmitir solo los datos personales que el proceso requiere.
- Registro de auditoría de qué se envió, cuándo y desde dónde.
Plan de proyecto en cinco pasos
- Alcance: procesos a integrar, priorizados por impacto.
- Diseño: sistema maestro por dato, mapeo de catálogos, identificadores y patrón técnico.
- Construcción y pruebas: en un ambiente de pruebas con casos reales anonimizados.
- Piloto: una sede o un proceso, con conciliación diaria.
- Despliegue y monitoreo: extensión gradual y revisión periódica de errores.
Cómo lo abordamos en MEMORA360
MEMORA360 no busca reemplazar el ERP: administra la operación especializada de funerarias, cementerios y crematorios y se integra con los sistemas corporativos que ya gestionan contabilidad, facturación y pagos. El alcance de cada integración se define durante el diagnóstico, junto a los equipos de finanzas y tecnología de cada organización.
Preguntas frecuentes
¿Una plataforma funeraria reemplaza al ERP?
No necesariamente, y en la mayoría de los casos no conviene. El ERP gestiona contabilidad, facturación y procesos corporativos; la plataforma operacional gestiona servicios, espacios, custodia y terreno. Lo recomendable es integrarlos, definiendo qué sistema es el dueño de cada dato.
¿Qué datos se integran entre la operación funeraria y el ERP?
Habitualmente clientes o titulares, servicios vendidos y cargos, contratos y cuotas, documentos tributarios, pagos, catálogos de productos, sedes y centros de costo. El detalle depende del modelo de negocio de cada organización.
¿Qué pasa si falla la integración?
Una integración robusta registra cada envío, reintenta ante fallas temporales, muestra los errores en una bandeja con responsable y se complementa con conciliaciones periódicas para asegurar que ambos sistemas cuadran.
