Un registro de garantía es
dos documentos en conflicto

Un buen registro es una fila por unidad, y ningún documento tiene los doce campos

Un registro de garantía es la entrada por unidad que responde cinco preguntas: qué producto físico, vendido a quién, cuándo, por quién y bajo qué cobertura. La parte "por unidad" es la que más se equivoca en los archivos de registro. Una venta es un evento. Una unidad es un objeto con un número de serie, un historial de servicio y un ciclo de vida que sobrevive al recibo.

La tabla siguiente es la lista de campos que necesita un registro funcional, y qué documento puede aportar cada campo. La última columna es la que hay que discutir. Indica de dónde debe venir el valor cuando los dos documentos no coinciden.

Cuatro campos aparecen solo en el recibo, dos solo en la tarjeta y cuatro pueden aparecer en ambos. Los dos últimos no están de forma fiable en ninguno. La fecha de inicio de la garantía es una regla aplicada a una venta y a una entrega, no un valor impreso en ningún sitio. El plazo de la garantía proviene de la línea de producto y del programa, a veces con un plan extendido superpuesto. Ninguna herramienta de extracción puede leer ninguno de los dos en una tarjeta.

La tarjeta no es inútil. Es la única fuente del propietario y de los datos de contacto, que son también los datos de los que depende una retirada o un aviso de seguridad. El recibo es la única fuente de la transacción. La etiqueta de la unidad es la única fuente que vincula ambos a un objeto físico. Son tres tareas distintas, y un solo documento no puede hacerlas todas.

La tarjeta es del propietario. El recibo es de la venta. La etiqueta de la unidad es de la identidad.

La identidad falla primero, porque un nombre de modelo, un SKU minorista y un GTIN son tres cosas distintas

El campo del modelo es el primer punto donde una tarjeta y un recibo dejan de coincidir, y la discrepancia es estructural, no administrativa. El cliente escribe el nombre impreso en la caja, porque es el nombre que conoce. El minorista imprime su propia descripción y su propio código de inventario, porque eso es lo que almacena su sistema de punto de venta. Ninguno de los dos es el número de modelo del fabricante en la placa de características.

Los estándares que sustentan los códigos de barras minoristas separan estos identificadores por una razón. GS1, el organismo que mantiene el sistema de códigos de barras, define un GTIN como el identificador de un artículo comercial: todas las unidades de ese artículo lo comparten. Añada un número de serie, incluido en un código de barras como Identificador de Aplicación 21, y ya identifica una unidad física concreta. Un GTIN por sí solo no puede decirle cuál de diez unidades idénticas salió de la tienda. Consulte el GS1 Global Traceability Standard para conocer la distinción completa.

Un recibo con un número de código de barras le dice qué producto se vendió. No le dice qué unidad salió de la tienda, a menos que el número de serie esté impreso en el recibo. La mayoría de los recibos no lo imprimen. Por eso un número de serie en un recibo vale más que una página de descripción de producto, y por eso suele estar ausente.

La brecha no es teórica. Un comprador describió el mismo problema en r/Lenovo: "el número de serie de la factura emitida por Croma no coincidía con mi portátil real. Esto provocó problemas de activación de la garantía y muchas idas y venidas entre Croma y Lenovo". El cliente tenía el portátil, el minorista tenía la factura y el fabricante tenía el sistema de garantía. El número de serie era el único campo que conectaba los tres, y era el que estaba mal.

La escritura a mano añade un segundo fallo en la tarjeta. Un número de serie copiado de una etiqueta puede convertir una O en un 0 o una I en un 1, y un recibo térmico puede tener una línea de pliegue justo en medio de esa misma cadena. El portal de registro puede rechazar el valor como inválido, y a la persona que tiene un producto correcto se le dice que el producto no es correcto. Un número de serie correcto y un número de serie válido no son lo mismo.

Mantenga tres columnas en lugar de una: Modelo en la tarjeta, SKU o GTIN del recibo, y Número de serie. Si el número de serie aparece solo en la tarjeta, márquelo como declarado en lugar de confirmado. La etiqueta, no la tarjeta, es donde un número de serie se convierte en un hecho.

Un GTIN le dice qué producto. Solo el número de serie le dice qué unidad.

