Una utilidad puede registrar consumo durante una ventana en la que el sistema de producción no muestra unidades. La lectura invita a decir «se consume sin producir», pero esa frase mezcla dos fuentes y convierte una ausencia de salida en una explicación. Antes de usarla en una reunión, hay que saber qué significa «sin salida», qué cubre el contador y qué servicios estaban autorizados o pendientes.
La escena puede incluir aire comprimido, frío, bombeo, vapor, climatización, tratamiento de agua, calentamiento, limpieza o una zona vecina. También puede incluir una orden que se cerró después del corte, una salida registrada en otro sistema o una utilidad que debe permanecer activa por seguridad o calidad. La lectura es un hecho; la causa sigue abierta.
Esta guía prepara una comprobación documental. No diagnostica un motor, no recomienda apagar una utilidad, no calcula ahorro ni atribuye una responsabilidad. Si aparece un riesgo de seguridad, una condición de proceso o una obligación regulatoria, use el canal y la autoridad que gobiernan esa materia.
Como apoyo de navegación, consulte la revisión de energía antes de una decisión de capacidad, la guía de consumo de energía por producción y turno, la explicación de consumo energético alto con producción estable y el método para priorizar una línea para revisión energética. Aquí se conserva la distinción entre utilidad, salida y causa.
Respuesta corta: cinco comprobaciones en orden
- Definición. Escriba qué significa «sin salida»: sin unidades buenas, sin orden liberada, sin cierre MES o sin actividad de una zona.
- Ventana. Conserve inicio, fin, huso horario, resolución y estado del corte.
- Frontera. Liste utilidad, contador, activos, servicios compartidos y áreas incluidas.
- Estado. Contraste órdenes, alarmas, mantenimiento, limpieza, calidad y autorizaciones.
- Siguiente pregunta. Asigne un responsable para confirmar el dato que falta.
El orden evita saltar de un gráfico a una causa. Si la primera comprobación no es posible, marque la revisión como pendiente. La ausencia de unidades no autoriza a clasificar una carga como desperdicio, base fija o avería.
Defina la etiqueta «sin salida»
La producción puede tener varias definiciones. no_good_units significa que no hay unidades aceptadas; no_order significa que no hay una orden liberada; no_mes_event significa que el MES no registró un evento; no_shift_output significa que el corte de turno no muestra salida. Cada estado selecciona una población distinta.
Escriba una frase de alcance antes de extraer datos. Por ejemplo: «En esta revisión, sin salida significa intervalos de quince minutos sin unidades aceptadas en el centro C-4, según el cierre MES de las 06:00». La frase no declara que toda la nave estuviera inactiva ni que la utilidad debiera apagarse.
Registre definition_id, versión de calendario, propietario del dato y fecha de revisión. Si la organización cambia la definición, cree otra versión y no mezcle periodos con contratos distintos. La etiqueta debe viajar con el gráfico y la tabla, no quedar en una conversación oral.
Dibuje la frontera de la utilidad
Identifique utility_id, meter_id, cuadro, área y servicios conectados. Marque included, excluded y unknown para cada carga. Un contador puede cubrir una línea, varias líneas, una sala de máquinas y servicios comunes. La palabra «de la línea» solo es defendible si la frontera está documentada y vigente.
Una ficha de frontera puede ser:
| Campo | Qué registrar | Bloqueo si falta |
|---|---|---|
utility_id |
nombre y función operativa | no se sabe qué servicio se revisa |
meter_id |
serie y ubicación | no se localiza la lectura |
asset_boundary |
equipos y áreas | cargas desconocidas |
time_resolution |
intervalo o acumulado | no responde a la ventana |
shared_services |
aire, frío, agua, vapor, HVAC | no se puede atribuir alcance |
owner |
responsable de confirmar | nadie puede validar |
No reutilice un plano antiguo sin comprobar cambios. Un servicio añadido, un bypass o un contador sustituido puede hacer que la misma etiqueta cubra otra población.
Alinee utilidad, MES y órdenes
El contador tiene lecturas y resolución; el MES tiene eventos y cierres; las órdenes tienen estados y cantidades. Prepare utility_window, mes_window y order_window por separado. Después registre join_rule: intersección, día completo, cuarto de hora o regla de la organización.
Si el contador llega hasta las 14:15 y el MES cierra a las 14:00, los quince minutos no desaparecen. Se mantienen como closure_gap. Si una orden se confirma al turno siguiente, conserve el vínculo y marque late_confirmation. No adelante unidades para que la relación parezca coherente.
Contraste también la resolución. Un acumulado diario no explica una utilidad activa durante diez minutos. Una señal instantánea no es automáticamente energía de toda la ventana. Registre unidad, método de agregación y quality_flag.
Compruebe estados operativos y servicios permitidos
Una utilidad puede estar activa sin salida por preparación, limpieza, esterilización, congelación, calentamiento, purga, protección de equipos o suministro a otra zona. Esas posibilidades no son causas confirmadas; son estados que deben comprobarse con el dueño del proceso.
Use un inventario de estados: running, standby, cleaning, maintenance, quality_hold, safety_required, unknown. Relacione cada estado con una fuente: orden de trabajo, parte, alarma, permiso, calendario o entrevista registrada. No convierta una etiqueta de estado en una explicación si la fuente no es contemporánea a la ventana.
Los datos de mantenimiento pueden explicar qué se registró en una orden y qué produjo un equipo, pero no prueban por sí solos que la utilidad causara el consumo. La investigación puede orientar qué datos revisar; la atribución requiere la frontera y la secuencia local.
Separe observación, hipótesis y decisión
Una nota útil tiene tres columnas: observed, hypothesis, next_check. En observed escriba «contador U-3 registra energía entre 02:00 y 03:00; MES no muestra unidades aceptadas». En hypothesis escriba «podría existir limpieza o servicio compartido; no confirmado». En next_check escriba quién revisa el calendario y cuándo.
No escriba «la utilidad desperdicia» en la columna de observación. Tampoco escriba «el equipo está averiado» en la hipótesis sin un procedimiento de diagnóstico. La estructura ayuda a que una reunión no confunda una pregunta con un veredicto.
Revise calidad, huecos y cambios de contador
Registre reading_kind, sample_period, timestamp_policy, meter_swap_at, gap_start, gap_end y correction_log. Un reinicio, una sustitución o una lectura estimada puede explicar una diferencia de registro sin explicar un comportamiento físico.
Si falta un extremo de un acumulado, mantenga la energía como unknown para esa ventana. Si el sistema interpoló, conserve la marca y la regla. No rellene un hueco con cero ni lo distribuya entre líneas. La ausencia debe quedar visible en el informe y en el estado de la pregunta.
Compare una referencia sin fabricar causalidad
Una referencia puede ser otra ventana con la misma frontera y estado operativo, pero debe declararse como tal. No use «día anterior» como sinónimo de comparable. Compruebe calendario, servicios, producto, órdenes, cierres y calidad de lectura.
Si no existe una referencia válida, no fuerce una ratio. Puede presentar la ventana como observación y pedir la fuente que falta. Una comparación descriptiva no prueba que la utilidad consuma demasiado ni que una intervención produzca ahorro.
Use fuentes agregadas con límites explícitos
La ECE del INE expresa consumo industrial en términos monetarios y tiene una población propia. REE publica magnitudes del sistema eléctrico español. Ninguna de esas fuentes contiene la frontera de una utilidad, su calendario ni sus unidades de producción.
NIST desarrolla métodos para caracterizar sistemas, elegir métricas y analizar datos operativos, y estudia datos de mantenimiento y equipos. Son referencias de método, no diagnósticos de una planta ni una norma de apagado.
El Real Decreto 56/2016 tiene un ámbito regulatorio que debe revisarse en el texto vigente. Una auditoría o una obligación no se infiere de un gráfico de consumo sin salida. MITECO y PRTR describen programas y convocatorias; no prueban causa ni retorno de esta utilidad.
Prepare una nota para dirección
La nota puede mostrar cuatro bloques: hecho, frontera, estado y próxima comprobación. «Se observa energía en la ventana definida; el contador incluye servicios compartidos y el cierre de unidades está pendiente; se solicita confirmar el calendario de limpieza» es más defendible que «hay desperdicio nocturno».
Si la decisión afecta a seguridad, calidad, mantenimiento, contrato o inversión, remita la pregunta al proceso competente. Esta guía no autoriza apagar, ajustar, abrir, derivar ni modificar una utilidad. La prioridad correcta puede ser conservar la operación mientras se confirma el estado.
Construya un registro de estado de la utilidad
El estado de una utilidad no debe inferirse de una sola señal. Cree una ficha con utility_state, state_source, state_at, state_owner y state_version. Añada las órdenes de trabajo abiertas, alarmas, permisos, calendario de limpieza y servicios que deban permanecer disponibles. Si una fuente dice «parada» y otra muestra una lectura, conserve ambos hechos y abra una pregunta de reconciliación.
Use una taxonomía que el equipo conozca: running, standby, startup, shutdown, cleaning, maintenance, quality_hold, safety_required y unknown. Los nombres son etiquetas de registro, no diagnósticos. Una utilidad en standby puede mantener presión o temperatura; una utilidad en maintenance puede tener pruebas; una utilidad en unknown requiere un responsable antes de explicar el consumo.
La ficha temporal debe contener window_start, window_end, timezone, sample_period, closure_state y late_event. No mezcle un día de factura, un turno MES y una orden de mantenimiento sin señalar el corte. Si la utilidad atiende a una segunda zona, registre shared_area y la población de salida que falta.
Un esquema mínimo puede ser:
| Capa | Campos | Pregunta que responde |
|---|---|---|
| Medida | meter_id, unidad, lecturas, quality_flag |
¿qué registró el contador? |
| Operación | utility_state, orden, alarmas |
¿qué estado está documentado? |
| Producción | definition_id, unidades, mes_cutoff |
¿qué significa sin salida? |
| Frontera | asset_boundary, servicios, zonas |
¿qué cargas están dentro? |
| Decisión | question_id, dueño, fecha |
¿qué se hará con el dato? |
No marque running solo porque exista una lectura. La lectura demuestra actividad del sistema de medida, no el estado de cada equipo que cuelga de él. Del mismo modo, no_good_units no prueba que la utilidad estuviera inactiva o que el proceso fuera evitable.
Busque servicios que no generan unidades
Una salida de producción es un denominador, no una prueba de que todo servicio debía detenerse. Componga un inventario de cargas no productivas directas: aire comprimido, vacío, bombeo, circulación de agua, ventilación, refrigeración, calentamiento, tratamiento de efluentes, alumbrado o comunicaciones. Añada servicios de calidad, seguridad y mantenimiento con sus responsables.
Para cada carga, use required, permitted, optional o unknown. La etiqueta required describe una regla local documentada; no es una recomendación de esta página. Optional no significa «desperdicio»: significa que la organización debe confirmar su modo de operación. Si no hay fuente, mantenga unknown y no asigne porcentajes.
Una utilidad puede alimentar varias órdenes o áreas. En ese caso, un contador común no permite atribuir la lectura a la zona sin una clave de reparto o una frontera física adicional. Describa shared_boundary, allocation_status y el alcance permitido. La salida correcta puede ser «consumo compartido pendiente de separar».
Pruebe la calidad de la evidencia
Antes de interpretar, revise reading_kind —acumulado, intervalo, estimado—, continuidad, duplicados, reinicios, sustituciones y conversiones de unidad. Si el medidor entrega potencia media, documente cómo se obtuvo energía de la ventana. Si el valor es acumulado, conserve lectura inicial y final. Si falta un extremo, marque unknown.
El MES puede tener una orden abierta, una confirmación tardía o una cantidad registrada en otra unidad. Registre order_status, accepted_uom, late_confirmation y conversion_rule. No adelante una confirmación para hacer coincidir dos tablas. La reconciliación debe quedar con el responsable del sistema.
Una prueba de consistencia puede preguntar: ¿la frontera del contador aparece en el plano vigente?, ¿la ventana coincide con el calendario?, ¿el estado tiene una fuente contemporánea?, ¿las órdenes están cerradas?, ¿hay una carga compartida?, ¿el dato tiene huecos? Una respuesta negativa no invalida el dato observado; limita la frase que puede publicarse.
Compare ventanas con un propósito
Una referencia puede servir para comprobar si el patrón se repite, pero no convierte una diferencia en causa. Seleccione una ventana con la misma frontera, definición de salida, calendario y política de cierre. Si falta una condición, escriba comparison_limit y no use la palabra «normal».
Puede preparar vistas separadas: utility_only, production_context y shared_services. La primera muestra la lectura; la segunda cruza el estado de producción; la tercera hace visibles las cargas que no tienen unidades. No promedie las tres ni esconda la vista que contradice una hipótesis.
Si la utilidad sigue activa en tres ventanas, la repetición sigue siendo una observación. No demuestra que el consumo sea evitable ni que exista una intervención rentable. La siguiente pregunta puede ser confirmar una regla de operación, revisar una orden o solicitar una medida con frontera definida.
Documente una decisión que no prescriba apagados
La nota para dirección puede utilizar esta frase: «Se observa consumo de U-3 entre las horas declaradas; no hay unidades aceptadas en el contrato MES, el contador cubre la sala de servicios y el estado de limpieza está pendiente». Esa frase permite asignar una comprobación sin ordenar una acción técnica.
Si la revisión concluye que la utilidad debe mantenerse, documente quién lo confirma y con qué procedimiento. Si concluye que existe una pregunta de mantenimiento, abra la orden correspondiente. Si requiere una submedición, describa la frontera y remita el trabajo al proceso técnico autorizado. Esta guía no decide la secuencia, el ajuste ni el apagado.
Cierre con linaje y revisión humana
Conserve source_url, fecha de acceso, snapshot_at, query_version, content_hash y review_owner. Cuando llegue un dato corregido, cree una revisión nueva con supersedes. El objetivo es que otra persona pueda repetir qué se observó y por qué la explicación quedó abierta.
La revisión final debe comprobar que claims, fechas, unidades, enlaces, FAQ y límites siguen en paridad con el texto visible. Si un dato agregado se lee como local, reescriba el límite. Si una hipótesis parece causa, conviértala en pregunta. Si aparece una obligación legal o una condición de seguridad, remita el caso a la autoridad competente.
Pasajes verificables de las fuentes
NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs; la escena local necesita su propia caracterización. NIST, medición orientada a operaciones
La Encuesta de Consumos Energéticos del INE para 2024 expresa el consumo energético industrial en términos monetarios y a precios corrientes; la electricidad representó el 55,1 % y el gas el 31,1 %. INE, ECE 2024
Red Eléctrica informó de que la demanda eléctrica de España aumentó un 2,8 % en 2025 y que la generación renovable supuso el 55,5 % de la generación nacional; esas cifras son contexto de sistema, no una lectura de la utilidad. REE, sistema 2025
NIST distingue datos de órdenes de trabajo y datos generados por equipos, y estudia monitorización, diagnóstico y pronóstico de mantenimiento; ese trabajo no demuestra una causa local. NIST, mantenimiento de operaciones manufactureras
El artículo 3 del Real Decreto 56/2016 establece auditoría periódica para grandes empresas o grupos dentro de su ámbito; la aplicabilidad concreta requiere revisar el texto vigente y la empresa. BOE, Real Decreto 56/2016
Preguntas frecuentes sobre utilidad sin salida
¿Consumo sin unidades significa que la utilidad está desperdiciando energía?
No. Puede haber servicios autorizados, otra población de producción, una frontera compartida, una diferencia de calendario o datos incompletos. La observación justifica revisar el alcance, no atribuir desperdicio ni causa.
¿Qué debo comprobar primero en una utilidad sin salida?
Confirme la definición de «sin salida», la ventana, el contador, los activos incluidos, los servicios activos y el estado de cierre de producción. Registre qué dato está validado y qué queda pendiente.
¿Puedo apagar la utilidad durante una ventana sin producción?
No lo decida con esta guía. La operación, la seguridad, la calidad, el mantenimiento y la continuidad pueden exigirla. Use el procedimiento local y la autoridad competente antes de intervenir.
¿Una cifra nacional sirve para explicar mi consumo local?
No. Las estadísticas nacionales y las magnitudes del sistema tienen otra población y frontera. Pueden aportar contexto, pero no identifican su utilidad, horario, tarifa ni causa.
¿Debo instalar un subcontador para confirmar la causa?
No necesariamente. Primero revise la cobertura y las fuentes existentes. Si falta una frontera, documente la necesidad y remítala al proceso técnico autorizado; una medida nueva no garantiza por sí sola una explicación.