ReximTrade crowd-sources import orders — aggregating fragmented demand from Indian retailers across the country into pooled bulk orders that meet international supplier MOQs. Refundable deposits. Staged payments. Full regulatory compliance. Available in 13 Indian languages so every trader, in every state, can participate.
International suppliers demand Minimum Order Quantities (MOQs) that exclude India's 50M+ small retailers from direct import pricing — and no existing platform pools their fragmented demand into viable bulk orders.
A single retailer needs ₹10L+ order volume to access factory prices. Most can only commit ₹1.5L–₹6L.
Local wholesalers and agents add 15–40% markup. No transparency on landed cost, duties, or freight.
Small importers lack FEMA knowledge, customs expertise, and banking relationships to import independently.
The gap between what small traders need and what the import market offers is enormous — and nobody is bridging it.
Small & micro retailers across India who could import if MOQ weren't a barrier. Currently paying 15–40% markup to intermediaries.
Typical factory MOQ from Chinese/HK suppliers. The average Indian small trader can only commit ₹1.5L–₹6L per order cycle.
The gap is structural: suppliers demand bulk. Small buyers have fragmented demand. No platform crowd-sources their orders by pooling. Nobody provides trust infrastructure. Nobody handles compliance across India's linguistic diversity. This is exactly where ReximTrade fits — in 13 Indian languages.
ReximTrade is a crowd-sourced order-pooling platform — multiple small Indian retailers combine their import demand to meet factory MOQs that none could meet alone. The platform handles compliance, banking, customs, and logistics. Available in 13 Indian languages.
Crowd-sourcing means no single buyer bears the MOQ burden. The platform aggregates fragmented demand from across India — every retailer benefits from bulk pricing without bulk commitment. This is the core value ReximTrade creates.
Fully refundable on Day 171. Held in nodal → reserve → FD. RT bears its bank charges; buyer's receiving-bank charges, if any, deducted. Never used for supplier payment.
Non-monetary capacity indicators. Not a payment tool. Not a wallet. No intrinsic value.
Buyers pay only when the pool confirms. Three tranches. Deposit stays untouched.
70% MOQ minimum reached → Proforma Invoice issued. Buyer pays 30%. RT remits to HK supplier via SWIFT. Factory order placed. Below 70% → pool cancelled, no order.
Goods manufactured → factory notice. Buyer pays 40%. RT SWIFT to HK. Shipment dispatched.
Goods arrive India → customs cleared. Buyer pays 30% + 3% bank charges + 5% RT fees + goods buffer. Goods to RT warehouse.
Pool must reach 70% MOQ minimum before PI-1 is issued. If below 70%, the entire pool is cancelled. RT never places an order it can't fill. Buyer cancellation after PI-1 results in partial forfeiture.
Follow a trader from the moment they want to import until goods are in their shop.
flowchart TB
subgraph PHASE1["🛒 GET READY"]
A["🏠 Merchant decides
to import goods"] --> B["📄 Visits ReximTrade
Registers account"]
B --> C["🔒 KYC Verified
AI screens documents"]
C --> D{"Choose Plan
💰"}
D -->|"Plus ₹2,999"| E1["✅ Plus Active"]
D -->|"Pro ₹5,999"| E2["✅ Pro Active"]
E1 & E2 --> E["💳 Select Deposit Slab
Slab 3: ₹1,35,000"]
E --> F["🏦 Pay Deposit via RTGS
to RT Nodal Account"]
F --> G["🌟 Tokens Issued
RTT 1,35,000 = ₹4.5L capacity"]
end
subgraph PHASE2["🔍 POOL & BOOK"]
G --> H["🔎 Browse Active Pools
AI recommends matches"]
H --> I["📝 Select Pool
e.g. Phone Cases – MOQ ₹10L"]
I --> J["📎 Book Order
Tokens Earmarked (30%)"]
J --> K{"Pool ≥ 70%
MOQ min?"}
K -->|"No (<70%)"| K1["❌ Pool Cancelled
Tokens Released"]
K1 --> K2["🔄 Rebook
Another Pool"]
K -->|"YES ✅"| L["✅ Pool Eligible
≥ 70% MOQ"]
end
subgraph PHASE3["💸 PAY & PRODUCE"]
L --> M["📃 PI-1 Issued
30% of order due"]
M --> N["💳 Merchant Pays 30%
via RTGS to Trading A/C"]
N --> O["🌎 RT SWIFT to HK
Factory order placed"]
O --> P["🏭 Factory Produces
Goods manufactured"]
P --> Q["📃 PI-2 Issued
40% due – Ex-Factory"]
Q --> R["💳 Merchant Pays 40%"]
R --> S["📦 RT SWIFT 40% to HK
Shipment dispatched"]
end
subgraph PHASE4["🛰 SHIP & CLEAR"]
S --> T["⛵ Goods in Transit
7-21 days shipping"]
T --> U["🏰 Port Arrival – India"]
U --> V["📃 PI-3 Issued
Final 30% due"]
V --> W["💳 Merchant Pays 30%"]
W --> X["🚪 Customs Clearance
Duties & IGST paid"]
X --> Y["🏠 Goods at RT Warehouse
Merchant notified"]
end
subgraph PHASE5["🚚 COLLECT & REPEAT"]
Y --> Z["🚚 Merchant Arranges
Last-Mile Transport"]
Z --> AA["🎁 Goods Collected
Inventory in Shop"]
AA --> AB["📈 Order Closed
3%+5% charges booked"]
AB --> AC{"Day 171
Deposit Refund?"}
AC --> AD["💰 Deposit Principal
Returned to Bank A/C"]
AD --> AE{"Redeposit
to Continue?"}
AE -->|"YES 🔄"| E
AE -->|"NO ❌"| AF["🚪 Tokens Inactive
Preset Orders Page Only"]
end
style A fill:#DBEAFE,color:#1E3A8A,stroke:#3B82F6,stroke-width:2px
style G fill:#DBEAFE,color:#1E3A8A,stroke:#2563EB,stroke-width:2px
style L fill:#FEF3C7,color:#92400E,stroke:#F59E0B,stroke-width:2px
style O fill:#DBEAFE,color:#1E3A8A,stroke:#3B82F6,stroke-width:1.5px
style S fill:#FED7AA,color:#9A3412,stroke:#F97316,stroke-width:1.5px
style AA fill:#D1FAE5,color:#065F46,stroke:#059669,stroke-width:2px
style AD fill:#D1FAE5,color:#065F46,stroke:#059669,stroke-width:2px
style AF fill:#F1F5F9,color:#475569,stroke:#94A3B8,stroke-width:1.5px
style PHASE1 fill:#EFF6FF,color:#1E3A8A,stroke:#93C5FD,stroke-width:2px
style PHASE2 fill:#FFFBEB,color:#92400E,stroke:#FCD34D,stroke-width:2px
style PHASE3 fill:#EFF6FF,color:#1E3A8A,stroke:#93C5FD,stroke-width:2px
style PHASE4 fill:#FFF7ED,color:#9A3412,stroke:#FDBA74,stroke-width:2px
style PHASE5 fill:#ECFDF5,color:#065F46,stroke:#6EE7B7,stroke-width:2px
From a small retailer's perspective — what a ₹45K deposit unlocks that ₹45K alone could never buy.
| Step | Action | Money Flow | What Buyer Gains |
|---|---|---|---|
| 1 | Subscribe Plus/Pro | ₹2,999 – ₹5,999 + GST paid to RT | Platform access, AI tools, pool matching priority |
| 2 | Place Security Deposit | ₹1,35,000 paid to RT nodal account | RTT 1,35,000 tokens = ₹4.5L order capacity unlocked. Deposit held in FD — fully refundable on Day 171. RT bears its bank charges. |
| 3 | Book Pool Orders | No payment yet — tokens earmarked only | Browse active pools. Commit to products. Tokens earmarked as booking capacity — no money spent. |
| 4 | Pool Eligible (≥70% MOQ) | PI-1: pay 30% of order (e.g. ₹1.35L on ₹4.5L order) | Order confirmed. Factory begins production. Tokens debited — capacity restored for next pool. Deposit still untouched. |
| 5 | Ex-Factory Notice | PI-2: pay 40% (e.g. ₹1.80L) | Goods manufactured. Shipment dispatched. Real-time tracking available. |
| 6 | Port Arrival in India | PI-3: pay final 30% (e.g. ₹1.35L) | Customs cleared. Goods at RT warehouse. Buyer arranges last-mile transport. |
| 7 | Goods Collected | ₹4.5L total paid (PI only) | Inventory at factory price — saving 15–40% vs local wholesaler. On ₹4.5L order: ₹67K–₹1.8L saved. |
| 8 | Day 171 — Deposit Refunded | ₹1,35,000 deposit principal returned | Deposit principal returned. RT bears its bank charges. Tokens remain active 30 more days. Redeposit or walk away. |
RT is not a charity — it's a lean, AI-native platform that earns from deposit float, order volume, and platform access. Here's the value RT creates and captures at each stage.
All buyer deposits held in scheduled bank FDs. RT earns ~7.5% p.a. interest as disclosed business income. At 5,000 depositors with ₹50Cr float: ~₹3.75Cr/year. T&C discloses this — buyers consented at onboarding.
Embedded in the landed cost shown to buyers. Not a hidden fee — transparent at booking. On ₹4.5L order: ₹13,500 bank pass-through + ₹22,500 RT fees = ₹36,000 collected. At scale with 6,000 orders/year: ₹21.6Cr (RT earnings: ₹13.5Cr).
Every depositor pays ₹2,999 (Plus) or ₹5,999 (Pro) + GST annually. Flat pricing across all slabs. At 5,000 depositors with 70/30 mix: ₹2.3Cr/year. Non-refundable. Gates platform and AI tools.
₹50Cr float at scale generates ~₹3.75Cr/year in risk-free FD interest (7.5% p.a.). Buyers get deposit principal refunded. RT earns the interest. This is disclosed, consented, and tax-compliant. Competitors cannot replicate this without the deposit-refund architecture.
More buyers → faster pool fill → more completed imports → trust → redeposit → larger float → better supplier terms. Each new buyer makes the platform more valuable for every other buyer. Self-reinforcing flywheel.
The deposit-token architecture, FD flow, and Day 171 refund are specifically engineered to avoid PPI licensing, GST advance liability, and FEMA violations. A competitor attempting this without legal architecture would be shut down by RBI within months.
12 FTE at scale vs 45 in traditional model. AI agents handle KYC, pool matching, landed-cost estimation, communications, and refund batch processing. Outsourced partners handle logistics, customs, and HK liaison. Operating leverage unmatched by traditional import agents.
The platform solves five fundamental problems that keep India's 50M+ small retailers locked out of direct import.
A single retailer with ₹1.5L can't meet a ₹10L MOQ. Pool 50 retailers buying the same SKU and the order ships at factory-direct pricing. No single buyer bears the MOQ burden alone.
Buying at factory price through RT vs local wholesaler saves 15–40% on landed cost. On a ₹4.5L order, the merchant keeps ₹67K–₹1.8L that would have gone to intermediary markups.
Deposit is not spent on goods. It's held in an FD and returned on Day 171. The buyer's capital is ring-fenced and protected. Only PI payments (30/40/30) go to suppliers — and only after the pool confirms.
RT handles SWIFT remittance, FEMA documentation, customs clearance, duty coordination, and freight. The buyer never touches foreign exchange, never files a Bill of Entry, never deals with a customs broker.
Unlike traditional import where 100% is paid upfront to an unknown supplier, RT's model staggers payments: 30% at factory order, 40% at ex-factory, 30% at port. Pay as goods move. Risk is spread across the shipment lifecycle.
Plus/Pro subscription unlocks AI agents: pool recommendations matched to buyer profile, real-time landed-cost estimation with duty breakdown, order status digests, anomaly alerts. A small trader gets the intelligence of a large import house.
11 phases from registration to refund. AI agents drive automation at every step. Outsourced partners handle physical execution.
Buyer registers on the platform. Selects Plus or Pro subscription. AI screens PAN, GST cert, bank details, address proof, ID proof. AML checks: sanctions screening, PEP, source of funds. Human reviews flagged cases only.
Buyer selects deposit slab (1–6: ₹45K to ₹7.2L). RTGS payment to RT nodal account. Funds transfer: nodal → deposit reserve account → FD in RT company name. Deposit ledger entry created as liability. Tokens issued = 30% of max order value. Day 1 clock starts.
Buyer browses active pools (product, supplier MOQ, estimated landed cost). AI recommends pools matched to buyer profile and past orders. Buyer commits to a pool — tokens are earmarked (30% of order value). Pool fill counter updates in real time.
Aggregate orders reach 80% of supplier MOQ → pool confirmed. RT issues PI-1 to all committed buyers for 30% of order value. Buyer pays via RTGS to RT trading account. RT aggregates collections and SWIFT remits 30% to HK supplier. Factory order placed. Tokens debited and capacity restored.
HK supplier confirms production complete → ex-factory notice. RT issues PI-2 for 40%. Buyer pays → RT SWIFT remits 40% to HK. Goods shipped. Tracking live on buyer dashboard. Freight forwarder and HK partner manage the physical move.
Goods arrive at Indian port. RT issues PI-3 for final 30%. Buyer pays. Customs broker clears goods (Bill of Entry, duties, IGST). RT retains 30% for India-side clearance and warehouse. Goods delivered to RT warehouse.
Buyer notified — goods at RT warehouse. Buyer arranges last-mile transport to their destination. Warehouse handoff confirmed. Order transaction closed. RT records 3% bank pass-through + 5% RT service fees (8% total on order value). Order appears in buyer's preset orders page for full history.
Day 170: automated pre-refund email sent. Day 171: RT initiates deposit principal refund via RTGS to buyer's registered bank account. RT bears its bank charges; buyer's receiving-bank charges, if any, deducted. GST advance liability expires (<180 days). Deposit status: FullyRefunded. Tokens remain active and usable for 30 more days (grace period Days 172–201). Refund is independent of active orders.
Tokens remain usable for 30 days despite deposit being refunded. Buyer can still book pool orders. Automated reminders: monthly, 15-day, and daily last week. Redeposit before Day 201 → tokens reset to full, new Day 1 cycle. No redeposit by Day 201 → unpaid bookings auto-cancel, tokens become inactive, preset orders page only.
No jargon. No spreadsheets. Here's exactly how every stakeholder gains — explained like you're explaining it to a friend over chai.
A retailer in Bengaluru who sells mobile accessories
The Problem (Before ReximTrade)
Raj wants to buy 500 phone cases from China at ₹300 each. Total: ₹1.5L. The factory says "Minimum order is ₹10L." No factory will talk to him. His only option: buy from a Mumbai wholesaler at ₹420 each — paying 40% extra. He has no idea about shipping, customs, or duties. He's never sent money abroad. He's stuck.
The Solution (With ReximTrade)
Raj subscribes for ₹2,999/year. He deposits ₹45,000 (fully refundable). He joins a pool with 49 other shopkeepers buying the same phone cases. Together they hit ₹7.5L — above the ≥70% MOQ trigger (80% target). The pool confirms. Raj pays ₹45,000 (30% of his ₹1.5L order) only when the pool is ready. RT handles everything — payment to China, shipping, customs. Goods arrive at RT warehouse. Raj picks them up. He bought at ₹300/piece instead of ₹420 — saving ₹60,000 on this order alone. Six months later, his ₹45,000 deposit comes back.
The platform connecting 50 Rajas to one factory
What RT Does (The Magic)
RT doesn't buy or sell goods. RT doesn't employ truck drivers or customs agents. RT is the matchmaker + trusted middleman. It collects everyone's refundable deposits (kept safely in a bank FD). It pools everyone's small orders into one big order. When the pool is big enough, it tells everyone "pay now" and sends the money to the factory. Partners handle shipping, customs, and warehousing. AI agents handle the paperwork, reminders, and tracking.
How RT Earns (Three Simple Ways)
Supplier who used to ignore small Indian orders
Outsourced experts who get steady business
The biggest winner isn't listed above. It's the entire ecosystem of India's small retail — kirana stores, mobile shops, electronics dealers, garment traders — who have been locked out of global supply chains for decades. When 5,000 Rajas pool their orders through ReximTrade, they don't just save money. They build collective buying power that rivals large import houses. They access the same factories, the same prices, and the same quality that big players get. This is democratized global trade — and it only works because ReximTrade handles the trust, compliance, and logistics that small players can't manage alone.
Diversified launch revenue. Interest alone cannot break even — the model requires all three streams.
Deposits invested in low-risk instruments — bank FDs, liquid funds, short-term debt. RT retains returns as disclosed business income.
3% bank transfer charges + 5% RT service fees. Embedded in landed cost. Dominant revenue driver at scale (84% of revenue at full scale).
Plus or Pro required before deposit. Every depositor pays annual subscription. AI-enhanced tools. Flat pricing across all slabs.
Ultra-lean Year 1 — team ≤₹5L, legal+office ≤₹5L. 3% bank = pass-through. 5% RT fees = RT's earnings. Nearly break-even at 250 orders.
| Phase | Revenue | Costs | Net P&L | Buyers | Orders | FTE | Margin |
|---|---|---|---|---|---|---|---|
| 1. Bootstrap | ₹60.83L | ₹69.50L | -₹8.67L | 150 | 250 | 2 | — |
| 2. Traction | ₹1.98Cr | ₹2.08Cr | -₹9.76L | 450 | 750 | 8 | — |
| 3. Scale | ₹5.33Cr | ₹3.21Cr | +₹2.12Cr | 1,000 | 1,800 | 10 | 40% |
| 4. Profitable | ₹10.79Cr | ₹4.46Cr | +₹6.33Cr | 2,500 | 3,500 | 12 | 59% |
| 5. Leader | ₹19.81Cr | ₹6.07Cr | +₹13.74Cr | 4,000 | 6,000 | 15 | 69% |
| Phase | Sub | Embed 8% | Interest |
|---|---|---|---|
| 1. Execution | 12% | 76% | 12% |
| 2. Traction | 10% | 78% | 12% |
| 3. Scale | 9% | 80% | 11% |
| 4. Profitable | 10% | 82% | 7% |
| 5. Leader | 9% | 84% | 6% |
Embedded charges become dominant — order conversion is the critical metric.
| Phase | Rev | Cost | Net | |
|---|---|---|---|---|
| 1 | 175 | ₹41L | ₹128L | -₹87L |
| 2 | 525 | ₹142L | ₹208L | -₹66L |
| 3 | 1,260 | ₹375L | ₹321L | +₹54L |
| 4 | 2,450 | ₹808L | ₹446L | +₹362L |
| 5 | 4,200 | ₹1,500L | ₹607L | +₹893L |
Downside peak loss ~₹1.53Cr. Still profitable by Phase 3. Requires ~₹153L total capital (vs ₹74L baseline) — additional ₹79L injection in worst case.
Every cost category minimized. Bulk of costs are per-order variable (banking + partners = 69%).
With costs at ₹69.5L and revenue at ₹60.83L, the Year 1 loss is just ₹8.67L — nearly break-even at 250 orders. Capital needed for Years 1+2: ₹19L total.
This is not a tech startup. It's an import-trade platform with a deposit float. The founder matters more than the code.
10+ years import experience. Knows customs, freight, HK suppliers. Has built/managed a tech platform. Self-funded ₹1Cr+.
Built B2B marketplace/SaaS. Understands SME acquisition, supplier onboarding, trust mechanics. Willing to learn import via HK partner.
Former bank trade finance desk. Knows FEMA, SWIFT, LCs. Has SME importer network. Partners with tech co-founder.
The deposit-token model is legally defensible across RBI, FEMA, GST, and Income Tax.
Non-monetary tokens. No stored value. No PPI license required. Day 171 refund eliminates wallet classification.
Deposit never leaves India. Only fresh PI payments fund foreign remittance. FD interest stays domestic.
Day 171 refund <180 days avoids GST advance liability. GST on subscriptions and embedded charges only.
Deposit = balance sheet liability. Interest = taxable business income. TDS on FD claimed as credit.
Pilot phase burns ₹76L on ₹6L revenue. If pools don't fill reliably before capital exhausts, the business dies. Lean model buys extra runway but requires disciplined spending.
A single circular can classify the token-deposit model as a PPI. No business model survives this. The architecture is designed to avoid it, but regulatory risk is existential.
The founder manages partners instead of employees, closes buyers personally, navigates regulatory grey zones, and endures sustained losses. The personal toll is extreme.
Every step. Every actor. Every artifact. Every compliance checkpoint. The complete operational specification for building and running ReximTrade.
| Document | Purpose |
|---|---|
| PAN Card | Tax identity verification |
| GST Certificate | Business registration |
| Bank Verification | RTGS refund destination (cancelled cheque/bank letter) |
| Address Proof | Utility bill / rent agreement |
| ID Proof | Aadhaar / Passport / Driving Licence |
| Control | When Applied |
|---|---|
| Sanctions Screening | Account creation (OFAC, UN, RBI) |
| PEP Check | Account creation |
| Source-of-Funds | Deposit initiation (Phase 3) |
| Enhanced Due Diligence | Slabs 5–6 or flagged accounts |
Final KYC/AML checklist sign-off with nodal bank and counsel required before launch.
| Step | Actor | Trigger | Actions | Output | SLA |
|---|---|---|---|---|---|
| 1.1 | Buyer | Visits website | Discovers value prop; reviews slabs & T&C | Awareness | — |
| 1.2 | Buyer | Clicks register | Creates account with business details | Account (pending) | — |
| 1.3 | RT Ops / Platform | Account created | KYC/AML screening; sanctions, PEP, SOF review | KYC approved / rejected | 1–3 biz days |
| 1.4 | Buyer | KYC approved | Reviews & accepts T&C, Deposit Agreement | Signed agreements | — |
| 1.5 | Buyer | Ready to participate | Selects Plus or Pro subscription plan | Plan selected | — |
| 1.6 | Buyer | Plan selected | Pays Plus (₹2,999+GST) or Pro (₹5,999+GST) | Subscription active | — |
| 1.7 | Buyer | Subscription active | Selects deposit slab (1–6) | Slab assigned | — |
| 1.8 | Buyer | Ready for pooling | Pays security deposit → Phase 3 | Deposit initiated | — |
| Step | Actor | Trigger | Actions | Output |
|---|---|---|---|---|
| 2.1 | RT Ops | Supplier onboarded | Creates pool listings: SKU, MOQ, estimated landed cost | Active pool catalog |
| 2.2 | Buyer | Logged in, KYC approved | Browses active crowd-sourcing pools | Pool shortlist |
| 2.3 | Buyer | Evaluates capacity | Confirms slab aligns with intended volume | Slab locked |
| 2.4 | Platform | Slab confirmed | Displays token ceiling & booking rules | Capacity preview |
| Step | Actor | Actions | Output | SLA |
|---|---|---|---|---|
| 3.1 | Platform | Generates payment instructions for nodal account (RTGS) | Payment ref / UTR | Immediate |
| 3.2 | Buyer | Transfers slab deposit via RTGS to RT nodal account | Bank debit | Buyer-initiated |
| 3.3 | Bank / RT Ops | Reconciles RTGS; credits deposit ledger as liability | Deposit ledger entry | T+0 to T+1 |
| 3.4 | RT Ops / Bank | Transfers funds from nodal → deposit reserve account | Reserve credit | Same day |
| 3.5 | RT Ops / Bank | Books FD in RT name from reserve (not pledged) | FD certificate | 1–2 biz days |
| 3.6 | Platform | Issues tokens = 30% of max order value; Day 1 clock | Active tokens | Same day |
| 3.7 | Platform | Sends deposit confirmation + token allocation summary | Email receipt | Day 1 auto |
| Step | Actor | Actions | Output |
|---|---|---|---|
| 4.1 | Buyer | Selects pool; specifies order quantity within token ceiling | Booking request |
| 4.2 | Platform | Validates: token capacity, active deposit, order value limits | Validation result |
| 4.3 | Platform | Earmarks tokens for booking; adds to pool aggregate | Earmarked tokens |
| 4.4 | RT Ops / Platform | Monitors pool fill progress toward MOQ | Pool dashboard |
| 4.5 | Platform | Sends approaching 80% MOQ alert to committed buyers | Notification |
| 4.6 | Platform | Aggregate ≥ 70% MOQ minimum (80% target) → pool eligible; proceed to PI-1 | Pool: eligible |
| 4.7 | Platform | Below 70% MOQ → pool cancelled before PI-1. Tokens released. RT never places order. No buyer money spent. | Pool: cancelled |
| Step | Actor | Actions | Output |
|---|---|---|---|
| 5.1 | RT Ops | Issues PI-1 to committed buyers: 30% due, payment instructions | PI-1 per buyer |
| 5.2 | Platform | Sends pool-full notification with PI-1 and payment instructions | Email + dashboard |
| 5.3 | Buyer | Pays 30% of order value via RTGS to RT trading account | Payment initiated |
| 5.4 | RT Ops / Bank | Reconciles Tranche 1; verifies amount matches PI-1 | Tranche 1 confirmed |
| 5.5 | RT Ops | Aggregates 30% collections; SWIFT remits 30% to HK supplier | Factory order placed |
| 5.6 | Platform | Debits earmarked tokens; restores capacity; marks order confirmed | Order: confirmed |
| 5.7 | HK Supplier | Ex-factory notice → goods ready; issues PI-2 | PI-2; ex-factory alert |
| 5.8 | Buyer | Pays 40% via RTGS to RT trading account | Payment initiated |
| 5.9 | RT Ops / Bank | Reconciles Tranche 2 | Tranche 2 confirmed |
| 5.10 | RT Ops | SWIFT 40% to HK supplier; triggers shipment | Remittance advice |
| 5.11 | HK Supplier | Ships goods; provides B/L, packing list, commercial invoice | Shipment in transit |
| 5.12 | RT Ops / Freight | Port arrival notice → issues PI-3 for final 30% | PI-3; arrival alert |
| 5.13 | Buyer | Pays 30% + 8% charges + goods buffer via RTGS | Payment initiated |
| 5.14 | RT Ops / Bank | Reconciles Tranche 3 | Tranche 3 confirmed |
| 5.15 | RT Ops | Funds customs clearance; duties/GST coordination; goods to warehouse | Clearance initiated |
| 6.1 | HK Supplier confirms factory order → production → ex-factory notice |
| 6.2 | Ex-factory → PI-2 triggered |
| 6.3 | PI-2 paid → export shipment; B/L, packing list, commercial invoice |
| 6.4 | Shipment tracked; buyer dashboard updated |
| 6.5 | Port arrival India → PI-3 triggered |
| 6.6 | Customs broker files Bill of Entry; duties/IGST coordinated |
| 6.7 | Goods received at RT warehouse → buyer notified |
| 7.1 | Buyer selects transport mode from RT warehouse to destination |
| 7.2 | Warehouse handoff confirmed; inspection window |
| 7.3 | Order closed; 5% RT fees booked; preset orders page updated |
| 7.4 | Buyer may renew deposit → new Day 1 cycle |
| 8.1 | Day 170: automated pre-refund email (deposit principal tomorrow) |
| 8.2 | Day 171: RT initiates deposit principal refund via RTGS to buyer bank |
| 8.3 | Bank credits buyer account; deposit ledger updated to FullyRefunded |
| 8.4 | GST advance liability expires (<180 days); FD principal broken/rolled |
| 9.1 | Days 172–201: tokens remain usable for booking despite refund |
| 9.2 | Redeposit reminders: monthly, 15-day, daily last week |
| 9.3 | Redeposit before Day 201 → new Day 1 cycle, tokens reactivated |
| 9.4 | Day 201 no redeposit → unpaid bookings auto-cancel; tokens inactive |
| 9.5 | Buyer retains preset orders page for confirmed/delivered orders only |
| Process | Automated | Manual / Partner |
|---|---|---|
| Account registration | ✓ Platform | KYC review & approval |
| Slab selection & token calc | ✓ Platform | — |
| Deposit payment | ✓ Platform (instr.) | Bank reconciliation |
| FD booking | — | RT Ops / Finance |
| Token issuance & earmarking | ✓ Platform | — |
| Pool fill monitoring | ✓ Platform | Pool curation, SKU selection |
| Pool confirmation (≥70% MOQ) | ✓ Platform | Ops verification |
| PI generation & distribution | Partial | PI drafting, supplier coordination |
| SWIFT remittance to HK | — | RT Ops / Finance |
| Customs clearance | — | Customs broker (outsourced) |
| Day 170/171/200/201 emails | ✓ Platform | — |
| Day 171 refund batch | ✓ Platform (trigger) | RT Ops / Finance execution |
| Token inactivity & auto-cancel | ✓ Platform | — |
| Dispute resolution | — | RT Ops, Legal |
| Trigger | Recipient | Channel | Purpose |
|---|---|---|---|
| Day 1 | Buyer | Email (auto) | Deposit confirmation + token allocation |
| Pool booking | Buyer | Email / dashboard | Earmark confirmation, fill progress |
| 70% MOQ reached (min.) | Buyer | Email (auto) | Pool eligible; PI-1 incoming |
| PI-1 issued | Buyer | Email (auto) | Tranche 1 invoice + payment instructions |
| PI-1 paid | Buyer | Email / dashboard | Payment confirmation; order confirmed |
| Ex-factory | Buyer | Email (auto) | PI-2 incoming; production complete |
| Shipment dispatched | Buyer | Email / dashboard | Tracking information |
| Port arrival | Buyer | Email (auto) | PI-3 incoming; goods at port |
| Customs cleared | Buyer | Email / dashboard | Goods at warehouse; arrange pickup |
| Day 170 | Buyer | Email (auto) | Deposit principal refund tomorrow; active milestones shown |
| Day 171 | Buyer | Email (auto) | Deposit principal refunded |
| Grace period | Buyer | Email (auto) | Redeposit to continue (monthly / 15-day / daily) |
| Day 201 no redeposit | Buyer | Email (auto) | Tokens inactive; unpaid cancelled; preset orders only |
| Payment default on PI | Buyer | Payment overdue; order at risk; cancellation policy invoked |
Pool fill < 70% → entire pool cancelled before PI-1. All earmarked tokens released. RT never places the order with the supplier. No buyer money is ever spent. Buyers notified and can rebook other pools.
Pool still open → earmarked tokens released. Pool already confirmed → cancellation may not be permitted without penalty.
Payment window expires → order marked tranche-overdue. RT Ops removes buyer from pool shipment; reallocates quantity. Cancellation penalties apply per policy.
RT is facilitator, not guarantor. Options: re-source from alternate supplier, refund buyer PI payments for undelivered goods, or offer account credit. Disputes on goods are separate from deposit refunds.