Shopify Flow में गड़बड़ियों की समस्या हल करना

नया वर्कफ़्लो बनाते समय, आपको एक गड़बड़ी मिल सकती है, जिसमें लिखा होता है आप अनुमत 1000 वर्कफ़्लो की अधिकतम सीमा तक पहुंच गए हैं। जारी रखने के लिए, कृपया किसी भी अप्रयुक्त वर्कफ़्लो को मिटाएं और फिर से कोशिश करें।

Flow, एक स्टोर में हो सकने वाले वर्कफ़्लो की संख्या को 1000 की सीमा तक सीमित करता है। इसमें सक्रिय और निष्क्रिय, दोनों तरह के वर्कफ़्लो शामिल हैं। अगर आप इस सीमा तक पहुंच जाते हैं और एक नया वर्कफ़्लो बनाना चाहते हैं, तो बिना इस्तेमाल वाले या निष्क्रिय वर्कफ़्लो को मिटा दें।

अगर यह सीमा सेट होने से पहले आपके स्टोर में 1000 से ज़्यादा वर्कफ़्लो थे, तो आपका स्टोर 1000 से ज़्यादा वर्कफ़्लो के साथ काम करना जारी रख सकता है। हालांकि, नए वर्कफ़्लो बनाने के लिए, आपका इस सीमा के अंदर होना ज़रूरी है।

Flow ऐप पर कई कार्रवाइयां करते समय आपको यह गड़बड़ी मिल सकती है:

• नया वर्कफ़्लो बनाना
• किसी वर्कफ़्लो को डुप्लीकेट करना
• किसी वर्कफ़्लो को इंपोर्ट करना
• टेम्पलेट इंस्टॉल करना

वर्कफ़्लो एक्टिवेट करते समय, आपको यह चेतावनी दिख सकती है कि आपके स्टोर में एक ही ट्रिगर का इस्तेमाल करने वाले 10 से ज़्यादा एक्टिव वर्कफ़्लो हैं।

एक ही ट्रिगर शेयर करने वाले कई वर्कफ़्लो होने से परफ़ॉर्मेंस की समस्याएं हो सकती हैं, क्योंकि हर बार ट्रिगर इवेंट होने पर, Flow को उससे जुड़े सभी वर्कफ़्लो को प्रोसेस करना होता है। इस फ़ैन-आउट की वजह से, एक्ज़ीक्यूशन में ज़्यादा समय लग सकता है और रिसोर्स का इस्तेमाल बढ़ सकता है।

किसी एक ट्रिगर पर वर्कफ़्लो की संख्या कम करने के लिए, नीचे दिए गए तरीकों पर विचार करें:

• एक ही ट्रिगर का इस्तेमाल करने वाले वर्कफ़्लो को मिलाकर एक वर्कफ़्लो बनाएं, जिसमें कई ब्रांच और शर्तें हों।
• जिन वर्कफ़्लो की अब ज़रूरत नहीं है, उन्हें डीऐक्टिवेट करें या हटाएं।
• रिव्यू करें कि क्या कुछ वर्कफ़्लो इसके बजाय किसी ज़्यादा सटीक ट्रिगर का इस्तेमाल कर सकते हैं।

किसी वर्कफ़्लो में नई कार्रवाई जोड़ते समय, आपको एक गड़बड़ी मिल सकती है, जिसमें डेटा नहीं मिला लिखा हो:

यह गड़बड़ी इसलिए होती है, क्योंकि प्रोडक्ट टैग जोड़ें सहित कई कार्रवाइयों के लिए Shopify संसाधन, जैसे कि प्रोडक्ट की ज़रूरत होती है। अगर वह संसाधन उपलब्ध नहीं है, तो कार्रवाई नहीं चल सकती। आम तौर पर, वर्कफ़्लो में ऐसा डेटा हो सकता है जो ज़रूरी डेटा के समान हो, लेकिन असल में वह नहीं देता जिसकी ज़रूरत है।

नीचे दिए गए सेक्शन में उन सामान्य परिदृश्यों का वर्णन है जो इस गड़बड़ी का कारण बन सकते हैं और उन्हें कैसे हल किया जाए।

समस्या 1: जब किसी एक आइटम की ज़रूरत थी, तब डेटा पाएं द्वारा एक सूची दी गई

अक्सर कोई वर्कफ़्लो Shopify संसाधनों की एक सूची देता है, लेकिन कार्रवाई सिर्फ़ एक संसाधन की अनुमति देती है। उदाहरण के लिए, वर्कफ़्लो प्रोडक्ट डेटा पाएं के ज़रिए प्रोडक्ट की सूची देता है, लेकिन प्रोडक्ट टैग जोड़ें कार्रवाई के लिए एक ही प्रोडक्ट की ज़रूरत होती है।

