REFERÊNCIA OFICIAL · API REST

Construa com os dados do ERP.

Um único ponto seguro para conectar seus aplicativos ao ERP. Consulte os recursos, entenda a autenticação e copie exemplos para começar.

⌁
REST + JSONIntegração simples por HTTP
◈
MultiempresaUma conexão isolada por empresa
⌑
Segurança em camadasChave, aparelho e sessão
⌘
… operaçõesReferência navegável e pesquisável
ANTES DE FAZER REQUISIÇÕES

Autenticação por camadas

A API seleciona o banco pela empresa da chave. O aplicativo nunca recebe acesso direto ao SQL Server.

01
⌑

Chave de acesso

Identifica o cliente e a empresa vinculada. Envie em toda chamada protegida.

X-API-Key: SUA_CHAVE
02
◉

Dispositivo ativado

Vincule a chave uma vez e envie o mesmo identificador do aparelho nas chamadas seguintes.

X-Device-Id: device-único
03
↗

Sessão do usuário

Faça login pelo provedor configurado no servidor. Use o JWT nas rotas de negócio.

Authorization: Bearer <JWT>
ADM
▣

Administração

Rotas para empresas, chaves, usuários e auditoria usam o token administrativo, separado da chave do app.

X-Admin-Token: <token>
i

Autenticação configurada neste servidor: mobile, que valida credenciais cadastradas pela administração da API. Para validar diretamente a senha do ERP, configure PROVEDOR_CREDENCIAL=erp e uma procedure de validação em ERP_LOGIN_SP; veja os detalhes nas operações de login e credenciais.

i

Proteja credenciais e tokens. Não os coloque em aplicativos públicos, repositórios, capturas de tela ou logs. Chaves recuperáveis podem ser consultadas pelo administrador no painel. Restrinja o token administrativo à rede de administração.

COMECE EM QUATRO ETAPAS

Primeira integração

Os endpoints versionados agora usam /api/v1. O caminho antigo /v1 continua ativo temporariamente para os apps já instalados. Em produção, prefira HTTPS e um endereço DNS estável.

BASE URL…
01

Configure uma empresa e emita a licença

No painel administrativo, cadastre e teste o banco da empresa. Emita uma chave vinculada a ela e marque os módulos necessários, como gestao.

ADMIN
02

Ative a chave no dispositivo

Envie POST /api/v1/dispositivos/ativar com a chave e um deviceId estável. Guarde esse mesmo ID no dispositivo.

UMA VEZ
03

Entre com o usuário

Envie login e senha em POST /api/v1/auth/login. O provedor de autenticação é configurado no servidor. A resposta fornece accessToken e refreshToken.

SESSÃO
04

Chame os recursos liberados

Inclua chave, device ID e token Bearer. A API escolhe o banco da empresa e valida sessão, permissões e módulo.

API
Ativação · cURL
curl -X POST "https://seu-servidor:3010/api/v1/dispositivos/ativar" \
  -H "X-API-Key: SUA_CHAVE" \
  -H "Content-Type: application/json" \
  -d '{"deviceId":"android-uuid-estavel","nomeDispositivo":"Meu aparelho","versaoApp":"1.0.0"}'
Login · cURL
curl -X POST "https://seu-servidor:3010/api/v1/auth/login" \
  -H "X-API-Key: SUA_CHAVE" \
  -H "X-Device-Id: android-uuid-estavel" \
  -H "Content-Type: application/json" \
  -d '{"login":"SEU_USUARIO","senha":"SUA_SENHA"}'
REFERÊNCIA DE ENDPOINTS

Encontre uma operação

Busque por recurso, rota ou método. Selecione uma operação para ver autenticação, uso e exemplos.

↔

Paginação: endpoints paginados aceitam pagina (padrão 1) e tamanho (limites variam por endpoint; cadastros auxiliares aceitam até 100). A maioria retorna dados, total, pagina, tamanho e totalPaginas; algumas listas retornam apenas dados, conforme detalhado na operação.

Baixar OpenAPI ↗
Carregando catálogo de operações…
⌘

Selecione um endpoint

Os detalhes da operação aparecem aqui.

CLIENTES HTTP

Exemplos em várias linguagens

