वेतन वृद्धि कैलकुलेटर

वृद्धि = मौजूदा वेतन × प्रतिशत ÷ 100(प्रतिशत के हिसाब से) या जो रक़म डाली गई हो वही | नया वेतन = मौजूदा वेतन + वृद्धि

मौजूदा वेतन

आपको अभी जो वेतन मिलता है, वृद्धि से पहले। शून्य भी चलेगा और वह ग़लती नहीं है: जो वेतन अभी तय ही नहीं हुआ, उस पर भी सीधी रक़म वाली वृद्धि लग सकती है

वृद्धि का आधार

यह तय करता है कि अगले खाने की संख्या प्रतिशत है या सीधी रक़म। यह बताता है कि उस खाने को कैसे पढ़ना है, यह नहीं कि इस पन्ने का नाम क्या है — इसीलिए यह संख्या के ऊपर बैठता है

वृद्धि का मान

वृद्धि ख़ुद, उसी रूप में जो आधार ने चुना हो। एक सेटिंग पर पाँच का मतलब पाँच प्रतिशत है और दूसरी पर पाँच इकाई रक़म

वृद्धि की रक़म

वृद्धि जो बनती है, और उसे बाक़ी कुछ भी निकालने से पहले पैसे तक पूर्णांकित किया जाता है। नया वेतन पुराने में इसी को जोड़कर बनता है, प्रतिशत से दूसरी बार गणना करके नहीं

मासिक वृद्धि

वृद्धि को बारह से बाँटकर। मासिक बजट की बातचीत में यही संख्या बोलनी चाहिए, और यही 3,000 को 250 जैसा महसूस कराती है

वृद्धि प्रतिशत में

वेतन के हिसाब से वृद्धि का हिस्सा। प्रतिशत डालिए तो यह पंक्ति वही लौटा देती है; रक़म डालिए तो यही पंक्ति उसे बदलती है, और यहीं पता चलता है कि सीधी रक़म सुनने में जितनी लगी उससे ज़्यादा है या कम

इसका इस्तेमाल तब कीजिए जब आपके पास दो संख्याएँ हों और तीसरी चाहिए: किसी ज्ञात वेतन पर प्रतिशत में बताई गई पेशकश, उसी वेतन पर सीधी रक़म में बताई गई वृद्धि, या बताया गया नया वेतन और उससे निकलने वाली वृद्धि। जब सवाल यह हो कि वृद्धि महँगाई के साथ चल पाएगी या नहीं, तब दूसरा पन्ना खोलिए — उसके लिए महँगाई की दर चाहिए, और इस पन्ने पर उसका कोई खाना नहीं है। भारत में काम आने वाली एक बात यह भी है कि यहाँ बातचीत अक्सर CTC पर होती है और इस पन्ने का वेतन वाला खाना एक ही संख्या लेता है, इसलिए जो संख्या आप असल में बाँटना चाहते हैं वही डालिए और नतीजे को उसी एक संख्या का हिसाब समझिए — भत्तों और अंशदानों का बँटवारा अलग हिसाब है।

1. डिफ़ॉल्ट मामला: 60,000 पर पाँच प्रतिशत वृद्धि

   1. वृद्धि: 60,000 × 5 ÷ 100 = 3,000.00
   2. नया वेतन: 60,000.00 + 3,000.00 = 63,000.00
   3. मासिक वृद्धि: 3,000.00 ÷ 12 = 250.00 | नई मासिक रक़म: 63,000.00 ÷ 12 = 5,250.00
   4. वृद्धि प्रतिशत में: 5.00 — यही संख्या जो आपने डाली थी, वापस लौटाई गई

   यहाँ हर संख्या बिना शेष के बँटती है, और इसीलिए डिफ़ॉल्ट 60,000 तथा पाँच प्रतिशत चुने गए हैं: पूरी श्रृंखला काग़ज़ पर जाँची जा सकती है, और आख़िरी पंक्ति प्रतिध्वनि को प्रतिध्वनि के रूप में दिखा देती है। तुलना करने लायक़ जोड़ी 3,000.00 और 250.00 की है — वही एक वृद्धि, और कुछ बदलता है या नहीं यह मासिक संख्या ही तय करती है।