La fecha de compra es un recuerdo en la tarjeta y una marca temporal en el recibo

El segundo campo que falla es la fecha, porque la tarjeta registra un recuerdo y el recibo registra un hecho. Los clientes rellenan las tarjetas días o semanas después de la compra. Escriben un mes y un año, o el día en que se entregó la unidad, o el día en que por fin abrieron la caja. El recibo tiene una fecha de transacción y a menudo una hora, generada por la caja registradora.

La fecha que inicia la cobertura no es necesariamente ninguna de las dos. En la UE, el vendedor responde de una falta de conformidad que se manifieste en el plazo de dos años desde la entrega, conforme al artículo 10 de la Directiva (UE) 2019/771. El plazo empieza en la entrega, no en el registro. En EE. UU., la interpretación de la FTC de la Magnuson-Moss Warranty Act establece que una garantía completa no puede exigir al consumidor devolver una tarjeta de registro, y la tarjeta solo puede sugerirse como una forma de documentar la fecha de compra, conforme a 16 CFR 700.7. La tarjeta no es el reloj legal en ninguno de los dos sistemas.

Las reglas del programa siguen decidiendo qué fecha se utiliza. Algunos programas usan la fecha de venta, otros usan la entrega o la instalación, y algunos aplican por defecto la fecha de envío o la fecha de factura al distribuidor cuando no se ha registrado ninguna fecha de venta. Ese último valor por defecto es el que acorta silenciosamente la cobertura del cliente, y es la razón por la que una fecha de venta ausente no es un hecho neutro.

Por lo tanto, un registro viable necesita al menos dos columnas de fecha: la fecha del justificante de compra y la fecha de entrega o instalación cuando se conoce. Una única columna de Fecha de compra obliga al administrador a elegir una y descarta la evidencia de la otra.

La cantidad genera el otro desajuste. Una factura de distribuidor puede incluir una línea de cantidad: diez unidades de un modelo, un número de factura, una fecha. Las tarjetas llegan una por unidad. Una hoja construida con una fila por recibo tiene una fila y nueve unidades faltantes. Una hoja construida con una fila por tarjeta tiene diez filas y ningún número de factura, a menos que alguien lo copie diez veces.

Si la factura incluye los diez números de serie, extraiga la cantidad y la lista de números de serie, y luego divida la lista en filas en la hoja de cálculo. Si no los incluye, las tarjetas son el único vínculo por unidad, y cada una de ellas es una declaración en lugar de una confirmación. Cuando los números de serie están repartidos entre facturas, listas de empaque y tarjetas, reunirlos en una sola columna es un paso en sí mismo; el flujo de trabajo para extraer números de serie de documentos mixtos cubre esa parte.

Un recibo es una transacción. Un registro es una unidad. Las dos cifras rara vez coinciden.

Cuatro personas copian los mismos campos, y cada copia es una oportunidad de desviarse

El registro pasa por cuatro pares de manos, y cada traspaso vuelve a teclear datos que ya se habían anotado una vez. La desviación no se debe a la falta de cuidado. Se debe a que cada persona tiene un documento distinto y una razón distinta para copiar de él.

El administrador es el eje. En una reclamación de distribuidor, a menudo tiene la factura del distribuidor en un sistema de gestión de distribuidores (DMS) en una pantalla y el portal de garantías del fabricante en otra, y teclea de nuevo entre ellas. Cada reintroducción es una oportunidad de perder un dígito o de elegir la fecha manuscrita de la tarjeta en lugar de la marca de tiempo del recibo. Después de dos copias, nadie puede decir qué valor era el original.

El registro tampoco es una devolución, y la diferencia decide quién posee los datos. Un registro de registro se crea en la venta, antes de que exista ninguna devolución. Un registro de autorización de devolución (RMA) se crea en el fallo, cuando la unidad vuelve. El mismo número de serie puede aparecer en ambos, pero los documentos, el momento y la persona que los tiene son distintos. Si su equipo los trata como un solo problema de papeleo, los formularios de devolución en papel en el almacén son un problema aparte con una solución aparte.

Para la tercera copia, el registro es un rumor del original.

El paso del papel a los datos falla porque una tarjeta y un recibo no comparten diseño ni clave

