कनेक्टर तुलना

कनेक्टर तुलना उपलब्ध इंटीग्रेशनों, उनकी स्वीकृति स्थिति (Abnahmestatus) और वास्तव में जाँचे गए फ़ंक्शनों का दायरा दिखाती है। स्थिति रंगों को तथ्यात्मक रूप से समझा जाना चाहिए: हरा का अर्थ है लाइव उपयोग योग्य और जाँचा हुआ, पीला का अर्थ है कार्यान्वित (implementiert), लेकिन बाहरी एकीकरण या पूर्ण परीक्षण प्रमाण अभी लंबित है। इसलिए किसी पीली प्रविष्टि को पूर्ण रूप से उत्पादन-तैयार (production-ready) इंटीग्रेशन के रूप में प्रचारित नहीं किया जाना चाहिए।

प्रत्येक कनेक्टर के लिए श्रेणी, कनेक्शन प्रकार, परीक्षण किए गए फ़ंक्शन और विवरण पृष्ठ दिखाई देने चाहिए। निर्णायक बात केवल यह नहीं है कि कोई तकनीकी रूट मौजूद है, बल्कि यह है कि क्या कनेक्शन, डेटा विनिमय (Datenaustausch) और प्रासंगिक व्यावसायिक प्रक्रियाओं की एंड-टू-एंड जाँच की गई है। उदाहरण के लिए, किसी शॉप-कनेक्टर में इसमें उत्पाद खोज, ऑर्डर स्थिति और सिंक्रोनाइज़ेशन शामिल हैं; किसी CRM में संपर्क (Kontakte), कंपनियाँ, डील्स या गतिविधियाँ प्रभावित हो सकती हैं।

यह तुलना कंपनियों को उनकी वास्तविक आवश्यकता के अनुसार इंटीग्रेशन चुनने में मदद करती है। निर्णय लेने से पहले उन्हें यह जाँचना चाहिए कि कौन-से एक्सेस डेटा (Zugangsdaten) आवश्यक हैं, क्या केवल पढ़ा (read) जाता है या लिखा (write) भी जाता है, और टेनेंट में कौन-सा डेटा संग्रहीत किया जाता है। हरी स्थिति ग्राहक-विशिष्ट सेटअप का विकल्प नहीं है, क्योंकि अनुमतियाँ (Berechtigungen), API-संस्करण और बाहरी खाते (externe Konten) अलग-अलग हो सकते हैं।

WordPress को Application Password के माध्यम से जोड़ा गया है; पोस्ट और पेजों के सिंक की पुष्टि E2E-टेस्ट द्वारा की गई है। Shopware का परीक्षण एक Docker टेस्ट-इंस्टेंस के विरुद्ध कनेक्शन, उत्पाद खोज, ऑर्डर स्थिति और उत्पाद/ऑर्डर सिंक्रोनाइज़ेशन के साथ किया गया है। अन्य प्रविष्टियों की स्वीकृति स्थिति (Abnahmestand) निम्न हो सकती है। इसलिए संबंधित कनेक्टर का विवरण पृष्ठ ही निर्णायक स्रोत बना रहता है।

तुलना पृष्ठ पर पुराने आँकड़े या सामान्यीकृत कथन नहीं अपनाए जाने चाहिए। यदि परीक्षण स्थिति (Teststatus) बदलती है, तो प्रविष्टि को प्रमाण के साथ अद्यतन किया जाना चाहिए। जो फ़ंक्शन केवल तैयार (vorbereitet) किए गए हैं, उन्हें "पूर्ण रूप से उपलब्ध" जैसे शब्दों से बढ़ा-चढ़ाकर प्रस्तुत नहीं किया जाना चाहिए। उत्पादन परियोजनाओं (produktive Projekte) के लिए, वास्तविक ग्राहक या ऑर्डर डेटा को प्रोसेस करने से पहले किसी गैर-महत्वपूर्ण खाते और स्पष्ट रूप से परिभाषित नमूना डेटा (Beispieldaten) के साथ परीक्षण करने की सिफारिश की जाती है।

खरीद निर्णयों (Beschaffungsentscheidungen) के लिए प्रत्येक कनेक्टर की अपनी स्वीकृति सूची (Abnahmeliste) बनाने की सिफारिश की जाती है। इसमें आवश्यक ऑब्जेक्ट, अनुमत क्रियाएँ (erlaubte Aktionen), टेस्ट खाता, अपेक्षित परिणाम और फ़ॉलबैक प्रक्रिया (Rückfallverfahren) दर्ज की जाती हैं। इस तरह हरी प्लेटफ़ॉर्म स्थिति की तुलना कंपनी की ठोस आवश्यकताओं से की जा सकती है, बजाय इसके कि केवल एक सामान्य लेबल से उत्पादन-तत्परता (Produktionsreife) निकाली जाए।

नियमित समीक्षा यह सुनिश्चित करती है कि पुरानी परीक्षण स्थितियाँ (Teststände) स्थायी रूप से दिखाई न देती रहें। इसमें प्रत्येक फ़ंक्शन के लिए तिथि, परीक्षण वातावरण (Testumgebung) और परिणाम की जाँच की जाती है। यदि कोई बाहरी API बदली जाती है, तो जब तक कनेक्शन को दोबारा सिद्ध नहीं किया जाता, तब तक स्थिति को अस्थायी रूप से नीचे किया जा सकता है। पारदर्शिता (Transparenz) निरंतर हरे प्रदर्शन से अधिक महत्वपूर्ण है।