Remessas bancárias no Cegid — pagar sem depender do homebanking.

Numa PME típica, o ciclo de pagamentos a fornecedores segue um de dois modelos. No modelo manual, alguém — tipicamente da tesouraria — tem o Cegid numa janela e o homebanking do banco noutra. Lê o valor numa, copia para a outra, liberta. Funciona até alguém, num dia de 50 faturas, ler mal um dígito, aprovar duas vezes a mesma fatura, ou pagar um valor que ainda não estava autorizado. O custo não é só o pagamento errado — é a reconciliação posterior, que pode demorar semanas.

No modelo via remessa bancária, o Cegid gera o ficheiro SEPA/PS2 que se carrega no homebanking em bloco; o banco devolve confirmação por linha; o Cegid liquida apenas o que o banco confirmou. Cada pagamento tem quatro pontos de controlo separados, e nenhum humano precisa de digitar IBANs. Este artigo descreve o circuito no Cegid Primavera v10 passo a passo.

Pré-requisitos

• Cegid Primavera Evolution (v10 ou posterior) com módulo de Tesouraria ativo.
• Contas bancárias da empresa configuradas em Bancos → Contas Bancárias, com IBAN e BIC preenchidos.
• Fornecedores com IBAN registado na ficha (Compras → Fornecedores → Dados bancários). Sem IBAN, o pagamento cai automaticamente para a fila manual.
• Contrato com o banco que permita carregamento de ficheiros SEPA (praticamente todos os bancos comerciais em Portugal aceitam).

Fase 1 — Seleção e geração da remessa

Em Bancos → Pagamentos → Seleção para Pagamento, o Cegid apresenta a lista de faturas vencidas (ou a vencer no horizonte que se definir). Filtros úteis:

• Por data de vencimento — para pagar só o que vence até ao fim da semana.
• Por fornecedor — para destacar um fornecedor que exige prioridade.
• Por banco emissor — se a empresa tem várias contas e quer pagar cada lote pelo banco certo.

Selecionam-se as faturas, indica-se a conta bancária a usar, e gera-se a remessa em Gerar Remessa. O Cegid atribui um número de remessa, agrupa os pagamentos por fornecedor e escreve-os em estado pendente de envio. Neste ponto, nenhum valor saiu da conta — apenas foi prometido.

Fase 2 — Envio ao banco

Em Bancos → Remessas → Gestor de Remessas, seleciona-se a remessa gerada e exporta-se o ficheiro SEPA CT (Credit Transfer) no formato XML — standard europeu aceite por todos os bancos. O ficheiro fica gravado na pasta definida em parâmetros da empresa.

Esse ficheiro carrega-se depois no homebanking do banco, normalmente numa opção do tipo "Pagamentos em ficheiro" ou "Transferências em lote". O banco valida a estrutura, pede autorização do utilizador autorizado (com cartão matriz, chave móvel digital ou código SMS), e executa. Para empresas com volume, muitos bancos oferecem API direta — o Cegid pode submeter o ficheiro sem passar pelo portal web, mas isso exige integração e contrato dedicado.

Fase 3 — Confirmação do banco

O banco devolve, em 24–48 horas, um ficheiro de resposta (camt.054 ou equivalente) com o estado de cada linha: aprovada, rejeitada, em processamento. Em Gestor de Remessas → Importar resposta, carrega-se esse ficheiro e o Cegid atualiza o estado de cada pagamento na remessa.

Rejeições acontecem — IBAN com dígito de controlo errado, fornecedor sem conta no banco destinatário, valor acima de limite autorizado. Cada linha rejeitada fica marcada com o motivo e pode ser (a) corrigida na ficha do fornecedor e reenviada, ou (b) extraída da remessa para tratamento manual.

Fase 4 — Liquidação na contabilidade

Só depois da confirmação bancária se liquidam as faturas no Cegid. Em Bancos → Remessas → Liquidar, o Cegid cria automaticamente o movimento bancário (débito na conta da empresa), o documento de pagamento por fornecedor, e as amarrações contabilísticas aos documentos originais.

Este ponto é o mais importante do ciclo: a liquidação contabilística acontece depois do banco confirmar, não antes. Na prática, significa que o balancete nunca reflete pagamentos que o banco ainda não executou — o que para quem faz reconciliação bancária mensal é a diferença entre fechar contas em meio dia ou em três.

Pontos de falha comuns

• Fornecedor sem IBAN. A remessa exclui-o automaticamente e não avisa — descobre-se quando o fornecedor liga a perguntar. Auditoria trimestral às fichas de fornecedor resolve.
• Resposta do banco nunca importada. O Cegid mantém o pagamento em estado "pendente de confirmação" indefinidamente, e a fatura não é liquidada. Mapa semanal de remessas pendentes de confirmação é verificação suficiente.
• Ficheiro SEPA gerado mas nunca carregado no banco. Mais comum do que parece. Se o gestor de tesouraria gera às sextas e só carrega às segundas, os pagamentos têm 3 dias de atraso. Geração e carregamento devem ser a mesma tarefa.
• Alteração de IBAN do fornecedor não atualizada. Fornecedor muda de banco, comunica por e-mail, o e-mail fica por ler. Na remessa seguinte o pagamento vai para a conta antiga. Processo de atualização com confirmação escrita e validação cruzada é o único controlo eficaz.

O que muda se estiver em Cegid v9 ou inferior

Este circuito existe na linha Evolution (v10 em diante). Em v9, o fluxo é semelhante mas parte das operações é manual. A migração para Evolution é aliás um pré-requisito para vários outros prazos regulatórios de 2027 — AEQ, SAF-T da Contabilidade, faturação eletrónica CIUS-PT. Vale a pena concentrar a mudança num único projeto.

A seguir

Se nunca gerou uma remessa bancária no Cegid, a forma mais rápida de começar é executar uma de valor reduzido, com 2 ou 3 fornecedores conhecidos — ver o ciclo completo, da seleção à liquidação, com valores baixos. Depois replica-se para o volume real.

Para configuração inicial ou revisão do circuito existente, um diagnóstico de 30 minutos resolve. Vemos a configuração atual do vosso módulo de Tesouraria, identificamos os pontos de controlo em falta e entregamos a lista de ajustes com prioridade.

---

Fontes consultadas: Documentação técnica Cegid Primavera Evolution (módulo Tesouraria e Remessas) · Standard SEPA Credit Transfer (ISO 20022 pain.001) · camt.054 para confirmações bancárias.