Para conectar o Amazon Seller ao Claude via MCP: copie mcp.portermetrics.com/mcp, vá para Claude.ai, abra Conectores → Gerenciar conectores → Adicionar conector personalizado, cole a URL e faça login. A partir daí, pergunte ao Claude qualquer coisa sobre seus pedidos e estoque do Amazon Seller em linguagem simples.
Uma vez conectado, você pode automatizar seus relatórios e análises do Amazon Seller — faça perguntas sobre seus dados, crie dashboards, acione alertas ou envie relatórios prontos para o cliente como o abaixo.
Pré-requisitos
- Uma conta Porter Metrics com sua conta Amazon Seller conectada (o plano gratuito é suficiente para testar de ponta a ponta)
- Uma conta Claude — o plano gratuito funciona para o Claude Web; uma assinatura Pro é necessária para os recursos do Claude Code e Desktop MCP
- Acesso de administrador ou padrão às contas de vendedor Amazon Seller que você deseja conectar
Conectar o Amazon Seller ao Claude com MCP
Para este tutorial, vamos usar o método MCP. Aqui está uma explicação rápida do que é o MCP e por que é o melhor caminho para o Amazon Seller.
MCP (Model Context Protocol) é o padrão aberto que permite que ferramentas de IA como Claude, ChatGPT, Claude Code e outras acessem e usem APIs externas — os mecanismos que fazem ferramentas como o Amazon Seller funcionarem nos bastidores. Em vez de construir uma integração personalizada para cada ferramenta de IA que você usa, você instala um MCP e toda IA compatível obtém acesso aos mesmos dados.
A configuração completa leva menos de 5 minutos e se divide em três passos: conectar o Amazon Seller à Porter, apontar o Claude para o MCP da Porter, e fazer sua primeira pergunta.
1. Conecte seus dados do Amazon Seller à Porter
A Porter fica entre a Selling Partner API (SP-API) da Amazon e o Claude. Ela gerencia OAuth, limitação de taxa, paginação e toda a infraestrutura para que o Claude veja apenas dados limpos e estruturados.
Cadastre-se na Porter. Crie uma conta gratuita em portermetrics.com. O plano gratuito é suficiente para executar este fluxo completo de ponta a ponta.
Conecte seu perfil do Amazon Seller Central. Na Porter, clique em Criar → escolha Claude como destino → selecione Amazon Seller como fonte → faça login com a Amazon para conceder acesso às suas contas de vendedor.
Selecione suas contas de vendedor. Escolha as contas de vendedor Amazon Seller que você deseja que o Claude consulte. Quando você seleciona várias contas de vendedor em uma única conexão, a Porter automaticamente combina seus dados para que você possa consultá-los como um só.
Opcional: habilite o armazenamento BigQuery se você estiver conectando várias contas de vendedor com grandes volumes de dados. Isso mantém as respostas do Claude rápidas mesmo em escala.
2. Conecte o MCP ao Claude
A URL do MCP da Porter é o que você cola no Claude. Uma vez adicionado, o Claude pode consultar dados do Amazon Seller sob demanda em qualquer conversa.
Vá para claude.ai e clique no + ícone no campo de chat para abrir o menu de ferramentas.
No menu que abre, passe o mouse sobre Conectores e clique em Gerenciar conectores.
No painel de Conectores, clique no + botão no topo da lista para começar a adicionar um novo conector.
Escolha Adicionar conector personalizado no menu suspenso que aparece.
Uma caixa de diálogo abre com os campos de nome e URL. Digite Porter no primeiro campo para nomear o conector.
No segundo campo, cole https://mcp.portermetrics.com/mcp. Não altere as configurações avançadas.
Clique em Adicionar no canto inferior direito da caixa de diálogo. O Claude abre uma janela de login — use a mesma conta Google vinculada ao seu workspace da Porter e aprove o acesso.
Quando a autorização terminar, você verá as ferramentas somente leitura da Porter aparecerem no painel de conectores. Você está pronto para começar a fazer perguntas.
Para um passo a passo completo com capturas de tela em cada etapa, consulte o tutorial do MCP da Porter.
3. Comece a criar perguntas e dashboards
Com a Porter conectada, abra um novo chat no Claude e pergunte qualquer coisa sobre seu Amazon Seller em linguagem simples. O Claude chama a Porter nos bastidores, obtém dados em tempo real da Amazon e responde com tabelas, gráficos ou resumos.
Experimente uma destas para verificar se a configuração está funcionando:
Para um catálogo completo de prompts prontos para copiar e colar organizados por caso de uso (agências, marcas DTC, operações FBA/FBM, multicanal), vá para a seção de prompts abaixo.
Outras formas de conectar o Amazon Seller ao Claude
O MCP é o caminho que acabamos de percorrer — e o que recomendamos para a maioria dos profissionais de marketing. Mas não é a única forma de colocar dados do Amazon Seller na frente do Claude. As alternativas mais comuns são a API direta do Amazon Seller (ou seu MCP oficial, se houver), uma ponte ativa com Google Sheets, e o BigQuery para escala. Cada uma tem seus prós e contras — escolha a que se adapta à forma como sua equipe já trabalha.
- 🔌 API direta do Amazon Seller (ou MCP oficial) — Fale diretamente com a Selling Partner API (SP-API) da Amazon, ou instale o MCP nativo do Amazon Seller, se existir. Controle máximo, mas você gerencia autenticação, limites de taxa e paginação — e obtém apenas uma fonte.
- 📊 Google Sheets — Planilha ativa ou upload único de CSV. Auditável, familiar, mais rápido para grandes exportações — mas a agregação acontece na planilha, não na API.
- 🗄️ Google BigQuery — Para grandes contas de vendedor ou agências executando análises multiconta. O BigQuery agrega; o Claude consulta apenas resumos pré-construídos.
Via API direta do Amazon Seller (ou MCP oficial)
Se você está construindo um produto em torno do Amazon Seller — ou é um desenvolvedor que prefere controlar cada camada da integração — o caminho mais direto é conversar com a Selling Partner API (SP-API) diretamente. A Amazon ainda não oferece um MCP oficial para o Seller Central, então isso significa escrever chamadas de API diretamente no Claude Code ou em seus próprios scripts. Você precisará seguir os limites de taxa e cotas e solicitar Developer Token / acesso à API quando aplicável. De qualquer forma, você pula a Porter completamente e chama a Amazon a partir do seu próprio código ou do Claude Code com requisições HTTP brutas.
Via Google Sheets (planilha ativa ou CSV manual)
Se sua equipe já trabalha no Google Sheets — ou você quer um rastro de auditoria antes que o Claude toque em qualquer coisa — alimente o Amazon Seller em uma planilha, depois deixe o Claude ler a planilha. Você pode automatizar o pipeline Amazon Seller → Sheets com a Porter para que ele atualize diariamente, ou fazer exportações pontuais de CSV da interface nativa do Seller Central para análise estática.
Via Google BigQuery (para escala)
Este é o caminho que a maioria das pessoas ignora — e é o que salva você quando sua conta de vendedor Amazon Seller fica séria. Um único vendedor grande ou uma agência gerenciando mais de 10 contas de vendedor atingirá limites de taxa da API e problemas de latência ao consultar o Claude diretamente. O Claude literalmente dirá que está demorando demais ou expirando em grandes extrações.
O BigQuery resolve isso. Você carrega dados do Amazon Seller em tabelas do BigQuery em uma programação, depois conecta o BigQuery ao Claude — seja por um MCP do BigQuery ou via Claude Code com consultas SQL. Em vez de pedir ao Claude para extrair dados brutos do Amazon Seller, você deixa o BigQuery agregar em tabelas pequenas e otimizadas, e o Claude consulta apenas a saída resumida. Problema de escala resolvido.
Leia o tutorial completo do BigQuery →
Conectar o Amazon Seller ao Claude Code
A maioria dos profissionais de marketing agrupa Claude e Claude Code juntos e perde a maior vantagem de todo o ecossistema MCP. Eles não são a mesma ferramenta — e a diferença importa enormemente quando você começa a trabalhar seriamente com dados do Amazon Seller.
O Claude é uma interface de chat. Você faz uma pergunta, o Claude obtém dados em tempo real através do MCP, responde, talvez construa um dashboard rápido dentro da conversa. Ótimo para análises pontuais. O problema: tudo é efêmero. Quer atualizar o dashboard amanhã? Você o regenera do zero. Quer o mesmo relatório toda segunda-feira? Você refaz a pergunta toda segunda-feira.
O Claude Code é o Claude rodando dentro do terminal do seu computador. Porque tem acesso ao seu sistema de arquivos, runtime e outras ferramentas de desenvolvedor, ele não apenas responde perguntas — pode construir software real. Scripts persistentes, rotinas programadas, aplicativos HTML, dashboards internos, integrações que rodam 24/7 sem sua intervenção. Uma vez conectado ao MCP da Porter para o Amazon Seller, toda uma categoria de trabalho se torna possível.
O que o Claude Code desbloqueia que o Claude sozinho não pode
Conclusão: O Claude é para perguntas rápidas e dashboards ad hoc. O Claude Code é para construir aplicativos, dashboards em tempo real, alertas e ferramentas reais — qualquer coisa que você queira executar por conta própria sem refazer perguntas. A mesma URL do MCP da Porter funciona em ambos, então você não escolhe uma vez e fica preso.
Casos de uso — o que você pode realmente fazer uma vez que o Amazon Seller está conectado ao Claude
Acertar a conexão é metade da batalha. O valor real aparece no que você faz em seguida. Aqui estão os casos de uso que os usuários da Porter constroem em torno de seus dados do Amazon Seller — desde perguntas e respostas simples até fluxos de trabalho completos voltados para o cliente.
1. Converse e faça perguntas diretamente
O caso de uso mais simples — e ainda o que 80% dos profissionais de marketing começam. Abra o Claude, faça uma pergunta, obtenha uma resposta baseada em dados em tempo real.
É a forma mais rápida de substituir uma verificação diária do Seller Central. Mas o chat é o básico — os casos de uso interessantes vêm a seguir.
2. Combine o Amazon Seller com seus dados de receita (Meta Ads, Google Ads, Klaviyo)
É aqui que uma visão 360° se torna real. Quando você conecta o Amazon Seller e sua fonte de receita (Meta Ads para remarketing, Google Ads para campanhas de pesquisa, Klaviyo para fluxos de e-mail pós-compra), o Claude pode mapear pedidos da Amazon para compras repetidas reais ou atribuição multicanal — usando ASINs, datas de pedido e segmentos de clientes — e lhe dar atribuição de receita que nenhum número de plataforma pode.
O Claude lida com o mapeamento e junções de ASIN e datas. Você obtém um relatório de atribuição de receita pronto para o cliente que nenhuma plataforma individual pode gerar sozinha.
3. Alertas e notificações automatizados no Slack ou Gmail
Com o Claude Code, você pode transformar o monitoramento do Amazon Seller em uma rotina que roda por conta própria. Conecte o MCP da Porter (para os dados) junto com um MCP do Slack ou Gmail (para entrega), depois escreva uma tarefa programada do Claude Code que extrai o desempenho toda manhã e o notifica apenas quando algo realmente precisa de atenção.
Sem dashboards, sem verificações diárias. O relatório vem até você — e apenas quando importa.
4. Apresentações prontas para o cliente com dados em tempo real (Gamma, HTML, PDF)
Uma dor comum de agências: você envia aos clientes um link de relatórios do Seller Central, o Looker quebra, o cliente entra em pânico — e você gasta uma hora explicando um dashboard quebrado. Com o Claude, você pode construir a própria apresentação — como um deck Gamma, uma página HTML personalizada ou um PDF — populado com números em tempo real a cada vez.
A apresentação se torna um artefato de entrega que você envia ao cliente, não um dashboard que depende de outra ferramenta permanecer ativa. Sem iframe quebrado, sem solicitações de login, apenas o conteúdo.
Campos e métricas do Amazon Seller que você pode consultar com o Claude
Antes de começar a escrever prompts, ajuda saber quais dados estão realmente disponíveis. O MCP da Porter dá ao Claude acesso a 133 campos e métricas do Amazon Seller em todos os níveis de relatório, além de detalhamentos por data, canal de fulfillment, marketplace e status de pedido. E a mesma URL do MCP também desbloqueia mais de 25 outras fontes — então o Claude pode combinar o Amazon Seller com Google Ads, GA4, Shopify, HubSpot e mais em um único prompt.
Amazon Order IdBuyer Invoice PreferenceCba Displayable Shipping LabelCurrency codeEarliest Delivery DateEarliest Ship DateEasy Ship Shipment StatusElectronic Invoice StatusASINCOD FeeCOD Fee DiscountCondition IdCondition NoteCondition Subtype IdDeemed Reseller CategoryIoss NumberInventory Last Updated TimeCarrier Damaged QuantityCustomer Damaged QuantityDefective QuantityDistributor Damaged QuantityExpired QuantityFC Processing QuantityFulfillment Network SKUShipping Address Line 1Shipping Address Line 2Shipping Address Line 3Shipping Address Address TypeShipping Address CityShipping Address Country CodeShipping Address Country NameShipping Address CountyBuyer CountyBuyer EmailBuyer NameBuyer Purchase Order NumberBuyer Tax Company Legal NameBuyer Taxing RegionAverage Unit PriceOrder CountOrder Item CountTotal SalesUnit CountListing Created DateListing Item StatusMain ImageMain Image URLSeller Display NamePrompts que você pode copiar e colar hoje
1. Para agências gerenciando múltiplas contas da Amazon
Use estes quando precisar de consolidação multiconta, relatórios prontos para o cliente, ou detecção de vazamento de lucro em várias marcas.
2. Para marcas DTC e vendedores atacadistas
Use estes quando se concentrar em giro de estoque, taxa de vitória do Buy Box e otimização de listagens para ASINs.
3. Para equipes de e-commerce executando operações FBA e FBM
Use estes quando monitorar prazos de envio, itens não enviados e divisão de canal de fulfillment para evitar envios atrasados.
4. Multicanal
Use estes quando quiser combinar o Amazon Seller com outros conectores da Porter em uma única conversa do Claude.
Limites, autenticação e melhores práticas para o Amazon Seller via Claude
Esta é a história de “horror” mais comum no ecossistema de API do Amazon Seller — não bans, mas tempo de inatividade auto-infligido por limitação de taxa. Um vendedor ou agência executando chamadas de API paralelas para “obter tudo mais rápido” aciona o limitador de taxa de token-bucket da Amazon, recebe respostas HTTP 429 e perde horas de sincronização de dados durante períodos de venda críticos. O custo não é uma conta suspensa; é reabastecimentos perdidos, contagens de estoque desatualizadas e tomada de decisões às cegas durante eventos de alto tráfego. Diferente do Meta ou TikTok, a Amazon não bane você por usar um MCP ou Claude com SP-API — mas ela vai lentidão silenciosa até parar quando você excede as taxas de requisição documentadas.
Um risco secundário de qualidade de dados: vendedores que dependem do SP-API para precificação de concorrentes frequentemente perdem bundle ASINs porque a API retorna dados incompletos de variação filha. Um vendedor relatou tomar decisões de precificação em dados competitivos incompletos, subcotando um bundle que não entendia completamente, e perdendo margem por semanas antes de perceber o ponto cego.
A aplicação do SP-API da Amazon é baseada em cotas e algorítmica, não baseada em ferramentas. A Amazon não bane ou limita contas porque você usou Claude, um servidor MCP ou Porter Metrics. Ela limita por causa de como a API foi usada: taxas de requisição em burst que excedem os limites de token-bucket por endpoint, conexões simultâneas de um único aplicativo, ou requisições GET com cabeçalhos Content-Length não zero (que a API rejeita). O uso somente leitura dentro dos limites documentados por segundo e por conta é seguro. Burst de API paralelo, intervalos de polling agressivos e automação de navegador disfarçada de chamadas de API não são. A Amazon retorna HTTP 429 (Too Many Requests) com um Retry-After cabeçalho; violações repetidas podem acionar suspensão temporária do acesso à API para aquele aplicativo específico, não para a conta do Seller Central em si.
As duas formas de esgotar sua cota do Amazon Seller
Após revisar documentos oficiais e tópicos da comunidade, dois padrões aparecem repetidamente.
1. Burst de API paralelo e polling agressivo. Enviar múltiplas requisições simultâneas para a Orders API ou Listings API para “acelerar” a recuperação de dados. O algoritmo de token-bucket da Amazon rastreia requisições por segundo por par conta-aplicativo; exceder o limite de burst (por exemplo, 20 para searchOrders, 30 para getOrder) aciona limitação HTTP 429 imediata. Por que aciona a aplicação: O algoritmo detecta o padrão de burst e reduz seus tokens de requisição disponíveis para zero. Citação oficial: Amazon SP-API Orders API Rate Limits — searchOrders: 0,0056 requisições/segundo, burst 20; getOrder: 0,5 requisições/segundo, burst 30. O que fazer em vez disso: Use requisições sequenciais com backoff exponencial, ou confie em um servidor MCP que implemente enfileiramento de requisições automaticamente.
2. Automação de navegador e scraping de tela em vez do SP-API. Usar ferramentas como Selenium, Puppeteer ou Claude Code para clicar programaticamente pelo Seller Central. Por que aciona a aplicação: Isso viola os Termos de Serviço da Amazon para acesso ao Seller Central. A Amazon detecta padrões de interação não humanos (transições rápidas de página, assinaturas de navegador headless) e pode suspender o acesso de login ao Seller Central ou sinalizar a conta para revisão. Citação: Amazon Selling Partner API Models — GitHub — o SP-API oficial é a única interface programática suportada; scraping de tela é explicitamente proibido nos TOS do Seller Central. O que fazer em vez disso: Direcione todas as consultas programáticas através do SP-API oficial com credenciais IAM adequadas e tokens OAuth.
3. Depender de dados incompletos da Catalog API para decisões competitivas. O endpoint Catalog Items do SP-API retorna dados de produto estruturados, mas bundle ASINs e relacionamentos complexos pai-filho podem não revelar todas as variações filhas ou o contexto completo de precificação. Por que causa danos: Vendedores tomam decisões de precificação e estoque com dados competitivos parciais, levando à erosão de margem ou rupturas de estoque em variações não vistas. Isso não é um problema de aplicação da Amazon — é uma armadilha de qualidade de dados. Citação: SupplyKick — Amazon Seller Pain Points — “dados incompletos de APIs” citados como um dos principais riscos operacionais para vendedores em crescimento. O que fazer em vez disso: Cruze dados da Catalog API com verificações manuais pontuais em ASINs de alto risco, ou use um MCP que revele os Main Image URL, Item Price, e Is Prime campos junto com validação externa.
Ambos os comportamentos acionam limitação baseada em cotas e suspensão temporária do acesso à API. Se você quiser usar o Claude para o Amazon Seller com segurança, mantenha-se dentro dos limites de taxa documentados, nunca faça scraping, e valide dados competitivos antes de agir sobre eles.
O protocolo de escalabilidade de 5 regras
Baseado nos limites de taxa e cotas documentados da Amazon e nos comportamentos que realmente causaram limitação — não em suposições:
-
Mantenha-se abaixo da taxa de requisição por endpoint. A Orders API
searchOrdersendpoint permite 0,0056 requisições por segundo com um limite de burst de 20;getOrderpermite 0,5 requisições por segundo com um limite de burst de 30 (Amazon SP-API Orders API Rate Limits). Exceder estes aciona limitação HTTP 429 que pode se acumular em horas de inatividade de sincronização. O MCP da Porter aplica esses limites no nível da plataforma com enfileiramento de requisições integrado. -
Respeite a taxa estática de 2 requisições por segundo por conta-aplicativo da Catalog Items API. A Catalog API tem um limite rígido de 2 req/seg por par conta-aplicativo e 250–500 requisições por aplicativo dependendo do endpoint específico (Amazon SP-API Catalog Items API Rate Limits). Este é o gargalo mais apertado no conjunto SP-API; consultas agressivas de produtos atingirão o limite rapidamente. Armazene em cache metadados do catálogo por pelo menos 24 horas, a menos que esteja monitorando ativamente novas listagens.
-
Nunca envie um cabeçalho Content-Length em requisições GET. O SP-API da Amazon retorna 400 Bad Request se uma chamada GET incluir um cabeçalho Content-Length não zero (Amazon Selling Partner API Models — GitHub). Esta é uma armadilha técnica sutil para desenvolvedores que encapsulam a API em scripts personalizados ou camadas MCP. A implementação do MCP da Porter remove este cabeçalho automaticamente em todas as operações GET.
-
Armazene em cache dados não voláteis por pelo menos 1 hora. A Amazon recomenda armazenar em cache respostas do SP-API por no mínimo 1 hora para dados que não mudam frequentemente (níveis de estoque, metadados de catálogo, snapshots de precificação) para evitar esgotar cota em chamadas redundantes (Surpass.biz — SP-API Complete Guide). Um vendedor consultando estoque a cada 5 minutos consome 288 requisições/dia em um único SKU; com cache de 1 hora, são 24 requisições — um ganho de eficiência de 12×.
-
Limite autorizações de vendedor a 25 por aplicativo em modo beta. Durante o beta de desenvolvedor do SP-API, a Amazon restringe cada aplicativo a um máximo de 25 autorizações de vendedor (Amazon Selling Partner API Models — GitHub). Agências gerenciando múltiplas contas do Seller Central devem registrar aplicativos separados ou solicitar aumentos de autorização em nível de produção. O MCP da Porter lida com roteamento multiconta através de sua arquitetura de conector universal, abstraindo essa complexidade do usuário final.
O que o MCP da Porter faz de diferente: ele aplica esses limites de taxa e salvaguardas no nível da plataforma, não no nível do usuário. O conector MCP da Porter para Amazon Seller é somente leitura por padrão — ele não pode escrever listagens, modificar preços ou alterar estoque através da API, eliminando qualquer risco de mutação acidental de dados. Ele implementa enfileiramento de requisições por endpoint com backoff exponencial que respeita o algoritmo de token-bucket: chamadas da Orders API são ritmadas em 0,0056 req/seg, chamadas da Catalog Items em 2 req/seg, e chamadas da Listings Items em 5 req/seg por conta-aplicativo. A Porter armazena em cache respostas do SP-API por 1 hora em endpoints não voláteis, reduzindo o consumo redundante de cota em até 90%. O conector solicita apenas os escopos IAM mínimos necessários (pedidos, estoque e dados de catálogo somente leitura) e nunca acessa escopos de escrita ou endpoints pesados em PII como Buyer Email a menos que explicitamente configurado. Esse é o comportamento que os sistemas automatizados da Amazon tratam graciosamente — tráfego estável, com escopo definido e somente leitura dentro dos limites documentados.
Perguntas frequentes
Um MCP do Amazon Seller (Model Context Protocol) é um padrão aberto que permite que ferramentas de IA — Claude, Claude Code, ChatGPT, Cursor — se conectem aos seus dados do Amazon Seller sem integrações personalizadas. O servidor MCP da Porter torna seus pedidos, estoque e dados de catálogo disponíveis através de uma URL: sem tokens, sem scripts, sem configuração de desenvolvedor.
O Claude é o produto conversacional (web, app, mobile). O Claude Code é uma ferramenta de desenvolvedor baseada em terminal que pode escrever scripts, salvar arquivos e automatizar fluxos de trabalho. Ambos podem se conectar ao Amazon Seller via MCP.
O Amazon SP-API serve dados em tempo real, mas a atualização real depende da limitação de taxa e cache específicos do endpoint. O MCP da Porter extrai dados em tempo real dentro dos limites de taxa da API, então os dados geralmente estão atualizados em minutos para pedidos e até uma hora para metadados de catálogo em cache.
Sim. A Amazon aplica limites de token-bucket por endpoint: Orders API searchOrders em 0,0056 requisições/segundo (burst 20), getOrder em 0,5/segundo (burst 30), e Catalog Items API em 2/segundo por par conta-aplicativo. O MCP da Porter enfileira requisições automaticamente com backoff exponencial e armazena em cache dados não voláteis por 1 hora. (Amazon SP-API Orders API Rate Limits, Amazon SP-API Catalog Items API Rate Limits)
Três razões comuns: (1) Renderização de fuso horário — O Seller Central pode exibir hora local enquanto a API retorna UTC, deslocando os totais diários. (2) Atraso de atualização — a API pode ficar atrás do dashboard por minutos durante eventos de alto tráfego como o Prime Day. (3) Filtragem de status — a API e o dashboard podem ter conjuntos de status de pedido padrão diferentes (por exemplo, pendente vs. apenas enviado). A solução: alinhe intervalos de datas, fusos horários e filtros de status em sua consulta.
Não. A Amazon não bane ou restringe contas para uso legítimo do SP-API, e o MCP da Porter é somente leitura por padrão — ele permanece bem dentro dos limites normais de taxa da Amazon. O que observar é a limitação de taxa por requisições em burst — consulte a seção de limites acima. (Amazon SP-API GitHub Models)
Pronto para conversar com o seu Amazon Seller?
Abra o Claude, adicione o conector da Porter e faça a sua primeira pergunta. Se ainda não tiver a Porter, comece um teste grátis e conecte a sua conta Amazon Seller — você estará conversando com os seus pedidos e estoque em menos de cinco minutos.
rocket_launch Comece o teste grátis da Porteropen_in_new Abrir o Claude