BridgeConnecteurStable

Execute supplier payment from transaction (Bridge)

Confirme l’exécution d’un décaissement Ormuz uniquement lorsqu’une transaction Bridge négative correspondante prouve la sortie de fonds.

Vue d’ensemble

Execute supplier payment from Bridge transaction confirme qu’un décaissement Ormuz a réellement été exécuté lorsqu’un débit bancaire Bridge correspondant est observé.

L’instruction Ormuz et le fait bancaire restent deux étapes distinctes du cycle de vie.

Exemple de processus

Transaction Bridge + Paiement fournisseur
Exécuter un paiement fournisseur depuis une transaction (Bridge)
Transaction Bridge + Paiement fournisseur

Exemple simplifié d’utilisation de Exécuter un paiement fournisseur depuis une transaction (Bridge) dans un processus Ormuz.


Paramètres 3

Contexte principal

Objets et configuration qui déterminent l’opération Bridge.

extension_config_idRequisref(extension_config:bridge)
Configuration Bridge active utilisée pour cette opération. Elle détermine les identifiants API et l’environnement Bridge ; le marchand reste celui du processus en cours.

Autres paramètres

transactionRequisBridge transaction
Transaction bancaire Bridge utilisée comme preuve externe du mouvement financier à matérialiser ou à rapprocher avec un objet Ormuz existant.
supplier_paymentRequisSupplier payment
Décaissement Ormuz auquel la transaction Bridge doit correspondre pour confirmer son exécution ou matérialiser un remboursement entrant.

Sorties 4

Session et traçabilité

Identifiants de session, mappings et indicateurs de création.

extension_object_mappingextension object mapping
Lien de traçabilité entre l’objet Bridge principal produit par le node et l’objet Ormuz auquel il est associé.

Autres sorties

transactionBridge transaction
Transaction bancaire Bridge utilisée comme preuve du mouvement financier traité par le node.
supplier_paymentSupplier payment
Décaissement Ormuz après confirmation de son exécution par la transaction Bridge.
appliedboolean
Indique si le fait bancaire a été appliqué à l’intention ou au décaissement fourni ; un rejeu idempotent peut retourner une valeur déjà matérialisée.

Comportement

Valider l’instruction

Le node vérifie l’supplier payment attendu et son état.

Comparer le débit

La transaction Bridge doit prouver le mouvement financier attendu.

Confirmer l’exécution

Le décaissement est mis à jour et corrélé à la transaction provider.

Limites et responsabilités

  • Ce node n’initie aucun paiement bancaire ; il confirme uniquement un mouvement déjà observé.
  • Un processus ne peut pas forcer le statut executed sans transaction Bridge correspondante.
  • Les écarts de mouvement sont remontés comme erreur au lieu d’être ajustés silencieusement.