हम कैसे काम करते हैं।

• —संरचना की कमी बिल्ड रोकती है: स्रोत, दायरा, ज़िम्मेदार व्यक्ति या तारीख के बिना दावा जारी नहीं हो सकता।
• —तारीख में ज़रूरी शून्य होने चाहिए — एक शून्य छूटने पर (2026-9-18) दावा साल बदलने तक समय-सीमा समाप्त होने से बच सकता है।
• —समय-सीमा समाप्त होना बिल्ड को असफल नहीं करता, पेज बदलता है: पुराना पड़ा दावा गलत नहीं, असत्यापित है — उसे हटाया नहीं जाता, दोबारा सत्यापन की प्रतीक्षा में दिखाया जाता है।
• —आँकड़े का कार्ड ऐसी संख्या नहीं दिखा सकता जो उसके जुड़े दावे में मौजूद न हो।
• —अप्रकाशित उत्पाद गढ़ी हुई स्क्रीन नहीं दिखा सकता; हर स्क्रीनशॉट के साथ उसका बिल्ड और उसे लेने की तारीख होती है।
• —पाठ की जाँच अतीत में गलत साबित हुए 12 कथनों को नाम से ढूँढ़ती है और उन्हें लौटने से रोकती है।
• —केस स्टडी की शर्त: अनुमति, शुरुआती स्थिति, असली काम का प्रमाण, मापा परिणाम, असफलता से सीख और मान्यता की तारीख नहीं — तो केस भी नहीं।

• —नए संपर्क संदेश लेना बंद हो, तो फ़ॉर्म एंडपॉइंट 503 लौटाता है। पहले स्वीकार की गई सूचनाओं का भेजा जाना अलग मेल कॉन्फ़िगरेशन और कतार वर्कर के निष्पादन पर निर्भर है; नए संदेश लेना बंद करने से लंबित मेल रद्द नहीं होते।
• —सहमति केवल चेकबॉक्स नहीं, तारीख वाली सूचना के संस्करण से जुड़ा अलग रिकॉर्ड है — किसी ने सहमति दी थी, यह जानने से पता नहीं चलता कि किस बात पर दी थी।
• —उपयोगकर्ता यात्रा का मापन मुक्त पाठ स्वीकार नहीं करता: फ़ील्ड के मान सीमित हैं और पेज पथ से क्वेरी स्ट्रिंग हटाई जाती है। कच्चे रिकॉर्ड की संरक्षण अवधि 30 दिन है और समाप्त रिकॉर्ड हटाने के लिए जॉब है; प्रोडक्शन में वास्तव में हटने की पुष्टि निष्पादन रिकॉर्ड से होती है।
• —डेटा संबंधी अनुरोधों में ईमेल पते का सत्यापन शामिल है। पते का सत्यापन होने का अर्थ यह नहीं कि पहुँच, सुधार या हटाने का अनुरोध पूरा हो गया है।
• —साइट में सामग्री के स्रोत सीमित करने वाली CSP और दूसरी साइटों में इसे फ़्रेम करने से रोकने वाले हेडर कॉन्फ़िगर हैं। सामान्य पेज और ईमेल सत्यापन पेज अलग CSP नियम इस्तेमाल करते हैं।

• —संस्थापक की अनुमति वाले काम: स्टोर में जमा करना, कीमत तय करना, वास्तविक पैसा, खाते का स्वामित्व, कानूनी सवाल और अपरिवर्तनीय निर्णय केवल इंसान के हैं।
• —सुरक्षा, भुगतान, माइग्रेशन और गोपनीयता के काम को स्वीकार करने से पहले स्वतंत्र समीक्षा चाहिए; कोई अपना काम खुद मंज़ूर नहीं करता। समीक्षा वास्तव में अस्वीकार भी करती है — रिकॉर्ड में ऐसे दौर हैं जो एक से अधिक बार अस्वीकार हुए।
• —'पूरा हुआ' कोई प्रतिशत नहीं: काम तभी समाप्त होता है जब वह ACCEPTED स्थिति में पहुँचे, और प्रमाण की पंक्ति के बिना वहाँ नहीं पहुँच सकता।
• —व्यक्ति, डिवाइस या कैलेंडर की ज़रूरत वाले चरण EXTERNAL GATES के रूप में दर्ज होते हैं, जिनमें आवश्यक कार्रवाई और पूरा होने का प्रमाण साफ़ बताया जाता है।

• !पाठ की जाँच हर बिल्ड पर चलती है, लेकिन उसके दूसरे रिपॉज़िटरी वाले लक्ष्य केवल स्थानीय वातावरण और CI में हैं — यह पेज परोसने वाला डिप्लॉय उसका सीमित रूप चलाता है।
• !केस स्टडी अपनी संख्या नहीं बनाती: वह बताती है कि रजिस्ट्री के किसी दावे की कौन-सी सत्यापित संख्या दिखा रही है और स्क्रीन पर वही संख्या रजिस्ट्री से आती है। यही नियम शीर्षक, मापदंड के लेबल और 'बाद में क्या बदला' भाग पर लागू है, क्योंकि वे दावे की तरह पढ़े जाते हैं। शुरुआती स्थिति, बाधा, निर्णय सारांश, काम के प्रमाण का लेबल, अनुमति का दायरा और असफलता से सीख स्वतंत्र पाठ रहते हैं — वहाँ संख्या साधारण पाठ है। ज्ञात सीमा: 'Accuracy-95' जैसी पहचान-सदृश स्ट्रिंग लेबल के रूप में स्वीकार हो जाती है।
• !उत्पाद विवरण पेज स्टोर और उपलब्धता संबंधी जानकारी के लिए सत्यापन तारीखें इस्तेमाल करते हैं; समय-सीमा समाप्त उपलब्धता दावों पर दोबारा सत्यापन की सूचना दिखती है। 5 दर्ज उपलब्धता रिकॉर्ड की सत्यापन अवधि समाप्त हो गई है। यह जाँच हर प्रचारात्मक वाक्य को शामिल नहीं करती।
• !CI में लिंक तक पहुँच न बन पाना काम नहीं रोकता: बंद स्टोर URL चेतावनी देता है, पाइपलाइन असफल नहीं करता।
• !CI में लिंट, टाइप जाँच, परीक्षण, बिल्ड और निर्भरता जाँच शामिल हैं। परिणाम संबंधित बदलाव और रन रिकॉर्ड के संदर्भ में देखे जाते हैं; स्थानीय जाँचें प्रोडक्शन रिलीज़ सिद्ध नहीं करतीं।
• !सामान्य डिप्लॉयमेंट कॉन्फ़िगरेशन मेल जॉब को दिन में एक बार चलाने का समय देता है। यह डिलीवरी समय का वादा नहीं; भेजना मेल कॉन्फ़िगरेशन, प्रदाता और जॉब के सफल निष्पादन पर निर्भर है।

संबंधित: उत्पाद पारदर्शिता · केस स्टडी