आढावा

इव्हेंट दिसत नसतील, विनंत्या अयशस्वी होत असतील किंवा Ads Manager मधील माहिती तुमच्या व्यवसायाच्या नोंदींशी जुळत नसेल, तर हे मार्गदर्शक वापरा. पूर्ण झालेली एखादी खरेदी, संभाव्य ग्राहकाने सादर केलेली माहिती किंवा इतर एखादी कृती यापासून सुरुवात करा. काय घडले आणि केव्हा घडले याची नोंद करा. त्यानंतर खालीलपैकी लागू होणारा प्रश्न निवडा.

इव्हेंटमध्ये खरेदीसारख्या एखाद्या कृतीची नोंद होते. पिक्सेल अभ्यागताच्या ब्राउझरमधून इव्हेंट पाठवतो; रूपांतरण API (CAPI) ते तुमच्या सर्व्हरवरून पाठवतो. Ads Manager हे इव्हेंट एका डेटा स्रोतामध्ये गोळा करतो. श्रेयनिर्धारणातून कोणत्या जाहिरातीला श्रेय मिळेल ते ठरते. जाहिरातीशी झालेल्या परस्परसंवादानंतर किती काळापर्यंत एखादी कृती पात्र ठरू शकते, हे श्रेयनिर्धारणाचा कालावधी ठरवतो.

वारंवार विचारले जाणारे प्रश्न

1. मी कुठून सुरुवात करू?

तुम्हाला कोणती कृती मोजायची आहे, तिचा इव्हेंट कशातून पाठवला जातो आणि कोणते जाहिरात खाते व पिक्सेल आयडी वापरले जातात, ते ओळखा. तुमच्या मांडणीमध्ये पिक्सेल, CAPI, भागीदाराची जोडणी किंवा यांचे मिश्रण वापरलेले असू शकते. तुम्ही ब्राउझर पिक्सेल स्थापित केला नसला तरीही CAPI साठी पिक्सेल आयडी आवश्यक असतो.

पहिल्यांदा मांडणी करत असल्यास, पाहा: रूपांतरण मापन आणि रूपांतरणांचा मागोवा. तुमचे विकसक पिक्सेल, CAPI आणि समर्थित इव्हेंट ही मार्गदर्शके वापरू शकतात. CAPI विनंत्या आणि कळा तुमच्या सर्व्हरवर ठेवा.

तुमची जोडणी एखादा भागीदार व्यवस्थापित करत असल्यास, मापन भागीदारासाठी मांडणी मार्गदर्शक किंवा मोबाइल मापन भागीदारासाठी मांडणी मार्गदर्शक वापरा. HubSpot जोडणीसाठी, पाहा: HubSpot मध्ये ChatGPT Ads ची मांडणी करणे.

आधीपासून असलेल्या मांडणीसाठी प्रत्येक टप्पा तपासा:

• कृती झाल्यावर इव्हेंटची विनंती पाठवली गेली का?

• विनंतीला प्रतिसाद म्हणून त्रुटी आली की ती स्वीकारली गेली?

• योग्य डेटा स्रोताला इव्हेंट मिळाल्याची तुम्ही खात्री करू शकता का?

• मोहिमेच्या अहवालात त्या इव्हेंटचे श्रेय एखाद्या जाहिरातीला दिले गेले का?

2. माझा पिक्सेल स्थापित आहे. तरीही मला खरेदी किंवा संभाव्य ग्राहकांच्या नोंदी का दिसत नाहीत?

तुम्हाला आवश्यक असलेला खरेदीचा किंवा संभाव्य ग्राहकाचा इव्हेंट न पाठवताही पिक्सेल लोड होऊ शकतो. तुमच्या विकसकांना पूर्ण झालेली एक कृती तपासायला सांगा:

• इव्हेंटचे नाव, पिक्सेल आयडी आणि तो पाठवणारे पृष्ठ किंवा कॉलबॅक तपासा. पृष्ठ पाहिले जाणे म्हणजे खरेदी पूर्ण होणे नव्हे.

• इव्हेंट पाठवण्यापूर्वी पिक्सेल कार्यान्वित झाल्याची खात्री करा. टॅग व्यवस्थापकातून तो लोड होत असतानाही हे तपासा.

