Calendario comercial: alinear lectura y telemedición en IS-U
Cómo ajustar porciones, unidades de lectura y fechas programadas en SAP IS-U para que el ciclo comercial y la telemedición midan el mismo periodo.
· 13 min de lectura
El período de facturación de un cliente no es un mes. Regulatoriamente es otra cosa: el lapso entre dos lecturas consecutivas del medidor de un inmueble, salvo cuando el medidor instalado es de prepago (CREG, Resolución 108 de 1997, 1997). Esa definición, que en la operación diaria pasa inadvertida, es la que gobierna el cálculo de cualquier pérdida por transformador: significa que el período de cada cliente es una ventana móvil, atada a la visita del lecturista, y no una casilla del calendario.
La misma resolución lo asume sin disimulo cuando ordena que, para liquidar los consumos, se apliquen las tarifas que hayan estado vigentes el mayor número de días de consumo del período correspondiente al ciclo de facturación al que pertenezca el usuario (CREG, Resolución 108 de 1997, 1997). El regulador ya sabía que el ciclo se desplaza; por eso resolvió el problema tarifario con una regla de días mayoritarios en vez de forzar el mes calendario.
Lo que ningún regulador resuelve por el operador es el problema equivalente del lado analítico: qué fecha declara “el mes” de un transformador cuando sus clientes cuelgan de ciclos distintos. Esa decisión de configuración es el objeto de esta entrega. La anterior explicó qué método normaliza ambas ventanas temporales antes de calcular; esta baja al calendario comercial y detalla qué hay que tocar en él para que esa normalización tenga sobre qué apoyarse.
La fecha programada es una guía, no un hecho
Hay un dato documentado que cambia el diseño de cualquier comparación por transformador: la fecha de lectura programada está predeterminada por los registros de programación y es solo un valor de referencia (SAP Help Portal, consultado 2026). La fecha real puede desviarse de ella.
Las consecuencias son concretas. Un modelo que toma la fecha programada como fecha de medición está construyendo el período de análisis sobre una planificación, no sobre lo que ocurrió. Y la desviación no se distribuye al azar: se concentra en las rutas difíciles, en los accesos restringidos, en las zonas donde precisamente se sospecha del consumo. El sesgo entra por la puerta del calendario y sale disfrazado de hallazgo.
De ahí la primera regla de diseño: la fecha efectiva de cada resultado de lectura debe conservarse como dato, junto a la programada, y la diferencia entre ambas debe viajar con el resultado. No es un campo de auditoría; es un insumo del cálculo.
Qué objetos de SAP IS-U fijan realmente el calendario
El calendario comercial no vive en un parámetro del reporte de pérdidas. Vive en datos maestros que ya existen y que fueron diseñados para otra cosa: emitir facturas.
En una porción se agrupan los contratos de un sector del territorio de servicio para los que aplican las mismas condiciones de facturación, y en el scheduling se define la duración del periodo de facturación de todos los contratos asignados a esa porción (SAP Learning, consultado 2026). La unidad de lectura agrupa instalaciones según criterios regionales y de programación, constituye la base de la lista de trabajo del lecturista y se asigna directamente a la instalación; la porción llega al contrato de forma indirecta, a través de la unidad de lectura (SAP Learning, consultado 2026). Los registros de programación administran las fechas concretas: lectura, facturación y cuotas.
El reparto de responsabilidades es fino y conviene tenerlo presente: la fecha clave para la facturación de base mensual se registra en la unidad de lectura, mientras que los intervalos para esa facturación mensual se registran en la porción (SAP Learning, consultado 2026).
Traducido a la decisión que hay que tomar: el corte del período de análisis ya está declarado en el sistema, repartido entre dos objetos distintos. No hay que inventarlo. Hay que ir a buscarlo, hacerlo explícito y comprometerse con él.
Los ajustes de calendario que habilitan la comparación
Reagrupar las unidades de lectura por topología suele ser el ajuste más costoso y el que nadie presupuesta. Las unidades de lectura se estructuran según requerimientos regionales y de programación —por ejemplo, la carga semanal de un lecturista— y su agrupación puede depender también de condiciones de facturación (SAP Learning, consultado 2026). Nada de eso garantiza que los clientes colgados de un mismo transformador caigan en la misma unidad de lectura ni en la misma porción. Cuando no coinciden, el agregado de un transformador se arma cruzando varios cortes distintos, y el resultado deja de ser comparable con una única ventana.
Reagrupar no es gratis: mueve rutas, altera cargas de trabajo y toca fechas de facturación de clientes reales. Por eso conviene priorizar. En una primera fase basta con alinear las unidades de lectura de los transformadores que ya tienen instrumentación de cabecera, dejando el resto del padrón como está. La alineación total es un objetivo de mediano plazo; la alineación del universo medido es un requisito de arranque.
Dónde queda declarado el período del lado de los datos de intervalo
El resultado de una liquidación es un perfil con los valores de consumo de cada intervalo del periodo de liquidación, generado para cada unidad de liquidación o red (SAP Help Portal, consultado 2026). Esa unidad y su periodo son el lugar donde la ventana queda declarada de forma explícita y persistente, dentro del componente de Energy Data Management, integrado en SAP S/4HANA Utilities (SAP Learning, consultado 2026).
La decisión de arquitectura, entonces, es de gobierno del dato más que de analítica: no dejar que el periodo de análisis se defina dentro de una consulta —donde cualquiera puede moverlo sin dejar rastro—, sino hacerlo coincidir con la frontera temporal ya declarada en los datos maestros comerciales. Un período que vive en un filtro de reporte no es auditable; uno que vive en un objeto, sí.
Lo que el marco regulatorio ya da por sentado
El corte no es solo un problema técnico. En Perú, el procedimiento de supervisión de la facturación del servicio eléctrico exige a la empresa distribuidora realizar la toma de lectura mensual de los medidores y calcular el consumo mensual con base en esas lecturas (Osinergmin, Resolución 115-2017-OS/CD, 2017). En Colombia, los períodos de facturación en áreas urbanas son mensuales o bimestrales (CREG, Resolución 108 de 1997, 1997). La obligación es de periodicidad, no de mes calendario: el ciclo escalonado es plenamente legítimo. Lo que no es legítimo es reportar una pérdida calculada sobre ventanas que no coinciden.
Ese reporte tampoco es opcional. La metodología para la implementación de los planes de reducción de pérdidas no técnicas en los sistemas de distribución local se estableció mediante la Resolución CREG 172 de 2011, modificada por las Resoluciones CREG 031 de 2012 y 178 de 2013 (CREG, 2011); la remuneración de los planes de reducción o mantenimiento de pérdidas se rige hoy por el numeral 7.3 del Anexo General de la Resolución CREG 015 de 2018 (CREG, 2018), y esa misma metodología dispone que las pérdidas de energía en cada nivel de tensión se establezcan con base en la información disponible de cada sistema (CREG, Resolución 015 de 2018, 2018). La calidad de esa información disponible depende, literalmente, de que las fechas cuadren.
El fundamento conceptual es igual de exigente: las pérdidas totales de un sistema de distribución equivalen a la diferencia entre la energía que ingresa al sistema y la energía registrada, comprendiendo tanto pérdidas técnicas como no técnicas dentro del mismo periodo de análisis (Universidad Politécnica Salesiana, s. f.). La cláusula que casi nadie audita es la última.
Verificación antes de calcular una sola pérdida
Antes de habilitar cualquier tablero de detección, conviene validar cinco cosas en el sistema:
- Que cada transformador con instrumentación de cabecera tenga identificado el conjunto de instalaciones aguas abajo, y que ese conjunto sea estable en el tiempo.
- Que ese conjunto no quede repartido entre porciones con fechas clave distintas.
- Que exista la fecha efectiva de lectura por resultado, además de la programada, y que ambas se conserven.
- Que el periodo de análisis esté declarado como objeto y no como filtro de reporte.
- Que el desfase que no se pudo eliminar quede registrado como dato del resultado, no como nota al pie de una presentación.
Quien no supere esta verificación producirá alertas. Producirá muchas. Y cada visita de inspección enviada a un cliente honesto por un desfase de calendario erosiona algo más caro que el costo de la cuadrilla: la credibilidad interna del programa de pérdidas.
Con el calendario alineado, el siguiente paso ya es aritmético: configurar la comparación del balance por transformador contra el agregado de lecturas de sus clientes. Esa es la próxima entrega de esta guía.
Fuentes
- CREG — Resolución 108 de 1997, criterios generales sobre facturación y relación empresa-usuario: https://gestornormativo.creg.gov.co/gestor/entorno/docs/resolucion_creg_0108_1997.htm
- Universidad Politécnica Salesiana — Estudio de pérdidas de energía en redes de distribución: https://dspace.ups.edu.ec/bitstream/123456789/1957/12/UPS-CT002031.pdf
- SAP Learning — Creating Portions, Meter Reading Units, and Parameter Records: https://learning.sap.com/courses/configuring-master-data-and-basic-functions-in-sap-s-4hana-utilities/creating-portions-meter-reading-units-and-parameter-records
- SAP Learning — Explaining the Purpose of Scheduling: https://learning.sap.com/courses/configuring-master-data-and-basic-functions-in-sap-s-4hana-utilities/explaining-the-purpose-of-scheduling
- SAP Learning — Demonstrating Meter Reading: https://learning.sap.com/learning-journeys/executing-business-processes-in-sap-s-4hana-utilities/demonstrating-meter-reading
- SAP Learning — Identifying Billing Master Data in SAP Utilities: https://learning.sap.com/courses/configuring-billing-and-invoicing-in-sap-s-4hana-utilities/identifying-billing-master-data-in-sap-utilities
- SAP Learning — Understanding the Energy Data Management Components: https://learning.sap.com/courses/configuring-device-management-in-sap-s-4hana-utilities/understanding-the-energy-data-management-components
- SAP Help Portal — Meter Readings for Each Portion: https://help.sap.com/doc/saphelp_nw75/7.5.5/en-US/94/9098570b7f6b10e10000000a441470/content.htm
- SAP Help Portal — Energy Data Management: Settlement: https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/021b182b0c47416c8fafed67ebfd78a9/f28bce53118d4308e10000000a174cb4.html
- Osinergmin — Resolución de Consejo Directivo N.° 115-2017-OS/CD, Procedimiento para la supervisión de la facturación por el servicio de electricidad: https://www.osinergmin.gob.pe/seccion/centro_documental/PlantillaMarcoLegalBusqueda/Osinergmin-115-2017-OS-CD.pdf
- CREG — Resolución 172 de 2011, metodología para los planes de reducción de pérdidas no técnicas en Sistemas de Distribución Local: https://vlex.com.co/vid/resolucion-creg-172-2011-841339464
- CREG — Resolución 015 de 2018, metodología de remuneración de la actividad de distribución: https://gestornormativo.creg.gov.co/gestor/entorno/docs/resolucion_creg_0015_2018.htm
¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?
Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.