2. 48,000 के वेतन पर सीधी 6,000

   1. वृद्धि: 6,000.00 — रक़म के रूप में डाली गई, इसलिए वेतन से कुछ भी नहीं निकाला गया
   2. नया वेतन: 48,000.00 + 6,000.00 = 54,000.00
   3. मासिक वृद्धि: 6,000.00 ÷ 12 = 500.00 | नई मासिक रक़म: 54,000.00 ÷ 12 = 4,500.00
   4. वृद्धि प्रतिशत में: 6,000.00 ÷ 48,000.00 × 100 = 12.50

   यहीं प्रतिशत वाली पंक्ति अपनी जगह कमाती है। सीधी 6,000 एक रक़म जैसी सुनाई देती है, अनुपात जैसी नहीं, और 48,000 पर वह 12.5 प्रतिशत है — प्रतिशत वाली वृद्धि के आम तीन-चार प्रतिशत से कहीं ज़्यादा। वही 6,000 अगर वेतन 2,40,000 होता तो 2.5 प्रतिशत बनती, और पन्ना यही बताता।

3. 75,000 पर 3.5 प्रतिशत की वृद्धि

   1. वृद्धि: 75,000 × 3.5 ÷ 100 = 2,625.00
   2. नया वेतन: 75,000.00 + 2,625.00 = 77,625.00
   3. मासिक वृद्धि: 2,625.00 ÷ 12 = 218.75 | नई मासिक रक़म: 77,625.00 ÷ 12 = 6,468.75
   4. वृद्धि प्रतिशत में: 3.50 — यही संख्या जो आपने डाली थी, वापस लौटाई गई

   दशमलव वाला प्रतिशत वह जगह है जहाँ पैसे तक का पूर्णांकन दिखने लगता है: 2,625.00 बारह से साफ़ बँट जाता है, पर नया वेतन नहीं बँटता, और 6,468.75 ईमानदार जवाब है। मासिक पंक्ति को 219 के बजाय 218.75 पढ़ना उस फ़र्क़ का नाम है जो पैनल और दो बार पूर्णांकित करने वाले हिसाब के बीच पड़ता है।

4. 90,000 पर सीधी 2,500

   1. वृद्धि: 2,500.00 — रक़म के रूप में डाली गई
   2. नया वेतन: 90,000.00 + 2,500.00 = 92,500.00
   3. मासिक वृद्धि: 2,500.00 ÷ 12 = 208.33 | नई मासिक रक़म: 92,500.00 ÷ 12 = 7,708.33
   4. वृद्धि प्रतिशत में: 2,500.00 ÷ 90,000.00 × 100 = 2.78

   2.78 प्रतिशत 2.7777 का पूर्णांकित रूप है और यह पंक्ति दो दशमलव छापती है, इसलिए 90,000 को 2.78 प्रतिशत से गुणा करने पर 2,500.00 नहीं बल्कि 2,502.00 आता है — दो इकाई का यह अंतर ग़लती से नहीं, प्रतिशत को पूर्णांकित करने से आता है। जब आपने रक़म डाली हो तो वृद्धि वाली पंक्ति ही असली आँकड़ा है, और प्रतिशत वाली पंक्ति उसका वर्णन भर है।