• ब्राउझर कन्सोल आणि नेटवर्क विनंती तपासा. टॅग व्यवस्थापकाचा केवळ “सक्रिय झाला” हा संदेश इव्हेंट पाठवला गेल्याची खात्री देत नाही. पिक्सेलचा दोषनिवारण मोड उपयोगी पडू शकतो.

• संमतीविषयीच्या निवडी, ब्राउझरमधील अवरोध किंवा तुमच्या संकेतस्थळाचे सुरक्षा धोरण यांमुळे विनंती अडवली गेली का, ते तपासा.

• प्रवेश केल्यानंतरची पृष्ठे, खरेदी पूर्ण करण्याची प्रक्रिया, आरक्षणाची संकेतस्थळे, पुनर्निर्देशने आणि अंतर्भूत फॉर्म तपासा. जाहिरातीतून उघडणाऱ्या पृष्ठावर पिक्सेल काम करत असल्याने इतर ठिकाणीही मागोवा घेतला जात आहे, याची खात्री होत नाही.

विनंतीच पाठवली गेली नसेल, तर आधी तो टप्पा दुरुस्त करा. अहवालाची वाट पाहून उपयोग होणार नाही. आणखी एखादी जोडणी करण्यापूर्वी पिक्सेल समस्या निवारण मार्गदर्शक वापरा.

3. इव्हेंट नाकारला गेला, त्याची वेळमर्यादा संपली किंवा सर्व्हरची त्रुटी आली, तर मी काय करावे?

प्रतिसाद संकेतांक, त्रुटीचा अचूक मजकूर, विनंतीची वेळ आणि इव्हेंट आयडी जतन करा. तुमच्या विकसकांना इव्हेंटचे स्वरूप, पिक्सेल आयडी आणि कळ तपासायला सांगा. CAPI इव्हेंट विनंत्यांसाठी त्याच जाहिरात खात्याची रूपांतरण API कळ वापरली जाते. मांडणी, व्यवस्थापन आणि अहवाल यांच्या विनंत्यांसाठी स्वतंत्र जाहिरातदार API कळ वापरली जाते. सहाय्य पथकाला API कळा पाठवू नका.

CAPI मध्ये इव्हेंटच्या संचातील एक इव्हेंट अवैध असल्यास संपूर्ण संच अयशस्वी होऊ शकतो.

CAPI साठी मूळ कृतीची वेळ Unix मिलिसेकंदांमध्ये देणे आवश्यक आहे. इव्हेंटची वेळ गेल्या 7 दिवसांतील असावी आणि सध्याच्या वेळेपेक्षा 10 मिनिटांहून अधिक पुढची नसावी. सादर करण्याची ही मर्यादा श्रेयनिर्धारणाच्या कालावधीपेक्षा वेगळी आहे. जुना इव्हेंट स्वीकारला जावा म्हणून त्याची वेळ बदलू नका.

वेळमर्यादा संपल्यास किंवा सर्व्हरची त्रुटी आल्यास इव्हेंट पोहोचला की नाही, याची खात्री नसेल. मूळ विनंती आणि उपलब्ध प्राप्तीच्या नोंदी तपासा. त्याच कृतीसाठी पुन्हा प्रयत्न करत असल्यास तिचा मूळ इव्हेंट आयडी आणि वेळेची नोंद कायम ठेवा. नवीन आयडी वापरल्यास ती वेगळी कृती असल्याचे वाटू शकते.

विनंती नाकारली गेल्यास किंवा वारंवार अयशस्वी होत असल्यास लगेच तपास करा. अहवालासाठीचा 24–48 तासांचा अंदाज या त्रुटींना लागू होत नाही. विनंतीच्या आवश्यकतांसाठी, पाहा: रूपांतरण API.

4. इव्हेंट स्वीकारला गेल्याचे मला दिसते. मग तो अहवालात का नाही?

इव्हेंट स्वीकारला गेला म्हणजे त्याचे श्रेय एखाद्या जाहिरातीला दिले गेले, असे नाही. प्रतिसादातून नेमकी कशाची पुष्टी होते आणि विनंतीमध्ये योग्य डेटा स्रोत वापरला होता का, ते तपासा. CAPI मध्ये validate_only चे मूल्य true ठेवल्यास इव्हेंट जतन न करता तपासले जातात.

