Um registro de garantia é
dois documentos em conflito

Um bom registro é uma linha por unidade, e nenhum documento tem os doze campos

Um registro de garantia é a entrada por unidade que responde a cinco perguntas: qual produto físico, vendido a quem, quando, por quem e sob qual cobertura. Por unidade é a parte que a maioria dos arquivos de registro erra. Uma venda é um evento. Uma unidade é um objeto com número de série, histórico de serviço e um ciclo de vida que dura mais que o recibo.

A tabela abaixo é a lista de campos que um registro funcional precisa, e qual documento pode fornecer cada campo. A última coluna é a que dá discussão. Ela diz de onde o valor deve vir quando os dois documentos discordam.

Quatro campos aparecem apenas no recibo, dois apenas no cartão, e quatro podem aparecer em ambos. Os dois últimos não estão de forma confiável em nenhum dos dois. A data de início da garantia é uma regra aplicada a uma venda e a uma entrega, não um valor impresso em algum lugar. O prazo da garantia vem da linha de produto e do programa, às vezes com um plano estendido sobreposto. Nenhuma ferramenta de extração consegue ler qualquer um dos dois em um cartão.

O cartão não é inútil. É a única fonte para o proprietário e os dados de contato, que também são os dados dos quais um recall ou um aviso de segurança depende. O recibo é a única fonte para a transação. A etiqueta da unidade é a única fonte que liga os dois a um objeto físico. São três tarefas diferentes, e um documento não consegue fazer todas elas.

O cartão é do proprietário. O recibo é da venda. A etiqueta da unidade é da identidade.

A identidade falha primeiro, porque nome de modelo, SKU de varejo e GTIN são três coisas diferentes

O campo de modelo é o primeiro lugar onde um cartão e um recibo deixam de concordar, e a discordância é estrutural, não clerical. O cliente escreve o nome impresso na caixa, porque é o nome que conhece. O varejista imprime sua própria descrição e seu próprio código de inventário, porque é o que seu sistema de ponto de venda armazena. Nenhum dos dois é o número de modelo do fabricante na placa de identificação.

Os padrões por trás dos códigos de barras de varejo separam esses identificadores por um motivo. GS1, o órgão que mantém o sistema de códigos de barras, define um GTIN como o identificador de um item comercial: todas as unidades desse item o compartilham. Adicione um número de série, carregado em um código de barras como Identificador de Aplicação 21, e você identifica uma unidade física. Um GTIN sozinho não consegue dizer qual de dez unidades idênticas saiu da loja. Leia o GS1 Global Traceability Standard para a distinção completa.

Um recibo com um número de código de barras diz qual produto foi vendido. Ele não diz qual unidade saiu da loja, a menos que o número de série esteja impresso no recibo. A maioria dos recibos não o imprime. É por isso que um número de série em um recibo vale mais do que uma página de descrição de produto, e por isso ele geralmente está ausente.

A lacuna não é teórica. Um comprador descreveu o mesmo problema no r/Lenovo: "o número de série na fatura emitida pela Croma não correspondia ao meu laptop real. Isso levou a problemas de ativação da garantia e muita troca de mensagens entre a Croma e a Lenovo." O cliente tinha o laptop, o varejista tinha a fatura e o fabricante tinha o sistema de garantia. O número de série era o único campo que conectava os três, e era justamente o que estava errado.

A caligrafia adiciona uma segunda falha no cartão. Um número de série copiado de uma etiqueta pode transformar O em 0 ou I em 1, e um recibo térmico pode colocar uma linha de dobra no meio da mesma sequência. O portal de registro pode rejeitar o valor como inválido, e a pessoa que tem um produto correto é informada de que o produto não está correto. Um número de série correto e um número de série válido não são a mesma coisa.

Mantenha três colunas em vez de uma: Modelo no Cartão, SKU ou GTIN do Recibo, e Número de Série. Se o número de série aparecer apenas no cartão, marque-o como declarado em vez de confirmado. A etiqueta, não o cartão, é onde um número de série se torna um fato.

Um GTIN diz qual produto. Só o número de série diz qual unidade.

