ConnectWiz + Apple Calendar

লাইভ ইন্টিগ্রেশন

Apple Calendar: বুকিং যায়, ব্যস্ত সময় আসে

ConnectWiz-এ নেওয়া অ্যাপয়েন্টমেন্ট Apple Calendar-এ দেখা যায়, বাতিল হলে মুছে যায় — আর Apple Calendar-এ আগে থেকে থাকা ইভেন্ট প্রাপ্যতা থেকে বাদ পড়ে। তাই আপনার ক্যালেন্ডারে বৃহস্পতিবার 15:00 যদি দাঁতের ডাক্তারের জন্য তোলা থাকে, AI কখনো সেই সময়টি অফার করে না।

ইভেন্ট যায় বাইরে ব্যস্ত সময় বাদ পড়ে প্রতিটি উৎসের নিজস্ব ভূমিকা ও দিক
Apple Calendar × ConnectWiz
বুকিং → ক্যালেন্ডার ইভেন্ট
ব্যস্ত ব্লক → প্রাপ্যতা থেকে বাদ
পড়া / লেখা / দুটোই / শুধু ব্যস্ত সময়
4
প্রতি ইভেন্টে পাঠানো ফিল্ড — শিরোনাম, নোট, শুরু, শেষ। অংশগ্রহণকারী নয়, আমন্ত্রণ নয়, আর কিছুই বাইরে যায় না
3
প্রতিটি উৎসে আলাদা আলাদা অক্ষ — বুকিং ভেতরে আনে, বুকিং বাইরে মিরর করে, প্রাপ্যতা আটকায়
Null ≠ 0
"আপনার ক্যালেন্ডার পড়া যায়নি" কখনোই "আপনি ফাঁকা আছেন" বলে ধরা হয় না
1
বুকিং লেজার — ক্যালেন্ডারগুলো একে মিরর করে, তথ্য জোগায়; কোনোটিই মূল উৎস হয়ে ওঠে না

ক্যালেন্ডার

এটি ঠিক কী করে

পুশ, আর বাতিল হলে মুছে ফেলা

নতুন বুকিং Apple Calendar-এ ইভেন্ট তৈরি করে; বাতিল হলে ইভেন্টটিও মুছে যায়। তাই চিকিৎসকের ক্যালেন্ডার অ্যাপয়েন্টমেন্টের খাতা থেকে কখনো এক দিনও পিছিয়ে থাকে না।

ব্যস্ত সময়ও হিসাবে ধরা হয়

কোনো দরজা — প্যানেল, AI, ফ্লো বা উইজেট — স্লট অফার করার আগেই বাইরের ইভেন্টগুলো প্রাপ্যতা থেকে বাদ পড়ে। ফলে আপনার ব্যক্তিগত কাজের সময়ের ওপর ডাবল-বুকিংও আটকে যায়।

দিক ঠিক হয় সেটিং দিয়ে

প্রতিটি সংযুক্ত উৎসের জন্য আপনিই ঠিক করেন: সেখান থেকে পড়া, সেখানে লেখা, দুটোই, নাকি শুধু ব্যস্ত সময় — ফলে ক্লিনিকের শেয়ার্ড ক্যালেন্ডার আর ব্যক্তিগত ক্যালেন্ডার কোনো টানাপোড়েন ছাড়াই আলাদা ভূমিকা নিতে পারে।

ভেতরের কলকবজা

সিঙ্কের এমন নিয়ম, যাতে ডাবল-বুকিং হয় না

CalDAV, অ্যাপ-নির্দিষ্ট পাসওয়ার্ড দিয়ে

থার্ড-পার্টি অ্যাপের জন্য Apple-এর স্বীকৃত দরজা হলো CalDAV: আপনি নিজের Apple ID-তে একটি অ্যাপ-নির্দিষ্ট পাসওয়ার্ড তৈরি করেন (আপনার আসল পাসওয়ার্ড কখনো Apple-এর বাইরে যায় না), আর এই খোলা স্ট্যান্ডার্ডের মাধ্যমেই আপনার iCloud ক্যালেন্ডারগুলোতে ইভেন্ট পড়া ও লেখা হয়।

ভূমিকা মানে তিনটি অক্ষ, একটি ড্রপডাউন নয়

প্রতিটি উৎসের জন্য আপনি ঠিক করেন: সেটি বুকিং ভেতরে আনবে কি না (কখনো না, একবার ইমপোর্ট, নাকি অবিরত), বুকিং সেখানে মিরর হবে কি না, আর তার ব্যস্ত সময় প্রাপ্যতা আটকাবে কি না — ফলে ক্লিনিকের শেয়ার্ড ক্যালেন্ডার আর ব্যক্তিগত ক্যালেন্ডার সম্পূর্ণ ভিন্ন ভূমিকা নিতে পারে।