नवीन इव्हेंटसाठी तुमचे विकसक अलीकडील इव्हेंट तपासू शकतात, जिथे ही सुविधा उपलब्ध असेल. यामध्ये अलीकडील इव्हेंटचा नमुना दिसतो; संपूर्ण इतिहास किंवा श्रेयनिर्धारणाचा निकाल नाही.

इव्हेंट मिळाला की नाही हे तपासता येत नसल्यास, मूळ प्रतिसाद आणि एक नमुना इव्हेंट देऊन सहाय्य पथकाशी संपर्क साधा. तुम्ही कोणत्या तपासण्या पूर्ण केल्या ते आम्हाला सांगा; आधी कारण शोधून काढणे आवश्यक नाही.

इव्हेंट मिळाल्याची खात्री झाल्यास प्रश्न 5 कडे जा. मोहिमेच्या अहवालात बदल झालेला नाही एवढ्याच कारणाने नवीन आयडी वापरून इव्हेंट पुन्हा पाठवू नका.

जाहिरातींना श्रेय दिलेली रूपांतरणे दिसण्यासाठी अंदाजे 24–48 तास लागू शकतात आणि प्रक्रिया सुरू असताना अलीकडील एकूण आकडे बदलू शकतात. यामुळे स्वीकारलेला प्रत्येक इव्हेंट दिसेल याची हमी मिळत नाही किंवा तो मिळाल्याची पुष्टीही होत नाही. पाहा: परिणाम मोजा.

5. इव्हेंट मिळत आहेत. तरीही मोहिमेत शून्य रूपांतरणे का दिसतात?

जोडणी बदलण्यापूर्वी हे तपासा:

• अपेक्षित डेटा स्रोत योग्य खात्याशी जोडलेला आहे का?

• तुम्ही पाठवत असलेला इव्हेंट मोहिमेच्या रूपांतरण सेटिंगशी जुळतो का? सानुकूल इव्हेंटसाठी सानुकूल प्रकार आणि इव्हेंटचे अचूक नाव तपासा. दिसणारे लेबल जुळणे पुरेसे नाही.

• तुम्ही तपासत असलेली कृती घडण्यापूर्वी योग्य रूपांतरण मोहिमेशी जोडलेले होते का?

• श्रेयनिर्धारण सेटिंगनुसार पात्र ठरणाऱ्या जाहिरातीवरील क्लिकनंतर किंवा जाहिरात पाहिल्यानंतर ती कृती झाली का?

• तुम्ही योग्य मोहीम, इव्हेंटचा स्तंभ, तारखा आणि अहवालातील वेळेचा आधार पाहत आहात का?

जुळवणीची माहिती इव्हेंटचा जाहिरातीशी संबंध जोडण्यास मदत करते, पण श्रेय मिळेल याची हमी देत नाही. भेटीच्या संपूर्ण कालावधीत खरा OpenAI क्लिक संदर्भ, oppref, जतन करा आणि उपलब्ध असल्यास सर्व्हर इव्हेंटमध्ये तो समाविष्ट करा. कधीही बनावट संदर्भ तयार करू नका किंवा दुसऱ्या अभ्यागताचा संदर्भ वापरू नका.

ब्राउझर आणि सर्व्हर इव्हेंट स्वतंत्रपणे तपासा. पिक्सेलला उपलब्ध असलेला संदर्भ किंवा ग्राहकाविषयीचे माहितीक्षेत्र सर्व्हर इव्हेंटमध्ये नसू शकते.

रूपांतरण वाढवण्यासाठी अनुकूलित केलेली मोहीम तयार झाल्यानंतर तिचे निवडलेले ध्येय बदलता येत नाही. वेगळे ध्येय वापरण्यासाठी नवीन मोहीम तयार करा. सानुकूल इव्हेंट अनुकूलनाची ध्येये असू शकत नाहीत. पाहा: रूपांतरण वाढवण्यासाठी अनुकूलित मोहिमा.

संरचनेतील विसंगती दुरुस्त केल्यानंतर नवीन पात्र कृती तपासा. या बदलामुळे आधीचे अहवाल दुरुस्त होतील असे गृहीत धरू नका. जुळवणीच्या नियमांसाठी, पाहा: रूपांतरण मापन.

6. Ads Manager, आमचे विश्लेषण साधन आणि आमची ग्राहक संबंध व्यवस्थापन प्रणाली यांतील माहिती का जुळत नाही?

