सरकारी टीमों के लिए सुगम्य (accessible) Salesforce कैलेंडर

प्रकाशित 11 अक्टूबर 2026 · MultiDatePick

अप्रैल 2024 में अमेरिकी Department of Justice ने ADA Title II के तहत राज्य और स्थानीय सरकारों की वेबसाइट और ऐप के लिए एक पक्का तकनीकी मानक तय किया: WCAG 2.1 Level AA। अप्रैल 2026 में उसने विभागों को वहाँ पहुँचने के लिए एक साल और दिया। यही साल आपके Salesforce org के उन हिस्सों को ठीक करने का मौका है जिन पर नागरिक और स्टाफ़ असल में क्लिक करते हैं, और शेड्यूलिंग कैलेंडर उस सूची में सबसे ऊपर के करीब है।

अब लागू होने वाली तारीखें

20 अप्रैल 2026 को प्रकाशित एक interim final rule ने पालन की दोनों तारीखें एक साल आगे बढ़ा दीं। मानक खुद नहीं बदला।

दो बातें आसानी से छूट जाती हैं। पहली, कई लेख अब भी अप्रैल 2026 बताते हैं, जो पुरानी जानकारी है। दूसरी, Justice Department साफ़ कहता है कि सेवाओं को सुगम्य बनाने की ज़िम्मेदारी रुकी नहीं है: ये तारीखें केवल यह तय करती हैं कि ख़ास तकनीकी मानक कब लागू होगा, यह नहीं कि सुगम्यता कब से मायने रखती है। संघीय एजेंसियाँ इस समय-सीमा में कभी थीं ही नहीं; वे Section 508 के तहत आती हैं, जो पहले से WCAG 2.0 AA माँगता है, और उसकी हर कसौटी 2.1 AA में भी शामिल है।

सरकारी org में शेड्यूलिंग कहाँ-कहाँ आती है

Salesforce पर लगभग हर सार्वजनिक सेवा में कहीं न कहीं कैलेंडर होता है।

MultiDatePick क्या करता है, कसौटी दर कसौटी

MultiDatePick शुरू से WCAG 2.1 AA के अनुसार बना है। जिस कंपोनेंट को आपके नागरिक और स्टाफ़ असल में इस्तेमाल करते हैं, उसमें यह ऐसा दिखता है:

VPAT दो कसौटियों को Partially Supports बताता है, और ठीक-ठीक कारण भी। कंट्रास्ट: डिफ़ॉल्ट रंग 4.5:1 पूरा करते हैं, पर एडमिन स्थिति के रंग खुद चुन सकते हैं, और vendor उस रंग की गारंटी नहीं दे सकता जो उसने चुना ही नहीं। Reflow: 320 पिक्सेल चौड़ाई पर मासिक ग्रिड अपने सात कॉलम रखता है और एक के नीचे एक लगने के बजाय पतला हो जाता है। Procurement समीक्षक बिना कारण के ढेर सारे Supports से ज़्यादा उस रिपोर्ट पर भरोसा करते हैं जो अपने partials समझाती है।

तुलना

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

स्टैंडर्ड तारीख फ़ील्ड सुगम्य है, पर उसमें एक ही तारीख आती है, इसलिए उससे बुकिंग नहीं चल सकती। बाहरी टूल बुक कर सकता है, पर तब नागरिकों के नाम, पते और अपॉइंटमेंट का इतिहास किसी और के सिस्टम में रहते हैं, यानी दूसरा security review और दूसरा सुगम्यता review। कस्टम बिल्ड डेटा को घर पर रखता है, पर तब WCAG टेस्टिंग, VPAT और हर सुधार हमेशा के लिए आपकी टीम की ज़िम्मेदारी है। सूची में MultiDatePick अकेला विकल्प है जो हर पंक्ति पर खरा उतरता है।

सरकारी खरीद के तरीके के लिए बना

• 100% Salesforce नेटिव। कोई बाहरी सर्वर नहीं, कोई outbound callout नहीं, कोई subprocessor नहीं। नागरिकों का डेटा उसी sharing और field-level security के तहत आपके org में रहता है जो आपने पहले से कॉन्फ़िगर की है, इसलिए किसी नए data processor को मंज़ूरी देने की ज़रूरत नहीं। देखें भरोसा और सुरक्षा।
• Salesforce का AppExchange Security Review पास किया। लिस्टिंग से पहले managed package Salesforce की अपनी समीक्षा से गुज़रा।
• नागरिकों के लिए सेल्फ़-सर्विस। Booking कंपोनेंट Experience Cloud साइट पर चलता है, इसलिए नागरिक उसी सुगम्य कैलेंडर पर निरीक्षण का समय चुन सकते हैं या सुविधा आरक्षित कर सकते हैं जो स्टाफ़ इस्तेमाल करता है।
• संभालने को कोई कोड नहीं। Setup Wizard असली कंपोनेंट के लाइव प्रीव्यू के साथ कॉन्फ़िगरेशन लिखता है, इसलिए छोटी IT टीम को ऐसा कस्टम बिल्ड नहीं उठाना पड़ता जिसे उसे हमेशा नियमों के अनुरूप रखना हो।

अप्रैल 2027 से पहले तैयारी

1. जनता जिस भी date picker को छूती है, उसकी सूची बनाएँ। पहले Experience Cloud पेज, फिर स्टाफ़ के स्क्रीन फ़्लो (Screen Flow)। लिखें कि कौन-से स्टैंडर्ड फ़ील्ड हैं और कौन-से थर्ड-पार्टी या कस्टम कंपोनेंट।
2. हर थर्ड-पार्टी कंपोनेंट का मौजूदा VPAT माँगें। रिपोर्ट की तारीख जाँचें, और यह भी कि उसे उसी पैकेज्ड वर्शन पर टेस्ट किया गया जो आप असल में इंस्टॉल करते हैं।
3. बुकिंग का पूरा रास्ता केवल कीबोर्ड से टेस्ट करें। एक तारीख चुनें, समय चुनें, सहेजें। अगर आप माउस के बिना पूरा नहीं कर पाते, तो कीबोर्ड या स्क्रीन रीडर पर निर्भर नागरिक भी नहीं कर पाएगा।