Energía 134/2026: registro, factura y medidor para bomberos
La tarifa diferencial para bomberos exige ordenar registro, factura, medidor y evidencia. Qué datos cargar, quién los aprueba y cómo probar el circuito.
Registro, factura y medidor: si uno falta, la tarifa diferencial de bomberos queda trabada antes de llegar al sistema. La Resolución 134/2026 de la Secretaría de Energía reglamenta una parte operativa del régimen para entidades del Sistema Nacional de Bomberos Voluntarios. El trabajo concreto para distribuidoras, cooperativas y cuarteles es menos épico: asociar cada suministro con una entidad válida, un domicilio y una factura qué se pueda auditar.
Dónde aparece el dato que faltaba
La Resolución 134/2026, publicada el 12 de junio de 2026, toma como base la Ley 27.629 y el registro de entidades de bomberos. La norma apunta a servicios públicos vinculados a entidades integrantes del sistema nacional, con condiciones administrativas que deben quedar verificadas antes de liquidar el beneficio. El dato que suele faltar no es técnico: es de identidad. Un cuartel puede tener varios inmuebles, una factura a nombre de una asociación, un medidor compartido o una constancia desactualizada. Para una cooperativa eléctrica de zona rural, el problema aparece cuando atención comercial recibe un pedido y no sabe si el suministro corresponde al destacamento, al salón social o a una vivienda asociada. La Ley 27.629 creó el régimen tarifario especial para entidades del Sistema Nacional de Bomberos Voluntarios. La Resolución 224/2026 del Ministerio de Seguridad, citada en la norma energética, reorganiza datos del registro que luego impactan en la verificación. La carpeta de papeles deja de alcanzar cuando hay que repetir el control cada período. La señal operativa es simple: si el área comercial no puede unir CUIT, entidad, domicilio, medidor y factura en una misma pantalla, la bonificación queda atada a una búsqueda manual.
Cómo funciona por dentro
El flujo empieza con el alta de la entidad. La aplicación registra nombre legal, CUIT, matrícula o constancia, domicilio, responsable, correo, teléfono, estado del registro y fecha de vencimiento. Luego se asocia cada suministro: número de cuenta, medidor, tarifa, distribuidora, dirección normalizada y tipo de uso declarado. PostgreSQL guarda entidades, suministros, estados, facturas, usuarios y auditoría. MinIO o un almacenamiento S3 conserva constancias, notas de solicitud, facturas escaneadas y actas. Un tablero en Metabase muestra pedidos pendientes, medidores sin constancia, beneficios aplicados y vencimientos próximos. La mesa de ayuda recibe reclamos cuando una factura no refleja el beneficio o cuando falta un documento. Los permisos deben separar tareas. Atención carga el pedido y adjunta archivos. Administración valida factura y CUIT. Técnica confirma medidor y domicilio. Gerencia lee totales y desvíos. Nadie borra una constancia ya usada para liquidar; una corrección queda como versión nueva con fecha, motivo y usuario. La encuesta Stack Overflow 2025 muestra que SQL fue usado por 58,6 % de los encuestados y PostgreSQL por 55,6 % entre bases de datos. Esa práctica ayuda porque el caso pide relaciones claras y consultas repetibles: entidad, medidor, factura, beneficio y prueba. El backup copia base y adjuntos. La prueba de restauración toma un cuartel con beneficio aplicado, levanta los datos en ambiente separado, abre la factura original y confirma que el tablero muestre el mismo estado. Si la copia devuelve números sin adjuntos, la evidencia queda incompleta.
Qué se instala o configura primero
La pila inicial puede tener PostgreSQL 17, una API interna, almacenamiento S3 compatible, Metabase, roles nominales y un módulo de carga documental. El primer entregable verificable es un padrón de suministros de bomberos con estado, medidor, factura vigente, documento de respaldo y responsable de validación. Con Banco Nación como referencia del 15 de junio de 2026, se tomó USD 1 vendedor a ARS 1.450. Un servidor chico de USD 25 a 55 mensuales queda entre ARS 36.250 y ARS 79.750, sin contar relevamiento de medidores ni limpieza de datos viejos. Un piloto realista pide 24 a 40 horas: modelo de datos, carga inicial, permisos, tablero, importación de facturas y prueba de restauración. UMSA puede trabajar este circuito en una cooperativa o distribuidora que atiende cuarteles rurales. El objetivo no es crear un sistema grande, sino una lista controlada: qué entidad pide, qué suministro corresponde, qué documento respalda y qué factura quedó bonificada.
Dónde se rompe y cómo probarlo
El primer riesgo es el medidor compartido. La señal aparece cuando una factura mezcla consumo de cuartel y otros usos. La prueba carga un suministro con dos destinos y exige revisión técnica antes de aplicar beneficio. El segundo riesgo es una constancia vencida. La señal aparece cuando el registro figura válido en una planilla vieja y vencido en la documentación nueva. La prueba cambia la fecha de vigencia y verifica que el tablero bloquee nuevas aplicaciones hasta renovar respaldo. El tercer riesgo es una factura sin CUIT coincidente. La señal aparece cuando la entidad del registro y el titular del suministro no coinciden. La prueba carga una factura de tercero y exige motivo, adjunto y aprobación separada. El cuarto riesgo es recalcular sin rastro. La señal aparece cuando una bonificación se corrige y nadie puede explicar quién tocó el importe. La prueba modifica una factura de control y revisa auditoría: usuario, hora, valor anterior, valor nuevo y motivo. El cierre útil queda en una pantalla: cuartel, medidor, factura, estado y documento. Si atención puede responder con esos cinco datos, la norma dejó de vivir en una carpeta suelta.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.