Contrôles de validation

1. Critères de chargement (par groupe de produits)

Accords axés sur le payeur – critères de chargement pour les instruments standard (valeur nominale > 0)

• Champs obligatoires présents : Référence de l’instrument, Date d’émission, Date d’échéance (pour les factures), Vendeur, Devise, Valeur nominale.

• Le vendeur est une contrepartie active dans cette transaction.

• La date d'émission est aujourd'hui ou dans le passé.

• La date d'échéance (si elle est fournie/obligatoire) est égale ou postérieure à la date d'émission / aujourd'hui (selon la section).

• La valeur faciale est supérieure à 0 et se situe dans la plage min/max autorisée (de 1 à 9 999 999 999 999).

• La devise est soit la devise limite de l'opération, soit une devise « De » dans le modèle FX attribué à l'opération.

• Aucune référence d'instrument en double pour la même paire payeur-vendeur dans l'ensemble du système, à l'exception des instruments marqués comme supprimés.

• L'offre est active.

• L'ancre est active.

• La contrepartie est active et intervient régulièrement dans la transaction.

Offres axées sur le vendeur – critères de chargement pour les instruments standard (valeur nominale > 0)

• Champs obligatoires présents : Référence de l’instrument, Date d’émission, Date d’échéance (pour les factures), Payeur, Devise, Valeur nominale.

• Payer est une contrepartie active dans cette transaction.

• La date d'émission est aujourd'hui ou dans le passé.

• La date d'échéance (si elle est fournie/obligatoire) est égale ou postérieure à la date d'émission / aujourd'hui.

• La valeur nominale est supérieure à 0 et se situe dans la plage autorisée.

• La devise correspond soit à la devise limite de la transaction, soit à la devise de départ incluse dans le modèle de change attribué à la transaction.

• Aucune référence d'instrument en double pour une paire payeur-vendeur identique, à l'exclusion des instruments supprimés.

• L'opération, l'ancre et la contrepartie sont actives et la contrepartie est active sur l'opération.

Notes de crédit – critères de téléchargement (valeur nominale < 0)

• Valeur faciale < 0 (négative).

• Mêmes vérifications obligatoires des champs et du statut des parties que ci-dessus, mais pour le contexte de la note de crédit.

• Il existe une règle d'attribution des avoirs pour la paire payeur-vendeur.

2. Contrôles individuels de création d'instruments (manuels ou basés sur des fichiers )

Lors de la création d'un enregistrement d'instrument (avant les états du flux de travail) :

• Aucun champ ne contient uniquement des espaces.

• Tous les champs obligatoires sont présents conformément aux règles de validation des champs de téléchargement d'instruments (référence de l'instrument, payeur/vendeur, devise, valeur nominale, date d'émission, date d'échéance initiale, etc.).

• L'offre existe et est active.

• L'ancre (vendeur ou payeur selon le groupe de produits) est fournie, existe et le statut de l'entreprise est actif.

• Le gestionnaire de l'opération et le financeur affectés à celle-ci existent et le statut de l'entreprise est actif.

• La contrepartie (vendeur ou payeur selon le groupe de produits) est fournie, existe et le statut de l'entreprise est actif.

• La contrepartie est active en tant que contrepartie à la transaction.

• Référence de l'instrument unique pour la relation payeur-vendeur.

• La devise est prise en charge et correspond soit à la devise limite de la transaction, soit à la devise de départ définie dans le modèle de change pour cette transaction.

• La valeur faciale doit être numérique, composée uniquement de chiffres, comprise entre 1 et 9 999 999 999 999.

• La date d'émission doit être aujourd'hui ou dans le passé, au format valide suivant : JJ.MM.AAAA , MM-JJ-AAAA, JJMMAAAA, AAAA-MM-JJ.

• La date d'échéance initiale doit être aujourd'hui ou ultérieurement ; obligatoire pour les factures, facultative pour les autres types de documents.

• La date d'échéance initiale ne peut pas être antérieure à la date limite lorsque cela est obligatoire.

