BridgeConnecteurStable

Create supplier refund from transaction (Bridge)

Crée un remboursement fournisseur canonique à partir d’une transaction Bridge positive rattachée à un décaissement précédent.

Vue d’ensemble

Create supplier refund from Bridge transaction matérialise un retour de fonds fournisseur lorsqu’une transaction entrante Bridge correspond à un décaissement antérieur.

Le remboursement est un fait bancaire observé, distinct de l’supplier payment original.

Exemple de processus

Transaction Bridge + Paiement fournisseur
Créer un remboursement sortant depuis une transaction (Bridge)
Transaction Bridge + Paiement fournisseur

Exemple simplifié d’utilisation de Créer un remboursement sortant 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é.
createdboolean
Indique si le node a créé un nouvel objet Bridge. false signifie qu’un objet déjà associé a été retrouvé et réutilisé.

Autres sorties

transactionBridge transaction
Transaction bancaire Bridge utilisée comme preuve du mouvement financier traité par le node.
supplier_refundSupplier payment
Remboursement fournisseur Ormuz créé à partir du retour de fonds observé.

Comportement

Valider le retour de fonds

Le node contrôle le mouvement positif et le décaissement auquel il se rapporte.

Créer ou relire le remboursement

Le fait canonique est matérialisé ou réutilisé grâce à la corrélation provider.

Conserver la provenance

La transaction et le remboursement sont exposés avec leur mapping.

Limites et responsabilités

  • Le node exige un supplier payment source ; un crédit bancaire isolé n’est pas automatiquement interprété comme remboursement fournisseur.
  • Les caractéristiques financières du remboursement viennent de Bridge et ne sont pas librement éditables par le processus.
  • La création est idempotente pour une même transaction provider corrélée.