Sibling 10%. Staff ward 50%. हर invoice पर automatically apply।
एक Discount Types catalog plus तीन preset auto-rule engines — Sibling Discounts (child position से), Staff Ward Discounts (parent की staff category से), और Early Payment Discounts (days-before-due-date से)। 15 built-in categories — Sibling, Staff Ward से लेकर EWS, RTE, Defense, Single Parent, Alumni और Loyalty तक। Session start पर एक बार rule set करिए, अगले 12 months की हर invoice पर automatically honor होगा — stack priority, approval thresholds और per-discount audit trail के साथ।
ज़्यादातर Indian schools आज fee discounts कैसे apply करते हैं
Indore के एक CBSE day school में admission week का दूसरा दिन है। Admission desk ने अभी Aarav को Class 3 में admit किया — उसकी बड़ी बहन Anaya already Class 7 में है। Accounts officer fee receipt template खोलता है, manually Aarav की Tuition line से 10% घटाता है, remarks column में 'Sibling Discount — दूसरा बच्चा' likhta है, sign करता है, receipt दे देता है। Friday तक वही accountant यह काम अठतीस बार कर चुका है — अठतीस manual discount calculations, अठतीस remarks lines, अठतीस मौक़े ₹180 की जगह ₹1,800 type करने के। April end तक दो parents call कर चुके हैं: 'Pichle saal mera discount 12% tha, is saal 10% kyun?' Kisi ke paas 2024-25 ki original policy nahi hai; 2025-26 ki policy principal ke WhatsApp mein hai।
Staff-ward case aur bhi worse hai। School अपने teaching staff के बच्चों को 50% off Tuition promise करता है, non-teaching को 25%, head clerk के बेटे को 30% (एक one-off arrangement जो 3 साल पहले previous principal ने किया था)। Current accountant के पास ये सारा personal notebook में है — pencil में, दो erasures के साथ, एक note के साथ कि driver के बेटे का discount 'October में temporary suspend हुआ lekin ab reinstate'। March में head clerk retire होता है तो discount एक महीना और continue हो जाता है क्योंकि किसी ने notebook update नहीं किया। CBSE inspector जब पूछता है 'staff discount policy का audit trail dikhao,' principal के पास कुछ dikhane ke liye nahi।
Early payment discounts — जो हर smart Indian school April में full annual fees pay करने वाले parents को offer करना चाहता है — इस office में exist ही नहीं करते, क्योंकि staff manually sibling और staff-ward की maths के ऊपर 'paid 7 days before due date' bhi reliably compute नहीं कर सकते। तो school cash flow advantage खोता है। Parents जो खुशी से early pay करते, उन्हें incentive nahi milta। School late payments को WhatsApp reminders और informal late fees से chase करता है — healthy fee policy का exact opposite।
Root problem discount math नहीं — problem yeh hai कि discount policy notebook में रहती है और एक-एक student पर manually apply होती है। हर महीने office hours खर्च करती है वही rules दोबारा apply करने में। हर audit और renewal में inconsistencies milti hain। हर parent favouritism suspect करता है। Inkwelly का discount system हमने इसी को fix करने के liye banaya hai।
Inkwelly Discounts कैसे काम करते हैं — एक catalog, तीन auto-rule engines
Inkwelly discount system को एक master catalog और तीन specialised auto-rule engines में बाँटता है, सब /student-fee/config से reachable। Discount Types (/discount-types) master catalog है — school जो भी discount offer करता है वो यहाँ row की तरह होता है, अपनी category, value, applicability, stacking और approval policy fully encoded के साथ। तीन preset engines simplified configurators हैं जो schools एक form से turn on करते हैं: Sibling Discount Rules (/sibling-discounts) child position से discount define करता है (दूसरा बच्चा, तीसरा बच्चा); Staff Ward Discount Rules (/staff-ward-discounts) parent की staff category से (TEACHING, NON_TEACHING, ADMIN, DRIVER); और Early Payment Discount Rules (/early-payment-discounts) days-before-due-date से jab payment होता है।
हर preset engine internally एक Discount Type row create करता है appropriate category (SIBLING, STAFF_WARD या EARLY_PAYMENT) और isAutoApplied = true के साथ। तो school simplified screens से चला सकता है, और सब कुछ unified Discount Types catalog में रहता है — audits, reports और CBSE/State Board renewals trivial बनते हैं। या preset engines skip करके हर discount को Discount Type की तरह manually configure करें — unusual schemes के लिए useful (one-off Defense bursaries, named scholarships, alumni offers)।
Discounts Fee Group level पर apply होते हैं: हर fee group अपना discount stack रखती है। तो 'Class 1 Sibling Discount' fee group Sibling Discount Type रखता है; नए admissions automatically discount inherit करते हैं; invoices पर discount line dikhati hai, हर receipt पर discount-stack audit trail। RTE / EWS waivers, scholarship sanctions, individual approvals — सब वही catalog से flow करते हैं, तो school office एक chart of discounts chalata है, पाँच separate workflows नहीं।
इन चार screens पर आप क्या configure करते हैं
- 15 built-in discount categories — SIBLING, STAFF_WARD, MERIT, NEED_BASED, EARLY_PAYMENT, EWS, MINORITY, SINGLE_PARENT, ORPHAN, DEFENSE, GOVERNMENT_EMPLOYEE, ALUMNI, PROMOTIONAL, LOYALTY, CUSTOM। Reports और exports इन enums से key off करते हैं; सही category pick करिए और CBSE / RTE register automatically populate होगा।
- Percentage या fixed amount — हर discount PERCENTAGE (0-100, server-side validated) या FIXED_AMOUNT (कोई भी positive ₹ value) है। Form value type choice के हिसाब से input पर
%या₹prefix dikhata है ताकि save time पर कोई ambiguity ना हो। - चार applicability scopes — ALL_FEE_HEADS (structure के हर head पर apply), TUITION_ONLY (सिर्फ़ Tuition reduce — sibling और staff-ward discounts के लिए typical), SPECIFIC_FEE_HEADS (creation के बाद multi-select), EXCLUDE_SPECIFIC (listed को छोड़कर सब पर apply)। Office को accidentally Annual या Identity Card discount करने से रोकता है।
- Auto-applied vs manual —
isAutoApplied = truetoggle करें और discount eligibility rule के hisaab से automatically land करता है (sibling position, staff category, days-before-due, या RTE flag)। Off rakhne par admission पर manual selection के लिए dropdown में आता है — case-by-case awards के लिए useful। - Approval workflow with thresholds —
requiresApprovalON करें और designated admin के tick के बिना discount apply नहीं होता। OptionalapprovalThreshold(₹) small discounts को auto-pass करता है और big ones को review के लिए flag (जैसे ₹5,000 से ऊपर ही approval needed)। - Stacking with priority — ज़्यादातर schools discount stack allow करते हैं (sibling + early payment), लेकिन deterministic order chahte हैं।
isStackableeligibility decide करता है;stackPriority(lower number first applied) order decide करता है। Inkwelly का stacking calculator Fee Settings काmaxStackableDiscountPercentrespect करता है absurd combinations cap करने के लिए। - Validity windows — हर discount
validFromऔरvalidTodate रख सकता है। Promotional offers (early-bird admission discount valid 1–30 April only), board-year-bound merit awards, या RTE quota years के लिए useful। - Sibling Rule by child position (2-10) — हर ordinal position का percentage set करें। दूसरा बच्चा 10%, तीसरा 15%, चौथा 20%। Form position 1 reject करता है (पहले बच्चे को sibling discount नहीं मिलता) और duplicate positions
RESOURCE_ALREADY_EXISTSसे block। - Staff Ward Rule by category — free-text staff category (2-100 chars: TEACHING, NON_TEACHING, ADMIN, SUPPORT, DRIVER, या आपके own labels)। Per-category different percentages — TEACHING 50%, NON_TEACHING 25%, etc। एक rule per category, server-side enforced।
- Early Payment Rule by days-before-due — days-before-due-date threshold (1-365) और percentage off set करें। 30 days before due = 5% off, 7 days before due = 2% off। Multiple rules tiered curve banate हैं। System payment time पर qualifying receipts auto-detect करता है।
Walkthrough — चार screens, end to end
Discount Types — master catalog
Discount Types screen /student-fee/config/discount-types पर आपके school की full discount policy एक screen पर है। हर discount यहाँ रहती है — चाहे routine sibling discount, Right to Education Act 2009 के तहत EWS waiver, defence-personnel award, या one-off promotional 'first 50 admissions get 5% off' campaign। हर row अपनी category (15 built-in options), value (percentage 0-100 या fixed ₹ amount), applicability scope (all heads, tuition-only, या specific), और policy switches — auto-applied, requires-approval, stackable, valid-from / valid-to dates, stack priority, active flag — के साथ रखती है।
Form comprehensive lekin quick है। Name (3-100 chars)। Dropdown से category pick करें। Percentage या Fixed Amount choose करें। Value type के हिसाब से input % या ₹ show करता है, server-side validation के साथ कि percentage 100 से ज़्यादा ना हो। Applicability pick करें — ज़्यादातर sibling और staff-ward discounts TUITION_ONLY use करते हैं (Indian parents Annual Picnic और Identity Card जैसे non-tuition heads full price expect करते हैं)। Promotional offer है तो validity window set करें। चार switches ज़रूरत के हिसाब से toggle करें। Save।
15 categories Indian school reality के लिए बने
Category dropdown generic नहीं है। ये actual discount schemes map करता है जो Indian schools chalate हैं। SIBLING — routine 10/15/20% per दूसरा/तीसरा/चौथा बच्चा। STAFF_WARD — teaching, non-teaching, admin, driver, security staff के बच्चे। MERIT — board-rank scholars, NTSE qualifiers, Class 10 toppers। NEED_BASED — income-criteria-based aid, often paired with means-test process। EARLY_PAYMENT — April में full annual fees या installment due date से X days early pay करने का incentive। EWS — Right to Education Act 2009 के तहत 25% RTE quota academic-heads waiver। MINORITY — Constitution के Article 30 के तहत minority-institution-specific waivers। SINGLE_PARENT — single-parent families के लिए partial waivers (typically Tuition का 25-50%)।
ORPHAN — orphan students के लिए full या near-full waiver, कभी-कभी registered NGO partner के साथ paired। DEFENSE — defence personnel के बच्चे, खासकर cantonment areas (Pune, Wellington, Mhow) के schools के लिए relevant। GOVERNMENT_EMPLOYEE — central / state government employees के बच्चे, Tier-2 city day schools में common। ALUMNI — alumni के बच्चे या नाती-पोते — loyalty discount जो elite schools multi-generational families को retain करने के लिए use करते हैं। PROMOTIONAL — first-50-admissions offers, board-affiliation-renewal celebrations, anniversary-year specials। LOYALTY — student के X years complete करने के बाद awarded। CUSTOM — कोई भी school-specific scheme जो ऊपरवाली 14 में नहीं fit होती — cleanly stored, ग़लत category में force किए बिना।
Stacking, priority, approval thresholds — real schools को chahiye yeh policy controls
Indian schools rarely एक student per एक discount apply करते हैं। Class 6 का दूसरा-sibling student जिसकी मं teaching staff में है — वही Tuition पर दो discounts हैं: 10% sibling + 50% staff ward। ज़्यादातर school accountants एक pick करते हैं (parent का trust खोते हैं) या manually stack करते हैं बिना audit trail के (inspector का trust खोते हैं)। Inkwelly stacking को explicitly handle करता है: हर discount type isStackable और stackPriority field रखती है। Stack priority number है — lower first applied। तो Sibling priority 10, Staff Ward priority 5, Early Payment priority 20 में Staff Ward पहले apply, फिर Sibling, फिर Early Payment — sab residual amount पर, deterministic order में, हर बार।
School की Fee Settings में maxStackableDiscountPercent एक sane upper cap (typically 75%) रखती है ताकि system कभी silently 100%-discounted invoice ना बनाए। Approval thresholds दूसरा guard add करते हैं। requiresApproval = true set करें और designated admin user के click के बिना discount apply नहीं होता। approvalThreshold = ₹5,000 set करें और approval सिर्फ़ तब chahiye jab discount value ₹5,000 से ज़्यादा हो — small awards auto-pass, big ones review होते हैं। हर approval, हर rejection, हर override user, timestamp और discount stack snapshot के साथ logged — principal, auditor और parent committee के लिए defensible audit trail।
Sibling Discount Rules — child position से, automatically applied
Sibling Discount Rules screen /student-fee/config/sibling-discounts complex policy का simplest possible expression है। एक row per child position, ordinal 2 to 10। Position 2 = same family से दूसरा enrolled बच्चा; position 3 = तीसरा; और आगे। हर row discount percentage (0-100) और optional description रखता है। Form position 1 clean error से block करता है — 'Child position must be at least 2 (1st child doesn't get sibling discount)' — और duplicate positions RESOURCE_ALREADY_EXISTS से block।
इसके अंदर, system Student Information module का family graph use करता है siblings detect करने के लिए। जब parent record दो students के बीच share होता है (same father / mother / guardian), system उन्हें enrollment date से order करता है, ordinal positions assign करता है, और Sibling Discount Rules table के against match करता है। Match होता है तो corresponding Discount Type (auto-created with category=SIBLING, isAutoApplied=true) student की Fee Group invoice पर attach होता है। नए admissions day one से inherit करते हैं। पहला बच्चा full price रहता है (position 1 के लिए rule नहीं, by design)। Existing students हर fee structure change पर re-evaluate होते हैं ताकि sibling-related move कभी silently discount drop ना करे।
Staff Ward Discount Rules — parent की staff category से
Staff Ward Discount Rules screen /student-fee/config/staff-ward-discounts school को 'TEACHING staff के बच्चे 50% off Tuition; NON_TEACHING 25%; ADMIN 30%; DRIVER 20%' जैसी policy चार simple rows में encode करने देता है। Form free-text staff category (2-100 chars), discount percentage (0-100), और optional description लेता है। Duplicate category block। Category strings intentionally enum-locked नहीं हैं — different schools अपनी staff categories को different things कहते हैं (कुछ HEAD_OFFICE / FIELD use करते हैं; कुछ ACADEMIC / NON_ACADEMIC) और form इस reality को respect करता है।
Matching engine Employee Information module से पढ़ता है। जब student का parent record active employee record से link होता है, employee का department / category field (case-insensitive, trim-tolerant) Staff Ward rules के against match होता है। Match corresponding Discount Type को student की Fee Group पर attach करता है, default पर TUITION_ONLY पर apply (per discount type overridable)। जब parent school की employment chhodta है, discount next invoice cycle से auto-revoke — एक line, dated record audit log में कारण explain करते हुए। 'driver के बेटे का discount retirement के एक महीने बाद चलता रहा' जैसी notebook problems खत्म।
Early Payment Discount Rules — days-before-due-date से
Early Payment Discount Rules screen /student-fee/config/early-payment-discounts school को early payments को real cash flow advantage में turn करने देता है। एक row per tier: 30 days before due = 5% off, 15 days before due = 3% off, 7 days before due = 2% off। Form days-before-due-date threshold (1-365, server-side validated) और discount percentage (0-100) लेता है। हर tier days से unique; जितने ज़्यादा tiers create करेंगे, discount curve उतनी smoother।
Payment time पर, जब office Razorpay, UPI या cheque payment process करता है, system installment की due date तक बचे days compute करता है और Early Payment Rules table के against match करता है। सबसे बड़ा qualifying tier wins (30 days early pay करने वाले को 30-day rate मिलता है, 7-day rate नहीं)। Receipt discount line transparently dikhata है, corresponding Discount Type entry EARLY_PAYMENT category और isAutoApplied=true के साथ record, और audit log exact daysBeforeDue count और trigger करने वाला rule रखता है। Schools जो इसे turn on करते हैं typically April collections 20-35% jump देखते हैं क्योंकि parents visible incentive पर respond करते हैं।
“Pehle har sibling, har staff ward discount manually receipt pe likhna padta tha. April mein 38 admissions — 38 baar manual maths, 4-5 typing mistakes, do parents shikayat le ke aate the. Ab Inkwelly mein hum Sibling Rules aur Staff Ward Rules ek baar set kiya April ke pehle hafte mein. Pehle din se 100% admissions ka discount automatic. Inspector ne CBSE renewal ke time poora discount register print kara liya audit trail ke saath — 5 minute mein clean. Saala Saturday wapas hamara hai.”
Indian schools के असली setup playbooks
Real Indian schools जो Inkwelly migrate हुए उनसे पाँच worked examples:
1. CBSE day school (Class 1-12, ~600 students), Indore. Discount Types: 9 entries — Sibling (3 ordinals), Staff Ward (3 categories), Early Payment (3 tiers), Merit (Class 10 board top 3), EWS (RTE quota), Defense (cantonment-area students), Single Parent। सारे sibling और staff-ward TUITION_ONLY पर। Stacking ON priorities Staff Ward (5) > Sibling (10) > Early Payment (20) के साथ। Fee Settings में maxStackableDiscountPercent 70% पर capped। Setup time: 90 minutes including merit और EWS rules का CA review।
2. ICSE residential school (Class 6-12, ~250 boarders), Dehradun. Discount Types: 7 entries — Sibling (2 ordinals 5% और 10% पर, CBSE day schools से lower क्योंकि base fees 5x ज़्यादा हैं), Staff Ward (TEACHING 40%, NON_TEACHING 20%, ADMIN 25%, सिर्फ़ day-scholar staff-children के लिए — boarding charges separate), Need Based (means-tested, requiresApproval=true ₹50,000 threshold के साथ)। Alumni (alumni के नाती-पोतों को 10%, legacy registry से validated)। Setup time: 4 hours bursar के review सहित।
3. State Board low-fee private school (Class 1-8, ~400 students), Bahraich, UP. Discount Types: 4 entries — Sibling (2 ordinals), Staff Ward (सारे staff के लिए एक rule 30%), EWS / RTE Quota (full academic-heads waiver), Single Parent (50% Tuition)। Early payment scheme नहीं — parents quarterly time पर pay करते हैं। Setup time: 35 minutes।
4. International school (Pre-K to Grade 12, ~700 students, IB + Cambridge IGCSE), Bangalore. Discount Types: 14 entries — Sibling (4 ordinals 5/10/15/20% पर), Staff Ward (4 categories), Early Payment (4 tiers, full-year-paid-in-April के लिए 7% तक), Merit (IB-DP top scorers, IGCSE 8A* students), Defense, Government Employee, NRI Loyalty (3-year retention), Alumni, Promotional ('5% off first 50 admissions of academic year 2026-27')। Validity windows का heavy use। Setup time: 6 hours दो sittings school CFO के साथ।
5. Madrasa / minority institution (Class 1-10, ~180 students), Hyderabad. Discount Types: 5 entries — Sibling (2 ordinals), Staff Ward (single category 40%), MINORITY (orphans के लिए Religious Studies Fund full waiver), ORPHAN (wakf board scheme के तहत full Tuition waiver), CUSTOM (annual Ramadan stipend)। Setup time: 25 minutes।
चार discount screens पर common operations
- एक session की पूरी discount policy 90 minutes में set करें — Discount Types catalog + Sibling Rules + Staff Ward Rules + Early Payment Rules — session start पर एक बार, अगले 12 months की हर invoice honor करती है।
- हर existing multi-student family पर sibling discount bulk-apply करें — one-click backfill Student Information family graph scan करता है, ordinal positions assign करता है, और हर match के लिए discount records create करता है।
- School की full discount policy audit करें CBSE renewal, ICSE inspection, या RTE state-government reimbursement filing से पहले — Discount Types catalog one-page register print करें category, value, applicability, stack priority और validity dates के साथ।
- RTE 25% quota discounts EWS category से chalayein TUITION_ONLY applicability और academic session से aligned validity dates के साथ — RTE register में हर RTE-tagged student auto-discount होता है और state-reimbursement claim file usi data से generate होती है।
- एक early-bird discount promote करें admission window के first 30 days के लिए — PROMOTIONAL discount type बनाएँ validFrom = April 1, validTo = April 30, isAutoApplied = true, applicability = TUITION_ONLY के साथ — सारे April admissions को discount, May admissions को नहीं।
- High-value discounts workflow से approve करें — Need Based / Defense discounts पर
requiresApproval = trueऔरapprovalThreshold = ₹5,000set करें — small grants auto-pass, big ones designated admin की approval queue में clean log के साथ। - Stale promotional discount mid-session switch off करें — row पर
isActive = falseset करें और उस moment से नए admissions को नहीं मिलता; existing students जिन्हें already मिल चुका है वो apna snapshot रखते हैं — receipts immutable। - Employed-parent change detect करें — जब staff member Employee Trash से exit करता है या inactive mark होता है, auto-rule next invoice cycle से matching staff-ward discount revoke करता है, audit-log entry कारण name करती है।
- Class 11/12 stream-specific merit awards configure करें — 'Class 12 Science Top 3' vs 'Class 12 Commerce Top 3' के लिए separate Discount Types बनाएँ SPECIFIC_FEE_HEADS applicability के साथ Practical Fee या Stream Fee target करते हुए।
- नए academic session पर discounts roll-over करें — active discount types वैसे ही configured रहते हैं; अगर scheme session-bound है तो सिर्फ़ validity windows refresh करने की ज़रूरत। Sibling, Staff Ward और Early Payment rules 1-to-1 transfer होते हैं reconfiguration के बिना।
30 minutes में अपनी discount policy automatically run होती देखें
अपना existing notebook / Excel sibling, staff ward, EWS, merit और early-payment rules का लेकर आइए। Demo में हम आपकी full discount policy Inkwelly के अंदर model करेंगे — Discount Types catalog plus तीन preset auto-rules — और एक sample admission live chalakar dikhayenge कि हर rule सही student पर fire हो रहा है।
Limits, safety और small print
Stacking Fee Settings से bounded है। School का maxStackableDiscountPercent (Fee Settings में set, default 75%) single fee head पर combined discounts का hard ceiling है। Inkwelly का stacking calculator stack-priority order में residual amount पर discounts run करता है, फिर cap check करता है। Combined effective discount cap से ज़्यादा होता है तो smallest-priority discount fit होने के लिए truncate — receipt पर clear log entry के साथ। Silent zero-rupee invoices कभी नहीं।
Auto-applied discounts eligibility change पर automatically revoke होते हैं। Sibling withdraw करता है तो दूसरा बच्चा position 1 पर वापस आता है और sibling discount next invoice से auto-revoke। Staff member exit करता है तो उसके बच्चे का staff-ward discount auto-revoke। Validity window close होती है तो promotional discounts नए admissions पर apply होना band। हर revoke पर audit log entry cause name करती है — 'Sibling rule no longer matches: family graph changed on 2026-09-12'।
Past receipts immutable हैं। Aaj discount edit या revoke करने से historical receipts नहीं बदलतीं। April में issued receipt जिसमें 10% sibling discount था वो printed exactly वैसा ही रहता है, चाहे sibling rule बाद में 12% पर edit हो जाए। Audit log full snapshot रखता है। By design — receipts legal financial records हैं, editable rows नहीं।
Approval-required discounts bypass नहीं हो सकते। requiresApproval = true हो तो discount student की invoice पर 'pending' की तरह dikhata है और designated admin approve करने तक amount due reduce नहीं करता। Pending state parent को portal पर visible है तो confusion नहीं। Rejected discounts separate audit log entry rejection reason के साथ emit करते हैं। Discount kabhi silently apply नहीं हो सकती explicit policy + role-based authorisation के बिना।
Server-side validation form से match करती है। Percentage 0-100, fixed amount positive, child position 2-10, days-before-due 1-365, staff category 2-100 chars। Duplicate categories, duplicate child positions, duplicate days-before-due सब clean RESOURCE_ALREADY_EXISTS errors return करते हैं। Discount type names school में unique (3-100 chars)। Frontend dialog और backend API दोनों validate करते हैं — malformed discount slip नहीं होता।
Multi-tenant isolation. Multi-school trust का हर school independent discount catalog chalata है। School A का 'Sibling Discount 10%' School B को नहीं दिखता same parent organisation में भी। Discount-type templates schools के across clone हो सकते हैं (API clone-discount-type action support करती है) लेकिन live discount records अपने school तक scoped रहते हैं। Trust-level dashboards revenue analysis के लिए school के hisaab से roll up करते हैं।
DPDP Act 2023 alignment. Discount Types और तीन rule engines खुद में personally identifiable parent या student data नहीं रखते — सिर्फ़ policy metadata। PII तब आता है जब rules specific Student Fee Profile से match होती हैं और invoice पर discount line emit होती है। सारा Inkwelly data Mumbai region servers पर host, AES-256 से encrypted at rest, और सिर्फ़ Identity & Access Management में configure किए role-based permissions से accessible। Audit log entries हर discount creation, edit, application, approval, rejection और revocation user, timestamp और discount stack के साथ record करती हैं — CBSE / ICSE / Income Tax / RTE / Labour Department inspections के दौरान discount trail defensible rakhne के लिए।
किस मॉड्यूल का हिस्सा
2 modulesअक्सर पूछे गए सवाल
10 सवालHum sibling और staff ward discounts notebook में use करते हैं। Inkwelly पर क्यों move करें?
तीन reasons। Pehla, **automation** — session start पर एक baar rule set करें, अगले 12 months की हर admission पर सही discount automatically apply होता है, हर receipt पर manually दोबारा नहीं लगाना पड़ता। Doosra, **audit trail** — हर discount creation, edit, application और revocation user, timestamp और full discount stack के साथ logged, CBSE renewal, RTE state-reimbursement filing, या parent-committee dispute में defensible। Teesra, **stacking** — जब दूसरा-sibling student staff member का बच्चा भी है, system दोनों discounts deterministic priority order में stack करता है, school के stack ceiling से capped — fee counter पर जो भी ho उस पर depend नहीं। Notebook से Inkwelly पर move karne वाले schools accounts office के 10-15 hours/month bachate हैं और 90% parent discount disputes seconds में resolve करते हैं, days में नहीं।
Sibling discount rule actually siblings kaise detect करता है?
[Student Information module के family graph](/modules/student-information) से। जब parent record (father, mother, या guardian) दो या ज़्यादा student records के बीच share होता है, वे students same family के siblings हैं। Inkwelly उन्हें enrollment date से order करता है, ordinal positions assign करता है (1सा, 2सा, 3सा, etc.), और Sibling Discount Rules table के against match करता है। Position 1 (पहला / oldest enrolled child) को sibling discount कभी नहीं मिलता by design — form position 1 block करता है। Positions 2-10 हर एक अपना configured percentage रखती हैं। Match हर admission, हर fee structure recalculation, और हर family-graph change पर चलता है — तो sibling-related move कभी silently discount drop नहीं करता।
Different staff categories के different discounts set कर सकते हैं?
हाँ — यही Staff Ward Discount Rules screen का पूरा design है। हर row एक staff category (free-text, 2-100 chars: TEACHING, NON_TEACHING, ADMIN, SUPPORT, DRIVER, या जो भी labels school use करता है) प्लस उसकी discount percentage है। तो 'TEACHING 50%, NON_TEACHING 25%, ADMIN 30%, DRIVER 20%' चार rows में encode हो सकता है। Matching engine [Employee Information](/modules/employee-information) से parent का employee record पढ़ता है और matched category का rule apply करता है। एक staff member, एक student, एक rule — deterministic, audit-logged।
Staff member school chhodte hain to bachche ka discount continue hota hai?
नहीं — auto-rule next invoice cycle से staff-ward discount revoke करता है जब parent का employee record inactive mark होता है ([Employee Trash](/features/employee-trash-restore) से या Employee Information में active toggle से)। Audit log revocation cause record करता है: 'Staff Ward rule no longer matches: parent employment ended on 2026-09-30'। Student की invoice October से full Tuition reflect करती है। Past receipts जिनमें discount included था immutable — वो issued exactly वैसे ही रहते हैं। School office manually find-and-remove करने की ज़रूरत नहीं, और parents को change नई invoice पर notice line से clearly dikhta है।
Multiple early-payment discount tiers offer कर सकते हैं — जैसे 30 days early 5%, 7 days early 2%?
हाँ — वही standard configuration है। Early Payment Discount Rules screen एक row per `daysBeforeDue` threshold (1-365) accept करती है। जितने tiers school chahe add करें — 30 days = 5%, 21 days = 4%, 14 days = 3%, 7 days = 2%, 1 day = 1%। Payment time पर, system actual days-remaining-until-due compute करता है, rules table के against match, और **सबसे बड़ा qualifying tier wins** — 30 days early pay करने वाले को 30-day rate मिलता है, 7-day rate नहीं। Receipt qualifying tier transparently dikhati है। ज़्यादातर schools जो इसे turn on करते हैं April-month collections 20-35% jump देखते हैं क्योंकि parents को first month में full annual fee pay करने का visible incentive मिलता है।
Discount stacking कैसे काम करती है जब एक student sibling AND staff-ward AND early-payment तीनों के लिए qualify करता है?
तीनों apply होते हैं, deterministic stack-priority order में। हर discount type `stackPriority` field रखता है (integer; lower first applied)। System eligible discounts को priority से sort करता है, sequentially residual amount पर apply करता है, और [Fee Settings](/modules/student-fee) से `maxStackableDiscountPercent` cap (default 75%) respect करता है। तो Class 6 student जो 2सा sibling AND TEACHING staff member की बेटी AND 30 days early pay करती है — Staff Ward 50% (priority 5, पहले apply — ₹20,000 Tuition को ₹10,000 करता है) + Sibling 10% (priority 10, अगला apply — ₹10,000 को ₹9,000) + Early Payment 5% (priority 20, last apply — ₹9,000 को ₹8,550)। Receipt तीनों lines clearly dikhati है। Combined 75% cap से ज़्यादा होता तो smallest-priority discount fit होने के लिए truncate — transparent log entry के साथ।
RTE 25% reservation और EWS waivers इस system से कैसे handle करें?
EWS category use करें TUITION_ONLY या SPECIFIC_FEE_HEADS applicability के साथ ([Right to Education Act 2009](https://en.wikipedia.org/wiki/Right_of_Children_to_Free_and_Compulsory_Education_Act,_2009) के तहत mandated academic-heads waiver match करने के लिए)। Validity window academic session के साथ align करें। `isAutoApplied = true` mark करें। [Student Information module](/modules/student-information) से RTE-tagged students discount type के against match होते हैं और waiver line हर invoice पर emit होती है। [RTE register](/school/dps/delhi/2026-27/student-fee/rte) सारे RTE-tagged students waiver amounts और audit-stamped discount lines के साथ auto-pull करता है — state-government reimbursement filings के लिए re-keying के बिना ready।
Big discounts को apply होने से पहले admin approval require करा सकते हैं?
हाँ — relevant Discount Type पर `requiresApproval = true` set करें। Optionally `approvalThreshold` (₹ amount जिसके ऊपर approval needed) set करें ताकि small awards auto-pass हों और big ones review हों। जब rule student के against match होता है, discount invoice पर 'pending' dikhata है — parent को portal पर visible lekin amount due reduce नहीं करता। Designated admin (सही [IAM role](/modules/identity-access-management) वाला) queue review करता है और approve या reject करता है। हर action audit-logged। Common configuration: routine sibling और staff-ward discounts auto-apply (no approval); Need Based, Defense, Single Parent और one-off CUSTOM discounts ₹5,000 से ऊपर approval require करते हैं।
Student different fee group में move होता है तो discount का क्या होता है?
Auto-applied discounts new fee group के against automatically re-evaluate होते हैं। तो April में जब Class 5 sibling student Class 6 में promote होता है, उसका fee group 'Class 5 Sibling Discount' से 'Class 6 Sibling Discount' change होता है, और matching Sibling Discount Rule नई fee structure के amounts पर re-apply होता है। Audit log move को timestamp और resulting discount-stack snapshot के साथ record करता है। Manual / approval-required discounts student से explicitly remove होने तक attached रहते हैं — fee group change पर auto-transfer नहीं होते, by design, क्योंकि वो typically case-specific awards reflect करते हैं।
Hamare school office में discount catalog और rules कौन configure करे?
Accounts officer या finance manager, principal के साथ consultation में जो साल की discount policy sign off करते हैं। CBSE / State Board / ICSE day schools (8-12 discount types) typically एक Saturday सुबह में setup complete कर लेते हैं। International / IB / Cambridge schools (multiple tiers के साथ 12-20 discount types) 2-4 hours लेते हैं, अक्सर CFO involve होते हैं। Daily users — admission desk, fee counter, class teacher — configuration screens कभी नहीं देखते जब तक नया one-off discount add ना करना हो। [Identity & Access Management](/modules/identity-access-management) edit rights सिर्फ़ accounts और admin roles तक restrict करता है; approval workflow separation-of-duties के लिए separate role को delegate हो सकता है।
आपको ये भी पसंद आ सकता है
4 लेखInkwelly आपके स्कूल पर — खुद देखें
30 मिनट का डेमो। आपके मौजूदा ERP को आपके साथ खोलकर, कॉल पर ही आपका डेटा Inkwelly में लोड करते हैं। कॉल ख़त्म होते-होते एक तय तारीख़ का गो-लाइव प्लान आपके हाथ में।