3. Validation des fichiers téléchargés en masse (CSV/XLS/XLSX )

Vérifications initiales au niveau des fichiers :

• Fichier non vide.

• Taille du fichier ≤ 50 Mo.

• Le type de fichier est CSV, XLS ou XLSX (pour les instruments).

• Le fichier contient ≤ 10 000 instruments.

• Le fichier comporte une ligne d'en-tête pour le mappage des colonnes.

• Tous les fichiers du lot partagent la même structure d'en-tête.

• Maximum 5 fichiers par lot.

Vérifications du mappage des colonnes :

• Colonnes obligatoires mappées : Contreparties, Référence de l’instrument, Devise, Valeur nominale, Date d’émission, Date d’échéance initiale (obligatoire pour les factures), Notes supplémentaires (facultatives).

• Si aucun champ obligatoire ne correspond à un mappage, celui-ci ne peut pas être enregistré / le téléchargement est bloqué.

Les validations par ligne après l'analyse syntaxique utilisent les mêmes règles que les « contrôles de création d'instruments individuels » ci-dessus (champs obligatoires, règles de date, plages numériques, unicité, statuts des parties, etc.) .

4. Contrôles de validation et de soumission des chargements du flux de travail

Tâche de validation de chargement (« uploadvalidationpending »)

• Exécute les « critères de téléchargement » pour l'instrument en fonction du groupe de produits.

• Si les vérifications échouent → statut uploadvalidationfailed .

• Si les vérifications sont réussies → statut readytosubmit .

Soumission de readytosubmit

Événement « Instrument soumis » :

• Relancez les critères de téléchargement pour vous assurer que rien n'a changé (l'offre est toujours active, les parties sont toujours actives, pas de nouvelle référence en double, etc.).

• Évaluer le flux « Financement non autorisé » (la structure du produit peut interdire le financement).

• Selon l'éligibilité et les paramètres du produit, l'instrument passe à l'un des éléments suivants :

  • uploadvalidationfailed

  • payerapprovalpendingmakerconfirmation

  • approvednofinancing

  • sellerfinancependingmakerconfirmation

  • payerfinancependingmakerconfirmation

  • funderapprovalpendingmakerconfirmation

  • fundingpending

Si un instrument sélectionné échoue à la validation lors de la soumission :

• Ces instruments sont envoyés à uploadvalidationfailed .

• Seuls les instruments qui réussissent progressent ; l'utilisateur voit une notification d'erreur .

5. Chèques de financement (avant décaissement)

Exécuté à partir fundingpending (achat manuel ou financement programmé) :

Contrôles de limite

• Montant principal/avance de l'instrument dans la devise de l'opération ≤ limite disponible du programme.

• Montant identique ≤ limite de l'offre disponible.

• Même montant ≤ sous-limite disponible de la contrepartie de l'opération.

Contrôles FX

• La devise de l'instrument est égale à la devise de la transaction, ou

• La devise de l'instrument est la devise de base et la devise de la transaction est la devise cible dans une paire de taux de change active du modèle de change attribué à la transaction/contrepartie.

Contrôles actifs

• L'entreprise vendeuse est active.

• La société payeuse est active.

• La contrepartie est active.

• L'offre est active.

• Le bailleur de fonds est actif.

vérification du jour d'investissement

• Aujourd'hui doit être un jour d'investissement valide pour le financeur (par exemple lundi selon la configuration).

Contrôles d'étiquettes

• L'instrument ne doit PAS porter la mention « Non finançable ».

• L'instrument ne doit PAS porter la mention « En retard, non financé ».

• Les flux marqués « Financement refusé / Non admissible » sont également évalués et peuvent empêcher le financement.

Si l'une des conditions ci-dessus est remplie, le financement reste en fundingpending ou échoue ; les erreurs sont signalées à l'utilisateur.

6. Étiquetage et validations quotidiennes des tâches

Étiquettes de retard/d'échéance vs dates

• Si la date d'échéance initiale est définie et que la date d'aujourd'hui est supérieure à cette date, l'étiquette « Retard non financé » est appliquée (ou les étiquettes de retard correspondantes).