इस गड़बड़ी को हल करने के लिए, आप सूची पर लूप करने और सूची में हर आइटम के लिए कार्रवाई को कॉल करने के लिए हर एक के लिए कार्रवाई जोड़ सकते हैं। यह उदाहरण हर एक के लिए का इस्तेमाल करके गड़बड़ी और समाधान दोनों को दिखाता है:

समस्या 2: जब किसी एक आइटम की ज़रूरत थी, तब ट्रिगर द्वारा एक सूची दी गई

ऐसी ही गड़बड़ी तब हो सकती है, जब किसी कार्रवाई के लिए एक ही संसाधन की ज़रूरत हो, लेकिन ट्रिगर एक सूची दे। उदाहरण के लिए, किसी फ़ुलफ़िलमेंट ऑर्डर को फ़ुलफ़िल के रूप में मार्क करें के लिए एक फ़ुलफ़िलमेंट ऑर्डर की ज़रूरत होती है, लेकिन ट्रिगर एक ऑर्डर से आता है, जो फ़ुलफ़िलमेंट ऑर्डर की एक सूची देता है।

समस्या 1 की तरह ही, इस गड़बड़ी को हल करने के लिए आप सूची पर लूप करने और सूची में हर आइटम के लिए कार्रवाई को कॉल करने के लिए हर एक के लिए कार्रवाई जोड़ सकते हैं:

विकल्प के रूप में, आप एक अलग ट्रिगर का इस्तेमाल कर सकते हैं जो ज़रूरी संसाधन देता है। उदाहरण के लिए, ऑर्डर बन गया ट्रिगर का इस्तेमाल करने के बजाय, आप भेजने के लिए तैयार फ़ुलफ़िलमेंट ऑर्डर ट्रिगर का इस्तेमाल कर सकते हैं, जो एक ही फ़ुलफ़िलमेंट ऑर्डर देता है।

समस्या 3: शेड्यूल किए गए समय ट्रिगर द्वारा कोई डेटा नहीं दिया गया

शेड्यूल किया गया समय ट्रिगर Shopify संसाधन डेटा नहीं देता है। अगर आप ट्रिगर के बाद ऐसी कार्रवाइयों को कनेक्ट करने की कोशिश करते हैं जिनके लिए Shopify संसाधनों की ज़रूरत होती है, तो आपको यह गड़बड़ी मिलेगी।

इस गड़बड़ी को हल करने के लिए, एक कार्रवाई जोड़ें, जैसे कि प्रोडक्ट डेटा पाएं, जो ज़रूरी डेटा देती है। जैसा कि समस्या 1 में बताया गया है, आपको डेटा पाने वाली किसी भी कार्रवाई से मिलने वाली सूची पर लूप करने के लिए हर एक के लिए कार्रवाई भी जोड़नी होगी।

समस्या 4: किसी ऐप ट्रिगर द्वारा कोई डेटा नहीं दिया गया

समस्या 3 की तरह ही, ऐप द्वारा बनाए गए कुछ ट्रिगर ज़रूरी Shopify संसाधन डेटा नहीं देते हैं। उदाहरण के लिए, "रिव्यू बनाया गया" ट्रिगर एक ईमेल पता दे सकता है, लेकिन ग्राहक ऑब्जेक्ट नहीं, जिसकी ज़रूरत ग्राहक टैग जोड़ें जैसी कई कार्रवाइयों के लिए होती है।

इस गड़बड़ी को हल करने के लिए, आप ज़रूरी Shopify संसाधन को फ़ेच करने के लिए "डेटा पाएं" कार्रवाई का इस्तेमाल कर सकते हैं। उदाहरण के लिए, आप ट्रिगर से मिले ईमेल पते से ग्राहक ऑब्जेक्ट पाने के लिए ग्राहक डेटा पाएं का इस्तेमाल कर सकते हैं। अन्य समस्याओं की तरह ही, आपको डेटा पाने वाली किसी भी कार्रवाई से मिलने वाली सूची पर लूप करने के लिए हर एक के लिए कार्रवाई भी जोड़नी होगी।

अगर "डेटा पाएं" एक विकल्प नहीं है, तो आपको ऐप डेवलपर से संपर्क करके यह पूछना पड़ सकता है कि क्या वे ज़रूरी डेटा देने के लिए अपने ट्रिगर में बदलाव कर सकते हैं।