A data de compra é uma lembrança no cartão e um carimbo de data e hora no recibo

O segundo campo a falhar é a data, porque o cartão registra uma lembrança e o recibo registra um evento. Os clientes preenchem os cartões dias ou semanas após a compra. Eles escrevem um mês e um ano, ou o dia em que a unidade foi entregue, ou o dia em que finalmente abriram a caixa. O recibo tem uma data de transação e frequentemente um horário, gerado pelo caixa.

A data que inicia a cobertura não é necessariamente nenhuma das duas. Na UE, o vendedor é responsável por uma falta de conformidade que se torne aparente dentro de dois anos da entrega, sob o Artigo 10 da Diretiva (UE) 2019/771. O relógio começa na entrega, não no registro. Nos EUA, a interpretação da FTC da Magnuson-Moss Warranty Act diz que uma garantia total não pode exigir que o consumidor devolva um cartão de registro, e o cartão só pode ser sugerido como uma forma de documentar a data de compra, sob 16 CFR 700.7. O cartão não é o relógio legal em nenhum dos sistemas.

As regras do programa ainda decidem qual data é usada. Alguns programas usam a data de venda, alguns usam a entrega ou instalação, e alguns usam como padrão a data de envio ou a data da fatura para o revendedor quando nenhuma data de venda foi registrada. Esse último padrão é o que silenciosamente encurta a cobertura do cliente, e é a razão pela qual uma data de venda ausente não é um evento neutro.

Um registro viável, portanto, precisa de pelo menos duas colunas de data: a data no comprovante de compra, e a data de entrega ou instalação quando conhecida. Uma única coluna de Data de Compra força o administrador a escolher uma e descarta a evidência da outra.

A quantidade cria a outra incompatibilidade. Uma fatura de revendedor pode conter uma linha de quantidade: dez unidades de um modelo, um número de fatura, uma data. Os cartões chegam um por unidade. Uma planilha construída com uma linha por recibo tem uma linha e nove unidades faltantes. Uma planilha construída com uma linha por cartão tem dez linhas e nenhum número de fatura, a menos que alguém o copie dez vezes.

Se a fatura listar os dez números de série, extraia a quantidade e a lista de números de série, depois divida a lista em linhas na planilha. Se não listar, os cartões são o único vínculo por unidade, e cada um deles é uma alegação em vez de uma confirmação. Quando os números de série estão espalhados por faturas, listas de embalagem e cartões, colocá-los em uma única coluna é um passo à parte; o fluxo de trabalho para extrair números de série de documentos variados cobre essa parte.

Um recibo é uma transação. Um registro é uma unidade. As duas contagens raramente coincidem.

Quatro pessoas copiam os mesmos campos, e cada cópia é uma chance de divergir

O registro passa por quatro pares de mãos, e cada transferência redigita dados que já foram anotados uma vez. A divergência não é causada por descuido. É causada por cada pessoa ter um documento diferente e um motivo diferente para copiar dele.

O administrador é o pivô. Em uma solicitação de revendedor, ele muitas vezes tem a fatura do revendedor em um sistema de gestão de revendedores (DMS) em uma tela e o portal de garantia do fabricante em outra, e redigita entre eles. Cada redigitação é uma chance de perder um dígito ou de escolher a data manuscrita do cartão em vez do carimbo de data e hora do recibo. Depois de duas cópias, ninguém consegue dizer qual valor era o original.

O registro também não é uma devolução, e a diferença decide quem é o dono dos dados. Um registro de cadastro é criado na venda, antes de existir qualquer devolução. Um registro de autorização de devolução (RMA) é criado na falha, quando a unidade volta. O mesmo número de série pode aparecer nos dois, mas os documentos, o momento e a pessoa que os tem são diferentes. Se sua equipe está tratando os dois como um único problema de papel, os formulários de devolução em papel no armazém são um problema separado com uma solução separada.

Na terceira cópia, o registro é um boato do original.

A etapa de papel para dados falha porque um cartão e um recibo não compartilham layout nem chave

