Cross-module — como Financeiro, Fiscal e Estoque conversam (integração transversal)
Esta wiki é uma visão transversal: explica como os módulos do Quaza se conectam. Faturar gera lançamento financeiro (Recebimento) + emite documento fiscal (NFCom/NFe) + dá baixa em estoque (se vendeu equipamento). É o "como tudo se encaixa" — leitura essencial pra entender o sistema como um todo.
📸 Telas do sistema
As telas abaixo mostram como o sistema se apresenta em cada parte do fluxo descrito.
Dashboard financeiro — visão consolidada cross-module: contadores de débitos a vencer, recebimentos do dia, alertas de inadimplência. É o ponto onde Financeiro × Fiscal × Estoque convergem visualmente.
🔄 Os 4 Modos de Tributação — quando a nota é gerada
Esta é talvez a configuração cross-module mais importante. Define em que momento o sistema gera nota fiscal a partir de um débito do contrato:
| Modo |
Quando NF é gerada |
Quando usar |
| Manual |
Operador clica em "Gerar nota" individualmente. |
Empresas que conferem cada nota antes de emitir. Mais controle, mais trabalho. |
|
Por Recebimento (regime caixa) |
Quando o cliente paga o débito. |
Empresas no regime caixa (paga imposto só sobre o que recebeu). Reduz exposição em inadimplência. |
| Na Criação |
Assim que o débito é gerado (mensalidade criada, venda registrada). |
Padrão para empresas no regime competência. Cliente recebe nota junto com o boleto. |
| Por Vencimento |
No dia do vencimento do débito. |
Variante: empresa quer registrar a competência exatamente no vencimento, não na criação. |
Importante: o modo é configurável por empresa fiscal e pode ser sobrescrito por contrato. Se mudar o modo no meio do mês, débitos já criados não retroagem — só vale para os novos.
Cada modo é executado por uma tarefa automática diferente:
| Modo |
Tarefa |
| Por Recebimento |
Tarefa "Gerar Notas para Pagamentos" (ID 510 / 522) |
| Por Vencimento |
Tarefa "Gerar Notas por Vencimento" (ID 523) |
| Antecipada |
Tarefa "Nota Antecipada" (ID 501 / 521) |
| Posterior |
Tarefa "Nota Posterior" (ID 502) |
↩️ Estorno de Pagamento — efeito cascata
Quando você estorna um pagamento (cliente pagou mas houve algum problema, devolveu, etc.), o sistema executa automaticamente:
- Marca o débito de volta como "Em aberto".
- Se o débito fazia parte de uma renegociação, reabre os débitos originais que tinham sido fechados pela renegociação.
- Em modo "Por Recebimento", a nota fiscal já emitida pode ser cancelada (com Nota de Crédito) — depende da configuração.
- O movimento bancário é estornado (entrada vira saída no caixa).
- Histórico financeiro do cliente registra a operação.
Cuidado: estorno reverte muito mais que o débito em si — pode reabrir uma renegociação fechada. Use com calma e documente o motivo.
🔁 Renegociação de Dívida — efeitos cross-module
Renegociar dívida é um processo que toca pelo menos 3 módulos:
| Etapa |
O que acontece |
| Criar renegociação |
Sistema agrupa débitos antigos do cliente, calcula valor consolidado + multas + juros. |
| Aceitar acordo |
Débitos antigos são fechados (status renegociado). Sistema cria novo débito com o valor renegociado e parcelas combinadas. |
| NF dos antigos |
NFs já emitidas dos débitos antigos não são canceladas automaticamente. Permanecem válidas. |
| NF da renegociação |
O novo débito gera NF própria conforme modo de tributação configurado. |
| Cancelar renegociação |
Reverte: reabre débitos antigos, cancela o débito novo. NF do novo débito pode precisar de NC manual. |
🔧 Equipamento × Login Radius × Contrato — vinculação 3-way
Quando um cliente recebe um equipamento (ONU, modem, ATA), há vinculações em 3 módulos simultaneamente:
-
Estoque — equipamento sai do almoxarifado e fica vinculado ao cliente em modo Comodato.
-
Cliente/Contrato — o equipamento é referenciado no contrato (rastreável depois).
-
Rede (Radius) — o equipamento (com seu MAC) pode ser vinculado ao login Radius do cliente, controlando autorização de banda.
Esta vinculação é feita via cadastro Login → Equipamento na tela do contrato.
Por que importa: ao trocar o equipamento (cliente quebrou o roteador), você precisa atualizar nos 3 lugares — sai um do estoque, vincula novo ao login, faz o link no contrato. Esquecer um lugar gera inconsistência.
Quando você vende um equipamento (não só serviço), a sequência cross-module é:
-
Operador cria venda com produto físico + valor.
- Sistema gera débito financeiro a receber.
- Conforme a categoria do produto, sistema gera nota fiscal apropriada (NFe modelo 55 para produto, NFSe pra serviço).
- Se a venda está vinculada a uma Ordem de Serviço, o estoque só baixa quando a OS for fechada. Se não tem OS, baixa imediata na venda.
- Se o produto é equipamento rastreável, o item específico (com serial) fica vinculado ao cliente.
- Cliente paga → débito liquidado → caixa atualizado.
Em qualquer ponto, você pode consultar o histórico em: Histórico Financeiro
, Estoque
(Consolidado Individual), NFe
.
📥 NF de Recebimento + Compra + Estoque + Pagamento — fluxo de entrada
Quando você recebe mercadoria de um fornecedor, o caminho é:
- Operador cadastra NF de Recebimento (ou importa o XML).
- Vincula a uma Compra (ou cria nova).
- Marca a compra como "movimentada" → sistema dá entrada no estoque dos produtos.
- Se há equipamentos rastreáveis, gera item individual com serial pra cada.
- Sistema gera débito a pagar ao fornecedor (financeiro).
- Quando você paga o fornecedor, o débito é liquidado e o caixa atualizado.
🔓 Reabrir débito ou cancelar nota — efeitos
Operações de "desfazer" são sempre delicadas. Como funciona:
| Operação |
O que afeta |
| Reabrir débito (que estava pago) |
Status volta pra "Em aberto". NF emitida não é cancelada — fica como evidência da operação anterior. Para cancelar a NF, use Nota de Crédito (NC). |
| Cancelar nota fiscal |
Geralmente exige Nota de Crédito (NC) — o sistema não apaga a NF original. NC é uma operação fiscal que zera os efeitos da NF. |
| Estornar pagamento |
Débito volta a "em aberto", caixa estorna a entrada. Se o pagamento liquidou uma renegociação, reabre os débitos originais. |
| Cancelar venda |
Operador escolhe se retorna produtos ao estoque (não automático). Débito gerado vira "cancelado". |
🔀 Múltiplas Empresas Fiscais — cuidados
Algumas empresas operam com múltiplas pessoas jurídicas (matriz/filial) ou com modalidades distintas (NFCom para internet + NFSe pra serviços). Configurações importantes:
-
Empresa fiscal padrão por tipo de nota (NFe, NFSe, SVA).
-
Empresa fiscal por tipo de contrato — até 5 contratos diferentes podem ter empresas distintas.
-
Categoria de produto aponta para empresa específica — útil quando produtos diferentes vão pra empresas diferentes.
-
Mudar empresa fiscal de um contrato — não cancela NFs já emitidas com a empresa antiga; só vale para novas.
⏰ Tarefas crontab cross-module — quem dispara o quê
| Tarefa |
Módulos envolvidos |
O que faz |
| Aviso de Vencimento (201) |
Financeiro + Comunicação |
Envia SMS/e-mail/WhatsApp lembrando vencimento próximo. |
| Gerar Mensalidade (1301) |
Contrato + Financeiro |
Gera débitos mensais a partir dos contratos ativos. |
| Gerar Notas Pagamento (510 / 522) |
Financeiro + Fiscal |
No modo "Por Recebimento", gera NF quando débito é pago. |
| Transmitir NFe (511) |
Fiscal |
Envia NFe / NFCom pendentes à SEFAZ. |
| Aviso Quantidade Mínima (estoque) |
Estoque + Comunicação |
Notifica gestor quando saldo abaixo do mínimo. |
| Validador Saldo (estoque) |
Estoque |
Confere saldo geral × detalhado e alerta divergências. |
| Bloqueio Automático (cliente) |
Cliente + Rede + Comunicação |
Bloqueia inadimplentes (estado contrato → derrubar Radius → enviar aviso). |
📋 Resumo das integrações importantes
Em uma frase: Contrato → Mensalidade → Débito → (modo de tributação) → NF → Pagamento → Caixa. Estoque entra quando há produto físico (venda ou compra). Equipamento rastreável vincula Estoque ↔ Cliente ↔ Rede.
PADRÃO OPERACIONAL — FLUXO COMUM
──────────────────────────────────
1. Cadastro inicial / configuração
│
▼
2. Permissões definidas por papel
│
▼
3. Operação normal:
┌──────────────────────────────────┐
│ - input do operador / cron │
│ - validação automática │
│ - persistência no banco │
│ - log de auditoria │
│ - notificação (se aplicável) │
└──────────────┬───────────────────┘
│
▼
4. Revisão / supervisão
│
┌──────┴──────┐
▼ ▼
OK normal Desvio detectado
│ │
▼ ▼
Histórico Ação corretiva +
alerta ao supervisor
📚 Documentos relacionados
Glossário
| Termo |
Significado |
| Quaza |
Sistema ERP/BSS pra ISP — gestão integrada de cliente, financeiro, fiscal, técnico. |
| Contrato |
Vínculo formal entre cliente e empresa, define o que está sendo prestado. |
| Fatura |
Documento de cobrança gerado a partir do contrato. |
| Auditoria |
Revisão sistemática de registros para detectar inconsistências. |
| Permissão |
Direito de acesso/edição vinculado a papel ou usuário. |
| API REST |
Interface programática que permite integração com sistemas externos. |
| Cron / crontab |
Agendador de tarefas que roda em horários definidos. |
| Webhook |
Notificação automática que sistema externo recebe quando evento ocorre. |
| Centro de custo |
Dimensão transversal — filial, projeto, setor. |
| Conciliação |
Processo de garantir que extrato bancário bate com Quaza. |
Pegadinhas frequentes
1. Falta de validação pós-configuração. Cadastro feito sem teste real = pega o erro quando vai pra produção. Sempre teste com dado dummy antes.
2. Permissões mal definidas. Operador com acesso de admin = risco. Defina papéis claros.
3. Não treinar equipe nova. Funcionário novo opera no escuro, faz besteira por desconhecimento.
4. Mudar configuração sem registrar. Quem mudou, quando, por quê — perde-se rastro.
5. Ignorar alertas/notificações. Alerta que ninguém olha não serve.
6. Operações em massa sem dry-run. Antes de aplicar a 1000 registros, teste com 5.
FAQ
Como começar a usar este módulo?
Configure os pré-requisitos listados acima, faça um teste em ambiente seguro (ou com poucos registros), valide com a equipe, e só então ative em produção.
Preciso de permissão especial pra acessar?
Sim. Cada papel (operador/supervisor/admin) tem permissões distintas. Confirme com o administrador do Quaza.
Posso integrar com sistemas externos?
Via API REST do Quaza. Webhooks notificam eventos importantes. Consulte a equipe técnica para credenciais.
O que acontece se houver erro?
Os logs ficam no painel de tarefas/auditoria. Configure alertas (email/Slack) para falhas críticas — não confie em ninguém olhar log manualmente.
Como acompanhar mudanças?
Cada registro tem histórico (timestamp, usuário, ação). Use o filtro de auditoria pra rastrear modificações suspeitas.
O módulo funciona multi-filial?
Sim — via centro de custo (filial) atribuído ao lançamento. Relatórios filtram por filial.