N° de document unique avec plusieurs enregstrements client ou fournisseur

Cet article fournit une vue d’ensemble de ce qui se produit lorsque vous validez un N° de document unique avec plusieurs enregistrements client ou fournisseur. Cette fonctionnalité sera arrêtée dans les futures versions, par conséquent, il n’est pas recommandé d’utiliser cette méthode de validation en raison de l’impact comptable qu’elle a sur le traitement des règlements.

Certains exemples courants dans lesquels un N° de document est utilisé pour plusieurs clients ou fournisseurs incluent les transferts de solde entre clients, et les soldes de compensation entre clients et fournisseurs de la même organisation.

Un N° de document contenant plusieurs clients ou fournisseurs peut être entré à l’aide d’une des méthodes suivantes :

• Utilisation d’un journal dont l’option Un seul N° de document est sélectionnée afin que chaque ligne ajoutée au journal soit incluse dans le même N° de document.
• Utilisation d’un N° de document multiligne, dans lequel il n’existe aucun compte général de contrepartie, avec plusieurs clients ou fournisseurs.
• Saisie d’un N° de document avec le compte et le compte de contrepartie étant fournisseur/fournisseur, client/client, fournisseur/client, ou client/fournisseur.

Cet article présente de quelle manière le règlement sera traité lorsqu’un N° de document avec plusieurs enregistrements client ou fournisseur est validé. En outre, cet article fournit des solutions pour vous aider à comprendre comment éviter d’utiliser un N° de document avec plusieurs clients ou fournisseurs. Ainsi, il existe des exemples qui illustrent deux scénarios de règlement courants qui seront influencés par l’utilisation d’un N° de document avec plusieurs clients ou fournisseurs :

• Comptabilité de l’escompte de règlement
• Comptabilité de la réévaluation

Comment le règlement affecte l’utilisation d’un N° de document unique

Lors de la validation d’un N° de document contenant plusieurs enregistrements client ou fournisseur, un N° de document comptable unique qui contient plusieurs soldes de Comptabilité client et de Comptabilité fournisseur. Au cours du processus de règlement, les écritures comptables d’origine sont utilisées pour créer des écritures comptables pour l’escompte de règlement, les profits et les pertes non réalisés, les profits et les pertes réalisés, et l’exonération du compte collectif du document original. Par exemple, si un escompte de règlement est prélevé lors du règlement d’un paiement fournisseur dans une facture, la comptabilité d’escompte de règlement doit valider dans le compte général de la Comptabilité fournisseur à partir de la facture d’origine. Si la facture d’origine a été validée dans un N° de document contenant plusieurs enregistrements fournisseur, la comptabilité d’origine est résumée. Dans ce cas, du fait qu’il n’est pas possible d’accéder à l’écriture comptable détaillée de chaque transaction fournisseur dans le N° de document unique, il n’est pas possible de déterminer la façon dont l’utilisateur a prévu que l’escompte de règlement soit comptabilisé.

Un N° de document avec plusieurs fournisseurs et l’impact sur la comptabilité d’escompte de règlement

Dans l’exemple suivant, plusieurs factures fournisseur sont enregistrées dans la comptabilité sur un N° de document unique sur la page Journal des opérations diverses. Ces factures sont distribuées entre plusieurs dimensions de compte.

Après la validation, un N° de document est créé.

Notez que le N° de document contient trois entrées pour le type de validation du solde fournisseur dans le N° de document unique. Il n’est pas possible d’indiquer que le débit de 50,00 pour 606300-001 et le débit de 50,00 pour 606300-002 sont destinés à la contrepartie de l’écriture du solde fournisseur de 200110-001. Cela est dû au fait que l’utilisateur a entré les différents enregistrements fournisseur sur un N° de document unique.

Avec cet exemple, nous pouvons analyser l’impact de l’utilisation d’un N° de document sur la comptabilité de règlement en aval. Supposons que vous payiez 197,00 sur la facture de 200,00, avec un escompte de règlement de 3,00. Notez que la valeur du compte d’escompte de règlement est allouée à toutes les dimensions des comptes de dépenses du N° de document de facture. Cela est dû au fait qu’un N° de document a été utilisé pour valider la facture ci-dessus, sans indication sur la façon dont l’utilisateur a prévu que les distributions de dépense correspondent au solde fournisseur dans le N° de document unique.

