ConnectWiz + Outlook Calendar

लाइव इंटीग्रेशन

Outlook Calendar: बुकिंग बाहर, व्यस्त समय अंदर

ConnectWiz में किए गए अपॉइंटमेंट Outlook Calendar में दिख जाते हैं और रद्द होते ही हट जाते हैं — और जो इवेंट पहले से Outlook Calendar में हैं, वे उपलब्धता में से घट जाते हैं, इसलिए AI कभी गुरुवार 15:00 का स्लॉट नहीं देता जब आपके कैलेंडर में उस वक़्त दाँत के डॉक्टर बैठे हों.

इवेंट बाहर जाते हैं व्यस्त समय घट जाता है हर स्रोत की अपनी भूमिका और दिशा
Outlook Calendar × ConnectWiz
बुकिंग → कैलेंडर इवेंट
व्यस्त ब्लॉक → उपलब्धता में घटाव
पढ़ना / लिखना / दोनों / सिर्फ़ व्यस्त समय
4
फ़ील्ड, जो हर इवेंट के साथ बाहर जाते हैं — शीर्षक, नोट, शुरू, ख़त्म. न कोई अतिथि, न न्योता, और कुछ भी बाहर नहीं जाता
3
स्वतंत्र अक्ष, हर स्रोत पर — बुकिंग अंदर लाना, बुकिंग बाहर दिखाना, उपलब्धता रोकना
Null ≠ 0
"आपका कैलेंडर पढ़ा नहीं जा सका" को कभी "आप ख़ाली हैं" नहीं माना जाता
1
बुकिंग लेजर — कैलेंडर उसे दिखाते और बताते हैं; उनमें से कोई मालिक नहीं बनता

कैलेंडर

यह ठीक-ठीक क्या करता है

पुश, सफ़ाई के साथ

नई बुकिंग Outlook Calendar में इवेंट बना देती हैं; रद्द होने पर वे हट जाते हैं. डॉक्टर या सेवा देने वाले का कैलेंडर डायरी से कभी एक दिन भी पीछे नहीं रहता.

व्यस्त समय भी गिना जाता है

बाहरी इवेंट उपलब्धता में से तब ही घट जाते हैं, जब कोई भी दरवाज़ा — पैनल, AI, फ़्लो या विजेट — कोई स्लॉट सुझाता है. आपकी निजी ज़िंदगी पर होने वाली डबल-बुकिंग भी रुकती है.

दिशा एक सेटिंग है

हर जुड़े हुए स्रोत के लिए आप चुनते हैं: उससे पढ़ना, उसमें लिखना, दोनों, या सिर्फ़ व्यस्त समय — ताकि साझा क्लिनिक कैलेंडर और निजी कैलेंडर बिना झगड़े अलग-अलग भूमिकाएँ निभा सकें.

तकनीकी पहलू

सिंक के ऐसे नियम जो डबल-बुकिंग नहीं होने देते

Microsoft 365, सहारा दिया हुआ रास्ता

यह कनेक्शन Microsoft के Graph API का इस्तेमाल करता है, कैलेंडर पढ़ने-लिखने और ऑफ़लाइन रिफ़्रेश के साथ — यही मंज़ूर दरवाज़ा है, जिसमें token ख़ुद को ताज़ा करते रहते हैं और जिसे आप किसी भी दूसरे ऐप की तरह अपने Microsoft एडमिन सेंटर से रद्द कर सकते हैं.

भूमिकाएँ तीन अक्ष हैं, एक ड्रॉपडाउन नहीं

हर स्रोत के लिए आप तय करते हैं कि वह बुकिंग अंदर लाता है या नहीं (कभी नहीं, एक बार इंपोर्ट, या लगातार), बुकिंग उसमें बाहर दिखेगी या नहीं, और उसका व्यस्त समय उपलब्धता रोकेगा या नहीं — साझा क्लिनिक कैलेंडर और निजी कैलेंडर बिल्कुल अलग भूमिकाएँ निभा सकते हैं.

जहाँ ज़रूरी हो, वहाँ fail-closed

जो कैलेंडर सिर्फ़ उपलब्धता रोकता है, वह पढ़ने में गड़बड़ी होने पर fail-closed होता है — अनजान व्यस्त समय बुकिंग रोक देता है, टकराव होने नहीं देता. जो स्रोत लेजर को भरता है, वह fail-open होता है. यही लकीर ग़लत खींचना कैलेंडर सिंक की सबसे महँगी भूल है, इसलिए यह नियम है, मूड नहीं.

ख़ुद ठीक होने वाले कनेक्शन

जिस कनेक्शन में गड़बड़ी आती है, उस पर वजह समेत निशान लग जाता है — और अगली सफल पढ़ाई उसे अपने आप हटा देती है. जो रुकावट ख़त्म हो चुकी है, उसके लिए किसी इंसान को आकर कुछ हटाना नहीं पड़ता.

सिर्फ़ ज़रूरी event payload

आपके कैलेंडर में इतना ही जाता है: बुकिंग के प्रकार का नाम, मेहमान का नाम और उसके नोट, और समय — न कोई अतिथि न्योता, न कोई कॉन्फ़्रेंस लिंक, न रिमाइंडर की छेड़छाड़. आपके कैलेंडर क्लाइंट अपने शोर के मालिक बने रहते हैं.

टकराव की नीति पहले से घोषित है

