--- title: "Plataforma acreditada francesa e software de cobranças" canonical: https://www.billabex.com/pt/blog/plataforma-acreditada-francesa-pdp-cobrancas/ lang: pt updated: 2026-04-22 index: https://www.billabex.com/llms.txt --- # Plataforma acreditada francesa e software de cobranças A reforma francesa reorganiza emissão, receção e transmissão fiscal. O calendário prevê receção pelas entidades abrangidas em **1 de setembro de 2026**, emissão por grandes empresas/ETI nessa data e por PME e microempresas abrangidas em **1 de setembro de 2027**. A presença de uma PA não transforma automaticamente informação em pagamento. Para finanças, a pergunta é como ligar documentos e estados ao trabalho corrente. Este artigo apresenta arquitetura, cinco famílias de fornecedores, interfaces e três cenários, no **contexto francês**, sem garantir adequação de qualquer oferta ou ligação nativa Billabex a todas as PA. --- ## Circuito de faturas e dados fiscais O comunicado de **15 de outubro de 2024** retirou ao PPF o papel inicialmente previsto de plataforma gratuita de emissão/receção B2B. As designações «V» e «Y» da fonte são simplificações e não devem sugerir que todas as faturas passavam antes obrigatoriamente pelo PPF: existiam opções de circuito no projeto inicial. Distinga: - Escolha da PA e cumprimento do calendário aplicável de receção e emissão; - Tratamento e encaminhamento de documentos segundo formatos, regras e funções contratadas; - Transmissão de dados fiscais das PA ao dispositivo público, com diretório de destinatários; - Utilização pela DGFiP para as finalidades regulamentares, sem afirmar controlo completo instantâneo ou pré-preenchimento universal de toda a declaração. A PA de emissão pode encaminhar para a PA de receção identificada no diretório. O software de acompanhamento só recebe o que a interface lhe disponibiliza, com dados e permissões adequados. Um estado recebido deve ser interpretado, não convertido automaticamente em caixa. A fonte cita **115 PA registadas em 13 de abril de 2026**, cerca de **vinte** em testes e registo por **três anos renováveis**, com apreciação documental e testes. São referências a confirmar na lista e regras atuais, não prova de certificação ou disponibilidade de cada fornecedor citado. --- ## Cinco famílias de fornecedores Esta segmentação comercial ajuda a organizar a pesquisa, mas as famílias sobrepõem-se e não determinam preço, competência ou qualidade. ### 1. Editores contabilísticos e ERP A fonte cita **Cegid, Sage, Esker, Itesoft e Cegedim**. Podem propor integração com o ambiente existente, mas confirme versão, registo e serviços. O orçamento de centenas a milhares de euros mensais é indicativo, não tabela atual nem garantia de adequação por já utilizar a marca. ### 2. SaaS franceses **Pennylane, Sellsy, Axonaut, Abby, Indy, Tiime e Kolecto** são referências da fonte para empresas e gabinetes. Não se presume arranque rápido, preço transparente ou funções idênticas para todos. A referência de **14 € a várias centenas mensais** exige confirmação da oferta e do que inclui. ### 3. Operadores EDI internacionais **Generix, Docaposte, Basware, Comarch, Pagero, SAP, Seeburger, Tradeshift, Edicom e Ecosio** aparecem associados a fluxos de grande volume e vários países. Analise cobertura, dados, padrões e projeto necessário, sem declarar que todos têm a mesma complexidade ou preço empresarial. ### 4. Especialistas setoriais **Darva**, **Logilec**, **Voxel**, **Amadeus**, **Infologic** e **Digipharmacie** são citados para seguros, distribuição, viagens/hotelaria, alimentação e farmácias. Verifique o papel efetivo e o registo de cada solução. Funções de negócio podem ajudar, mas não tornam automaticamente toda a operação conforme. ### 5. Bancos e fintechs A fonte cita **Qonto, Kolecto/Crédit Agricole, iPaidThat/BPCE, Euro Information/Crédit Mutuel, Spendesk e Agicap**. Os vínculos e ofertas devem ser confirmados. Funções incluídas numa conta ou subscrição não significam faturação e acompanhamento gratuitos sem limites. **Casos mencionados:** EBP através da PA Cegid; Evoliz e Inqom através de Chaintrust no grupo Visma; saída QuickBooks de França no fim de **2023**; Le Village Connecté, associado a ACD, RCA, Coaxis e Tessi, com registo citado em **8 de janeiro de 2026**. São referências históricas a verificar, não uma análise atual da continuidade financeira desses fornecedores. --- ## Funções diferentes, mas não necessariamente separadas Uma PA pode incluir funções de acompanhamento, diretamente ou por integração. A fonte afirmava que não fazia cobranças e que os módulos eram sempre básicos: essa generalização não deve orientar a seleção. No circuito PA, verifique: - Documentos, formatos e perfis efetivamente suportados, relacionados com EN 16931; - Conversão necessária entre Factur-X, UBL 2.1 ou CII, com validação dos dados; - Transmissão fiscal nos âmbitos de e-invoicing e e-reporting; - Registo e atualização dos endereços pertinentes no diretório, sem atribuir a cada PA a gestão de todo o diretório central; - Interoperabilidade e convenções aplicáveis, incluindo Peppol quando utilizado; - Estados e histórico disponíveis; - Conservação, acesso e prova, distinguindo obrigações fiscais/comerciais e serviços contratados. **6 a 10 anos** não é um prazo único livremente escolhido. No acompanhamento de cobranças, procure: - Saldos vencidos, dados atualizados e contexto das contas; - [Canais e ações](https://www.billabex.com/pt/blog/software-cobrancas/) efetivamente suportados, sem confundir disponíveis com automáticos; - Adaptação de comunicação às respostas e às regras; - Tratamento de contestações e [interpelações](https://www.billabex.com/pt/blog/modelos-mise-en-demeure-pagamento-direito-frances/) com decisões e responsabilidades adequadas, não contencioso autónomo universal; - [DSO](https://www.billabex.com/pt/blog/dso-metodos-calculos-modelo-excel-gratuito/), indicadores e previsão com métodos e limites explícitos. Uma carteira de **200 faturas mensais** ou de vários milhares não determina sozinha a melhor arquitetura. Compare solução integrada e combinação de ferramentas pelo trabalho coberto, custo e capacidade de supervisão. --- ## Interfaces entre PA e acompanhamento A interface precisa de cobrir os dados úteis ao processo e de permitir verificar erros. API rica não significa automaticamente integração pronta. ### Dados necessários - **Faturas e metadados**: referências, datas, montantes, impostos, identificadores e relação com contrato/encomenda; - **Estado e histórico**: origem, data e alterações relevantes; - **Motivos de recusa**: códigos e comentários disponíveis. Os **40 códigos DGFiP** citados são uma referência de versão a verificar, não número universal estável; - **Informação de pagamento**: diferencie Paiement transmis e Encaissée. Uma ordem não basta para reconciliar e liquidar a fatura; - **Clientes**: dados normalizados e endereços necessários, com respeito por permissões e minimização. ### Notificações e recuperação Webhooks podem reduzir o tempo de deteção, mas não garantem ausência de latência, duplicados ou falhas. Polling periódico pode ser um mecanismo complementar útil, não algo necessariamente obsoleto desde **2015**. Defina repetição, identificação dos eventos e reconciliação. Uma notificação de aprovação não autoriza automaticamente um pedido antecipado de pagamento, mesmo que chegue imediatamente. ### Referencial A fonte cita **XP Z12-013, de 26 de fevereiro de 2026**, para interfaces. Verifique versão, objetos, formatos e o que o fornecedor implementa. Uma menção de norma não prova que todas as operações ou todos os campos necessários estão disponíveis. ### Segurança Analise âmbito de certificação ISO 27001, autorizações, registos, proteção em trânsito e conservação. OAuth 2.0, rotação de tokens e TLS 1.3 são referências técnicas da fonte a avaliar, não requisitos automaticamente idênticos de toda a API por simples dedução da certificação. Alojamento europeu ou soberano também não prova, por si só, conformidade RGPD de todo o tratamento. --- ## Três cenários operacionais São exemplos de projeto, não medições verificadas de empresas ou resultados garantidos. ### 1. Lembrete preventivo após aprovação **Contexto:** fatura de **12 000 €**, emitida em **01/09/2026**, com prazo acordado de **30 dias**, logo vencimento ilustrativo em **01/10/2026**. O histórico de **45 dias** é uma hipótese da fonte, não uma previsão. **Sem integração:** um processo pode rever o atraso em D+1. Isso não prova que a ausência de integração cria por si o atraso. **Com estado disponível:** aprovação em **15/09/2026** ocorre 16 dias antes do vencimento, não J-15. Um lembrete em J-5 seria em **26/09/2026**. A fonte misturava «30 dias após o dia 1» com «dia 30 do mês». Confirme a data real e não diga que o pagamento está previsto apenas porque foi aprovado. O ganho de **3 a 7 dias** citado não tem estudo identificado. ### 2. Tratamento de uma recusa **Contexto:** fatura de **4 500 €**, recusada em **D+3** por quantidade contestada. **Sem integração:** a fonte descreve leitura do email dois dias depois e resolução em **7 a 12 dias úteis**. É um cenário, não tempo médio comprovado. **Com integração:** evento e contexto podem abrir uma tarefa e avisar a administração de vendas. A referência de **2 a 4 dias úteis** não é garantia. Emitir nota de crédito ou nova fatura exige verificar os factos e a autorização. Com **50 recusas mensais**, não converta somas de dias por processo em «semanas de caixa antecipada» sem montantes, datas e fluxos comparáveis. ### 3. Relatórios DSO **Contexto:** preparação semanal de um relatório para a direção. **Sem integração:** a fonte ilustra exportação e tratamento com atraso de **7 ou 14 dias**. Não é característica necessária de toda a ferramenta existente. **Com dados adequados:** relatórios podem ser preparados mais facilmente, mas Paiement transmis não liquida o saldo por si só e os indicadores dependem do método. Passar de **4 horas para 15 minutos** libertaria **225 minutos, ou 3 h 45**, no exemplo, não tempo comprovado em toda a organização nem economia de caixa automática. --- ## Critérios de escolha **Documentação e testes:** obtenha documentação suficiente, ambiente adequado e regras de erros. A ausência de uma página pública não prova por si ausência de API; confirme o acesso contratual antes de decidir. **Estados:** distinga os quatro obrigatórios e os recomendados efetivamente transmitidos, com a sua origem e significado. **Entidades:** vários utilizadores, consolidação de filiais e grupo de IVA não são funções equivalentes. Teste acessos e perímetro. **Continuidade do fornecedor:** analise contrato, saída de dados e situação atual. Uma saída de produto, como QuickBooks francês, não prova falha financeira universal de todos os participantes citados. **Custo:** simule, por exemplo, **três anos**, incluindo interfaces, volumes, conservação documental, suporte e migração, sem preço universal. **Ferramentas existentes:** confirme versões ERP, campos e trabalho de integração. Um conector declarado nativo não elimina necessariamente todos os custos de implementação. --- ## Calendário de projeto para uma ETI As três fases são referências de organização, não prazos obrigatórios nem autorização para adiar a conformidade: **Fase 1, T-6 a T-3 meses:** escolher plataforma, preparar ERP e dados de referência, diretório, modelos e equipas. Confirme o calendário legal que efetivamente se aplica à empresa. **Fase 2, T-3 a T-1 mês:** testar emissão e receção num âmbito limitado, tratar rejeições e verificar a sequência dos estados. **Fase 3, T-1 a T+3 meses:** ligar acompanhamento, migrar histórico e formar responsáveis, com verificações progressivas. O objetivo de **100 % dos fluxos a T+3** é uma meta do cenário, não resultado garantido. A fonte indica **6 a 9 meses** para ETI e **3 a 6 meses** para PME. A duração depende da situação; um projeto mais curto não é necessariamente incapaz de utilizar os estados nem um mais longo garante qualidade. --- ## Conclusão: ligar informação a decisões úteis A PA responde a funções regulamentares e operacionais, mas não garante que qualquer documento de origem está correto. Também não é verdadeiro que nunca possa ajudar a reduzir fricção de pagamento. O software de acompanhamento ajuda a tratar sinais e conversas, mas não «converte» automaticamente um evento em dinheiro. O recebimento depende do cliente e das condições da operação. Compare arquitetura, custo, dados e trabalho restante. **A Billabex não é aqui apresentada como conector nativo a todas as principais PA ou a todos os seus estados.** Verifique a ligação específica. Os emails correntes podem ser delegados; planos negociados e decisões sensíveis são humanos; SMS e cartas são explícitos e pagos em créditos. [Conheça o software Billabex](https://www.billabex.com/pt/software-cobrancas/) com um âmbito demonstrável, não uma garantia de conformidade ou de redução do DSO.