समान कृती आणि अहवालाचे समान नियम यांच्या आधारे तुलना करा. तुमची ग्राहक संबंध व्यवस्थापन प्रणाली प्रत्येक खरेदी मोजत असेल; जाहिरातीचा अहवाल मात्र त्या मंचाला श्रेय दिलेल्या खरेदी मोजतो. वेगवेगळे मंच एकाच खरेदीचे श्रेय वेगवेगळ्या प्रकारे देऊ शकतात.

Ads Manager मध्ये, जाहिरात पाहिल्यानंतरच्या रूपांतरणांसाठी अहवालाचा कालावधी 1 दिवस असल्यास, रूपांतरणे या मोजमापात क्लिकनंतरची आणि जाहिरात पाहिल्यानंतरची पात्र रूपांतरणे एकत्र मोजली जातात. जाहिरात पाहिल्यानंतरचा कालावधी 0 दिवस असल्यास, त्यात केवळ क्लिकनंतरची रूपांतरणे मोजली जातात. अहवालांची तुलना करताना समान सेटिंग वापरा.

उदाहरणार्थ, एखादी व्यक्ती जाहिरातीवर क्लिक करते, नंतर थेट परत येते आणि खरेदी करते. एक साधन त्या भेटीला “थेट” असे लेबल देईल, तर दुसरे आधीच्या जाहिरातीला श्रेय देईल. केवळ या फरकाचा अर्थ खरेदी दोनदा मोजली गेली असा होत नाही.

भेटींच्या स्रोतांची लेबले वेगळी असल्यास, त्या भेटीत उघडलेल्या पृष्ठाचा URL आणि वापरलेले मागोवा मापदंड तपासा. मोहिमेची सध्याची सेटिंग्ज आधी वापरलेल्या सेटिंग्जपेक्षा वेगळी असू शकतात.

या बाबींची तुलना करा:

• खाते, मोहीम, इव्हेंटचा प्रकार, गाळण्या आणि अहवालाची पातळी.

• तारखांचा कालावधी, वेळ क्षेत्र आणि तारखा जाहिरातीशी झालेल्या परस्परसंवादाच्या आहेत की प्रत्यक्ष रूपांतरणाच्या.

• क्लिकनंतरच्या आणि जाहिरात पाहिल्यानंतरच्या रूपांतरणांची सेटिंग्ज तसेच निवडलेले अचूक मोजमाप किंवा स्तंभ.

• अलीकडील प्रक्रियेतील विलंब, दुबार नोंदींची हाताळणी, संमती आणि उपलब्ध जुळवणीची माहिती.

• जिथे उपलब्ध असतील तिथे, प्रतिमानावरून अंदाजित रूपांतरणे; ही थेट नोंदवलेल्या व्यवहारांपेक्षा वेगळी असू शकतात.

• मूल्यांची तुलना करताना चलन, एकके आणि संपूर्ण मागणी वापरली आहे की स्वतंत्र वस्तू, हे तपासा.

महसुलासाठी कर, वाहतूक खर्च, सवलती आणि शुल्क यांची तुलना करा. ब्राउझर आणि सर्व्हरवरील प्रतींमधून मागणीचे समान मूल्य पाठवले जात असल्याचे तपासा. मागणी निर्मितीवरील विक्री आणि मागणी निर्मितीवरील जाहिरात खर्चाचा परतावा यांमध्ये केवळ जाहिरातींना श्रेय दिलेले order_created इव्हेंट मोजले जातात.

आयात केलेल्या GA4 कृतींमध्ये निवडलेल्या मालमत्तेच्या सर्व भेट-स्रोतांवरील इव्हेंट समाविष्ट असतात. ते एकूण आकडे म्हणजे मोहिमेला श्रेय दिलेली रूपांतरणे नव्हेत. पाहा: Google Analytics 4 ला OpenAI Ads Manager शी जोडा.

API तुलनेसाठी एंडपॉइंटची नोंद करा आणि अहवालाचे पर्याय स्पष्टपणे निश्चित करा. एखादे सेटिंग न दिल्यास ते Ads Manager शी जुळेलच असे नाही. अहवालांमध्ये वेगवेगळे इव्हेंटही समाविष्ट असू शकतात: काही अहवालांत मोहिमेची ध्येये समाविष्ट असतात, पण मागोवा घेतलेल्या इतर कृती नसतात. एका अहवालात इव्हेंट नसल्याने तो कधीच मिळाला नाही, असे सिद्ध होत नाही.