A etapa de papel para dados falha em duas coisas que um modelo não consegue corrigir: o cartão e o recibo não compartilham layout, e não compartilham chave. A extração baseada em modelo presume que o campo fica no mesmo lugar em todo documento. Nem um cartão de registro nem um recibo de varejista fazem essa promessa. Os cartões são impressos uma vez e depois preenchidos à mão: caixas de seleção, letra cursiva, um grampo atravessando o campo do número de série, uma foto de celular tirada de um ângulo. Os recibos são piores. O sistema de ponto de venda de cada varejista tem suas próprias abreviações, ordem de linhas e tipo de papel. A impressão térmica desbota, e um recibo fotografado sobre um balcão fica torto e parcialmente sombreado.

Um modelo para o recibo de um varejista falha no do próximo. Um modelo para uma tiragem de cartões falha quando o fabricante reimprime. Os dois documentos também não compartilham nenhum número de referência: o cartão não tem número de fatura, e o recibo geralmente não tem número de série. Mesmo uma extração perfeita deixa duas tabelas que não podem ser unidas por uma única coluna. O problema de layout é visível. A chave ausente é o que trava o trabalho.

Custom Column Extraction começa pelo outro lado. Você digita os nomes das colunas que quer, como Receipt Date, Receipt SKU ou Serial Number, e a IA encontra cada valor pelo significado, não pelas coordenadas. Não há zona para desenhar nem modelo por varejista, então um novo layout de recibo é uma nova página para ler, não uma nova configuração para montar.

Nomeie as colunas pelo documento e também pelo campo: Model on Card, Date Written on Card, Receipt SKU, Receipt Date, Card Serial. Em um lote de cartões, os rótulos mantêm o resultado fiel. Em uma única imagem que mostra os dois documentos, eles também dão ao modelo uma forma de manter os dois valores de data separados, em vez de retornar o que viu primeiro.

O processamento em lote é a outra metade. Uma caixa de cartões é um único upload, processado como um conjunto e mesclado em um único arquivo Excel, então a unidade de trabalho corresponde à unidade de entrada. A saída pode ser XLSX, CSV ou JSON, dependendo se o próximo passo é uma planilha, uma importação para o sistema de garantia ou um script.

Review Mode with Bbox é a verificação dos quatro campos que podem entrar em conflito. Passe o mouse sobre qualquer célula extraída e a região de onde ela veio é destacada na imagem original. Clique em uma região na imagem e a célula correspondente é selecionada. Uma data contestada deixa de ser uma disputa de memória: você pode ver se o cartão diz 3/2026 ou 5/2026, e se o carimbo de data e hora do recibo é do mesmo dia da nota de entrega. Se os cartões tiverem escrita densa, o nível de modelo mais alto, a configuração da conta que seleciona o modelo de visão subjacente, é o que deve ser usado; o nível padrão é feito para tabelas impressas.

A extração não resolve a divergência. Ela coloca os dois valores diante da pessoa que pode resolver.

Um fluxo de entrada em quatro etapas mantém as divergências visíveis em vez de diluí-las numa média

O objetivo do fluxo de entrada não é uma folha limpa. É uma folha em que cada valor ainda pode ser rastreado até o documento que o forneceu. Isso exige quatro decisões, tomadas uma vez e aplicadas a cada lote.

O registro ainda não pode decidir a cobertura, e a extração também não

A extração fornece valores com origem. Ela não dá um veredito. A fronteira importa porque o trabalho de garantia é decidido por regras que existem fora de qualquer um dos documentos, e uma ferramenta que borra essa linha cria um novo tipo de registro ruim: um que parece confiável e não pode ser defendido.

Ela não verifica que uma compra aconteceu. Um recibo pode ser editado, reutilizado ou emprestado, e a ferramenta lê o que está na página. Ela também não confere um número de série em um banco de dados do fabricante. Um número de série pode corresponder à caixa e à placa da unidade e ainda ser rejeitado pelo portal de registro, porque o portal está verificando um banco de dados, não o documento à sua frente. O tópico de suporte da HP em que um comprador pergunta "COMO ELES PODEM SER INVÁLIDOS?" depois que o número do produto e o número de série correspondem à caixa de envio é a versão mais clara dessa lacuna.

