Salesforce VPAT: एडमिन क्या जानें
अगर आप सरकार, शिक्षा या स्वास्थ्य क्षेत्र में काम करते हैं, तो कभी न कभी कोई आपसे अभी इंस्टॉल किए AppExchange कंपोनेंट का VPAT माँगेगा। यह दस्तावेज़ क्या है और इसमें क्या देखें, यहाँ समझें।
VPAT (Voluntary Product Accessibility Template) एक मानक दस्तावेज़ है जिसमें vendor हर कसौटी के हिसाब से बताता है कि उसका प्रोडक्ट सुगम्यता मानकों पर कितना खरा उतरता है। यह कोई प्रमाणपत्र नहीं है और इसे कोई संस्था जारी नहीं करती। यह एक व्यवस्थित स्व-मूल्यांकन है, और इसकी कीमत पूरी तरह इस पर टिकी है कि इसे कितनी ईमानदारी से भरा गया।
Salesforce की खरीद प्रक्रिया में यह क्यों आता है
Salesforce खुद अपने प्रोडक्ट के VPAT प्रकाशित करता है। अमेरिका में सरकारी खरीदार Section 508 से बंधे हैं, यूरोप में EN 301 549 से, और दोनों मानक WCAG पर टिके हैं। जब आपका org इन नियमों के दायरे में होता है, तो स्टैक का हर सॉफ़्टवेयर वह ज़िम्मेदारी साथ ले आता है, वह AppExchange पैकेज भी जिसे किसी ने शेड्यूलिंग की एक समस्या सुलझाने के लिए इंस्टॉल किया था।
व्यवहार में यह सवाल देर से उठता है, किसी security या procurement review के दौरान, जब कंपोनेंट पहले ही किसी बिज़नेस प्रोसेस में जुड़ चुका होता है।
VPAT किन तीन मानकों को कवर करता है
| मानक | किसके लिए अहम | क्या कवर करता है |
|---|---|---|
| WCAG 2.1 A और AA | लगभग सभी के लिए, बुनियाद के रूप में | वेब कंटेंट की कसौटियाँ, जिन पर बाकी दोनों टिके हैं |
| Revised Section 508 | अमेरिका की संघीय सरकार, और ज़्यादातर राज्य व स्थानीय सरकारें | Section 508 की ज़िम्मेदारियाँ, WCAG के रूप में |
| EN 301 549 | यूरोप का सरकारी क्षेत्र | EU की खरीद प्रक्रिया का समकक्ष |
विशेषज्ञ हुए बिना इसे कैसे पढ़ें
हर कसौटी को कुछ conformance स्तरों में से एक मिलता है। शब्दों पर ध्यान दें:
- Supports का मतलब है कि कसौटी हर जगह पूरी होती है।
- Partially Supports का मतलब है कि ज़्यादातर मामलों में पूरी होती है, सब में नहीं। असली जानकारी यहीं मिलती है।
- Does Not Support का मतलब है कि कसौटी पूरी नहीं होती।
- Not Applicable का मतलब है कि यह कसौटी इस प्रोडक्ट पर लागू नहीं होती।
जो VPAT हर चीज़ पर Supports का दावा करे, उस पर उस VPAT से ज़्यादा शक करें जिसमें कुछ ईमानदार Partially Supports हों। असली सॉफ़्टवेयर में edge case होते हैं। जिस दस्तावेज़ में एक भी partial न हो, उसका आम तौर पर मतलब है कि किसी ने असल में टेस्ट ही नहीं किया।
vendor से पूछने के चार सवाल
- इसे आख़िरी बार कब जाँचा गया, और किस वर्शन पर? दो साल और छह रिलीज़ पहले लिखा VPAT ऐसे सॉफ़्टवेयर का वर्णन करता है जो अब है ही नहीं।
- क्या इसे पैकेज्ड वर्शन पर टेस्ट किया गया? बिना पैकेज वाला सोर्स कोड और managed package का इंस्टॉल अलग तरह से चल सकते हैं। मायने वही रखता है जो आप इंस्टॉल करते हैं।
- Automated scan, manual review, या दोनों? Automated टूल लगभग एक तिहाई समस्याएँ ही पकड़ते हैं। कीबोर्ड नेविगेशन और स्क्रीन रीडर का फ़्लो इंसान को ही जाँचना होता है।
- क्या कहीं रंग ही अकेला संकेत है? शेड्यूलिंग इंटरफ़ेस में यह सबसे आम कमी है, जहाँ स्थिति केवल एक रंगीन सेल से दिखाई जाती है और कुछ नहीं।
कैलेंडर को सही बनाना ख़ास तौर पर कठिन है
कैलेंडर इंटरैक्टिव सेल का एक ग्रिड है, इसलिए सुगम्य बनाने के लिहाज़ से यह कठिन पैटर्न में से एक है। सही करने के लिए असली ARIA ग्रिड semantics चाहिए (role="grid", rows, gridcells, column headers), हर सेल पर Tab दबाने की जगह ग्रिड के अंदर arrow key से नेविगेशन, हर सेल का ऐसा सुगम्य नाम जिसमें तारीख और उसकी स्थिति दोनों हों, और स्थिति को रंग के साथ आकार या टेक्स्ट से भी दिखाना।
आख़िरी बात का एडमिन द्वारा कॉन्फ़िगर किए जाने वाले प्रोडक्ट पर सीधा असर है: अगर आप एडमिन को स्थिति के रंग खुद चुनने देते हैं, तो कंट्रास्ट की गारंटी नहीं दे सकते। ठीक ऐसी चीज़ को चुपचाप Supports बताने की बजाय Partially Supports के रूप में दिखना चाहिए।