PayGrid
कस्टम पेरोल मैनेजमेंट सॉफ़्टवेयर
सैलरी स्ट्रक्चर, वैधानिक कटौतियाँ और पेस्लिप — हर महीने सही।
उन संगठनों के लिए जहाँ पेरोल एक वेतन संरचना नहीं बल्कि कई हैं — मासिक स्टाफ़, दिहाड़ी मज़दूर, पीस-रेट कर्मचारी और ठेकेदार — और जहाँ अटेंडेंस, एडवांस और बकाया सबको एक ही रन में आना होता है। किसी के द्वारा रखी स्प्रेडशीट से नहीं, रिकॉर्ड से गणना करने के लिए बनाया गया।
स्क्रीन
यह कैसा दिखता है
चालू डेमो की 4 स्क्रीन — वही डेटा जो आप खोलने पर देखेंगे।
समस्या
यह क्यों बनाया जाता है
पेरोल वह एक सिस्टम है जहाँ राउंडिंग की एक गलती कानूनी समस्या बन जाती है। और यह हर महीने, तय समय पर सही होना ही चाहिए — चाहे कोई भी छुट्टी पर हो।
यह किसके लिए है
फ़िट
20 से 2,000 कर्मचारियों वाले वे कारोबार जिन्हें पेरोल सिर्फ़ तेज़ नहीं, बल्कि सिद्ध करने योग्य चाहिए।
क्षमताएँ
सिस्टम क्या करता है।
सैलरी स्ट्रक्चर
बेसिक, HRA और भत्तों में CTC का विभाजन — एक बार तय, हर जगह एक जैसा लागू।
वैधानिक अनुपालन
PF, ESI, प्रोफेशनल टैक्स और TDS की नियम के अनुसार गणना, फाइलिंग के समय ज़रूरी रजिस्टर सहित।
पे रन स्वीकृत करें और लॉक करें
लॉक किए गए महीने को चुपचाप बदला नहीं जा सकता। सुधार ऑडिट ट्रेल के साथ एडजस्टमेंट बनते हैं।
पेस्लिप
तैयार, संग्रहित और वितरण योग्य, और साथ में सुरक्षित स्नैपशॉट, ताकि बाद में दर बदलने से इतिहास न बदले।
बकाया और एडजस्टमेंट
महीने के बीच जॉइन करने वाले, संशोधन और कैरी-फ़ॉरवर्ड मैन्युअल ओवरराइड से नहीं, स्पष्ट नियमों से संभाले जाते हैं।
सटीक गणना
पैसा पूरे सिस्टम में फ़िक्स्ड-पॉइंट दशमलव में रखा जाता है, क्योंकि वेतन में फ़्लोटिंग पॉइंट यानी विवाद को न्योता।
चलता हुआ देखें
PayGrid एक क्लिक करने योग्य डेमो है — मॉड्यूल खोलें, टेबल ब्राउज़ करें, और देखें कि स्क्रीन आपस में कैसे जुड़ती हैं।
ख़रीद का फ़ैसला
यहाँ ऑफ़-द-शेल्फ़ क्यों कम पड़ता है।
पेरोल पैकेज मासिक चक्र पर वेतनभोगी कर्मचारियों वाले कार्यबल को मानकर चलते हैं। कई व्यवसायों में यह होता है, साथ में अटेंडेंस पर भुगतान पाने वाले दिहाड़ी मज़दूर, उत्पादन पर भुगतान पाने वाले पीस-रेट कर्मचारी, और किसी दर पर बिल करने वाले ठेकेदार। हर एक का वैधानिक व्यवहार अलग है, और पैकेज में इनमें से केवल एक फ़िट बैठता है।
इसलिए स्टाफ़ का पेरोल पैकेज में चलता है और बाक़ी सबका Excel में, और Excel वाला आँकड़ा बड़ा होता है। नोटबुक में दर्ज एडवांस हाथ से घटाए जाते हैं, बकाया याददाश्त से दोबारा गिना जाता है, और लॉक किया गया पे-पीरियड एक परिपाटी है, बंधन नहीं — पिछले महीने के आँकड़े अब भी बदल सकते हैं।
कस्टम बिल्ड यह पूरा मिश्रण एक ही रन में संभालता है। अटेंडेंस और उत्पादन सीधे गणना में जाते हैं, एडवांस पहले से व्यक्ति के नाम लेजर में होते हैं, वैधानिक कटौतियाँ हर श्रेणी पर लागू होती हैं, और किसी पीरियड को मंज़ूरी देते ही वह लॉक हो जाता है ताकि इतिहास न खिसके।
तुलना
पैकेज्ड प्रोडक्ट बनाम कस्टम बिल्ड।
वे अंतर जो फ़ैसला करते हैं, ख़ास इसी सेक्टर के लिए।
| पहलू | पैकेज्ड प्रोडक्ट | कस्टम बिल्ड |
|---|---|---|
| कार्यबल के प्रकार | वेतनभोगी कर्मचारी | मासिक, दिहाड़ी, पीस-रेट और ठेका एक ही रन में, हर एक का अपना वैधानिक व्यवहार |
| अटेंडेंस से जुड़ाव | इम्पोर्ट किया गया सारांश | उन्हीं अटेंडेंस रिकॉर्ड से गणना जिन्हें सुपरवाइज़र ने चिह्नित किया, ओवरटाइम नियमों सहित |
| एडवांस | बाहर ट्रैक किए जाते हैं | व्यक्ति के नाम लेजर में और अपने-आप समायोजित, शेष आगे ले जाया जाता है |
| वैधानिक | स्टाफ़ के लिए PF और ESI | लागू होने के अनुसार PF, ESI, PT और TDS, साल के बीच सीमा पार करने वाले कर्मचारियों सहित |
| बकाया | हाथ से दोबारा गणना | प्रभावित पीरियड के ख़िलाफ़ दोबारा गणना, और भुगतान से पहले अंतर दिखाया जाता है |
| पीरियड नियंत्रण | एक ढीला क्लोज़ | मंज़ूरी और लॉक, जिसके बाद कोई बदलाव एडिट नहीं बल्कि ऑडिट-योग्य समायोजन होता है |
इंटीग्रेशन
यह किससे जुड़ता है।
जो सिस्टम पहले से इस्तेमाल हो रहे टूल्स तक नहीं पहुँच सकता, वह एक और टापू बन जाता है। इस सेक्टर को आमतौर पर इन कनेक्शनों की ज़रूरत होती है।
अटेंडेंस हार्डवेयर
गणना के इनपुट के रूप में बायोमेट्रिक, RFID और फ़ोन-आधारित मार्किंग।
अकाउंटिंग
Tally या Zoho Books में एक समीक्षित जर्नल, कॉस्ट सेंटर के अनुसार बँटा हुआ।
बैंकिंग
आपके बैंक के फ़ॉर्मैट में बल्क ट्रांसफ़र फ़ाइलें, और जो सचमुच क्लियर हुआ उसका मिलान।
वैधानिक पोर्टल
ECR, ESI और TDS रिटर्न फ़ाइलें उसी फ़ॉर्मैट में जो पोर्टल स्वीकार करता है।
पेस्लिप भेजना
पेस्लिप ईमेल या WhatsApp पर, और उन कर्मचारियों के लिए सेल्फ़-सर्विस दृश्य जो हर महीने वही सवाल पूछते हैं।
यह कैसे चलता है
पहली बातचीत से कटओवर तक।
इस आकार के बिल्ड के लिए सांकेतिक। पैरलल रन वैकल्पिक नहीं है — जब तक आँकड़े मेल न खाएँ, कुछ भी बंद नहीं किया जाता।
- 1 हफ़्ता
डिस्कवरी
हम आपकी वेतन संरचनाएँ, वैधानिक प्रोफ़ाइल, ओवरटाइम और एडवांस नियम, और एक असली महीने का पेरोल लेते हैं।
- 3-5 हफ़्ते
मुख्य निर्माण
संरचनाएँ, अटेंडेंस से जुड़ाव, वैधानिक गणना और मंज़ूरी-और-लॉक चक्र।
- 2 चक्र
पैरलल रन
दो पूरे महीने दोनों तरीक़ों से गणना किए जाते हैं और कुछ भी बंद करने से पहले रुपये-रुपये तक मिलाए जाते हैं।
- 1 हफ़्ता
कटओवर
शुरुआती एडवांस और बकाया लोड, बैंक फ़ाइलें और पेस्लिप भेजना चालू।
रोलआउट के बाद
रोज़मर्रा में क्या बदलता है।
- स्टाफ़ के लिए पैकेज और बाक़ी सबके लिए स्प्रेडशीट के बजाय एक ही रन पूरे कार्यबल को कवर करता है।
- एडवांस नोटबुक से नहीं, लेजर से समायोजित होते हैं, इसलिए विवादों के पीछे एक रिकॉर्ड होता है।
- बंद पीरियड बंद ही रहता है, जिससे साल के आँकड़ों का मिलान संभव होता है।
- वैधानिक फ़ाइलें उसी फ़ॉर्मैट में निकलती हैं जो पोर्टल स्वीकार करता है, हर महीने नए सिरे से ढालनी नहीं पड़तीं।
जानबूझकर गुणात्मक रूप में बताया गया। हम ऐसे प्रतिशत सुधार प्रकाशित नहीं करते जिन्हें हम किसी नामित क्लाइंट से, उनकी सहमति के साथ, जोड़ न सकें।
सवाल
आम सवाल।
क्या यह PF, ESI और TDS संभालता है?
हाँ। वैधानिक कटौतियाँ नियम के अनुसार गिनी जाती हैं और सहायक रजिस्टर फ़ाइलिंग के समय तैयार हो जाते हैं।
क्या पूरा हो चुका पेरोल महीना संपादित किया जा सकता है?
नहीं, और यह जानबूझकर है। एक बार पे रन मंज़ूर हो जाने पर वह लॉक हो जाता है, और सुधार चुपचाप संपादन के बजाय ऑडिट ट्रेल सहित समायोजन के रूप में दर्ज होते हैं।
सैलरी गणना में राउंडिंग कैसे संभाली जाती है?
सारा पैसा फ़िक्स्ड-पॉइंट दशमलव में रखा जाता है और सटीक अंकगणित लाइब्रेरी से गिना जाता है। वेतन के लिए फ़्लोटिंग पॉइंट कभी इस्तेमाल नहीं होता, क्योंकि सैलरी में राउंडिंग की ग़लती विवाद बन जाती है।