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