Binary Carry Forward — पूरी Guide
Binary Plan, 60 Seconds में
Carry Forward समझने से पहले, Tree का ढांचा दिमाग में एकदम साफ होना चाहिए।
Binary Plan में हर व्यक्ति के ठीक दो Arm होते हैं — Left और Right। न तीन, न एक। हमेशा मेशा दो।
जब कोई व्यक्ति आपके नीचे जुड़ता है, वह या तो आपके Left Arm में जाता है या Right Arm में। उसके नीचे जुड़ने वाला हर व्यक्ति भी “आपका” ही Business माना जाता है, चाहे वह जिस Side बैठा हो।
आप
सिर्फ दो Number
Tree कितनी भी बड़ी क्यों न हो जाए, System हमेशा मेशा आपके लिए सिर्फ दो Total देखता है: आपके Left पर मौजूद Business Volume (BV), और आपके Right पर मौजूद Business Volume। यह पूरी Guide इसी बारे में है कि ये दो Number पैसों पैसों में कैसे बदलते हैं — और बचा हुआ हिस्सा कहाँ जाता है।
आसान उदाहरण: मान लीजिए Ravi नाम का एक व्यक्ति आपके Left Side में जुड़ता है, और वह एक Product बेचता है जिसकी Value 100 BV है। यह 100 BV सीधे आपके Left Total में जुड़ जाता है — भले ही वह Sale आपने नहीं, Ravi ने की हो।
वह समस्या जिसे Carry Forward हल करता है
आपकी दोनों भुजाएं लगभग कभी एक बराबर Speed से नहीं बढ़तीं। Carry Forward इसी असंतुलन का हल है।
Binary Plan तभी Payment करता है जब आपका Left और Right Match करते हैं — इसे Pairing कहते हैं।
मान लीजिए Rule है: 500 BV Left + 500 BV Right = 1 Pair = ₹700 भुगतान।
800 BV
500 BV
System छोटी Side को बड़ी Side से Match करता है: 500, 500 से Match हुआ → 1 Pair, ₹700 का भुगतान।
Left में तो 800 BV था। सिर्फ 500 इस्तेमाल हुआ। बचे हुए 300 BV का क्या होगा?
Carry Forward के बिना
बचा हुआ 300 BV सीधे Delete हो जाता है। कल दोनों Side फिर से जीरो से शुरू होती हैं। हर दिन किसी की मेहनत से बना Business Volume बिना किसी वजह के गायब हो जाता है।
Carry Forward के साथ
बचा हुआ 300 BV Save हो जाता है और कल के Left Total में जुड़ जाता है। कुछ भी बर्बाद नहीं होता — यह बस अपने Match का इंतज़ार करता है।
Carry Forward इसी लिए बनाया गया है: ताकि Unmatched Volume Bank हो, जले नहीं — फिर भी Payment सिर्फ असली Matched Business पर ही हो।
एक Golden Rule
छोटी Leg तय करती है कि आपको कितने Pair मिलेंगे। बड़ी Leg पर जो बचता है, वह कभी खत्म नहीं होता — वह अगले Cycle में Carry Forward हो जाता है।बस इतना ही। यही पूरा Idea है।
3-दिन का उदाहरण, असली Numbers के साथ
नीचे इस्तेमाल किया गया Rule: 500 BV Left + 500 BV Right = 1 Pair = ₹700। Carry Forward Column पर ध्यान दें।
| दिन | L OPENING CARRY | नया BV L | R OPENING CARRY | नया BV R | बने PAIR | भुगतान | L CLOSING CARRY | R CLOSING CARRY |
|---|---|---|---|---|---|---|---|---|
| 1 | 0 | 800 | 0 | 500 | 1 | ₹700 | 300 | 0 |
| 2 | 300 | 200 | 0 | 900 | 1 | ₹700 | 0 | 400 |
| 3 | 0 | 700 | 400 | 100 | 1 | ₹700 | 200 | 0 |
दिन 2 को ध्यान से पढ़ें
Left की शुरुआत दिन 1 से आए 300 BV Carry Forward के साथ हुई, plus 200 नया BV = कुल 500। Right में 0 Carry + 900 नया = 900 कुल। छोटी Side (500) Pairing तय करती है → 1 Pair, ₹700। Right का बचा 400 BV दिन 3 में Carry होता है। दिन 1 से कुछ भी बर्बाद नहीं हुआ — वह बस अपने Match का इंतज़ार करता रहा।
Algorithm, आसान शब्दों में
Code लिखने से पहले, यह Logic ज़ोर से बोलकर देखें। अगर आप ये 6 Steps किसी दोस्त को समझा सकते हैं, तो आप इसे Code भी कर सकते हैं।
1. कल का Left Carry + आज का नया Left BV
कल का बचा हुआ (Carry Forward) Left पर लें, और उसमें आज का नया Left Business जोड़ें। यही आज का Left Total है।
उदाहरण: कल Left पर 300 BV बचा था। आज नए 200 BV आए। तो 300 + 200 = 500।
2. कल का Right Carry + आज का नया Right BV
Right के लिए भी बिल्कुल यही काम करें: कल का बचा हुआ + आज का नया Right Business = आज का Right Total।
उदाहरण: कल Right पर 0 BV बचा था। आज नए 900 BV आए। तो 0 + 900 = 900।
3. छोटा Total ढूंढें
दोनों Total में से छोटा वाला ढूंढें — बड़े वाले को अभी छोड़ दें। इस छोटे नंबर को “Matched Amount” कहते हैं।
उदाहरण: Left Total = 500, Right Total = 900। Matched Amount = 500।
4. Pairs की संख्या निकालें
Matched Amount को एक Pair बनाने के लिए ज़रूरी BV से भाग दें। अगर पूरा भाग न बैठे, तो हमेशा नीचे की तरफ Round करें।
उदाहरण: Matched Amount = 500। 1 Pair के लिए 500 BV चाहिए। 500 ÷ 500 = 1 Pair।
5. भुगतान करें, दोनों Leg से घटाएं
Pairs की संख्या को हर Pair के भुगतान से गुणा करके आज का भुगतान निकालें। फिर (Pairs × Pair-प्रति-BV) जितना BV, Left और Right, दोनों के Total से घटा दें।
उदाहरण: 1 Pair × ₹700 = ₹700 भुगतान। Left 500 − 500 = 0, Right 900 − 500 = 400।
6. बाकी बचा = कल का Carry Forward
घटाने के बाद हर Side पर जो नंबर बचता है, वही कल का Opening Carry Forward बन जाता है। इसे Save करें, और कल फिर Step 1 से दोहराएं।
उदाहरण: Left पर बचा 0 BV, Right पर बचा 400 BV। कल की सुबह यही Opening Carry Forward होंगे।
बस यही पूरा Engine है। Company-Specific Rules (Daily Cap, FlushOut, Generation Bonus) बस Step 4 और Step 6 पर लगाए गए Extra Check हैं। पहले ये छह Steps Master करें।
वही 6 Steps, Code के रूप में
Simple JavaScript। हर लाइन Comment के साथ है ताकि एक Fresher भी शुरू से आखिर तक समझ सके।
// ---- Company एक बार जो Setting तय करती है ----
const BV_PER_PAIR = 500; // हर Leg पर 1 Pair बनाने के लिए ज़रूरी BV
const PAYOUT_PER_PAIR = 700; // हर Pair बनने पर मिलने वाला रुपया
// यह Function हर User के लिए, दिन में एक बार (या हर Cycle में) चलता है
function processDailyPairing(user) {
// Step 1 & 2: आज का नया BV, कल के Save किए Carry Forward में जोड़ें
const leftTotal = user.carryLeft + user.newBvLeft;
const rightTotal = user.carryRight + user.newBvRight;
// Step 3: हमेशा मेशा छोटी Leg ही तय करती है कि कितना Match होगा
const matchedAmount = Math.min(leftTotal, rightTotal);
// Step 4: Matched Amount में पूरे कितने Pair Fit होते हैं?
const pairs = Math.floor(matchedAmount / BV_PER_PAIR);
// Step 5: Pairs का भुगतान करें, फिर Matched BV दोनों Leg से हटाएं
const payout = pairs * PAYOUT_PER_PAIR;
const usedBv = pairs * BV_PER_PAIR;
// Step 6: जो बचा है वही कल का Opening Carry Forward बनेगा
user.carryLeft = leftTotal - usedBv;
user.carryRight = rightTotal - usedBv;
// "नया" Counter Reset करें — आज का Business अब Process हो चुका है
user.newBvLeft = 0;
user.newBvRight = 0;
return { pairs, payout, carryLeft: user.carryLeft, carryRight: user.carryRight };
}
// ---- उदाहरण रन, अध्याय 4 वाली Table जैसा ही ----
let user = { carryLeft: 0, carryRight: 0, newBvLeft: 800, newBvRight: 500 };
console.log(processDailyPairing(user));
// -> { pairs: 1, payout: 700, carryLeft: 300, carryRight: 0 }
Function को सिर्फ 4 Number चाहिए (दो Carry Value, दो नया-BV Value) और यह payout Engine के लिए ज़रूरी सब कुछ लौटा देता है।
इस Function को छोटा ही रखें — Extra Rules को इसके चारों ओर जोड़ें, अंदर मत छुपाएं।
असल दुनिया में इसे समझने का तरीका
थोड़ी देर के लिए BV भूल जाइए। दो Teams, दो बाल्टी, और एक Pipe के बारे में सोचिए।
पानी (BV) दो बाल्टियों में अलग-अलग Speed से भरता है — Left लगभग हमेशा मेशा Right से तेज़ या धीमा भरता है, क्योंकि हर Side पर अलग लोग Recruit कर रहे होते हैं।
Payout Valve तभी पानी निकाल सकता है जब दोनों बाल्टियों में कुछ पानी हो, और यह हमेशा मेशा दोनों Side से बराबर मात्रा निकालता है।
Drain होने के बाद जो पानी भरी हुई बाल्टी में बचता है, वह वहीं रहता है — न बहता है, न गायब होता है। वह कल भी बाल्टी में रहेगा, दूसरी Side के बराबर होने का इंतज़ार करते हुए। यही “बाल्टी में बचा पानी” Carry Forward है।
Capping बनाम FlushOut, Visual में
दो अलग-अलग Rules जिन्हें लोग अक्सर मिला देते हैं — फर्क यहाँ साफ देखिए।
Daily Capping — भुगतान रुकता है, BV Delete नहीं होता
दिन 2: 5 संभव → 4 भुगतान
दिन 3: 7 संभव → 4 भुगतान
दिन 4: 2 Pair ✅
दिन 5: 6 संभव → 4 भुगतान
Cap से ऊपर — Carry Forward होगा, Delete नहीं
FlushOut — समय पूरा होने पर Balance Delete हो जाता है
दिन 20
दिन 45
दिन 60
400 BV
Unmatched
0 BV ❌
60 दिन के बाद बिना Match हुए Balance को पूरी तरह हटा देता है
फर्क याद रखें:
Capping सिर्फ भुगतान को टालती है — BV सुरक्षित रहता है और अगले दिन Carry Forward होता है।
FlushOut एक तय Window (यहाँ 60 दिन) के बाद बिना Match हुए Balance को पूरी तरह हटा देता है।
कोई भी System बनाते समय इन दोनों को कभी एक जैसा मत समझें — दोनों की Code Logic अलग होगी।
और Variations जो आपको Market में मिलेंगी
- Daily / Weekly Pair Capping: ज़्यादा तर Companies तय करती हैं कि एक User एक Cycle में कितने Pair पर कमा सकता है। Cap से ऊपर का BV Delete नहीं होता — वह Carry Forward होता रहता है, बस आज Payment नहीं मिलता।
- FlushOut (Expiry): कुछ Plans में Carry Forward सिर्फ एक तय Window तक ही Valid रहता है — जैसे 60 दिन, या “अगली Personal Purchase तक।” उस Window में Match न होने पर वह हटा दिया जाता है।
- Ratio-based Pairing: शुद्ध 1:1 की जगह, कुछ Plans 1:2 या 2:3 जैसे Ratio पर भुगतान करते हैं (जैसे 200 BV Left, 400 BV Right के साथ Match हो कर 1 Pair गिना जाता है)।
- Self / Personal BV Requirement: कई Plans सिर्फ तभी भुगतान Release करते हैं जब User की उस Cycle के लिए Active Personal Purchase हो।
Builder की Checklist
आम गलतियाँ
- Matched BV को सिर्फ एक Leg से घटाना, दोनों से नहीं
- Compare करने से पहले Carry Forward वापस जोड़ना भूल जाना
- BV के लिए Floating Point Math इस्तेमाल करना
- एक ही Cycle के लिए Pairing Job दो बार चला देना
- “Cap” और “FlushOut” को आपस में मिला देना
Launch से पहले Confirm करें
- सही BV-प्रति-Pair और payout-प्रति-Pair Value
- Pairing Frequency — Daily, Weekly, या Real-time
- हर Cycle, हर User के लिए Cap (अगर कोई हो)
- FlushOut Window (अगर कोई हो)
- क्या payout Unlock करने के लिए Personal Purchase ज़रूरी है
- User की ID बंद/Block होने पर Carry Forward का क्या होता है
एक Log Table आपके हफ्तों के Support Ticket बचा सकती है:
हर User, हर Cycle के लिए Opening Carry, नया BV, Matched Amount, Pairs, payout, और Closing Carry Save करें। अगर कोई Distributor अपनी Income पर सवाल उठाए, तो आप उसे Exact Row दिखा सकते हैं।
सारांश — Carry Forward — एक लाइन में“छोटी Leg पर भुगतान करें, बड़ी Leg का बचा हुआ हिस्सा अगली बार के लिए Save करें — यही चक्र हमेशा मेशा चलता रहता है।”
आप जो भी Binary Plan देखेंगे — चाहे वह किसी भी नाम से बिके — यह वही Idea है, बस ऊपर से कुछ Business Rules जोड़े गए हैं: Cap, Expiry Window, Ratio, और Eligibility Checks।
पहले अध्याय 5 का Six-Step Engine बनाएं। इसे सही तरीके से अच्छी तरह Test करें। फिर अध्याय 7 और 8 के Company-Specific Rules एक-एक करके जोड़ें, हर बार Test करते हुए।
इसे बनवाना या Review करवाना है?
अगर आप इसे किसी Live Company के लिए Implement कर रहे हैं — payout Engine, Admin Dashboard, या पूरा MLM Software — Launch से पहले इसे Check करवा लें।
यहाँ की छोटी Logic गलतियाँ बहुत जल्दी महंगी पड़ जाती हैं।
Project की किसी भी सलाह के लिए Call करें: 7833891925