যেখানে জরুরি, সেখানে fail-closed

যে ক্যালেন্ডার শুধু প্রাপ্যতা আটকায়, পড়তে ত্রুটি হলে সেটি fail-closed আচরণ করে — অজানা ব্যস্ত সময় সংঘাতের সুযোগ না দিয়ে বুকিং আটকে দেয়। আর যে উৎস লেজারে তথ্য জোগায়, সেটি fail-open। ক্যালেন্ডার সিঙ্কে এই রেখাটি ভুল টানাই সবচেয়ে ব্যয়বহুল ভুল, তাই এটা নিয়ম, মর্জি নয়।

নিজে থেকেই সেরে ওঠা সংযোগ

কোনো সংযোগে ত্রুটি হলে সেটি কারণসহ চিহ্নিত হয় — আর পরের সফল রিডেই চিহ্নটি নিজে থেকে মুছে যায়। বিভ্রাট মিটে গেলে কাউকে এসে কোনো টিক তুলে দিতে হয় না।

শুধু দরকারি event payload

আপনার ক্যালেন্ডারে পৌঁছায় শুধু বুকিং টাইপের নাম, অতিথির নাম ও নোট, আর সময় — অংশগ্রহণকারীদের আমন্ত্রণ নয়, কনফারেন্স লিংক নয়, রিমাইন্ডারে হাত দেওয়াও নয়। নোটিফিকেশনের হইচই সামলানোর ভার আপনার ক্যালেন্ডার অ্যাপের হাতেই থাকে।

কনফ্লিক্টের নীতি আগে থেকেই ঘোষিত

দুই-দিকের সম্পাদনা যখন আসবে, প্রতিটি উৎসের কনফ্লিক্ট নীতি তখন আগে থেকেই ঠিক করা থাকবে — মানুষের সিদ্ধান্তের জন্য আটকে রাখা (ডিফল্ট, এতে রিমাইন্ডারও থেমে থাকে), আমাদেরটা জিতবে, নাকি ওদেরটা; হেরে যাওয়া সংস্করণটিও রেখে দেওয়া হবে এবং দেখানো হবে। প্রয়োজনের আগেই ঘোষণা, কারণ ঝামেলার মাঝখানে কনফ্লিক্ট নীতি জোড়াতালি দিতে গেলেই ডেটা হারিয়ে যায়।

সেটআপ

যেভাবে যুক্ত হয়

01

Apple Calendar যুক্ত করুন

আপনার Apple ID থেকে নেওয়া অ্যাপ-নির্দিষ্ট পাসওয়ার্ড দিয়ে CalDAV-এর মাধ্যমে যুক্ত করুন।

02

এর ভূমিকা ঠিক করুন

পড়া, লেখা, দুটোই, নাকি শুধু ব্যস্ত সময় — প্রতিটি ক্যালেন্ডারের জন্য আলাদা।

03

যেকোনো জায়গা থেকে বুক করুন

প্যানেল, AI, ফ্লো বা ওয়েবসাইট উইজেট — প্রতিটি দরজা ব্যস্ত সময় বাদ দেওয়ার পরের একই প্রাপ্যতা দেখে।

একসঙ্গে আরও ভালো

এটি কীসের সঙ্গে মিলে কাজ করে

বুকিং ইঞ্জিন

প্রাপ্যতা, বাফার, নোটিশের সময়সীমা আর ওভারল্যাপ-রোধী হোল্ড থাকে বুকিং সিস্টেমে — ক্যালেন্ডার শুধু তাকে সঠিক তথ্য জোগায়।

Wiz নিরাপদে বুক করে

আমাদের AI এজেন্ট শুধু সেই স্লটগুলোই অফার করে, যেগুলো ব্যস্ত সময় বাদ দেওয়ার পরেও টিকে থাকে — ডাবল-বুকিং ঠেকায় একটি ডেটাবেস কনস্ট্রেইন্ট, কোনো আশা নয়।

CRM-এর অ্যাপয়েন্টমেন্ট খাতা

Estesoft Stella ব্যবহার করেন? এর অ্যাপয়েন্টমেন্ট খাতা আর আপনার ক্যালেন্ডার, দুটোই একই প্রাপ্যতা থেকে সময় বাদ দেয় — বিস্তারিত Stella ইন্টিগ্রেশন পেজে।

নিরাপত্তা ও নিশ্চয়তা

নীরস নিশ্চয়তাগুলো

শুধু দরকারি scope

সংযোগটি শুধু ক্যালেন্ডারে অ্যাক্সেস চায় — মেইল নয়, কন্টাক্ট নয়, ড্রাইভ নয়। টোকেন সংরক্ষিত অবস্থায় এনক্রিপ্টেড থাকে এবং নিজে থেকেই রিফ্রেশ হয়।

