Cheques de terceiros — ciclo completo

Por que o A7X tem módulo dedicado de cheques

Cheque é caixa diferido — recebe agora, compensa depois. Cliente paga fiado em cheque pré-datado, ou cliente paga com cheque de terceiro (emissor não é o cliente). Em volume, controlar isso em planilha vira caos: qual cheque depositar amanhã? Algum voltou? Quem é o devedor?

O A7X tem cockpit unificado com 9 RPCs cobrindo o ciclo todo.

Onde acessar

Financeiro → Cockpit (/finance?tab=cockpit)

Visão consolidada de:

• Contas a receber em aberto
• Cheques em todos os estados
• Filtros por período/status/método

Os 7 estados do cheque

received → in_custody → deposited → cleared
                                    ↘ bounced → settled_externally
                                                 ↘ cancelled

Status	Significa
received	Acabou de ser cadastrado
in_custody	Guardado no cofre, aguardando data
deposited	Foi enviado pro banco
cleared	Compensou — dinheiro caiu
bounced	Voltou — banco recusou
settled_externally	Devedor pagou por outro meio (PIX, dinheiro)
cancelled	Operação anulada

Cadastrar cheque

Botão + Novo cheque abre formulário com:

• Banco emissor
• Agência + conta
• Número do cheque
• Valor
• Data de emissão / data de vencimento
• Cliente vinculado (devedor — quem deu o cheque)
• Cliente terceiro (se aplicável — emissor diferente do devedor)
• Vincular a receivable_id (opcional — quita receivable existente)
• Observações

Por que cliente vinculado E terceiro: lavanderia recebe cheque do chefe da empresa que paga a fatura do cliente A. Cliente A é o devedor da fatura. Chefe é o emissor. Se voltar, cobra do cliente A.

Fluxo típico

1. Recebe na loja

Operadora cadastra cheque + status = received. Cliente vai embora.

2. Vai pro cofre

Final do dia, gestor marca todos como in_custody (em massa ou um por um). Cofre físico tem o cheque, sistema sabe.

3. Data chegou

Gestor agrupa cheques pra depositar e marca deposited. Sistema registra conta bancária + data de depósito.

4a. Compensou (caminho feliz)

3 dias depois, banco confirma. Marca cleared. Receivable vinculado vira paid. Receita entra no DRE.

4b. Voltou (caminho de dor)

Banco recusa. Gestor marca bounced + motivo (sem fundos, divergência, endosso, etc). Sistema:

• Receivable volta a pending
• Notifica gestor pra cobrar de outra forma

5. Resolução de cheque devolvido

Cliente paga em PIX/dinheiro/outro cheque. Marca como settled_externally + cria pagamento no receivable. Cheque devolvido fica registrado mas não trava o caixa.

Vínculo com receivable

Quando você associa um cheque a um receivable_id:

• Compensou → receivable vira paid automaticamente
• Voltou → receivable volta pra pending, status do cheque registrado em notes
• Settled externamente → receivable é quitado pelo NOVO pagamento (não pelo cheque devolvido)

Tudo automático. Gestor só registra mudança de status do cheque.

Erros comuns

• Esquecer de marcar in_custody: cheque some no físico, ninguém sabe onde está. Crie disciplina diária.
• Depositar cheque sem alterar status: dia do depósito chegou e o status ainda é in_custody. Banco recebe, sistema não sabe. Conciliação fica desigual.
• Vincular cheque a receivable errado: revise antes de salvar. Errado, recebe pelo cliente errado.

Insight

Cheque é dinheiro com latência. O A7X torna a latência visível: gestor abre o cockpit e vê “R$ 8.000 em custódia, R$ 3.500 depositados, R$ 1.200 voltaram este mês” sem precisar de Excel.

Próximo passo

Tudo registrado — agora DRE. Como o A7X mostra resultado e por que “lançado” pode ser diferente de “pago”. Próxima aula.