अपने वर्कफ़्लो में नए प्रतीक्षा स्टेप जोड़ते समय, आपको एक गड़बड़ी मिल सकती है, जिसमें लिखा हो, वर्कफ़्लो में 40 या उससे कम प्रतीक्षा स्टेप होने चाहिए।

Flow, किसी वर्कफ़्लो में अनुमत प्रतीक्षा स्टेप की संख्या को 40 तक सीमित करता है। अगर आपको यह गड़बड़ी मिलती है, तो इसका मतलब है कि आप इस सीमा को पार कर चुके हैं। इस समस्या को हल करने के लिए, अपने वर्कफ़्लो में कहीं और से प्रतीक्षा स्टेप हटाएं।

अगर इस सीमा को लागू करने से पहले ही आपके वर्कफ़्लो में 40 से ज़्यादा प्रतीक्षा स्टेप थे, तो आपका वर्कफ़्लो उम्मीद के मुताबिक काम करता रहेगा। हालांकि, अतिरिक्त प्रतीक्षा स्टेप जोड़ने के लिए, आपको सीमा के अंदर रहने के लिए पहले से मौजूद स्टेप हटाने होंगे।

इसके अलावा, सभी प्रतीक्षा स्टेप में इंतज़ार किया गया कुल समय 90 दिनों से ज़्यादा नहीं हो सकता।

अपने वर्कफ़्लो में स्थितियों के अंदर कॉन्फ़िग फ़ील्ड की वैल्यू एडिट करते समय, आपको एक गड़बड़ी मिल सकती है, जिसमें लिखा हो, कॉन्फ़िग फ़ील्ड की वैल्यू 50kB से कम होनी चाहिए।

Flow, कॉन्फ़िग फ़ील्ड की वैल्यू के साइज़ को 50kB डेटा तक सीमित करता है। जब आपको यह गड़बड़ी मिलती है, तो इसका मतलब है कि आप सीमा तक पहुंच गए हैं या उसे पार कर चुके हैं। इस समस्या को हल करने के लिए, उस फ़ील्ड में जोड़े जा रहे डेटा की लंबाई कम करें।

अगर आपके पास पहले से ही 50kB या उससे ज़्यादा वैल्यू वाले कॉन्फ़िग फ़ील्ड हैं, तो आपके वर्कफ़्लो उम्मीद के मुताबिक चलते रहेंगे। हालांकि, अपने वर्कफ़्लो में बदलाव करने के लिए, आपको गड़बड़ी पैदा करने वाली वैल्यू में सुधार करना होगा।

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

जब यह गड़बड़ी होती है, तो ट्रिगर या प्रतीक्षा चरण दोबारा कोशिश की जा रही है के रूप में दिखाई देता है।

इस समस्या को हल करने के लिए, उन शर्तों की समीक्षा करें जो सूचियों और नेस्ट की गई सूचियों को एक्सेस करती हैं, ताकि यह पक्का हो सके कि वे सही तरीके से सेट अप हैं। एक आम समस्या एक ऐसी शर्त है जो किसी दुकान के सभी प्रोडक्ट की जांच करती है, बजाय इसके कि वह सिर्फ़ एक ऑर्डर में मौजूद प्रोडक्ट की जांच करे।

ज़्यादातर Flow एक्शन में HTTP कॉल करना शामिल होता है। कभी-कभी, नेटवर्किंग या अन्य सर्वर समस्याओं के कारण HTTP कॉल विफल हो सकते हैं और 500 से 599 के बीच गड़बड़ी कोड दे सकते हैं। इस गड़बड़ी का एक बार होना कोई समस्या नहीं है, लेकिन बार-बार होने वाली घटनाएं इस बात का संकेत दे सकती हैं कि समस्या चरण को कॉन्फ़िगर करने के तरीके में नहीं, बल्कि काम को संभालने वाले सर्वर में है।

इस प्रकार की गड़बड़ी सबसे ज़्यादा HTTP अनुरोध भेजें एक्शन पर दिखाई देती है, लेकिन यह ज़्यादातर कामों पर हो सकती है।

किसी वर्कफ़्लो द्वारा पूरे किए गए काम की कुल मात्रा API रेट की सीमाओं द्वारा सीमित होती है, जो आंशिक रूप से आपके प्लान द्वारा निर्धारित की जाती हैं। आमतौर पर, इन सीमाओं तक तब तक नहीं पहुंचा जाता, जब तक कि कोई वर्कफ़्लो बहुत जटिल न हो या उसमें अनजाने में हुई कोई डिज़ाइन संबंधी गड़बड़ी न हो।

