POE de Control de Versiones y Reversión de Firmware BMS — Corredor CN → QA

Tipo de documento: Proceso / POE  |  Vertical: EVSE  |  Alcance de equipo: Firmware del Sistema de Gestión de Batería (BMS) en módulos de almacenamiento de energía integrados en EVSE  |  Corredor: Línea de fabricación en CN → Sitio de aceptación en QA  |  Equipo responsable: Operaciones de Ingeniería de TradVolt

Declaración de alcance. Este POE define cómo TradVolt pinea, envía, acepta y revierte el firmware BMS a lo largo de la línea de fabricación en CN y el sitio de aceptación en QA. Se aplica a cada release de firmware BMS enviado en hardware EVSE después de 2026-01-01. El procedimiento no cubre el firmware de comunicaciones por cable, el firmware del lado del cargador ni las ECUs del lado del vehículo. [Claim — política interna de alcance]

1. Secuencia de pasos

Paso #AcciónResponsableDocumento de entradaDocumento de salidaHecho cuando
1Recibir el paquete de release de firmware (artefacto firmado, nota de release del OEM, checksum SHA-256) del proveedor de firmware.Líder de QANota de release del OEM, paquete de firmware firmadoEntrada en el log de recepción entranteEl SHA-256 del artefacto coincide con la nota de release del OEM y el log de recepción está firmado.
2Almacenar el artefacto en el vault de control de versiones, asignar una etiqueta de versión semántica y congelar las dependencias.Ingeniero de LiberaciónPaquete de firmware firmadoRegistro del vault de versiones, etiqueta de versión pineadaLa etiqueta de versión es inmutable y visible en el registro de versiones.
3Flashear el firmware pineado en la unidad BMS golden y ejecutar la lista de verificación de regresión de banco (balanceo de celdas, precisión de SOC, diagnósticos CAN).Ingeniero de PruebasFirmware pineado, lista de verificación de regresión de banco BMS-REGR-CHECKLIST-v3.pdfReporte de regresión de bancoTodos los ítems de la lista de verificación de banco pasan y el reporte está contrafirma el Ingeniero de Pruebas.
4Emitir la instrucción de build de línea con la versión pineada a la línea de producción de CN.Ingeniero de ProcesosPin de versión aprobado, plantilla de instrucción de build de líneaInstrucción de build de línea LBI-CN-BMS-XXXX.pdfLa instrucción de build de línea es reconocida por el supervisor de línea de CN.
5Programar cada módulo BMS en la línea de CN y registrar la versión de firmware en cada traveler.Operador de Línea CNInstrucción de build de línea, hoja de travelerHoja de traveler con columna de versiónEl 100% de los travelers en esa unidad llevan la versión de firmware pineada.
6Empacar las unidades con el manifiesto de versión de firmware y preparar el envío bajo el Incoterm nombrado al sitio de aceptación en QA.Operador de LogísticaHoja de traveler, packing list, manifiesto de versiónArchivo de envío con Incoterm, manifiesto de versiónEl manifiesto de versión está adjunto y el código Incoterm coincide con el contrato de venta.
7Recibir las unidades en el sitio de aceptación en QA y verificar la versión de firmware en cada unidad; ejecutar el muestreo de aceptación según ISO 2859-1.Inspector de QAArchivo de envío, plan de muestreo AQLReporte de inspección entranteEl resultado del muestreo queda registrado y se define la disposición del lote.
8Firmar el lote aceptado y actualizar el registro de versiones con la etiqueta de producción.Líder de QAReporte de inspección entranteActualización del registro de versiones, nota de release del loteLa nota de release del lote queda archivada y el registro de versiones muestra la etiqueta de producción.
9Detectar una regresión en servicio y registrar un ticket con stack traces, versión de firmware instalada y rango de seriales de la unidad.Ingeniero de CampoTicket de servicio, volcado de log de diagnósticoTicket de regresión con paquete de evidenciaEl ticket se clasifica como regresión de firmware y se enruta al Gerente de Ingeniería.
10Autorizar la reversión a la versión buena previamente pineada registrada en el registro de versiones.Gerente de IngenieríaTicket de regresión, registro de versionesRegistro de autorización de reversiónEl registro de autorización nombra la versión pineada objetivo y el rango de seriales afectado.
11Flashear el firmware pineado en las unidades afectadas y ejecutar la lista de verificación de reversión BMS-ROLLBACK-CHECKLIST-v2.pdf.Técnico de ServicioFirmware pineado, lista de verificación de reversiónReporte de servicio de reversiónTodos los ítems de la lista de verificación pasan y la unidad reporta la versión pineada.
12Agregar el evento de reversión al log de auditoría y notificar a QA para cerrar el ticket original.Ingeniero de LiberaciónReporte de servicio de reversiónEntrada en log de auditoría, ticket cerradoLa entrada en el log de auditoría tiene marca de tiempo y QA confirma el cierre del ticket.

