Pagar e transferir pela Cora: o passo da aprovação no aplicativo
O ERP monta o pagamento e a transferência, mas quem executa é a Cora. E a Cora só executa depois que alguém aprova no aplicativo dela. Esta fonte existe para explicar esse passo, que é a causa real da queixa "paguei pelo sistema e o dinheiro não saiu".
O BOTÃO NÃO É PAGAR, É ENVIAR PARA APROVAÇÃO
Nos três formulários de pagamento e no formulário de transferência, o botão verde que fecha a operação se chama "Enviar para aprovação". Não é "Pagar", não é "Transferir". O nome é literal.
Quando o pagamento é aceito, o sistema mostra esta mensagem: "Agendamento realizado com sucesso! Acesse o App da Cora para aprovar a transação."
Leia com calma. O que aconteceu foi um agendamento. A transação existe, está registrada, mas está esperando aprovação. Enquanto ninguém abrir o aplicativo da Cora e aprovar, nada é debitado da conta. Não é falha do ERP e não é demora do banco: falta o seu aval no aplicativo.
Por isso, sempre que o cliente disser que pagou pelo sistema e o valor não saiu, o primeiro passo é abrir o aplicativo da Cora e procurar a transação pendente de aprovação.
Na transferência o botão é o mesmo "Enviar para aprovação", mas a tela não repete a frase sobre o aplicativo: ela mostra a mensagem que a Cora devolve, ou "Operação realizada com sucesso!" quando a transferência partiu de um lançamento do financeiro. Não afirme para o cliente que a transferência exibiu a mesma mensagem do pagamento; pergunte o que apareceu na tela dele.
PARA ONDE O SISTEMA VAI DEPOIS DO ENVIO
Depois de enviar um pagamento de boleto, o ERP leva para o extrato da Cora. Depois de um DARF ou de um GPS, ele volta para a tela de pagamentos, que hoje é o próprio formulário de adicionar. Depois de uma transferência feita a partir de um lançamento, ele volta para a lista de contas a pagar; feita direto pela integração, o formulário é limpo e a mensagem aparece no topo.
Em nenhum desses casos o retorno de tela significa que o dinheiro saiu. O que decide isso é a aprovação no aplicativo.
POR ONDE SE CHEGA AOS FORMULÁRIOS
Há dois caminhos.
Pela integração: na tela inicial da Cora há seis cartões (Extrato, Transferências, Cobranças, Pagamentos, Configurações e Usuários). Os cartões "Pagamentos" e "Transferências" ainda trazem a descrição antiga "Liste e realize", mas o que abre é direto o formulário de adicionar. Não há lista.
Pelo financeiro do ERP: na lista de contas a pagar, no menu de ações do lançamento, aparecem os itens "Pagar via cora" e "Transferir via cora". Essa lista é do próprio ERP, não da integração. Os itens só aparecem quando o lançamento é de despesa, a situação não é "Confirmado" e a forma de pagamento dele aponta para a Cora. Além disso, "Pagar via cora" depende de a forma de pagamento estar marcada para pagamento, e "Transferir via cora" de ela estar marcada para transferência. Se o cliente não enxerga o item no menu, o problema está no cadastro da forma de pagamento ou na situação do lançamento, não na integração.
Cadastro de forma de pagamento e lançamento financeiro são assunto do ERP principal. Consulte as fontes do ERP para isso.
OS TRÊS TIPOS DE PAGAMENTO
No topo do formulário de pagamento existe a escolha do tipo. A lista é fechada, são só três: Boleto, DARF e GPS. Boleto vem selecionado por padrão. Não há Pix nem qualquer outro tipo nessa tela.
Boleto pede o código de barras, único campo obrigatório desse bloco, com a orientação "Somente os números" escrita dentro do campo. Ao lado fica "Pagar em", que não é obrigatório e vem preenchido com a data de hoje quando a operação começa pela integração; quando parte de um lançamento, vem com o vencimento daquele lançamento.
DARF pede nome da empresa, período de apuração, CNPJ/CPF, data de vencimento, código da receita e valor principal. Valor da multa e valor dos juros são opcionais.
GPS pede tipo de documento, nome da empresa, identificador (CPF ou CNPJ), código do pagamento, competência e valor de outras entidades. Valor do INSS e multa e juros são opcionais. O tipo de documento também é lista fechada: PIS, NIT ou PASEP.
O CPF ou CNPJ digitado no DARF e no GPS é validado. Se estiver errado, aparece "CPF inválido" ou "CNPJ inválido" embaixo do campo, antes de enviar.
Detalhe que gera chamado: quando a operação parte de um lançamento de contas a pagar, o DARF já vem com nome, documento, valor, multa, juros e vencimento daquele lançamento; o boleto herda só a data em "Pagar em"; e o GPS herda nome, documento e valores, mas deixa a Competência em branco, e ela é obrigatória.
DE ONDE VEM O FAVORECIDO DA TRANSFERÊNCIA
A tela se chama "Transferências TED". O campo "Tipo de entidade" define de onde vem o favorecido. A lista é fechada, são seis origens: Recentes, Cliente, Fornecedor, Transportadora, Funcionário e Outro. Fornecedor vem selecionado por padrão.
Recentes lista contatos já usados em transferência e mostra, em cada resultado, o CPF ou CNPJ, a agência e a conta. As demais origens buscam clientes, fornecedores, transportadoras e funcionários já cadastrados. Escolhendo Outro, você digita o nome à mão.
Ao escolher alguém, o sistema preenche sozinho o que já conhece: nome, documento, instituição, tipo de conta, agência e conta. Confira sempre, porque o preenchimento vem do cadastro e o cadastro pode estar desatualizado.
Escolher o favorecido na busca não é opcional: o nome é obrigatório mesmo quando o tipo escolhido não é "Outro". Se o cliente apenas trocar o tipo de entidade e não selecionar ninguém na busca, o envio trava sem mostrar campo vermelho visível na tela, porque o campo de nome fica escondido nessas opções. É uma das causas de "cliquei e não acontece nada".
Depois vem o tipo de contato, pessoa física ou pessoa jurídica, e o CPF ou o CNPJ conforme a escolha. Os dois são obrigatórios e validados.
OS DADOS BANCÁRIOS E A DATA DA TRANSFERÊNCIA
São obrigatórios: instituição financeira, tipo de conta, agência, conta bancária e valor. A descrição é opcional.
Agência aceita só números e precisa ter no mínimo 4 dígitos, com o campo limitado a 4 — ou seja, exatamente 4. Conta bancária aceita só números, no mínimo 5 dígitos e no máximo 12. Se a conta do favorecido tiver dígito verificador, ele entra junto, sem traço e sem ponto.
A data manda no que a operação é. Se a data for a de hoje, o campo se chama "Data da transferência" e a operação é uma transferência agora. Se você escolher uma data futura, o campo passa a se chamar "Realizar agendamento" e a operação vira um agendamento. Data anterior a hoje o sistema não aceita: aparece "A data não pode ser menor que hoje". Não existe transferência retroativa aqui.
Atenção a um caso comum: quando a transferência parte de um lançamento de contas a pagar, o campo já vem com o vencimento daquele lançamento. Se a conta está vencida, a data chega no passado e o envio é recusado com essa mesma mensagem. A saída é ajustar a data para hoje ou para uma data futura.
Também vindo de um lançamento, os dados bancários (instituição, tipo de conta, agência e conta) chegam em branco e precisam ser preenchidos.
Essa regra de data vale para a transferência. O campo "Pagar em" do boleto não tem essa validação.
O botão vermelho da tela de transferência é "Limpar", e ele apaga o que já foi digitado. Nos formulários de pagamento o botão vermelho é "Cancelar", que sai da tela.
GERAR A CONTA A PAGAR NO MESMO ATO
Quando você começa a operação pela integração, aparece a marcação "Gerar conta a pagar", já ligada. Com ela ligada, o sistema abre o bloco Financeiro e exige quatro campos: descrição, plano de contas, forma de pagamento e conta bancária. No mesmo bloco há ainda o tipo de entidade e a busca do envolvido (cliente, fornecedor, transportadora, funcionário ou outro), que não são obrigatórios.
Forma de pagamento e conta bancária normalmente já chegam preenchidas com o padrão que a integração devolve. Quando não chegam, é preciso preencher: elas são obrigatórias de qualquer forma, e um desses campos vazio é motivo frequente de a tela não avançar.
Serve para o pagamento nascer no financeiro do ERP no mesmo momento em que é enviado à Cora. Se você desmarcar, o valor vai para a Cora e não fica registrado como conta a pagar.
Quando a operação já nasce de um lançamento de contas a pagar, essa marcação nem aparece: o lançamento já existe e o sistema não vai criar outro.
TENTAR PAGAR DUAS VEZES O MESMO LANÇAMENTO
O sistema não deixa. Se você tentar abrir de novo o pagamento ou a transferência de um lançamento que já foi enviado, aparece a mensagem "Transação já realizada para esta movimentação!" e, um instante depois, o sistema devolve você para a lista de contas a pagar do ERP.
Isso não é erro. É a trava que evita pagar duas vezes a mesma conta. Se o cliente insiste que a primeira não saiu, o caminho não é tentar de novo pelo ERP: é conferir no aplicativo da Cora se a transação está lá esperando aprovação.
NÃO EXISTE LISTA DE PAGAMENTOS NEM DE TRANSFERÊNCIAS
Este ponto corrige informação antiga. Hoje não há tela para listar, filtrar por período ou por situação, nem para consultar o histórico de pagamentos e transferências dentro da integração Cora. As rotas dessas listas estão desativadas: os endereços de listagem de pagamentos e de transferências da Cora caem direto no formulário de adicionar.
Ou seja: se o cliente pede para ver os pagamentos já feitos, não mande procurar uma lista que ele não vai encontrar. O acompanhamento se faz no extrato da Cora, nas contas a pagar do ERP e no próprio aplicativo da Cora.
Pelo mesmo motivo, não há mais como gerar a conta a pagar depois pela interface: o único botão que levava a essa tela ficava na lista desativada. Na prática, a chance de gerar o financeiro é a marcação "Gerar conta a pagar" no momento do envio.
O QUE COSTUMA DAR ERRADO
"Paguei e o dinheiro não saiu." Causa real: a transação foi agendada e está esperando aprovação no aplicativo da Cora. Ninguém aprovou. Abra o aplicativo e aprove.
"Enviei ontem e até hoje nada." Mesma causa. O agendamento não se aprova sozinho.
"Cliquei e não aconteceu nada." Algum campo obrigatório está vazio ou inválido e o sistema não envia. Confira os obrigatórios do tipo escolhido, o bloco Financeiro inteiro quando "Gerar conta a pagar" está ligada e, na transferência, se o favorecido foi mesmo selecionado na busca.
"Não consigo salvar a agência." A agência tem que ter 4 dígitos, só números. Agência com dígito ou com traço não passa.
"A conta não é aceita." Conta com menos de 5 dígitos não passa, e o campo aceita no máximo 12. Digite só números, com o dígito junto.
"Quero lançar uma transferência com a data de ontem." Não é possível. O sistema recusa data anterior a hoje. Se a transferência veio de uma conta vencida, ajuste a data para hoje.
"Aparece que a transação já foi realizada." O lançamento já foi enviado uma vez. Confira no aplicativo da Cora antes de qualquer coisa.
"Não aparece Pagar via cora no menu do lançamento." Verifique se o lançamento é despesa, se a situação não é Confirmado e se a forma de pagamento dele é a da Cora, marcada para pagamento ou para transferência conforme o caso.
"Onde vejo a lista dos pagamentos?" Não existe. Veja o extrato da Cora e o aplicativo.
O QUE ESTÁ EM OUTRAS FONTES
Transferência enviada para conta errada e devolução do valor: já está na fonte geral de pagamentos e transferências da Cora. Não repetimos aqui.
Vínculo da integração, forma de pagamento apontando para a integração e o que acontece ao remover: fontes de Integrações e de Meios de pagamento.
Cadastro de cliente, fornecedor, forma de pagamento, conta bancária e lançamento financeiro: fontes do ERP.
Nunca peça, confira ou repita token, chave, certificado ou senha da Cora em atendimento. Se o cliente enviar uma credencial no chat, oriente a gerar outra no portal da Cora.