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