2. Roles y responsabilidades (resumen RACI)

RolResponsabilidad principal en este POE
Líder de QARecibe el paquete de firmware, firma los lotes aceptados.
Ingeniero de LiberaciónAlmacena el firmware en el vault de control de versiones, mantiene el log de auditoría.
Ingeniero de PruebasEjecuta la regresión de banco en la unidad golden.
Ingeniero de ProcesosEmite la instrucción de build de línea.
Operador de Línea CNPrograma los módulos BMS, registra la versión en el traveler.
Operador de LogísticaEmpacca las unidades, adjunta el manifiesto de versión, envía bajo Incoterm.
Inspector de QAEjecuta el muestreo de aceptación según ISO 2859-1 en lotes entrantes.
Ingeniero de CampoRegistra tickets de regresión desde servicio.
Gerente de IngenieríaAutoriza las reversiones.
Técnico de ServicioEjecuta el flasheo y la lista de verificación de reversión.

3. Lista de verificación documental (archivos a conservar)

4. Cronograma y dependencias

FaseDepende deDuración indicativa
Recibir y verificar el release del OEM (Paso 1)Paquete de release del OEM disponible0.5 día hábil (indicativo)
Almacenar y pinear en el vault (Paso 2)Paso 1 completo0.5 día hábil (indicativo)
Regresión de banco (Paso 3)Paso 2 completo, unidad golden disponible1 día hábil (indicativo)
Instrucción de build de línea (Paso 4)Paso 3 aprobado0.5 día hábil (indicativo)
Programación en línea CN (Paso 5)Paso 4 emitido, cupo en línea CN reservado1-2 días hábiles por lote de build (indicativo)
Envío CN → QA (Paso 6)Paso 5 completo, Incoterm definido en el contrato de ventaINCERTO — depende del Incoterm y la ruta
Inspección entrante en QA (Paso 7)Entrega del Paso 61 día hábil por lote (indicativo)
Firma del lote (Paso 8)Paso 7 aprobado0.5 día hábil (indicativo)
Detección de regresión (Paso 9)Reporte de campo, rango de seriales de la unidad0.5 día hábil (indicativo)
Autorización de reversión (Paso 10)Ticket del Paso 9 triado0.5 día hábil (indicativo)
Flasheo y verificación de reversión (Paso 11)Paso 10 autorizado, técnico desplazado0.5-1 día hábil por visita a sitio (indicativo)
Actualización del log de auditoría (Paso 12)Reporte del Paso 11 archivado0.25 día hábil (indicativo)
Aviso de plazo de entrega. Todos los plazos de entrega etiquetados como "indicativo" son cifras de planificación derivadas de la revisión interna de POE de TradVolt y están sujetos a la cadencia de release del OEM, la disponibilidad de cupos en la línea CN, los tiempos de despacho aduanero y el Incoterm nombrado en el contrato de venta subyacente. Trate toda cifra de esta tabla como INCERTA hasta que se confirme en la cotización activa. [Claim — borrador interno de POE, con fecha 2026-09-21]

5. Referencia de muestreo de aceptación

