(Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
SECRETARIA DE ECONOMIA  
NORMA Oficial Mexicana NOM -185-SCFI -2017, Programas informáticos y sistemas electrónicos que controlan el 
funcionamiento de los sistemas para medición y despacho de gasolina y otros combustibles líquidos -
Especificaciones, métodos de prueba y de verificación ( cancela a la NOM -185-SCFI -2012).  
Al margen un sello con el Escudo Nacional, que dice: Estados Unidos Mexicanos. - Secretaría de Economía. - 
Dirección General de Normas.  
NORMA OFICIAL MEXICANA NOM -185-SCFI -2017, “PROGRAMAS INFORMÁTIC OS Y SISTEMAS ELECTRÓNICOS 
QUE CONTROLAN EL FUNCIONAMIENTO DE LOS SISTEMAS PARA MEDICIÓN Y DESPACHO DE GASOLINA Y 
OTROS COMBUSTIBLES LÍQUIDOS -ESPECIFICACIONES, MÉTODOS DE PRUEBA Y DE VERIFICACIÓN” (CANCELA  A 
LA NOM -185-SCFI -2012).  
ALBERTO ULISES ESTEBAN MA RINA , Director General de Normas y Presidente del Comité Consultivo 
Nacional de Normalización de la Secretaría de Economía (CCONNSE), con fundamento en los artículos 34 
fracciones II, XIII y XXXIII de la Ley Orgánica de la Administración Pública Federal; 4  de la Ley Federal de 
Procedimiento Administrativo, 39 fracción V, 40 fracción IV, 46 y 47 fracción IV de la Ley Federal sobre 
Metrología y Normalización, 34 del Reglamento de la Ley Federal sobre Metrología y Normalización y 22 
fracciones I, IV, IX, XVI, XXI y XXV del Reglamento Interior de la Secretaría de Economía, y  
CONSIDERANDO  
Que es responsabilidad del Gobierno Federal procurar las medidas que sean necesarias para garantizar 
que los productos usados en instrumentos de medición y que se comercialicen en territorio nacional, 
contengan requisitos de protección y confiabilidad, con el fin de asegurar las cualidades metrológicas de los 
instrumentos de medición, así como la exactitud de las mediciones que se realicen en las transacciones 
comerciales;  
Que co n fecha 13 de febrero de 2015 el Comité Consultivo Nacional de Normalización de Seguridad al 
Usuario, Información Comercial y Prácticas de Comercio, aprobó la publicación del Proyecto de Norma Oficial 
Mexicana PROY -NOM -185-SCFI -2015, Programas informáticos  y sistemas electrónicos que controlan el 
funcionamiento de los sistemas para medición y despacho de gasolina y otros combustibles líquidos -
Especificaciones, métodos de prueba y de verificación, la cual se realizó en el Diario Oficial de la Federación 
el 6 de mayo de 2015, con objeto de que los interesados presentaran sus comentarios;  
Que la manifestación de impacto regulatorio a que hace referencia el artículo 45 de la Ley Federal sobre 
Metrología y Normalización, fue sometida a la consideración de la Comi sión Federal de Mejora Regulatoria, 
emitiéndose el dictamen final aprobatorio por parte de dicha Comisión el 24 de marzo de 2015;  
Que durante el plazo de 60 días naturales contados a partir de la fecha de publicación de dicho Proyecto 
de Norma Oficial Mexi cana, los interesados presentaron comentarios, conforme al artículo 47, fracción I, de la 
Ley Federal sobre Metrología y Normalización, sobre el contenido del citado proyecto, mismos que fueron 
analizados por el CCONNSE (antes Comité Consultivo Nacional de  Normalización de Seguridad al Usuario, 
Información Comercial y Prácticas de Comercio), realizándose las modificaciones conducentes al Proyecto de 
Norma Oficial Mexicana.  
Que con fecha 28 de agosto de 2017, el Comité Consultivo Nacional de Normalización de  la Secretaría de 
Economía, aprobó por unanimidad la Norma referida;  
Que la Ley Federal sobre Metrología y Normalización establece que las Normas Oficiales Mexicanas  se 
constituyen como el instrumento idóneo para la protección de los intereses del consumid or, se expide  la 
siguiente:  
Norma Oficial Mexicana NOM -185-SCFI -2017, Programas informáticos y sistemas electrónicos que 
controlan el funcionamiento de los sistemas para medición y despacho de gasolina y otros combustibles 
líquidos -Especificaciones, método s de prueba y de verificación. SINEC: 20170620171154841 . 
Ciudad de México, a 28 de agosto de 2017 .- El Director General de Normas y Presidente del Comité 
Consultivo Nacional de Normalización de la Secretaría de Economía , Alberto Ulises Esteban Marina .- 
Rúbrica. Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
NORMA OFICIAL MEXICANA  NOM -185-SCFI -2017  “PROGRAMAS INFORMÁTICOS Y SISTEMAS 
ELECTRÓNICOS QUE CONTROLAN EL FUNCIONAMIENTO DE LOS SISTEMAS PARA MEDICIÓN Y 
DESPACHO DE GASOLINA Y OTROS COMBUSTIBLES LÍQUIDOS -ESPECIFICACIONES, MÉTODOS  DE 
PRUEBA Y DE VERIF ICACIÓN” (CANCELA A LA NOM -185-SCFI -2012)  
PREFACIO  
La elaboración de la presente Norma Oficial Mexicana es competencia del Comité Consultivo Nacional de 
Normalización de la Secretaría de Economía (CCONNSE) integrado por:  
● Secretaría de Energía  
● Secretaría de Salud  
● Secretaría del Trabajo y Previsión Social  
● Secretaría de Medio Ambiente y Recursos Naturales  
● Secretaría de Agricultura, Ganadería, Desarrollo Rural, Pesca y Alimentación  
● Secretaría de Comunicaciones y Tr ansportes  
● Secretaría de Turismo  
● Secretaría de Desarrollo Social  
● Secretaría de Gobernación  
● Secretaría de Economía  
● Comisión Federal de Competencia Económica  
● Cámara Nacional de la Industria de Transformación (CANACINTRA)  
● Confederación de Cámaras  Industriales de los Estados Unidos Mexicanos (CONCAMIN)  
● Consejo Nacional Agropecuario (CNA)  
● Asociación Nacional de Tiendas de Autoservicio y Departamentales (ANTAD)  
● Asociación Nacional de Importadores de la República Mexicana (ANIERM)  
● Confederació n de Cámaras Nacionales de Comercio, Servicios y Turismo (CONCANACO - 
SERVYTUR)  
● Cámara Nacional de Comercio de la Ciudad de México (CANACO -CIUDAD DE MÉXICO).  
● Universidad Nacional Autónoma de México  
● Instituto Politécnico Nacional  
● Centro Nacional de M etrología  
● Instituto Mexicano del Transporte  
● Procuraduría Federal del Consumidor  
o Dirección General de Verificación de Combustibles  
● Comisión Federal de Mejora Regulatoria  
● Sociedad Mexicana de Normalización y Certificación , S.C. 
● Instituto Mexicano  de Normalización y Certificación  
● Asociación de Normalización y Certificación  
● Instituto Nacional de Normalización Textil  
● Organismo Nacional de Normalización y Certificación de la Construcción y Edificación  
● Normalización y Certificación Electrónica  
● Consejo para el Fomento de la Calidad de la Leche y sus derivados  
● Centro de Normalización y Certificación de Productos  
● Cámara Nacional de la Industria del Hierro y del Acero       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
● Organismo Nacional de Normalización de Productos Lácteos, A.C.  
● Consejo N acional de Normalización y Certificación de Competencias Laborales (CONOCER)  
● Petróleos Mexicanos  
● Comisión Federal de Electricidad  
● Onexpo Nacional , A.C. 
Con objeto de desarrollar la presente Norma Oficial Mexicana, se constituyó un Grupo de Trabajo co n la 
participación voluntaria de los siguientes actores:  
o Servicio de Administración Tributaria (SAT)  
o Comisión Reguladora de Energía (CRE)  
o Aeropuertos y Servicios Auxiliares (ASA)  
o Centro Nacional de Metrología (CENAM)  
o EGas  
o Onexpo Nacional , A.C. 
o Consejo Nacional de Ciencia y Tecnología (CONACYT)  
o ATIO.  
o Gilbarco Veeder -Root  
o Asociación de Normalización y Certificación (ANCE)  
o Unión Norte de Empresarios Gasolineros , A.C. (UNEGAS)  
o Metrología Aplicada.  
o Luis Caballero Navarro.  
o Unión Region al de Estaciones de Servicio de Parral A.C. (URESTSP)  
o Tecnología e Ingeniería LUQROSS, S.A. de C.V.  
o Servicio 5441 , S.A. de C.V.  
o Asociación de Gasolineras de Ensenada, Baja California.  
o Procuraduría Federal del Consumidor PROFECO  
o Esfera de Servicio s Profesionales Internacionales  
o Asociación Mexicana de Proveedores de Estaciones de Servicio, A.C. (AMPES)  
o Asociación Mexicana de Empresarios Gasolineros , A.C. (AMEGAS)  
Índice del contenido  
1.  Objetivo y campo de aplicación  
2.  Referencias Normativas  
3.  Términos y Definiciones  
4.  Clasificación  
5.  Requisitos y especificaciones generales para la evaluación del software de los instrumentos o 
sistemas para medición  
6.  Métodos de prueba para la evaluación del software  
7.  Verificación por autoridad comp etente  
8.  Evaluación de la conformidad  
9.  Vigilancia  
10.  Concordancia con normas internacionales  
11.  Bibliografía  
TRANSITORIOS  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
1. Objetivo y campo de aplicación  
Esta Norma Oficial Mexicana establece las especificaciones, métodos de prueba y de verifica ción, y el 
procedimiento de evaluación de la conformidad aplicables a la seguridad, protección e idoneidad de los 
programas informáticos (software), de los sistemas para medición y despacho de gasolina y otros 
combustibles líquidos que cuentan con la aprob ación del modelo o prototipo de acuerdo con la  NOM -005-
SCFI vigente, que se utilizan y comercializan dentro del territorio de los Estados Unidos Mexicanos.  
2. Referencias Normativas  
Para la correcta aplicación de esta Norma Oficial Mexicana debe consultars e la Norma Oficial Mexicana 
NOM -005-SCFI vigente.  
3. Términos y Definiciones  
Para efectos de esta Norma Oficial Mexicana se establecen las siguientes términos y definiciones:  
3.1 aprobación del modelo o prototipo  
validación de la autoridad correspondiente respecto de un diseño de producto presentado por el 
desarrollador con base en las especificaciones de la(s) norma(s) aplicable(s)  
3.2 autenticación del software  
comprobación de que el o los programas informáticos legalmente relevantes que operan al instrum ento o 
sistema para medición, corresponden a lo declarado por el fabricante  
3.3 autenticidad  
resultado del procedimiento de autenticación del software  
3.4 certificación del software  
procedimiento por el cual se asegura que los programas informáticos legalm ente relevantes que controlan 
el funcionamiento de los sistemas e instrumentos de medición, se ajustan a esta Norma Oficial Mexicana  
3.5 código del programa  
código fuente o código ejecutable  
3.6 código ejecutable  
programa informático almacenado en uno o va rios archivos electrónicos contenidos en un dispositivo 
electrónico o en un subensamble del instrumento o sistema para medición, listo para ser ejecutado en el 
instrumento o sistema para medición  
3.7 código fuente  
programa informático escrito en un lenguaj e de programación que se puede leer y editar con programas 
informáticos editores de texto  
3.8 código objeto  
resultado de la compilación de un fragmento o el total del código fuente, y contiene el conjunto de 
instrucciones y datos escritos en el lenguaje qu e entiende los dispositivos electrónicos o subensambles del 
instrumento o sistema para medición  
3.9 comandos  
órdenes indicadas al instrumento o sistema para medición en sus interfaces  
3.10 computadora de propósito general  
equipo de cómputo que no ha sido c onstruido para un fin específico pero que puede adaptarse a la tarea 
de la medición y despacho de gasolina y otros combustibles líquidos mediante software y hardware  
3.11 comunicación  
intercambio de información entre dos o más módulos e l software, disposit ivos electrónicos o 
subensambles, de acuerdo con reglas específicas  
3.12 control legal  
verificación por parte de la Procuraduría Federal del Consumidor para asegurar que las características de 
los instrumentos o sistemas para medición, cumplen y mantienen los requisitos y especificaciones 
establecidas en las normas oficiales mexicanas, las normas mexicanas o normas y lineamientos 
internacionales       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
3.13 dispositivo de almacenamiento  
medio de almacenamiento utilizado para conservar los datos que resultan de los  algoritmos y funciones 
declarados como legalmente relevantes  
3.14 dispositivo electrónico  
circuito eléctrico o electrónico que desempeña una función específica  
3.15 dominio de datos  
ubicación en la memoria que cada programa informático necesita para proce sar datos  
3.16 durabilidad  
capacidad de un instrumento o sistema para medición para mantener sus características de desempeño 
durante el periodo de uso  
3.17 elementos adicionales  
dispositivos de protección y de respaldo contra usos indebidos, incluyendo la  simulación ilícita  
3.18 error de indicación  
resultado del valor de indicación de un instrumento o sistema para medición menos un valor verdadero 
correspondiente a la magnitud de entrada  
3.19 Error Máximo Tolerado (EMT)  
valores extremos de un error tolerad o por las especificaciones, reglamentos y otros relativos a un 
instrumento o sistema para medición determinado  
3.20 evaluación del software  
operación técnica que consiste en determinar el cumplimiento de los requisitos establecidos en esta 
Norma Oficial Me xicana, haciendo uso de los métodos de prueba especificados  
3.21 evento  
acción en la que se producen cambios de configuración que pueden influir en las características 
metrológicas de un instrumento o sistema para medición  
3.22 fabricante  
personas físicas o morales que se dediquen a la manufactura o ensamble de instrumentos o sistemas para 
medición  
3.23 falla  
condición anómala que repercute en las características o funciones de un instrumento o sistema para 
medición o que provoca un error de indicación mayo r que el Error Máximo Tolerado (EMT)  
3.24 identificación de software  
secuencia de caracteres asociada unívocamente a una versión de software o a un módulo de software  
3.25 instrumento de medición  
aparato para medir y despachar, en forma automática el volum en de combustible líquido  
3.26 instrumento o sistema para medición tipo P  
aquel que es diseñado, construido y previsto de software específico, con el fin de realizar la medición y 
despacho de gasolina y otros combustibles líquidos  
3.27 instrumento o sistem a para medición tipo U  
consta de una computadora de propósito general, dispositivos electrónicos y subensambles. Dicha 
computadora está provista con un sistema operativo que permite ejecutar un software con el fin de realizar la 
medición y despacho de gaso lina y otros combustibles líquidos  
3.28 integridad de los programas, los datos y los parámetros  
garantía de que los programas, datos y parámetros no han sido objeto de modificación ilícita durante su 
uso, transferencia, almacenamiento, reparación o manteni miento  
3.29 interfaz de comunicación  
puerto de comunicación que permite el intercambio de información, entre el sistema para medición y 
despacho de gasolina y otros combustibles líquidos, y algún otro sistema para comunicación  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
3.30 interfaz del software  
código del programa y dominio de datos para recibir, filtrar y transmitir datos entre los módulos de software  
3.31 interfaz de usuario  
medio físico que permite el intercambio de información entre una persona y el instrumento o sistema  para 
medición  
3.32 intérprete de comandos cerrado  
interfaz de usuario que no permite cargar o escribir programas ni ejecutar comandos en el sistema 
operativo  
3.33 legalmente relevante  
software, los elementos adicionales, el hardware y los datos, o parte de los mismos, que interv iene en las 
características metrológicas de un instrumento o sistema para medición  
3.34 métodos criptográficos  
procesos en los que se cifran datos con el objeto de ocultar información a personas no autorizadas  
3.35 módulo de medición  
dispositivo conformado  por un elemento primario de medición, un transductor y un acondicionador de 
señal, para su uso en el proceso de medición  
3.36 módulo de software  
programas, subrutinas, bibliotecas u objetos informáticos, incluyendo sus dominios de datos, que se 
relaciona entre sí  
3.37 parámetro del modelo  
variable numérica cuyo valor interfiere en las características metrológicas de un modelo o familia de 
instrumentos o sistemas para medición. Los parámetros del modelo forman parte del software legalmente 
relevante  
3.38 parámetro específico del instrumento o sistema para medición  
variable numérica cuyo valor es único para cada instrumento o sistema para medición en particular, se 
encuentra sujeto a control legal e interfiere en las características metrológicas de un instrum ento o sistemas 
para medición. El valor de esta variable se establece en los procesos de ajuste y configuración  
3.39 parámetro legalmente relevante  
parámetros del modelo y los parámetros específicos del instrumento o sistema para medición  
NOTA a la entrada : Los parámetros legalmente relevantes son utilizados para:  
- Determinar el volumen que se mide. De manera enunciativa mas no limitativa se incluyen: el factor de 
compensación por temperatura del combustible, el factor por presión en el combustible, el fac tor de la relación 
de pulsos por unidad de volumen, el factor de calibración y el factor de ajuste;  
- Calcular el precio por pagar de la transacción comercial. De manera enunciativa mas no limitativa, se 
incluyen: el factor del precio por unidad de volumen , factor por los impuestos aplicados y el factor de 
redondeo;  
- Establecer la configuración del instrumento o sistema para medición. De manera enunciativa mas no 
limitativa se incluyen: la unidad de volumen utilizada para el despacho, funcionamiento conect ado o no a una 
red informática de datos, tiempo para inhabilitar el despacho, los parámetros de la interfaz de comunicación y 
niveles de acceso.  
3.40 parte fija del software legalmente relevante  
fracción del software legalmente relevante que permanece inal terable en sus procesos de actualización  
3.41 parte legalmente relevante del software  
parte que es legalmente relevante de los módulos de software de un instrumento o sistema para medición, 
de un dispositivo electrónico o subensamble  
3.42 pistas de auditor ía o bitácora de eventos  
registros de todos los accesos a los dispositivos de medición, configuración y ajuste del sistema para 
medición y despacho de gasolina y otros combustibles líquidos       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
3.43 Procuraduría  
Procuraduría Federal del Consumidor  
3.44 program a Informático (Software)  
conjunto de instrucciones que comprenden los parámetros, los datos, y el código del programa y que 
permite a un instrumento o sistema para medición realizar funciones diversas  
3.45 protección  
acción para evitar el acceso ilícito al  software de un instrumento o sistema para medición  
3.46 protección del software  
acción de preservar el software o el dominio de datos de un instrumento o sistema para medición mediante 
el sellado  
3.47 prueba (ensayo)  
serie de operaciones con el objeto de verificar si el instrumento o sistema para medición sometido a 
prueba, cumple con los requisitos especificados  
3.48 registro de fecha y hora  
valor de tiempo único que indica cuándo se produjo un evento o una falla concreta  
3.49 sellado  
medios para impedir la modificación ilícita del instrumento o sistema para medición. Consisten de 
elementos adicionales, software o una combinación de ambos  
3.50 separación del software  
división inequívoca entre el software legalmente relevante y el legalmente no relevante  
3.51 sistema para medición  
conjunto de uno o más instrumentos de medición  
3.52 subensamble  
parte de un dispositivo electrónico que tiene una función específica  
3.53 suma de comprobación binaria (checksum ) 
resultado de un algoritmo matemático de reducción cri ptográfica  
3.54 transmisión de datos de la medición  
envío de los datos respecto de una medición a través de redes de comunicación u otros medios a un 
dispositivo electrónico, donde éstos se siguen procesando y/o utilizando bajo control legal  
3.55 usuario  
persona física o moral que utiliza instrumentos o sistemas para medición que sirvan de base para 
transacciones comerciales  
3.56 validación  
confirmación del cumplimiento de los requisitos especificados, mediante ensayo y la aportación de 
información cuya cer teza es demostrable y que se fundamenta en hechos a partir de observaciones y 
mediciones  
3.57 verificación  
constatación ocular o comprobación a través de muestreo, medición, pruebas de laboratorio o examen de 
documentos que se realizan para evaluar la conf ormidad en un momento determinado  
3.58 verificación por autoridad competente  
verificación realizada por la Procuraduría a los sistemas para medición y despacho de gasolina y otros 
combustibles líquidos enajenados e instalados  
4. Clasificación  
Para los efec tos de esta Norma Oficial Mexicana, el software se clasifica en dos tipos de acuerdo con los 
instrumentos o sistemas para medición que lo contienen:  
4.1 Software para instrumentos o sistemas para medición tipo P, y  
4.2 Software para instrumentos o sistemas  para medición tipo U.  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
5. Requisitos y especificaciones generales para la evaluación del software de los instrumentos  o 
sistemas para medición  
5.1 Documentación  
5.1.1 Formato de la documentación.  
El fabricante debe entregar toda la documentación conforme a  lo siguiente:  
5.1.1.1 En idioma español, salvo el código fuente referido en los incisos 5.1.2.4, 5.3.8.5, 5.4.4.1, 5.5.7.3, 
5.6.6.2, 5.7.5.4, 5.8.8.4, 5.9.7.4, 5.13.2.3, 5.14.6.4, 5.17.10, 5.20.4.2, 5.21.7.6, 5.22.2.2 y 5.23.4.1 de esta 
Norma Oficial Mexi cana, el cual puede mostrarse en idioma inglés, en las instalaciones que indique el 
fabricante, y  
5.1.1.2 En formato electrónico, legible mediante un procesador de texto o similar. En caso de que los 
archivos que contienen la documentación tengan un format o electrónico que sea propietario, el fabricante 
debe proveer los medios y licencia para su lectura.  
5.1.2 La documentación de los programas informáticos y sistemas electrónicos de los instrumentos o 
sistemas para medición tipo P y tipo U debe incluir:  
5.1.2.1 La descripción del software legalmente relevante y de cada una de sus funciones;  
5.1.2.2 Cuando los parámetros modifican las funciones del software, tales funciones deben incluirse en 
una lista separada;  
5.1.2.3 Descripción del software legalmente no relevante y de cada una de sus funciones;  
5.1.2.4  Mostrar el código fuente requerido en los incisos 5.3.8.5, 5.4.4.1, 5.5.7.3, 5.6.6.2, 5.7.5.4, 5.8.8.4, 
5.9.7.4, 5.13.2.3, 5.14.6.4, 5.17.10, 5.20.4.2, 5.21.7.6, 5.22.2.2 y 5.23.4.1 de esta Norma Oficial Me xicana;  
5.1.2.5  Estructuras de los datos relevantes y su significado.  
Nota : La estructura de datos se refiere a los tipos de datos, los vínculos o relaciones y las restricciones 
que deben cumplir esos datos;  
5.1.2.6  Descripción de los algoritmos de medició n; 
5.1.2.7  Las listas de los comandos requeridas en los incisos 5.7.5.1 y 5.8.8.1 de esta Norma Oficial 
Mexicana;  
5.1.2.8  La lista de los parámetros requerida en el inciso 5.9.7.1;  
5.1.2.9  Descripción física y funcional de la interfaz de usuario; de la int erfaz del software; y de la interfaz 
de comunicación;  
5.1.2.10  Las descripciones de los comandos y sus efectos requeridas en los incisos 5.7.5.2 y 5.8.8.2;  
5.1.2.11  Identificación del software legalmente relevante y la identificación del legalmente no rele vante 
cuando este último exista;  
5.1.2.12  Las sumas de comprobación binaria correspondientes a las versiones del software legalmente 
relevante. El método criptográfico utilizado para el cálculo de la suma de comprobación binaria debe  ser el 
MD5;  
5.1.2.13  La descripción del hardware del instrumento o sistema para medición, la cual debe incluir:  
5.1.2.13.1  Plataforma(s) de desarrollo electrónico para el procesamiento de información, esto es, si la 
arquitectura de hardware está basada en un microprocesador(es ), un microcontrolador(es), o algún otro 
dispositivo lógico programable, y  
5.1.2.13.2  Los puertos y protocolos de comunicación;  
5.1.2.14  Manuales de usuario y de configuración;  
5.1.2.15  Descripción de las pistas de auditoría o bitácora de eventos, incluyen do su estructura y el 
procedimiento para obtenerla;  
5.1.2.16  El método para la obtención del código ejecutable a través del puerto de comunicación, y  
5.1.2.17.  La documentación particular señalada en los incisos 5.3.8, 5.4.4, 5.5.7, 5.6.6, 5.7.5, 5.8.8, 5. 9.7, 
5.10.1.2, 5.13.2, 5.14.6, 5.16.6, 5.17.10, 5.20.4, 5.21.7, 5.22.2 y 5.23.4.  
5.1.3  Formato de presentación de los registros de la fecha y hora.       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
5.1.3.1  El registro de la fecha y hora debe presentarse en un formato coherente que permita comparar con 
facilidad registros distintos y su seguimiento a lo largo del tiempo.  
5.1.3.2  Los registros de fecha y hora requeridos en esta Norma Oficial Mexicana, utilizados por el 
fabricante, deben tener el mismo formato.  
El inciso 5.1 se verifica mediante el método de prueba previsto en el inciso 6.1.  
5.2 Configuración para un instrumento o sistema para medición tipo U  
5.2.1  Configuración del hardware.  
5.2.1.1  El fabricante debe describir la configuración del hardware de la computadora de propósito general 
necesaria par a el correcto funcionamiento del instrumento o sistema para medición.  
5.2.1.2  El elemento primario de medición o módulo de medición del instrumento o sistema para medición 
de que se trate, debe ser externo a la computadora de propósito general y debe estar  conectado a ella 
mediante una interfaz de comunicación.  
5.2.1.3  La interfaz de usuario debe tener la capacidad de operar en modo de instrumento sujeto a control 
legal, a un modo que no lo esté, y viceversa.  
5.2.1.4  Debe contar con al menos un dispositivo de almacenamiento.  
5.2.2  Configuración del software.  
5.2.2.1  Se debe describir la configuración del sistema operativo y los módulos de software. Dicha 
descripción debe incluir marca y número de versión.  
5.2.2.2  Cuando el sistema operativo y los módulos de software están dedicados a una tarea de medición 
específica, se deben considerar como parte del software legalmente relevante y deben cumplir con las 
especificaciones señaladas en esta Norma Oficial Mexicana.  
El inciso 5.2 se verifica mediante el método de  prueba previsto en el inciso 6.1.  
5.3 Identificación del software legalmente relevante de los instrumentos o sistemas para medición 
Tipo P y Tipo U  
5.3.1  El software debe estar identificado con el número de versión.  
5.3.2  El fabricante debe describir los medios de protección implementados para impedir la falsificación de 
la identificación.  
5.3.3  El número de versión de software se debe presentar mediante un comando durante su 
funcionamiento, o en la puesta en operación de un instrumento o sistema para medi ción que pueda 
encenderse y apagarse de nuevo;  
5.3.4  Si un instrumento o sistema para medición no dispone de pantalla electrónica ni impresora, la 
identificación del software debe transmitirse a través de una interfaz de comunicación para su visualización o 
impresión.  
5.3.5  Cada función del software debe identificarse de forma separada cuando los parámetros del modelo 
pueden modificar su comportamiento. Si esta identificación no es posible debe identificarse el software en su 
conjunto.  
5.3.6  Cada modificaci ón del software declarado como fijo en la aprobación del modelo o prototipo del 
instrumento de medición, debe ser identificado con una nueva versión de software.  
5.3.7  El algoritmo que genera la identificación debe cubrir todo el software.  
5.3.8  La documen tación específica para la identificación del software debe incluir:  
5.3.8.1  La identificación del software y la descripción de cómo se genera dicha identificación;  
5.3.8.2  La descripción de cómo está unívocamente ligada al propio software;  
5.3.8.3  La descr ipción de cómo se visualiza y cómo se estructura para diferenciar entre cambios de 
versión que necesiten o no certificación.  
5.3.8.4  Las medidas implementadas para proteger la identificación del software frente a la falsificación y la 
descripción de dichas  medidas, y.  
5.3.8.5  Mostrar la parte del código fuente correspondiente a la generación de la identificación. Este 
requisito es aplicable únicamente para el proceso de evaluación de software.  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
Los incisos 5.3.1, 5.3.2, 5.3.3, 5.3.5, 5.3.6 y el 5.3.8 se veri fican mediante el método de prueba previsto en 
el inciso 6.1. Adicionalmente los incisos 5.3.3 y 5.3.4 se verifican mediante el método de prueba previsto en el 
inciso 6.2. El inciso 5.3.7 se verifica mediante el método de prueba previsto en el inciso 6.4.  
5.4 Idoneidad de algoritmos y funciones legalmente relevantes.  
5.4.1  El resultado de la medición debe cumplir con los errores máximos tolerados establecidos en la 
Norma Oficial Mexicana NOM -005-SCFI vigente.  
5.4.2  Los algoritmos de cálculo de precios y de redondeo deben cumplir con lo establecido en la Norma 
Oficial Mexicana NOM -005-SCFI vigente.  
5.4.3  El resultado de la medición y la información establecida en la Norma Oficial Mexicana  NOM -005-
SCFI vigente, relacionada con la transacción, debe visualizarse  o imprimirse explícitamente, de manera que la 
interpretación de las cifras no permita confusión alguna.  
5.4.4  La documentación requerida para verificar la idoneidad de los algoritmos y funciones legalmente 
relevantes, debe incluir:  
5.4.4.1  Mostrar la part e del código fuente correspondiente a los incisos 5.4.1, 5.4.2 y 5.4.3. Este requisito 
es aplicable únicamente para el proceso de evaluación del software.  
El inciso 5.4 se verifica mediante el método de prueba previsto en el inciso 6.3 y el método de prueb a 
previsto en el inciso 6.2.  
5.5 Protección del software legalmente relevante ante cambios no intencionados  
Los requisitos para la protección del software de un instrumento o sistema para medición tipo P y  tipo U 
son: 
5.5.1  La presentación de los resultado s de las mediciones debe ser unívoca en cualquiera de los medios 
implementados para tal efecto en el instrumento o sistema para medición.  
5.5.2  El software legalmente relevante, debe incluir un sellado a través de medios mecánicos, electrónicos 
o criptográ ficos, que imposibilite cualquier intervención ilícita.  
5.5.3  Los datos de la medición almacenados deben estar protegidos frente al daño o borrado cuando 
ocurre una interrupción de energía eléctrica, al menos el tiempo especificado en la Norma Oficial Mexi cana 
NOM -005-SCFI vigente.  
5.5.4  El software debe solicitar una confirmación antes de modificar o borrar datos.  
5.5.5  Los datos deben estar protegidos ante las modificaciones no intencionadas, mediante un mensaje o 
señal de advertencia antes de la modifica ción.  
5.5.6  Antes de iniciar el proceso de medición, el software debe generar de forma automática una suma de 
comprobación binaria del código del programa, así como de los parámetros del modelo, para autocomprobar 
su autenticidad. Se debe detener el funcio namiento del instrumento o sistema para medición en caso de que 
dicha comprobación falle.  
5.5.7  La documentación requerida para verificar la protección del software legalmente relevante  debe 
incluir:  
5.5.7.1  La descripción de las medidas implementadas para  proteger el software y los datos frente a 
modificaciones no intencionadas.  
5.5.7.2  La suma de comprobación binaria del código del programa, así como de los parámetros legalmente 
relevantes.  
5.5.7.3  Mostrar la parte del código fuente correspondiente a la p rotección de datos ante las modificaciones 
no intencionadas. Este requisito es aplicable únicamente para la evaluación del software, y  
5.5.7.4  La descripción de las medidas implementadas para comprobar la efectividad de la protección.  
Los incisos 5.5.2 y 5 .5.7 se verifican mediante el método de prueba previsto en el inciso 6.1; los incisos 
5.5.1, 5.5.3, 5.5.4 y 5.5.5 se verifican mediante el método de prueba previsto en el inciso 6.2; el inciso 5.5.6 se 
verifica mediante el método de prueba previsto en el i nciso 6.4.  
5.6 Protección contra actos ilícitos  
Los requisitos para la protección contra actos ilícitos en los instrumentos o sistemas para medición tipo P  y 
tipo U son los siguientes:       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
5.6.1  El software legalmente relevante debe estar protegido contra modi ficaciones ilícitas, cargas del 
software o cambios derivados de la sustitución del dispositivo de memoria que lo contiene, no autorizados por 
la Secretaría de Economía;  
5.6.2  Los datos legalmente relevantes deben estar protegidos de tal forma que sólo sean  procesados por 
el software legalmente relevante;  
5.6.3  Los instrumentos o sistemas para medición tipo U deben incluir elementos adicionales para la 
protección;  
5.6.4  En los instrumentos o sistemas para medición tipo U que cuenten con un intérprete de coma ndos 
cerrado:  
5.6.4.1  Los módulos de software se deben iniciar automáticamente;  
5.6.4.2  El usuario no debe tener acceso al sistema operativo de la computadora de propósito general;  
5.6.4.3  El usuario no debe tener acceso a ningún otro software que no sea e l certificado por la Secretaría 
de Economía;  
5.6.5  En los instrumentos o sistemas para medición tipo U en los que se cuente con un sistema operativo 
y/o software accesible al usuario:  
5.6.5.1  Se debe generar una suma de comprobación del código del programa  de los módulos de  software, 
y 
5.6.5.2  Con la suma de comprobación referida en el inciso 5.6.5.1, se debe comprobar la autenticidad del 
software legalmente relevante y sólo permitir su ejecución en caso de que dicha autenticidad sea válida;  
5.6.6  La docum entación requerida para verificar la protección frente a las modificaciones ilícitas  debe 
incluir:  
5.6.6.1  La descripción de la implementación para garantizar que el software legalmente relevante y los 
datos de medición no puedan ser modificados ilícitamen te, y 
5.6.6.2  Mostrar la parte del código fuente correspondiente a la protección del software legalmente 
relevante ante los cambios ilícitos. Este requisito es aplicable únicamente para la evaluación del software.  
Los incisos 5.6.1, 5.6.2, 5.6.3 y 5.6.6 se  verifican mediante el método de prueba previsto en el inciso 6.1; 
adicionalmente el inciso 5.6.2 se verifica mediante el método de prueba previsto en el inciso 6.3; el inciso 
5.6.4 se verifica mediante el método de prueba previsto en el inciso 6.2; el inc iso 5.6.5 se verifica mediante el 
método de prueba previsto en el inciso 6.4.  
5.7 Influencia sobre el software a través de la interfaz de usuario  
Los requisitos de la interfaz de usuario del instrumento o sistema para medición tipo P y tipo U son los 
siguientes:  
5.7.1  Únicamente debe permitir la ejecución de comandos documentados.  
5.7.2  Los comandos introducidos a través de la interfaz de usuario no deben influir ilícitamente en el 
software legalmente relevante ni en los datos de la medición.  
5.7.3  Los coma ndos deben ser una actuación o secuencia de actuaciones llevadas a cabo manualmente a 
través de teclas o interruptores y deben asignarse unívocamente a cada función.  
5.7.4  Para los instrumentos o sistemas para medición tipo U, cuyo intérprete de comandos e sté cerrado,  
la interfaz del usuario no debe permitir descargar programas, escribir programas, o ejecutar comandos en el 
sistema operativo, y  
5.7.5  La documentación requerida para la verificación de la influencia sobre el software a través de la 
interfaz de usuario debe incluir:  
5.7.5.1  La lista de todos los comandos;  
5.7.5.2  La descripción del significado de los comandos y su efecto en las funciones y datos del instrumento 
o sistema para medición;  
5.7.5.3  El procedimiento para comprobar la influencia sobr e el software a través de la interfaz de usuario 
de todos los comandos, y  
5.7.5.4  Mostrar la parte del código fuente correspondiente a la interfaz de usuario. Este requisito sólo es 
aplicable para la evaluación del software.  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
Los incisos 5.7.2 y 5.7.5 se ve rifican mediante el método de prueba previsto en el inciso 6.1; los incisos 
5.7.1, 5.7.3 y 5.7.4 se verifican mediante el método de prueba previsto en el inciso 6.2; los incisos 5.7.2  y 
5.7.3 se verifican mediante el método de prueba previsto en el inciso 6.3. 
5.8 Influencia sobre el software a través de la interfaz de comunicación  
Los requisitos de la interfaz de comunicación de los instrumentos o sistemas para medición tipo P y tipo U 
son los siguientes:  
5.8.1  Los comandos introducidos a través de las int erfaces de comunicación del instrumento o sistema 
para medición no deben influir ilícitamente en el software legalmente relevante ni en los datos de la medición;  
5.8.2  Los comandos deben asignarse unívocamente a cada función;  
5.8.3  Los comandos deben actua r sólo sobre las interfaces de comunicación y sobre los códigos en los 
protocolos de transmisión de datos documentados por el fabricante;  
5.8.4  Para los instrumentos o sistemas para medición tipo U, las partes del sistema operativo relacionadas 
con la inte rfaz de comunicación y que interpreten comandos legalmente relevantes, se consideran software 
legalmente relevante;  
5.8.5  Todos los programas y partes del programa involucrados en la transmisión y recepción de comandos 
o datos legalmente relevantes, se con sideran parte del software legalmente relevante;  
5.8.6  La interfaz de comunicación que recibe o transmite comandos o datos legalmente relevantes debe 
ser específica para esta función y únicamente puede ser utilizada por el software legalmente relevante;  
5.8.7 Los requisitos previstos en los incisos 5.8.1 a 5.8.6 no aplican cuando se realiza una carga de 
software según el requisito previsto en el inciso 5.20, y  
5.8.8  La documentación requerida para la verificación de la influencia sobre el software a través de 
interfaces de comunicación de los instrumentos o sistemas para medición debe incluir:  
5.8.8.1  Una lista completa de todos los comandos;  
5.8.8.2  Una descripción del significado de cada comando y su efecto en las funciones y datos del 
instrumento de medic ión; 
5.8.8.3  El procedimiento que describe las pruebas de todos los comandos, y  
5.8.8.4  Mostrar la parte del código fuente correspondiente a la interfaz de comunicación. Este requisito 
sólo es aplicable para la evaluación del software.  
Los incisos 5.8.2, 5 .8.4, 5.8.5, 5.8.6 y 5.8.8 se verifican mediante el método de prueba previsto en el inciso 
6.1; los incisos 5.8.1, 5.8.2 y 5.8.3 se verifican mediante el método de prueba previsto en el inciso 6.4; 
adicionalmente el inciso 5.8.1 se verifica mediante el mét odo de prueba previsto en el inciso 6.3.  
5.9 Protección de parámetros legalmente relevantes  
Los requisitos para la protección de parámetros legalmente relevantes de los instrumentos o sistemas para 
medición tipo P y tipo U son los siguientes:  
5.9.1  Los par ámetros legalmente relevantes del instrumento o sistema para medición deben estar 
protegidos contra modificaciones ilícitas;  
5.9.2  Los parámetros legalmente relevantes deben poder ser visualizados o impresos;  
5.9.3  Los valores de los parámetros del modelo del instrumento o sistema para medición deben formar 
parte del código del programa;  
5.9.4  Los parámetros específicos del instrumento o sistema para medición no deben ser susceptibles de 
modificación después de que se hayan protegido. Cualquier modificación  a los parámetros específicos debe 
ser registrada en la bitácora de eventos;  
5.9.5  Los parámetros específicos del instrumento o sistema para medición, se deben ajustar o elegir en un 
modo diferente al de medición;  
5.9.6  En un instrumento o sistema para med ición tipo U, el almacenamiento de los parámetros debe 
realizarse empleando un elemento adicional, el cual debe precintarse e inhabilitarse para la escritura, y  
5.9.7  La documentación requerida para la verificación de la protección de parámetros legalmente  
relevantes debe incluir:  
5.9.7.1  La lista de todos los parámetros, sus valores nominales e intervalos.       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
5.9.7.2  La descripción funcional de todos los parámetros, la ubicación donde se almacenan y forma  de 
visualizarse;  
5.9.7.3  La descripción de las medidas  implementadas para la protección de los parámetros, y  
5.9.7.4  Mostrar la parte del código fuente correspondiente a la protección y visualización de los parámetros 
legalmente relevantes. Este requisito sólo es aplicable para la evaluación del software.  
Los incisos 5.9.1, 5.9.2, 5.9.6, y 5.9.7 se verifican mediante el método de prueba previsto en el inciso 6.1; 
los incisos 5.9.2, 5.9.4 y 5.9.5 se verifican mediante el método de prueba previsto en el inciso 6.2; el inciso 
5.9.3 se verifica mediante el método de prueba previsto en el inciso 6.4.  
5.10 Características del software ante fallas y protección de la durabilidad del hardware.  
5.10.1  Detección de fallas.  
5.10.1.1  El software debe detectar fallas y reaccionar de forma tal que genere una alarma o detenga el 
funcionamiento del instrumento o sistema para medición.  
5.10.1.2  La documentación requerida para la evaluación del software, debe incluir:  
5.10.1.3  Una lista de las fallas detectables mediante el software y la descripción de las mismas;  
5.10.1.4  La resp uesta esperada ante las fallas detectables, y  
5.10.1.5  Una descripción del algoritmo que detecta las fallas.  
5.10.2  Protección de durabilidad.  
5.10.2.1  Si el software participa en la protección de durabilidad, debe reaccionar de la misma forma que la 
docum entada por el fabricante. El fabricante debe documentar los mecanismos que denoten que  la 
durabilidad está en riesgo.  
Los incisos 5.10.1.2 y 5.10.2.1 se verifican mediante el método de prueba previsto en el inciso 6.1; el 
inciso 5.10.1.1 se verifica median te el método de prueba previsto en el inciso 6.2.  
5.11 Especificación y separación de las partes legalmente relevantes  
5.11.1  Las partes legalmente relevantes de un instrumento o sistema para medición, no deben ser 
influenciadas de forma ilícita por partes  legalmente no relevantes.  
5.11.2  Los subensambles o dispositivos electrónicos de un instrumento o sistema para medición que 
lleven a cabo funciones legalmente relevantes se deben identificar, describir y documentar.  
El inciso 5.11.1 se verifica mediante e l método de prueba previsto en el inciso 6.4; el inciso 5.11.2 se 
verifica mediante el método de prueba previsto en el inciso 6.1.  
5.12 Separación de partes legalmente relevantes y legalmente no relevantes del software.  
5.12.1  El software legalmente releva nte se debe diseñar de tal manera que ningún otro software influya en 
él de forma ilícita.  
5.12.2  Si el fabricante realiza la separación de software en un instrumento o sistema para medición tipo U, 
ésta debe implementarse de alguna de las siguientes forma s: 
5.12.2.1  A nivel de lenguaje de programación, dentro de un dominio de aplicación, independientemente del 
sistema operativo;  
5.12.2.2  A nivel de sistema operativo, como objetos independientes, y  
5.12.3  El fabricante debe implementar la protección ante ca mbios ilícitos de los valores y parámetros 
legalmente relevantes con o sin separación de software.  
Los incisos 5.12.1 y 5.12.2.2 se verifican mediante el método de prueba previsto en el inciso 6.1; los 
incisos 5.12.2.1 y 5.12.3 se verifican mediante el mét odo de prueba previsto en el inciso 6.1 y el método de 
prueba previsto en el inciso 6.4.  
5.13 Realización de la separación del software legalmente relevante.  
5.13.1  Los programas informáticos y bibliotecas constituyen el software legalmente relevante cuand o: 
5.13.1.1 Contribuyan o afecten el cálculo de los valores de medición.  
5.13.1.2  Contribuyan en funciones auxiliares, tales como la visualización, seguridad, almacenamiento, 
transmisión y verificación de datos legalmente relevantes; así como la identifica ción, la carga y la descarga de 
software.  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
5.13.1.3  Las variables, parámetros y archivos temporales afectan a los valores de medición o bien, a las 
funciones o datos legalmente relevantes, y  
5.13.1.4  Los componentes protejan la interfaz del software.  
5.13.2  La documentación de la separación de software legalmente relevante debe incluir:  
5.13.2.1  La descripción de todos los componentes mencionados en el inciso 5.13.1;  
5.13.2.2  La descripción de la implementación de la separación de software, y  
5.13.2.3  Mostra r el código fuente del software legalmente relevante. Este requisito sólo es aplicable para la 
evaluación del software.  
5.13.3  Cuando la parte legalmente relevante del software se comunique con otras partes del software, se 
debe describir la interfaz de so ftware. La comunicación se debe desarrollar exclusivamente a través de esta 
interfaz. La parte legalmente relevante del software y la interfaz del software deben estar documentadas.  
5.13.4  Todas las interfaces, funciones y los dominios de datos del softwar e legalmente relevantes se 
deben describir de manera tal que evidencie la separación del software.  
5.13.5  El dominio de datos de la interfaz del software se debe definir y documentar, incluidos el código del 
programa que transfiere datos de la parte legalm ente relevante hacia el dominio de datos de la interfaz y 
viceversa.  
5.13.6  El fabricante debe describir las medidas de seguridad implementadas para impedir la programación 
de comandos que eludan la interfaz del software legalmente relevante.  
5.13.7  Debe s er asignado cada comando de la interfaz de software de forma unívoca a cada una de las 
funciones del software legalmente relevante.  
5.13.8  Cuando el software legalmente relevante se encuentre separado del legalmente no relevante, el 
primero debe tener prio ridad en la utilización de los recursos.  
5.13.9  El fabricante debe describir las medidas de seguridad implementadas para impedir que las 
funciones de medición del software legalmente relevante, sean retrasadas, bloqueadas o ambas, por otros 
procesos.  
5.13. 10 El fabricante debe describir las medidas de seguridad implementadas para evitar que un programa 
legalmente no relevante altere las funciones legalmente relevantes.  
Los incisos 5.13.1, 5.13.2, 5.13.3, 5.13.4, 5.13.5, 5.13.6, 5.13.8, 5.13.9, 5.13.10 se ve rifican mediante el 
método de prueba previsto en el inciso 6.1; el inciso 5.13.7 se verifica mediante el método de prueba previsto 
en el inciso 6.4.  
5.14 Autenticidad del software y presentación de los resultados.  
5.14.1  El código ejecutable correspondient e a la totalidad del software legalmente relevante debe estar 
disponible a través de un puerto de comunicación. Si el software legalmente relevante se encuentra distribuido 
en subensambles se debe descargar el software de dichos subensambles. El código eje cutable descargado 
debe contener las partes fijas y el espacio restante de las memorias de los dispositivos programables. Este 
requisito sólo es aplicable para la evaluación del software.  
5.14.2  La suma de comprobación binaria del software legalmente relev ante debe coincidir con la declarada 
por el fabricante.  
5.14.3  El fabricante debe describir las medidas de seguridad implementadas para evitar la simulación 
ilícita del software legalmente relevante.  
5.14.4  El fabricante debe describir las medidas de segur idad implementadas para garantizar que los 
resultados de las mediciones presentadas proceden del software legalmente relevante.  
5.14.5  Cuando el instrumento o sistema para medición sea del tipo U, el fabricante debe:  
5.14.5.1  Describir los elementos adicio nales implementados para la protección contra el uso indebido, 
incluyendo la simulación ilícita del software legalmente relevante, y  
5.14.5.2  Describir las medidas implementadas para que únicamente se puedan ejecutar funciones 
legalmente relevantes del sof tware.  
5.14.6  La documentación requerida para la verificación de la autenticidad del software y presentación de 
los resultados debe incluir:  
5.14.6.1  La descripción de las medidas implementadas para garantizar la autenticidad del software;       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
5.14.6.2  El resu ltado de la suma de comprobación binaria del software legalmente relevante;  
5.14.6.3  La descripción de las medidas de protección implementadas contra el uso indebido, incluyendo la 
simulación ilícita del software legalmente relevante;  
5.14.6.4  Mostrar el c ódigo fuente del software legalmente relevante. Este requisito sólo es aplicable para la 
evaluación del software, y  
5.14.6.5  El código ejecutable que corresponde al código fuente del software legalmente relevante, con el 
cual se obtiene la suma de comproba ción binaria a que hace referencia el inciso 5.14.6.2, así como  el 
procedimiento para obtenerlo desde el instrumento o sistema para medición.  
Los incisos 5.14.1 y 5.14.2 se verifican mediante el método de prueba previsto en el inciso 6.2; los incisos 
5.14. 3, 5.14.4, 5.14.5 y 5.14.6 se verifican mediante el método de prueba previsto en el inciso 6.1.  
5.15 Visualización o impresión de la información legalmente relevante.  
5.15.1  La visualización o impresión deben utilizarse para la presentación de la parte leg almente relevante 
del software la cual debe incluir de manera enunciativa pero no limitativa lo siguiente:  
5.15.1.1  La identificación de la versión del software, y  
5.15.1.2  Los parámetros del modelo y los parámetros específicos del instrumento o sistema pa ra medición.  
5.15.2  La información que debe presentar cada instrumento o sistema para medición debe estar definida 
en la Norma Oficial Mexicana NOM -005-SCFI vigente.  
5.15.3  Para los instrumentos o sistemas para medición tipo U, cuando la visualización de l a información se 
realice mediante una interfaz de usuario de ventanas múltiples, la ventana que contenga la información 
legalmente relevante debe tener la máxima prioridad y ningún software debe poder eliminarla, superponer 
ventanas generadas por otro soft ware, minimizarla o hacerla invisible mientras la medición esté en curso y los 
resultados presentados sean necesarios para el fin legalmente relevante.  
5.15.4  El instrumento o sistema para medición debe contar con un dispositivo electrónico o subensamble, 
con medios de seguridad, que permita la visualización de la información. El fabricante debe describir los 
medios de seguridad implementados en el dispositivo electrónico o subensamble para el cumplimiento de  este 
inciso.  
5.15.5  Para un instrumento o sistem a para medición tipo U, el fabricante debe describir los elementos 
adicionales implementados para evitar ilicitud en la visualización e impresión.  
Los incisos 5.15.1 y 5.15.3 se verifican mediante el método de prueba previsto en el inciso 6.2; los incisos 
5.15.4 y 5.15.5 se verifican mediante el método de prueba previsto en el inciso 6.1.  
5.16 Uso de la información legalmente relevante en un lugar diferente y en un tiempo posterior a  la 
medición.  
Cuando la información legalmente relevante se almacena o tran smite en medios no protegidos, para su 
uso posterior en un lugar distinto al de la medición, debe cumplir los siguientes requisitos:  
5.16.1  Incluir de manera enunciativa pero no limitativa:  
5.16.1.1  Los datos de la medición con su unidad de medida incluida ; 
5.16.1.2  El precio unitario;  
5.16.1.3  El importe total;  
5.16.1.4  El registro de fecha y hora de la medición, y  
5.16.1.5  Lugar de la medición o identificación del instrumento o sistema para medición utilizado.  
5.16.2  Se deben utilizar métodos criptográfic os para garantizar la autenticidad e integridad de la 
información al momento de la medición.  
5.16.3  El software que visualiza o que posteriormente procesa la información señalada en el inciso 5.16.1, 
debe tener la capacidad de autenticarla y validar su int egridad, y en caso de detectar una irregularidad, 
desecharla o marcarla como inservible.  
5.16.4  Los módulos de software que preparan la información para almacenarla o enviarla, o los que la 
verifican después de haberla leído o recibido, pertenecen a la par te legalmente relevante del software.  
5.16.5  La información debe mantenerse cuando los servicios de comunicación dejan de estar disponibles.  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
5.16.6  La documentación requerida para verificar el uso de la información en un lugar diferente y en un 
tiempo post erior a la medición, debe incluir la descripción de las medidas implementadas para cumplir con lo 
previsto en los incisos 5.16.3 y 5.16.5.  
Los incisos 5.16.4 y 5.16.6 se verifican mediante el método de prueba previsto en el inciso 6.1; el  inciso 
5.16.5 se verifica mediante el método de prueba previsto en el inciso 6.2; los incisos 5.16.1, 5.16.2 y 5.16.3 se 
verifican mediante el método de prueba previsto en el inciso 6.4.  
5.17 Almacenamiento automático de datos.  
5.17.1  Cuando el instrumento o sistema para m edición almacene datos, los datos de medición deben 
almacenarse de forma automática al concluir la medición.  
5.17.2  El dispositivo de almacenamiento debe tener permanencia suficiente para garantizar que los datos 
no se pierdan o alteren en condiciones norm ales de almacenamiento.  
5.17.3  La capacidad del dispositivo de almacenamiento debe ser la indicada en la Norma Oficial Mexicana 
NOM -005-SCFI vigente.  
5.17.4  El resultado del cálculo del valor de la medición se debe almacenar junto con los datos involucrado s 
en dicho cálculo.  
5.17.5  Los datos de medición almacenados no requieren ser eliminados sino hasta que se haya concluido 
la transacción o cuando se hayan impreso con un dispositivo de impresión sujeto a control legal. Este requisito 
no es aplicable cuando  otras regulaciones generales a nivel nacional obliguen a la permanencia en memoria 
de los datos o a su tiempo de conservación.  
5.17.6  Cuando el dispositivo de almacenamiento está lleno y se cumplió con el requisito previsto en el 
inciso 5.17.5 se permite eliminar datos memorizados si esto se realiza en el mismo orden de registro, ya sea 
de forma automática o después de una operación manual específica, conforme lo señalado en la Norma 
Oficial Mexicana NOM -005-SCFI vigente.  
5.17.7  El fabricante debe describi r el esquema de control implementado para cuando el borrado se realiza 
mediante una operación no automática.  
5.17.8  Para el registro del almacenamiento, los datos de la fecha y la hora deben ser obtenidos del reloj 
del instrumento o sistema para medición.  
5.17.9  El ajuste del reloj debe ser legalmente relevante y se deben establecer métodos de protección.  El 
fabricante debe describir tales métodos.  
5.17.10  La documentación requerida para la verificación del almacenamiento automático de datos debe 
incluir m ostrar la parte del código fuente correspondiente. Este requisito sólo es aplicable para la evaluación 
del software.  
Los incisos 5.17.1 y 5.17.4 se verifican mediante el método de prueba previsto en el inciso 6.3 Análisis de 
flujo de datos metrológicos; lo s incisos 5.17.2, 5.17.3, 5.17.7, 5.17.8, 5.17.9 y 5.17.10 se verifican mediante el 
método de prueba previsto en el inciso 6.1; el inciso 5.17.5 se verifica mediante el método de prueba previsto 
en el inciso 6.2; el inciso 5.17.6 se verifica mediante el mé todo de prueba previsto en el inciso 6.4.  
5.18 Compatibilidad de los sistemas operativos y hardware  
5.18.1  El fabricante debe describir los medios implementados para evitar la operación del instrumento o 
sistema para medición, si no son cumplidos los requi sitos de configuración señalados en los incisos 5.2.1.1  y 
5.2.2.1.  
El inciso 5.18.1 se verifica mediante el método de prueba previsto en el inciso 6.1 y el método de prueba 
previsto en el inciso 6.2.  
5.19 Carga del software legalmente relevante a un instru mento o sistema para medición  
La carga en campo del software legalmente relevante a un instrumento o sistema para medición sólo debe 
hacerse cuando:  
5.19.1  Se requiera sustituir el software por otra versión certificada;  
5.19.2  Se realiza una reparación del  instrumento o sistema para medición, que implica la carga de la 
misma versión del software certificada con la cual venía operando, y  
5.19.3  La carga del software legalmente relevante debe ser a través de un puerto de comunicación.  Los 
puertos de comunicac ión permitidos para tal efecto deben estar definidos en la Norma Oficial Mexicana NOM -
005-SCFI vigente.  
El inciso 5.19.3 se verifica mediante el método de prueba previsto en el inciso 6.1.       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
5.20 Rastreabilidad de la carga del software legalmente relevante.  
5.20.1  Al finalizar el proceso de carga del software, los medios de protección del software deben quedar al 
mismo nivel que los establecidos en la aprobación del modelo o prototipo.  
5.20.2  Cuando se realice la carga de software legalmente relevante en el i nstrumento o sistema para 
medición, éste no se permite utilizar para transacciones comerciales hasta que no se haya realizado el sellado 
y la verificación correspondiente.  
5.20.3  La bitácora de eventos debe tener un sellado físico o electrónico para impedi r la modificación de los 
registros. El fabricante debe describir los medios implementados para cumplir este requisito.  
5.20.4  La documentación requerida para la verificación de la rastreabilidad de la carga y descarga del 
software legalmente relevante debe  incluir:  
5.20.4.1  La descripción de la implementación para asegurar la rastreabilidad, y  
5.20.4.2  Mostrar el código fuente correspondiente a la parte fija del software responsable de rastrear los 
procesos de carga, descarga y de gestionar el registro de e ventos. Este requisito sólo aplica para la 
evaluación del software.  
Los incisos 5.20.1, 5.20.3 y 5.20.4 se verifican mediante el método de prueba previsto en el inciso 6.1.  
5.21 Mecanismo de carga del software legalmente relevante.  
5.21.1  La carga del soft ware debe ser automática a través de la ejecución de un comando.  
5.21.2  El instrumento o sistema para medición debe tener un software legalmente relevante fijo, el cual 
debe contener todas las funciones de comprobación de la carga del software.  
5.21.3  Si la carga del software falla o se interrumpe, el estado original del instrumento o sistema para 
medición no debe ser afectado. El instrumento o sistema para medición debe mostrar un mensaje de error 
permanente e inhibir su funcionamiento metrológico hasta qu e se corrija la causa del error.  
5.21.4  Tras finalizar la carga correctamente, se debe restaurar la protección indicada en el certificado de 
software correspondiente.  
5.21.5  Durante la carga del software se debe inhibir la función de medición del instrumen to o sistema  para 
medición.  
5.21.6  Se puede cargar la parte del software legalmente no relevante cuando:  
5.21.6.1  Existe una separación entre el software legalmente relevante y el software que no lo es, según lo 
previsto en los incisos 5.11 y 5.12;  
5.21.6. 2 La parte del software legalmente relevante es fija y no debe modificarse, y  
5.21.6.3  En el certificado del software se establece que se acepta la carga de la parte legalmente  no 
relevante.  
5.21.7  La documentación requerida para la verificación del mecani smo de carga del software debe incluir:  
5.21.7.1  La descripción del procedimiento automático de la carga;  
5.21.7.2  La descripción del procedimiento mediante el cual se comprueba la carga realizada;  
5.21.7.3  La descripción del procedimiento mediante el cual  se garantiza el nivel de protección al finalizar el 
proceso de carga;  
5.21.7.4  La descripción de la respuesta del instrumento o sistema para medición cuando se produce una 
falla en la carga;  
5.21.7.5  La descripción de las medidas implementadas para impedi r la modificación de la parte fija del 
software legalmente relevante, y  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
5.21.7.6  Mostrar la parte del código fuente correspondiente al software legalmente relevante fijo 
responsable de la gestión del proceso de carga. Este requisito sólo es aplicable para la evaluación del 
software.  
Los incisos 5.21.1, 5.21.3, 5.21.4 y 5.21.5 se verifican mediante el método de prueba previsto en el inciso 
6.2; los incisos 5.21.2, 5.21.6 y 5.21.7 se verifican mediante el método de prueba previsto en el inciso 6.1.  
5.22 Integ ridad del software cargado en el instrumento o sistema para medición.  
5.22.1  Antes de utilizar por primera vez el software cargado, el instrumento o sistema para medición debe 
comprobar automáticamente que dicho software no se haya modificado. El fabricant e debe describir las 
medidas implementadas para cumplir con este requisito. Si el software cargado no supera esta comprobación, 
se debe cumplir con los requisitos dispuestos en el inciso 5.21.3.  
5.22.2  La documentación requerida para la verificación de la integridad del software cargado debe incluir:  
5.22.2.1  La descripción de las medidas implementadas que garantizan la integridad del software, y  
5.22.2.2  Mostrar la parte del código fuente correspondiente a la parte fija del software legalmente relevante 
responsable de la comprobación de la integridad del software cargado. Este requisito sólo aplica para la 
evaluación del software.  
Los incisos 5.22.1 y 5.22.2 se verifican mediante el método de prueba previsto en el inciso 6.1.  
5.23 Registros en la bitácora d e eventos.  
5.23.1  La bitácora de eventos forma parte del software legalmente relevante y debe protegerse como tal.  
5.23.2  La bitácora de eventos debe registrar, en el momento en que ocurran, los eventos que se citan a 
continuación de manera enunciativa per o no limitativa:  
5.23.2.1  Ajustes hechos a un sistema para medición y despacho de gasolina y otros combustibles líquidos 
(ajustes a la entrega de volumen) incluyendo lado, identificación del producto y factor de ajuste;  
5.23.2.2  Cambio de precios incluyend o lado, identificación del producto y el valor de nuevo precio;  
5.23.2.3  Cambio de parámetros legalmente relevantes, incluyendo el nuevo valor del parámetro;  
5.23.2.4  Accesos al sistema electrónico, particularmente la apertura de puertas;  
5.23.2.5  Acceso a l modo de programación;  
5.23.2.6  Cambio de fecha y hora del sistema, incluyendo la nueva fecha y hora, y  
5.23.2.7  Actualización del o los programas de cómputo incluyendo la o las versiones a la que se actualizó.  
5.23.3  La información que debe incluir cada registro de la bitácora es la siguiente:  
5.23.3.1  Fecha y hora del evento, y  
5.23.3.2  La descripción del evento. En el caso de que la descripción del evento esté abreviada, el 
fabricante debe documentar una lista que incluya el significado de cada abreviat ura. 
5.23.4  La documentación requerida para la verificación de la bitácora de eventos debe incluir:  
5.23.4.1  Mostrar la parte del código fuente responsable de gestionar los registros de eventos en la 
bitácora. Este requisito sólo aplica para la evaluación del software.  
Los incisos 5.23.1, 5.23.3 y 5.23.4, se verifican mediante el método de prueba previsto en el inciso 6.1; los 
incisos 5.23.2 y adicionalmente el 5.23.3 se verifican mediante el método de prueba previsto en el inciso 6.2; 
adicionalmente el inc iso 5.23.2 se verifica mediante el método de prueba previsto en el inciso 6.4.       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
5.24 Autenticación del código ejecutable de instrumentos o sistemas para medición tipo P.  
5.24.1  El fabricante debe proporcionar el(los) circuito(s) integrado(s) con el código e jecutable del software 
legalmente relevante instalado(s) en él (ellos), de la misma marca y modelo al(los) que se encuentra(n) 
instalado(s) en el sistema electrónico del instrumento o sistema para medición tipo P. Cuando la tecnología 
del fabricante no per mita la lectura directa del circuito, el fabricante debe proveer un circuito integrado 
montado sobre un zócalo o hardware que permita cumplir con este requisito.  
5.24.2  La suma de comprobación binaria del código ejecutable, obtenida a través de la lectura directa del 
circuito integrado que contiene el código del programa, debe coincidir con la documentada por el fabricante y 
con la obtenida mediante el método establecido en la Norma Oficial Mexicana NOM -005-SCFI vigente.  
El inciso 5.24.1 se verifica mediant e el método de prueba previsto en el inciso 6.1; y el inciso 5.24.2,  se 
verifican mediante el método de prueba previsto en el inciso 6.6.  
6. Métodos de prueba para la evaluación del software  
Se debe comprobar directamente por ensayos y con la documentació n señalada en el Capítulo 5, que los 
programas informáticos y los sistemas electrónicos que controlan el funcionamiento de los sistemas e 
instrumentos de medición especificados por el fabricante, poseen las características indispensables para 
llevar a cabo  una operación correcta y segura de acuerdo con las especificaciones establecidas en esta 
Norma Oficial Mexicana.  
6.1 Análisis documental  
Los incisos contenidos en este método se realizan mediante la verificación documental de la información 
proporcionada por el fabricante.  
6.1.1 Verificar que la información reúne los requisitos señalados en el inciso 5.1.1. y el 5.1.3.  
6.1.2 Verificar que el fabricante entrega en forma íntegra la información señalada en los incisos 5.1.2, 
5.2.1.1, 5.2.2.1, 5.3.3, 5.3.8, 5. 5.2, 5.5.5, 5.5.7, 5.6.1, 5.6.2, 5.6.3, 5.6.6, 5.7.2, 5.7.5, 5.8.2, 5.8.4, 5.8.5, 5.8.6, 
5.8.8, 5.9.1, 5.9.2, 5.9.6, 5.9.7, 5.10.1.2, 5.10.2.1, 5.11.2, 5.12.1, 5.12.2.2, 5.13.1 al 5.13.6, 5.13.8, 5.13.9, 
5.13.10, 5.14.3, 5.14.4, 5.14.5, 5.14.6, 5.15.4, 5.1 5.5, 5.16.4, 5.16.6, 5.17.2, 5.17.3, 5.17.7, 5.17.8, 5.17.9, 
5.17.10, 5.18.1, 5.19.3, 5.20.1, 5.20.3, 5.20.4, 5.21.2, 5.21.6, 5.21.7, 5.22.1, 5.22.2, 5.23.1, 5.23.3 y 5.23.4.  
6.1.3 Evaluar y comprobar el cumplimiento del requisito correspondiente a la docu mental a que hace 
referencia el inciso 6.1.2. El resultado de la evaluación se documenta en el informe de verificación.  
6.1.4 Cuando la documentación señale la inclusión de elementos adicionales, el análisis documental debe 
incluir la inspección visual de los mismos.  
6.2 Ensayo del software  
Los incisos contenidos en este método se realizan mediante el instrumento o sistema para medición 
funcionando, con la documentación del software señalada en el inciso 6.1 y considerando el comportamiento 
esperado del ins trumento o sistema para medición.  
6.2.1 El fabricante tiene la responsabilidad de proporcionar el modelo o prototipo completo y los demás 
componentes requeridos para su funcionamiento.  
6.2.2 Las pruebas se realizan en el instrumento o sistema para medición  completo.  
6.2.3 Cuando el tamaño o la configuración del instrumento o sistema para medición no permiten realizar la 
prueba sobre un instrumento o sistema para medición completo o si ésta únicamente afecta a un dispositivo 
electrónico separado del instrume nto o sistema para medición, las pruebas, o algunas en concreto, se pueden 
llevar a cabo sobre los dispositivos electrónicos o módulos de software por separado, siempre que, cuando los 
ensayos se realizan sobre dispositivos en funcionamiento, éstos formen parte de una simulación 
suficientemente representativa del funcionamiento normal.  
6.2.4 Interactuando con el instrumento o sistema para medición, se verifica el cumplimiento de los 
requisitos indicados en los incisos 5.4.1, 5.4.2, 5.4.3 y 5.19.3.  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
6.2.5 Mediante la documentación analizada conforme al inciso 6.1 e interactuando con el instrumento o 
sistema para medición, se verifica el cumplimiento de los requisitos indicados en los incisos 5.3.3, 5.3.4, 5.5.1, 
5.5.3, 5.5.4, 5.6.4, 5.7.1, 5.7.3, 5.7.4, 5.9.2,  5.9.4, 5.9.5, 5.10.1.1, 5.14.1, 5.14.2, 5.14.6, 5.15.1, 5.15.3, 5.16.5, 
5.17.5, 5.18.1, 5.21.1, 5.21.3, 5.21.4, 5.21.5, 5.23.2 y 5.23.3.  
6.3 Análisis del flujo de datos metrológicos  
Los incisos contenidos en este método se realizan mediante el análisis de  código fuente del software 
legalmente relevante.  
6.3.1 La verificación del flujo de datos metrológicos en el código fuente se realiza de instrucción en 
instrucción, evaluando la parte respectiva del código para determinar si se cumplen los requisitos y qu e las 
funciones del programa y sus características están de conformidad con la documentación del fabricante.  
6.3.2 Los requisitos a que hace referencia el inciso 6.3.1 son los señalados a continuación: 5.4.4, 5.6.2, 
5.7.2, 5.7.3, 5.8.1, 5.13.1.1, 5.13.1.3,  5.13.5, 5.16.1.1, 5.17.1 y 5.17.4.  
6.4 Inspección y revisión del código del programa  
Los incisos contenidos en este método se realizan mediante el análisis de código fuente del software 
legalmente relevante.  
6.4.1 La verificación del código fuente se real iza de instrucción en instrucción, evaluando la parte 
respectiva del código para determinar si se cumplen los requisitos y que las funciones del programa y sus 
características, están de conformidad con la documentación del fabricante.  
6.4.2 Los requisitos a que hace referencia el inciso 6.4.1 son los señalados a continuación: 5.3.7, 5.5.6, 
5.6.5, 5.7.1, 5.7.2, 5.7.3, 5.8.1, 5.8.2, 5.8.3, 5.9.3, 5.10.1.1, 5.10.2.1, 5.11.1, 5.12.1, 5.12.2.1, 5.12.3, 5.13.7, 
5.15.3, 5.16.1, 5.16.2, 5.16.3, 5.17.6, 5.18.1, 5.21 .1, 5.21.2, 5.21.3, 5.21.4 y 5.23.2.  
6.5 Ensayo de módulo de software  
Los incisos contenidos en este método se realizan con la documentación del software señalada en el 
inciso 6.1 y con los siguientes insumos proporcionados por el fabricante:  
- El código f uente del módulo de software;  
- Las herramientas de desarrollo informático y el entorno de funcionamiento del módulo de software 
sometido a ensayo, utilizados por el fabricante;  
- El conjunto de datos de entrada y su correspondiente conjunto de datos de sa lida esperados o las 
herramientas para la automatización del ensayo de módulo de software, y  
- La cooperación del programador del módulo de software sometido a ensayo.  
6.5.1 El código fuente se revisa conforme a lo siguiente:  
6.5.1.1 Aportándole el conjunt o de datos de entrada proporcionados por el fabricante.  
6.5.1.2 Revisar el programa instrucción por instrucción, desde el inicio del módulo de software hasta la 
salida de los datos generados, y  
6.5.1.3 Comparar los datos de salida con los valores de refere ncia esperados y comprobar la coincidencia 
de los mismos.  
6.6 Lectura directa del circuito integrado que contiene el código del programa  
Los incisos contenidos en este método sólo aplican para los instrumentos tipo P y se realizan con los 
siguientes insumo s proporcionados por el fabricante:  
- El o los circuitos integrados que contienen el código ejecutable, y  
- El equipo, herramientas y accesorios necesarios para su lectura directa.       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
6.6.1 Identificar la marca y modelo del circuito integrado proporcionado po r el fabricante.  
6.6.2 Constatar que el circuito integrado proporcionado por el fabricante es de la misma marca y modelo 
que el instalado en el sistema electrónico del instrumento o sistema para medición.  
6.6.3 Realizar la lectura directa del código ejecut able grabado en el circuito integrado, utilizando el equipo, 
las herramientas y accesorios proveídos por el fabricante.  
6.6.4 Generar la suma de comprobación binaria del código ejecutable a que hace referencia el inciso 6.6.3, 
mediante el método criptográf ico especificado en el inciso 5.1.2.12.  
6.6.5 Comparar la suma de comprobación binaria obtenida en el inciso 6.6.4 con la proporcionada por el 
fabricante. Ambas sumas deben ser iguales.  
7. Verificación por autoridad competente  
La verificación del software legalmente relevante de los instrumentos o sistemas para medición debe 
efectuarse bajo el siguiente procedimiento:  
7.1 Documentación  
7.1.1 La documentación requerida para la verificación por autoridad competente está señalada en los 
incisos 5.1.2.9, 5.1.2. 11, 5.1.2.12, 5.1.2.13, 5.1.2.14, 5.1.2.15, 5.1.2.16, 5.1.3.1, 5.1.3.2, 5.2.1.1, 5.2.2.1, 5.3.3, 
5.3.8.1, 5.3.8.3, 5.5.7.1, 5.5.7.2, 5.7.5.1, 5.7.5.2, 5.9.2, 5.9.7.1, 5.9.7.2, 5.14.5.1, 5.14.6.2, 5.14.6.5 y 5.23.3.2. 
Dicha documentación, debe ser la misma que se utilizó en la evaluación del software.  
7.2 Verificación  
Interactuando con el instrumento o sistema para medición verificar:  
7.2.1 El sellado.  
7.2.1.1 Verificar que el sellado a que hace referencia los incisos 5.5.2 y 5.20.3, corresponda con lo 
regis trado en el informe de verificación para la evaluación del software.  
7.2.2 Identificación del software.  
7.2.2.1 Verificar que la identificación del software a que hace referencia los requisitos establecidos en los 
incisos 5.3.3, 5.3.4 y 5.20.4 corresponda con lo registrado en el informe de verificación para la evaluación  del 
software.  
7.2.3 Parámetros.  
7.2.3.1 Verificar que los parámetros del modelo coinciden con los establecidos en el certificado de 
software.  
7.2.3.2 Verificar que los parámetros específico s del instrumento o sistema para medición, coincidan con 
los establecidos en el último ajuste sujeto a control legal.  
7.2.3.3 La verificación de los parámetros se realiza cotejando sus valores en los registros 
correspondientes de la bitácora de eventos o e n los medios de visualización o impresión disponibles en el 
instrumento o sistema para medición.  
7.2.4 Autenticación del software.  
7.2.4.1 Obtener el código del programa a través del puerto de comunicación conforme al método 
registrado en el informe de ver ificación para la evaluación del software.  
7.2.4.2 Calcular la suma de comprobación binaria del código del programa utilizando un software 
comercial para la aplicación de métodos criptográficos.  
7.2.4.3 Verificar la autenticidad del software comprobando qu e la suma de comprobación binaria obtenida 
en el inciso 7.2.4.2 coincide con la establecida en el certificado de software.  
7.2.5 Bitácora de eventos.  
7.2.5.1 Obtener la bitácora de eventos del instrumento o sistema para medición de acuerdo con lo 
estableci do en el inciso 5.1.2.15.  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
7.2.5.2 Verificar que los eventos registrados sean consistentes con lo siguiente:  
7.2.5.2.1 El registro del ajuste de las cualidades metrológicas del instrumento o sistema para medición, 
debe coincidir con la fecha de emisión del dictamen donde conste la verificación y el ajuste del instrumento o 
sistema para medición de que se trate, y  
7.2.5.2.2 El registro del cambio de precios debe coincidir con lo reportado a la autoridad competente.  
7.2.5.3 El registro del cambio de parámetros  legalmente relevantes, debe coincidir con la fecha de emisión 
del dictamen donde conste la verificación y el ajuste del instrumento o sistema para medición de que se trate.  
7.2.5.4 El registro de los accesos físicos al sistema electrónico, registro de la apertura de puerta deben 
coincidir con la información señalada en las hojas de control que al efecto se lleven en la estación de servicio.  
7.2.5.5 El registro de los accesos al modo de programación, deben coincidir con la información señalada 
en las hojas de control que al efecto se lleven en la estación de servicio.  
7.2.6 Configuración del instrumento o sistema para medición tipo U.  
7.2.6.1 Verificar la compatibilidad de la configuración con la configuración mínima declarada en el 
certificado de software, de acuerdo con lo establecido en el inciso 5.2.  
8. Evaluación de la conformidad  
8.1 Definiciones.  
Para los efectos de estas disposiciones, se entiende por:  
8.1.1  Certificado del software  
Documento mediante el cual la DGN hace constar que un software determ inado cumple las 
especificaciones establecidas en esta Norma Oficial Mexicana, y cuya validez está sujeta a la verificación 
respectiva.  
8.1.2  DGN  
Dirección General de Normas de la Secretaría de Economía.  
8.1.3  Laboratorio  
Centro Nacional de Metrología o al  laboratorio designado por la DGN.  
8.1.4  Ley 
Ley Federal sobre Metrología y Normalización.  
8.1.5  Secretaría  
Secretaría de Economía.  
8.2 Disposiciones Generales.  
8.2.1 Los certificados NOM son emitidos por la DGN.  
8.2.2  Para obtener el certificado NOM por l a DGN, el fabricante se debe sujetar a lo siguiente:  
8.2.2.1 Llenar el formato SE -04-005 (solicitud de certificación a solicitud de parte) y lo debe acompañar 
con los siguientes documentos:  
8.2.2.2 Original del comprobante de pago de la tarifa vigente, cor respondiente al servicio de certificación 
por concepto de producto, y  
8.2.2.3 Copia de la Cédula del Registro Federal de Contribuyentes para los fabricantes nacionales. Los 
nacionales de otros países, deben anexar a la solicitud de certificación copia simp le del documento de la legal 
constitución de la persona moral que solicite el servicio.  
8.2.2.3.1 La documental requerida en el inciso 8.3.1 de esta Norma Oficial Mexicana.  
8.2.2.4 El fabricante debe entregar en la oficialía de partes de la DGN o en las De legaciones o 
Subdelegaciones Federales de la Secretaría, el original de la solicitud y los documentos indicados, o bien, los 
debe enviar por correo certificado o servicio de mensajería a la DGN, cuando el particular haya cubierto 
previamente el importe de ese servicio o lo puede realizar a través de la página https://www.sinec.gob.mx en 
la sección de Trámites /Certificación de NOM.       (Primera Sección)  DIARIO OFICIAL  Jueves 6 de septiembre de 2018  
8.2.2.5 La DGN debe revisar la documentación presentada y, en caso de detectar alguna deficiencia en la 
misma, devolverá al fab ricante la solicitud y sus anexos, junto con una constancia en la que indique con 
claridad la deficiencia que el fabricante debe corregir conforme a lo previsto en la Ley Federal de 
Procedimiento Administrativo, y  
8.2.2.6 La duración del trámite de certifi cación será de quince días hábiles, contados a partir del día hábil 
siguiente a la fecha en que ingrese a la DGN, o a la Delegación o Subdelegación Federal de la Secretaría la 
documentación respectiva y, en su caso, se hayan subsanado las deficiencias mani festadas a los particulares. 
Si en dicho plazo la DGN no emite respuesta, debe entenderse que la solicitud fue negada.  
8.2.3 Los certificados NOM se expiden por cada versión del software y se otorgan a fabricantes mexicanos 
y nacionales de otros países sie mpre y cuando se cumpla con lo estipulado en el inciso 8.2.2.  
8.2.4 La vigencia de los certificados NOM es permanente, siempre y cuando no se modifique el software 
legalmente relevante.  
8.3 Procedimientos de certificación y verificación del software  
8.3.1 Para obtener el certificado ante la DGN, el fabricante debe presentar los documentos siguientes:  
8.3.1.1 Original del informe de verificación del software;  
8.3.1.2 Copia del certificado de conformidad con la Norma Oficial Mexicana correspondiente al instru mento 
o sistema para medición de que se trate, o la que la sustituya. Asimismo, se debe acompañar la copia de los 
informes o dictámenes que éste refiera.  En caso de ser rechazado, el diseño debe ser corregido para volver a 
ser sometido a consideración de la autoridad. Una vez aprobado el modelo o prototipo, se puede empezar con 
la fabricación o comercialización del equipo;  
8.3.1.3 Manifiesto, bajo protesta de decir verdad, que indique que no existen comandos adicionales a los 
referidos en la lista de coman dos presentada para la evaluación del software;  
8.3.1.4 Manifiesto, bajo protesta de decir verdad, que indique que no hay funciones ocultas para eludir la 
interfaz de usuario y la interfaz de software, y  
8.3.1.5 En caso de que el fabricante haya implementa do la separación del software, éste debe presentar el 
manifiesto bajo protesta de decir verdad, que indique que la parte del software legalmente no relevante no 
afecta a la parte del software legalmente relevante.  
8.3.2 Información que debe declararse en e l certificado del software:  
8.3.2.1 La indicación si está o no separado el software, conforme a lo señalado en los incisos 5.12 y 5.13 
de esta Norma Oficial Mexicana;  
8.3.2.2 La o las versiones del software;  
8.3.2.3 La suma de comprobación binaria ( checksu m) del software legalmente relevante;  
8.3.2.4 Los parámetros legalmente relevantes;  
8.3.2.5 De ser el caso, la indicación de que se permite la carga de la parte del software legalmente no 
relevante;  
8.3.2.6 Los medios mecánicos, electrónicos o criptográfic os para la protección del software legalmente 
relevante, y  
8.3.2.7 Para un instrumento o sistema para medición que utilizan un ordenador universal (tipo U), la 
configuración descrita en el informe de verificación a propósito del inciso 5.2 de esta Norma Of icial Mexicana.  
8.3.3 Respecto a solicitudes de certificación NOM presentadas en los términos de este artículo por 
nacionales de otros países, se requiere que el gobierno del país del fabricante facilite el acceso a su territorio 
cuando, de conformidad con  lo dispuesto en esta Norma Oficial Mexicana, sea necesario llevar a cabo 
actividades de evaluación de la conformidad.  Jueves 6 de septiembre de 2018  DIARIO OF ICIAL  (Primera Sección)       
8.3.4 La Procuraduría durante una visita de verificación, puede solicitar pruebas de laboratorio al software, 
cuando se detecten inconsis tencias en las mediciones, mayores al error máximo tolerado en un mismo gasto. 
La verificación correspondiente se debe efectuar únicamente en laboratorio. Los gastos que se originen por 
las verificaciones se realizarán conforme a las disposiciones jurídica s aplicables.  
9. Vigilancia  
La vigilancia de esta Norma Oficial Mexicana está a cargo de la Secretaría de Economía, por conducto de 
la Dirección General de Normas y de la Procuraduría Federal del Consumidor, conforme a sus respectivas 
atribuciones.  
10. Concordancia con normas internacionales  
Esta Norma Oficial Mexicana es modificada (MOD) con respecto a la OIML D 31 Edición 2008. General 
requirements for software controlled measuring instruments.  
11. Bibliografía  
● Ley Federal sobre Metrología y Normalizaci ón, publicada en el Diario Oficial de la Federación el 1 de 
julio de 1992 y sus reformas.  
● Reglamento de la Ley Federal sobre Metrología y Normalización, publicado en el Diario Oficial de la 
Federación el 14 de enero de 1999 y sus reformas.  
● NMX -Z-013-2015, "Guía para la estructuración y redacción de normas", declaratoria de vigencia 
publicada en el Diario Oficial de la Federación el 18 de noviembre de 2015 y sus aclaraciones.  
● Documento Internacional OIML D 31 Edición 2008. General requirements for soft ware controlled 
measuring instruments (Requisitos generales para los instrumentos de medida controlados por 
software).  
● WELMEC 7.2 (Edición 4), Guía del Software. Directiva 2004/22/EC relativa a instrumentos de medida 
mayo 2009, edición 4. Directiva 2004/ 22/EC relativa a Instrumentos de medida.  
TRANSITORIOS  
PRIMERO. - La presente Norma Oficial Mexicana, entrará en vigor 180 días naturales después de su 
publicación en el Diario Oficial de la Federación.  
SEGUNDO .- Una vez que entre en vigor la presente Norma Oficial Mexicana, cancelará y sustituirá a la 
Norma Oficial Mexicana NOM -185-SCFI -2012, “Programas informáticos y sistemas electrónicos que controlan 
el funcionamiento de los sistemas para medición y despacho de gasolina y otros combustibles  líquidos -
Espec ificaciones, métodos de prueba y de verificación”, publicada en el Diario Oficial de la Federación el 27 
de agosto de 2012.  
TERCERO. - Los certificados de los Programas Informáticos de los sistemas para medición y despacho de 
gasolina y otros combustibles l íquidos que se hayan emitido con anterioridad a la entrada en vigor de esta 
Norma Oficial Mexicana, continuarán vigentes y no serán aplicables a la Evaluación de la Conformidad de la 
presente Norma Oficial Mexicana, por lo que en un plazo de 730 días natur ales después de su entrada en 
vigor, todos los sistemas para medición  y los programas informáticos y sistemas electrónicos que controlan su 
funcionamiento deben cumplir con las disposiciones establecidas en la presente Norma Oficial Mexicana.  
CUARTO .- Los registros de ajuste a la entrega de volumen en bitácoras no aplicarán para los sistemas 
para medición y despacho de gasolina y otros combustibles líquidos cuyo mecanismo de ajuste sea 
exclusivamente del tipo mecánico, aprobados antes de la entrada en vigor  de la presente Norma Oficial 
Mexicana.  
Ciudad de México, a 28 de agosto de 2017 .- El Director General de Normas y Presidente del Comité 
Consultivo Nacional de Normalización de la Secretaría de Economía , Alberto Ulises Esteban Marina .- 
Rúbrica.