ConnectWiz + Google Calendar

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

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

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

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

कैलेंडर

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

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

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

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

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

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

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

तकनीकी पहलू

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

दो scope, और बस दो

Google का कनेक्शन इवेंट सँभालने और free/busy पढ़ने की अनुमति माँगता है — और कुछ नहीं. वह उसी कैलेंडर में लिखता है जो आप चुनते हैं, और व्यस्त समय उन्हीं कैलेंडरों से पढ़ता है जिन पर आप निशान लगाते हैं.

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

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

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

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

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

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

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

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

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

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

सेटअप

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

01

Google Calendar जोड़ें

Google से साइन इन करें और जोड़ने के लिए कैलेंडर चुनें.

02

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

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

03

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

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

साथ में बेहतर

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

बुकिंग इंजन

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

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

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

CRM की डायरियाँ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Google Calendar FAQ

सीधे जवाब

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

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

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

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

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

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

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