Integração Amazon Vendor - Pedidos e operações
O Amazon Vendor Central — às vezes chamado de Amazon 1P ou integração Amazon Vendor — é um programa de atacado em que a Amazon compra o seu estoque por meio de pedidos de compra em massa e o revende. Você não está apenas atendendo vendas; agora você é um fornecedor sujeito aos padrões operacionais rígidos da Amazon e a um monitoramento constante de KPIs.
Isso fica ainda mais complexo porque os pedidos do Amazon Vendor costumam incluir dezenas, se não centenas, de itens. Cada produto precisa estar corretamente mapeado no nível de EAN/SKU, cada quantidade de compra precisa ser confirmada e enviada com exatidão, e cada pedido precisa estar vinculado a um centro de distribuição específico da Amazon. Basta perder uma janela de entrega, enviar uma confirmação de pedido atrasada ou divergente, ou deixar seus dados de produto se descolarem do que a Amazon tem em registro, e as consequências são graves: vendas perdidas, taxas de chargeback e divergências de fatura.
É isso que torna o Vendor Central caro de operar manualmente — ou pior, por meio de vários sistemas, cada um com uma visão limitada do fluxo. O Base roda os pedidos do Amazon Vendor Central no mesmo painel, catálogo e fluxo de trabalho de todos os outros canais em que você vende, sem abrir mão nem dos requisitos rígidos da Amazon, nem das suas necessidades de personalização.
Experimente grátis
Onde as coisas realmente dão errado — e como o Base resolve
Pedidos de compra, sem complicação
O Amazon Vendor é rigoroso na confirmação de pedidos: as quantidades e os itens aceitos precisam bater com a entrega real até a unidade, dentro de uma janela apertada a partir do recebimento. Precisão não é negociável. O Base importa os pedidos automaticamente para o seu fluxo existente, usando as ações automáticas, os status e as regras personalizadas que você já roda para todos os outros canais — com visibilidade total de estoque para evitar confirmar além do que tem.
Centenas de itens para enviar, com automação
Um único pedido de compra do Vendor pode facilmente trazer dezenas ou centenas de itens. Processar tudo isso à mão — conferir estoque, preparar listas de separação e embalagem, alternar entre diferentes armazéns do vendor — é onde as equipes perdem dias inteiros. O WMS e o OMS do Base se adaptam a como você realmente opera seu armazém: pedidos em massa são tratados de forma sistemática, do recebimento à confirmação de envio.
Dados de produto sempre atualizados
Sistemas baseados em EAN e SKU se descolam com o tempo. Itens são renomeados, descontinuados ou reidentificados de um lado ou do outro, e é exatamente esse descompasso que gera pedidos rejeitados e dores de cabeça de conciliação. O Base usa APIs e transmissão ASIN-first, criando uma única fonte da verdade em vez de dois bancos de dados saindo de sincronia aos poucos.
Várias contas, sem silos
Várias marcas, modelos de fulfillment ou regiões significam vários logins e vários lugares para perder um PO de vista. O Base gerencia todas as contas Vendor — e todas as contas Seller — a partir de um único login. Se você opera um modelo híbrido 1P/3P ou usa os serviços de envio da Amazon junto com o Vendor, tudo fica no mesmo lugar.
EDI vs. API: qual é a diferença e por que isso importa para o Vendor Central
A maioria das integrações com o Vendor Central no mercado ainda roda em EDI. O Base roda na SP-API da Amazon. As duas abordagens dão conta do trabalho, mas funcionam de formas bem diferentes:
| EDI | API (Base) | |
|---|---|---|
| Uso na Amazon | Exclusivamente Vendor Central; o padrão histórico do universo Vendor, cobrindo todo o processo Order-to-Cash: recebimento e confirmação de PO, ASN, faturamento, estoque e mensagens de logística | Principalmente Seller Central, além do Vendor Central. As APIs Vendor lançadas nos últimos anos cobrem a maioria dos casos de uso de EDI (exceto algumas variações de programa/país) e recursos de anúncios e relatórios específicos de vendors |
| Formato de dados | Documentos padronizados (X12, EDIFACT) com linguagem codificada por campo, exigindo mapeamento extenso | As APIs da Amazon (SP-API) usam REST/JSON |
| Implementação | Mais longa e mais cara; normalmente exige middleware para traduzir para o ERP, mapeamento de padrões de mensagem e conexão dedicada (AS2/SFTP ou VAN de terceiros) | Mais rápida e mais barata; sem taxas de VAN, com mapeamento de campos e catálogo mais flexível |
| Comunicação | Entrada: um PO recebido, uma mensagem enviada. Saída: possibilidade de lote | Entrada: parâmetros configuráveis (busca de POs por data, status etc.). Saída: possibilidade de lote |
| Velocidade | Minutos; pode exigir tradução de EDI para ERP via middleware | De milissegundos a segundos; importado para o Base e convertido quase em tempo real |
| Correspondência de produtos | EAN / SKU / GLN — sujeito a descompasso quando há divergências de catálogo. | ASIN-first — uma única fonte da verdade |
| Flexibilidade | Limitada pelos padrões de mensagem | Altamente flexível |
| Tratamento de erros | Confirmações em lote ou recuperadas por mensagens específicas | Respostas imediatas |
| Escalabilidade | Forte para grandes redes corporativas, sobretudo se você já usa EDI com outros parceiros; historicamente usado com grandes varejistas e empresas de logística | Forte para aplicações modernas em nuvem e plataformas omnichannel |
No caso específico do Amazon Vendor Central, a linha de correspondência de produtos é onde nasce a maior parte da dor operacional. Sistemas EDI baseados em EAN e SKU criam descompassos no momento em que um item é renomeado, descontinuado ou reidentificado de um dos lados. Na maioria dos sistemas, isso dispara um erro que bloqueia a tradução da mensagem inteira. A transmissão ASIN-first mantém os dois lados alinhados em um único identificador que a Amazon possui e controla.
Começar é fácil
Conecte sua conta Amazon Vendor.
Os pedidos Vendor começam a entrar no seu painel Base, junto com todo o resto que você vende.
Vincule as ofertas ao seu catálogo e adicione outras contas Vendor conforme a necessidade.
Adicione o Direct Fulfillment, o Seller Central e outras transportadoras ou sistemas quando quiser. Mesma conta, sem projeto separado, sem precisar de desenvolvedor.
Perguntas frequentes
Não. O Direct Fulfillment tem integração própria, construída em torno de mapeamento de armazéns, etiquetas e documentos de envio para pedidos que você mesmo despacha. As duas foram feitas para rodar lado a lado.
Não. Ela roda na SP-API da Amazon, a forma mais nova de se conectar ao Vendor Central. O EDI foi o padrão do setor por anos, mas traz custos altos de implementação, mapeamento rígido de mensagens e atualizações caras toda vez que a Amazon muda as especificações. A integração via API do Base é mais flexível, consideravelmente mais barata de implementar e adota uma abordagem ASIN-first que reduz os descompassos.
Descompassos. Entre o que o seu catálogo diz e o que a Amazon tem em registro, entre o que você confirmou e o que a Amazon espera. A maior parte disso vem de dois sistemas que não se comunicam direito. Diferente das soluções legadas que dependem de EDI e rodam estritamente em EAN/GLN/SKU, o Base roda na SP-API da Amazon com uma abordagem ASIN-first.
Sim. As ofertas existentes podem ser importadas direto da sua conta Amazon conectada e depois vinculadas a produtos que já estão no seu catálogo Base — ou usadas para criar novos produtos de catálogo automaticamente, caso ainda não existam lá.
Sim. O Base suporta os dois, junto com os principais modelos de fulfillment da Amazon, então você não precisa gerenciá-los em dois sistemas desconectados.
Conectar a conta leva minutos. A configuração adicional — múltiplas contas, vinculação de catálogo, programas extras — depende de quão complexa a sua operação já é.
