Modelado BPMN 2.0 — Recaudación y Cobranza_
Factura emitida en Defontana → pipeline Cobranza HubSpot gobernado por fechas → pago recibido / nota de crédito / cesión a factoring. Pool Workmed (Belén · analistas de cartera · sistemas) y pool Cliente Mandante en intercambio sin trazabilidad sistémica.
📄 Ver versión extendida AS-IS · documento fuente con detalle granular →
cat ./00-resumen.md
Recaudación corre dos pipelines secuenciales en HubSpot (Facturación y Cobranza) sobre 300–400 EDPs/mes, despachados en ~2 días hábiles una vez llega la producción valorizada [Recaudacion-20260423 6:06]. La frontera con Finanzas se mezcla en el mismo día: la macro Excel arma el EDP, la nota de venta entra a Defontana y se da de alta el «negocio cobranza» en HubSpot, todo en cadena [Recaudacion-20260423 1:51, 3:18, 8:05]. El pipeline de Cobranza avanza por fechas, no por acciones, con hito legal a los 8 días desde la emisión [Recaudacion-20260423 9:57, 10:26].
Dueños del proceso: Belén (supervisora Facturación-Cobranza) corre la macro Excel, distribuye la carpeta madre a analistas y concilia HubSpot ↔ Defontana a mano vía Excel [Recaudacion-20260423 11:52]. Juan Pablo Coustasse (CFO) apoya negociación con clientes y decide bloqueos caso a caso [Recaudacion-20260423 9:04, 32:26]. La política comercial «no bloquear porque le seguimos vendiendo» deja a Cobranza sin palanca formal: «le vende para que nos pague el que no nos paga» [Recaudacion-20260423 32:26, 1:07:16].
Volumen y plazos: 300–400 EDPs/mes, despacho ~2 días hábiles, facturas $20M-$40M (extremos $300M-$400M), costo unitario ~$300.000 por persona evaluada [Recaudacion-20260423 25:00, 30:09, 31:05]. Casos extremos de validación de EDP llegan a 2 meses [Recaudacion-20260423 16:36].
Notación: BPMN 2.0 (OMG). User Task = humano + sistema (azul). Manual Task = humano sin sistema, típicamente Excel/correo (naranja, fricción). Service Task = automatizado (verde). Send/Receive Task = mensajería entre actores. Data Store = sistema persistente (HubSpot, Defontana). Líneas punteadas = message flows entre pools. Las referencias RN-RE-XX apuntan a reglas de negocio del documento Lógica de Negocio — Recaudación. EX-RE-XX son excepciones documentadas. Los timestamps [m:ss] remiten al transcript del 2026-04-23.
man bpmn-symbols
Leyenda de los símbolos BPMN utilizados en ambos diagramas:
cat ./01-recaudacion-principal.bpmn
Visión macro de los dos pipelines que dirigen Recaudación y Cobranza. El pool Workmed tiene cuatro lanes: Belén · Facturación (corre macro Excel, carga ERP+CRM, concilia HubSpot↔Defontana a mano), Analistas de cartera (despachan EDPs, persiguen OC, gestionan cobranza por fechas — política «nadie toca clientes que no son de ellos» [Recaudacion-20260423 37:32, 37:59]), CFO Coustasse + Comercial (escalación caso a caso para bloqueo manual de morosos · «no bloquear» como default — RN-3) y Sistemas (HubSpot pipeline 1 Facturación + pipeline 2 Cobranza, Defontana ERP). El pool Cliente Mandante recibe EDP, valida, emite OC con firmas múltiples y paga. Los message flows modelan la fricción real correo a correo.
El pipeline 1 (Facturación) avanza por acciones (cargar EDP → enviar al cliente → adjuntar OC → emitir factura en Defontana, RN-2.2.1 / RN-6) [Recaudacion-20260423 5:41, 6:34, 8:34]. La emisión de factura crea automáticamente el negocio en el pipeline 2 (Cobranza) que avanza por fechas y cuyos cuatro estados —Esperando aprobación (8d legal RN-2), Por vencer, Vencida 0-90, Vencida +90— gobiernan la gestión [Recaudacion-20260423 9:57, 10:26, 10:54]. Los terminales son Pagada / Nota de crédito / Cedida (factoring · RN-2.2.3). La conciliación manual via Excel de Belén (RN-7) actualiza estados desde Defontana hacia cualquier columna activa del pipeline [Recaudacion-20260423 11:52, 12:22].
Elementos identificados
| Tipo BPMN | Elemento | Lane |
|---|---|---|
startEvent | Producción mensual valorizada (con IVA) llega de Ignacio (RN-12) | Belén · Facturación |
userTask | Corre macro Excel: EDP + carátula + carpeta madre SharePoint (HU-1) | Belén · Facturación |
userTask | Carga nota de venta a Defontana (1 línea / EDP, código numérico · RN-5) | Belén · Facturación |
userTask | Carga EDP + contactos a HubSpot pipeline 1 — estado «Cargado» (RN-8 recarga mensual) | Belén · Facturación |
sendTask | Envía EDP al cliente — estado «Envío al cliente» (HU-2) | Analistas de cartera |
receiveTask | Recibe EDP por correo | Cliente Mandante |
userTask | Valida prestaciones y monto (centros de costo · firmantes) | Cliente Mandante |
userTask | Insiste por la OC (correos / llamadas registradas en HubSpot · HU-6) | Analistas de cartera |
sendTask | Emite OC (firmas múltiples · firmantes ausentes hasta 2 meses) | Cliente Mandante |
receiveTask | Recibe OC del cliente | Analistas de cartera |
userTask | Adjunta OC en HubSpot — pipeline 1 avanza a «Aprobado» (RN-2.2.1) | Analistas de cartera |
serviceTask | Emite factura en Defontana (RN-6 · NO en HubSpot · HU-3) | Analistas de cartera |
serviceTask | Pipeline 1 marca «Facturado» y crea negocio en pipeline 2 | Analistas de cartera |
receiveTask | Recibe factura tributaria | Cliente Mandante |
exclusiveGateway | Pipeline 2 · estado: ¿Esperando aprobación (reloj 8d legal RN-2)? (HU-4) | Analistas de cartera |
userTask | Cliente rechaza dentro de 8 días (plazo legal) | Cliente Mandante |
serviceTask | Emite nota de crédito en Defontana | Belén · Facturación |
endEvent | Estado terminal: Nota de crédito | Analistas de cartera |
exclusiveGateway | Pipeline 2 · estado: ¿Por vencer (8d → vencimiento)? | Analistas de cartera |
userTask | Paga dentro de plazo | Cliente Mandante |
endEvent | Estado terminal: Pagada | Analistas de cartera |
exclusiveGateway | Pipeline 2 · estado: ¿Vencida (0-90 días)? | Analistas de cartera |
manualTask | Gestión de cobranza: correos / llamadas registradas en HubSpot | Analistas de cartera |
exclusiveGateway | ¿Resultado de la gestión? | Analistas de cartera |
sendTask | Cesión a empresa de factoring (RN-2.2.3 · HU-10) | Analistas de cartera |
endEvent | Estado terminal: Cedida (factoring) | Analistas de cartera |
exclusiveGateway | Pipeline 2 · estado: ¿Vencida +90 días? (incobrable estructural) | Analistas de cartera |
userTask | Escalamiento a Comercial-Finanzas (reunión caso a caso · HU-9) | CFO + Comercial |
exclusiveGateway | ¿Política default «no bloquear, le seguimos vendiendo» (RN-3)? | CFO + Comercial |
manualTask | Bloqueo manual del cliente (excepción documentada por correo) | CFO + Comercial |
manualTask | Concilia manualmente HubSpot ↔ Defontana (Excel mensual · RN-7 · HU-5) | Belén · Facturación |
dataStoreReference | HubSpot Pipeline 1 · Facturación (Cargado → Envío → Aprobado → Facturado) | Sistemas |
dataStoreReference | HubSpot Pipeline 2 · Cobranza (Esperando → Por vencer → Vencida → +90 → Pagada/NC/Cedida) | Sistemas |
dataStoreReference | Defontana ERP (factura · NC · deudores comerciales) | Sistemas |
dataStoreReference | SharePoint (carpeta madre por cliente) | Sistemas |
1 · Conciliación manual mensual HubSpot ↔ Defontana. Belén exporta el Excel «deudores comerciales / facturas por cobrar» de Contabilidad, exporta de HubSpot y cruza fila a fila para actualizar pagos, notas de crédito y cesiones a factoring [Recaudacion-20260423 11:52, 12:22]. La integración HubSpot ↔ Defontana es proyecto activo 2026, distinto del intento HubSpot ↔ FlowMed que fracasó en 2024 [Recaudacion-20260423 7:00, 11:23]. Cobertura de automatización hoy: 0%.
2 · Política «no bloquear» deja a Cobranza sin palanca. «No tenemos con qué apretar, con qué presionar, no hay un porcentaje, no hay nada legal en este contexto» [Recaudacion-20260423 29:42]; «le vende para que nos pague el que no nos paga» [Recaudacion-20260423 32:26, 1:07:16, 1:07:42]. Casos extremos de validación de EDP llegan a 2 meses con firmantes ausentes [Recaudacion-20260423 16:36, 31:30]; el bloqueo es excepción coordinada caso a caso entre Comercial y Finanzas, sin sistema.
3 · HubSpot torcido y depuración de identidad en Python. Belén: «tampoco es la mejor herramienta tal vez para eso, estamos forzando un poquito». La carga de contactos por empresa debe rehacerse cada mes (restricción del externo configurador) [Recaudacion-20260423 4:15]. La factura tributaria se emite en Defontana, no en HubSpot [Recaudacion-20260423 6:34, 7:00]. La identidad del cliente vive en al menos 4 sistemas (FlowMed, HubSpot, Defontana, comercial); la depuración de variantes del mismo RUT (puntos, comas, X) es la sección más extensa del script Python de 2.553 líneas, mayor que las reglas de descuento puro [Recaudacion-20260423 1:30:35, 1:31:02, 1:38:13, 1:39:12].
grep -i recomendacion ./
Sobre la base del modelado AS-IS y los dolores levantados con Belén y Juan Pablo Coustasse, EMERCOM prioriza cuatro ejes de transformación. Cada uno apunta a eliminar manualidad documentada y dar palanca sistémica a la cobranza:
Acelerar el proyecto activo 2026 [Recaudacion-20260423 7:00, 11:23] para sincronizar automáticamente factura emitida, estado de pago, notas de crédito y cesiones a factoring. Elimina la conciliación manual mensual de Belén (RN-7) [Recaudacion-20260423 11:52, 12:22] y permite reportar DSO en tiempo real. Distinto del intento HubSpot ↔ FlowMed que fracasó en 2024.
Reemplazar el envío de carátula por correo con un portal donde el cliente vea adhesiones por sucursal, detalle por persona, código y fecha de solicitud, y firme la OC digitalmente [Finanzas-20260416 17:51; Recaudacion-20260423 21:15]. Reduce los rechazos por confusión («no me acuerdo, ¿me dijiste que pinchó o no?» [Recaudacion-20260423 15:08]) y acorta la etapa «Envío al cliente» que hoy concentra el peloteo de ~5 días por iteración hasta casos extremos de 2 meses.
Negociar cláusula de plazo de OC con descuento por pronto pago e implementar regla operativa de bloqueo automático sobre 2+ facturas vencidas con línea de crédito por cliente. Sustituye la decisión caso a caso entre Comercial y Finanzas (RN-3) [Recaudacion-20260423 32:26, 1:07:16, 1:07:42] por palanca documental y datos: el plazo legal de 8 días deja de ser el único hito duro del pipeline (RN-2) [Recaudacion-20260423 10:26, 29:42].
Completar la migración del repo desde GitHub personal de Rodrigo a la organización Workmed (en proceso con Christian Urbina) [Recaudacion-20260423 1:15:49, 1:30:35, 1:38:42] y exponer en una capa servida los precios cliente-específicos, descuentos por tramo (volumen 5/10/12% en 100/200/500 pacientes) y depuración de identidad. Es donde «realmente existe la regla de negocio» y la sección más extensa son las variantes de RUT, no los descuentos. Reduce el SPOF y habilita la conciliación upstream.
Próximos pasos sugeridos
- › Validar este modelado AS-IS con Belén (Facturación) y Juan Pablo Coustasse (CFO)
- › Confirmar zonas POR CONFIRMAR del documento Lógica de Negocio (cláusulas contractuales, plazos OC, factoring)
- › Cuantificar DSO actual por cliente y por industria como línea base para el rediseño
- › Modelar el sub-proceso Valorización diaria (Tramo 1) en BPMN aparte cuando se cierre la migración del repo Python
- › Levantar requerimientos del portal cliente como insumo del backlog de transformación digital
man bpmn-tools
Los archivos .bpmn generados son XML estándar OMG y se pueden abrir/editar
en cualquier modelador BPMN profesional:
| Herramienta | URL | Uso recomendado |
|---|---|---|
| bpmn.io (web, gratis) | demo.bpmn.io | Edición rápida en navegador |
| Camunda Modeler | camunda.com/download/modeler | Modelado serio, ejecutable |
| draw.io / diagrams.net | app.diagrams.net | Edición visual + export PNG/PDF |
| Signavio (SAP) | signavio.com | Gobierno corporativo de procesos |