El paso del papel a los datos falla en dos cosas que una plantilla no puede arreglar: la tarjeta y el recibo no comparten diseño, y no comparten clave. La extracción basada en plantillas asume que el campo está en el mismo lugar en todos los documentos. Ni una tarjeta de registro ni un recibo de minorista hacen esa promesa. Las tarjetas se imprimen una vez y luego se rellenan a mano: casillas, letra cursiva, una grapa sobre la casilla del número de serie, una foto tomada en ángulo con el teléfono. Los recibos son peores. El sistema de punto de venta de cada minorista tiene sus propias abreviaturas, orden de líneas y tipo de papel. La impresión térmica se desvanece, y un recibo fotografiado sobre un mostrador sale torcido y con sombras parciales.

Una plantilla para el recibo de un minorista falla con el siguiente. Una plantilla para una tirada de tarjetas falla cuando el fabricante reimprime. Los dos documentos tampoco comparten ningún número de referencia: la tarjeta no tiene número de factura, y el recibo normalmente no tiene número de serie. Incluso una extracción perfecta deja dos tablas que no se pueden unir por una sola columna. El problema del diseño es visible. La clave que falta es la que detiene el trabajo.

Custom Column Extraction empieza por el otro extremo. Usted escribe los nombres de columna que quiere, como Receipt Date, Receipt SKU o Serial Number, y la IA encuentra cada valor por su significado en lugar de por coordenadas. No hay zona que dibujar ni plantilla por minorista, así que un nuevo diseño de recibo es una nueva página que leer, no una nueva configuración que crear.

Nombre las columnas por el documento además del campo: Model on Card, Date Written on Card, Receipt SKU, Receipt Date, Card Serial. En un lote de tarjetas, las etiquetas mantienen la salida fiel. En una sola imagen que muestra ambos documentos, también le dan al modelo una forma de mantener separados los dos valores de fecha en lugar de devolver el que vio primero.

El procesamiento por lotes es la otra mitad. Una caja de tarjetas es una sola carga, procesada como un conjunto y fusionada en un solo archivo Excel, así que la unidad de trabajo coincide con la unidad de entrada. La salida puede ser XLSX, CSV o JSON, según si el siguiente paso es una hoja de cálculo, una importación a un sistema de garantías o un script.

El Modo de revisión con Bbox es la comprobación para los cuatro campos que pueden entrar en conflicto. Pase el cursor sobre cualquier celda extraída y la región de la que proviene se resalta en la imagen original. Haga clic en una región de la imagen y se selecciona la celda correspondiente. Una fecha en disputa deja de ser un concurso de memoria: usted puede ver si la tarjeta dice 3/2026 o 5/2026, y si la marca de tiempo del recibo es del mismo día que el albarán de entrega. Si las tarjetas tienen escritura densa, el nivel de modelo superior, el ajuste de cuenta que selecciona el modelo de visión subyacente, es el que debe usar; el nivel estándar está pensado para tablas impresas.

La extracción no resuelve el desacuerdo. Pone ambos valores delante de la persona que sí puede.

Una recepción en cuatro pasos mantiene visibles las discrepancias en lugar de promediarlas

El objetivo de la recepción no es una hoja limpia. Es una hoja donde cada valor aún pueda rastrearse hasta el documento que lo proporcionó. Eso requiere cuatro decisiones, tomadas una vez y aplicadas a cada lote.

El registro aún no puede decidir la cobertura, y la extracción tampoco

La extracción le da valores con origen. No le da un veredicto. El límite importa porque el trabajo de garantía se decide por reglas que viven fuera de cualquiera de los dos documentos, y una herramienta que difumina esa línea crea un nuevo tipo de registro defectuoso: uno que parece autorizado y no se puede defender.

No verifica que una compra haya ocurrido. Un recibo se puede editar, reutilizar o tomar prestado, y la herramienta lee lo que está en la página. Tampoco comprueba un número de serie contra una base de datos del fabricante. Un número de serie puede coincidir con la caja y la placa de la unidad y aun así ser rechazado por el portal de registro, porque el portal está comprobando una base de datos, no el documento que tiene delante. El hilo de soporte de HP donde un comprador pregunta "HOW CAN THEY BE INVALID?" después de que el número de producto y el número de serie coincidan con la caja de envío es la versión más clara de esa brecha.

