Cartera CFE: el esquema vive en el punto, no en el cliente

Una cadena de tiendas con techo solar en cinco sucursales aparece en el reporte comercial como un solo cliente: una fila, un nombre, un saldo. Detrás de esa fila puede haber tres situaciones distintas, cada una con su propia regla de liquidación y su propio calendario.

flowchart TD
  A([Un solo cliente en el reporte]) --> B[Sucursal que compensa energía en kWh]
  A --> C[Sucursal que vende su inyección a precio de nodo]
  A --> D[Bodega sin consumo que vende todo lo que genera]
  B --> E([Regla y calendario propios])
  C --> F([Regla y calendario propios])
  D --> G([Regla y calendario propios])
  class A inicio
  class B,C,D proceso
  class E,F,G neutro

La pieza anterior de esta serie cubrió la puesta en servicio del medidor bidireccional. Con el medidor ya operando, la pregunta cambia de escala: ya no es cómo se configura un contrato, sino cómo se gobierna una cartera donde los tres esquemas de contraprestación de la CFE conviven dentro de un mismo cliente. Nuestra tesis es directa: en esa cartera, la unidad de gobierno es el punto de interconexión, no el cliente.

La regulación se escribió por punto, no por cliente

RES/142/2017 define el punto de interconexión como la frontera operativa y de responsabilidad entre el distribuidor y la red particular donde se encuentra cada central (CRE, 2017). La regulación de contraprestación está escrita en esa misma unidad: cada uno de los tres esquemas se define por lo que ocurre en el punto, ya sea que la central comparta el punto con un centro de carga, que su contrato de interconexión se relacione con uno de suministro o que el punto no tenga contrato de suministro asociado (CRE, 2017).

El modelo de contrato de interconexión confirma esa granularidad: cada contrato marca su propio régimen de contraprestación, sea Net metering, Net billing o Venta Total de Energía (CFE Distribución, s.f.). Un cliente con cinco interconexiones firma cinco contratos y elige cinco veces.

El titular tampoco es uno solo

La segunda consecuencia es menos visible. En Facturación Neta, el titular del contrato de suministro puede ser distinto del titular de la interconexión (CRE, 2017). El «cliente» que muestra el reporte puede ser, en realidad, dos interlocutores distintos ligados a un mismo punto.

En SAP S/4HANA Utilities, el interlocutor comercial es el centro del modelo de datos (SAP Learning, s.f.). Cada cliente puede tener varias cuentas contrato, y cada una puede contener varios contratos facturables (SAP Learning, s.f.). El dato técnico y el comercial se enlazan a través de la instalación y el contrato. El dato de desregulación se conecta con el técnico mediante el punto de suministro y la instalación (SAP Learning, s.f.).

El modelo soporta una cartera así, pero no decide por sí solo en qué nivel vive el esquema. En nuestros proyectos, esa decisión se toma en el punto, porque un reporte que arranca del interlocutor comercial termina promediando reglas que no admiten promedio.

Dimensionar la cartera: un calendario por punto

El tamaño real de una cartera mixta no es su número de clientes. Es el número de eventos con fecha que genera cada punto, y cada esquema los genera a su propio ritmo.

En baja tensión, el crédito de Medición Neta se abona automáticamente en los periodos siguientes hasta un máximo de 12 meses (CRE, 2017). En media tensión, la energía acumulada debe compensarse dentro de los 12 meses siguientes al mes en que se originó cada una de sus partes (CRE, 2017). No hay, por tanto, un vencimiento por cliente: hay un vencimiento por cada tramo mensual de cada punto. A eso se suma que migrar de régimen solo se permite una vez transcurrido un año desde la celebración del contrato de contraprestación (CRE, 2017).

Dimensionar la cartera consiste, entonces, en contar tres cosas cada mes:

Ese conteo describe la carga de trabajo de las áreas comercial y de facturación mucho mejor que cualquier promedio por cliente. También anticipa los meses en que se concentran las liquidaciones y las solicitudes de cambio.

Conciliar contra el padrón del distribuidor

RES/142/2017 ordenó al distribuidor elaborar y actualizar una base de datos de solicitudes de interconexión (CRE, 2017). Entre sus campos están el número de identificación del proyecto asignado por el distribuidor y el régimen de contraprestación seleccionado (CRE, 2017), y la resolución fijó su entrega al regulador y al CENACE en enero y julio, con la información del semestre anterior (CRE, 2017).

Esos dos campos son, en la práctica, la llave para cruzar el padrón con el sistema comercial. Nuestra práctica SAP recomienda hacer ese cruce con la misma cadencia semestral del reporte, para que las discrepancias aparezcan en cada ciclo y no en una auditoría.

Quién firma cada cambio

Un atributo que tocan tres áreas necesita un dueño por cada parte, y cada cambio entra al sistema como un evento con fecha y con el nombre de quien lo aprobó.

Esta es la última pieza de la serie. El recorrido empezó con una decisión de contrato y termina en una disciplina de cartera: el esquema se elige por punto y se configura por punto. Por eso también se gobierna por punto.

Fuentes

• CRE (2017). Resolución RES/142/2017: Disposiciones administrativas de carácter general, modelos de contrato, metodología de cálculo de contraprestación y especificaciones técnicas generales aplicables a la generación distribuida (DOF, 7 de marzo de 2017). https://www.cenace.gob.mx/Docs/16_MARCOREGULATORIO/GenDis/(DOF%202017-03-07%20CRE)%20RES-142-2017%20DACG%20Generaci%C3%B3n%20Distribuida.pdf
• CFE Distribución (s.f.). Contrato de interconexión a las Redes Generales de Distribución para centrales eléctricas con capacidad menor a 0.5 MW (modelo). https://www.tiendasolar.mx/attachments/article/79/Contrato%20de%20interconexi%C3%B3n%20a%20las%20Redes%20Generales%20de%20Distribuci%C3%B3n%20para%20Centrales%20El%C3%A9ctricas.pdf
• SAP Learning (s.f.). «Exploring Utilities Data Model». https://learning.sap.com/courses/configuring-master-data-and-basic-functions-in-sap-s-4hana-utilities/exploring-utilities-data-model