Ir para o conteúdo
Ztract
pt
English Français Deutsch Español Português 日本語 한국어 简体中文
Entrar
Logística & alfândega

Invoices alfandegários e documentos comerciais, processados em lote.

Endereços de remetente e destinatário, data da declaração, cada linha de produto com código HS, país de origem, INCOTERMS e moeda, mais pesos líquido e bruto — extraídos em uma única passada.

Começar grátis See it run

Demo ao vivo

Veja em um documento real.

Clique em um campo à direita e destacamos a origem dele no documento à esquerda.

Clique em um campo ou uma caixa para vinculá-los.
Shipping — page 1

Extracted fields

To

From

Total

Products

Origin Hs code Currency Quantity Incoterms Net weight Unit price Total weight Product description

Dados de exemplo. Saída real do motor.

Visão geral

O que é extração de dados de documentos alfandegários?

Extração de documentos alfandegários transforma invoices comerciais, declarações alfandegárias e documentação de compliance de comércio semelhante nos dados estruturados que despachantes aduaneiros, freight forwarders e times de compliance de comércio alimentam em suas ferramentas de filing e triagem. O caso de uso é um dos mais intensivos em mão de obra do comércio internacional: códigos HS precisam estar exatos, pesos precisam fechar até o grama, e um erro de digitação em nome de parte pode segurar um embarque na alfândega.

No documento de exemplo acima, o Ztract devolve os blocos completos de remetente e destinatário — cada um com nome da empresa, pessoa de contato, telefone, endereço completo, cidade, país e CEP; a data da declaração; o bloco de total com moeda, peso líquido, peso bruto e preço declarado; e o array de produtos com o código HS, país de origem, quantidade, moeda e INCOTERMS de cada linha. O formato mapeia de forma limpa para os campos que CBP, SAD da UE e a maioria dos formulários alfandegários nacionais exigem.

Documentos de comércio internacional variam por país, modal e transportadora. O motor não depende de um único template — invoices comerciais de exportadores chineses, declarações com destino à UE e papelada destinada ao CBP americano leem todos no mesmo schema. Códigos HS são devolvidos como impressos (6 a 10 dígitos), não mapeados para um dicionário desatualizado; abreviações de INCOTERMS são capturadas com o local nomeado ("FOB Shanghai", "CIF Hamburgo"); e papelada multilíngue (remetente chinês, consignatário inglês, porto de embarque francês) permanece na escrita original.

Partes difíceis

Onde isso fica complicado.

Por que esse tipo de documento é mais difícil do que parece — e como a gente lida com isso.

  • Códigos HS impressos exatamente como declarados

    Os códigos mudam com a regulamentação — alterações em nível de capítulo acontecem anualmente. O motor devolve o código completo de 6 a 10 dígitos como impresso no documento, não um mapeamento para um dicionário interno que pode estar desatualizado.

  • Papelada multilíngue

    Remetente chinês, consignatário inglês, porto de embarque francês em um documento. Cada bloco de parte permanece na escrita original; os endereços ficam estruturados (rua, cidade, país, CEP).

  • Remetente e destinatário como blocos aninhados

    As duas partes voltam como objetos de endereço completos — nome da empresa, pessoa de contato, telefone, rua, cidade, país, CEP — em vez de colapsadas em uma string ambígua.

  • INCOTERMS e origem por linha

    INCOTERMS (FOB / CIF / DDP / EXW / etc.) e país de origem são capturados por linha de produto, não só no nível do documento. Embarques com origens mistas continuam corretamente atribuídos.

Quem usa

Fluxos em que isso entra.

  • Despachantes aduaneiros

    Pré-preencha filings de entrada a partir da invoice comercial em vez de digitar cada linha no portal alfandegário — códigos HS, INCOTERMS e dados das partes já estruturados.

  • Freight forwarders

    Reconcilie milhares de invoices alfandegários por dia contra sistemas de booking e tracking — endereços de remetente e destinatário casam com o manifesto da transportadora.

  • Compliance de comércio

    Triagem de códigos HS, países de origem e nomes de consignatário contra listas de sanções e partes proibidas, com o campo de origem citado para cada match.

FAQ

Perguntas comuns.

Quais documentos alfandegários o Ztract processa?
Invoices comerciais, declarações alfandegárias e papelada de embarque semelhante com remetente, destinatário, linhas de produto, códigos HS e INCOTERMS. Bills of lading (BOL) e air waybills (AWB) têm outro formato e ainda não estão especificamente otimizados — fale com a gente se esse for o seu uso principal.
Os códigos HS são validados contra uma base?
Não — e por escolha. Códigos HS são adicionados, retirados e reestruturados a cada ano, e uma tabela de mapeamento está sempre um pouco desatualizada. O Ztract devolve o código de 6 a 10 dígitos exatamente como impresso no documento; sua ferramenta de classificação a jusante faz a validação.
Ele lida com tabelas de produto em várias páginas?
Sim. Assim como nas notas fiscais, a tabela de produtos é remontada em quebras de página em um único array, com cada linha preservando código HS, origem, INCOTERMS, quantidade e moeda.
E os documentos multilíngues?
Comuns. Documentos de exportação chinesa costumam ter dados do remetente em chinês e dados do consignatário em inglês; a papelada alfandegária latino-americana mistura espanhol e inglês. Cada bloco de parte permanece na escrita original, com endereços estruturados.
A saída pode alimentar filings alfandegários automatizados?
O schema extraído já tem o formato para entrar direto na ferramenta de filing de um despachante — remetente, destinatário, valor declarado, linhas de produto com código HS e origem. Auto-filing ou revisão humana é uma escolha de fluxo do seu time; o Ztract só devolve os dados.

Relacionados

Também útil para estes documentos.

Teste no seu próprio documento.

Comece grátis com 30 páginas. Sem cartão, sem assinatura, sem configuração.

Começar grátis Fale com a gente