Neste tutorial vamos explicar como configurar o aceite de contrato, este debe ser selecionado ao realizar o cadastro de um novo assinante.
Neste tutorial vamos explicar como configurar o aceite de contrato, este debe ser selecionado ao realizar o cadastro de um novo assinante.
1º Configurar o Aceite: Cliente > Contrato Aceite > Añadir configuración apara laceite.
Vai estar disponível o aceite padrão, mas este puede ser editado ou então añadir um novo.
Ao clicar em editar ou añadir novo, usted irá visualizar a seguinte pantalla:
Segue abaixo uma breve descrição de cada campo:
Descrição: A nomenclatura que irá aparecer para selecionar como opção en la aba contrato.
Situacción: Habilitado ou desabilitado (É necessário ter um aceite, então tem que ter um habilitado).
Aceite automático: Sim - Ao criar o contrato, automaticamente ele será aceito. Não – Ao clicar as opções que estavam bloqueadas para edição anteriormente podem ser editadas, pois será necessário escolher o método de envio del link.
Tolerância de dias: Prazo para dar o aceite en el contrato, cuentando del dia de criacción. Exemplo: 10 dias. O contrato foi criado em 15/12 o cliente terá até dia 25/12 para dar o aceite. No dia 26/12 caso ele en el tenha dado o aceite irá bloquear o serviço del cliente (tem uma explicacción en el ponto de interrogacción vermelho).
Método de envio del link: Disponível en el Portal (Sem envio) – neste caso en el será enviado para el cliente, E-mail: para el paciente dar o aceite via e-mail, e WhatsApp: ao clicar irá abrir a opção de template para envio del link.
Template para envio del link: es uma configuración de mensaje, já tem uma opção pronta “Whats – Link para laceite del contrato” e “Email - Link para laceite”. Para editar esta ou criar uma nova acceder Comunicacción > Template (WhatsApp) ou , lembrando que es muito importante selecionar em Função a opção Contrato – Link para laceite, e en la mensaje manter a variável, caso opte em editar ou criar uma nova.
Método de envio del código de autenticacción: método pelo qual o cliente irá receber o código para lautenticar, as opções son WhatsApp, SMS ou E-mail.
Exigências adicionais ao cliente: Além del aceite anterior o cliente terá que enviar mais algum documento, assinatura, foto ou añadir CPF caso o proveedor tenha selecionado como sim alguma destas opções.
Número del CPF/CNPJ: O cliente deverá preencher um campo com o seu CPF (ou CNPJ em caso de pessoa jurídica) que debe correspdonder ao que já está em seu cadastro de cliente. Impossibilita o aceite se houver discrepância entre os dados.
Documento: O cliente deverá fornecer um arquivo de documento próprio, em PDF ou imagem/foto.
Foto: Foto del rosto del cliente. Em celulares, irá abrir a câmera para tirar a foto e, caso o aparelho usado en el tenha câmera, uma imagem de la galeria deverá ser selecionada.
Assinatura: Habilita um campo donde o cliente deverá hacer a assinatura digital.
Por fim, caso alguma de las exigências adicionais esteja inadequada (foto en el está nítida ou anexou o PDF errado en los documentos) puede ser rejeitado o aceite.
Caso precise hacer alguma alteracción nesta configuración, basta seguir os passos descritos abaixo:
2º Dónde utilizar esta opção en el contrato:
Acesso: Menú > Cliente > Cliente > Aba contrato
No campo destacado "Configuración del Aceite", es donde debe ser selecionada a configuración desejada. Já existe uma configuración pré-definida que es o Aceite padrão, porém este puede ser configurado.
3º Cómo o cliente hace o aceite:
O cliente irá receber o link conforme preenchido em Método de envio del link por E-mail ou WhatsApp (Este ficará disponível por 24h, depois es só recarregar para lativar novamente), e irá receber o código conforme preenchido em Método de envio del código de autenticacción por E-mail, SMS ou WhatsApp.
Ao abrir o link irá aparecer o contrato e en el canto superior direito a opção “Concluir aceite eletrônico”. Después irá abrir a opção para lañadir o código:
Depois de colocar o código, abrirá a pantalla para lañadir as exigências adicionais solicitadas conforme segue abaixo:
4º Cómo rejeitar o aceite: Cliente > Contrato > Aba contrato
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.