Neste tutorial vamos esclarecer as diferenças entre os tipos de homologação
Homologação Gateway/API:
Atua como um intermediário que facilita e protege a troca de informações entre a empresa, o cliente e o banco. Na homologação por Gateway/API a comunicação é direta e imediata não sendo necessário o processo de remessa e retorno.
Características do Gateway de Pagamento:
Objetivo: Processar transações de pagamento de forma rápida e segura.
Método de Integração: Utiliza APIs e integrações online para comunicação em tempo real.
Funcionalidade: Permite a verificação instantânea dos dados do pagamento, o que agiliza a aprovação ou rejeição da transação.
Ao criar um boleto o sistema se comunica com o banco instantaneamente e automaticamente, o mesmo acontece com a exclusão de boletos. Neste caso, o provedor não precisa enviar remessa e processar retorno pois a comunicação é feita por API, logo após criado no sistema o boleto já estará registrado no banco.
Homologação PIX Dinâmico:
O PIX dinâmico é uma modalidade do sistema de pagamentos instantâneos do Brasil, que permite a criação de QR Codes personalizados e atualizáveis para facilitar pagamentos. Ao contrário do PIX estático, que gera um QR Code fixo com valores e informações que não mudam.
Vantagens do PIX Dinâmico:
Agilidade e Automação: Permite automação no controle de pagamentos, eliminando a necessidade de conferir manualmente os valores e identificações.
Flexibilidade de Uso: Ideal para empresas e vendedores que precisam gerar cobranças específicas para cada cliente.
Menos erros e duplicidade: Ao ter um QR Code único para cada transação, o risco de erro ou duplicidade é minimizado.
Ao criar um boleto o sistema se comunica com o banco instantaneamente e automaticamente, o mesmo acontece com a exclusão de boletos. Neste caso o provedor não precisa enviar remessa e processar retorno pois a comunicação é feita por API, logo após criado no sistema o boleto já estará registrado no banco.
Homologação de remessa e Retorno:
O processo de remessa e retorno de arquivos com o banco envolve o envio e recebimento de informações financeiras e dados de transações entre a empresa e a instituição bancária.
-
Remessa: A remessa é o arquivo que a empresa envia ao banco com instruções sobre operações financeiras, como boletos a serem cobrados, pagamentos a serem efetuados, ou outras transações. Esse arquivo é padronizado pelo banco para garantir que os dados estejam corretos e possam ser processados automaticamente.
-
Retorno: O retorno é o arquivo que o banco envia de volta à empresa depois de processar a remessa. Esse arquivo contém informações sobre o status das transações enviadas, incluindo confirmações de pagamentos realizados, boletos compensados, erros, ou outros detalhes relevantes.
Esses arquivos normalmente seguem formatos específicos (como CNAB240, é o que a Quaza utiliza, ou CNAB400) definidos pela Federação Brasileira de Bancos (FEBRABAN) para padronizar a troca de informações entre instituições financeiras e empresas.
Resumidamente o provedor precisa gerar o arquivo de remessa pelo sistema Quaza com pelo menos três dias de antecedência ao vencimento e enviar ao banco, e após acompanhar diariamente se o banco disponibilizou o retorno, normalmente o retorno é disponibilizado um dia após a data do vencimento. O ideal é enviar a remessa início do mês com todos os boletos e depois acompanhar diariamente o retorno, e é claro se tiver alguma remoção ou criação de boleto ao longo do mês fazer remessa novamente para o período
Obs: As homologação de débito em conta não possuem a opção de serem feitas por API/Gateway, apenas remessa e retorno.
Para saber quais bancos estão integrados ao nosso sistema acesse a nossa documentação Quais bancos são integrados ao sistema Quaza e a forma de homologação destes
Em caso de dúvidas ou problemas, não hesite em contatar nosso suporte. Estamos aqui para ajudar!
Agradecemos por utilizar nossa documentação!