ENREGE 663/2026: registro, contrato y dato de gas
La inscripción de un nuevo comercializador de gas vuelve operativa una pregunta para pymes: qué datos, permisos y evidencias guardar antes de firmar.
En esta nota
CUIT, registro y contrato: la Resolución ENREGE 663/2026 vuelve tangible una compra de gas que muchas pymes miran solo como factura. El ente inscribió a Secco Energy SAU como comercializador de gas natural y dejó una pregunta operativa para bodegas, industrias y cooperativas de Cuyo: qué datos hay que guardar si la compra pasa a otro circuito. Esta nota explica el recorrido técnico antes de firmar.
Qué cambia cuando aparece otro comercializador
La Resolución ENREGE 663/2026, publicada el 28 de septiembre de 2026, inscribe a Secco Energy Sociedad Anónima Unipersonal en el Registro de Comercializadores de Gas Natural. El expediente informa un capital social de $30.000.000 y remite al Reglamento de Comercializadores aprobado por ENARGAS en 2020. La cifra corrige una lectura ligera: además de sumar un nombre al registro, activa requisitos de documentación, incompatibilidades, contrato y comunicación regulatoria.
La carpeta de tapas rojas con los contratos de energía suele estar lejos del ERP. Ese objeto define la escena en una bodega de Luján de Cuyo: compras ve el precio, mantenimiento mira medidores, administración paga y sistemas recién entra cuando alguien pide un reporte histórico. El antagonista operativo es ese contrato escaneado que nadie puede unir con consumo, centro de costo y autorización.
Para una bodega exportadora, esa unión evita discutir consumos con archivos parciales durante el cierre mensual.
La conexión global aparece en la Stack Overflow Developer Survey 2025: PostgreSQL sigue entre las bases más usadas por equipos profesionales. Para una pyme, esa estadística no decide un contrato de gas, pero sí marca una práctica: los datos críticos conviene guardarlos en una base consultable, con roles, fechas y trazabilidad, no en archivos sueltos.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos.
- Administración carga el comercializador, CUIT, resolución, vigencia contractual y responsable interno.
- Compras agrega precio, período, punto de consumo, medidor o planta alcanzada.
- PostgreSQL guarda registros estructurados, usuarios, estados y auditoría de cambios.
- Odoo 18 u otro ERP recibe órdenes, facturas y centros de costo; entrega estado de pago, consumo y contrato asociado.
- Keycloak o el módulo de roles separa quién lee contratos, quién carga facturas, quién aprueba cambios y quién puede borrar un adjunto.
- El backup copia base y documentos; una restauración mensual prueba que contrato, factura y consumo vuelven juntos.
El componente regulatorio necesita un campo propio. La resolución, la ley aplicable, el expediente y la notificación al proveedor van en datos consultables. Si un contrato cambia de comercializador, el sistema debe mostrar qué dato cambió, quién lo aprobó y qué evidencia quedó para auditoría interna.
Qué se instala o configura primero
El primer entregable verificable puede ser un registro de comercializadores y contratos energéticos con tres roles: carga, aprobación y consulta. Una pila sobria usa PostgreSQL 17, Odoo 18 para facturación y compras, almacenamiento S3 compatible para PDF, Metabase para tablero mensual, backup diario y monitoreo HTTP. Un servidor 4 vCPU y 8 GB cuesta entre USD 24 y USD 45 por mes; al dólar oficial venta de $1.545 equivale a $37.080 a $69.525, sin contar horas de implementación ni soporte.
UMSA suele empezar este trabajo con una tabla de evidencia: resolución, contrato, factura, medidor, planta, responsable y fecha de vigencia. En una semana se puede dejar cargado un proveedor, dos puntos de consumo, un flujo de aprobación, un tablero de facturas y una restauración probada en ambiente separado. El área legal revisa cláusulas; el sistema guarda qué dato se usó para decidir.
Dónde se rompe y cómo probarlo
El primer riesgo es cargar comercializadores sin fuente. La señal aparece cuando el usuario ve un proveedor activo y no encuentra la resolución que lo respalda. La prueba mínima es abrir diez contratos y exigir enlace a norma, CUIT, vigencia y responsable.
El segundo riesgo es mezclar permisos. La señal aparece cuando compras puede borrar un PDF aprobado o cambiar una vigencia cerrada. La prueba mínima es ejecutar cuatro cuentas: lectura, carga, aprobación y administración.
El tercer riesgo es separar factura y consumo. La señal aparece cuando una planta discute precio sin poder ver medidor, período y contrato. La prueba mínima es elegir una factura real, llegar al consumo asociado y exportar el historial de cambios.
El cuarto riesgo es tener backup sin restauración. La señal aparece cuando vuelve la base, pero faltan adjuntos. La prueba mínima es restaurar base y bucket S3 en otro servidor y abrir un contrato con su factura.
Esta lectura es técnica; la decisión regulatoria y contractual merece revisión legal antes de mover compras.