• Pour les instruments financés, la tâche quotidienne évalue les financements dus, les financements en retard dans le délai de grâce et les financements en retard hors délai de grâce en fonction du calendrier de remboursement et des règles de grâce.

Correction quotidienne des tâches pour les incohérences liées à la soumission

• Chaque soir, trouvez les instruments où :

  • Statut = readytosubmit , et

  • La liste des étiquettes comprend « En retard, non financé ».

• Pour ces instruments, le statut est mis à jour à uploadvalidationfailed afin qu'ils n'apparaissent plus sous l'onglet Valide et ne provoquent plus d'erreurs de validation côté client.

Étiquetage « Instrument finançable / Éligible / Non éligible »

• Financement non autorisé. Vérification terminée. Des balises peuvent être ajoutées : noteligible , notfundable remboursable, noeligiblefundingwindow fenêtre de financement éligible, supprimer withinfundingwindow , etc.

• Ces flux de balises dépendent de :

  • Aucune période de financement admissible.

  • Transaction/sociétés/contrepartie inactives.

  • Configuration « Retard de paiement/Financement non autorisé ».

7. Validations en phase d’approbation (Payeur/Vendeur/Financement du payeur/Bailleur de fonds)

Il s'agit de validations logiques/métier appliquées lors de l'approbation ou du rejet :

• Au niveau du vérificateur/créateur d'approbation du payeur :

  • Avant approbation, vérifiez l'opération, l'ancrage et l'activité de la contrepartie ; dans le cas contraire, l'instrument est inéligible et l'approbation échoue avec un message d'erreur .

  • Les instruments portant la mention « Non admissible » ne peuvent pas être approuvés ; ils sont affichés dans des vues séparées avec des explications.

• Chez le vendeur/payeur, élaborateur/vérificateur de financement :

  • Si l'instrument est marqué comme non finançable, les approbations du fabricant/vérificateur ne peuvent pas être effectuées ; le système génère une exception « Instrument non finançable » avec la raison (opération inactive, partie inactive, aucune fenêtre de financement admissible, retard, etc.).

• Au niveau du vérificateur/créateur d'approbation des bailleurs de fonds :

  • Mêmes chèques non finançables.

  • Si l'instrument n'est pas finançable, les approbations ne peuvent pas être effectuées.

• Annuler les vérifications de rejet :

  • Lors de l'annulation d'un rejet, les flux d'étiquettes pour les paiements dus/en retard et non financés peuvent être mis à jour (étiquettes supprimées).

8. Marquer comme payé sans chèques de financement

Lors du passage à settledwithoutfinancing :

• Le statut de l'instrument doit être l'un des suivants : approvednofinancing , sellerfinancependingmakerconfirmation sellerfinancependingcheckerconfirmation , confirmation du vérificateur en attente de financement du vendeur, financement du vendeur rejeté, confirmation sellerfinancerejected payerfinancependingmakerconfirmation payerfinancerejected , payerfinancependingcheckerconfirmation payeur rejeté, confirmation du fabricant en attente d'approbation du financeur, confirmation funderapprovalpendingmakerconfirmation funderapprovalpendingcheckerconfirmation , funderapprovalrejected , fundingpending .

• L'étiquette « Supprimé » ne doit PAS être présente.

• Flux de balises : Les mentions « Dû non financé » et « En retard non financé » sont supprimées lors du marquage comme payé.

9. Validations de référence de l'instrument parent

Référence de l'instrument parent lors du téléchargement :

• Si le champ Référence de l'instrument parent est renseigné :

  • Vérifiez que l'instrument parent existe avec :

    • Même devise que l'enfant.

    • Même paire acheteur-fournisseur (paire payeur-vendeur).

    • La référence de l'instrument correspond à la référence de l'instrument parent.

• Si aucune correspondance → erreur « Aucun instrument parent ne correspond à la référence, à la devise et à l’acheteur-fournisseur. »

• Si la référence de l