CSV तुलनेसाठी समान सेटिंग्ज वापरा आणि निर्यात केलेल्या मूळ फाइल बदल न करता जतन करा. Ads Manager मधील दृश्यांसाठी परिणाम मोजा आणि API पर्यायांसाठी अहवाल पाहा.

7. पिक्सेल आणि CAPI वापरल्याने खरेदी दोनदा मोजली जाईल का?

एकच कृती दोनदा मोजली जाऊ नये म्हणून, तिच्या ब्राउझर आणि सर्व्हरवरील प्रतींमध्ये समान पिक्सेल आयडी, इव्हेंटचे नाव आणि इव्हेंट आयडी वापरा. इव्हेंट आयडीचे क्षेत्र CAPI मध्ये id आणि पिक्सेलमध्ये event_id आहे. दोन्ही बाजूंना सानुकूल इव्हेंटचे नावही समान ठेवा.

एखाद्या कृतीसाठी पुन्हा प्रयत्न करताना तोच आयडी ठेवा; प्रत्येक वेगळ्या कृतीसाठी नवीन आयडी वापरा. दुबार टॅग, वारंवार पृष्ठ लोड होणे किंवा कॉलबॅक चालणे, तसेच आधीपासून तो इव्हेंट पाठवत असू शकणाऱ्या भागीदार जोडण्या तपासा.

मूळ इव्हेंटचे मूल्य किंवा जुळवणीची माहिती बदलण्यासाठी दुबार प्रत पाठवू नका. दुरुस्तीचा प्रयत्न करण्यापूर्वी दस्तऐवजांत दिलेली कार्यपद्धती तपासा. पाहा: ब्राउझर आणि सर्व्हरवरील दुबार नोंदी वगळणे.

8. आम्ही Shopify वापरतो. आम्हाला आणखी एखादी जोडणी आवश्यक आहे का?

आणखी एखादी जोडणी करण्यापूर्वी तुमची Shopify जोडणी तपासा. जोडलेल्या जाहिरात खात्याची आणि पिक्सेलची खात्री करा. त्यानंतर तुमच्या दुकानासाठी अनुप्रयोग कोणते इव्हेंट पाठवतो ते तपासा.

तुम्ही सानुकूल टॅग, खरेदी पूर्ण करण्यासाठीचा कोड किंवा सर्व्हरवरून पाठवणारी यंत्रणाही वापरत असल्यास, त्यांतून तेच इव्हेंट पाठवले जातात का ते तपासा. Shopify मांडणीमध्ये ब्राउझर आणि सर्व्हरवरून मागोवा घेण्याच्या वेगवेगळ्या पद्धती एकत्र वापरल्या जाऊ शकतात. पाहा: Shopify साठी ChatGPT Ads ची मांडणी करा.

9. संमती आणि चाचणी कशी हाताळावी?

तुम्हाला सामायिक करण्याची परवानगी असलेलाच डेटा पाठवा आणि अभ्यागतांच्या संमतीविषयीच्या निवडींचा आदर करा. तुमच्या विकसकांनी जोडणीसाठी संमती आणि समर्थित जुळवणी डेटाबाबत दिलेल्या मार्गदर्शनाचे पालन करावे. यात आवश्यक मानकीकरण आणि हॅशिंगचाही समावेश आहे. अहवालातील रूपांतरणे वाढवण्यासाठी किंवा गुण सुधारण्यासाठी संमतीची नियंत्रणे काढून टाकू नका.

मापनासाठीची संमती आणि opt_out यांचे उद्देश वेगळे आहेत. opt_out हा पर्याय वैयक्तिकीकरणाशी संबंधित आहे; तो सर्व मापन विनंत्या थांबवत नाही. तुमच्या विकसकांना ब्राउझर आणि सर्व्हर या दोन्ही जोडण्यांमध्ये संमती कशी हाताळली जाते ते तपासायला सांगा.

चाचणीसाठी केलेल्या एका कृतीची वेळ, नाव आणि आयडी नोंदवा. ती पाठवली गेली, तिची वैधता तपासली गेली आणि ती मिळाली का, हे तपासा. अंमलबजावणीची चाचणी यशस्वी झाली म्हणजे जाहिरात श्रेय मिळण्यास पात्र आहे, असे सिद्ध होत नाही.

