En una industria común, el precio es suyo. Usted lo define, lo negocia, lo reajusta, da descuento. El ERP registra lo que se acordó y el ingreso es la suma de lo que se vendió.

En energía no es así. La tarifa viene de afuera, definida por una resolución, con fecha de vigencia que no coincide con su calendario, y revisada por un organismo regulador que no consulta su cronograma de TI. El sistema no decide el precio — tiene que probar que aplicó el precio correcto.

Esa inversión parece un detalle de configuración y no lo es. Cambia lo que el SAP necesita guardar, cambia lo que el cierre necesita reconciliar, y cambia la naturaleza del error: en lugar de una venta equivocada, usted tiene una divergencia regulatoria, que tiene plazo, tiene multa y tiene historial.

Las cuatro cosas que cambian

La vigencia no es una fecha, es un intervalo con retroactividad. Una resolución publicada en mayo puede valer desde marzo. El sistema necesita poder recalcular lo que ya se facturó, generar la diferencia, y mantener los dos valores — el aplicado y el correcto — porque la auditoría va a pedir los dos.

El reajuste no sustituye, acumula. Reajuste sobre reajuste, con bases diferentes y componentes que se reajustan por índices distintos. Un campo de precio con el valor vigente no cuenta esa historia. Hace falta la serie.

La unidad de medida del negocio no es la del sistema. Facturación en megavatio-hora, medición en punto de consumo, contrato en demanda contratada, tributación en ítem de factura. Cada conversión entre ellos es una oportunidad de redondeo — y el redondeo en volumen se convierte en una divergencia de miles en el cierre.

Existe un tercero en la relación. Además de usted y del cliente, existe el regulador — y a veces la distribuidora, el operador del sistema y la cámara de comercialización. Cada uno espera un archivo, en un formato, en un plazo. Esos plazos no son negociables y casi nunca coinciden con su cierre contable.

Dónde se traba la implantación estándar

Ninguno de estos problemas aparece en el piloto. Aparecen todos en el primer cierre después de una revisión tarifaria.

La condición de precio que no guarda historial. La configuración común graba el valor vigente y lo sobrescribe. Cuando llega una resolución retroactiva, no hay de dónde sacar lo que estaba vigente antes — y rehacer manualmente lo que el sistema debería saber cuesta días de cierre.

El recálculo que no existe. Facturar de nuevo no es lo mismo que facturar la diferencia. Emitir factura completa y anular la anterior tiene consecuencia fiscal; emitir una complementaria exige una regla que hay que diseñar. Los proyectos que no decidieron esto en la implantación lo deciden en medio del incidente.

El redondeo que nadie definió. Redondear por ítem, por factura o por total da resultados diferentes, y los tres son defendibles. El problema no es elegir mal — es no elegir, y descubrir en la conciliación que cada área eligió una cosa.

La obligación al regulador tratada como informe. Mientras el archivo se genera por extracción manual y se revisa en Excel, funciona. Hasta el mes en que el volumen crece, alguien sale de vacaciones, o cambia el layout. Una obligación con plazo legal necesita el mismo tratamiento que una obligación fiscal — generación automatizada, validación antes del envío y evidencia de lo que se envió.

Lo que resuelve, en orden

1. Modelar la tarifa como serie, no como valor. Cada componente con su vigencia, su base y su índice. Es más trabajo en la implantación y es lo que convierte la retroactividad en un procesamiento en lugar de un operativo.

2. Definir la regla de diferencia antes de necesitarla. Cuando un recálculo genera valor de más o de menos, qué se emite, con qué documento, en qué período. Escrito, aprobado por fiscal, y probado con un caso real antes de entrar en producción.

3. Fijar el redondeo en un solo lugar. Una regla, documentada, aplicada por todos los procesos que tocan valor. Y una prueba que compara los tres caminos y demuestra que cierran.

4. Tratar la obligación regulatoria como fiscal trata la suya. Generación automatizada, validación de layout antes del envío, comparación con el período anterior y evidencia guardada. Es el mismo razonamiento que aplicamos en simular obligaciones fiscales antes de entregarlas — ensayar la entrega cuesta una tarde, descubrir el error por fiscalización cuesta otra cosa.

5. Reconciliar los tres números todos los meses. Lo que el sistema facturó, lo que la medición indica y lo que se declaró al regulador. Cuando esos tres no coinciden, la diferencia necesita explicación — y hay que encontrarla en minutos, no en días. Es el mismo tipo de conciliación que describimos en el ciclo bancario: cada etapa con su confirmación.

Dónde la IA ayuda de verdad aquí

El cálculo es determinístico y debe seguir siéndolo — nadie quiere un modelo decidiendo tarifa. Pero tres partes caras del trabajo son de lectura y comparación, y ahí es donde cambia la economía.

Leer la resolución y señalar qué cambia. El texto regulatorio es largo, y la parte que afecta su maestro suele ser un párrafo. Encontrar ese párrafo y traducirlo en «qué componentes cambian, a partir de cuándo» es lectura en volumen — exactamente lo que la IA hace bien, con revisión humana obligatoria.

Explicar la divergencia. Cuando los tres números no cierran, comparar las bases y proponer dónde está la diferencia acorta la investigación de días a horas.

Validar el archivo antes del envío. Revisar layout, totales y coherencia con el período anterior — el mismo ensayo que se hace con obligación fiscal.

Donde no entra: la interpretación jurídica de la norma, la aceptación de la reconciliación y el envío al regulador. Esas tres siguen con gente, con nombre y con responsabilidad.

El límite honesto

Nada de esto elimina la revisión tarifaria, el plazo del regulador ni la divergencia entre medición y facturación. Esos son hechos del sector, no defectos del sistema.

Lo que cambia es dónde gasta el tiempo. Con la tarifa modelada como serie, la regla de diferencia escrita y la obligación automatizada, una revisión retroactiva se convierte en un procesamiento con verificación. Sin eso, se convierte en un operativo de cierre — todos los trimestres, con las mismas personas, cometiendo los mismos errores de digitación.

Y hay un efecto que solo aparece después: cuando el número es demostrable, la conversación con el regulador cambia de naturaleza. Deja de ser defensa y pasa a ser presentación de evidencia.

Si su punto de partida es entender lo que existe hoy antes de decidir qué cambiar, empiece por el diagnóstico de TI. Y para el panorama del sector, vea TI para energía, petróleo y gas.

Preguntas frecuentes