La inspección entrante en el sitio de aceptación en QA utiliza un plan de muestreo simple por atributos tomado de ISO 2859-1. La clase AQL, el nivel de inspección y los números de aceptación/rechazo se definen por contrato en AQL-PLAN-BMS-v2.pdf; este POE no codifica aquí valores de AQL fijos. [Claim — referencia de muestreo ISO 2859-1, Src: ISO 2859-1, URL: https://www.iso.org/standard/11437.html, accessed 2026-09-21]

6. Referencia de Incoterms

El envío desde el sitio de fabricación en CN al sitio de aceptación en QA se ejecuta bajo el Incoterm nombrado en el contrato de venta activo (comúnmente EXW, FCA, FOB, CIP o DAP según el corredor). La transferencia de costos, la transferencia de riesgo y la responsabilidad aduanera siguen las definiciones de ICC Incoterms 2020. El código Incoterm se registra en el manifiesto de envío y en el manifiesto de versión. [Claim — definición de Incoterms, Src: ICC Incoterms 2020, URL: https://iccwbo.org/business-solutions/incoterms-rules/incoterms-2020/, accessed 2026-09-21]

7. Bloque de aranceles / código HS

Aviso legal. El código HS, la tasa de arancel de importación y la tasa de IVA/GST mostradas arriba están marcadas intencionalmente como "PENDIENTE — consulta" y deben confirmarse en los portales aduaneros y tributarios oficiales del país importador al momento de cada envío. TradVolt no brinda asesoría en aranceles o impuestos; consulte a un agente de aduanas licenciado en la jurisdicción importadora. Este bloque es solo informativo y no constituye una declaración aduanera.

8. Referencias de cumplimiento y normas

9. Slots de costo

Las líneas a continuación son únicamente slots de costo. TradVolt no publica precios fijos en este POE; el precio final se confirma en la cotización activa.

10. CTAs y descargas

Solicitar cotización — respuesta en 48 h Descargar lista de verificación de regresión BMS (PDF)

Ambos enlaces arriba son CTAs activos en tradvolt.com; si alguno no resuelve, contacte a [email protected] para obtener el artefacto vigente.

11. Referencias de filas de claims

  1. [Claim — referencia al manual de servicio del OEM | Src: Manual de servicio del OEM para la revisión de hardware BMS en alcance | URL: ver carpeta del contrato activo | accessed 2026-09-21]
  2. [Claim — referencia IEC 61851-1 | Src: IEC 61851-1 | URL: https://webstore.iec.ch/publication/33644 | accessed 2026-09-21]
  3. [Claim — referencia UL 1973 | Src: UL 1973 | URL: https://www.shopulstandards.com/ProductDetail.aspx?UniqueKey=36484 | accessed 2026-09-21]
  4. [Claim — referencia de muestreo ISO 2859-1 | Src: ISO 2859-1 | URL: https://www.iso.org/standard/11437.html | accessed 2026-09-21]
  5. [Claim — definición de Incoterms | Src: ICC Incoterms 2020 | URL: https://iccwbo.org/business-solutions/incoterms-rules/incoterms-2020/ | accessed 2026-09-21]
  6. [Claim — clasificación HS por confirmar | Src: WCO Harmonized System | URL: https://www.wcoomd.org/en/topics/nomenclature/instrument-and-tools/hs-nomenclature-2022-edition.aspx | accessed 2026-09-21]
  7. [Claim — portal aduanero de China | Src: Administración General de Aduanas de China | URL: https://online.customs.gov.cn/mySearch/ | accessed 2026-09-21]
  8. [Claim — consulta TARIC de la UE | Src: TARIC de la Comisión Europea | URL: https://ec.europa.eu/taxation_customs/dds2/taric/taric_consultation.jsp | accessed 2026-09-21]
  9. [Claim — referencia de documentación FIATA | Src: FIATA | URL: https://fiata.org/ | accessed 2026-09-21]
  10. [Claim — referencia de conformidad CE | Src: portal de marcado CE de la UE | URL: https://single-market-economy.ec.europa.eu/single-market/ce-marking_en | accessed 2026-09-21]

© TradVolt. Esta página es un borrador de proceso / POE para equipos de servicio de EVSE. No constituye asesoría aduanera, tributaria ni legal. Los códigos HS, las tasas de aranceles y los plazos de entrega deben confirmarse contra los portales aduaneros y tributarios oficiales del país importador al momento de cada envío. Última revisión: 2026-09-21.