EMERCOM · SpA
ENTREGABLE · WORKMED
>root@emercom:~/clientes/workmed/bpmn/recaudacion
DIAGNÓSTICO RECAUDACIÓN Y COBRANZA · ABRIL 2026

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.

CLIENTE Workmed
DEPARTAMENTO Recaudación / Cobranza
FECHA 2026-04-27
VERSIÓN v2.0
NOTACIÓN BPMN 2.0 (OMG)
ESTADO ENTREGABLE

📄 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].

root@emercom:~/bpmn-rules $ cat convenciones.txt

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:

Start Event
Círculo fino. Inicia el proceso. Variantes: None, Message, Timer.
End Event
Círculo grueso. Cierra el proceso. Marca el resultado final.
User Task
Humano interactuando con sistema (validar identidad, abrir SharePoint).
Manual Task
Trabajo humano sin sistema BPM (escanear papel, digitación manual).
Service Task
Ejecución automática por software (procesamiento, generación de informe).
Send Task
Envía un mensaje a otro pool (WhatsApp a Contraloría). Sobre relleno.
Receive Task
Espera la llegada de un mensaje. Sobre vacío.
Data Store
Persistencia de datos. SharePoint, Sacmed, Flowmed, Megafy.
Data Object
Artefacto entre tareas (PDFs escaneados, resultados en papel).
Sequence Flow
Línea continua. Orden de ejecución dentro de un pool.
Message Flow
Línea punteada. Comunicación entre pools (WhatsApp, archivos compartidos).

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].

arrastra para mover · scroll para zoom

Elementos identificados

Tipo BPMNElementoLane
startEventProducción mensual valorizada (con IVA) llega de Ignacio (RN-12)Belén · Facturación
userTaskCorre macro Excel: EDP + carátula + carpeta madre SharePoint (HU-1)Belén · Facturación
userTaskCarga nota de venta a Defontana (1 línea / EDP, código numérico · RN-5)Belén · Facturación
userTaskCarga EDP + contactos a HubSpot pipeline 1 — estado «Cargado» (RN-8 recarga mensual)Belén · Facturación
sendTaskEnvía EDP al cliente — estado «Envío al cliente» (HU-2)Analistas de cartera
receiveTaskRecibe EDP por correoCliente Mandante
userTaskValida prestaciones y monto (centros de costo · firmantes)Cliente Mandante
userTaskInsiste por la OC (correos / llamadas registradas en HubSpot · HU-6)Analistas de cartera
sendTaskEmite OC (firmas múltiples · firmantes ausentes hasta 2 meses)Cliente Mandante
receiveTaskRecibe OC del clienteAnalistas de cartera
userTaskAdjunta OC en HubSpot — pipeline 1 avanza a «Aprobado» (RN-2.2.1)Analistas de cartera
serviceTaskEmite factura en Defontana (RN-6 · NO en HubSpot · HU-3)Analistas de cartera
serviceTaskPipeline 1 marca «Facturado» y crea negocio en pipeline 2Analistas de cartera
receiveTaskRecibe factura tributariaCliente Mandante
exclusiveGatewayPipeline 2 · estado: ¿Esperando aprobación (reloj 8d legal RN-2)? (HU-4)Analistas de cartera
userTaskCliente rechaza dentro de 8 días (plazo legal)Cliente Mandante
serviceTaskEmite nota de crédito en DefontanaBelén · Facturación
endEventEstado terminal: Nota de créditoAnalistas de cartera
exclusiveGatewayPipeline 2 · estado: ¿Por vencer (8d → vencimiento)?Analistas de cartera
userTaskPaga dentro de plazoCliente Mandante
endEventEstado terminal: PagadaAnalistas de cartera
exclusiveGatewayPipeline 2 · estado: ¿Vencida (0-90 días)?Analistas de cartera
manualTaskGestión de cobranza: correos / llamadas registradas en HubSpotAnalistas de cartera
exclusiveGateway¿Resultado de la gestión?Analistas de cartera
sendTaskCesión a empresa de factoring (RN-2.2.3 · HU-10)Analistas de cartera
endEventEstado terminal: Cedida (factoring)Analistas de cartera
exclusiveGatewayPipeline 2 · estado: ¿Vencida +90 días? (incobrable estructural)Analistas de cartera
userTaskEscalamiento 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
manualTaskBloqueo manual del cliente (excepción documentada por correo)CFO + Comercial
manualTaskConcilia manualmente HubSpot ↔ Defontana (Excel mensual · RN-7 · HU-5)Belén · Facturación
dataStoreReferenceHubSpot Pipeline 1 · Facturación (Cargado → Envío → Aprobado → Facturado)Sistemas
dataStoreReferenceHubSpot Pipeline 2 · Cobranza (Esperando → Por vencer → Vencida → +90 → Pagada/NC/Cedida)Sistemas
dataStoreReferenceDefontana ERP (factura · NC · deudores comerciales)Sistemas
dataStoreReferenceSharePoint (carpeta madre por cliente)Sistemas
PUNTOS DE FRICCIÓN

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:

01
Integración Defontana ↔ HubSpot v1

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.

02
Portal cliente con EDP estructurado y firma digital de OC

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.

03
Política contractual de plazo OC + bloqueo automático con N facturas pendientes

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].

04
Promover el script Python a sistema con governance del dato

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.

root@emercom:~/proximos-pasos $ ls

Próximos pasos sugeridos

man bpmn-tools

Los archivos .bpmn generados son XML estándar OMG y se pueden abrir/editar en cualquier modelador BPMN profesional:

HerramientaURLUso recomendado
bpmn.io (web, gratis)demo.bpmn.ioEdición rápida en navegador
Camunda Modelercamunda.com/download/modelerModelado serio, ejecutable
draw.io / diagrams.netapp.diagrams.netEdición visual + export PNG/PDF
Signavio (SAP)signavio.comGobierno corporativo de procesos