> **Can't find what you're looking for?** Use `search_docs` on the docs MCP server at `https://naturgy-comer-documentation-p5mde.vercel.app/api/mcp` to find what you need.

# Fraccionamiento

El cliente se lleva su deuda dividida en cuotas (un plan creado de
verdad, contra el facturador) o la información de los planes y cuotas que
ya tiene. Qué es un fraccionamiento y los estados de sus cuotas están en
[mercado, producto y cobro](/use-cases/atc/explanations/context). Ningún otro especialista lo
resuelve: quien pide «pagarlo a plazos» en pagos, dudas o sin suministro
acaba aquí, en silencio:
[la ruta](/use-cases/atc/explanations/decisions#fraccionamiento-ruta-y-limites).

Lo que sigue está comprobado contra la v512, leída el 1-sep-2026.

## Las dos comprobaciones que van antes de todo

La v512 las nombra **Check 0** y **Check 0 bis**, y corren antes de
cualquier otro paso, antes de ofrecer un plan y antes de llamar a
cualquier herramienta:

* **Check 0.** Con corte o aviso de corte (corte en curso, cortado,
  reposición pendiente, suspendido), se escala ya. No se evalúa ningún
  otro bloqueo y no se avanza. Las instrucciones lo llaman escalado «obligatorio e
  inviolable», sin excepciones y sin atajo por deuda clara.
* **Check 0 bis.** Si ninguna dirección tiene factura elegible, o las
  facturas que el cliente menciona ya están pagadas, **no se ofrece
  fraccionamiento**: se explica con honestidad que no hay deuda
  fraccionable y se redirige, sin iniciar el flujo.

Las dos se repiten como comprobación previa obligatoria delante de cada
herramienta, no solo al principio.

**Facturas fraccionables (verificado el 6-oct-2026, v571):** las que están
pendientes de pago (03) y, desde esta versión, también las que están en
pago en curso (04), siempre que tengan importe pendiente. El agente nombra
cada una con su estado («Pago en curso», «Pendiente de pago»). Una factura
pagada (01) o anulada (09), o sin importe pendiente, no se fracciona. Las
04 siguen fuera del pago por enlace en
[pagos](/use-cases/atc/reference/capabilities/pagar).

## Los bloqueos

Después de esas dos, el nodo evalúa los bloqueos de forma **acumulativa**.
No se calcula ni se crea nada, y atiende una persona, si se da cualquiera
de estos:

* Corte de suministro activo.
* La factura ya está pagada o no tiene importe pendiente.
* El importe supera los **20.000 €**.
* Se ha alcanzado el máximo de fraccionamientos de la cuenta contrato
  (verificado el 6-oct-2026, v571). Lo indica la ficha del cliente, por
  dirección:
  * **máximo de fraccionamientos activos:** el agente lo dice y ofrece
    ayudar a liquidar uno; si el cliente no acepta, escala;
  * **máximo de fraccionamientos desactivados por impago:** el agente dice
    que no es posible, sin inventar condiciones para volver a fraccionar,
    y ofrece pagar la deuda pendiente o escala. Si se dan los dos, manda
    este;
  * si la ficha indica que no se ha alcanzado ninguno de los dos, el
    número de planes no bloquea, y para las cuotas impagadas solo cuentan
    los planes activos;
  * si la ficha no trae el dato, se mantiene la regla anterior: con **dos**
    fraccionamientos con saldo pendiente no se abre otro.
* Cuotas impagadas.
* Contrato inactivo: el fraccionamiento exige contrato activo y
  domiciliación viva.
* Ninguna factura elegible en esa dirección.
* Antigüedad de factura superior a **36 meses**.
* Falta IBAN o domiciliación y el cliente no puede aportarlo.
* Cliente sensible, o pobreza energética con pago domiciliado.
* Primera cuota a más de 21 días, o petición mantenida de más de 12
  cuotas.

Los umbrales completos (importe, cuotas, planes simultáneos, antigüedad de
la factura) están en
[la regla](/use-cases/atc/explanations/decisions#fraccionamiento-ruta-y-limites).

Si coinciden varios bloqueos se dicen **todos**, no solo el primero. Si
uno es estructural (el importe) y otro temporal (cuotas impagadas), se
aclara que regularizar el temporal no desbloquea el estructural: «cuando
regularice esas cuotas podrá solicitarlo» solo vale si el único bloqueo
son las cuotas. Al escalar por corte se nombra el suministro afectado
(servicio y dirección) antes del pase, y no se promete que fraccionar
restablezca, evite o adelante la reposición; la insistencia del cliente no
cambia el desenlace.

Una factura que ya consta cobrada por domiciliación no se fracciona ni
entra en el escalado genérico: sale hacia devolución, y no se le promete
que «se podrá fraccionar más adelante» (verificado el 6-oct-2026, v571).

## El alta

Sin bloqueos, el plan se arma con el cliente: de **3 a 12 cuotas** sobre
un total de hasta 20.000 €, una sola dirección por plan. La fecha y el
importe de la **primera cuota** se confirman en voz antes de crear nada.
Creado el plan, si el cliente quiere pagar esa primera cuota, el control
pasa a [pagos](/use-cases/atc/reference/capabilities/pagar) con el contexto ya cargado.

Nada se afirma de memoria: importes, fechas, estados de factura e IBAN
salen del sistema, y con cuotas impagadas o planes activos no se dice que
el cliente está al corriente. Una cuota cuya fecha ya pasó se presenta como
vencida, no como próxima (verificado el 6-oct-2026, v571).

## Solo consulta

Si el cliente solo quiere conocer sus planes o cuotas activos, se le
dicen y no se arranca ningún alta.

## Herramientas

El nodo tiene seis herramientas, comprobadas contra la v530 (16-sep-2026).
El detalle de cada llamada vive en HappyRobot.

| Herramienta | Para qué |
|---|---|
| `tool_select_and_sum_invoices` | Seleccionar las facturas elegibles y sumarlas |
| `tool_calculate_monthly_fee` | Calcular la cuota mensual de la propuesta |
| `tool_split_payment` | Crear el plan. Solo tras confirmar la primera cuota en voz |
| `faqs_naturgy` | Dudas documentales desde la base de conocimiento |
| `escalar` | Cualquier bloqueo, error técnico tras reintento, o petición del cliente |
| `volver_a_triage` | El cierre de todo flujo y lo que no es alta ni consulta |

## Después

Este flujo no cuelga: termina siempre devolviendo el control a triaje, con
el alta hecha o sin ella.

## Agente

El nodo Especialista Alta de Fraccionamiento.
[Ficha](/use-cases/atc/reference/agents/fraccionamiento).

## Métrica y prueba

Los escalados de este nodo salen todos con la misma etiqueta genérica, así
que el CRM no distingue si se escaló por corte, por importe o por petición
del cliente: anotado en
[la regla](/use-cases/atc/explanations/decisions#fraccionamiento-ruta-y-limites).
[Resultado, auditoría y indicadores principales](/use-cases/atc/reference/metrics) ·
[objetivo, criterio y prueba](/use-cases/atc/how-to/testing).

## Decisiones pendientes

1. **Cerrada:** desde la v571 (6-oct-2026) las facturas en pago en curso
   se fraccionan, por requisito de negocio de octubre de 2026. Queda **por
   confirmar** que el facturador acepte el alta de un plan con una factura
   04: no se ha podido probar en PRE.
2. **Contradicción interna del nodo, no de esta página:** el paso 2 dice
   que no cierra la llamada, pero el nodo también carga el componente de
   cierre (comprobado el 16-sep-2026 contra la v530, persistent\_id
   019d2b9f-5881-740a-be0b-1d0fa033c8e0). Se reporta al equipo del
   prompt; la sección "Después" de esta página queda por revisar.

La herramienta `ir_a_pago_deuda`, que esta página marcaba como deprecada y
viva en el grafo, **ya no existe** en la v512: no hay nodo y las
instrucciones no la nombran. Ese pendiente se cierra por eliminación.
