Partial COD for Indian Sellers: Collect an Advance, Keep COD Trust

What is Partial COD?

Partial COD is a hybrid payment method: part of the order value is collected online at checkout or through a payment link, and the remaining balance is collected as COD at delivery.

Sellers in India often use the same idea under everyday names:

• advance COD
• token amount / booking amount
• part payment COD
• partial prepaid COD

It exists because many Indian shoppers still prefer COD rather than paying the entire amount upfront, while sellers may want a stronger purchase-intent signal before dispatch.

Partial COD formalises the “pay a small token online, rest on delivery” behaviour that many WhatsApp and Instagram sellers already use manually.

How does Partial COD work for sellers?

A typical Partial COD workflow looks like this:

1. Buyer chooses Partial COD at checkout or accepts a payment link that records an advance.
2. Buyer pays the configured advance online. UPI is one common way to collect the advance in India; supported payment methods depend on the checkout or payment provider.
3. Order is confirmed. Many sellers also send a WhatsApp confirmation stating the amount already paid and the amount still due.
4. The order is packed and shipped with the correct remaining COD amount.
5. The courier collects the balance at delivery and remits it according to its settlement cycle.

The important operational detail is that the COD collect amount should reflect the remaining balance after the advance, rather than the full order value.

If the courier is instructed to collect the full amount, the customer can be overcharged. If the collect amount is too low, the seller may under-collect.

Amazon SmartBiz's Partial COD documentation warns about this distinction in its own shipping workflow and notes that some courier orders may need to be created manually with the correct collect amount.

The advance-payment feature itself may sit inside a checkout product, order-management system, commerce platform, or another commerce workflow rather than only inside a payment gateway.

Partial COD vs full COD vs prepaid

An upfront payment can provide an additional purchase-intent signal because a buyer needs to complete a payment step before the order proceeds.

That does not mean Partial COD will always outperform either prepaid or full COD.

The right payment mix depends on your buyers, category, order value, logistics performance, and customer experience.

Why do sellers use Partial COD?

It may filter some fake or low-intent orders

Requiring an online advance can discourage some casual or low-intent orders because the buyer must make a real payment commitment before dispatch.

That is one of the core ideas behind Partial COD.

It should not be treated as a guaranteed fraud-prevention or RTO-elimination system.

It can help reduce exposure to COD RTO — with caveats

Industry data consistently shows a meaningful gap between prepaid and COD or non-prepaid RTO.

For example, Shipway's FY25 analysis reported via MediaBrief in July 2025 cited approximately 26% RTO on non-prepaid orders versus under 2% on prepaid orders in its dataset.

Cashfree has also published observations placing COD RTO materially above prepaid RTO.

These figures are useful for understanding the broader COD problem, but they do not prove that Partial COD alone will reduce a seller's RTO by a specific percentage.

Some checkout providers publish stronger performance claims for Partial COD or wider RTO-management systems.

Those should be treated as vendor-reported results.

For example:

• GoKwik has published RTO-reduction and conversion-uplift figures associated with its checkout and Partial COD strategies.
• Cashfree has published case studies combining multiple interventions such as risk segmentation, Partial COD, prepaid nudges, and checkout optimisation.

Those outcomes should not be attributed to Partial COD alone unless the underlying study isolates that feature.

Partial COD does not eliminate RTO.

Customers may still be unavailable, addresses may be incorrect, deliveries may be delayed, or buyers may reject an order for other reasons.

It is better viewed as one tool inside a broader COD-management process.

The seller receives part of the value earlier

With Partial COD, part of the order value reaches the seller before dispatch.

The remaining amount still depends on successful delivery and courier remittance.

There is a trade-off: checkout friction

Requiring an advance introduces another commitment step.

If the amount feels too high, some genuine COD-first customers may leave.

If it is too low, it may provide little meaningful intent signal.

The goal is not to copy another seller's percentage. It is to test what works for your own buyers.

How much advance should I collect?

There is no universal Partial COD amount or percentage that is right for every seller.

Consider factors such as:

• average order value
• product margin
• forward and reverse-shipping exposure
• first-time versus repeat customer
• custom or made-to-order products
• your historical COD cancellation rate
• your historical RTO rate
• checkout conversion impact
• customer expectations in your category

A low-value order may need a different approach from a high-value custom order.

Similarly, repeat customers with a strong purchase history may behave differently from first-time customers.

Rather than starting with an arbitrary industry percentage, choose a simple rule and measure:

Partial COD conversion → dispatch rate → delivery rate → RTO → customer complaints

Then adjust based on your own data.

Provider-specific rules can differ

Some platforms impose their own configuration rules.

For example:

• Amazon SmartBiz documents a fixed-token approach for its Partial COD workflow.
• Razorpay Magic Checkout documents support for fixed or percentage-based partial amounts and currently describes a maximum partial amount of 50% of the order value in that workflow.

These are provider-specific implementation rules, not universal Partial COD standards.

Should Partial COD be selective or store-wide?

Some checkout and RTO-management providers recommend applying Partial COD selectively.

Possible segmentation factors can include:

• order value
• customer history
• locations where the seller observes higher RTO
• custom or made-to-order purchases
• other seller-specific risk patterns

These should be treated as possible inputs, not universal rules.

A seller should use their own transaction and fulfilment data before deciding which customers or orders should see Partial COD.

