Del dato validado a la factura: cerrar el ciclo en SAP IS-U

Una distribuidora eléctrica termina su despliegue AMI. El head-end entrega lecturas todos los días, la telemetría está limpia, el proyecto de integración se declara cerrado. Y el ciclo de facturación sigue tardando lo mismo que cuando había lecturistas en campo.

El dato llegó. La factura no salió sola.

Ese es el último tramo del Meter-to-Cash y es, casi siempre, el que no aparece en el alcance del proyecto de integración. La pieza anterior de esta serie cubrió cómo configurar los grupos de activación del medidor sin perder trazabilidad técnica. Esta cierra el ciclo: qué ocurre exactamente entre una lectura validada y un asiento en FI-CA, y por qué ese tramo se automatiza —o no— según cómo estén gobernados los estados de los documentos, no según qué middleware se haya comprado.

El automatismo no se rompe en la interfaz, se rompe en los estados

SAP IS-U no factura lecturas. Factura documentos que se encuentran en un estado determinado.

Todo resultado de lectura está sujeto a validación. Si la supera, recibe el estado plausible y continúa su procesamiento en facturación; si no la supera, recibe el estado implausible y debe corregirse antes de avanzar (SAP Help Portal, 2026). Esa frontera es el verdadero interruptor del ciclo, y es invisible desde el monitor de integración: en el tablero del iFlow todo aparece en verde porque el mensaje se entregó. Lo que quedó detenido está aguas abajo, dentro del core.

Para las utilities de América Latina el punto no es teórico. La regulación regional viene empujando la medición avanzada —en Colombia, la Resolución CREG 101-001 de 2022 fijó el marco de despliegue de AMI para el servicio de energía eléctrica (CREG, 2022)— y esos programas se ejecutan con presupuesto acotado y con la recaudación como métrica de éxito. Un parque de medidores inteligentes que entrega datos impecables a un ciclo de facturación que sigue pidiendo intervención manual no devuelve la inversión: la traslada de campo a oficina.

Del resultado de lectura a la orden facturable

---
config:
  theme: base
  fontFamily: 'Inter Variable, system-ui, sans-serif'
  themeVariables:
    darkMode: true
    fontFamily: 'Inter Variable, system-ui, sans-serif'
    fontSize: '15px'
    background: '#111113'
    primaryColor: '#1A1A1D'
    primaryTextColor: '#F4F5F8'
    primaryBorderColor: '#00C2FF'
    secondaryColor: '#242428'
    tertiaryColor: '#1A1A1D'
    mainBkg: '#1A1A1D'
    secondBkg: '#242428'
    tertiaryBkg: '#2E2E33'
    lineColor: '#00C2FF'
    textColor: '#F4F5F8'
    titleColor: '#F4F5F8'
    nodeBorder: '#00C2FF'
    clusterBkg: '#1A1A1D'
    clusterBorder: '#2E2E33'
    edgeLabelBackground: '#242428'
    pie1: '#00C2FF'
    pie2: '#f59e0b'
    pie3: '#22c55e'
    pie4: '#59d7ff'
    pie5: '#f97316'
    pie6: '#ef4444'
    pieTitleTextColor: '#F4F5F8'
    pieSectionTextColor: '#F4F5F8'
    pieLegendTextColor: '#F4F5F8'
    pieStrokeColor: '#111113'
    pieOuterStrokeColor: '#111113'
---
flowchart TD
  A([Resultado de lectura]) --> B{¿Supera la validación?}
  B -->|Sí| C[Estado 1 Plausible]
  B -->|No| D[Estado 2 Implausible]
  D --> E[Corrección del especialista de medición]
  E --> C
  E --> F[Estado 4 Liberado]
  C --> G[Orden de facturación 2 Facturable]
  F --> G
  D --> H[Orden de facturación 1 No facturable]
  H --> E
  G --> I[Ejecución de la facturación]
  I --> J[Documento de lectura 7 Facturado]
  I --> K([Documento de facturación, orden de invoicing])
  class A inicio
  class B decision
  class C,D,E,F,G,H,I,J proceso
  class K bueno
classDef inicio fill:#113d4f,stroke:#00C2FF,color:#ffffff
classDef decision fill:#473519,stroke:#f59e0b,color:#ffffff
classDef proceso fill:#33363c,stroke:#9aa0aa,color:#ffffff
classDef bueno fill:#193e2b,stroke:#22c55e,color:#ffffff

La cadena de estados es corta y muy concreta.

Cuando se corrige un resultado implausible, el documento de lectura pasa del estado 2 (Implausible) a 1 (Plausible) o a 4 (Liberado), según lo que decida el especialista de medición. Esa misma corrección cambia el estado de la orden de facturación de 1 (No facturable) a 2 (Facturable). Al ejecutarse la facturación, el documento de lectura pasa dinámicamente a 7 (Facturado), y la ejecución elimina la orden de facturación y la reemplaza por un documento de facturación, que puede entenderse como una orden de invoicing (SAP Learning, 2026).

La orden de facturación es, entonces, la compuerta real del automatismo. Y casi ninguna operación la monitorea: se vigila la llegada del dato y se vigila la emisión de la factura, pero el objeto que decide si el ciclo avanza queda en tierra de nadie entre ambos equipos.

