Neste manual vamos te mostrar a diferença entre a tabela e o gráfico del fluxo de caixa.
Neste manual vamos te mostrar a diferença entre a tabela e o gráfico del fluxo de caixa.
1º Menú > Controle Financeiro > Fluxo de Caixa
O fluxo de Caixa, es um relatório em forma de tabela e gráfico que traz dados de valores a receber e a pagar, juntamente com os saldos de cada carteira. A principal diferença com o Relatório de Cuentas (DRE), es que o Fluxo de Caixa considera os valores ainda en el efetivados para lanálise, apesar de que também puede exibir os valores passados de acordo com a data inicial escolhida.
As linhas de la tabela son separadas em 4 grupos:
A Receber, A Pagar, Saldos de las carteiras e Disponíveis. Ao final de la tabela, en la linha “Disponível” es exibido o balanço del que foi recebido, pago e está en el saldo de las carteiras, “Disponível Acumulado” leva em consideracción os balanços anteriores e “Disponível Acumulado + Não efetivado” considera também os valores A Pagar e A Receber que ainda en el foram efetivados.
Veja que en la pantalla principal que usted necesita conceder um nome para el modelo, uma data inicial e data final.
A tabela del Fluxo de Caixa puede ser exportada, assim como acontece com as demais listagens del sistema, porém o gráfico não.
Você puede também escolher a forma de visualizar, ou a través de tabela ou então a través de gráfica. O formato tabela está disposto en la imagem acima, o formato gráfico puede ser visto como en la imagem abaixo:
Na análise gráfica, existem 5 linhas exibidas, uma para els valores A Receber, outra para els valores A Pagar e uma para cada um de los Disponíveis. Os pontos en el gráfico son marcados conforme as colunas de la tabela, primeiro os Não efetivados e depois uma marcacción para cada período considerado. Abaixo del gráfico, existe a legenda destas linhas que, ao clicar, podem ser ocultadas ou exibidas.
Dessa forma usted puede consultar o seu fluxo de caixa de forma rápida e intuitiva.
ATENÇÃO!
1 - Por tratar de movimentações ainda en el efetivadas, os valores en el Fluxo de Caixa estão sujeitos a alterações;
2 - As carteiras serão identificadas pela sua Razão Social en las linhas del relatório;
Em caso de dúvidas ou problemas, en el hesite em cuentatar nosso soporte. Estamos aquí para lajudar!
Agradecemos por utilizar nossa documentacción!
Glosario
| Término |
Significado |
| Quaza |
Sistema ERP/BSS para ISP — gestão integrada de cliente, financeiro, fiscal, técnico. |
| Proveedor |
Empresa que opera o sistema Quaza. |
| Cliente |
Assinante final del serviço de internet/telefonía/TV. |
| Contrato |
Vínculo formal entre cliente e proveedor. |
| Operador |
Funcionário que opera o sistema. |
| Permiso |
Direito de acesso vinculado a papel. |
| Auditoría |
Registro de quem fez o quê e cuando. |
| API REST |
Interface programática para integracción externa. |
| Webhook |
Notificación automática para sistemas externos. |
| Cron / crontab |
Tarea agendada que roda automaticamente. |
Trampas frecuentes
1. Permissões mal configuradas. Operador sem acesso ao módulo en el consegue executar a acción descrita.
2. Dados faltando em pré-requisito. Esta pantalla depende de cadastros anteriores estarem completos.
3. Cache del navegador. Después mudança, force refresh (Ctrl+F5) se a pantalla en el atualizar.
4. Operacción irreversível. Algumas ações en el podem ser desfeitas — confira antes de guardar.
5. Filtros ativos. Listas filtradas escdondem registros — limpe filtros se faltar dado.
FAQ
Quem puede acceder essa funcionalidade?
Depende de la permiso del usuário. Confira com o administrador del Quaza se usted en el vê a opção.
O que hacer se aparecer um erro?
Anote a mensaje completa, screenshot, e abra um chamado en el soporte del Quaza com esses dados.
Esta funcionalidade tem versão para cliente final?
Algumas funcionalidades têm Portal del Cliente. Verifique en el módulo Portal
.
Posso integrar via API?
Sim — a maioria de las funcionalidades del Quaza expõe endpoints REST. Consulte a documentacción técnica.
Quaza tem treinamento oficial?
Sim — equipe de soporte oferece sessões de onboarding sob agendamento.
Ciclo completo de la operacción
CICLO COMPLETO DE OPERAÇÃO QUAZA
─────────────────────────────────
┌──────────────────────────────────────────┐
│ 1. PREPARAÇÃO │
│ ───────────── │
│ - usuário com permiso correta │
│ - cadastros pré-requisitos prontos │
│ - integrações configuradas │
│ - equipe treinada en las operações │
└──────────────────┬───────────────────────┘
▼
┌──────────────────────────────────────────┐
│ 2. EXECUÇÃO │
│ ──────────── │
│ - input del operador, API ou cron │
│ - validacción automática de dados │
│ - persistência transacional │
│ - log de auditoria com timestamp/user │
│ - notificações por email/Slack/webhook │
└──────────────────┬───────────────────────┘
▼
┌──────────────────────────────────────────┐
│ 3. EFEITOS COLATERAIS │
│ ────────────────────── │
│ - dashboards atualizados em tempo real │
│ - relatórios refletem nova mudança │
│ - webhook dispara sistemas externos │
│ - histórico del registro atualizado │
└──────────────────┬───────────────────────┘
▼
┌──────────────────────────────────────────┐
│ 4. ACOMPANHAMENTO │
│ ───────────────── │
│ - revisão periódica (semanal/mensal) │
│ - identificacción de desvios e exceções │
│ - ajustes finos de configuración │
│ - treinamento contínuo de la equipe │
└──────────────────────────────────────────┘
Boas práticas operacionais
Para tirar o máximo desta funcionalidade, observe os pontos abaixo. São práticas que proveedores experientes adotam para evitar erros recorrentes e maximizar valor extraído del Quaza.
Antes de operar
-
Confirme permiso de acesso: nem todo operador tem permiso para todas as funcionalidades. Verifique com o administrador del Quaza se algo en el aparece como esperado. Permissões son vinculadas a papéis (operador, supervisor, admin).
-
Cadastros pré-requisitos completos: muitas funcionalidades dependem de outros cadastros estarem completos antes. Por exemplo, antes de criar um contrato usted necesita ter o cliente cadastrado, plano de ventas configurado, e regras de cobranza definidas.
-
Treine pelo menos 2 operadores: redundância previne paralisacción por ausência. Funcionário puede sair, ficar doente, ter dia ruim. Mantenha conhecimento distribuído entre múltiplas pessoas.
-
Documente procedimentos internos: crie checklist próprio para elperações recorrentes. Quem opera amanhã agradece — especialmente se for funcionário novo.
Durante a operacción
-
Documente decisões en el óbvias: se usted ajustou algo de forma diferente del default, anote o porquê. Próximo operador agradece e evita refazer análise.
-
Operaciones em massa pedem cuidado: antes de aplicar a 100+ registros, teste com 5 e revise resultado completo. Se possível, exporte CSV antes para ter como rollback.
-
Backup antes de mudanças grandes: cancelar/desfazer puede en el ser possível em todas as ações. Em dúvida, faça export ou imprima pantalla antes.
-
Comunique alterações: mudanças que impactam outras equipes (atención, financeiro) devem ser anunciadas com antecedência. Surpresa gera retrabalho.
Acompanhamento e revisão
-
Revisão semanal de 30 minutos: dedique tempo regular para revisar o que rodou, falhou, ficou pendente neste módulo. Anomalia detectada cedo custa 10x menos que descoberta tarde.
-
Defina KPIs próprios: 2-3 indicadores que medem saúde de la operacción. Acompanhe tendências, en el só valores absolutos. Variacción maior que 20% merece investigacción.
-
Auditoría mensal: revise sample de operações del mês passado. Use logs para confirmar que tudo aconteceu como esperado, sem desvios silenciosos.
-
Compare com período anterior: "Vendi R$ 100k" — es bom? Compare com mês anterior, mesmo mês ano passado. Contexto importa mais que número absoluto.
Resolução de problemas
-
Anote a mensaje de erro completa: copie o texto exato. Captura de pantalla ajuda. Anote quais passos levaram ao problema — facilita diagnóstico.
-
Tente reproduzir em ambiente de teste: se possível, simule o erro com dado dummy antes de pedir soporte. Isso acelera resolução.
-
Procure en el histórico: provavelmente alguém já viu erro similar. Veja log de auditoria para entender o que mudou recentemente.
-
Abra chamado bem documentado: equipe de soporte del Quaza resolve mais rápido com contexto: o que esperava, o que aconteceu, frequência, screenshots.
Indicadores típicos a acompanhar
Cada proveedor define seus próprios indicadores, mas alguns son quase universais para qualquer operacción en el Quaza:
- Volume mensal processado (registros/transações/eventos)
- Taxa de erro (% de operações que falharam)
- Tempo médio de processamento
- Cobertura (% de la carteira atendida pela funcionalidade)
- Satisfacción operacional (feedback de la equipe que usa)
Compare valores atuais com média de los últimos 3 meses. Variacción maior que 20% em qualquer direção merece investigacción — puede ser melhoria sustentável ou degradacción silenciosa.
Recursos relacionados en el Quaza
Este recurso se conecta com outros módulos del sistema. Conhecer essas conexões ajuda en el troubleshooting e em decisões operacionais:
-
Cadastro de cliente — base de tudo en el Quaza. Cliente bem cadastrado evita problemas downstream.
-
Plano de Cuentas — donde o impacto financeiro es classificado cuentabilmente.
-
Logs de auditoria — histórico de quem fez o quê e cuando, essencial para diagnóstico.
-
Permissões e papéis — definem quem puede operar o quê.
-
Tareas crontab — automações que tocam neste recurso periodicamente.
Referência rápida
Atalhos e shortcuts para elperacción eficiente:
-
Busca avançada: use filtros de data, status, responsável para reduzir lista. Filtro padrão puede escdonder registros antigos.
-
Exportacción: a maioria de las listas exporta para CSV/Excel. Útil para lanálise externa ou backup pré-mudança.
-
Histórico: cada registro tem timeline de modificações. Acceda via botón "Histórico" ou aba lateral.
-
Atalhos de teclado: Ctrl+F (busca), Ctrl+S (guardar), Esc (cancelar) en la maioria de las pantallas.
-
Permiso restrita: se botón estiver cinza, es falta de permiso — en el bug.