ormuz
Accueil/Intégrations/Bridge/Nodes/Materialize payment refund from transaction (Bridge)
BridgeConnecteurStable

Materialize payment refund from transaction (Bridge)

Confirme une intention de remboursement bancaire Ormuz à partir d’une transaction Bridge négative qui prouve le mouvement exécuté.

Vue d’ensemble

Materialize Payment refund from Bridge transaction confirme une intention de remboursement bancaire déjà créée dans Ormuz lorsque Bridge observe le mouvement sortant correspondant.

Le fait bancaire ne crée donc pas une seconde intention : il matérialise celle que le processus avait déjà réservée.

Exemple de processus

Transaction Bridge + Paiement Ormuz
Matérialiser un remboursement depuis une transaction (Bridge)
Transaction Bridge + Paiement Ormuz

Exemple simplifié d’utilisation de Matérialiser un remboursement 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.
payment_refundRequisPayment
Intention de remboursement bancaire Ormuz déjà créée et encore en attente de matérialisation par un mouvement Bridge correspondant.

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.
payment_refundPayment
Remboursement bancaire Ormuz après matérialisation du mouvement Bridge correspondant.
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’intention

Le remboursement Ormuz doit être une intention compatible encore matérialisable.

Comparer la preuve bancaire

Le node vérifie que la transaction Bridge négative correspond au remboursement attendu.

Confirmer le remboursement

Le mouvement est appliqué au remboursement et la corrélation provider est conservée.

Limites et responsabilités

  • Le node ne crée pas une intention de remboursement ; utilisez d’abord refund_payment ou le helper adapté aux avoirs.
  • Une transaction bancaire ne peut pas être affectée arbitrairement à un remboursement dont le montant ou le contexte ne correspond pas.
  • La sélection des avoirs à rembourser reste une décision du processus en amont.