साझेदार कार्यक्रम

[साझेदार पोर्टल](https://partners.aihummer.ru/organizations?lang=hi) में संगठन चुनें। उपलब्ध कार्य वर्तमान भूमिका और प्रकाशित नियमों पर निर्भर हैं। दरें, सीमाएँ, पात्रता और समय-सीमाएँ [वर्तमान Billing रिकॉर्ड](https://partners.aihummer.ru/organizations?lang=hi#finance) से लें; यहाँ अलग मूल्य तालिका नहीं है। ## 1. साझेदार बनें कानूनी जानकारी और आवश्यक दस्तावेज जमा करें। स्वतंत्र समीक्षा पूरी करके लागू समझौता स्वीकार करें। नामित सहयोगियों को केवल आवश्यक भूमिकाएँ दें; संवेदनशील कार्यों के लिए ताज़ा MFA चाहिए। ## 2. ग्राहक लाएँ मूल रेफरल कोड साझा करें। ग्राहक का मालिक स्रोत की समीक्षा और पुष्टि करता है। स्रोत जोड़ना पहुँच या स्वामित्व नहीं देता; रेफरल या पूर्वानुमान भुगतान किया कमीशन नहीं है। ## 3. सौदा सुरक्षित करें ग्राहक, उत्पाद का दायरा और मूल प्रमाण दर्ज करें। संरक्षण निर्णय और समाप्ति पढ़ें। दोहराए दावे संरक्षित विवाद से सुलझाएँ; CRM संपादन सुरक्षित स्रोत नहीं बदलता। ## 4. ग्राहक खाते में लागू करें परियोजना, संसाधन और लागू करने का दायरा तय करें। ग्राहक-अनुमोदित पहुँच और आवश्यक सशुल्क अधिकार लें। ग्राहक Core के लागू करने की पुष्टि तक मूल स्थापना देखें; कार्य भेजने से स्थापना पूरी नहीं होती। ## 5. पहुँच माँगें उद्देश्य, अनुमतियाँ और अवधि बताएँ। ग्राहक का मालिक सटीक अनुमति की समीक्षा और पुष्टि करता है। अपनी पहचान इस्तेमाल करें, पासवर्ड न माँगें। वापसी या समाप्ति स्वामित्व बदले बिना प्रत्यायोजित पहुँच खत्म करती है। तकनीकी रिपोर्ट के लिए ग्राहक की अलग वर्तमान मंजूरी और मूल इंस्टेंस मालिक का स्पष्ट भेजना चाहिए। सामान्य स्थिति विनिमय केवल स्वास्थ्य जानकारी देता है। सटीक दायरा और अवधि पुष्टि करें, वैकल्पिक सहायता सामग्री से निजी जानकारी हटाएँ और निष्पादन संख्या को व्यावसायिक परिणाम से अलग रखें। निर्यात की गई प्रति वापस नहीं ली जा सकती। ## 6. अर्जित राशि समझें मूल आदेश, भुगतान तथ्य, पूर्ति, वापसी और संचित नीति देखें। लंबित, उपलब्ध और रोकी राशियाँ अलग करें। असमकालिक निर्यात माँगें और मूल सूचना व समाप्ति इस्तेमाल करें; अंतर मूल रिकॉर्ड के आधार पर बताएँ। ## 7. भुगतान प्राप्त करें कानूनी, कर और भुगतान दस्तावेज पुष्टि करें। उपलब्ध राशि स्वतंत्र अनुमोदन के लिए भेजें। मूल बाहरी भुगतान कार्य और सत्यापित बैंक निपटान देखें। आरक्षण बैंक हस्तांतरण का प्रमाण नहीं है। अज्ञात बैंक परिणाम के लिए उसी कार्य का मिलान चाहिए, नया भुगतान नहीं। ## 8. सेवा हस्तांतरित करें ग्राहक नया दायरा और हस्तांतरण मंजूर करे। पुरानी पहुँच वापस लें, तय कार्य सौंपें और इतिहास बचाएँ। नए काम से पहले अधूरे मूल आदेश पुनर्प्राप्त करें; सेवा बदलना पुरानी अर्जित राशि नहीं लिखता। ## 9. प्रमाणन प्राप्त करें प्रकाशित पाठ्यक्रम संस्करण और व्यक्तिगत मूल्यांकन इस्तेमाल करें। प्रमाणपत्र का दायरा, अवधि और सत्यापन देखें। मिशन में अपने योगदान का स्वीकृत प्रमाण चाहिए; क्रेडिट पैसा नहीं है। मौसम की समय-सीमा और स्वैच्छिक सार्वजनिक रैंकिंग प्रकाशित नियमों पर चलती हैं। ## 10. ब्रांड इस्तेमाल करें अनुमोदित सामग्री और अभियान सीमाएँ इस्तेमाल करें। खर्च से पहले MDF मंजूरी लें; प्रतिपूर्ति के लिए सत्यापित आपूर्तिकर्ता दस्तावेज और बैंक निपटान चाहिए। विज्ञापन जिम्मेदारी और सहमति देखें। शुरुआती छूट नवीनीकरण पर स्वतः लागू नहीं होती। ## 11. समाधान प्रकाशित करें मूल सामग्री, संस्करण, अधिकार और स्थापना दायरा स्वतंत्र समीक्षा को भेजें। सशुल्क स्थापना अधिकार अलग हैं। सार्वजनिक ग्राहक केस के लिए ग्राहक की वर्तमान स्पष्ट सहमति भी चाहिए; परियोजना स्वीकृति अकेली पर्याप्त नहीं है। ## 12. MSP और OEM अनुमोदित समझौता, ग्राहकों की अलग सीमाएँ और संचित अधिकार इस्तेमाल करें। डेमो और NFR मूल समाप्ति रखते हैं; दूरस्थ NFR पहुँच अधिकतम 30 सेकंड की अनुमति में दोबारा जाँची जाती है। यह पोर्टेबल सशुल्क लाइसेंस नहीं है। वास्तविक इंस्टेंस मालिक के स्थानीय इंटरफेस से कॉन्फ़िगरेशन निर्यात करें, रहस्य और सामग्री के बिना। ### डेमो को ग्राहक के इंस्टेंस में स्थानांतरित करें 1. मूल डेमो का वास्तविक स्थानीय स्वामी “डेमो → ग्राहक” खोलकर कार्यक्षेत्र चुनता है और कॉन्फ़िगरेशन निर्यात करता है। मूल निर्यात दर्ज करें, फिर `aihummer-sandbox-configuration.json` डाउनलोड करें। इतिहास, सामग्री, डेमो के गोपनीय डेटा और लाइसेंस स्थानांतरित नहीं होते। 2. भागीदार पोर्टल में वही दर्ज निर्यात और ग्राहक की वर्तमान भुगतान की गई परियोजना चुनें। कारण लिखें, मूल कार्रवाई की समीक्षा करके स्पष्ट पुष्टि करें। अलग `aihummer-demo-handoff.json` फ़ाइल डाउनलोड करें। 3. ग्राहक इंस्टेंस का स्वामी स्थानीय स्थानांतरण खोलकर लक्ष्य कार्यक्षेत्र और दोनों फ़ाइलें चुनता है: कॉन्फ़िगरेशन अधिकतम 512 KiB और पोर्टल फ़ाइल अधिकतम 64 KiB। दिखाया गया परियोजना नाम और बदलावों का पूर्वावलोकन जाँचें। पहचानकर्ता हाथ से नहीं डालना होता; फ़ाइलें स्वयं अनुमति नहीं देतीं। 4. ग्राहक की अनुमति जाँचें। लागू करने से पहले दिखाई गई अनुमतियों और, यदि हों, ख़तरनाक कार्रवाइयों की अलग से स्पष्ट पुष्टि करें। बदलाव लागू करें: आयातित संसाधन रुके रहते हैं, एजेंट अपने आप शुरू नहीं होते। 5. सुरक्षित रखा आयात परिणाम हस्ताक्षरित करें, फिर भेजें। पोर्टल मूल पुष्टि मिलने पर ही लागू स्थिति (`applied`) दिखाता है। 6. मूल डेमो का वर्तमान स्वामी पोर्टल में स्थानांतरण अलग से पूरा करता है: कारण लिखकर हटाने की समीक्षा और पुष्टि करें। `cleanup` का मतलब हटाना लंबित है; पुरानी VM वास्तव में हटने के बाद ही `converted` आता है। कनेक्शन टूटने के बाद मूल कार्रवाई पुनर्प्राप्त करके उसका परिणाम पढ़ें। ज़रूरत हो तो वही सुरक्षित परिणाम भेजें; दूसरा निर्यात या आयात न बनाएं। जवाब न मिलना या अवधि समाप्त होना रद्द होने का प्रमाण नहीं है। अनुमति मिलने से पहले प्रस्ताव पोर्टल में रद्द किया जा सकता है। उसके बाद ग्राहक Core का स्वामी अभी लागू न हुए मूल आयात को स्पष्ट रूप से रद्द करे, रद्द करने की पुष्टि हस्ताक्षरित करके भेजे। लागू आयात इस तरह रद्द नहीं होता। वापसी केवल अपरिवर्तित रुके संसाधन हटाती है; भुगतान वापस नहीं करती। डेमो प्रदाता उपलब्ध न हो तो व्यवस्थापक कनेक्शन और मूल स्थापना क्रेडेंशियल की सुरक्षित कॉन्फ़िगरेशन जाँचता है। ये क्रेडेंशियल स्थानांतरण फ़ाइलों या संदेशों में न भेजें। बजट आरक्षण प्रदाता का बिल नहीं है। ## 13. कार्यक्रम छोड़ें नए आवेदन रोकें, क्रेडेंशियल वापस लें और प्रत्यायोजित पहुँच खत्म करें। मूल लंबित आदेश रद्द या पुनर्प्राप्त करें। संरक्षित दायित्व पूरे करें और आवश्यक रिकॉर्ड रखें; छोड़ना ग्राहक का खरीदा डेटा नहीं मिटाता या स्वामित्व नहीं बदलता। ## ग्राहक नियंत्रण [ग्राहक पोर्टल](https://my.aihummer.ru/#/organizations) में निमंत्रण, साझेदार दायरा, सेवा बदलाव और सार्वजनिक केस सहमति देखें। स्पष्ट रूप से दें और वापस लें। स्वामित्व आपका रहता है; सहायता प्रतिभागी केवल अनुमत बातचीत देखते हैं, ऑपरेटर के निजी नोट नहीं। ## प्रशासक का कार्य अनुकरण और स्वतंत्र समीक्षा के बाद पात्रता, सीमाएँ और प्रभावी तिथियों वाले नियम संस्करण प्रकाशित करें। संचालन रोक व्यावसायिक नीति से अलग नए काम रोकती है; वापसी, इतिहास और मौजूदा सशुल्क अधिकार रहते हैं। मूल प्रमाण से पैसे का मिलान करें। अभियान, स्तर, पुरस्कार, घटनाएँ और रोलबैक इतिहास रखते हैं। सूचना पसंद, शांत समय और विपणन सहमति लागू हैं; घटना रिकॉर्ड डिलीवरी सिद्ध नहीं करता। ## API और पुनर्प्राप्ति साझेदार कॉल के लिए तैनात Billing अनुबंध इस्तेमाल करें; [Core API](/hi/v1.4/api/swagger/) अलग है। मानव आदेश एक मूल UUID रखता है: तैयार करना, समीक्षा, निष्पादन या रद्द करना। उसी इडेम्पोटेंसी कुंजी और अपेक्षित संस्करण को दोहराएँ। व्यवधान के बाद मूल परिणाम पूछें; गायब या समाप्त स्थिति रद्द करने का प्रमाण नहीं है। सेवा खाते सीमित रखें, एकबारगी रहस्य सुरक्षित करें, webhook हस्ताक्षर जाँचें और मूल घटना ID की पुनरावृत्ति हटाएँ। CRM केवल अनुमत क्षेत्र बदलता है; पैसा और संरक्षण Billing समीक्षा चाहते हैं। ## स्थापना का स्वामित्व हस्तांतरण ग्राहक खाते में संगठन खोलें और पुष्ट स्थापना संबंध, प्राप्तकर्ता संगठन तथा अधिकार दस्तावेज़ों से अलग हस्तांतरण शुरू करें। दोनों पक्ष अपने खातों से MFA द्वारा मूल मामले की पुष्टि करते हैं; संचालक दस्तावेज़ों की स्वतंत्र समीक्षा करता है। Core में मूल स्थानीय स्वामी मौजूदा स्वामी को चुनता है, प्राप्तकर्ता अपने खाते से पुष्टि करता है और मूल स्वामी निजी बैकअप पूरा करता है। हस्ताक्षरित प्रमाण मूल मामले में अपलोड कर हस्तांतरण पूरा करें। लाइसेंस, डेटा और भुगतान इतिहास सुरक्षित रहते हैं; पुराना स्वचालित नवीनीकरण रुकता है। अज्ञात स्वामी के लिए अलग बहाली अनुरोध चाहिए; कर पहचान से स्वचालित हस्तांतरण नहीं होता। उत्तर खोने पर वही आदेश पुनः प्राप्त करें; अनुपस्थिति रद्द होना नहीं है। हस्तांतरण के बाद मौजूदा स्वामी अपने ग्राहक खाते में एक अलग स्वीकृत ऑर्डर का भुगतान करता है। पुराने भुगतान, चालान और पिछले भुगतानकर्ता की स्वचालित कटौती की अनुमति मूल इतिहास में रहती है। यह मौजूदा इंस्टेंस के लिए नई खरीद है, नया इंस्टेंस बनाना या पुरानी सदस्यता का हस्तांतरण नहीं। उत्तर खो जाने पर मूल ऑर्डर की जाँच करें; रिकॉर्ड न होना रद्द होने का प्रमाण नहीं है। भुगतान की पुष्टि और लाइसेंस जारी करने की स्वीकृति की जाँच सर्वर पर लाइसेंस के वास्तविक लागू होने से अलग की जाती है। ## संपर्क और पहले 30 दिनों की निजी योजना ### अनुरोध के बाद संपर्क अपना अनुरोधित संपर्क माध्यम दें और गोपनीयता तथा विपणन की अलग शर्तें पढ़ें। प्रकाशित नियम होने पर संपर्क क्रम दिन 0/3/7/14 के लिए तय होता है: अनुरोध का जवाब, याद दिलाना, उपयोगी सामग्री और समापन। कार्य कैलेंडर, सहमति, शांत समय और सीमाएँ संपर्क को टाल या रोक सकती हैं। प्रारंभिक बैठक के बाद प्रबंधक सारांश, सीमाएँ और अगला कदम अलग दर्ज करता है; प्रारंभिक मसौदे अपने आप कोई क्रम चालू नहीं करते। जवाब या मना करने को दर्ज करने के लिए प्रतिक्रिया फ़ॉर्म में मूल रसीद और निजी कोड का उपयोग करें। कोड को लिंक में न रखें और दूसरों से साझा न करें। जवाब, इनकार या चल रही बातचीत दोहराए गए संपर्क रोकते हैं; क्रम शुरू होने से पहले का इनकार भी सुरक्षित रहता है। सहमति वापस लेने से संबंधित संदेश रुकते हैं, लेकिन खाता, स्वामित्व या खरीदे गए अधिकार नहीं मिटते। फ़ोन अनुरोध से ऑपरेटर के लिए निजी, हाथ से संपर्क करने का काम बनता है; स्वचालित SMS या कॉल का वादा नहीं है। ### शुरुआत के कार्य [संगठन की निजी योजना](https://partners.aihummer.ru/organizations?lang=hi#onboarding) में आपके मूल कार्य, समय-सीमाएँ, जिम्मेदार प्रबंधक और इतिहास दिखते हैं। प्रकाशित पहले 30 दिनों की योजना में शामिल हैं: 1. दिन 0: समझौता और आवश्यक भूमिकाओं वाली टीम। 2. दिन 3: व्यावसायिक प्रशिक्षण और व्यक्तिगत परीक्षा। 3. दिन 6: आवश्यक पाठ्यक्रमों के बाद तकनीकी अभ्यास और स्वतंत्र मूल्यांकन। 4. दिन 11: चालू संरक्षण वाला पंजीकृत सौदा। 5. दिन 16: ग्राहक द्वारा स्वीकृत परियोजना दायरा और मूल ऑर्डर से संबंध। 6. दिन 22: पद्धति विशेषज्ञ द्वारा कार्यान्वयन की समीक्षा। ग्राहक परिदृश्यों की तीन परिकल्पनाएँ लिखें, ग्राहक की रूपरेखा बताएँ और प्राथमिकता चुनें। पूरे हुए कार्य मूल रिकॉर्ड से जाँचे जाते हैं और अनुस्मारक में छोड़ दिए जाते हैं; इंटरफ़ेस का निशान परिणाम नहीं है। पद्धति विशेषज्ञ पहले दो परियोजनाओं, वर्तमान विन्यास और प्रस्तुत परीक्षण अवलोकनों की अलग समीक्षा करके स्वीकृति या सुधार दर्ज करता है। सहायता की मात्रा प्रकाशित नियम तय करते हैं; अतिरिक्त सहायता अलग सहमति से मिलती है। देरी पर प्रबंधक कारण—ग्राहक का न होना, अस्पष्ट मूल्य, कौशल, आर्थिक स्थिति या उत्पाद दोष—योजना और अगली समीक्षा की तारीख दर्ज करता है। किसी कार्रवाई का जवाब खो जाए तो उसी मूल कार्रवाई की स्थिति जाँचें; परिणाम का न होना असफल भेजना या रद्द होना साबित नहीं करता। स्वतः दोबारा प्रयास न करें और नई कुंजी न बनाएँ। ईमेल प्रदाता द्वारा संदेश स्वीकार होना इनबॉक्स में पहुँचने या पढ़े जाने का प्रमाण नहीं है। अनिश्चित परिणाम पर स्पष्ट जाँच और निर्णय चाहिए, स्वतः दोबारा ईमेल नहीं। ## पहला या अगला प्रस्ताव माँगना सुरक्षित सौदा, वर्तमान सूची और सटीक ग्राहक/संसाधन सीमा चुनें। पहली माँग को मौजूदा quote नहीं चाहिए और वह ग्राहक मालिक की मंज़ूरी की प्रतीक्षा करती है। वित्त कर्मचारी अलग तैयार मूल quote देता है; साझा करना, स्वीकार करना और भुगतान अलग हैं। अगली माँग ग्राहक द्वारा पहले साझा मूल quote को रखती है। जवाब खो जाए तो मूल माँग पुनर्प्राप्त करें या स्पष्ट रद्द करें। ## बैठक तय करना मूल सहायता टिकट में UTC समय, समय क्षेत्र और अवधि दें। नियुक्त प्रबंधक पुष्टि या समय परिवर्तन करता है; माँगा समय बुकिंग नहीं है। मूल माँग रद्द करें। बाहरी कैलेंडर निमंत्रण अलग कार्य है। ## कानूनी नाम बदलना मालिक/व्यवस्थापक उसी सत्यापित संस्था का कानूनी नाम बदलने का प्रस्ताव दे सकता है। स्वतंत्र समीक्षा को मूल पंजीकरण और पहचान प्रमाण चाहिए। देश, कानूनी रूप और मूल पहचान स्थिर हैं; दूसरी संस्था को नया प्रवेश चाहिए। पुराने अनुबंध और बैंक सत्यापन अपने आप नहीं बदलते। ## वित्तीय कार्य बहाल करना हर Billing प्रक्रिया नए हस्तांतरण बंद रखकर शुरू होती है। कर्मचारी वास्तविक बैकअप, बहाली, कतार और बैंक विवरण की समीक्षा के बाद केवल आगे के आरक्षण खोलते हैं। पुराने/अनिश्चित हस्तांतरण केवल मूल बैंक ID से जाँचे जाते हैं; जवाब न मिलना फिर भेजने की अनुमति नहीं है। ग्राहक के भुगतान वाले अधिकार बने रहते हैं। ## वापसी, अंक और पुरस्कार वास्तविक मूल वापसी संबंधित XP/क्रेडिट को मूल नियमों से उलटती है। न दिए पुरस्कार आरक्षण छोड़ते हैं; दिए पुरस्कार का इतिहास और पात्रता खोना अलग रहते हैं। डेमो रोकना मूल मालिक की पुष्टि की प्रतीक्षा करता है; स्वतंत्र भुगतान वाला रूपांतरण जारी रहता है। वस्तु वापसी और दिए गए मैनुअल लाभ को वास्तविक जिम्मेदार का समाधान चाहिए। ## इतिहास और सुधार Backfill से पहले कर्मचारी सीमित मूल गणना, संख्या, मुद्रा योग और दस्तावेज़ hash अलग जाँचते हैं। अज्ञात स्वामित्व अपवाद रहता है; मिलान अधिकार नहीं देता। समीक्षित अवैतनिक श्रेय सुधार संतुलित रोकी प्रविष्टियाँ जोड़ते हैं, खर्च योग्य कमाई नहीं। भुगतान/आरक्षित इतिहास और अनुबंधित शुरुआती शेष के अलग मूल मालिक हैं। ## विश्लेषण पढ़ना सूचक के मूल स्रोत, समूह, अवधि और सूत्र देखें। मुद्राएँ, कार्य संख्या, भुगतान आय और व्यापार परिणाम अलग रखें। अनुपस्थित स्रोत अनुपलब्ध है, शून्य नहीं; कम अवलोकन ROI साबित नहीं करते। तकनीकी रिपोर्ट को ग्राहक की अलग वर्तमान मंज़ूरी चाहिए। वित्तीय अर्थ प्रकाशित नीति से लें। मूल प्रणालियों के पुष्टि किए गए खर्च अपने आप किसी अभियान की पूरी लागत सिद्ध नहीं करते। साझेदारों के प्रशिक्षण और सहायता सहित पूर्ण लागत के लिए अलग मूल लागत विवरण का स्वतंत्र अनुमोदन आवश्यक है। अनुपात केवल एक ही मूल मुद्रा और उसकी लघु मुद्रा इकाई की समान दशमलव सटीकता में निकालें। वर्तमान स्रोत न होने पर उसे स्पष्ट रूप से अनुपलब्ध दिखाया जाता है; अन्य गतिविधियों से रूपांतरण का अनुमान नहीं लगाया जाता। ग्राहक और संपर्क पहचानकर्ता साझा नहीं किए जाते। वहन की गई लागत बैंक भुगतान की पुष्टि नहीं करती। ## कनेक्शन के बिना अस्थायी स्थानीय पहुँच यदि यह क्षमता समर्थित है, तो स्थानीय स्वामी प्रकाशित और हस्ताक्षरित Billing नीति के अनुसार नामित इंजीनियर को केवल चुने हुए कार्यक्षेत्र की तकनीकी स्थिति तक अल्पकालिक पहुँच देता है। नवीनीकरण और तत्काल रद्द करना स्थानीय रूप से होता है। केंद्रीय रद्दीकरण तब तक समन्वयन की प्रतीक्षा करता है जब तक इंस्टेंस सत्यापित हस्ताक्षरित पुष्टि आयात न करे; कनेक्शन न होना रद्दीकरण लागू होने का प्रमाण नहीं है। पुनः आरंभ के बाद नई स्थानीय स्वीकृति आवश्यक है। यह पहुँच प्रशासनिक अधिकार, सामग्री तक पहुँच या भुगतान वाला लाइसेंस नहीं देती। ## बैंक बिल, उपहार और नवीनीकरण कार्ड ग्राहक पोर्टल में अपना संगठन चुनें और मूल प्रस्ताव खोलें। पूरी टोकरी जाँचें, शर्तें स्वीकार करें और उसका बैंक बिल चुकाएँ। आंशिक राशि आने से ऑर्डर पूरा नहीं होता। पूरी राशि मिलने के बाद भी पूरे ऑर्डर की पुष्टि की प्रतीक्षा करें और लाइसेंस, संसाधन या मॉड्यूल का वितरण अलग जाँचें; सर्वर पर लाइसेंस लागू होने का अपना परिणाम होता है। «उपहार — कोई शुल्क नहीं» पंक्ति ऑर्डर में रहती है, लेकिन कमीशन या उपार्जन के लिए पहली सशुल्क खरीद नहीं बनाती। अतिरिक्त प्राप्त राशि अलग दर्ज होती है और दूसरा ऑर्डर अपने आप नहीं चुकाती। आपके ऑर्डर से वास्तविक संबंध होने पर प्राप्त, वास्तव में वापस की गई और बची राशि देख सकते हैं; स्वतः वापसी का वादा नहीं है। 1. पात्र सेवा की पुष्टि के बाद संगठन का मालिक नवीनीकरण के लिए कार्ड जोड़ना चुनता है। शर्तें पढ़ें, बैंक चुनें और नवीनीकरण तथा वापसी वाले 1 RUB सत्यापन भुगतान के लिए अलग सहमति दें। 2. बैंक पर जाएँ। यह 1 RUB कार्ड की जाँच करता है, ऑर्डर या सेवा अवधि का भुगतान नहीं है। इसकी वापसी की अलग स्थिति है: लंबित, स्पष्ट की जा रही या पूर्ण। 3. लौटने पर उसी कार्रवाई की स्थिति स्पष्ट रूप से जाँचें। वापसी लिंक भुगतान या राशि काटने की अनुमति की पुष्टि नहीं करता। 4. कार्ड और नवीनीकरण की अलग पुष्टि करें। परिणाम अज्ञात हो तो मूल कार्रवाई पढ़ें; नया जोड़ना शुरू न करें और अपने आप दोबारा न भेजें। भविष्य का नवीनीकरण अपनी अवधि का अलग भुगतान है। पहला बैंक ऑर्डर और इतिहास सुरक्षित रहते हैं; केवल कार्ड नई अवधि के भुगतान या वितरण को साबित नहीं करता। ## सेवा साझेदार बदलें ग्राहक संगठन का मालिक पहले उसी संसाधन के लिए नई सेवा व्यवस्था का प्रस्ताव रखता है, जो पूरा होने तक लंबित रहती है। सेवा ग्रहण करने वाले साझेदार संगठन का मालिक प्रस्ताव की स्पष्ट पुष्टि से पहले अपनी सेवा नियुक्ति के मूल समझौते का शीर्षक और सभी शर्तें पढ़ता है। फिर “बदलाव प्रस्तावित करें” से पिछली नियुक्ति, प्रभावी तारीख और कारण बताते हुए सटीक हस्तांतरण प्रस्तावित करता है और पाँचों जाँच चिह्नित करता है: सेवा दायरा, खुले कार्य, प्राप्त दस्तावेज़, सेवा निरंतरता और पुरानी पहुँच वापस लेना। ग्राहक पिछला साझेदार, नया साझेदार, आरंभकर्ता और प्रभावी तारीख जाँचता है। अगली अवधि का फ़ील्ड सेवा की सुरक्षित रखी गई मूल तारीख या “उपलब्ध नहीं” दिखाता है। तारीख गायब हो या बीत चुकी हो, उसकी जगह भविष्य की तारीख का अनुमान नहीं लगाया जाता। ग्राहक अलग से “बदलाव स्वीकार करें” चुनता है, फिर प्रभावी तारीख या उसके बाद स्वयं “बदलाव पूरा करें” चुनता है। प्रस्तावित या स्वीकार किया गया बदलाव पूरा होने से पहले “बदलाव रद्द करें” से रद्द किया जा सकता है। तारीख आने से बदलाव अपने आप लागू नहीं होता। पूरा करने पर पिछली सेवा नियुक्ति और तकनीकी अनुमतियाँ वापस ले ली जाती हैं। भुगतान किए गए लाइसेंस, धन और ऐतिहासिक श्रेय सुरक्षित रहते हैं। आगे के वित्तीय प्रभाव मौजूदा नीति के अनुसार होंगे; भुगतान या कमीशन का वादा नहीं है। इंजीनियर की नई पहुँच के लिए अलग ग्राहक स्वीकृति चाहिए। Offline अधिकार तुरंत दूर से वापस लेने की गारंटी नहीं है। ग्राहक स्वतंत्र रूप से एकतरफ़ा पहुँच वापस ले सकता है; व्यावसायिक विवाद इसे रोक नहीं सकते। उत्तर खो जाए तो पहले उसी मूल कार्रवाई की स्थिति प्राप्त करने के लिए “मूल परिणाम प्राप्त करें” चुनें। उसके बाद ही मूल अनुरोध और उसके सभी विवरण बिना बदले रखते हुए स्वयं “उसी अनुरोध को फिर भेजें” चुनें। परिणाम अनुपलब्ध या गायब हो तो स्थिति अज्ञात रखें। प्रतिस्थापन कार्रवाई न बनाएँ और अपने आप दोबारा न भेजें। - [साझेदार निर्देशिका](https://aihummer.ru/hi/partners/directory/) - [प्रमाणपत्र का सत्यापन](https://aihummer.ru/hi/partners/certificates/)