Central de Ajuda Quaza Provedores

Neste manual vamos demonstrar como homologar a cobranza del Banrisul en el sistema Quaza.

Neste manual vamos demonstrar como homologar a cobranza del Banrisul en el sistema Quaza.

1º. Faça a pré-configuración de la carteira de cobranza del Banrisul en el sistema Quaza, se tiver dúvidas sobre como criar ou configurar a carteira, acceda a nossa documentacción Explicacción de la pantalla Carteira de Cobranza;

2º. O proveedor debe solicitar ao banco a homologacción e este deverá enviar um e-mail com as informações necessárias para finalizar a homologacción;

3º. Después receber o e-mail com as informações para homologacción e pré-configurar a carteira, devem ser gerados 10 boletos de teste e o arquivo de remessa destes, después envie para el e-mail: atención_teste_cobranca@banrisul.com.br.

4º. Después gerar os boletos de teste e o arquivo de remessa será necessário hacer a validacción, o Validador de Remessas está localizado en el Office Banking, en el seguinte caminho:

 Office Banking > menú Cobranza/Custódia/Cuentas a Pagar > Validar Remessa Cobranza CNAB 240 > Enviar Arquivo Teste.
 
Os resultados de los testes son disponibilizados en el seguinte acesso: 

• Office Banking > menú Cobranza/Custódia/Cuentas a Pagar > Validar Remessa Cobranza CNAB 240 > Consultar Retorno Validacción.  
O Validador de Remessas contempla dois cenários de homologacción:  
1. Emissão de boletos pelo banco:
Neste cenário, o cliente submete apenas um arquivo remessa com en el mínimo 10 e en el máximo 30 títulos;
Se en el resultado del teste o arquivo retorno e o relatório de rejeições indicarem erros, proceder com as correções necessárias e submeter novo arquivo en el validador; Repetir esse procedimento até que en el existam mais correções a realizar;
Estando o arquivo correto, o validador informará a situacción del teste como "Homologado"; Neste ponto, o cliente poderá confirmar a homologacción;
Com a confirmacción del cliente, o mesmo estará apto para transmitir arquivos em produção después a atualizacción cadastral en el sistema que ocorre en las seguintes grades horárias: 07h, 10h, 13h, 16h e 22h;
Después o processamento de uma dessas grades, as remessas poderão ser transmitidas em qualquer tempo pelo menu: Arquivos > Enviar Arquivos > Remessa Cobranza 240 – Online. 
2. Emissão de boletos pelo beneficiário.
Neste cenário, o beneficiário deverá submeter o arquivo remessa e os boletos en el validador;
O arquivo com os boletos debe estar en el formato PDF e conter exatamente a mesma quantidade e informações de los títulos constantes en el arquivo remessa para teste; mínimo 10 e en el máximo 30 boletos;
Semelhante ao cenário 1, as correções en el arquivo devem ser realizadas até que o sistema en el apresente mais erros a corrigir;
Estando o arquivo correto, o validador informará a situacción del teste como "Aguardando Conferência". Esta situacción indica que a área “ Gestão Sistemas Cobranza Operacional” del banco foi informada por e-mail que os boletos foram disponibilizados pelo sistema para la realizacción de los testes;
Um funcionário designado irá analisar os boletos, juntamente com o arquivo remessa, e listará as consistências que existirem para correção;
Neste caso, a situacción del teste será alterada para "Rejeitado" e o cliente poderá consultar a lista de las correções en el relatório disponibilizado en el mesmo caminho del Office, proceder os ajustes e submeter novamente o arquivo e os boletos corrigidos para novo teste;
Caso os boletos estejam corretos e de acordo com os títulos de la remessa, o funcionário irá alterar a situacción del teste para "Homologado". Neste momento, o cliente poderá confirmar a homologacción o que permitirá transmitir em produção, como informado en el item 1;
Observacción: de forma análoga aos testes de boletos enviados por e-mail, a análise de los boletos enviados pelo Validador de Arquivos en el Office Banking, será realizada em até 48h pela equipe “ Gestão Sistemas Cobranza Operacional”. Este prazo eventualmente puede ser aumentado devido a demanda, período e/ou eventuais problemas sistêmicos. 
O Validador de Arquivos en el Office Banking es um novo produto que busca trazer mais agilidade en el processo de teste e homologacción de remessas de Cobranza, além de melhorar a experiência del cliente, com a possibilidade de liberacción em produção de forma automatizada.
Atenção: leiaute disponível en la página del Banrisul: www.banrisul.com.br   > Para sua Empresa > Cobranza de títulos > Cobranza-Layout padrão FEBRABAN 240 v10.3. 

5º. Después a validacción usted terá acesso ao arquivo de retorno, processe este en el sistema Quaza para dar baixa en los boletos. Caso o boleto en el tenha baixado, usted poderá conferir o motivo através de la pantalla Retorno Item, caso tiver dúvidas de como conferir acceda a documentacción Saiba como checar se os boletos de la remessa foram baixados  ;

6º. Después os testes poderá ainda emitir um boleto teste e hacer o pago, para confirmar que o valor está entrando en la cuenta desejada e que está dando a baixa en el sistema como esperado;

ATENÇÃO:

Os valores de las tarifas (registro e baixa) son definidos pela plataforma de pago, e o Proveedor debe estar ciente de las tarifas aplicadas. Em caso de dúvidas, deverá entrar em cuentato com o banco. Além disso, es importante estar ciente de que o valor de la tarifa del boleto puede variar conforme a forma de pago, sendo diferente cuando pago via Pix ou código de barras.

Os arquivos precisam ser enviados com 48h de antecedência ao vencimento del boleto criado.

Canais de atención del Banrisul para dúvidas:

• Chat: www.banrisul.com.br   > Para Sua Empresa >  Cobranza de Títulos

• E-mail: gestao sistemas cobranca operacional@banrisul.com.br

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

Trampas frecuentes

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

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.