Usuários do painel
| Role | Criado em | Por |
|---|
Google Merchant
Uma conexão com a conta central atende todos os clientes autorizados. Em cada worker, informe apenas o ID do Merchant.
Consulte o status da conexão.
A autorização é renovada automaticamente. Se o Google revogar o acesso, reconecte aqui uma única vez para todos os clientes.
Minha API
Verificando seu acesso à API…
Chaves pessoais e manuais vinculadas à sua conta seguem as mesmas permissões atuais. Não permitem alterações.
| Nome | Criada em | Status | Ações |
|---|
Gerenciar APIs
Escolha uma conta para revisar suas permissões e chaves. Sua senha de superadmin confirma as alterações e a geração, não a senha do destinatário. Liberar a API não amplia o acesso ao painel.
| Nome | Origem | Criada em | Status | Ações |
|---|
Aprenda / API de leitura
API de leitura
A API permite leitura dos clientes e tipos liberados para sua conta. Só aceita GET e não envia eventos, não faz retry e não altera pedidos ou configurações. Permissões são conferidas a cada requisição, inclusive nas chaves manuais.
O endereço acompanha a origem desta página. O guia não confirma se a API ou seu token já estão configurados neste ambiente.
Da credencial à consulta
- Gere sua chave em Minha API e copie para seu consumidor interno.
- Consulte Clientes e copie o ID literal da loja.
- Use Pedidos, Resumo do período ou NOK atual conforme a leitura necessária.
Autenticação
Envie Authorization com Bearer <token dedicado> pelo header em HTTPS. Guarde o segredo apenas no consumidor interno, em variável de ambiente privada ou credencial privada do n8n. Nunca coloque em URL, HTML, JavaScript público, console ou logs. Não há CORS público nem autenticação por cookie ou sessão.
Primeira consulta
Execute apenas em um ambiente interno. Configure READ_API_TOKEN de forma privada fora deste painel, sem gravar o valor no histórico do shell. O comando usa essa variável, não um token embutido. Substitua o ID ilustrativo pelo inventário antes de executar.
/api/read/v1/clients
Clientes
Inventário somente dos clientes autorizados, com clients, total e nextCursor. Cada cliente traz cliente, script_name e has_database. Aceita só limit e cursor. Um worker sem banco continua no inventário, mas não tem pedidos consultáveis.
Parâmetros
| Parâmetro | Uso |
|---|---|
limitinteger · opcional |
De 1 a 500, padrão 100. Sem sinal ou zeros à esquerda. |
cursorstring · opcional |
O nextCursor anterior, intacto e codificado com URLSearchParams. Comece sem cursor. |
Envie cada parâmetro uma vez. Valores vazios ou desconhecidos retornam 400.
/api/read/v1/clients/:cliente/orders
Pedidos
Retorna orders, totals e nextCursor. Traz IDs, status técnico, valores, origem e datas, sem payload ou dados pessoais. Preserve os IDs textuais, inclusive zeros à esquerda. totals cobre todo o filtro na primeira página, não só as linhas retornadas. Nas continuações é null.
totals traz total_count, total_value, processed_count e processed_value. VTEX pode incluir siblings_count. O valor processado usa confirm_value quando existe, senão value. Os opcionais ausentes são null.
Parâmetros
| Parâmetro | Uso |
|---|---|
clientestring · obrigatório no caminho |
ID literal do inventário, sem purchasecron-. Não corte espaços, não converta maiúsculas nem tente corrigir o ID. master e v2 são reservados. |
limitinteger · opcional |
De 1 a 500, padrão 100. Sem sinal ou zeros à esquerda. |
cursorstring · opcional |
O nextCursor anterior, intacto e codificado com URLSearchParams. Comece sem cursor. |
date_fromdate · opcional |
Data real YYYY-MM-DD. Início inclusivo em BRT, UTC-03:00, sobre created_at. |
date_todate · opcional |
Data real YYYY-MM-DD. Fim inclusivo em BRT. O início não pode superar o fim. Sem limites, consulta o histórico armazenado. |
statusstring · opcional |
NOK, RETIDO, OK, OK - V.I, OK - S.V ou DEBUG. Separe por vírgula, sem repetição. NOK exclui retidos; RETIDO retorna linhas com status gravado NOK. Não é status financeiro. |
sourcestring · opcional |
Origem exata do registro, como webhook, polling ou retroativo. De 1 a 128 caracteres, sem controles. Letras, números, espaço e _ . : / + -. |
confirm_sourcestring · opcional |
Origem exata da confirmação. __none__ seleciona NULL ou vazio. Mesmos caracteres e limite de source. |
Envie cada parâmetro uma vez. Valores vazios ou desconhecidos retornam 400.
/api/read/v1/clients/:cliente/metrics/summary
Resumo do período
Retorna cliente, date_from, date_to e totals do filtro completo sem listar pedidos. Aceita os filtros de pedidos, mas não aceita limit nem cursor.
Datas omitidas significam histórico sem aquele limite, não D-1. Os totais seguem o contrato de pedidos, inclusive o campo opcional siblings_count em VTEX.
Parâmetros
| Parâmetro | Uso |
|---|---|
clientestring · obrigatório no caminho |
ID literal do inventário, sem purchasecron-. Não corte espaços, não converta maiúsculas nem tente corrigir o ID. master e v2 são reservados. |
date_fromdate · opcional |
Data real YYYY-MM-DD. Início inclusivo em BRT, UTC-03:00, sobre created_at. |
date_todate · opcional |
Data real YYYY-MM-DD. Fim inclusivo em BRT. O início não pode superar o fim. Sem limites, consulta o histórico armazenado. |
statusstring · opcional |
NOK, RETIDO, OK, OK - V.I, OK - S.V ou DEBUG. Separe por vírgula, sem repetição. NOK exclui retidos; RETIDO retorna linhas com status gravado NOK. Não é status financeiro. |
sourcestring · opcional |
Origem exata do registro, como webhook, polling ou retroativo. De 1 a 128 caracteres, sem controles. Letras, números, espaço e _ . : / + -. |
confirm_sourcestring · opcional |
Origem exata da confirmação. __none__ seleciona NULL ou vazio. Mesmos caracteres e limite de source. |
Envie cada parâmetro uma vez. Valores vazios ou desconhecidos retornam 400.
/api/read/v1/clients/:cliente/metrics/nok
NOK atual
Não aceita parâmetros. É um snapshot corrente de todos os pedidos armazenados do cliente, não é D-1 nem uma série histórica. nok_count exclui retidos. held_count conta os retidos que nunca foram tentados e ainda estão na janela de atraso. snapshot_at marca o início da leitura, sem garantir isolamento entre consultas.
revenue_ok usa value pela regra atual de stats, não a regra de valor processado dos totais. As leituras de stats e retidos são separadas.
Parâmetros
| Parâmetro | Uso |
|---|---|
clientestring · obrigatório no caminho |
ID literal do inventário, sem purchasecron-. Não corte espaços, não converta maiúsculas nem tente corrigir o ID. master e v2 são reservados. |
Não aceita parâmetros de consulta.
Filtros e paginação
date_fromedate_tousam datas reaisYYYY-MM-DDem BRT, UTC-03:00, sobrecreated_at. Os limites são inclusivos. Se informar os dois, o início não pode superar o fim. Sem um limite, vale todo o histórico armazenado daquele lado, não um D-1 automático.statusaceitaNOK,RETIDO,OK,OK - V.I,OK - S.VeDEBUG, separados por vírgula sem repetição.status=NOKexclui retidos.status=RETIDOseleciona o pseudo-status de retenção, mas a linha continua com status gravadoNOK. Não é status financeiro.sourcefiltra a origem exata do registro, comowebhook,pollingouretroativo.confirm_sourcefiltra a origem exata da confirmação. Use__none__para confirmação com origem NULL ou vazia. Ambos aceitam de 1 a 128 caracteres de letras, números, espaço,_ . : / + -, sem controles. Não há busca por email, documento ouq.- Em clientes e pedidos,
limité um inteiro de 1 a 500, padrão 100, sem sinal ou zeros à esquerda. Envie cada parâmetro uma vez. Valores vazios, filtros desconhecidos ou datas inválidas retornam 400. - Comece sem
cursor. Passe onextCursorrecebido intacto comocursor, codificado comURLSearchParamsou equivalente, mantendo os mesmos filtros e endpoint. Não divida nem remonte o cursor. Continue aténextCursorsernull. Resumo e NOK não são paginados. - A paginação não é um snapshot transacional. Novos registros e mudanças de status podem alterar a coleta. Reinicie o inventário a cada ciclo e não use cursores como checkpoints permanentes.
Uso no n8n
Crie um nó HTTP Request. Em uma credencial privada Header Auth, informe o nome do header e guarde o valor com o token recebido do administrador. Selecione essa credencial no nó. O placeholder abaixo não é um token válido. Não cole o segredo no campo URL, no código do fluxo nem neste painel.
O nó retorna a primeira página de pedidos do intervalo ilustrativo. Para continuar, repita o GET com o nextCursor da resposta, intacto no query parameter cursor, sem mudar os filtros. Pare quando vier null.
Erros
A resposta usa o formato { "error": "codigo" }. Não registre o header de autenticação ao investigar.
| HTTP | Significado e ação |
|---|---|
| 400 | invalid_client ou invalid_query. Confira ID literal, filtros, datas e cursor recebido. |
| 401 | unauthorized. Confira o Bearer dedicado com o administrador. A sessão do painel não serve. |
| 403 | Cliente ou tipo de consulta não autorizado para esta conta. Confira as permissões em Minha API. Uma chave existente também segue as alterações de acesso. |
| 404 | not_found para rota ou versão desconhecida. client_not_found para cliente sem D1 ou store. |
| 405 | method_not_allowed. Use GET. HEAD e OPTIONS também são negados. |
| 502 | upstream_unavailable. Falha do provedor ou leitura incompleta. Não transforme em zero pedidos ou zero NOK. |
| 503 | read_api_unavailable. Token dedicado ausente ou reutilizado, ou credenciais do provedor ausentes. Solicite revisão da configuração ao administrador. |
A autenticação vem antes da validação de método, rota e filtros. Sem configuração do token, toda a API responde 503. Com configuração válida e Bearer errado, responde 401. Nenhum exemplo desta aba envia uma consulta automaticamente.
Códigos globais
Os códigos que a gente instala no site do cliente. Copie daqui e cole no arquivo indicado em cada bloco. São iguais para todas as lojas da mesma plataforma: o que muda por cliente vai na configuração, não no código.
Como o purchasecron funciona
Cada loja roda num worker isolado que coleta os pedidos e os envia ao
n8n, que dispara o evento de compra no GA4. Um pedido entra
como NOK (aguardando); quando o n8n processa e chama POST /confirm,
vira OK. Pedidos não confirmados são reenviados automaticamente (retry).
Este painel master gerencia os workers — criar, editar, versão/atualização e backfill.