additional_data.seller_details. The system automatically resolves the correct merchant_id at payment time based on which provider processes the payment.
Referencing a Seller
You can reference a seller using either identifier (they are mutually exclusive — send one or the other):| Field | Description |
|---|---|
merchant_seller_id | The merchant’s own identifier (e.g., "FRANCHISE_STORE_001"). |
seller_id | The Yuno-generated UUID (e.g., "f7a1b2c3-d4e5-6789-abcd-ef0123456789"). |
Example — Payment using merchant_seller_id
Example — Payment with field overrides
When you send additional seller fields alongside the seller reference, those fields override the stored seller values for that payment only. They are not persisted back to the seller mapping.How Resolution Works
- The merchant sends a payment request with
merchant_seller_idorseller_idinsideadditional_data.seller_details. - The payment flows through the standard pipeline. Routing selects a provider (e.g., Cielo).
- After routing, the system looks up the franchise mapping by
(organization, seller_identifier, provider, payment_method_type). - If found: the connection’s
merchant_idis overridden with the resolvedmerchant_id. Any seller fields sent in the request override the stored values for this payment. - If not found or service unavailable: the payment proceeds with the connection’s default
merchant_id(graceful fallback).
Backward Compatibility
When neitherseller_id nor merchant_seller_id is present, the entire franchise feature is bypassed — zero impact on existing flows.