Neste manual vamos explicar todas as configuraciones necessárias para utilizacción de la Retenção Fiscal Em quais casos es utilizada a retenção fiscal: - Prefeituras; - Algumas empresas.
Neste manual vamos explicar todas as configuraciones necessárias para utilizacción de la Retenção Fiscal
Em quais casos es utilizada a retenção fiscal:
- Prefeituras;
- Algumas empresas.
Configuraciones necessárias para utilizacción de la Retenção Fiscal
1º. Verificar es se a natureza de operacción necessária está cadastrada en el sistema:
Acceda MENU > FISCAL > NATUREZA DE OPERAÇÃO, conforme segue a imagem
Você puede procurar através de la pesquisa rápida (no campo superior direito, conforme sinalizado en la imagem acima)
Se en el houver a natureza necessária, será necessário cadastrar uma nova (clic em "Añadir natureza de operacción"), segue a imagem abaixo de la pantalla de cadastro:
Conforme a imagem acima, as seguintes informações devem ser preenchidas:
Descrição - uma descrição para essa natureza;
Tipo - qual será o tipo de la natureza (Entrada ou Saída);
Operacción - qual operacción essa natureza irá hacer (essa será a descrição de la operacción en las notas 55);
Configuraciones de CFOP - debe ser escolhido qual CFOP será para cada cada tipo de nota (Venda -> NFE 55 | SCM -> NFE 21/22 | SVA -> NFE SVA | ST -> NFE 55 com substituto tributário), em caso de dúvidas, verifique com seu consultor fiscal para ver quais son os CFOPs corretos.
2º. Cadastrar uma Categoria Fiscal ou verificar se alguma que já existe para el que usted precisa, para isso vá em FISCAL->CATEGORIA FISCAL, conforme a imagem:
As categorias fiscais vão servir para usted colocar en los produtos (exemplo: en el produto "Provimento de acesso à internet" será colocado a categoria Teste), essas categorias indicam qual situacción tributária irá ser aplicada para esse produto. Em resumo cada produto puede ter uma categoria fiscal, en la qual vai indicar qual a situacción tributária será aplicada para esse produto (se en el estiver nenhuma categoria específica para lalgum produto, esse produto irá utilizar as situações padrões para tributacción).
3º. Devemos configurar a situacción tributária ou utilizar uma já existente, para isso vá em FISCAL-> SITUAÇÃO TRIBUTÁRIA, conforme a imagem:
Verifique se já há uma situacción que correspdonde ao que usted precisa, se en el houver usted puede añadir novas situações clicando em "Añadir situacción tributária".
Segue a imagem abaixo de la pantalla de cadastro:
Aquí devem ser preenchidas as informações que constam en la pantalla (muda de acordo com cada tipo de tributacción), dando um foco principal:
Descrição - coloque uma descrição para fácil entendimento;
Tipo de la tributacción - podendo ser Icms, Pis/Cofins ou Ipi;
Situacción Tributária (CST) - debe ser informado qual a situacción tributária;
Aliquota Iss (pIss) [NO CASO DE Pis/Cofins] - aquí debe ser preenchido a porcentagem de la aliquota Iss (ex: 4,8 será 4,8%).
Filtros: es donde usted configura em quais situações será aplicada a situacción tributária configurada acima (lembrando que há três situações tributárias padrões en el sistema, donde en el podem ser modificadas)
Cliente - informa se essa situacción tributária irá pertencer a somente um cliente em específico;
Produto - informa se essa situacción tributária irá pertencer a somente um produto em específico;
Tipo de pessoa - informa se essa situacción tributária irá pertencer a somente um tipo de pessoa (física ou jurídica) em específico;
Contribuinte - informa se essa situacción tributária irá pertencer a somente clientes/proveedores que pertencem a um tipo de contribuinte (se contribui ou não) em específico;
Tipo de atividade - informa se essa situacción tributária irá pertencer a somente clientes/proveedores de um tipo de atividade em específico (caso for produtor rural, será possível informar a Inscrição Estadual en el cadastro);
Categoria del produto - informa se essa situacción tributária irá pertencer a somente um tipo de categoria de produto em específico;
Tipo de nota - informa se essa situacción tributária irá pertencer a somente um tipo de nota em específico;
Série fiscal - informa se essa situacción tributária irá pertencer a somente uma série fiscal em específico;
CFOP - informa se essa situacción tributária irá pertencer a somente um CFOP em específico;
UF - informa se essa situacción tributária irá pertencer a somente uma Unidade Federativa em específico;
Categoria fiscal - informa se essa situacción tributária irá pertencer a somente um tipo de categoria fiscal em específico.
Destaca-se a Categoria fiscal, donde podemos colocar isso para todos os produtos com tal categoria terem uma determinada situacción tributária (não sendo necessário sempre informar Pis/cofins, Icms e Ipi em cada produto que tem a mesma situacción tributária);
4º. Utilizacción de la Retenção Fiscal, verificar o cadastro del cliente:
Aquí temos algumas informações muito importantes:
Contribuinte - se o cliente/proveedor es contribuinte (sim ou não);
Tipo de atividade - qual atividade o cliente/proveedor;
Natureza de la operacción aplicável - qual será a natureza padrão para esse cliente/proveedor (podendo ser alterado se for uma venda, por exemplo);
Retém ISS - informa se o cliente/proveedor retém ou en el o ISS. (Determina se este cliente vai ter ou en el a Retenção Fiscal, ou seja o valor del ISS será retido en la fonte ou o proveedor que irá hacer o repasse)
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.