En el escenario AMI el camino de entrada es distinto al de la lectura periódica clásica. Los medidores de intervalo cargan sus valores de perfil en EDM, y el sistema permite definir si los valores originales residen en EDM o provienen de un sistema externo y se copian allí. Ese flujo exige haber activado las funciones de negocio de Advanced Metering Infrastructure y haber replicado previamente el maestro de dispositivos y las cabeceras de perfil mediante las actividades masivas de sincronización AMI (SAP Learning, 2026). Si esa sincronización no está hecha, la lectura llega correctamente y no tiene dónde aterrizar.

Billing entrega, Invoicing cobra: el traspaso a FI-CA

El segundo salto del tramo suele confundirse con el primero, y son dos cosas distintas.

La facturación (billing) se ejecuta a nivel de contrato; la facturación al cliente (invoicing) se ejecuta a nivel de cuenta contrato, agrupando documentos de varios contratos, servicios o períodos en un único documento para presentar al cliente. Es invoicing —no billing— quien aporta la integración con FI-CA y la contabilización financiera: utiliza la información de contabilización generada por el documento de facturación, crea los documentos contables y los planes de cuotas en FI-CA, y prepara los datos para la impresión generando el documento de impresión (SAP Learning, 2026). Los documentos de facturación que cumplen los requisitos de facturación conjunta se transfieren a FI-CA en un documento contable (SAP Help Portal, 2026).

Ahí aparece la segunda cola de excepción: el outsorting puede ejecutarse a nivel de factura, por ejemplo cuando el importe supera o no alcanza un umbral definido (SAP Learning, 2026). Es decir, el tramo tiene dos filtros humanos posibles —lecturas implausibles y documentos apartados— y ambos son legítimos. El problema no es que existan; el problema es tratarlos como bandeja de correo en lugar de como cola con tiempo de atención comprometido.

El flujo completo, estado por estado

Qué instrumentar para que el ciclo no pida manos

Cerrar el tramo no es activar un interruptor. Es dejar de tener estados huérfanos:

• Sincronizar antes de abrir el flujo. Maestro de dispositivos y cabeceras de perfil replicados hacia el sistema externo son prerrequisito, no tarea posterior (SAP Learning, 2026).
• Medir la orden de facturación, no solo el mensaje. El indicador operativo útil es qué porcentaje de órdenes queda en estado “no facturable” al cierre de cada unidad de lectura.
• Normalizar el tiempo en el borde. Los procesos de lectura y facturación operan sobre base diaria (SAP Help Portal, 2026): los eventos AMI deben llegar con marca temporal y zona horaria homogéneas desde la capa de integración, no corregirse dentro del core.
• Desacoplar el tráfico del core. Un patrón basado en eventos con buffer resiliente evita que un pico de concentradores AMI arrastre la ventana de facturación.
• Tratar el outsorting como cola con SLA. Con umbral revisado por segmento y responsable nombrado, no como una bandeja compartida.

El retorno de esa disciplina es directo. La lectura manual con lecturista tiene un costo unitario notablemente superior al de la lectura remota y arrastra errores de transcripción que la captura digital elimina; las utilities con una proporción alta de facturación estimada suelen presentar una morosidad marcadamente mayor que aquellas que operan con lectura remota automática. La integración nativa con SAP IS-U busca precisamente eso: que las lecturas remotas alimenten Device Management, pasen a Billing y se concilien en FI-CA, acortando de forma sustantiva el ciclo de facturación, según nuestra propia experiencia de integración en la región (AGT Consultoría, 2026).

En AGT acompañamos a distribuidoras y operadores de América Latina en ese último tramo, que es donde el proyecto de medición inteligente deja de ser un despliegue de hardware y se convierte en recaudación. La factura no se automatiza porque el dato llegue. Se automatiza porque nadie dejó un estado sin dueño.

Fuentes

• SAP Help Portal — Entry of Meter Reading Results (validación, estados plausible e implausible): https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/2ac7fe29a0c94cdd88fb80c2cb9f7758/4d46961d6c2b3c97e10000000a42189c.html
• SAP Learning — Demonstrating the Meter Reading Process (estados de documento de lectura y orden de facturación): https://learning.sap.com/learning-journeys/executing-business-processes-in-sap-s-4hana-utilities/demonstrating-the-meter-reading-process
• SAP Learning — Understanding Invoicing in SAP Utilities (invoicing, FI-CA, documento de impresión, outsorting): https://learning.sap.com/courses/configuring-billing-and-invoicing-in-sap-s-4hana-utilities/understanding-invoicing-in-sap-utilities
• SAP Learning — Understanding Advanced Meter Infrastructure (carga de perfiles, sincronización AMI): https://learning.sap.com/courses/configuring-device-management-in-sap-s-4hana-utilities/understanding-advanced-meter-infrastructure
• SAP Help Portal — Invoicing Processing (transferencia de documentos de facturación a FI-CA): https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/a003b275c98148ee8a4c3fafe9588fe3/5e7dce53118d4308e10000000a174cb4.html
• AGT Consultoría — Cuculus: IoT & Smart Metering (integración SAP IS-U, costos de lectura, precisión, facturación estimada): https://www.agtconsultoria.com/soluciones/cuculus/
• CREG — Resolución 101-001 de 2022 (marco de medición avanzada AMI en Colombia): https://gestornormativo.creg.gov.co/gestor/entorno/docs/resolucion_creg_101-1_2022.htm