नीचे दिए गए उदाहरण उन स्थितियों का वर्णन करते हैं, जिनके कारण यह गड़बड़ी हो सकती है:

• वर्कफ़्लो में Liquid या शर्तें बड़ी मात्रा में डेटा वाली किसी सूची से होकर गुज़रती हैं, जैसे कि HTML वाले मेटाफ़ील्ड मानों की जांच करना।
• वर्कफ़्लो में Liquid या शर्तें एक बड़ी सूची से होकर गुज़रती हैं, जैसे कि किसी बड़ी दुकान में shop.orders से होकर गुज़रना।
• एक वर्कफ़्लो एक अनंत लूप में चला जाता है, जिसमें वर्कफ़्लो नए वर्कफ़्लो रन बनाता रहता है। उदाहरण के लिए, ऐसा तब हो सकता है जब वर्कफ़्लो ग्राहक टैग जोड़े गए ट्रिगर का उपयोग करता है और इसमें ग्राहक टैग जोड़ें एक्शन शामिल होता है।

अगर सीमा तक पहुंच जाते हैं, तो आपको एक GraphQL थ्रॉटल किया गया गड़बड़ी मिलती है। यह गड़बड़ी दूसरे वर्कफ़्लो को भी प्रभावित कर सकती है, जब वे चलने की कोशिश करते हैं, इसलिए अगर यह गड़बड़ी होती है, तो इसे तुरंत हल करें।

Shopify एक्शन को चलाने के लिए एक या एक से ज़्यादा संसाधनों, जैसे प्रोडक्ट, ग्राहक या ऑर्डर की ज़रूरत होती है। अगर ज़रूरी संसाधन उपलब्ध नहीं है, तो एक्शन जैसा चाहा गया है वैसा नहीं चल सकता। उदाहरण के लिए, Shopify एडमिन में ग्राहक के बिना एक ऑर्डर बनाया जा सकता है। अगर आप ग्राहक टैग जोड़ें जैसा कोई एक्शन चलाते हैं, तो एक्शन इस गड़बड़ी के साथ विफल हो जाता है।

इस गड़बड़ी को रोकने के लिए, यह जांचने के लिए एक्शन से पहले एक शर्त जोड़ें कि संसाधन मौजूद है या नहीं। पिछले उदाहरण में, अगर आप ग्राहक टैग जोड़ें वाले वर्कफ़्लो में ही एक आंतरिक ईमेल भेजना चाहते हैं, तो आप या तो ईमेल एक्शन को उस चरण से पहले रख सकते हैं जो विफल हो सकता है या नीचे दिए गए तरीकों में से किसी एक का उपयोग कर सकते हैं:

एक्शन को समानांतर ब्रांच में रखें (जहां एक चरण से 2 या ज़्यादा ब्रांच निकलती हैं):

एक्शन से पहले यह जांचने के लिए एक शर्त जोड़ें कि ग्राहक मौजूद है या नहीं। उदाहरण के लिए, आप जांच सकते हैं कि ऑर्डर / ग्राहक / id खाली नहीं है और मौजूद है या नहीं।

Google Sheets कनेक्टर के लिए यह ज़रूरी है कि आप शीट पर लिखने की अनुमति पाने के लिए, अपने Google खाते को Flow से लिंक करें। यह गड़बड़ी तब हो सकती है जब Flow के पास किसी शीट पर लिखने की अनुमति न हो, या तो इसलिए कि खाते को Flow से अनलिंक कर दिया गया था या क्योंकि वह खाता उस शीट को एक्सेस नहीं कर सकता है।

इसे हल करने के लिए, पक्का करें कि कनेक्टर के लिए इस्तेमाल किया जा रहा खाता, शीट को खोल सकता है और उसके पास बदलाव करने का एक्सेस है। अगर गलत खाता लिंक है, तो आप उसे डिस्कनेक्ट करके नया खाता कनेक्ट कर सकते हैं।

चरण:

1. मौजूदा वर्कफ़्लो खोलें या नया वर्कफ़्लो बनाएं।
2. वर्कफ़्लो में कोई एक्शन जोड़ें।
3. Google Sheets कनेक्टर चुनें।
4. डिस्कनेक्ट करें पर क्लिक करें और फिर सही Google खाते को फिर से कनेक्ट करने के लिए कनेक्ट करें पर क्लिक करें।