Si l’utilisateur n’est pas satisfait de l’escompte de règlement allouée à toutes les répartitions de dépense de la facture d’origine, plutôt qu’un N° de document, plusieurs N° de documents doivent être utilisés pour enregistrer les factures. Voici un exemple de la procédure à utiliser pour entrer plusieurs N° de document dans la comptabilité, au lieu d’utiliser un N° de document, comme indiqué au début de cet exemple.

Désormais, lorsque INV2 est payée, l’écriture suivante est effectuée. Notez que les dimensions financières de l’escompte de règlement suivent les dimensions financières de la dépense associée.

Un N° de document avec plusieurs fournisseurs et l’impact sur la comptabilité des gains/pertes réalisés

Dans l’exemple suivant, plusieurs factures fournisseur sont enregistrées dans la comptabilité sur un N° de document unique sur la page Journal des opérations diverses. Ces factures sont distribuées entre plusieurs dimensions de compte. Après la validation, un N° de document est créé.

Notez que le N° de document contient deux entrées pour le type de validation du solde fournisseur dans le N° de document unique. Il n’existe aucune façon d’indiquer que le débit de 606300-001 est prévu pour compenser l’entrée du solde fournisseur de 100,00 dans 200110-001. Cela est dû au fait que l’utilisateur a entré les différents enregistrements fournisseur sur un N° de document unique.

Avec cet exemple, nous pouvons analyser l’impact de l’utilisation d’un N° de document sur la comptabilité de règlement en aval. Supposons que la devise comptable est USD et que les transactions ci-dessus ont été validées dans une devise de transaction d’EUR. Supposons que vous payiez l’intégralité de la facture de 200,00 EUR mais que vous rencontriez une perte réalisée suite à une différence de taux de change entre le moment où vous avez validé la facture et le paiement. Notez que la valeur du compte de perte réalisée est allouée à toutes les dimensions des comptes de dépenses du N° de document de facture. Dans ce cas, les dimensions 001 et 002 ont été affectées, même si la perception de l’utilisateur est peut-être que seul 002 appartient au compte de dépenses dans la facture en cours de réglement. Cela est dû au fait qu’un N° de document a été utilisé pour valider la facture ci-dessus, sans indication sur la façon dont l’utilisateur a prévu que les distributions de dépense correspondent au solde fournisseur dans le N° de document unique.

Si l’utilisateur n’est pas satisfait de la perte de taux de change allouée à toutes les répartitions de dépense de la facture d’origine, plutôt qu’un N° de document, plusieurs N° de documents doivent être utilisés pour enregistrer les factures. Voici un exemple de la procédure à utiliser pour entrer plusieurs N° de document dans la comptabilité, au lieu d’utiliser un N° de document, comme indiqué au début de cet exemple.

Désormais, lorsque INV2 est payée, l’écriture suivante est effectuée. Notez que les dimensions financières de la perte de taux de change suivent les dimensions financières de la dépense associée.

Un N° de document pour les transferts de bilan et les scénarios de compensation

Deux scénarios utilisés couramment qui utilisent un N° de document contenant plusieurs clients ou fournisseurs incluent des transferts de solde à partir d’un client/fournisseur vers un autre client/fournisseur, et la compensation d’un client et d’un fournisseur de la même organisation. Les deux exemples suivants illustrent la méthode conseillée pour entrer ces scénarios, comme alternative à leur entrée dans un N° de document.

Un transfert de solde est un N° de document avec plusieurs clients, entrés afin de transférer le solde d’un client vers un autre client (identique pour les fournisseurs). Ce scénario peut survenir lorsque la responsabilité du règlement de la facture passe à un tiers, telle qu’une société enfant déplaçant la responsabilité à une société parente.

