APIs de parceiro
Conciliações de caixa
Registre a contagem de caixa do seu operador/caixa e deixe o Fire calcular a diferença contra o caixa rastreado pelo sistema. Também retorna conciliações passadas via GET.
POST
Registre uma contagem de caixa de fim de turno ou fim de dia para uma loja e faça o Fire compará-la contra o que o sistema diz que deveria estar em caixa. O Fire calcula a diferença (
SHORTAGE, OVERAGE ou MATCH), categoriza a causa e armazena o resultado em cash_reconciliations para auditoria e relatórios downstream.
Esta página cobre duas operações no mesmo path: POST para registrar uma nova conciliação, GET para listar conciliações por loja/dia/operador.
Autenticação
Sua API key do Fire.
- POST — requer scope
cash-management:write. - GET — requer scope
cash-management:read.
403.POST — Registrar uma conciliação
Corpo da requisição
UUID da loja à qual a conciliação pertence. Deve pertencer ao account/vendor da API key — o Fire retorna
400 (com comportamento hide-existence — equivalente a 404) caso contrário.Dia de negócio em
YYYY-MM-DD. Default é o dia operacional atual da loja. Use para registrar uma conciliação de um dia passado (ex.: correções retroativas) — o Fire marca o resultado com details.post_close: true se o dia já estiver fechado.ID do operador/caixa. Opcional. Use quando a conciliação é para um turno de caixa específico; omita ao conciliar toda a loja-dia.
Código ISO 4217 (ex.:
BRL, USD, ARS, CLP, COP, VES). Tamanho 3.Valor declarado de caixa em mãos pelo operador. Decimal não negativo. O Fire compara contra
systemCash (o que o sistema acha que deveria estar em caixa baseado em vendas e pagamentos) para calcular a diferença.Causa categórica de qualquer diferença. Um de:
WRONG_CHANGE_GIVENCOUNTING_ERRORINCOMPLETE_CUSTOMER_PAYMENTMINOR_UNIDENTIFIED_DIFFERENCETHEFT_SUSPECTEDUNRECORDED_PAYMENTOTHER
MINOR_UNIDENTIFIED_DIFFERENCE ou OTHER conforme sua política operacional.Free-text. Até 2000 caracteres. Use para capturar contexto extra (nome do operador, notas de turno, etc.).
UUID de um token de autorização. Quando presente, marca a conciliação como “que requer/tem aprovação” — tipicamente usado para casos de
THEFT_SUSPECTED ou SHORTAGE grandes que precisam de assinatura do supervisor.Resposta POST
UUID da linha de conciliação.
Account dono da loja.
Escopo de vendor quando se aplica.
Eco do request.
YYYY-MM-DD.Eco do request.
ISO 4217.
Valor calculado de caixa que o sistema diz que deveria estar em mãos para este escopo (loja + dia + operador opcional). Derivado de pagamentos em dinheiro aprovados menos troco dado, mais fundo de abertura.
Eco do request.
declaredCash - systemCash. Negativo para shortage, positivo para overage, zero para match.MATCH (zero), SHORTAGE (declarado menor que sistema), ou OVERAGE (declarado maior que sistema).Eco ou
null.Identidade do principal que registrou esta conciliação. Para callers via API key:
"apikey:<keyId>".ISO 8601 UTC.
ISO 8601 UTC.
ISO 8601 UTC.
GET — Listar conciliações
Retorna as conciliações que combinam com os filtros.Query parameters
UUID da loja. Deve pertencer ao account/vendor da sua API key.
YYYY-MM-DD. Retorna conciliações registradas para este dia de negócio específico. Mutuamente exclusivo com from/to.Filtra para um único operador/caixa.
YYYY-MM-DD. Limite inferior inclusivo para filtro de intervalo. Use com to.YYYY-MM-DD. Limite superior inclusivo. Use com from.Resposta GET
Array de registros de conciliação — mesmo formato que os dados da resposta POST.
Padrões comuns
- Fluxo de fim de turno. Chame POST com a contagem declarada do operador quando o turno fechar. Mostre
discrepancyediscrepancyTypeao supervisor para assinar. - Conciliação de fim de dia. Chame POST sem
operatorUidpara uma contagem de toda a loja após todos os turnos terem fechado. - Trilha de auditoria. Use GET com um intervalo de datas para extrair todas as conciliações de uma loja em um período — útil para auditorias mensais ou trimestrais de caixa.
Relacionado
Caixa esperado
Calcule o caixa esperado pelo sistema para uma loja/dia antes de registrar a contagem.
Autenticação
Como as API keys vendor-scoped e os scopes
cash-management:* funcionam.