CAPI मधील validate_only हा पर्याय इव्हेंट जतन न करता तपासतो. पिक्सेलचा दोषनिवारण मोड कृतींची नोंद करतो, पण चाचणी इव्हेंटना अहवालातून वगळत नाही. तुमच्या नोंदींमध्ये चाचण्या स्पष्टपणे चिन्हांकित करा. अपेक्षित निकाल मिळवण्यासाठी खोट्या खरेदी तयार करू नका किंवा इव्हेंटच्या वेळा बदलू नका.

10. इव्हेंट गुणवत्ता गुण कमी किंवा अनुपलब्ध असण्याचा अर्थ मागोवा घेणे बंद पडले आहे असा होतो का?

केवळ त्यावरून असे म्हणता येत नाही. इव्हेंट गुणवत्तेमध्ये डेटा स्रोताकडून मिळालेल्या माहितीचे मूल्यमापन केले जाते. किती रूपांतरणांचे श्रेय जाहिरातींना दिले गेले, हे त्यातून समजत नाही. केवळ गुण कमी किंवा अनुपलब्ध असल्याने मागोवा व्यवस्थित घेतला जातो की नाही, हे ठरवता येत नाही.

अलीकडील खऱ्या कृती योग्यरीत्या नोंदवल्या जात आहेत हे तपासा, नंतर इशाऱ्याचे कारण शोधा. गुण वाढवण्यासाठी अतिरिक्त इव्हेंट किंवा बनावट ओळखचिन्हे पाठवू नका. तपासण्या आणि अद्ययावत होण्याच्या वेळेसाठी, पाहा: इव्हेंट गुणवत्ता समजून घ्या आणि सुधारा.

11. सहाय्य पथकाशी संपर्क साधताना मी कोणती माहिती द्यावी?

तुम्हाला काय अपेक्षित होते, प्रत्यक्षात काय झाले, ते कधी सुरू झाले आणि तुम्ही काय तपासले, हे आम्हाला सांगा. या यादीपैकी तुमच्याकडे उपलब्ध असलेली माहिती द्या:

• जाहिरात खात्याचा आयडी, पिक्सेल आयडी किंवा डेटा स्रोत आणि प्रभावित मोहीम व जाहिरातींची ओळखचिन्हे.

• जोडणीचा प्रकार आणि इव्हेंटचे अचूक नाव, त्यात सानुकूल इव्हेंटचे नाव असल्यास तेही.

• आधीच्या इव्हेंटपैकी नमुन्यासाठी एक किंवा दोन आयडी आणि कृतींच्या वेळेच्या नोंदी, वेळ क्षेत्रासह.

• विनंत्या अयशस्वी झाल्यास किंवा त्या मिळाल्याची खात्री नसल्यास: प्रतिसाद संकेतांक, त्रुटीचा अचूक मजकूर, विनंतीची वेळ, प्रतिसादात मिळालेला विनंती आयडी किंवा CF-Ray आणि संवेदनशील माहिती काढलेला पेलोड किंवा नोंदवहीतील उतारा.

• अहवालांतील फरकांसाठी: तारखांचा कालावधी, अहवालातील वेळेचा आधार, श्रेयनिर्धारण सेटिंग्ज, निवडलेले स्तंभ, निर्यात केलेली CSV फाइल आणि समान व्याप्तीची तुलना.

• संबंधित स्क्रीनशॉट आणि मांडणीतील अलीकडील बदल, त्यात स्वतंत्र खरेदी-पूर्ती प्रक्रिया किंवा भागीदाराची जोडणी असल्यास तीही.

इव्हेंट पाठवला गेला, स्वीकारला गेला किंवा मिळाला याची तुम्ही खात्री केली आहे की फक्त अहवाल तपासला आहे, ते आम्हाला सांगा. या तपासण्या पूर्ण करता आल्या नाहीत तरीही तुम्ही मदत मागू शकता.

संलग्नकांमधून API कळा, अधिकृतता शीर्षलेखे, पासवर्ड, कुकीज आणि ग्राहकांची अनावश्यक माहिती काढून टाका. त्रुटी आल्यास किंवा आधी कार्यरत असलेली जोडणी अचानक बंद पडल्यास लगेच कळवा. अहवालाचा कालावधी संपण्याची वाट पाहू नका.