Cet exemple suppose une vente au cours de laquelle le client peut bénéficier d’un escompte de règlement si le paiement est effectué sous 10 jours. Le client de cet exemple utilise une société d’assurance qui sera responsable du paiement de la facture. La compagnie d’assurance est paramétrée comme deuxième client dans le système. Le solde du client d’origine est transféré vers la compagnie d’assurance, qui paie la facture, en utilisant un escompte de règlement de 2 % pour le paiement au cours de la période de remise.

Pour illustrer cela, supposons que la vente suivante est effectuée au client ACME. Les écritures comptables suivantes représentent la vente.

Ensuite, l’utilisateur transfère le solde dû d’ACME vers la compagnie d’assurance, dans un N° de document du journal des paiements de la Comptabilité fournisseur. La compagnie d’assurance est paramétrée comme assurance du client.

Notez que l’entrée ci-dessus est contenue dans un N° de document. Ce N° de document contient deux enregistrements client. Le N° de document suivant est créé lorsque l’écriture comptable ci-dessus est validée.

Ensuite, supposez que vous recevez un paiement du client d’assurance pour 98,00 et que vous décidez de régler le paiement avec la facture créée par le transfert de solde. Cela entraîne la validation du N° de document suivant. Il peut y avoir une attente que le règlement utilise les dimensions financières de la facture d’origine, mais ce n’est pas possible car il n’y a pas de document de facture pour le client d’assurance. Notez que par défaut, les dimensions de répartition sur l’escompte de règlement proviennent de la transaction client créée lors du transfert, pas du compte de produit de la facture d’origine. La valeur par défaut est le résultat de l’utilisation d’un N° de document pour transférer les soldes.

Dans le N° de document associé pour l’escompte de règlement, la valeur par défaut de la dimension financière provient de la transaction client créée lors du transfert, car le transfert comporte plusieurs clients.

Si l’utilisateur n’est pas satisfait de la valeur par défaut des dimensions financières pour l’escompte de règlement, au lieu d’un N° de document, plusieurs N° de documents doivent être utilisés pour enregistrer le transfert de solde. Ce scénario doit être effectué lors de la création d’un avoir pour le client dont le solde est déplacé DE, et une note ou une facture de débit créée pour le client VERS lequel le solde est déplacé. L’exemple suivant montre comment plusieurs N° de documents peuvent être entrés dans le journal des paiements de la Comptabilité client pour transférer le solde, au lieu d’utiliser un N° de document, comme illustré précédemment dans cet exemple.

Cela signifie que lorsque le client d’assurance paie 98,00 avec le N° de document ARPAYM02, les dimensions financières correctes de l’écriture de compte général du N° de document ARPAYM002 seront utilisées.

Sur le N° de document associé de l’escompte de règlement, les dimensions financières sont utilisées dans le compte de produit de compensation affiché sur le N° de document ARPAYM002.

Un N° de document avec un compensation de plusieurs clients et fournisseurs

La compensation peut être utile lorsqu’une organisation achète et vend à la même société. Plutôt que de règler les factures fournisseur et d’attendre de recevoir le paiement des factures client, les factures fournisseur et client sont compensées. La transaction de compensation est réglée par rapport aux soldes restants.

Pour illustrer cela, supposons que le fournisseur 1001 et le client US-008 soient la même entité, de sorte que votre organisation veut compenser les soldes client et fournisseur avant de payer/recevoir le solde restant. Supposons que l’enregistrement client doit 75,00 EUR et l’enregistrement fournisseur a un solde dû de 100,00 EUR, ce qui signifie que vous préfèrez compenser les soldes et payer uniquement 25,00 EUR au fournisseur. Supposons également que la devise comptable est USD. Dans ce cas, une transaction de compensation est entrée sur un N° de document dans le journal des paiements de la Comptabilité fournisseur.

Pour éviter les problèmes indésirables de futures règlements pour cette transaction, au lieu d’utiliser un N° de document, plusieurs N° de documents doivent être entrés dans le journal pour enregistrer la transaction de compensation. Notez que les soldes client et fournisseurs sont compensés par un compte de compensation unique afin d’éviter l’utilisation d’un N° de document contenant plusieurs soldes client et fournisseur.