No decide la cobertura, las exclusiones, las fechas de inicio y fin según las reglas del programa, ni si una reclamación es válida. No une las dos tablas cuando no hay una clave compartida; eso sigue siendo una fórmula de hoja de cálculo o el criterio de una persona. No ejecuta un RMA ni una reclamación. Cuando la unidad falla, el papeleo cambia de una tarjeta de registro a una autorización de devolución, y los datos de RMA que entran en un sistema de inventario son un trabajo distinto con campos distintos.

El resultado tampoco es un sistema de registro. Es una tabla que usted importa, revisa o fusiona en el sistema de garantía que ya utiliza. Y como el escaneo lleva los mismos nombres, direcciones y datos de contacto que el registro, las reglas de retención y acceso que se aplican al registro se aplican también a los archivos.

Un registro puede estar completo y aun así ser incorrecto. Completo significa que todos los campos están rellenados. Correcto significa que todos los campos tienen origen.

El registro solo vale lo que vale su fuente más débil

Un registro digital de registro de producto no es un formulario que se rellenó. Es un conjunto de valores con una fuente documentada, y la fuente es lo que sobrevive a una disputa. La tarjeta de registro todavía tiene una función: es el único lugar donde existe el propietario. El recibo tiene la función más sólida: es el único lugar donde existe la venta. La etiqueta de la unidad tiene la última palabra sobre la identidad, y suele ser lo último que alguien mira.

Construya el registro de modo que esos tres puedan compararse. Conserve ambas fechas. Conserve ambos campos de modelo. Mantenga el número de serie declarado separado del número de serie confirmado. Después revise las filas donde no coincidan, porque esas son las filas que se convierten en una reclamación rechazada dos años después.

Procese por lotes una caja de tarjetas y los recibos que venían con ellas, y observe los conflictos antes que un cliente. Pruébelo con una caja de tarjetas.

Preguntas frecuentes

¿Una tarjeta de registro de garantía demuestra que compré el producto?

En EE. UU., una garantía completa no puede exigir al consumidor que devuelva la tarjeta, y la tarjeta solo puede sugerirse como una forma de documentar la fecha de compra, según 16 CFR 700.7. El recibo, la factura o la confirmación del pedido son la prueba más sólida porque registran la transacción. Conserve ambos, pero construya el registro en torno al comprobante de compra y trate la tarjeta como el registro del propietario.

¿Puede la herramienta leer una tarjeta de registro escrita a mano?

Sí. Se admiten escritura a mano, cursiva y casillas de verificación, junto con recibos impresos y escaneos. La escritura densa es el caso para un nivel de procesamiento superior. La herramienta extrae lo que está escrito; no decide si el número de serie manuscrito es el correcto.

¿Y si un recibo cubre varias unidades?

Extraiga la cantidad y la lista de números de serie del recibo, y luego divida la lista en una fila por número de serie en la hoja de cálculo. Si el recibo no incluye números de serie, las tarjetas son el único vínculo por unidad que tiene, y deben tratarse como valores declarados hasta que se verifique la etiqueta de la unidad.

¿Valida los números de serie con la base de datos del fabricante?

No. Lee el número de serie tal como está impreso. La validación es un paso aparte contra sus propios datos maestros, los registros del distribuidor o el portal del fabricante, y un valor puede ser correcto en la etiqueta y aun así fallar esa comprobación.

¿Qué fecha debe iniciar la garantía?

Comience por la fecha de entrega o de venta del comprobante de compra, no por la fecha escrita en la tarjeta. Las reglas del programa deciden si esa es la fecha de la factura, la fecha de entrega o instalación, o una fecha de activación. La herramienta le da las fechas candidatas; la regla que elige una pertenece al programa de garantía.

¿Pueden los distribuidores enviar tarjetas y facturas directamente?

Sí. Un Enlace de Recopilación permite que un distribuidor suba archivos sin una cuenta, y las tarjetas ya recibidas pueden procesarse como un lote normal. La carga del distribuidor aún necesita la misma comprobación de origen, porque una factura del distribuidor puede llevar un número de serie que no coincide con la unidad.