Pourquoi un paiement fournisseur n'est pas une double dépense et comment le retracer dans SAP S/4HANA

Le modèle mental comptable : Dépense vs Règlement

Dans l’exemple simplifié de conseil, la facture débite une charge et crédite le fournisseur ; le paiement intégral débite le fournisseur et crédite la banque ou un compte bancaire transitoire. Ce n’est pas l’écriture universelle de chaque achat. Réceptions de marchandises, immobilisations, taxes et régularisations peuvent modifier la reconnaissance des coûts. L’exemple exclut ces cas, différences de paiement et frais.

Un exemple détaillé : De la facture au paiement

Prenons l'exemple d'un utilisateur qui reçoit une facture pour des services de conseil d'un montant de 1 000 EUR. Il la comptabilise via la transaction FB60 ou une application Fiori pertinente, en référençant un centre de coûts. Le système crée un document financier (par exemple, le numéro de document 5100000011) avec cette écriture :

Débit : Charges de conseil (compte général) 1 000 EUR

Crédit : Dette fournisseur (sous-grand livre fournisseur) 1 000 EUR.

Cette facture devient maintenant un 'élément ouvert' dans le compte du fournisseur. Une semaine plus tard, l'utilisateur exécute le programme de paiement ou enregistre un paiement sortant manuel via l'application Fiori 'Enregistrer les paiements sortants'. Le programme de paiement sélectionne cette facture ouverte, crée un document de paiement (par exemple, le numéro de document 5200000055) et règle l'élément. L'écriture comptable pour le paiement est :

Débit : Dette fournisseur 1 000 EUR

Crédit : Compte bancaire 1 000 EUR.

Le solde du compte de charges issu de la facture originale reste à 1 000 EUR. Le solde du compte fournisseur est maintenant nul pour ces éléments.

// Illustrative accounting entries, not executable code
// Document 5100000011 (Invoice Posting):
//   Debit  G/L 600000 (Consulting Expense)  1,000 EUR
//   Credit Vendor 471100 (Liability)        1,000 EUR
//
// Document 5200000055 (Payment):
//   Debit  Vendor 471100 (Liability)        1,000 EUR
//   Credit G/L 113100 (Bank Account)        1,000 EUR

Résultat attendu : Un élément ouvert réglé

Après rapprochement intégral, le poste de facture conserve son montant d’origine. Ce montant ne devient pas zéro : les débits et crédits rapprochés s’équilibrent ensemble. Vérifiez le statut, le document et la date de rapprochement ainsi que les postes liés. Un rapprochement peut couvrir plusieurs factures ; un paiement n’identifie donc pas nécessairement une facture unique.

Diagnostic : Comment retracer un paiement jusqu'à une facture

Utilisez les informations de rapprochement, la société et l’exercice pour afficher les postes associés. Affectation et référence facilitent la recherche, mais dépendent des données de base et du processus. Ne supposez pas une commande identique sur la facture et le paiement ; l’affectation seule ne prouve pas le règlement.

Erreurs et interprétations courantes

Un paiement partiel laisse normalement la facture ouverte et crée un poste de paiement ouvert séparé. Le traitement par poste résiduel rapproche la facture initiale et crée un nouveau poste ouvert pour le reste. Escomptes, écarts de change et tolérances peuvent produire d’autres écritures. Ces situations diffèrent du paiement intégral du montant exact.

Critères de décision : S'agit-il d'une transaction de règlement ?

Examinez l’écriture complète et le statut ouvert ou rapproché. Un règlement ordinaire ne répète pas la charge initiale, mais un paiement valide peut comprendre des écritures de résultat pour écarts ou escomptes. Identifiez les postes réels par le document de rapprochement et distinguez règlement intégral, partiel et poste résiduel.

Portée et limites du système

L’exemple couvre un paiement intégral sans taxes, escomptes, écarts de change ni frais. Les opérations spéciales et autres règlements peuvent nécessiter des étapes supplémentaires. Transactions GUI, applications Fiori et champs disponibles dépendent de l’édition S/4HANA, de la configuration et des autorisations.

Prérequis et environnement

Pour effectuer les actions décrites, vous avez besoin d'un accès à un système SAP S/4HANA (toute version récente où le module FI-AP est actif) avec les autorisations nécessaires pour les transactions des comptes fournisseurs (par exemple, pour FB60, F-53, FBL1N) et leur affichage. Une compréhension fondamentale de la comptabilité en partie double est nécessaire pour interpréter les écritures. La connaissance des données maîtres fournisseurs et du concept de partenaire commercial est essentielle, car 'les données maîtres des fournisseurs sont gérées par le partenaire commercial dans SAP S/4HANA'. Les exemples et la navigation peuvent varier légèrement entre l'interface SAP GUI classique et l'interface SAP Fiori, mais la logique comptable et de règlement sous-jacente reste cohérente.