Exemplo de uma chamada autenticada. Substitua URL, chave, device ID e token pelos valores da sua instalação.

GET · clientes

Em aplicativos móveis, armazene tokens com armazenamento seguro do sistema. Renove a sessão com POST /api/v1/auth/refresh e encerre com POST /api/v1/auth/logout.

CONTRATO DE ERRO

Erros e limites

Erros da API usam o mesmo envelope JSON. O campo codigo é estável e pode orientar a ação do aplicativo.

HTTPCódigoO que fazer
400REQUISICAO_INVALIDARevise corpo, parâmetros e campos informados.
401CHAVE_AUSENTE / CHAVE_INVALIDA / CHAVE_REVOGADA / CHAVE_EXPIRADAConfira a chave e a licença com o administrador.
401CHAVE_NAO_ATIVADA / DISPOSITIVO_DIVERGENTEAtive a chave ou use o dispositivo já vinculado.
401CREDENCIAIS_INVALIDAS / USUARIO_BLOQUEADOConfira o login/senha ou aguarde o desbloqueio.
401TOKEN_AUSENTE / TOKEN_INVALIDO / TOKEN_EXPIRADO / SESSAO_REVOGADAFaça refresh quando aplicável ou realize login novamente.
403SEM_PERMISSAO / MODULO_INDISPONIVELSolicite ao administrador as permissões ou módulo corretos.
404NAO_ENCONTRADOConfira o código do recurso.
404ROTA_NAO_ENCONTRADAConfira método HTTP e caminho da rota.
409CONFLITO / EM_PROCESSAMENTOResolva conflito; para reenvio de pedido, reuse a mesma chave de idempotência.
422REGRA_NEGOCIOMostre a mensagem retornada e ajuste os dados segundo o ERP.
429MUITAS_REQUISICOESAplique espera progressiva e tente novamente.
500 / 503ERRO_INTERNO / BANCO_INDISPONIVELNão exponha detalhes internos; tente novamente e consulte os logs/administrador.
Resposta de erro
HTTP/1.1 401 Unauthorized
Content-Type: application/json

{
  "erro": {
    "codigo": "TOKEN_EXPIRADO",
    "mensagem": "Sessão expirada. Renove o acesso."
  }
}
↻

Idempotência para pedidos. POST /api/v1/pedidos exige Idempotency-Key com UUID. Em timeout, reenvie o mesmo corpo com o mesmo UUID. Não gere um novo UUID antes de saber se a operação anterior foi concluída.

ACESSO POR LICENÇA

Módulos e disponibilidade

As consultas por módulo verificam a licença, a sessão e a empresa vinculada à chave.

↗

Vendas

Resumo, vendas realizadas, itens e pedidos nativos. Os pedidos da Força de Venda continuam em suas rotas próprias.

forca_venda
▤

Orçamentos

Listar, consultar, criar, editar e cancelar conforme regras de negócio.

orcamento
▧

Liberações

Consulta de bloqueios pendentes. Aprovação continua no ERP/Agente7.

liberacao
⚒

Ordem de serviço

Consulta de OS, materiais, serviços, apontamentos e despesas. Gravação permanece no ERP.

ordem_servico
R$

Financeiro

Contas a pagar e receber, saldos em aberto, vencimentos e movimentos financeiros. Somente leitura.

financeiro
CX

Caixa

Períodos de caixa, fechamentos e movimentações vinculadas. Somente leitura.

caixa
NF

Fiscal

Notas e documentos fiscais resumidos. A API não transmite documentos nem expõe XML por estas rotas.

fiscal
CP

Compras

Pedidos de compra e seus itens, com recebimentos e situação. Somente leitura.

compras
ES

Estoque

Catálogo, saldo por produto e dados auxiliares existentes na API.

estoque
≡

Relatórios

Catálogo de relatórios cadastrados. Consultas SQL configuradas no ERP não são executadas pela API.

relatorios
i

Operações de alteração: os novos endpoints financeiro, caixa, fiscal, compras e relatórios são somente leitura. Pagamentos, recebimentos, fechamento de caixa, emissão/cancelamento fiscal e gravação de compras não são expostos até integrarem as validações nativas correspondentes do ERP.