Dos precios en un mismo contrato SAP: consumo e inyección
Cómo separar el precio de compra y el precio de venta del excedente en el motor tarifario SAP para facturar Net Billing chileno sin inflar el margen del prosumidor.
· 14 min de lectura
Un solo campo del dato maestro decide si la facturación del prosumidor cuadra: el tipo de tarifa que cuelga de cada registro del medidor. Si los dos registros —el que mide lo que el cliente consume y el que mide lo que inyecta— comparten tipo de tarifa, la determinación de tarifa los lleva por el mismo camino de cálculo y ambos quedan valorizados igual. Si cada uno lleva el suyo, el resto se resuelve con Customizing estándar y sin desarrollo a medida.
Esta pieza es la guía operativa de ese trabajo: cómo conviven el precio de compra y el precio de venta del excedente dentro de un mismo contrato, en qué nivel de datos vive cada uno y cuál es su línea de tiempo. En nuestros proyectos con distribuidoras de LATAM, es el tramo que genera menos discusión regulatoria y más retrabajo cuando se resuelve tarde.
Dos tipos de tarifa, una sola categoría tarifaria
No hace falta forzar la arquitectura. SAP Utilities factura a clientes residenciales, comerciales, industriales y cogeneradores con las mismas estructuras de datos y las mismas funciones: la diferenciación ocurre en los datos, no en el modelo (SAP Learning, S/4HANA Utilities).
El mecanismo que habilita los dos precios es la determinación de tarifa. El tipo de tarifa se establece a nivel de registro dentro de la estructura de instalación, y la tarifa se determina en Customizing por la combinación de categoría tarifaria y tipo de tarifa (SAP Help Portal, Rate Type). Es decir: una misma instalación, una misma categoría tarifaria y dos tipos de tarifa distintos —uno por registro— resuelven dos caminos de cálculo independientes.
La pieza que los mantiene en el mismo contrato es el esquema de facturación: todas las tarifas que deben facturarse juntas en el mismo contrato o instalación se agrupan en un único esquema (SAP Learning, S/4HANA Utilities). De ahí que “dos precios en un contrato” no sea una excepción, sino el uso previsto del modelo.
Dónde vive cada precio y cuál es su línea de tiempo
Separar los dos caminos de cálculo es la mitad del trabajo. La otra mitad es decidir en qué nivel se guarda cada valor, porque de eso depende cuánto trabajo manual costará el próximo cambio de precio.
Dentro de cada tarifa, los operandos actúan como variables de entrada y salida de los programas variante, y los precios se ingresan como claves de precio (SAP Learning, S/4HANA Utilities). Los valores de operando viven normalmente en los hechos de tarifa, pero pueden definirse también en hechos de categoría tarifaria y hechos de instalación, que tienen prioridad sobre los primeros (SAP Learning, S/4HANA Utilities). Esa jerarquía es exactamente lo que se necesita cuando el precio de valorización cambia por distribuidora o por decreto tarifario.
Los hechos contienen valores de operando dependientes del tiempo, y los de un grupo de hechos de tarifa se mantienen siempre desde la transacción que mantiene la tarifa (SAP Help Portal, Billing Facts). Ese detalle es el que sostiene la operación en el tiempo: al cambiar una clave de precio, el sistema crea automáticamente una nueva línea de tiempo y cierra el periodo del precio anterior (SAP Learning, Identifying Billing Master Data). También es posible sobrescribir históricamente valores de operando, de modo que una instalación use otra clave de precio solo durante un periodo determinado (SAP Learning, Identifying Billing Master Data).
En la práctica, la historización es lo que permite que el cálculo se resuelva por tramos: un cambio de tarifa dentro del periodo de facturación genera porciones de tiempo distintas dentro de la misma factura (SAP Learning, Identifying Billing Master Data). Quien no aprovecha esa mecánica termina resolviendo cada decreto tarifario con refacturaciones manuales.
Cinco errores de parametrización que erosionan la recaudación
- Netear en el registro. Consolidar consumo e inyección en un solo registro elimina la posibilidad de valorizar por separado, aunque después se agreguen tarifas.
- Reutilizar la clave de precio con el signo invertido. El excedente no es consumo negativo: tiene otro precio, otra vigencia y otra fuente normativa.
- No historizar el precio del excedente. El valor de la inyección se actualiza con los decretos tarifarios; una clave de precio sin línea de tiempo obliga a refacturaciones manuales.
- Colocar el precio de inyección en el nivel de hechos equivocado. Si se fija en hechos de instalación lo que debía vivir en hechos de tarifa, cada alta de prosumidor se vuelve un trabajo artesanal.
- Tratar el saldo a favor como kWh. El remanente es un valor monetario, y la normativa contempla su reajuste conforme al IPC (Ministerio de Energía, generación distribuida).
El atajo de netear cantidades es un error aritmético, no regulatorio
El atajo es tentador: restar la energía inyectada de la energía consumida, obtener un “consumo neto” en kWh y valorizarlo con una sola tarifa. Requiere una tarifa, un registro y ninguna discusión con el área comercial.
Al netear cantidades y aplicar después el precio de compra, el excedente queda implícitamente pagado a tarifa minorista. El margen esperado del prosumidor se infla, y la distribuidora asume un descuento que no puede justificar ante el regulador.
Hay un segundo costo, menos visible: la trazabilidad. El reglamento exige que las primeras facturas asociadas al equipamiento de generación consignen inyecciones valorizadas, remanentes y descuentos aplicados (Reglamento de Generación Distribuida para Autoconsumo, DS 57, art. 51, 2020). Una cantidad neteada no se puede descomponer hacia atrás. Si el documento de facturación nace con un solo número, la evidencia se perdió en el paso anterior.
Conviene además desarmar una ambigüedad del lenguaje comercial. Las guías de mercado describen el mecanismo como un cálculo de consumo neto —energía consumida menos energía inyectada— con un descuento directo por cada kWh aportado (Solarity, 2026), pero el crédito que la ley reconoce es monetario, no un canje kWh por kWh (Terralink, 2026). El motor tarifario debe implementar lo segundo, aunque el folleto describa lo primero.
De dónde sale el segundo precio que hay que parametrizar
Del lado del consumo, la distribuidora cobra la tarifa regulada completa: energía más los cargos asociados al servicio de distribución. Del lado de la inyección, las inyecciones se valorizan al precio de nudo de la energía que las distribuidoras traspasan mensualmente a sus clientes sometidos a regulación de precios, incorporando además las menores pérdidas eléctricas asociadas (Ley 20.571, art. 149 bis, 2012). La Ley 21.118 amplió el marco —entre otros cambios, elevó el límite de capacidad instalada de 100 kW a 300 kW por inmueble o instalación— sin alterar ese principio de valorización (Ley 21.118, 2018).
El excedente se reconoce al precio de la energía, el mismo componente de energía que el cliente paga en su tarifa, incrementado por las menores pérdidas evitadas en la red de distribución (Ministerio de Energía, generación distribuida), mientras que el consumo arrastra además los cargos de distribución y los cargos fijos del servicio. Y ese valor del excedente depende de la distribuidora y de la comuna del servicio: por eso la clave de precio de inyección no puede ser una constante del sistema.
Qué sigue: el saldo a favor no es un número, es un pasivo