Operational checklist for Partial COD

A technically simple Partial COD setup can still create operational problems if payment and shipping teams are not aligned.

1. Record the advance clearly

The order record should make it obvious that part of the payment has already been collected.

2. Calculate the remaining balance correctly

The remaining COD amount should equal:

Order total − advance already collected

3. Verify the courier collect amount

Make sure the courier is instructed to collect the remaining amount rather than the original full order value.

Amazon SmartBiz specifically documents this risk in its Partial COD workflow.

4. Confirm the amount with the customer

Send a clear confirmation showing:

• order total
• advance paid
• remaining amount due on delivery
• delivery expectations

For WhatsApp-led sellers, this confirmation can reduce confusion before dispatch.

5. Reconcile both payment legs

The final order value may arrive through two channels:

Online advance + COD remittance

Your operations process should reconcile both against the same order.

6. Train the dispatch team

A Partial COD order should not accidentally be treated like a full-COD order during fulfilment.

7. Measure the outcome

Track:

• Partial COD conversion
• payment-step abandonment
• cancellation
• delivery rate
• RTO
• customer complaints
• repeat purchase behaviour

Avoid evaluating the system using only one store-wide number.

Sellers operating both online and at a physical counter should also keep inventory and fulfilment status aligned. See how online and counter inventory can stay in sync.

Partial COD works best as part of a broader COD process

Payment commitment is only one part of COD performance.

Other factors can include:

• address quality
• customer confirmation
• delivery speed
• fulfilment accuracy
• product expectations
• communication before delivery

This is why Partial COD should not be marketed as a standalone cure for RTO.

It works better as one component of a cleaner order-confirmation and fulfilment process.

Refunds, cancellation, and customer communication

Do not assume a Partial COD advance is automatically non-refundable.

Your payment, cancellation, and refund treatment should be clearly disclosed before purchase and comply with applicable consumer-protection requirements.

Avoid hidden wording such as “Token amount is always non-refundable.” unless the policy has been legally reviewed and is appropriate for the situation.

At minimum, make sure your customer sees:

• the order total
• advance paid
• remaining amount
• cancellation policy
• refund policy
• any conditions affecting the advance

Clear disclosure is particularly important because customers may otherwise interpret the advance differently from the seller.

The Consumer Protection (E-Commerce) Rules, 2020 are commonly referenced in India around disclosure of refund, return, payment, and related ecommerce terms.

Use that as a reason to make policies transparent, not as a substitute for legal advice.

This guide does not provide legal advice.

Common Partial COD mistakes

1. Choosing an arbitrary advance amount

Copying another seller's percentage without considering your own economics and buyers can create unnecessary friction.

2. Making the advance too high

A large commitment may push genuine COD-first customers away.

3. Making the advance too low

A very small payment may provide little meaningful purchase-intent signal.

4. Sending the wrong COD amount to the courier

This can create overcharging, under-collection, support issues, and reconciliation problems.

5. Hiding refund or cancellation terms

Customers should understand how the advance is treated before paying it.

6. Treating Partial COD as the only RTO solution

Payment intent does not fix bad addresses, slow fulfilment, delayed delivery, or product-expectation problems.

7. Copying vendor performance claims

A provider's case-study result is not automatically your expected result.

8. Collecting manual tokens without proper order records

This is especially common in WhatsApp and Instagram selling.

Manual payment screenshots and spreadsheets can quickly make reconciliation difficult as order volume grows.

Tools that support Partial COD in India

Different types of platforms approach Partial COD differently.

Examples include:

• Razorpay Magic Checkout
• GoKwik
• Shiprocket checkout products
• Cashfree checkout products
• Amazon SmartBiz
• third-party Shopify apps and supported partial-payment workflows
• commerce platforms with advance-collection capabilities

On Shopify, sellers may use supported partial-payment workflows or third-party apps and checkout tools depending on their plan and desired COD process.

The right choice depends on the rest of your commerce stack.

A D2C brand using Shopify may prefer to extend its checkout.

A WhatsApp or Instagram-led seller may instead need advance collection to sit alongside storefront, billing, inventory, customer communication, and order operations.

See how ShopSynq combines an online store and billing workflow.

How ShopSynq handles Partial COD

ShopSynq supports Partial COD / advance collection as a live capability for Indian sellers.

ShopSynq also supports automatic WhatsApp order confirmation, which can be used alongside the order workflow to help communicate order details before dispatch.

These capabilities fit into ShopSynq's broader commerce setup, which includes storefront, billing/POS, inventory, customer workflows, and seller operations.

You can learn more about ShopSynq's current capabilities on the ShopSynq features page.

For sellers already using WhatsApp as a sales channel, see the guide to selling on WhatsApp in India.

This guide does not claim that ShopSynq currently provides:

• automated COD risk scoring
• automatic customer/pincode risk rules
• automatic courier collect-amount splitting
• automated COD reconciliation
• Partial COD-specific GST automation

Those capabilities should only be described if separately confirmed as live.

When you are ready to try storefront checkout with advance collection alongside billing and order ops, see Pricing or create a store from the CTA below.

Educational note

This guide is educational content for Indian sellers. Statistics and provider-specific implementation details should be verified against the linked source before publication or future updates. Refund, consumer-protection, GST, and tax matters should be reviewed with appropriate legal or accounting professionals where needed.