Farmatch API

API Farmatch v1

Referência oficial da API pública v1 autenticada exclusivamente por x-api-key.

Escopo da API

A API pública v1 do Farmatch foi projetada para integração de estoque e pedidos entre sistemas externos e a loja vinculada à x-api-key.

  • A URL não usa slug.
  • O tenant é resolvido internamente pela chave ativa.
  • Uma API key de uma loja nunca acessa dados de outra.

Base URL

https://api.farmatch.com.br/api/v1

Header obrigatório

Autenticação

Header exigido em todas as chamadas da API pública.

NomeTipoObrigatórioDescrição
x-api-keystringSimChave pública da loja autorizada.

Convenções globais

Contrato transversal

Regras válidas para todos os endpoints da v1.

NomeTipoObrigatórioDescrição
requestIdstring (UUID)SimIdentificador de rastreio retornado em respostas de sucesso e erro.
timestampsnumberSimCampos de data/hora retornam epoch em milissegundos.
valores monetáriosnumber (int)SimTodos os valores financeiros usam centavos. Ex.: 1290 = R$ 12,90.
idempotênciaexternalOrderId | x-idempotency-keyNãoEm criação de pedido, use identificador idempotente para evitar duplicidade.
cache condicionalETag + If-None-MatchNãoDisponível em GET /stock para reduzir tráfego de sincronização.

Endpoints principais

GET/api/v1/stock

Consulta o estoque da loja autenticada com filtros, busca, cursor e ETag.

POST/api/v1/stock/snapshot

Atualiza preço e estoque da loja autenticada por lote de itens.

POST/api/v1/orders

Cria pedido externo no Farmatch com suporte à idempotência por provedor.

GET/api/v1/orders

Lista pedidos da loja autenticada com filtro de status e limite.

GET/api/v1/orders/:orderId

Consulta um pedido específico da loja autenticada.

PATCH/api/v1/orders/:orderId

Atualiza o status de um pedido e registra evento de timeline.

Fluxo recomendado de integração

  1. Valide a autenticação com GET /api/v1/stock.
  2. Sincronize estoque usando paginação por cursor e If-None-Match.
  3. Envie pedidos com externalOrderId (ou x-idempotency-key) para evitar duplicidade.
  4. Atualize status do pedido via PATCH /api/v1/orders/:orderId conforme o fluxo operacional.

Boas práticas

  • Sempre registre o requestId em logs de integração.
  • Trate respostas 304 Not Modified como sucesso de cache.
  • Padronize o tratamento financeiro em centavos para evitar erro de arredondamento.
  • Consulte a página de erros para mapear respostas por código.

On this page