यह पन्ना वेतन में वृद्धि जोड़ता है, और बस इतना ही। यह वेतन-कटौती नहीं निकालता: ऋणात्मक वृद्धि डालने पर वह उसे कमी मानकर नहीं चलता बल्कि खारिज कर देता है, क्योंकि कटौती के लिए एक ऐसा निष्कर्ष चाहिए जिसका कोई खाना इस पन्ने पर नहीं है — यानी यह कि नया वेतन पुराने से नीचे चला गया। गणित दूसरी दिशा में भी वही है, इसलिए कटौती निकालने का तरीक़ा यह है कि कटौती को धनात्मक संख्या के रूप में डालिए और नतीजे उलटे सिरे से पढ़िए, पुराने वेतन को परिणाम मानकर। यहाँ कुछ भी कर के बाद का नहीं है: वृद्धि और नया वेतन दोनों सकल हैं, और 250.00 का मासिक अंतर वह नहीं है जो बैंक खाते में पहुँचता है। वेतन बढ़ने पर व्यक्ति भत्तों और सीमाओं के मुक़ाबले किसी और जगह बैठ जाता है, और वे चीज़ें इस पन्ने को दिखती ही नहीं। भारत में यह फ़र्क़ और साफ़ दिखता है क्योंकि यहाँ वेतन आम तौर पर महीने के हिसाब से बताया जाता है और बातचीत CTC पर होती है — CTC में नियोक्ता के अंशदान और ऐसी संरचना भी शामिल होती है जो हर महीने नक़द में नहीं आती। CTC पर तय हुई वृद्धि और हाथ में आने वाली मासिक रक़म में हुई वृद्धि दो अलग बातें हैं; इसके ऊपर TDS, भविष्य निधि जैसी कटौतियाँ और राज्य-स्तरीय व्यवसाय कर भी नक़द रक़म को उससे कम कर देते हैं जो ऊपर का पन्ना दिखाता है। यहाँ कोई कर दर या स्लैब जोड़ा नहीं गया है और न जोड़ा जा सकता है, क्योंकि वे हर व्यक्ति की अपनी स्थिति पर निर्भर करते हैं। यह पन्ना यह भी तय नहीं करता कि मिली हुई वृद्धि अच्छी है या नहीं। यह जान-बूझकर छोड़ा गया है, अधूरा काम नहीं: यह तय करने के लिए कि तीन प्रतिशत कम है या ज़्यादा, महँगाई की दर चाहिए, और इस पन्ने पर उसका कोई खाना नहीं है — किसी मान ली गई दर से पैनल पर कोई श्रेणी छाप देना निष्कर्ष जैसा पढ़ा जाएगा, मान्यता जैसा नहीं। वृद्धि महँगाई के साथ चल पाई या नहीं, यह उस पन्ने का सवाल है जो दर पूछता है। यहाँ दो परिपाटियाँ बता देनी चाहिए। पहली, वृद्धि को नए वेतन से पहले पैसे तक पूर्णांकित किया जाता है, इसलिए पैनल अपने भीतर एक जैसा रहता है और 60,000 में पाँच प्रतिशत 3,000.0000001 नहीं बल्कि 3,000.00 बनता है। दूसरी, जब वृद्धि प्रतिशत में डाली जाती है तो प्रतिशत वाली पंक्ति आपकी लिखी संख्या ही लौटाती है, उसे पूर्णांकित वृद्धि से दोबारा निकालकर नहीं दिखाती: दोबारा निकालने पर सात प्रतिशत डालने वाले को 6.99 प्रतिशत दिखता, जो अंकगणित से सही होते हुए भी ख़राबी जैसा पढ़ा जाता है। इसकी क़ीमत यह है कि यह पंक्ति एक हालत में प्रतिध्वनि है और दूसरी में गणना, और पन्ना यह नहीं बताएगा कि आप कौन-सी देख रहे हैं। शून्य वेतन भी स्वीकार किया जाता है। वृद्धि अगर रक़म में डाली गई हो तो नया वेतन उसी वृद्धि के बराबर आता है, जो अभी तय न हुए वेतन के लिए सही जवाब है; और प्रतिशत वाली पंक्ति तब शून्य दिखाती है, क्योंकि शून्य का हिस्सा कोई मात्रा नहीं होती। साल के बीच में लागू होने वाली वृद्धि, एकमुश्त बोनस के रूप में दी गई वृद्धि, या किसी ऐसी वृद्धि का हिसाब यह पन्ना नहीं करता जो मुख्य वेतन के अलावा कुछ और बदलती हो।

वृद्धि प्रतिशत में डालूँ या सीधी रक़म में?

जो बताया गया हो वही डालिए, क्योंकि पन्ना खाने को उसके ऊपर वाली सेटिंग के हिसाब से पढ़ता है और इनमें से कोई रूप दूसरे का पूर्णांकित रूप नहीं है। 60,000 का पाँच प्रतिशत 3,000 है, और 48,000 के वेतन पर सीधी 6,000 बारह प्रतिशत से ऊपर बैठती है — एक ही खाना, दो अलग मात्राएँ। पेशकश सीधी रक़म में मिली हो तो उसे रक़म के रूप में डालना ही प्रतिशत वाली पंक्ति को काम का बनाता है, क्योंकि तब वही अकेली जगह है जो बताती है कि मिल रही रक़म आपके वेतन का कितना हिस्सा है।

प्रतिशत वाली पंक्ति मेरा लिखा हुआ ही क्यों लौटा देती है?

