रात 11 बजे fee reminder नहीं। कभी नहीं। कभी नहीं
तीन school-side controls — quiet hours, promotional window और per-channel daily caps — हर Inkwelly school में built-in हैं, ताकि parents को रात के fee reminder से नींद न उड़े, और school को over-budget invoice से। OTP login codes हमेशा bypass करते हैं, क्योंकि regulators की यही ज़रूरत है।
Parent को आपके school के ERP से नींद नहीं उड़नी चाहिए
हर Indian principal जिसने personal phone पर parent group चलाया है, उसे यह feeling पता है। March की कोई Tuesday रात है, 10:47 बज रहे हैं। Accountant fee-defaulter list पर देर तक काम कर रहा है, और जो reminder broadcast उसे सुबह के लिए schedule करना था — वो याद नहीं रहा, बस Send दबा दिया। पंद्रह minute के अंदर, दो parents annoyance से reply कर चुके हैं, एक parent ने school का emergency number dial किया है, और एक mother ने school के WhatsApp number को spam mark कर दिया। बुधवार सुबह तक, school का WhatsApp Business number 24 hours के लिए rate-limited है — और जो fee receipts आज जाने थे, वो नहीं जा रहे।
Cost चुपचाप बढ़ता जाता है। रात का promotional message सिर्फ़ parent की irritation नहीं है — यह Meta का spam-metric hit है जो school के WhatsApp Business account की quality tier नीचे कर देता है। अगले दिन के transactional messages throttle हो जाते हैं। जिन parents को कल का legitimate fee receipt नहीं मिला, उनको लगता है school disorganised है। Fee desk पर lunch से पहले 12 phone calls आ जाती हैं। एक unscheduled 11 p.m. broadcast school को एक हफ़्ते की reputation और तीन दिन का staff time खा जाता है।
Inkwelly इसी तरह engineer किया गया है कि school को अपने आप से बचाए। तीन controls — quiet hours, promotional window और per-channel daily caps — हर Inkwelly school पर first-class settings हैं। School live होते ही ये default से लागू होते हैं। Accountant 10:47 p.m. पर Send दबा सकता है, और Inkwelly उस message को quietly सुबह 7 a.m. तक hold कर देगा। Parent सोता रहेगा। School का WhatsApp account clean रहेगा। सुबह के fee receipts time पर जाएँगे।
Quiet hours और promotional window असल में कैसे काम करते हैं
जब message create होता है — चाहे automatic alert से (बाकी Inkwelly modules से) या office assistant के broadcast Send दबाने से — system message को WhatsApp, SMS या Email vendor तक पहुँचने से पहले एक check चलाता है। पहला check — यह transactional notice है, promotional send है, या OTP login code है? OTP login codes हमेशा तुरंत जाते हैं, क्योंकि regulators OTP की failure को parent-irritation से अलग problem मानते हैं। बाकी दोनों windows से होकर guzरती हैं।
Quiet hours अगला check है। School एक window configure करता है — typically 9 p.m. to 7 a.m. India Standard Time — और दो behaviours में से एक चुनता है। Hold message को queue में रखता है और window खुलते ही (7 a.m. पर) भेज देता है। Drop message को log entry के साथ silently discard कर देता है, ताकि principal audit time पर investigate कर सके। दोनों behaviours equally अच्छे हैं — school decide करता है कि 9:14 p.m. का absence alert अगली सुबह 7 a.m. पर useful है या stale।
Promotional window तीसरा check है, और यह सिर्फ़ promotional messages पर लगता है — parent-teacher-meeting reminders, alumni event invitations, scholarship announcements। School एक daytime window set करता है (typically 10 a.m. to 6 p.m. IST), और Inkwelly उसके बाहर promotional content नहीं भेजेगा — चाहे office assistant जितनी कोशिश करे। Transactional notices और OTPs इस window को bypass करते हैं — school 11:43 p.m. पर fee receipt भेज सकता है और Inkwelly use transactional समझ कर भेज देगा। वही 5:30 a.m. के OTP login code के साथ।
तीनों controls क्या cover करते हैं
- Quiet hours — per-school window, typically 9 p.m. to 7 a.m. IST, जब transactional और promotional messages या तो hold होते हैं या drop
- Hold या drop का choice — school decide करता है कि quiet-hour messages सुबह के लिए queue में जाएँ या log entry के साथ discard हों
- Promotional window — per-school daytime window, typically 10 a.m. to 6 p.m. IST, जब promotional content system से जा सकता है
- OTP login codes हमेशा bypass — 11 p.m. हो या 5 a.m., तुरंत जाते हैं, क्योंकि TRAI और Meta की यही ज़रूरत है
- Per-channel daily caps — एक daily ceiling (मान लो 5,000 SMS या 5,000 WhatsApp conversations), ताकि एक runaway alert पूरा monthly budget न खा जाए
- Per-channel monthly caps — एक absolute monthly ceiling, उसके ऊपर channel pause हो जाता है और principal को alert मिलता है
- Pre-flight credit check — 1,400-parent broadcast composer से जाने से पहले Inkwelly cost in rupees और recipient breakdown दिखाता है
- Window-aware audit trail — हर held, dropped या capped message log पर reason के साथ दिखता है, ताकि principal को पूरी picture मिले
- Message level पर override — emergency (medical, safety, school closure) message को transactional mark कर के promo window bypass किया जा सकता है, record के साथ
- अलग-अलग दिनों के लिए अलग windows — Saturday evening, Sunday cutoff, exam-week pre-result quiet hours — सब configurable
- Group level defaults, school level overrides — school group एक recommended window set करता है, हर branch तय करता है कि tight करे या loose
- Sender time clarity — windows हमेशा school के local time (default Asia/Kolkata) में evaluate होते हैं, cloud server के UTC में नहीं
Office में यह कैसा दिखता है
Hold vs drop — school message type के हिसाब से choose करता है
9:14 a.m. का daily absence alert fresh और useful है। वही alert अगर अगली सुबह 7 a.m. तक hold हो जाए — तब तक बच्चा वापस school में है, parent को कल की news मिल रही है। Absence alert के लिए quiet hours पर drop करना सही है: alert dated है, अगले दिन का roll call fresh alert produce करेगा, और parent को midnight पर stale information से नींद नहीं उड़ेगी।
Fee receipt different है। जिस parent ने 10:47 p.m. को pay किया, उसे सुबह तक receipt की expectation है। Receipt को 7 a.m. तक hold कर के तब भेजना सही है — parent सुबह clean receipt PDF के साथ उठता है, office को 'मेरा receipt कहाँ है' query handle नहीं करनी पड़ती, और school की transactional reliability high रहती है। Inkwelly का setting per school है, per message नहीं — अपने school की communication culture के हिसाब से behaviour चुनें, और हर term review करें।
Promotional window — आपके Meta spam metric की रक्षा
Meta हर business के WhatsApp Business number पर एक quality tier चलाता है। जो schools wrong time पर promotional content भेजते हैं — late night Diwali greeting, 11 p.m. weekend alumni event invitation — उनकी tier downgrade हो जाती है, और एक बार downgrade होने पर हर message अगले दो हफ़्ते slow चलता है। Indian principals को यह result day पर पता चलता है — जब उनकी carefully scheduled marksheet WhatsApps एक 24-hour throttle के पीछे queue हो जाती हैं, जो पिछले Saturday के innocent holiday greeting broadcast से शुरू हुआ था।
Promotional window यही protection है। Inkwelly हर template को creation time पर classify करता है — transactional, promotional या OTP — और promotional content सिर्फ़ school के set किए हुए daytime window से route करता है। School Diwali greeting कभी भी लिख सकता है। Inkwelly automatically अगली सुबह send schedule कर देगा। Meta quality tier green रहेगी। Result day का batch time पर जाएगा।
Daily और monthly caps — तीसरी protection layer
Quiet hours parent को protect करते हैं। Promotional window school के Meta account को। तीसरी layer — per-channel daily और monthly caps — school के budget को। 5,000 SMS का daily cap इसका मतलब है एक misconfigured alert रात भर में 50,000 SMS भेज कर एक महीने का credit नहीं खा सकता। 1,50,000 WhatsApp conversations का monthly cap इसका मतलब principal को 80% mark पर warning मिलती है, अगले महीने 1 तारीख़ को surprise invoice नहीं।
Caps per channel हैं — तो school एक aggressive monthly ceiling SMS पर (जहाँ vendor prices ज़्यादा हैं) और relaxed push notifications पर (जो free है) रख सकता है। Cap hit होते ही Inkwelly channel pause कर के principal को notify करता है — school कभी silently over-bill नहीं होता, और principal approve करते ही re-enable एक click का काम है। हर paused message held है, lost नहीं — cap raise होते ही या अगले महीने shuru होते ही queue automatically flush हो जाती है।
OTP login codes हमेशा bypass — regulators की ज़रूरत है
जो parent 11:43 p.m. पर Inkwelly parent app से locked out है, उसे OTP login code 11:43 p.m. पर ही चाहिए। जो maths teacher 6:30 a.m. पर नए phone से login कर के Monday morning की attendance mark करना चाहती है, उसे OTP 6:30 a.m. पर चाहिए। OTP login code safety mechanism है, notification नहीं, और TRAI और Meta दोनों की requirement है कि यह तुरंत पहुँचे। Inkwelly इसे honour करता है — OTP login codes quiet hours, promotional window और per-channel caps सब bypass करते हैं, बिना exception।
यह school-configurable setting नहीं है, और यह जान-बूझकर है। जो school accidentally OTP पर quiet hours enable कर देता, वो हर रात parents को app से lock out कर देता। जो school OTP-SMS को 100/day पर cap करता, वो busy admission day पर teachers को lock out कर देता। Bypass hard-coded है। उसी coin का दूसरा side — OTP login code कभी promotional spend पर usage dashboard में नहीं दिखता, यह अपनी अलग category है, अलग billed और audited।
“Pehle accountant sahab 10 baje raat ko fee reminder bhej dete the aur subah mujhe 6 parents ke complaint phone aate the. Ab Inkwelly khud subah 7 baje send karta hai — accountant ne press kar diya raat ko, parents ko subah mila, complaint zero. Boss ne kaha 'finally apna ERP responsible hai'.”
Schools इन controls को असल में कब use करते हैं
-
10 p.m. वाला accountant। March की fee-deadline week में school का accountant देर तक fee defaulter list पर काम कर रहा है। 10:30 p.m. पर reminder draft करता है, 10:47 p.m. पर Send दबाता है। Inkwelly का quiet-hours hold उसे catch करता है, queue में डालता है, और अगली सुबह 7 a.m. पर 312 parents को send कर देता है। Parents clean reminder के साथ उठते हैं। Accountant time पर सोता है। कोई complaint नहीं।
-
PTA marketing committee की Diwali greeting। PTA marketing committee Diwali से पहले के Friday evening पर greeting लिखती है। 9:45 p.m. पर send करते हैं, expectation है कि तुरंत जाए। Inkwelly use promotional classify करता है, देखता है यह 10 a.m. – 6 p.m. window के बाहर है, hold कर देता है। Saturday 10 a.m. पर greeting सब parents को fire हो जाती है। Meta quality tier green रहती है। Saturday afternoon के fee receipts full speed पर जाते हैं।
-
Misconfigured absence alert। एक junior office assistant accidentally हर attendance event पर — present, absent, late — हर student के लिए SMS alert enable कर देता है। 10:30 a.m. तक 18,400 SMS queue हो जाते हैं। Inkwelly का 5,000-SMS daily cap 10:35 a.m. पर kick होता है, channel pause करता है, principal को notify करता है। Principal investigate करते हैं, configuration fix करते हैं, और अगले दिन के morning alerts (अब सही से सिर्फ़ absences तक limited) comfortably cap के अंदर fit हो जाते हैं।
-
11 p.m. की medical emergency। Residential school trip पर एक बच्चा बीमार हो जाता है। Teacher को सब 42 parents को urgent message भेजना है। Teacher composer में broadcast को 'emergency / transactional' mark करती है। Inkwelly override recognise करता है, promotional window bypass करता है, seconds में WhatsApps भेज देता है। Override teacher का नाम और time के साथ log होता है, ताकि अगली सुबह principal audit पर देखे।
-
5:30 a.m. का OTP login। एक maths teacher 5:30 a.m. पर नए phone से login कर के दिन की attendance mark करना चाहती है, और 4 seconds में OTP login code receive करती है। Quiet hours apply नहीं हुए। Daily SMS cap apply नहीं हुआ। Teacher login हुई, attendance mark की, और parents को daily absence alerts schedule के हिसाब से गए। कोई outage नहीं, कोई surprise नहीं, बीच में कोई human नहीं।
Office जो common operations चलाता है
- School के लिए quiet-hours window एक बार set करें — default 9 p.m. to 7 a.m., अगर culture अलग है तो edit करें
- Quiet-hours behaviour में hold या drop choose करें — हर term review करें, ज़रूरत के हिसाब से change करें
- Promotional window एक बार per school set करें — default 10 a.m. to 6 p.m.
- Per-channel daily caps set करें — conservative से शुरू (SMS 2,000 / WhatsApp 3,000) और confidence बढ़ने पर raise करें
- Per-channel monthly caps soft alert 80% पर और hard pause 100% पर रखें
- Genuinely urgent messages के लिए broadcast को 'emergency / transactional' mark करें ताकि promotional window override हो
- Held और dropped log हर हफ़्ते review करें ताकि configuration mistakes जल्दी पकड़ में आएँ
- Special days — exam result, parent-teacher meeting, sports day — के लिए one-off override के साथ windows adjust करें
- Group level defaults नया branch add होते ही automatically apply होते हैं; school level overrides priority लेते हैं
- Year end पर windows और caps history audit-export करें board के compliance review के लिए
- Windows कौन change कर सकता है यह Inkwelly की role based access से restrict करें — typically Principal + IT Head
- हर बड़ी broadcast से पहले pre-flight composer check use करें ताकि outside-window या over-cap sends जल्दी पकड़े जाएँ
Real school के data पर controls देखें
बीस minute का walkthrough। अपनी सबसे बुरी late-night-broadcast कहानी लाएँ। हम दिखाएँगे हर एक कैसे catch, hold या drop होता है — end to end। कोई sales pitch नहीं।
Limits, safety और छोटे print
Quiet hours, promotional windows और per-channel caps protections हैं, absolutes नहीं। कुछ edge cases हर school principal को समझने चाहिए। Windows हमेशा Asia/Kolkata time में evaluate होते हैं, चाहे cloud server कहीं भी हो — Inkwelly school को UTC के surprise से नहीं मारेगा। India में daylight savings नहीं है, तो windows पूरे साल stable रहते हैं। अगर school multiple branches में अलग state time-zones में operate करता है (rare लेकिन cross-border school groups के लिए real), हर branch का window उसके configured time-zone में evaluate होता है।
Controls उन messages पर लागू नहीं होते जो school Inkwelly के बाहर भेजता है। अगर एक teacher 11 p.m. पर personal phone से WhatsApp भेजती है, Inkwelly उसे रोक नहीं सकता — लेकिन Inkwelly उसे record भी नहीं करता, और principal audit नहीं कर सकती। यही point है school communication को workspace में लाने का: हर message जो Inkwelly से flow होता है, windowed, logged और budgeted होता है। Workspace के बाहर के messages school की protection के बाहर हैं।
Genuine emergency में — medical, safety, school closure — school broadcast level पर promotional window override कर सकता है। Override user, time, recipient count और reason के साथ record होता है। Quiet hours genuine emergency में भी override हो सकते हैं, लेकिन उसके लिए Principal-level role चाहिए, और override अगली सुबह audit पर highlighted होता है ताकि school की senior team देखे। OTP login codes ही एकमात्र category हैं जो default से सब कुछ bypass करते हैं, और यह hard-coded है — school accidentally quiet hours OTPs पर enable कर के parents को lock out नहीं कर सकता।
Finally, controls अच्छी judgement की जगह नहीं ले सकते। जो school दिन में 18 broadcasts भेजता है और daily cap की complaint करता है — उसे Inkwelly protect नहीं कर रहा, warn कर रहा है। Settings disaster रोकने के लिए हैं, high-volume marketing machine tune करने के लिए नहीं। अगर आपका school genuinely high-volume communication operation है, caps और windows foundation हैं; क्या भेजना है यह discipline अभी भी principal की call है।
किस मॉड्यूल का हिस्सा
2 modulesअक्सर पूछे गए सवाल
8 सवालअगर fee payment 11:43 p.m. पर लैंड करे — क्या receipt उसी रात parent को जाएगा?
हाँ, अगर आपके school ने quiet-hours behaviour 'hold' choose किया है, तो receipt 7 a.m. तक hold होगा और सुबह सबसे पहले पहुँचेगा। अगर 'drop' choose किया है transactional messages के लिए, तो receipt अगली सुबह के पहले available send पर तुरंत जाएगा। Fee receipts transactional हैं, promotional नहीं, इसलिए promotional window apply नहीं होता — 10 a.m. – 6 p.m. rule से delay नहीं होते।
Genuine emergency — fire, lockdown, medical — के लिए quiet hours override कर सकते हैं?
हाँ। Composer में broadcast को 'emergency / transactional' mark करें। Override user, time और reason के साथ logged होता है। Quiet-hours override के लिए Principal level role चाहिए ([role-based access](/modules/identity-access-management) में configurable), ताकि junior office assistant accidentally emergency claim कर के 10 p.m. broadcast न भेज दे। Medical, safety, weather closures — यही वो situations हैं जिनके लिए override exist करता है।
Inkwelly me quiet hours kaise set kare?
Communications Settings खोलें, Quiet Hours card पर जाएँ, start time और end time set करें (default 9 p.m. to 7 a.m. IST), और Hold or Drop में से एक behaviour चुनें। Save दबाएँ। Setting उसी पल से active हो जाती है। Group level पर defaults set करने के लिए group admin का role चाहिए।
क्या 11:30 p.m. पर parent-app login का OTP parent तक पहुँचेगा?
हाँ। OTP login codes हमेशा quiet hours, promotional window और per-channel daily caps सब bypass करते हैं। यह hard-coded है — school accidentally OTPs पर quiet hours enable कर के parents को app से lock नहीं कर सकता। TRAI का DLT framework और Meta का WhatsApp policy दोनों require करते हैं कि OTP authentication codes तुरंत recipient तक पहुँचें, और Inkwelly इसी requirement को honour करता है।
Promo window ka matlab kya — kya hum Diwali ka greeting subah bhi nahi bhej sakte?
Promotional window typically 10 a.m. to 6 p.m. IST रहता है — यानी Diwali greeting, alumni event invitation, scholarship announcement जैसे promotional messages सिर्फ़ इसी window में जाते हैं। आप message कभी भी draft कर सकते हैं — रात को 11 p.m. भी — Inkwelly use hold कर के अगले दिन 10 a.m. पर automatically send कर देगा। Fee receipt, attendance alert, OTP — ये सब transactional हैं, promo window पर depend नहीं करते।
एक misconfigured automatic alert को रात भर में 50,000 SMS भेजने से क्या रोकता है?
Per-channel daily caps। हर channel — SMS, WhatsApp, Email, Push — का अपना daily ceiling school set करता है। अगर misconfigured alert cap के पार जाने की कोशिश करे, Inkwelly limit पर channel pause करके Principal को notify करता है। Pending messages held हैं, lost नहीं। Principal investigate करते हैं, configuration fix करते हैं, और एक click पर channel re-enable करते हैं। Inkwelly कभी school को silently over-bill नहीं करता।
क्या windows staff messages — payroll, duty rosters — पर भी लागू होते हैं, या सिर्फ़ parent messages पर?
हाँ, हर message पर लागू होते हैं जो Inkwelly send करता है, staff broadcasts (payroll slip notifications, exam-duty rosters, holiday declarations) समेत। Staff messages उसी transactional vs promotional classification को follow करते हैं — payroll slip notification transactional है, promotional window से hold नहीं होता; staff event invitation promotional है, hold होता है। बहुत schools staff के लिए थोड़ा tighter quiet hours रखते हैं, क्योंकि teachers genuinely dinner के बाद work messages नहीं चाहतीं।
क्या ये settings school group में हर branch में same हैं, या per branch?
दोनों। School group recommended defaults set करता है जो हर नए branch पर automatically apply होते हैं। हर branch defaults को override कर सकता है — example, जिस town में school का दिन देर तक चलता है, वहाँ quiet-hours start 9 p.m. की जगह 10 p.m. set कर सकते हैं। Group level changes branch level overrides को retroactively overwrite नहीं करते। Override history audit trail का हिस्सा है।
आपको ये भी पसंद आ सकता है
4 लेखInkwelly आपके स्कूल पर — खुद देखें
30 मिनट का डेमो। आपके मौजूदा ERP को आपके साथ खोलकर, कॉल पर ही आपका डेटा Inkwelly में लोड करते हैं। कॉल ख़त्म होते-होते एक तय तारीख़ का गो-लाइव प्लान आपके हाथ में।