Can I Ship to Multiple Addresses on Amazon

comment

Ship to Multiple Addresses

Shipping to multiple addresses allows shoppers to ship items within an gild to different destinations, or to apply a combination of fulfillment methods for the items, such every bit direct ship, in-store pickup, or gift card (digital) delivery. For example, assume a shopper creates an order with the following items:

• Vacuum cleaner
• Mop
• Decorative mirror
• Bedding set

If your site has multiple shipments enabled, the shopper could choose to pick upwardly the vacuum cleaner and mop at a local shop, ship the decorative mirror to their habitation accost, and transport the bedding fix to their kid's address as a gift.

Use Cases

View Transaction History Across Kid Orders

Since a payment may be shared and acted upon from a checkout or one of its kid orders, the payment's transaction history at present includes a From field that indicates where each interaction took place.

For case, the screenshot below shows the transaction history for an order labeled Order 537, which is a kid society of Order 536. Since the payment for Order 537 was authorized on Order 536 (at the checkout level), that interaction is included on the transaction history for Order 537.

Using Shared Payments via the API

Capture Payment at the Checkout Level

You tin can capture payment at the checkout level using the following resources in the Kibo eCommerce API:

POST api/commerce/checkouts/{checkoutId}/payments/actions

You tin can utilize this API to create a payment at the checkout level.

Post api/commerce/checkouts/{checkoutId}/payments/{paymentId}/actions

You tin can use this API to process a payment at the checkout level.

Subpayments

Checkouts track interactions between child orders and a payment method using the subpayments field. The subpayments field indicates how much of a payment was applied to a child club.

Limitations on Shared Payments API

• When capturing payment at the checkout level via the API, you must specify the amount to capture. The corporeality y'all specify must equal the full corporeality requested for each outstanding subpayment.
• The system does not currently support creating checkout-level payments after the checkout has been submitted.
• When retrieving an order or checkout resource via the API, its collection of payments volition include an AvailableActions field on each payment. The listing of available actions for a shared payment may differ based on whether it's inside the context of the checkout or one of the orders.For instance, if you lot capture a shared credit card from one of the orders (as well known as an order-level capture), the available actions for the shared payment on that order volition testify CreditPayment as an available action. If you view the same shared payment from one of the sibling orders, CreditPayment will not be an bachelor action since no funds were captured from that order.

Payment Action Behaviors

This section describes primal behaviors and options for all payment types.

Processing Credit Cards

The following table describes the payment actions bachelor for credit card payments, along with the possible statuses for each.

Possible Actions	Possible States/Statuses
• Create • Authorize • Capture • AuthAndCapture • Decline • Credit • Void • Rollback	• New • Authorized • Collected • Declined • Credited • Voided

Limitations on Payment Capture

Kibo eCommerce does not currently support multiple payment captures per credit card payment. For instance, if a shopper submits a parent society and

If y'all capture payment from a credit card for ane of the orders in the shopper's checkout, the payment authorization for that credit carte du jour closes and you will need to authorize a new payment if y'all have no other payment methods specified.

Voiding Payments at Order Level

If you void a credit bill of fare payment for a unmarried order within a checkout, the system performs a no-op void for that order.

Voiding Orders at Checkout Level

If yous perform a void at the checkout level, all orders will be voided every bit a no-op void except for the last club. The last society will be voided normally, which ways it volition both void the payment and call the payment gateway. The payment gateway and then closes the payment authorization for that credit card.

Note: When voiding all orders in a Multiple Shipments checkout, the arrangement displays $0 voided for any orders that were no-op voided. This is because the final void on the terminal order voids the total amount authorized for the payment.

Processing Checks

The post-obit table describes the payment actions available for check payments, along with the possible statuses for each.

Possible Actions	Possible States/Statuses
• Create • Authorize • Capture • AuthAndCapture • Decline • Credit • Void • Rollback	• New • Authorized • Collected • Declined • Credited • Voided

Capturing Payment

You can capture payments from a check across multiple orders, but you can only capture 1 payment per order from the same bank check.

Processing Store Credit

The following table describes the payment deportment available for shop credit payments, along with the possible statuses for each.

Possible Actions	Possible States/Statuses
• Create • Authorize • Capture • AuthAndCapture • Decline • Credit • Void • Rollback	• New • Authorized • Collected • Declined • Credited • Voided

Automatic Capture

The system automatically captures store credit payments per order.

Processing Purchase Orders

The following tabular array describes the payment actions available for purchase order payments, along with the possible statuses for each.

Possible Actions	Possible States/Statuses
• Create • Authorize • Capture • AuthAndCapture • Decline • Credit • Void • Rollback	• New • Authorized • Collected • Declined • Credited • Voided

Limitations on Checkout Level Payment Actions

Yous tin only run the RequestPayment, AuthorizePayment, and InvoicePayment actions at the checkout level for buy orders.

Capturing Payment for Purchase Orders

You can capture multiple payments from buy orders per order. Yet, in one case you lot capture payment at the guild level, the organization will non allow you to capture payment at the checkout level for the checkout containing that order.

Voiding Payment for an Individual Lodge

If you void a payment for an individual guild, the system returns an amount equal to that society'due south payment to the shopper's buy order balance.

Other Payment Activeness Information

For more information on payment actions, refer to the Payment Processing guide.

Rollup Payment Status Updates

The processing of rollup payment status for orders has changed to be more consistent. The post-obit list describes the different rollup payment statuses and when they brandish for an social club:

Paid

This status displays when the order has items and the net collected amount equals the order total corporeality.

Unpaid

This status displays when the cyberspace nerveless is $0 and there are no agile payments. Agile payments include payments that have a condition of Authorized, Invoiced, PaymentRequested, or Pending.

Awaiting

This status displays when the cyberspace collected is neither $0 nor equal to the order total, or there is an active payment.

Credited

This status displays only for cancelled orders and indicates that all payments take been voided or credited, and at least one payment has been credited.

Voided

This status displays just for cancelled orders and indicates that all payments take been voided.

Annotation: Fifty-fifty if you do not have Send to Multiple Addresses enabled, these changes to rollup payment status will however appear on your tenant.

mccraywhards.blogspot.com

Source: https://www.mozu.com/docs/guides/orders/multi-ship.htm

Share this post