आउटलुक में डबल बुक की गई नियुक्तियों को रोकना


4

हमारे संगठन में हम अपने सम्मेलन कक्षों को शेड्यूल करने के लिए साझा किए गए आउटलुक कैलेंडर की एक श्रृंखला का उपयोग करते हैं। सभी डोमेन उपयोगकर्ता इन कैलेंडर के लेखकों के रूप में सेटअप हैं। अब हम एक ऐसी समस्या में भाग रहे हैं जहाँ अंतिम उपयोगकर्ता या तो जाँच / देखभाल नहीं कर रहा है यदि किसी कमरे में पहले से ही उस समय की अवधि के लिए एक कमरा नियुक्त किया गया है जिसे वे इसका उपयोग करना चाहते हैं। तो मेरा प्रश्न यह है कि क्या किसी उपयोगकर्ता को इन कैलेंडर में से किसी एक पर नियुक्ति या बैठक का समय निर्धारित करने से रोकने का कोई तरीका है, जब पहले से ही इस पर कोई चिंता है?

हमने पहले ही विकल्पों में जाने की कोशिश की है -> संसाधन निर्धारण और जाँच "स्वचालित रूप से विरोधाभासी मीटिंग अनुरोधों में गिरावट", लेकिन इससे समस्या हल नहीं हुई।


1
आप किस संस्करण का आदान-प्रदान कर रहे हैं?
ज़ॉकेडैच

1
सर्वर एक्सचेंज 2007 है - ग्राहक ज्यादातर आउटलुक 2003 हैं, जिसमें 2007 से चल रहे युगल हैं।
साइको बॉब

जवाबों:


4

मेरा सुझाव है कि आप अपने सम्मेलन कक्ष को संसाधनों के रूप में स्थापित करें। आप इसे रोकने के लिए संसाधन बुकिंग का उपयोग कर सकते हैं। एक्सचेंज 2003 के लिए MSExchange.org के इस लेख पर एक नज़र डालें ।

संसाधन मेलबॉक्स बनाने के लिए एक्सचेंज 2007 के लेख यहां दिए गए हैं।


0

मेरा मानना ​​है कि आपको इन्हें साझा संसाधनों (2007 में संसाधन मेलबॉक्स) के रूप में स्थापित करना होगा और उपयोगकर्ताओं को कैलेंडर में सीधे नियुक्तियों की क्षमता देने के बजाय "आमंत्रण" सुविधा का उपयोग करना होगा। फिर आपके संसाधन निर्धारण विकल्प लागू होंगे।


0

यदि वे पहले से ही संसाधनों से वापस आने वाली बैठक प्रतिक्रियाओं को नहीं देख रहे हैं (मुझे लगता है कि आप जो वर्णन कर रहे हैं) प्रतिक्रिया वापस आने पर आप क्या करना चाहते हैं? मुझे लगता है कि यह तकनीकी की तुलना में उपयोगकर्ता शिक्षा का मुद्दा अधिक है। कहा जा रहा है कि, एक्सचेंज में पूरी घटना सिंक आर्किटेक्चर है जिसे आप हुक कर सकते हैं। इसमें कोड लिखना शामिल है, लेकिन आप जो कुछ भी चाहते हैं वह बहुत कुछ कर सकते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.