ConnectWiz + Google Calendar

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

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

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

ইভেন্ট যায় বাইরে ব্যস্ত সময় বাদ পড়ে প্রতিটি উৎসের নিজস্ব ভূমিকা ও দিক
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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

যেটিতে প্রাপ্যতার আসল হিসাব থাকে — চিকিৎসকেরা প্রায়ই ক্লিনিকের শেয়ার্ড ক্যালেন্ডারকে মিররের গন্তব্য আর ব্যক্তিগতটিকে শুধু-ব্যস্ত হিসেবে যুক্ত করেন; প্রতিটি উৎসের আলাদা ভূমিকা থাকায় দুটির মধ্যে টানাপোড়েন হয় না।

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

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

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