आढावा

घटना दिसत नसतील, विनंत्या अयशस्वी होत असतील किंवा 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, आमचे विश्लेषण साधन आणि आमची CRM प्रणाली यांतील आकडे का जुळत नाहीत?

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

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 कळा, अधिकृतता शीर्षलेखे, संकेतशब्द, कुकीज आणि ग्राहकांची अनावश्यक माहिती काढून टाका. त्रुटी आल्यास किंवा पूर्वी चालणारे एकत्रीकरण अचानक बंद पडल्यास, त्वरित कळवा. अहवालाचा कालावधी संपण्याची वाट पाहू नका.