Complementos Financeiros — funcionalidades opcionais que estendem o módulo padrão
Os Complementos Financeiros são módulos opcionais que adicionam funcionalidades específicas: cartão recorrente, OFX, multi-moeda, score de crédito, BI extra. Cada provedor ativa só o que usa.
O que são complementos
Os Complementos Financeiros são funcionalidades opcionais que estendem o módulo financeiro padrão. Cada provedor ativa só o que usa. Exemplos: integração com cartão de crédito, recálculo automático de inadimplência, importação de extrato OFX, conciliação automática com banco.
Filosofia: base financeira do Quaza é suficiente pra 80% dos casos. Complementos cobrem o restante — sem inchar o sistema pra quem não precisa.
Complementos disponíveis
| Complemento |
O que faz |
Quem usa |
| Cartão recorrente |
Cobra mensalidade automaticamente no cartão |
Provedores com clientes premium |
| Pix recorrente |
Pix automático no vencimento |
Todos (cada vez mais comum) |
| OFX import |
Importa extrato bancário em padrão OFX |
Quem usa bancos com OFX (Itaú, Santander) |
| Conciliação avançada |
Bate extrato com Quaza automaticamente |
Provedores maiores |
| Multi-moeda |
Cobrança em BRL, USD, PYG, ARS |
Provedores fronteiriços |
| Análise crédito |
Score de cliente antes de aprovar contrato |
Provedores grandes |
| BI/dashboards extra |
Visualizações além do padrão |
Quem precisa de drill-down |
| SPED automatizado |
Gera SPED Fiscal mensal sem intervenção |
Provedores no Brasil com volume alto |
Glossário
| Termo |
Significado |
| Complemento |
Funcionalidade opcional adicionada ao núcleo financeiro. |
| Cartão recorrente |
Cliente cadastra cartão; sistema cobra automaticamente. |
| OFX |
Open Financial Exchange — padrão de extrato bancário. |
| Conciliação automática |
Sistema casa movimento bancário com fatura sem intervenção. |
| Multi-moeda |
Cobrança em moedas diferentes (BRL, USD, PYG, ARS). |
| Score |
Avaliação de risco do cliente. |
| Webhook |
Notificação automática que sistema externo recebe. |
| 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. |
Quando ativar
CICLO COMPLETO — VISÃO DETALHADA
──────────────────────────────────
┌─────────────────────────────────────────────┐
│ INICIALIZAÇÃO │
│ • Configuração validada │
│ • Permissões definidas por papel │
│ • Equipe treinada nas operações │
│ • Procedimentos documentados │
└─────────────────────┬───────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ OPERAÇÃO RECORRENTE │
│ • Input pelo operador, API ou cron │
│ • Validação automática │
│ • Persistência transacional │
│ • Log de auditoria (timestamp + usuário) │
│ • Notificações por email/Slack/webhook │
└─────────────────────┬───────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ ACOMPANHAMENTO │
│ • Dashboard com KPIs em tempo real │
│ • Alertas configurados pra exceções │
│ • Relatório periódico (diário/semanal) │
│ • Análise de tendências │
└─────────────────────┬───────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ REVISÃO E MELHORIA │
│ • Auditoria mensal de inconsistências │
│ • Análise de gargalos │
│ • Ajuste de configuração │
│ • Treinamento contínuo da equipe │
└─────────────────────────────────────────────┘
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
CICLO OPERACIONAL — DETALHADO
────────────────────────────────
Fase 1 — Preparação
┌────────────────────────────────────┐
│ Configuração validada │
│ Permissões atribuídas │
│ Equipe treinada │
└──────────────┬─────────────────────┘
▼
Fase 2 — Operação
┌────────────────────────────────────┐
│ Input (operador / API / cron) │
│ Validação automática │
│ Persistência │
│ Log de auditoria │
│ Notificações (email/webhook) │
└──────────────┬─────────────────────┘
▼
Fase 3 — Acompanhamento
┌────────────────────────────────────┐
│ Dashboard atualizado │
│ Alertas de exceção │
│ Relatório periódico │
└──────────────┬─────────────────────┘
▼
Fase 4 — Revisão / melhoria
┌────────────────────────────────────┐
│ Análise de KPIs │
│ Identificação de gargalos │
│ Ajuste de configuração │
└────────────────────────────────────┘
Pegadinhas frequentes
1. Ativar complemento sem testar. Cartão recorrente cobrando mal = enxurrada de chargebacks.
2. Esquecer de desativar complemento descontinuado. Continua rodando, gerando custo.
3. Conciliação automática casando errado. Configure tolerância (R$ 0,01) e revise por algum tempo manualmente.
4. Multi-moeda sem regra clara de câmbio. Quem fixa cotação? Quaza, banco, manual? Defina.
5. Score de crédito muito restritivo. Bloqueia clientes bons. Calibre conforme volume.
FAQ
Complementos têm custo adicional?
Depende — alguns são incluídos no plano, outros são módulos pagos.
Posso ativar/desativar a qualquer momento?
Geralmente sim. Pra cartão recorrente, atenção pra contratos já vinculados.
Quaza oferece todos os complementos?
Lista atualizada disponível na área de configuração. Consultar suporte pra novidades.
Complemento precisa de instalação técnica?
A maioria é ativação na configuração. Alguns (cartão, gateway) exigem credenciais externas.
Posso solicitar complemento customizado?
Sim — orçamento de desenvolvimento.
Boas práticas operacionais
Esta seção reúne hábitos que provedores experientes adotam pra evitar problemas recorrentes neste módulo. Aplicação consistente faz diferença grande no longo prazo — diferença entre operação caótica e operação previsível.
Revisão periódica
Reserve 30 minutos por semana pra revisar o estado do módulo: o que rodou, o que falhou, o que ficou pendente. Anomalia detectada cedo custa 10x menos que descoberta tarde.
Documentação de procedimentos
Crie checklists internos pra operações recorrentes — abertura/fechamento do mês, processamento em lote, correção de inconsistências. Não dependa de quem "sabe de cabeça" — funcionário pode sair, ficar doente, ter dia ruim.
Backup antes de operações em massa
Qualquer mudança que afete 100+ registros deve ser precedida de backup ou export. Restaurar uma alteração massiva equivocada é caro; prevenir é simples.
Comunicação com cliente
Mudanças que impactam o cliente (preço, cobrança, regra) devem ser comunicadas com antecedência. Cliente surpreendido reclama; cliente avisado entende.
Indicadores acompanhados
Defina 2-3 indicadores que medem a saúde do módulo. Acompanhe semanalmente. Quando algum sai do range esperado, investigue antes de virar problema visível.
Documentos relacionados