ऐसे खेलों के लाइसेंस और प्रमाणन
1) वास्तव में लाइसेंस प्राप्त क्या है
ऑपरेटर (बी 2 सी): साइट/ऐप जो खिलाड़ियों से दांव स्वीकार करता है। उत्तरदायित्व के क्षेत्र - केवाईसी/एएमएल, निधियों की सुरक्षा, भुगतान, जिम्मेदार खेल, जियोफेंसिंग।
सामग्री प्रदाता (B2B): स्टूडियो/एग्रीगेटर आपूर्ति गेम। क्षेत्र - गणित, क्लाइंट/सर्वर स्थिरता, आरजीएस (दूरस्थ खेल सर्वर) सुरक्षा।
भुगतान प्रदाता: स्थानीय भुगतान योजनाओं के लिए अलग परमिट/पंजीकरण।
मेजबानी/बुनियादी ढांचा: डेटा केंद्र/बादल, नियामक आवश्यकताओं का अनुपालन (लॉगिंग, लॉग उपलब्धता, भौतिक सुरक्षा)।
2) प्रमाणन: सुविधाएं और उद्देश्य
पूरा खेल: नियम, बोनस ट्रिगर, पे टेबल, आरटीपी विकल्प, विचरण, चरम राज्यों में व्यवहार।
RNG: भविष्यवाणी प्रतिरोध, सांख्यिकीय एकरूपता, सही इनिशियलाइजेशन/सिड्स।
प्लेटफ़ॉर्म/आरजीएस: वर्शनिंग ऑडिट, ट्रांजेक्शन आइडेम्पोटेंसी, बैलेंस सिंक्रनाइज़ेशन, संचार डिस्कनेक्शन प्रोसेसिंग।
एकीकरण: जैकपॉट, टूर्नामेंट, लीडबोर्ड, एंटी-ब्लॉकिंग, जिम्मेदार प्ले सीमा।
सुरक्षा: प्रबंधन, पहुंच नियंत्रण, क्रिप्टोग्राफी, लॉगिंग बदलें।
3) प्रमुख हितधारक
नियामक/लाइसेंसिंग प्राधिकरण (जैसे) UKGC, MGA, आइल ऑफ मैन, जिब्राल्टर, KSA, Spillemyndighden, AGCO/iGO, US रेगुलेटर, आदि) - लाइसेंस जारी करना, निर्धारित मानक।
परीक्षण प्रयोगशालाएं (GLI, BMM Testlabs, eCOGRA, iTech Labs, QUINEL, SIQ, Trisigma, आदि) - आरएनजी, यांत्रिकी और मंच; प्रमाणपत्र/रिपोर्ट जारी करें
ADR/लोकपाल (कई न्यायालयों में) - खिलाड़ी-ऑपरेटर विवादों का स्वतंत्र विचार।
4) वास्तव में प्रयोगशालाएं क्या जांचती हैं (चौकियाँ)
आरएनजी: परीक्षणों की सांख्यिकीय बैटरी, सहसंबंध की कमी, सही एन्ट्रापी।
खेल गणित: घोषित आरटीपी (सैद्धांतिक मॉडल) का अनुपालन, संभावनाओं की शुद्धता, "अलिखित" राज्यों की अनुपस्थिति।
क्लाइंट-सर्वर: परिणामों की स्थिरता, अनुरोधों का पुनरुत्थान, डुप्लिकेट दांव (पहचान) के खिलाफ सुरक्षा।
विफलताएं और नेटवर्क: सत्रों की सही बहाली, रिकॉर्ड किए गए परिणाम की अपरिवर्तनीयता।
जिम्मेदार खेल: सीमाओं की उपस्थिति, वास्तविकता की जाँच, स्व-बहिष्करण, डिफ़ॉल्ट रूप से ऑटो-गेम/टर्बो प्रतिबंध (यदि बाजार द्वारा आवश्यक हो)।
लॉगिंग: राउंड/पेआउट लॉग की पूर्णता, टाइमस्टैम्प, रिकॉर्ड का अपरिवर्तन।
स्थानीयकरण/यूएक्स प्रतिबद्धताएं - सूचना मेनू उपलब्धता, सही चेतावनी और आरटीपी मैपिंग
5) दस्तावेज और कलाकृतियां जिनके बिना प्रमाणन पूरा नहीं किया जा सकता
खेल नियम/गणित रिपोर्ट: औपचारिक नियम, भुगतान तालिका, आरटीपी गणना, विचरण।
आरएनजी प्रलेखन: जनरेटर विवरण, साइडिंग, त्रुटि हैंडलिंग।
तकनीकी फ़ाइल/बिल्ड मेनिफेस्ट: निष्पादन योग्य मॉड्यूल, असेंबली हैश, निर्भरताओं की सूची के सटीक संस्करण।
लॉग/SCM बदलें: नियंत्रण बदलें, रिलीज की पहचान करें।
परीक्षण साक्ष्य: ऑटोटेस्ट/मैनुअल परिदृश्य प्रोटोकॉल, परीक्षण परिणाम लोड करें।
सुरक्षा नीतियां: पहुँच, एन्क्रिप्शन, बैकअप, घटना प्रतिक्रिया योजना।
6) प्रमाणन प्रक्रिया (चरणों द्वारा)
1. पूर्व लेखा परीक्षा: चयनित क्षेत्राधिकार की आवश्यकताओं का सत्यापन, एक तकनीकी फाइल का गठन।
2. स्थिर जाँच: गणित, कोड/कॉन्फ़िग, आरएनजी योजनाओं की समीक्षा.
3. गतिशील परीक्षण: एक पृथक प्रयोगशाला वातावरण, नकारात्मक परिदृश्य (ब्रेक, टाइमआउट, डबल क्लिक) में चलता है।
4. प्रमाणपत्र: खेल के संस्करण, अनुमेय सेटिंग (RTP विकल्प, सट्टेबाजी रेंज) को दर्शाने वाली रिपोर्ट/प्रमाणपत्र जारी करना।
5. उत्पादन के लिए आउटपुट: अनुमोदित बुनियादी ढांचे में प्रमाणित विधानसभा को हटाना; एक समान हैश संस्करण प्रकाशित करना।
6. रखरखाव: यांत्रिकी/मंच को प्रभावित करने वाले परिवर्तनों के मामले में आवधिक लेखा परीक्षा/पुनरावृत्ति, अनिवार्य पुनरावृत्ति।
7) जब पुनरावृत्ति की आवश्यकता होती है
परिवर्तित गणित (RTP, संभावनाएँ, भुगतान योग्य)।
अद्यतन RNG या इसके पैरामीटर।
बदले हुए आरजीएस/प्लेटफॉर्म या क्रिटिकल मॉड्यूल (बैलेंस, वॉलेट, जैकपॉट)।
जोड़ा/परिवर्तित बोनस विशेषताएं जो गणना को प्रभावित कर
बाजार के लिए अनिवार्य जिम्मेदार खेल उपकरणों की सीमा/व्यवहार बदल दिया गया है।
8) नियामकों और परीक्षणों के लिए त्वरित खेल (तत्काल) की विशेषताएं
राउंड की उच्च आवृत्ति - पहचान और लॉग के लिए आवश्यकताओं में वृद्धि हुई।
लघु टीटीआर (stavka→rezultat) → हेरफेर/छिपे हुए देरी की अनुपस्थिति के लिए ग्राहक "त्वरक" (टर्बो, एक-नल) की जांच करें।
नेटवर्क परिदृश्य (मोबाइल वेब) → जिटर परीक्षण, पैकेट हानि, रीप्ले अनुरोध।
UX प्रतिबद्धताएं: सीमा/टाइमर की दृश्यता और अल्ट्राफास्ट चक्र में "रियलिटी चेक" की शुद्धता।
9) एक खिलाड़ी किसी विशेष खेल की वैधता की जांच कैसे करता है (चेकलिस्ट)
ऑपरेटर का लाइसेंस: फुटर में संख्या/अधिकार क्षेत्र; रजिस्ट्री के लिए क्लिकेबल लिंक।
प्रदाता और प्रयोगशाला: लोगो + प्रयोगशाला नाम (GLI/BMM/eCOGRA/...); खेल संस्करण और प्रमाणपत्र तिथि।
सूचना मेनू: उपलब्ध आरटीपी, बोनस नियम, दर रेंज, आरटीपी संस्करण का उल्लेख (यदि उनमें से कई हैं)।
जिम्मेदार खेल: जमा/समय सीमा, स्व-बहिष्करण, सत्र रिपोर्ट - 1-2 क्लिक में।
डेटा मैच: लाइसेंस में कंपनी का नाम = शब्दों/गोपनीयता में कानूनी इकाई नाम।
प्रतिष्ठा: शिकायतों के लिए एडीआर/संपर्क; पर्याप्त भुगतान नीति (एसएलए, सीमा)।
10) क्या एक "मजबूत" अधिकार क्षेत्र को "कमजोर" से अलग करता है
मानक और पारदर्शिता: सार्वजनिक नियम, लाइसेंस का पंजीकरण, अनिवार्य रिपोर्टिंग
खिलाड़ियों के फंड का संरक्षण: ट्रस्ट खातों में अलगाव/भंडारण, स्पष्ट निकासी प्रक्रि
जिम्मेदार खेल: अनिवार्य सीमा, वास्तविकता जांच, स्व-बहिष्करण तंत्र।
पर्यवेक्षण और प्रतिबंध: नियमित ऑडिट, सार्वजनिक जुर्माना/निर्णय
कमजोर न्यायालय अक्सर न्यूनतम आवश्यकताएं और अपारदर्शी रजिस्ट्रियां देते हैं - खिलाड़ी के लिए जोखिम अधिक है।
11) आरटीपी वेरिएंट और उनकी कानूनी मैपिंग
यदि प्रत्येक संस्करण को जानकारी मेनू में प्रमाणित और स्पष्ट रूप से इंगित किया जाता है, तो एक ही गेम (विभिन्न बाजारों/ऑपरेटरों के लिए) के कई आरटीपी वेरिएंट होना संभव है।
उन्नयन और पुनरावृत्ति के बिना विकल्प को स्विच करना एक उल्लंघन है।
डेमो में और पैसे के लिए, गणित मेल खाता है, केवल भुगतान की गणना (आभासी/वास्तविक) भिन्न होती है।
12) विशिष्ट उल्लंघन और "लाल झंडे"
गुम या मृत लाइसेंस संख्या; लिंक रजिस्ट्री के लिए नेतृत्व नहीं करता है।
कोई लैब नाम/खेल संस्करण प्रमाणपत्र नहीं।
RTP छुपा/धुंधला है, जानकारी मेनू अधूरा या छिपा हुआ है।
लाइसेंस और उपयोग की शर्तों के बीच कानूनी इकाई का बेमेल।
आक्रामक "त्वरक" और प्रीसेट सीमा/पुष्टि के बिना ऑटो-गेम।
डिस्कनेक्ट करते समय राउंड के संतुलन/इतिहास, त्रुटियों का बेमेल।
13) स्टूडियो/प्रदाता सर्वश्रेष्ठ अभ्यास
विकास के समानांतर योजना प्रमाणन: तकनीकी फ़ाइल, गणित, लॉगिंग - पहले स्प्रिंट से।
RTP विकल्पों को तंग संस्करण नियंत्रण के साथ कॉन्फ़िग के रूप में रखें; कोई भी संपादन - केवल पुनरावर्तन प्रक्रिया के माध्यम से।
नियंत्रण हैश के साथ RGS लॉग अपरिवर्तित (एपेंड-ओनली) बनाएँ.
CI में विफलता ऑटोटेस्ट (नेटवर्क रुकावट, डुप्लिकेट अनुरोध, टाइमआउट) को एकीकृत करें।
एक जिम्मेदार उप-डिफ़ॉल्ट खेल का समर्थन करें: डिफ़ॉल्ट - धीमी गति, टर्बो का समावेश - स्पष्ट सहमति के माध्यम से।
14) नीचे की रेखा
तत्काल खेलों का लाइसेंस और प्रमाणन भूमिकाओं का एक अलगाव है: ऑपरेटर खिलाड़ी की वैधता और सुरक्षा के लिए जिम्मेदार है, प्रदाता सामग्री की ईमानदारी और स्थिरता के लिए जिम्मेदार है। गुणवत्ता नाटक प्रमाणित गणित और आरएनजी, पारदर्शी आरटीपी, कठोर पत्रिकाओं और जिम्मेदार खेल उपकरण हैं। खिलाड़ी के लिए, वैधता मार्कर लाइसेंस का रजिस्टर, प्रयोगशाला का नाम, सही जानकारी मेनू है; व्यवसाय - प्रक्रिया अनुशासन और आवधिक लेखापरीक्षा और पुनरावृत्ति से गुजरने की इच्छा के लिए।
ऑपरेटर (बी 2 सी): साइट/ऐप जो खिलाड़ियों से दांव स्वीकार करता है। उत्तरदायित्व के क्षेत्र - केवाईसी/एएमएल, निधियों की सुरक्षा, भुगतान, जिम्मेदार खेल, जियोफेंसिंग।
सामग्री प्रदाता (B2B): स्टूडियो/एग्रीगेटर आपूर्ति गेम। क्षेत्र - गणित, क्लाइंट/सर्वर स्थिरता, आरजीएस (दूरस्थ खेल सर्वर) सुरक्षा।
भुगतान प्रदाता: स्थानीय भुगतान योजनाओं के लिए अलग परमिट/पंजीकरण।
मेजबानी/बुनियादी ढांचा: डेटा केंद्र/बादल, नियामक आवश्यकताओं का अनुपालन (लॉगिंग, लॉग उपलब्धता, भौतिक सुरक्षा)।
2) प्रमाणन: सुविधाएं और उद्देश्य
पूरा खेल: नियम, बोनस ट्रिगर, पे टेबल, आरटीपी विकल्प, विचरण, चरम राज्यों में व्यवहार।
RNG: भविष्यवाणी प्रतिरोध, सांख्यिकीय एकरूपता, सही इनिशियलाइजेशन/सिड्स।
प्लेटफ़ॉर्म/आरजीएस: वर्शनिंग ऑडिट, ट्रांजेक्शन आइडेम्पोटेंसी, बैलेंस सिंक्रनाइज़ेशन, संचार डिस्कनेक्शन प्रोसेसिंग।
एकीकरण: जैकपॉट, टूर्नामेंट, लीडबोर्ड, एंटी-ब्लॉकिंग, जिम्मेदार प्ले सीमा।
सुरक्षा: प्रबंधन, पहुंच नियंत्रण, क्रिप्टोग्राफी, लॉगिंग बदलें।
3) प्रमुख हितधारक
नियामक/लाइसेंसिंग प्राधिकरण (जैसे) UKGC, MGA, आइल ऑफ मैन, जिब्राल्टर, KSA, Spillemyndighden, AGCO/iGO, US रेगुलेटर, आदि) - लाइसेंस जारी करना, निर्धारित मानक।
परीक्षण प्रयोगशालाएं (GLI, BMM Testlabs, eCOGRA, iTech Labs, QUINEL, SIQ, Trisigma, आदि) - आरएनजी, यांत्रिकी और मंच; प्रमाणपत्र/रिपोर्ट जारी करें
ADR/लोकपाल (कई न्यायालयों में) - खिलाड़ी-ऑपरेटर विवादों का स्वतंत्र विचार।
4) वास्तव में प्रयोगशालाएं क्या जांचती हैं (चौकियाँ)
आरएनजी: परीक्षणों की सांख्यिकीय बैटरी, सहसंबंध की कमी, सही एन्ट्रापी।
खेल गणित: घोषित आरटीपी (सैद्धांतिक मॉडल) का अनुपालन, संभावनाओं की शुद्धता, "अलिखित" राज्यों की अनुपस्थिति।
क्लाइंट-सर्वर: परिणामों की स्थिरता, अनुरोधों का पुनरुत्थान, डुप्लिकेट दांव (पहचान) के खिलाफ सुरक्षा।
विफलताएं और नेटवर्क: सत्रों की सही बहाली, रिकॉर्ड किए गए परिणाम की अपरिवर्तनीयता।
जिम्मेदार खेल: सीमाओं की उपस्थिति, वास्तविकता की जाँच, स्व-बहिष्करण, डिफ़ॉल्ट रूप से ऑटो-गेम/टर्बो प्रतिबंध (यदि बाजार द्वारा आवश्यक हो)।
लॉगिंग: राउंड/पेआउट लॉग की पूर्णता, टाइमस्टैम्प, रिकॉर्ड का अपरिवर्तन।
स्थानीयकरण/यूएक्स प्रतिबद्धताएं - सूचना मेनू उपलब्धता, सही चेतावनी और आरटीपी मैपिंग
5) दस्तावेज और कलाकृतियां जिनके बिना प्रमाणन पूरा नहीं किया जा सकता
खेल नियम/गणित रिपोर्ट: औपचारिक नियम, भुगतान तालिका, आरटीपी गणना, विचरण।
आरएनजी प्रलेखन: जनरेटर विवरण, साइडिंग, त्रुटि हैंडलिंग।
तकनीकी फ़ाइल/बिल्ड मेनिफेस्ट: निष्पादन योग्य मॉड्यूल, असेंबली हैश, निर्भरताओं की सूची के सटीक संस्करण।
लॉग/SCM बदलें: नियंत्रण बदलें, रिलीज की पहचान करें।
परीक्षण साक्ष्य: ऑटोटेस्ट/मैनुअल परिदृश्य प्रोटोकॉल, परीक्षण परिणाम लोड करें।
सुरक्षा नीतियां: पहुँच, एन्क्रिप्शन, बैकअप, घटना प्रतिक्रिया योजना।
6) प्रमाणन प्रक्रिया (चरणों द्वारा)
1. पूर्व लेखा परीक्षा: चयनित क्षेत्राधिकार की आवश्यकताओं का सत्यापन, एक तकनीकी फाइल का गठन।
2. स्थिर जाँच: गणित, कोड/कॉन्फ़िग, आरएनजी योजनाओं की समीक्षा.
3. गतिशील परीक्षण: एक पृथक प्रयोगशाला वातावरण, नकारात्मक परिदृश्य (ब्रेक, टाइमआउट, डबल क्लिक) में चलता है।
4. प्रमाणपत्र: खेल के संस्करण, अनुमेय सेटिंग (RTP विकल्प, सट्टेबाजी रेंज) को दर्शाने वाली रिपोर्ट/प्रमाणपत्र जारी करना।
5. उत्पादन के लिए आउटपुट: अनुमोदित बुनियादी ढांचे में प्रमाणित विधानसभा को हटाना; एक समान हैश संस्करण प्रकाशित करना।
6. रखरखाव: यांत्रिकी/मंच को प्रभावित करने वाले परिवर्तनों के मामले में आवधिक लेखा परीक्षा/पुनरावृत्ति, अनिवार्य पुनरावृत्ति।
7) जब पुनरावृत्ति की आवश्यकता होती है
परिवर्तित गणित (RTP, संभावनाएँ, भुगतान योग्य)।
अद्यतन RNG या इसके पैरामीटर।
बदले हुए आरजीएस/प्लेटफॉर्म या क्रिटिकल मॉड्यूल (बैलेंस, वॉलेट, जैकपॉट)।
जोड़ा/परिवर्तित बोनस विशेषताएं जो गणना को प्रभावित कर
बाजार के लिए अनिवार्य जिम्मेदार खेल उपकरणों की सीमा/व्यवहार बदल दिया गया है।
8) नियामकों और परीक्षणों के लिए त्वरित खेल (तत्काल) की विशेषताएं
राउंड की उच्च आवृत्ति - पहचान और लॉग के लिए आवश्यकताओं में वृद्धि हुई।
लघु टीटीआर (stavka→rezultat) → हेरफेर/छिपे हुए देरी की अनुपस्थिति के लिए ग्राहक "त्वरक" (टर्बो, एक-नल) की जांच करें।
नेटवर्क परिदृश्य (मोबाइल वेब) → जिटर परीक्षण, पैकेट हानि, रीप्ले अनुरोध।
UX प्रतिबद्धताएं: सीमा/टाइमर की दृश्यता और अल्ट्राफास्ट चक्र में "रियलिटी चेक" की शुद्धता।
9) एक खिलाड़ी किसी विशेष खेल की वैधता की जांच कैसे करता है (चेकलिस्ट)
ऑपरेटर का लाइसेंस: फुटर में संख्या/अधिकार क्षेत्र; रजिस्ट्री के लिए क्लिकेबल लिंक।
प्रदाता और प्रयोगशाला: लोगो + प्रयोगशाला नाम (GLI/BMM/eCOGRA/...); खेल संस्करण और प्रमाणपत्र तिथि।
सूचना मेनू: उपलब्ध आरटीपी, बोनस नियम, दर रेंज, आरटीपी संस्करण का उल्लेख (यदि उनमें से कई हैं)।
जिम्मेदार खेल: जमा/समय सीमा, स्व-बहिष्करण, सत्र रिपोर्ट - 1-2 क्लिक में।
डेटा मैच: लाइसेंस में कंपनी का नाम = शब्दों/गोपनीयता में कानूनी इकाई नाम।
प्रतिष्ठा: शिकायतों के लिए एडीआर/संपर्क; पर्याप्त भुगतान नीति (एसएलए, सीमा)।
10) क्या एक "मजबूत" अधिकार क्षेत्र को "कमजोर" से अलग करता है
मानक और पारदर्शिता: सार्वजनिक नियम, लाइसेंस का पंजीकरण, अनिवार्य रिपोर्टिंग
खिलाड़ियों के फंड का संरक्षण: ट्रस्ट खातों में अलगाव/भंडारण, स्पष्ट निकासी प्रक्रि
जिम्मेदार खेल: अनिवार्य सीमा, वास्तविकता जांच, स्व-बहिष्करण तंत्र।
पर्यवेक्षण और प्रतिबंध: नियमित ऑडिट, सार्वजनिक जुर्माना/निर्णय
कमजोर न्यायालय अक्सर न्यूनतम आवश्यकताएं और अपारदर्शी रजिस्ट्रियां देते हैं - खिलाड़ी के लिए जोखिम अधिक है।
11) आरटीपी वेरिएंट और उनकी कानूनी मैपिंग
यदि प्रत्येक संस्करण को जानकारी मेनू में प्रमाणित और स्पष्ट रूप से इंगित किया जाता है, तो एक ही गेम (विभिन्न बाजारों/ऑपरेटरों के लिए) के कई आरटीपी वेरिएंट होना संभव है।
उन्नयन और पुनरावृत्ति के बिना विकल्प को स्विच करना एक उल्लंघन है।
डेमो में और पैसे के लिए, गणित मेल खाता है, केवल भुगतान की गणना (आभासी/वास्तविक) भिन्न होती है।
12) विशिष्ट उल्लंघन और "लाल झंडे"
गुम या मृत लाइसेंस संख्या; लिंक रजिस्ट्री के लिए नेतृत्व नहीं करता है।
कोई लैब नाम/खेल संस्करण प्रमाणपत्र नहीं।
RTP छुपा/धुंधला है, जानकारी मेनू अधूरा या छिपा हुआ है।
लाइसेंस और उपयोग की शर्तों के बीच कानूनी इकाई का बेमेल।
आक्रामक "त्वरक" और प्रीसेट सीमा/पुष्टि के बिना ऑटो-गेम।
डिस्कनेक्ट करते समय राउंड के संतुलन/इतिहास, त्रुटियों का बेमेल।
13) स्टूडियो/प्रदाता सर्वश्रेष्ठ अभ्यास
विकास के समानांतर योजना प्रमाणन: तकनीकी फ़ाइल, गणित, लॉगिंग - पहले स्प्रिंट से।
RTP विकल्पों को तंग संस्करण नियंत्रण के साथ कॉन्फ़िग के रूप में रखें; कोई भी संपादन - केवल पुनरावर्तन प्रक्रिया के माध्यम से।
नियंत्रण हैश के साथ RGS लॉग अपरिवर्तित (एपेंड-ओनली) बनाएँ.
CI में विफलता ऑटोटेस्ट (नेटवर्क रुकावट, डुप्लिकेट अनुरोध, टाइमआउट) को एकीकृत करें।
एक जिम्मेदार उप-डिफ़ॉल्ट खेल का समर्थन करें: डिफ़ॉल्ट - धीमी गति, टर्बो का समावेश - स्पष्ट सहमति के माध्यम से।
14) नीचे की रेखा
तत्काल खेलों का लाइसेंस और प्रमाणन भूमिकाओं का एक अलगाव है: ऑपरेटर खिलाड़ी की वैधता और सुरक्षा के लिए जिम्मेदार है, प्रदाता सामग्री की ईमानदारी और स्थिरता के लिए जिम्मेदार है। गुणवत्ता नाटक प्रमाणित गणित और आरएनजी, पारदर्शी आरटीपी, कठोर पत्रिकाओं और जिम्मेदार खेल उपकरण हैं। खिलाड़ी के लिए, वैधता मार्कर लाइसेंस का रजिस्टर, प्रयोगशाला का नाम, सही जानकारी मेनू है; व्यवसाय - प्रक्रिया अनुशासन और आवधिक लेखापरीक्षा और पुनरावृत्ति से गुजरने की इच्छा के लिए।
