Components से payroll बनाएं। बनाएं।

अधिकतर Indian schools आज payroll कैसे बनाते हैं

Lucknow के एक ICSE school के accountant के पास 2018-vintage Excel है जिसका नाम salary_master.xlsx है। Column A employee name है, column B BASIC, फिर HRA, DA, PF, ESI, TDS, transport reimbursement — और column N में एक hand-typed formula जो net pay compute करने वाला है। जब school नया component add करता है (कहो 2024 में one-time COVID hardship allowance), वो column copy करती है, formula edit करती है, उम्मीद करती है कि PF और ESI bases अभी भी compute हों, और प्रार्थना करती है कि auditor न पूछे।

April में वो Form 16 hand से generate करती है। Section 17(1) salary, Section 16 deductions, Section 80C investments — हर एक 12 monthly sheets across एक अलग SUMIF। वो submission से पहले तीन errors catch करती है और एक बाद में। October में HRA bump पाने वाली Hindi teacher Form 16 पर short है। Mumbai branch teacher का PT wrong slab use किया। Bus driver के लिए PF computation ने ₹15,000 EPFO ceiling apply नहीं किया। हर error 90-minute fix है और staff member को एक apology।

एक salary component एक बार define होना चाहिए — इसके type (earning vs deduction), इसके calculation rule (fixed vs percentage vs formula), और इसकी statutory linkage (PF? ESI? Section 10(13A) HRA?) के साथ — और फिर हर जगह reused होना चाहिए। Inkwelly यही करता है। Employee Payroll → Settings → Salary Components खोलें, और अपने school जो वाकई use करता है वो 9-15 components define करें: BASIC, HRA, DA, PF_EMP, PF_EMP_R, ESI_EMP, ESI_EMP_R, PT, GRATUITY, TDS, TRANSPORT_REIMB। उस moment से, हर salary structure, हर payslip, हर Form 16 same definition से read करता है।

Inkwelly का component system कैसे काम करता है

एक salary component आपकी component library में एक row है, 6 questions से defined:

1. Type क्या है? Pick from EARNING (gross में add होता है — BASIC, HRA, DA), DEDUCTION (gross से subtract — PF employee share, ESI employee share, TDS), EMPLOYER_CONTRIBUTION (employer का statutory contribution — PF employer 3.67%, EDLI 0.5%), या REIMBURSEMENT (expense reimbursement, gross का part नहीं — transport, medical, books)।

2. Calculate कैसे होता है? Pick FIXED (एक flat number — ₹15,000 BASIC), PERCENTAGE (एक base का % — PF wages का 12%), या FORMULA (एक expression जैसे (BASIC * 0.12) + (DA * 0.08) per payslip evaluated)।

3. Calculation base क्या है? PERCENTAGE/FORMULA components के लिए, pick from CTC, BASIC, GROSS, PF_APPLICABLE_WAGES (PF के लिए ₹15,000 पर capped Basic+DA), ESI_APPLICABLE_WAGES (ESI के लिए ₹21,000 पर capped gross), NET, या CUSTOM।

4. कौन सा statutory rule map होता है? Pick NONE, PF_EMPLOYEE, PF_EMPLOYER, PF_EMPLOYER_EDLI, PF_ADMIN_CHARGES, ESI_EMPLOYEE, ESI_EMPLOYER, PROFESSIONAL_TAX, GRATUITY, LWF_EMPLOYEE, LWF_EMPLOYER, NPS_EMPLOYEE, या NPS_EMPLOYER। एक बार non-NONE value set हो गई, तो field locks (Statutory type cannot be changed once set.) ताकि accountant accidentally mid-year EPFO contributions re-classify न कर सके।

5. Tax treatment क्या है? Toggle isTaxable (HRA 10(13A) के under partially exempt; transport reimbursement 10(14) के under fully exempt)। Optionally taxSection set करें (text जैसे '10(13A)', '10(14)', '17(2)', '80C') और taxExemptionLimit (annual cap)।

6. कौन से flags apply होते हैं? isPFApplicable, isESIApplicable, affectsGratuity (सिर्फ Basic+DA per Payment of Gratuity Act 1972 Sec 4), isBase (एक component base है — आम तौर पर BASIC), showOnPayslip, displayOrder। System one base per org enforce करता है — दूसरा mark करने की कोशिश करें और DUPLICATE_BASE_COMPONENT मिलता है।

यही पूरा model है। बाकी system math करता है। जब आप बाद में salary structure बनाते हैं, आप इन components से Lego blocks जैसे pick करते हैं। जब payrun चलता है, वो dependency order में formulas resolve करता है, caps apply करता है, payslip line items post करता है — componentCode: 'PF_EMP', 'HRA', 'TDS' के साथ। जब Form 16 generate होता है, वो हर component से taxSection read करके amount को right box पर automatically route करता है।

इसे action में देखें

“Pehle har naye component ke liye Excel mein column add karte the. PF, ESI, gratuity ka formula har sheet mein alag tarah likha hua tha. Inkwelly mein 9 components banaye, ek baar. Form 16 generate karne mein 5 minute lagte hai ab.”

Real-world use cases — पांच scenarios जो वाकई होते हैं

