Paiements et événements de lettrage
Comme le décrit la section Date de création des événements de lettrage, le système crée un événement de lettrage lors de l'ajout d'un paiement pour un compte avec des postes non lettrés. Le système utilise le type de rapprochement et la valeur de rapprochement du paiement pour déterminer les TF (sections de facture et régularisations) à rapprocher des TF de paiement (sections de paiement).
Examinons cette situation sous un autre angle.
- Lors de la ventilation de la plupart des paiements, le système appelle l'algorithme de ventilation rattaché à la classe client du compte.
- Ceci dit, un paiement effectué sur la base d'une facture donnée nécessite un autre algorithme de ventilation car le paiement doit être ventilé uniquement sur la dette associée à ladite facture en cours de paiement. Pour ce faire, référencez un type et une valeur de rapprochement sur le paiement. Le type de rapprochement référence l'algorithme de ventilation de paiement approprié. Evitez d'utiliser l'algorithme de ventilation de la classe client.
Par exemple, si un paiement a été effectué en fonction de l'ID de facture 192910192101, ce paiement référence un type de rapprochement de l'ID de facture et une valeur de rapprochement 192910192101. Lors de la ventilation du paiement, le système appelle l'algorithme de substitution de ventilation de paiement associé à ce type de rapprochement. L'algorithme de ventilation de l'ID de facture sur l'installation standard effectue les opérations suivantes :
- Il ventile le paiement sur les EdC associés à la facture.
- Il crée un événement de lettrage et lui associe les sections de facture et les TF de régularisation.
- Pour plus d'informations sur cet algorithme, voir Algorithme du type de rapprochement de l'ID de facture.
La logique de ventilation du type de rapprochement n'est pas codée en dur. Dans la mesure où la logique de ventilation du paiement pour le type de rapprochement est intégrée dans un algorithme de plug-in, vous pouvez en insérer d'autres selon les besoins de votre entreprise.
Sachez que la ventilation et la validation de paiement sont deux étapes distinctes qui surviennent généralement l'une après l'autre. Les algorithmes de l'événement de lettrage standard créent l'événement de lettrage au cours de la ventilation de paiement. Cet événement est ouvert (car les TF des sections de paiement n'ont pas encore été associées à l'événement de lettrage, expliquant pourquoi les TF débitrices ne correspondent pas aux TF créditrices). L'événement de lettrage ouvert référence les TF débitrices (sections de facture et régularisations) dont il couvre le paiement. Il faut attendre la validation du paiement pour associer les TF créditrices (sections de paiement) à l'événement de lettrage et ainsi autoriser la modification de son statut en soldé.
Si, au moment de la validation, la FT de crédit du paiement n'est pas égale à la TF de débit pour l'événement de lettrage, l'événement de lettrage conserve l'état ouvert. Une alerte s'affiche dans le contrôle central afin de signaler l'existence d'événements de lettrage ouverts (si l'algorithme d'alerte approprié est rattaché à l'enregistrement d'installation). En outre, vous pouvez définir une entrée de tâche qui met en évidence la présence d'événements de lettrage ouverts.
