Noticias
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.
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. 1. Administración carga el comercializador, CUIT, resolución, vigencia contractual y responsable interno. 2. Compras agrega precio, período, punto de consumo, medidor o planta alcanzada. 3. PostgreSQL guarda registros estructurados, usuarios, estados y auditoría de cambios. 4. Odoo 18 u otro ERP recibe órdenes, facturas y centros de costo; entrega estado de pago, consumo y contrato asociado. 5. 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. 6. 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.