जब दोतरफ़ा संपादन आएगा, तब हर स्रोत के पास टकराव की नीति पहले से होगी — इंसान के लिए रोक लो (यही डिफ़ॉल्ट है, और इससे रिमाइंडर भी रुक जाते हैं), हमारा जीते, या उनका जीते — और हारने वाला संस्करण सँभालकर दिखाया जाता है. यह ज़रूरत पड़ने से पहले घोषित है, क्योंकि घटना के बीच में टकराव की नीति गढ़ने से ही डेटा ग़ायब होता है.

सेटअप

यह कैसे जुड़ता है

01

Outlook Calendar जोड़ें

Microsoft 365 से साइन इन करें और कैलेंडर की पहुँच दें.

02

इसकी भूमिका तय करें

पढ़ना, लिखना, दोनों, या सिर्फ़ व्यस्त समय — हर कैलेंडर के लिए अलग.

03

कहीं से भी बुक करें

पैनल, AI, फ़्लो या वेबसाइट विजेट — हर दरवाज़े को वही घटी हुई उपलब्धता दिखती है.

साथ में बेहतर

यह किनके साथ जुड़ता है

बुकिंग इंजन

उपलब्धता, बफ़र, नोटिस की अवधि और ओवरलैप-रोधी होल्ड यहाँ रहते हैं: बुकिंग सिस्टम — और कैलेंडर उसे सच देता रहता है.

Wiz सुरक्षित तरीक़े से बुक करता है

हमारा AI एजेंट सिर्फ़ वही स्लॉट सुझाता है जो व्यस्त समय के घटाव के बाद बचते हैं — डबल-बुकिंग को उम्मीद नहीं, डेटाबेस की एक शर्त रोकती है.

CRM की डायरियाँ

Estesoft Stella चला रहे हैं? उसकी डायरी और आपका कैलेंडर, दोनों एक ही उपलब्धता से घटते हैं — देखें: Stella इंटीग्रेशन.

सुरक्षा और गारंटी

उबाऊ गारंटियाँ

सिर्फ़ ज़रूरी scope

यह कनेक्शन सिर्फ़ कैलेंडर की पहुँच माँगता है — न मेल, न कॉन्टैक्ट, न ड्राइव. Token रखे जाने पर एन्क्रिप्टेड रहते हैं और अपने आप ताज़ा होते रहते हैं.

आपके इवेंट आपके ही रहते हैं

व्यस्त समय पढ़ते वक़्त सिर्फ़ समय आता है, सामग्री नहीं — उपलब्धता के गणित को यह जानना है कि आप व्यस्त हैं, यह नहीं कि क्यों.

डिसकनेक्ट साफ़-सुथरा है

कनेक्शन हटाते ही सिंक तुरंत रुक जाता है; आपके कैलेंडर में पहले से मौजूद इवेंट आपके ही हैं — रखें या हटा दें.

बारीक अक्षर, ईमानदारी से

सीमाएँ, साफ़ लिखी हुई

लेजर हमारा ही रहता है

कैलेंडर चाहे जो भी जुड़ें, बुकिंग लेजर ConnectWiz की अपनी टेबल ही रहता है — कैलेंडर आईना और स्रोत हैं, मालिक कभी नहीं. यह डिज़ाइन का एक तय रुख़ है, और कहा हुआ है.

रिमाइंडर हमारे हैं, कैलेंडर के नहीं

बुकिंग के रिमाइंडर ConnectWiz से जाते हैं — Email से, और जहाँ सेट हो वहाँ SMS से — कैलेंडर नोटिफ़िकेशन की तरह नहीं, ताकि वे उन मेहमानों तक भी पहुँचें जिन्होंने कैलेंडर का न्योता कभी खोला ही नहीं. यह इसलिए लिखा है, क्योंकि दो रिमाइंडर सिस्टम का एक साथ बजना एक से बुरा है.

Outlook Calendar FAQ

सीधे जवाब

और जानकारी: पूरा FAQ, या हमसे सीधे पूछें.

बुकिंग इवेंट बनकर बाहर जाती हैं (और रद्द होने पर हट जाती हैं), और व्यस्त समय अंदर आकर उपलब्धता में से घट जाता है. हर स्रोत की अपनी भूमिका होती है — पढ़ना, लिखना, दोनों, या सिर्फ़ व्यस्त समय.

नहीं — उपलब्धता बाहरी व्यस्त समय घटाने के बाद निकाली जाती है, और आपस में टकराने वाले होल्ड डेटाबेस की एक शर्त से ख़ारिज हो जाते हैं, जिसे बुकिंग का कोई दरवाज़ा पार नहीं कर सकता.

नहीं — यह कैलेंडर सिंक है, जो Microsoft 365 के ज़रिए आज लाइव है. सपोर्ट चैनल के रूप में Outlook Email एक अलग इंटीग्रेशन है, जिसकी अपनी ईमानदार स्थिति Email चैनल के पेज पर लिखी है.

एक इवेंट, जिसका शीर्षक बुकिंग का प्रकार होता है, जिसमें मेहमान का नाम और कोई नोट होते हैं, और जो बुक किए गए समय पर होता है — बुकिंग पर बनता है, रद्द होने पर हटता है. आपके कैलेंडर से कोई अतिथि न्योता नहीं जाता, और उसमें और कुछ छुआ भी नहीं जाता.

ईमानदारी से जुड़ा होना, शोर मचाकर जुड़े होने से बेहतर है.

यहाँ हर इंटीग्रेशन को उसी से बताया गया है जो वह असल में करता है — दिशा, मालिकाना हक़ और सीमाएँ, सब शामिल.