क्योंकि उसे दोबारा निकालने पर ऐसा आँकड़ा छपता जो ग़लत लगता है। वृद्धि को बाक़ी कुछ भी निकालने से पहले पैसे तक पूर्णांकित किया जाता है, इसलिए तैंतीस और एक-तिहाई जैसी संख्या पर सात प्रतिशत की वृद्धि 2.33 बनती है, और उसे वापस बाँटने पर 6.99 प्रतिशत आता है। यह अंकगणित से सही है और ख़राबी जैसा पढ़ा जाता है। प्रतिशत डालने पर पंक्ति आपका इनपुट लौटाती है और रक़म डालने पर वह बदलती है, यानी वह एक हालत में प्रतिध्वनि है और दूसरी में गणना। पन्ना यह नहीं लिखता कि आप कौन-सी देख रहे हैं, इसलिए इसे आधार वाले खाने के साथ पढ़िए।

क्या इससे वेतन-कटौती भी निकाल सकते हैं?

ऋणात्मक संख्या डालकर नहीं: पन्ना ऋणात्मक वृद्धि को कमी मानने के बजाय खारिज कर देता है। कटौती का गणित वही गणित है, पर यह पन्ना वृद्धि के इर्द-गिर्द बना है और इसके नए वेतन की कोई निचली सीमा नहीं, इसलिए ऋणात्मक संख्या ऐसा जवाब देती जिसे पन्ना बयान नहीं कर सकता। कटौती निकालने के लिए कमी को धनात्मक संख्या के रूप में डालिए और नतीजा उलटे सिरे से पढ़िए — जिसे पैनल नया वेतन कह रहा है वही वेतन है जिससे आप हट रहे हैं, और वृद्धि वाली पंक्ति वह रक़म है जो घट रही है।

क्या यह वृद्धि महँगाई के साथ चल पाएगी?

यह पन्ना इसका जवाब नहीं दे सकता, और अंदाज़ा भी नहीं लगाता। जवाब देने के लिए महँगाई की दर चाहिए और यहाँ उसका कोई खाना नहीं है; किसी मान ली गई दर से पैनल पर कोई श्रेणी छाप देना निष्कर्ष जैसा पढ़ा जाएगा, मान्यता जैसा नहीं, और उस दर का कोई स्रोत भी नहीं होगा। इसके बजाय इस पन्ने का प्रतिशत किसी प्रकाशित महँगाई आँकड़े से मिलाइए, या वह पन्ना खोलिए जो दर को इनपुट के रूप में लेता है।

क्या वृद्धि उतनी ही रक़म हाथ में आने वाले वेतन में भी जोड़ती है?

नहीं। यहाँ के सारे आँकड़े सकल हैं, और वेतन बढ़ने पर व्यक्ति भत्तों, सीमाओं तथा अंशदान की पट्टियों के मुक़ाबले किसी और जगह बैठ जाता है, जिन्हें अकेला वेतन बयान नहीं करता — इसलिए 250.00 का मासिक अंतर आपके खाते में आने वाली रक़म का बदलाव नहीं है। यह इस बात का बदलाव है कि आपको कितना चुकाया जा रहा है, और यही संख्या दो पेशकशों की तुलना के लिए सही है, बैंक विवरण का अनुमान लगाने के लिए नहीं।

मेरा मौजूदा वेतन शून्य है तो क्या होगा?

पन्ना उसे स्वीकार कर लेता है, क्योंकि जो वेतन अभी तय ही नहीं हुआ वह असली हालत है और शून्य में सीधी रक़म जोड़ने का जवाब होता है। वृद्धि रक़म में डालिए तो नया वेतन उसी रक़म के बराबर आता है, जो पहले वेतन के लिए बिलकुल ठीक है। प्रतिशत में डालिए तो वृद्धि भी शून्य बनती है, क्योंकि शून्य का प्रतिशत शून्य ही होता है; और तब प्रतिशत वाली पंक्ति भी ख़ाली की बजाय शून्य दिखाती है, क्योंकि शून्य का हिस्सा शून्य निकलना नहीं बल्कि कोई मात्रा होना ही नहीं है।

• 26 CFR § 31.3401(b)-1 — Payroll period: the periods a salary is paid on, which is what the monthly row converts the raise into — Legal Information Institute, Cornell Law School (United States)
• Fact Sheet: Computing Hourly Rates of Pay Using the 2,087-Hour Divisor — how an annual rate is converted to other periods, the same family of conversions the monthly rows here perform — U.S. Office of Personnel Management (United States)