मार्केटिंग ईमेल भेजें एक्शन उन ग्राहकों को ईमेल नहीं भेजता है, जिन्होंने उन्हें पाने के लिए सहमति नहीं दी है और अगर वर्कफ़्लो ऐसा करने की कोशिश करता है, तो वह स्थाई रूप से विफल हो जाता है।

इसे हल करने के लिए, वर्कफ़्लो में एक शर्त जोड़ें जो ग्राहकों की सब्सक्रिप्शन स्थिति की जांच करती हो। आप यह पक्का कर सकते हैं कि ग्राहकों ने मार्केटिंग ईमेल भेजने से पहले उन्हें पाने के लिए सहमति दी है। ईमेल सब्सक्राइबर सूची प्रबंधन में दिए गए चरणों का पालन करें।

यह गड़बड़ी बताती है कि ग्राहक या ऑर्डर जैसा कोई संसाधन, वर्कफ़्लो द्वारा उसका डेटा फ़ेच कर पाने से पहले ही हटा दिया गया था। यह अक्सर प्रतीक्षा चरण के बाद होता है, लेकिन यह ट्रिगर पर भी हो सकता है, अगर ट्रिगर इवेंट होने के तुरंत बाद संसाधन को हटा दिया जाए।

यह मैसेज बताता है कि किसी वर्कफ़्लो के रन को एक्ज़ीक्यूट होने में बहुत ज़्यादा समय लग रहा है। ऐसा आम तौर पर किसी वर्कफ़्लो के अंदर बड़ी मात्रा में डेटा का इस्तेमाल करने की वजह से होता है, जिसे फ़ेच करने में Flow को बहुत समय लगता है।

ऐसे मामले आम तौर पर डीप रिक्वेस्ट पाथ की वजह से होते हैं जो आइटम की कई सूचियों से होकर गुज़रते हैं (जैसे कि किसी प्रोडक्ट से जुड़े सभी संग्रहण में मौजूद सभी प्रोडक्ट के लिए सभी मेटाफ़ील्ड का अनुरोध करना):

यह अक्सर वर्कफ़्लो के ट्रिगर स्टेप के टाइम आउट होने से भी संबंधित होता है।

जो वर्कफ़्लो सभी मेटाफ़ील्ड में लूप करते हैं, उन्हें अक्सर सिर्फ़ एक खास मेटाफ़ील्ड का उपयोग करके बेहतर बनाया जा सकता है। हो सकता है कि आपने अनजाने में कई नेस्टेड सूचियों (जैसे किसी प्रोडक्ट के लिए सभी संग्रहणों में सभी प्रोडक्ट) या विशेष रूप से बड़ी सूचियों (जैसे मेटाफ़ील्ड परिभाषाएं, जिनमें सभी ऑब्जेक्ट के लिए सभी मेटाफ़ील्ड होते हैं) को एक्सेस कर लिया हो। सही फ़ील्ड (एकल प्रोडक्ट या किसी ऑब्जेक्ट पर एकल मेटाफ़ील्ड) का चयन करने से कुशलता में काफ़ी सुधार हो सकता है। दूसरे मामलों में, क्वेरी फ़िल्टर के साथ "प्रोडक्ट/ऑर्डर/ग्राहक डेटा पाएं" एक्शन का उपयोग करके इस्तेमाल होने वाले ऑब्जेक्ट की संख्या को काफ़ी कम किया जा सकता है, और साथ ही आप प्रासंगिक ऑब्जेक्ट को एक्सेस भी कर पाते हैं।

यह मैसेज बताता है कि किसी वर्कफ़्लो के रन बहुत ज़्यादा डेटा जनरेट कर रहे हैं। ऐसा आम तौर पर जटिल कंडीशन की वजह से होता है, जो सूचियों की कई परतों पर मौजूद कई फ़ील्ड की जांच करती हैं।

उदाहरण के लिए, "इस ग्राहक पर कम से कम एक टैग के लिए, कम से कम एक ऑर्डर लाइन आइटम के लिए, लाइन आइटम पर कम से कम एक टैग के लिए" जैसी कंडीशन के कारण कई जांचें की जा सकती हैं और उन जांचों के नतीजे दिखाने के लिए बहुत सारा डेटा जनरेट हो सकता है:

यह मैसेज बताता है कि किसी अस्थायी समस्या के कारण वर्कफ़्लो के रन बार-बार फ़ेल हो रहे हैं, लेकिन बाद में फिर से कोशिश करने पर भी वे अक्सर सफल नहीं हो रहे हैं। ऐसा अक्सर तब होता है, जब Shopify के Admin API या किसी पार्टनर के ऐप पर बहुत ज़्यादा अनुरोध आ रहे हों।