Ela não decide cobertura, exclusões, datas de início e fim sob as regras do programa, ou se uma reclamação é válida. Ela não une as duas tabelas quando não há uma chave compartilhada; isso continua sendo uma fórmula de planilha ou o julgamento de uma pessoa. Ela não executa um RMA ou uma reclamação. Quando a unidade falha, a papelada muda de um cartão de registro para uma autorização de devolução, e os dados de RMA entrando em um sistema de inventário são um trabalho diferente com campos diferentes.

A saída também não é um sistema de registro. É uma tabela que você importa, revisa ou mescla no sistema de garantia que você já usa. E como o scan carrega os mesmos nomes, endereços e detalhes de contato que o registro, as regras de retenção e acesso que se aplicam ao registro se aplicam aos arquivos também.

Um registro pode estar completo e ainda estar errado. Completo significa que todos os campos estão preenchidos. Correto significa que todos os campos têm origem.

O registro só é tão bom quanto sua fonte mais fraca

Um registro digital de produto não é um formulário que foi preenchido. É um conjunto de valores com uma fonte documentada, e a fonte é o que sobrevive a uma disputa. O cartão de registro ainda tem sua função: é o único lugar onde o proprietário existe. O recibo tem a função mais forte: é o único lugar onde a venda existe. A etiqueta da unidade tem a palavra final sobre a identidade, e geralmente é a última coisa que alguém olha.

Construa o registro de modo que esses três possam ser comparados. Mantenha as duas datas. Mantenha os dois campos de modelo. Mantenha o número de série declarado separado do número de série confirmado. Depois, revise as linhas em que eles divergem, porque são essas as linhas que se transformam em uma reclamação rejeitada dois anos depois.

Processe uma caixa de cartões e os recibos que vieram com eles em um lote, e veja os conflitos antes que um cliente veja. Experimente com uma caixa de cartões.

Perguntas frequentes

Um cartão de registro de garantia prova que eu comprei o produto?

Nos EUA, uma garantia integral não pode exigir que o consumidor devolva o cartão, e o cartão só pode ser sugerido como uma forma de documentar a data da compra, conforme o 16 CFR 700.7. O recibo, a fatura ou a confirmação do pedido são a prova mais forte porque registram a transação. Mantenha os dois, mas construa o registro em torno da prova de compra e trate o cartão como o registro do proprietário.

A ferramenta consegue ler um cartão de registro manuscrito?

Sim. Manuscrito, letra cursiva e caixas de seleção são suportados, junto com recibos impressos e digitalizações. Manuscrito denso é o caso para um nível de processamento mais alto. A ferramenta extrai o que está escrito; ela não decide se o número de série manuscrito é o correto.

E se um recibo cobrir várias unidades?

Extraia a quantidade e a lista de números de série do recibo, depois divida a lista em uma linha por número de série na planilha. Se o recibo não listar números de série, os cartões são o único vínculo por unidade que você tem, e devem ser tratados como valores declarados até que a etiqueta da unidade seja verificada.

Ele valida números de série no banco de dados do fabricante?

Não. Ele lê o número de série conforme impresso. A validação é uma etapa separada, feita no seu próprio cadastro mestre, nos registros do revendedor ou no portal do fabricante, e um valor pode estar correto na etiqueta e ainda assim falhar nessa verificação.

Qual data deve iniciar a garantia?

Comece pela data de entrega ou de venda no comprovante de compra, não pela data escrita no cartão. As regras do programa definem se é a data da fatura, a data de entrega ou instalação, ou uma data de ativação. A ferramenta fornece as datas candidatas; a regra que escolhe uma delas pertence ao programa de garantia.

Os revendedores podem enviar cartões e faturas diretamente?

Sim. Um Link de Coleta permite que o revendedor envie arquivos sem uma conta, e os cartões já recebidos podem passar como um lote normal. O envio do revendedor ainda precisa da mesma verificação de origem, porque uma fatura do revendedor pode conter um número de série que não corresponde à unidade.