Empiezo con un desahogo: las fábricas no se toman la certificación en serio. En absoluto.
Este marzo traje un lote de enchufes inteligentes con pantalla, listos para publicar en Amazon. Los productos apenas habían llegado a mi almacén de la costa oeste de EE. UU. cuando la fábrica envió una actualización OTA sin decir una palabra. La app compañera ganó una página de «estadísticas de energía» y el flujo de configuración WiFi cambió. No le di importancia. El hardware estaba intacto. Solo un lavado de cara de la interfaz. ¿Qué podía salir mal?
Entonces, a principios de abril, un gran comprador preguntó antes de hacer el pedido: «¿Su homologación FCC sigue cubriendo esta versión de firmware?»
Me quedé helado.
Llamé a la fábrica. Lo juraron por activa y por pasiva: «Hardware sin cambios, la certificación sigue válida. Venda con confianza». No me lo creí. Volví al laboratorio que hizo nuestra certificación original. El ingeniero me despertó con una frase: «Hardware intacto no significa certificación intacta. Una homologación cubre una combinación de hardware y software, no solo el hardware. Primero dime qué cambió realmente esta OTA».
De eso trata este artículo: dónde los cambios de software cruzan la línea de cumplimiento.
Lo que hice
Spoiler: el lote salió bien. Pero solo seguí vendiendo después de recorrer todo el proceso.
Paso uno: conseguir el registro de cambios de la fábrica. Conseguir, no preguntar. La fábrica primero dijo «solo unos retoques de interfaz», y le respondí: envíame la lista detallada de cambios. Cinco años trabajando con fábricas me enseñaron algo: un «solo un pequeño cambio» verbal suele desdoblarse en tres o cuatro partidas.
La lista mostró el lavado de cara de la interfaz y la página de estadísticas de energía, además de un flujo de configuración cambiado: el dispositivo antes solo emitía en 2.4 GHz durante el emparejamiento, y ahora escaneaba ambas bandas.
Paso dos: llevar la lista al laboratorio para una evaluación de brecha. Llevé tres cosas: el registro de cambios de la fábrica, la homologación original y una descripción de cada versión de firmware. Todavía recuerdo las palabras exactas del ingeniero: «Los cambios puramente de interfaz que no afectan las emisiones de radiofrecuencia no requieren ninguna acción sobre el certificado. Pero el flujo de emparejamiento cambió, lo que puede cambiar el comportamiento de emisión. Ese caso sigue el proceso de cambios de la FCC».
Esto es lo que aprendí sobre la marcha: la regla 47 CFR 2.1043 de la FCC es bastante clara. Los cambios de software que no afectan las emisiones de radiofrecuencia no requieren presentación adicional. Cualquier cosa que toque las características de emisión de radiofrecuencia pasa por el proceso de cambio permisivo. Si cae en Clase I o Clase II depende de la naturaleza del cambio, así que consulta la política publicada vigente de la FCC. Esto es una crónica de vendedor, no asesoría legal.
Paso tres: la fábrica aportó los documentos técnicos, el laboratorio presentó el cambio y unas semanas después llegó la documentación actualizada. Solo entonces ofrecí el lote al gran comprador con la conciencia tranquila.
La lección más importante de todo el episodio: el hardware intacto no significa certificación intacta. Suena contraintuitivo, pero es verdad. La homologación se emitió para una combinación específica de hardware y software. Cambia el software lo suficiente y la combinación cambia con él.
La historia con moraleja: dos meses perdidos
Mi historia tuvo final feliz, así que aquí va el desastre de otro para equilibrar.
A finales de 2025, un vendedor colega en Shenzhen, Lao Chen, vende luces inteligentes. Una actualización OTA llevó su dispositivo de solo 2.4 GHz a soporte dual de 5 GHz. Su razonamiento: todo es WiFi, solo una banda más. Pero los parámetros de emisión de 5 GHz ya no coincidían con la presentación de la homologación original, y el certificado dejó de corresponderse con el producto en el estante.
La revisión de cumplimiento de Amazon retiró su anuncio por «documentos de cumplimiento que no coinciden con la versión a la venta». La recertificación y la nueva presentación se comieron más de dos meses, justo en plena temporada alta. Lao Chen me dijo que el beneficio que perdió en esos dos meses habría pagado diez certificaciones.
¿Ves el patrón? La pérdida nunca es el costo de la certificación. Es el tiempo. Cada día que el anuncio sigue caído es un día de ventas que nunca vuelven.
Los números: mi marco de clasificación de cambios
Después de estos dos episodios construí un marco de decisión. Ahora cada OTA de la fábrica pasa por él. Tres minutos, una respuesta.
| Tipo de cambio | Ejemplos | Riesgo | Mi acción | | Interfaz pura | Iconos, colores, textos, diseño | Bajo | Archivo interno; registrar qué versión de firmware corresponde a qué homologación | | Nuevas funciones de capa de app | Estadísticas de energía, temporizadores, automatización de escenas | Medio | Evaluación del laboratorio para confirmar que nada toca radiofrecuencia ni lógica de seguridad | | Relacionado con radiofrecuencia | Flujo de emparejamiento, potencia de transmisión, nuevas bandas, comportamiento de antena | Alto | Confirmación escrita del organismo de certificación; prever una presentación formal de cambio | | Relacionado con seguridad | Lógica de protección contra sobrecarga, bloqueo infantil, protección contra fugas | Alto | Reevaluación completa; UL tiene requisitos específicos para el software relacionado con la seguridad, así que consulta la política publicada vigente de UL |
El orden importa: clasificar primero, obtener confirmación segundo, mantener registros escritos tercero. Nunca vender primero y arreglarlo después.
Una nota práctica más sobre tratar con el laboratorio. Cuando entres, lleva el registro de cambios, los documentos de homologación original y una descripción en lenguaje claro de qué hace diferente cada versión de firmware. Los laboratorios facturan por hora. Llegar organizado reduce a la mitad el tiempo de evaluación, y le indica al ingeniero que vas en serio, lo que te consigue respuestas más directas.
Cuatro reglas ganadas a pulso
Uno: ponlo en el contrato. La fábrica debe dar aviso previo por escrito antes de cualquier OTA, con la lista de cambios adjunta. Enviar una actualización sin aviso cuenta como incumplimiento. Esta cláusula ya es estándar en cada acuerdo de fábrica que firmo, desde el primer día.
Dos: exige el registro de cambios de cada OTA y archívalo por categoría. Un «no cambió mucho» verbal cuenta como no proporcionado. Si no está por escrito, no ocurrió.
Tres: nunca confíes en el «está bien» verbal de la fábrica. Consigue la respuesta por escrito del organismo de certificación o del laboratorio. Un correo basta. Cuando importa, el papel le gana al mensaje de voz siempre.
Cuatro: construye una tabla de correspondencia versión de firmware–homologación. Número de versión, fecha de OTA, número de homologación, resultado de la evaluación. Cuatro columnas en una hoja de cálculo. Cuando un comprador pregunte, envía la tabla.
Lo probé yo mismo. Funciona. El mes pasado otro comprador planteó la pregunta del certificado, y envié la tabla de correspondencia en tres minutos. Hizo el pedido justo después de leerla. Esa hoja de cálculo vende más que cualquier discurso de ventas. El cumplimiento parece una línea de costo hasta el día en que se convierte en la razón por la que ganas el pedido.
Por Ah K, Vendedor de comercio electrónico (5 años)
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