Una vez que los dos precios conviven correctamente, aparece el efecto de segundo orden. Las inyecciones valorizadas se descuentan de la facturación del mes en que se realizaron, y si queda remanente a favor del cliente, este se imputa a las facturas subsiguientes (Ley 20.571, art. 149 bis, 2012). Ese saldo acumulado tiene reglas propias de arrastre, reajuste y, llegado el vencimiento del periodo contractual, de liquidación.
Ese es el tema de la siguiente pieza de esta guía: operar la acumulación de saldos a favor y su liquidación en efectivo a fin de año.
Fuentes
- Biblioteca del Congreso Nacional de Chile — Ley 20.571: https://www.bcn.cl/leychile/Navegar?idNorma=1038211
- Biblioteca del Congreso Nacional de Chile — Decreto 57, de 2020, Reglamento de Generación Distribuida para Autoconsumo (reglamento vigente; sucede al DS 71 de 2014, reglamento de la Ley 20.571): https://www.bcn.cl/leychile/navegar?idNorma=1149788
- Ministerio de Energía — Generación distribuida, pago de las inyecciones: https://generaciondistribuida.minenergia.cl/preguntas-frecuentes/pago-de-las-inyecciones-realizadas-por-el-equipamiento-de-generacion
- Solarity — Guía Ley Net Billing Chile 2026: https://www.solarity.cl/blog/guia-completa-ley-net-billing-chile-2026
- Terralink — Guía Net Billing Chile: https://www.terralink.cl/aprende/guia-net-billing-chile
- SAP Help Portal — Rate Type (Contract Billing): https://help.sap.com/docs/SUPPORT_CONTENT/uindustry/3362183315.html
- SAP Help Portal — Billing Facts (valores de operando dependientes del tiempo): https://help.sap.com/docs/SUPPORT_CONTENT/uindustry/3362183314.html
- SAP Learning — Configuring Billing and Invoicing in SAP S/4HANA Utilities: https://learning.sap.com/courses/configuring-billing-and-invoicing-in-sap-s-4hana-utilities/understanding-billing-processes-and-master-data-in-sap-utilities
- SAP Learning — Identifying Billing Master Data in SAP Utilities (claves de precio y líneas de tiempo): https://learning.sap.com/courses/configuring-billing-and-invoicing-in-sap-s-4hana-utilities-de/identifying-billing-master-data-in-sap-utilities
- SAP Learning — Executing Billing and Invoicing (jerarquía de hechos de operando): https://learning.sap.com/courses/discovering-business-processes-in-sap-s-4hana-utilities/executing-billing-and-invoicing
Nota de veracidad: el artículo 51 del reglamento (obligación de consignar inyecciones valorizadas, remanentes y descuentos en las primeras facturas) fue verificado a través de una cita reproducida por un integrador solar, no contra el texto oficial del decreto; se recomienda contrastarlo con la publicación de la BCN antes de usarlo como requisito de diseño. Las referencias a Solarity y Terralink son fuentes comerciales, no normativas, y se citan únicamente para describir cómo se comunica el mecanismo al mercado. Las páginas de SAP Help Portal y SAP Learning no exponen fecha de publicación, por lo que se citan sin año.
¿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.