amount.value and isn’t added on top of it. The one exception is a YUNO_PROMOTION discount: you send the original amount and Yuno charges amount.value minus that discount (see Discounts).
Fee amount
A dedicated field (additional_data.order.fee_amount) allows you to specify the fee amount for your services that is included in the transaction.
In the following example you can see a request that clarifies that a 180 JPY fee amount is part of a 5000 JPY final transaction. This field is for informational purposes, the fee_amount is already included in the final transaction amount and is not added separately.
Shipping amount
A dedicated field (additional_data.order.shipping_amount) allows you to specify the shipping amount that is included in the transaction.
In the following example you can see a request that clarifies that a 270 JPY shipping amount is part of a 5000 JPY final transaction. This field is for informational purposes, the shipping_amount is already included in the final transaction amount and is not added separately.
Tips
A dedicated field (additional_data.order.tip_amount) allows you to specify the tips amount that is included in the transaction.
In the following example you can see a request that clarifies that a 50 JPY tip amount is part of a 5000 JPY final transaction. This field is for informational purposes, the tip_amount is already included in the final transaction amount and is not added separately.
Taxes
A dedicated array of objects (additional_data.order.taxes) allows you to specify the taxes amounts for your services that are included in the transaction.
In the following example, you can see a request that clarifies what taxes are part of a 1000.00 USD final transaction. This field is for informational purposes; the
taxes struct is already included in the final transaction amount and has not been added separately.
Discounts
A dedicated array of objects (additional_data.order.discounts) allows you to specify the discounts that are included in the transaction.
Each line has a type. MERCHANT (the default) is a discount you computed: id, name and unit_amount are required, and id and name have 3 to 255 characters. YUNO_PROMOTION is a promotion quote Yuno computed, with quote_id only; it rejects id, name and unit_amount, a MERCHANT line rejects quote_id, and any mix returns 400 INVALID_PARAMETERS. A line with quote_id and no type is read as YUNO_PROMOTION. Write the type exactly as shown, in capitals: any other spelling returns 400. One quote per payment, and at most 10 discount lines in all. The YUNO_PROMOTION line is accepted on Create Payment only: multi-method payments, payment links, checkout sessions and capture reject it with 400, and a payment that carries a subscription or an external_subscription rejects it with 422 PROMOTION_SUBSCRIPTION_UNSUPPORTED.
On the response and on every payment.* webhook Yuno fills the YUNO_PROMOTION line (quote_id, id = the promotion id, unit_amount in the payment currency and, when Yuno has it, name) and adds a discount_amount, the sum of those lines. Your MERCHANT lines keep their id, name and unit_amount; when the payment carries a Yuno promotion, the Create Payment answer, Retrieve Payment and the webhooks list the Yuno line first and mark yours with type: MERCHANT. amount is never rewritten; the net amount charged is on the transaction (transactions.amount).
In the following example you can see a request that clarifies that a 5 USD discount amount is part of a 50 USD final transaction. Merchant-computed discounts are informational: the amount is already included in amount and is not added again.
Example
Customer validations
A dedicated object (customer_payer.merchant_customer_validations) allows you to specify certain customer validations rules for fraud prevention inquiries.
In the following example you can see a request that clarifies that customer has been previously verified outside Yuno.