আপনার ইভেন্ট আপনারই থাকে

ব্যস্ত সময় পড়তে গিয়ে আনা হয় শুধু সময়, বিষয়বস্তু নয় — প্রাপ্যতার হিসাবে জানা দরকার আপনি ব্যস্ত কি না, কেন ব্যস্ত তা নয়।

সংযোগ বিচ্ছিন্ন করা ঝামেলাহীন

সংযোগ সরিয়ে দিলে সিঙ্ক সঙ্গে সঙ্গে থেমে যায়; আপনার ক্যালেন্ডারে আগেই মিরর হওয়া ইভেন্টগুলো রাখবেন নাকি মুছবেন, সে সিদ্ধান্ত আপনার।

খুঁটিনাটি, খোলাখুলি

সীমারেখা, স্পষ্ট করে বলা

লেজার আমাদের কাছেই থাকে

যত ক্যালেন্ডারই যুক্ত হোক, বুকিং লেজার থাকে ConnectWiz-এর নিজস্ব টেবিলেই — ক্যালেন্ডারগুলো প্রতিবিম্ব আর তথ্যের উৎস, কখনোই মূল নয়। এটা আমাদের ডিজাইনের অবস্থান, স্পষ্ট করে বলা।

রিমাইন্ডার আমাদের, ক্যালেন্ডারের নয়

বুকিং রিমাইন্ডার যায় ConnectWiz থেকে — ইমেইলে, আর কনফিগার করা থাকলে SMS-এ — ক্যালেন্ডার নোটিফিকেশন হিসেবে নয়। তাই যে অতিথি কখনো ক্যালেন্ডারের আমন্ত্রণ খোলেননি, তাঁর কাছেও তা পৌঁছায়। স্পষ্ট করে বলছি, কারণ দুটি রিমাইন্ডার ব্যবস্থা একসঙ্গে বেজে ওঠা একটির চেয়ে খারাপ।

Apple Calendar নিয়ে প্রশ্নোত্তর

সোজাসাপ্টা উত্তর

আরও জানতে দেখুন পুরো প্রশ্নোত্তর, অথবা সরাসরি আমাদের জিজ্ঞাসা করুন।

বুকিং ইভেন্ট হিসেবে বাইরে যায় (আর বাতিল হলে মুছে যায়), আর ব্যস্ত সময় ভেতরে এসে প্রাপ্যতা থেকে বাদ পড়ে। প্রতিটি উৎসের নিজস্ব ভূমিকা থাকে — পড়া, লেখা, দুটোই, নাকি শুধু ব্যস্ত সময়।

না — বাইরের ব্যস্ত সময় বাদ দেওয়ার পরেই প্রাপ্যতা হিসাব করা হয়, আর ওভারল্যাপ করা হোল্ড বাতিল করে দেয় একটি ডেটাবেস কনস্ট্রেইন্ট, যা কোনো বুকিং দরজাই এড়াতে পারে না।

থার্ড-পার্টি ক্যালেন্ডার অ্যাক্সেসের জন্য এটাই Apple-এর স্বীকৃত দরজা — স্ট্যান্ডার্ড, স্থিতিশীল, আর কোনো প্রাইভেট API ছাড়াই iCloud ক্যালেন্ডারের সঙ্গে কাজ করে।

কারণ ক্যালেন্ডার ডেটার জন্য Apple কোনো OAuth দেয় না — অ্যাপ-নির্দিষ্ট পাসওয়ার্ডসহ CalDAV-ই তাদের স্বীকৃত পদ্ধতি। এটি একটি খোলা স্ট্যান্ডার্ড, আপনার Apple ID থেকে যেকোনো সময় বাতিল করা যায়, আর হঠাৎ মেয়াদ ফুরিয়ে বন্ধও হয়ে যায় না।

বুক করা সময়ে একটি ইভেন্ট, যার শিরোনাম বুকিং টাইপের নাম আর ভেতরে অতিথির নাম ও নোট (যদি থাকে) — বুকিংয়ের সময় তৈরি হয়, বাতিলে মুছে যায়। আপনার ক্যালেন্ডার থেকে কোনো অংশগ্রহণকারীকে আমন্ত্রণ পাঠানো হয় না, আর সেখানকার অন্য কিছুতে হাত দেওয়া হয় না।

ঢাকঢোল পিটিয়ে নয়, সৎভাবে যুক্ত হওয়াই ভালো।

এখানে প্রতিটি ইন্টিগ্রেশনের বর্ণনা দেওয়া হয়েছে সেটি আসলে যা করে তা দিয়েই — ডেটা কোন দিকে যায়, মালিকানা কার আর সীমাবদ্ধতা কী, সবসহ।