1. नया CBSE school Excel से onboarding। March-2026 में 28 staff के साथ Bhopal CBSE school onboard करता है। Accountant 25 minutes में 11 components बनाता है: BASIC (Fixed, isBase), HRA (Percentage 40% of BASIC, taxSection 10(13A)), DA (Percentage 5% of BASIC), PF_EMP, PF_EMP_R, EDLI, ESI_EMP, ESI_EMP_R, PT, GRATUITY, TDS। April payrun सभी 28 staff के लिए 90 seconds में full statutory compliance के साथ चलता है।

2. School mid-year में children's education allowance add करता है। Pune school October में Section 10(14) के under children's education allowance add करने का निर्णय करता है: ₹100/month per child, max 2 children। Accountant एक new component CHILD_EDU बनाता है: type EARNING, calculationType FIXED, defaultValue ₹200, isTaxable true, taxSection '10(14)', taxExemptionLimit ₹2,400/year। November payrun से, allowance payslip और Form 16 box 10(14) पर automatically flow करता है।

3. EPFO wage ceiling revision (hypothetical)। अगर EPFO wage ceiling ₹15,000 से ₹21,000 revise करता है, तो accountant PF_APPLICABLE_WAGES base पर cap एक जगह update करता है। PF_EMP use करने वाली हर existing salary structure अगले payrun पर new cap pick करती है। कोई structure-by-structure rebuild नहीं।

4. Audit trail — 'HRA percentage किसने change किया?' November में auditor HRA computation question करता है। Accountant HRA component खोलता है और audit trail देखता है: 2024-04-01 पर BASIC के 12% पर created, 2024-09-15 पर user accountant.priya@school द्वारा principal-approved policy change ticket #PAY-211 के बाद 40% पर updated। हर change timestamped, attributed, और salary-structure-version snapshot से tied है।

5. School chain LWF वाले state में expand करता है। Bengaluru school chain Mumbai में branch खोलता है। Maharashtra में Labour Welfare Fund है। Accountant LWF_EMP (Fixed ₹6, statutoryType LWF_EMPLOYEE) और LWF_EMP_R (Fixed ₹18, statutoryType LWF_EMPLOYER) बनाता है। इन्हें Maharashtra branch की salary structures में add करता है। Bengaluru staff को LWF नहीं मिलता; Mumbai staff को half-yearly मिलता है।

30 minutes में अपने school के components configured देखें

9-15 components के साथ demo जो आपका school वाकई use करता है। हम PF, ESI, HRA, gratuity, PT, LWF pre-map करते हैं — आप call पर fine-tune करते हैं।

Limits, safety, और small print

Components org-scoped हैं, school-scoped नहीं। आपकी बनाई हुई library आपके organisation के हर school, हर salary structure, हर FY across shared है। यह intentional है: salary semantics ('BASIC' का मतलब, PF कैसे compute होता है, HRA का tax section क्या है) आपके group across consistent होने चाहिए। Per-school component variations Form 24Q consolidation और ECR file generation break करते हैं।

isBase flag per org unique है — सिर्फ एक component base salary component के रूप में marked हो सकता है। System दूसरा try करने पर DUPLICATE_BASE_COMPONENT के साथ enforce करता है। यह matter करता है क्योंकि BASIC reference करने वाले formula expressions payrun time पर base component की value पर resolve होते हैं; यहां ambiguity downstream हर percentage calculation को break करती है।

code field uppercase alphanumeric केवल underscores के साथ है (regex ^[A-Z0-9_]+$) — case-sensitive, कोई spaces नहीं, कोई hyphens नहीं। यह intentional है: codes formula expressions ((BASIC * 0.12)) में appear होते हैं और parsing में unambiguous होने चाहिए। Friendly names ('House Rent Allowance') name field में रहते हैं।

statutoryType lock एक one-way door है। एक बार आप PF_EMPLOYEE के रूप में component save करते हैं, field permanently disable होजाता है। Re-classify करने के लिए, आप deprecate करते हैं (isActive=false set करते हैं) और correct statutoryType के साथ एक new component बनाते हैं। Deprecated component historical payslips पर अभी भी appear होता है; new component future payslips पर appear होता है। FY across ECR file consistency maintain करने का यही एकमात्र तरीका है।

Formulas strict dependency order में evaluate होते हैं, row order में नहीं। Dependency graph formula expression parse करके और referenced component codes find करके बनता है। अगर आप HRA के formula में BASIC reference करते हैं, HRA का calculationOrder BASIC के order से greater होना चाहिए। Validator INVALID_CALCULATION_ORDER return करता है अगर order dependency graph से match नहीं करता। Circular dependencies (HRA → DA → HRA) save पर immediately CIRCULAR_DEPENDENCY return करती हैं।

Salary Structures इन components को componentId से reference करते हैं। एक component update करना (HRA percentage 40% से 50% change) historical payslips को retroactively change नहीं करता — सिर्फ future payruns को। Historical payslips posting time पर component की resolved values का snapshot होते हैं। यह audit-correctness contract है: June 2025 का एक payslip हमेशा वो दिखाएगा जो June 2025 में compute हुआ था, नहीं कि आज क्या compute होगा।