--- title: "Prestação paga em parte: repor a coerência do plano de pagamento" canonical: https://www.billabex.com/pt/blog/prestacao-parcialmente-paga-plano-pagamento/ lang: pt alternate: https://www.billabex.com/fr/blog/echeance-partiellement-payee-echeancier.md alternates: fr: https://www.billabex.com/fr/blog/echeance-partiellement-payee-echeancier.md en: https://www.billabex.com/en/blog/partly-paid-instalment-payment-schedule.md de: https://www.billabex.com/de/blog/teilweise-bezahlte-faelligkeit-zahlungsplan.md es: https://www.billabex.com/es/blog/vencimiento-pagado-en-parte-ajustar-plan-de-pagos.md it: https://www.billabex.com/it/blog/rata-parzialmente-pagata-piano-di-pagamento.md nl: https://www.billabex.com/nl/blog/deels-betaalde-termijn-betalingsregeling.md pl: https://www.billabex.com/pl/blog/czesciowo-zaplacona-rata-aktualizacja-harmonogramu.md pt: https://www.billabex.com/pt/blog/prestacao-parcialmente-paga-plano-pagamento.md updated: 2026-10-14 index: https://www.billabex.com/llms.txt --- # Prestação paga em parte: repor a coerência do plano de pagamento O cliente devia 3 000 € e transfere 1 800 €. Contabilidade regista bem, mas a ferramenta marca toda a prestação paga. Noutro local, alguém adia o calendário um mês para retirar o alerta. O saldo global pode continuar certo enquanto os compromissos ficam errados. A exatidão do total não garante que cada vencimento represente a situação efetivamente acordada e recebida. A prioridade é separar resto da prestação, valores futuros e eventual pedido de alteração. Recebimento é facto; adiar é outra decisão. A distinção permite agradecer e pedir precisamente o que falta. O processo deve manter visível o pagamento realizado sem interpretar essa entrada como aprovação de novas condições ou como liquidação integral de uma parcela que ainda conserva saldo. ## Partir do acordo aplicável Um plano pode definir datas iniciais de uma fatura ou acordo posterior sobre dívida vencida. O acompanhamento não deve converter automaticamente um acordo de cobrança em novas condições de faturação. Conserve contrato, acordo e vencimentos originais necessários à leitura. O significado de cada data depende desse contexto e não apenas da ordem em que as linhas aparecem na ferramenta. Odoo 18 distingue condições de uma fatura da emissão de várias faturas de adiantamento e descreve lançamentos separados por vencimento. Isso explica porque um saldo único não indica o esperado por data. Consulte as [condições e planos de pagamento Odoo](https://raw.githubusercontent.com/odoo/documentation/18.0/content/applications/finance/accounting/customer_invoices/payment_terms.rst). A documentação do sistema ligado pelo conector nativo ajuda a interpretar a origem, sem provar que a Billabex aprova automaticamente alterações de calendário. Antes de corrigir, encontre valores, datas e faturas abrangidas. Verifique depois transferências, créditos, reembolsos e anulações posteriores. Um plano baseado numa exportação antiga pode incluir quantia já não devida. A atualização deve reconstruir movimentos reais e decisões aprovadas, não simplesmente copiar o saldo anterior para uma data mais recente para eliminar a indicação de atraso. ## Exemplo: 7 200 € abertos, mas nem todos vencidos Considere uma simulação sem juros, despesas ou créditos. A fatura de 9 000 € tem desde o início três prestações acordadas: 3 000 € em 7 de outubro, 7 de novembro e 7 de dezembro. O cliente paga 1 800 € em 7 de outubro, indicando a primeira. A análise é em 14 de outubro. A imputação é explícita nesta hipótese e precisa de ser confirmada num processo real. | Vencimento acordado | Previsto | Pagamento imputado | Saldo em 14 de outubro | | ------------------- | -------: | -----------------: | ---------------------: | | 7 de outubro | 3 000 € | 1 800 € | 1 200 € vencidos | | 7 de novembro | 3 000 € | 0 € | 3 000 € futuros | | 7 de dezembro | 3 000 € | 0 € | 3 000 € futuros | | Total | 9 000 € | 1 800 € | 7 200 € | A primeira está coberta em 60 %: 1 800 / 3 000 = 0,60. A fatura está coberta em 20 %: 1 800 / 9 000 = 0,20. Medem perguntas diferentes e nenhum justifica marcar a primeira prestação integralmente paga. O indicador deve conservar o denominador para que a equipa não confunda cumprimento de uma parcela com recebimento de toda a obrigação. O valor imediato a explicar é 1 200 €, após verificar acordo e movimentos recentes. Reclamar 7 200 € como vencidos contradiz as datas do exemplo. Esconder 1 200 € na mensalidade seguinte apaga a diferença sem decisão. O saldo deve continuar associado ao vencimento que não foi integralmente cumprido até que exista tratamento apropriado e, quando necessário, alteração acordada pelas pessoas competentes. ## Confirmar imputação antes de falar em incumprimento O banco confirma entrada, não a prestação liquidada. O cliente pode pagar outra fatura ou enviar várias transferências. A atribuição à primeira prestação é conhecida na simulação; no caso real, reconstitua-a antes de aplicar o cálculo. A pesquisa deve ligar movimento e instrução, para não classificar como falhada uma parcela que recebeu fundos registados noutro local. A documentação Dynamics 365 ilustra pagamento parcial sem desconto que deixa a fatura aberta e distingue opções de fecho de diferenças por configuração. Um estado encerrado pode vir de regra contabilística, não de recebimento integral. A referência, atualizada em 4 de agosto de 2026, fica nas fontes em texto simples: o exemplo genérico não demonstra integração Billabex que autorize a ligação externa. Confira também [transferências que abrangem várias faturas](https://www.billabex.com/pt/blog/transferencia-unica-varias-faturas/). Um total certo na conta não prova prestações corretas. Créditos aprovados exigem imputação separada do pagamento. A análise deve preservar natureza dos movimentos, evitando apresentar redução por crédito como dinheiro recebido ou distribuir uma entrada por conveniência para fazer desaparecer o atraso mais antigo. ## Receber não é aceitar todos os adiamentos Em França, o artigo 1342-4 do Code civil prevê possibilidade de recusar pagamento parcial. Não elimina fracionamento já acordado nem análise das circunstâncias de uma entrada. Não é instrução automática para devolver toda a quantia insuficiente. Consulte o [artigo 1342-4](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032035243). O tratamento deve respeitar o contexto contratual, em vez de transformar um princípio numa regra universal de operação. Alterar contrato depende, em princípio, de consentimento mútuo segundo o artigo 1193, ressalvadas causas legais. Mudar uma célula não estabelece esse acordo. Consulte o [artigo 1193](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032041314). A decisão precisa de ser identificável e comunicada no âmbito adequado, sem presumir aceitação apenas porque o novo calendário foi introduzido no programa. A equipa pode reconhecer 1 800 € e perguntar como serão pagos os 1 200 restantes. Se o cliente propuser 20 de outubro, registe primeiro a proposta e o estado. Depois de confirmação competente, mostre a regularização sem deslocar novembro e dezembro. O acompanhamento deve refletir a alteração concreta, não mover toda a sequência por uma decisão implícita tomada para simplificar a interface. O método sobre [quem pode aceitar prazo](https://www.billabex.com/pt/blog/quem-aprova-prazo-pagamento-software-lembretes/) evita concessão não analisada. Releia cláusulas sobre incumprimento no contexto antes de atuar; não justificam mensagem-padrão afirmando vencimento imediato de tudo. O valor a pedir deve resultar do acordo e das condições aplicáveis, não apenas do total aberto que a ferramenta consegue apresentar. ## Atualizar previsão sem duplicar regularização No exemplo, regularizar 1 200 € em 20 de outubro, se aceite e efetivamente recebido, deixará 6 000 € nas duas datas seguintes. Antes do recebimento, a previsão contém 1 200 em outubro, 3 000 em novembro e 3 000 em dezembro, com confiança apropriada. A promessa deve conservar esse estado até os fundos serem confirmados e imputados à parcela correta. Outra proposta pode transferir o atraso para novembro: 4 200 € e depois 3 000 €. Mantém 7 200 €, mas muda esforço e calendário. Distinga-a da primeira sem deixar também 1 200 em outubro, o que daria falsamente 8 400 €. As alternativas são cenários distintos, não entradas cumulativas. A previsão adotada deve mostrar qual foi aprovada e quais permanecem apenas em discussão. As [promessas na previsão de tesouraria](https://www.billabex.com/pt/blog/previsao-tesouraria-promessas-pagamento/) separam proposta, acordo e dinheiro. Após cada entrada, concilie, reduza a parcela certa e reveja a ação. Um parcial não deve encerrar tudo nem criar dívida fictícia. A sequência deve permitir compreender o recebido, o vencido e o futuro sem depender de reconstruir várias versões do calendário. Na demonstração do [acompanhamento de promessas Billabex](https://www.billabex.com/pt/produto/promessas-pagamento/), use prestação incompleta e outra futura. Confira valor esperado, contexto da mensagem e resposta após conciliação. A qualidade está em conservar distinções no trabalho diário, com aprovação humana dos planos negociados. A ferramenta deve apoiar o acompanhamento do acordo, sem substituir a decisão sobre alterar obrigações ou interpretar consequências jurídicas. ## Fontes - Odoo 18, _Payment terms and installment plans_, secções iniciais e lançamentos. - Microsoft Dynamics 365, _Customer payments for a partial amount_, 4 de agosto de 2026. Referência em texto simples, sem integração Billabex demonstrada. - Code civil, artigos 1342-4 e 1193, versões desde 1 de outubro de 2016. Consultas de 7 de setembro de 2026 indicadas na fonte francesa.