> ## Documentation Index > Fetch the complete documentation index at: https://codking-blogs.mintlify.site/llms.txt > Use this file to discover all available pages before exploring further. # How Much COD Advance Should You Collect? > Partial COD payment works — but the amount decides whether it filters bad orders or blocks good ones. How to set the advance using your own shipping cost and RTO rate. [← All articles](https://codking-blogs.mintlify.site/blog.md) Payments · November 2026 # How Much COD Advance Should You Collect? 9 minutes read COD & RTO [Reducing RTO](https://codking-blogs.mintlify.site/blog/reduce-rto-for-cod-orders.md) [RTO Benchmarks](https://codking-blogs.mintlify.site/blog/rto-benchmarks-india.md) [COD Verification](https://codking-blogs.mintlify.site/blog/understanding-cod-verification.md) Payments & Pricing [COD to Prepaid](https://codking-blogs.mintlify.site/blog/cod-to-prepaid-conversion.md) [COD Advance Amount](https://codking-blogs.mintlify.site/blog/partial-cod-payment-advance-amount.md) [Payment Options](https://codking-blogs.mintlify.site/blog/payment-options-indian-ecommerce.md) Tooling & Checkout [Choosing a COD App](https://codking-blogs.mintlify.site/blog/best-cod-verification-apps-shopify.md) [COD Cancellations](https://codking-blogs.mintlify.site/blog/how-to-reduce-cod-cancellations.md) [Checkout Optimization](https://codking-blogs.mintlify.site/blog/shopify-checkout-optimization.md) Partial paymentEnough to commit.\ Not enough to lose them.SummaryA partial COD advance has two jobs: prove intent and cover your downside. Those two jobs point at different amounts. This is how to find the number that does both for your catalogue. Partial payment is the most elegant tool in COD management. The customer pays a portion upfront and the rest on delivery, which means you keep the convenience that makes COD convert while removing most of what makes it expensive. The catch is that the amount is doing two different jobs at once, and the right figure for one is not the right figure for the other. ## The two jobs the advance is doing **Job one: prove intent.** For this, almost any non-trivial amount works. The psychology of a partial advance is binary — a customer willing to pay ₹100 of a ₹2,000 order has crossed a line that a customer paying nothing has not. They have entered payment details, authorised a transaction, and taken an action that costs them something. The filtering effect comes from the act, not the size. **Job two: cover your downside.** For this, the size is everything. If the order still comes back, the advance is what you keep. An advance that covers your forward and return shipping plus packaging means a refused parcel costs you time and stock movement but not cash. An advance below that still leaves you paying to ship a parcel nobody wanted. Job one argues for a small, frictionless amount. Job two argues for a larger one. The resolution is to let job two set the floor and job one set the ceiling. ## Setting the floor Your floor is the cash you lose on a refused parcel. Add up forward shipping, return shipping, packaging, and the COD collection charge your courier levies. That total is what an RTO costs you in cash before you count the stock movement or the staff time. Set the advance at or slightly above that figure and the arithmetic of a refused order changes completely: you are square on cash, the stock comes back saleable, and your loss is operational rather than financial. This is the single most useful calculation in partial-payment pricing, and it is specific to your shipping rates and your parcel sizes — which is why a percentage copied from another brand is usually wrong. ## Setting the ceiling Your ceiling is the point where customers stop choosing partial payment and go elsewhere. This one cannot be calculated; it has to be tested. But there are reliable patterns. An advance that approaches half the order value loses much of its appeal, because the customer is close enough to full prepayment that the remaining COD element stops feeling like a benefit — at which point you may as well offer a prepaid discount and have the whole amount. The useful zone is comfortably below that, where paying the advance feels like a token rather than a commitment. The other ceiling is psychological rather than proportional. Round numbers behave better than exact percentages. An advance of ₹199 reads as a small fixed charge; the same amount expressed as 9.95% of the order value reads as a calculation being performed on the customer. Fixed amounts are also easier to communicate in a WhatsApp message, which matters when you are converting orders after the fact. ## Fixed amount or percentage Both work, and the choice should follow the shape of your catalogue. **A fixed amount** suits a catalogue with a narrow price range. It is simple to explain, simple to display, and it maps directly onto your shipping cost — which is itself roughly fixed per parcel regardless of order value. If most of your orders fall between ₹800 and ₹2,500, a single fixed advance covers your exposure across the whole range. **A percentage** suits a wide price range. If you sell a ₹400 accessory and a ₹15,000 appliance, a fixed advance is either so small it fails to cover shipping on the cheap item or so large it deters buyers of it. A percentage scales, and it also scales your protection with your exposure — which is appropriate, because a high-value RTO costs you more in locked capital. **Tiered by order value** is usually the best answer for a mixed catalogue, and the one most brands arrive at eventually. A small fixed advance on low-value orders, a larger one or a percentage above a threshold, and prepaid-only above a high ceiling where a single refused parcel is genuinely painful. ## Vary it by risk, not just by value Order value is the obvious variable. It is not the only one worth using. **Category.** Apparel and footwear carry higher refusal rates than categories where the product is unambiguous, because fit and colour create expectation mismatch. A higher advance on those categories is defensible on the numbers. **Customer history.** A customer with three successful deliveries behind them is not the risk a first-time buyer is. Asking them for an advance adds friction to your best relationships. Waiving it for proven customers costs you almost nothing and reads as recognition. **Pincode.** If your own data shows chronic failure rates in particular areas, those are where the advance earns its keep. This has to come from your own order history, not from assumptions — and it is worth checking, because the pattern is often narrower than merchants expect. **Acquisition source.** Orders from cold social traffic typically carry lower intent than orders from search or direct visits. If you can segment by source, it is one of the stronger predictors available. ## How to test it Pick a starting advance at your calculated floor, run it on one category rather than the whole store, and give it enough order volume for the result to mean something. Watch three numbers together: **Partial-payment adoption.** Of customers shown the option, what share took it. If this is very low, your amount is above the ceiling. **Total orders in the test category.** The guardrail. If orders fall, you are deterring buyers, not filtering them. **RTO rate on partial-payment orders versus full COD.** The payoff. Partial-payment orders should come back noticeably less often. If they do not, the advance is too small to be filtering anything and you are adding checkout friction for nothing. Then move the amount in one direction and repeat. Two or three iterations usually find the zone where adoption is healthy, orders hold, and RTO on partial orders is clearly below full COD. ## The operational detail that gets overlooked Partial payment creates a refund obligation you did not have before. If a partial-payment order is cancelled or returned, the customer has paid you money and expects it back. Decide your policy before you launch, state it at checkout, and make sure your team can execute it quickly. A slow or disputed refund on an advance generates support load and poor reviews out of proportion to the amount, and it undermines the trust that made the customer pay upfront in the first place. The brands that run partial payment well treat advance refunds as a same-day operation. COD King supports fixed and percentage advances, tiering by order value, and rules by category and pincode. What it cannot do is tell you your shipping cost — and that number is where this calculation has to start. On this page[The two jobs](#two-jobs)[Setting the floor](#floor)[Setting the ceiling](#ceiling)[Fixed or percentage](#fixed-vs-percentage)[Vary by risk](#segment)[How to test](#testing)[Refund policy](#refunds)[Start for free](https://codking.tech)[Contact sales](https://codking.tech) COD KingPractical guides, strategies, and product insights for Shopify merchants managing Cash on Delivery. Blog [All articles](https://codking-blogs.mintlify.site/blog.md) [Understanding COD Verification](https://codking-blogs.mintlify.site/blog/understanding-cod-verification.md) [How to Reduce RTO for COD Orders](https://codking-blogs.mintlify.site/blog/reduce-rto-for-cod-orders.md) [RTO Benchmarks for Indian D2C](https://codking-blogs.mintlify.site/blog/rto-benchmarks-india.md) [COD to Prepaid Conversion](https://codking-blogs.mintlify.site/blog/cod-to-prepaid-conversion.md) [How Much COD Advance to Collect](https://codking-blogs.mintlify.site/blog/partial-cod-payment-advance-amount.md) [Best COD Verification Apps](https://codking-blogs.mintlify.site/blog/best-cod-verification-apps-shopify.md) [How to Reduce COD Cancellations](https://codking-blogs.mintlify.site/blog/how-to-reduce-cod-cancellations.md) [Checkout Optimization for Shopify Stores](https://codking-blogs.mintlify.site/blog/shopify-checkout-optimization.md) [Payment Options for Indian E-commerce](https://codking-blogs.mintlify.site/blog/payment-options-indian-ecommerce.md) COD King [Shopify App Store](https://apps.shopify.com/cash-on-delivery-cod-order-confirmation) © 2026 COD King This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.