ConnectWiz + Estesoft Stella

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

Stella আপনার CRM-ই থাকে। কথোপকথন এবার সেটা জানে।

আমাদের প্রোভাইডার-নিরপেক্ষ CRM পোর্টে প্রথম প্রোভাইডার: প্রতিটি কথোপকথনের ভেতরে Estesoft Stella থেকে গ্রাহকের লাইভ প্রসঙ্গ, বুকিং ফেরত লেখা হয় Stella-র অ্যাপয়েন্টমেন্ট খাতায় — আর একটি যোগাযোগ-প্রোডাক্টের কী কখনো ছোঁয়া উচিত নয়, তা নিয়ে ভেবেচিন্তে নেওয়া কিছু প্রত্যাখ্যান, লিখিতভাবে।

পরিচয়ে বাঁধা প্রসঙ্গ বুকিং ফেরত লেখা হয় চিকিৎসার ডেটা: কখনো পড়া হয় না
Estesoft Stella × ConnectWiz
শুধু এই গ্রাহকের সঙ্গে লক করা
অ্যাপয়েন্টমেন্ট · কোটেশন · বকেয়া চোখের সামনে
চ্যাটে বুকিং → Stella-র খাতা
চিকিৎসার রেকর্ড: কখনো পড়া হয় না
10
নাম ধরে ধরে পড়ার অপারেশন — অ্যাপয়েন্টমেন্ট, কোটেশন, অর্ডার, বকেয়া, নোট, ডকুমেন্ট, ক্যাটালগ, স্টাফ, লোকেশন, গ্রাহক খোঁজা
7
নির্ধারিত লেখার অপারেশন — ছয়টি খোলা, একটি মাপজোখ শেষ না হওয়া পর্যন্ত আটকে রাখা, আর কোনটি, তা আমরা বলে দিই
4
প্রতিটি লেখায় গেট — অ্যাডাপ্টার, সক্ষমতা, প্রতি-অপারেশন সুইচ, ডেটার মালিকানা
5
মাইগ্রেশন ইঞ্জিন যত শ্রেণির রেকর্ড বহন করে — অ্যাপয়েন্টমেন্ট, কোটেশন, বিক্রি, পাওনা, নোট

CRM

এটি ঠিক কী করে

লাইভ প্রসঙ্গ, পরিচয়ে বাঁধা

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

বুকিং ফেরত লেখা হয়

চ্যাটে নেওয়া অ্যাপয়েন্টমেন্ট সরাসরি Stella-র অ্যাপয়েন্টমেন্ট খাতায় ওঠে — আর ভেন্ডরের API কোনো তথ্য বহন করতে না পারলে, সিঙ্ক চুপচাপ তা বাদ না দিয়ে জানিয়ে দেয় কী বাদ পড়ল।

AI পড়ে, কখনো লেখে না

পুরো CRM পোর্টে একটি স্থায়ী নিয়ম: পড়া পরিচয়ে বাঁধা, আর লেখা থাকে মানুষের হাতে — যে AI বকেয়ার অঙ্ক ভুল পড়তে পারে, সে আসলে ভুল রোগীকে বুক করে ফেলার সস্তা মহড়া।

মাইগ্রেশন, আপনি যখন চান

কিউ-ভিত্তিক, থেমে গেলে যেখান থেকে থেমেছিল সেখান থেকে আবার চালানো যায় এমন একটি ইঞ্জিন অ্যাপয়েন্টমেন্ট, কোটেশন, বিক্রি, পাওনা আর নোট ConnectWiz-এ ইমপোর্ট করে — যা বাদ পড়ে তা নাম ধরে জানানো হয়, আর ডেটার মালিকানা বদলায় কেবল একেবারে শেষ ধাপে।

পেমেন্ট ও অর্ডারও ফেরত লেখা হয়

ConnectWiz-এ পেমেন্ট রেকর্ড করা বা অর্ডার তৈরি করা Stella-তেও পোস্ট হতে পারে — তবে তা চালু হয় মালিকের স্পষ্ট সিদ্ধান্তে, বাকি সবকিছুর মতোই একই চার গেট আর মহড়া মোডের পেছনে থেকে।

ধাপে ধাপে বদল, হুবহু কপি নয়

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

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

লেখার পথ: চারটি গেট আর একটি মহড়া

প্রতিটি অপারেশনে ডিফল্ট হলো বন্ধ

প্রতিটি লেখার সুবিধা আসে বন্ধ অবস্থায়, আর সাতটি অপারেশনের — নোট, অ্যাপয়েন্টমেন্ট, বাতিল, গ্রাহক, কোটেশন, অর্ডার, পেমেন্ট — প্রতিটির নিজস্ব সুইচ আছে। এখানে নিরাপত্তা মানে একটি অনুপস্থিতি: কোনো গেট পার না হলে ডাকার মতো কোনো writer অবজেক্টই থাকে না।

সুইচের চেয়ে মালিকানা বড়

প্রতি-অপারেশন সুইচের ওপরে আছে ডেটার মালিকানা: যে ডোমেইনের মালিক আপনার ওয়ার্কস্পেস, সুইচ যা-ই বলুক, তা কখনো Stella-তে লেখা হয় না। গেটগুলোর ক্রম নির্দিষ্ট এবং নথিভুক্ত।

মহড়া হয় আসল কোড পথেই

ড্রাই-রান মোড ঠিক সেই payload তৈরি করে, যা আসল লেখায় পাঠানো হতো, আর থামে কেবল ট্রান্সপোর্টের মুখে — অন্য কোড পথে চলা মহড়া কিছুই প্রমাণ করে না, তাই তেমন কোনো মহড়া রাখা হয়নি।

লেখা নিজেই নিজেকে যাচাই করে

প্রতিটি লেখার পর ইন্টিগ্রেশন যা তৈরি করেছে তা আবার পড়ে এনে মিলিয়ে দেখে। অমিল পেলে তা একজন মানুষের জন্য সতর্কতা হিসেবে দেখানো হয় — নিজে থেকে কখনো সংশোধন করা হয় না, কারণ ভেন্ডরের API-তে এমন কোনো idempotency কী নেই, যা সংশোধনকে নিরাপদ করতে পারে।

সঠিক ক্রমে মাইগ্রেশন

প্রথমে ইমপোর্ট হয় অ্যাপয়েন্টমেন্ট — ইচ্ছে করেই, কারণ গোটা টেন্যান্ট জুড়ে মানুষ খুঁজে পাওয়ার একমাত্র জায়গা হলো অ্যাপয়েন্টমেন্ট খাতা। বাদ পড়া প্রতিটি সারি নাম ধরে গোনা হয়: সময়সীমা নেই, অচেনা গঠন, কন্টাক্ট নেই।

AI-র পড়া তিন স্তরে লক করা

AI-র CRM টুল শুধু সেই অ্যাকশনগুলোই দেখায়, যা আপনার ওয়ার্কস্পেসে সত্যিই আছে; কল করার মুহূর্তে অ্যাকশনটি আবার যাচাই করে; আর গ্রাহককে শনাক্ত করে কথোপকথন থেকেই — বানিয়ে তোলা কোনো অপশন বা আন্দাজে ধরা কোনো ID ট্রান্সপোর্টে পৌঁছানোর আগেই বাতিল হয়ে যায়।

সেটআপ

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

01

Stella যুক্ত করুন

আপনার Stella ক্রেডেনশিয়াল যোগ করুন; কিছু সেভ হওয়ার আগেই কানেক্টর সেগুলো লাইভ API-তে যাচাই করে নেয়।

02

প্রসঙ্গ হাতে রেখে কাজ করুন

কথোপকথনে দেখা যায় গ্রাহকের CRM কার্ড; এজেন্টরা উত্তর দেন তথ্য দেখে, AI-ও তাই — স্মৃতি থেকে নয়।

03

মাইগ্রেট করুন, যদি আর যখন চান

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

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

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

বুকিং ইঞ্জিন

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

ইনবক্সের কার্ড

এজেন্টরা কথোপকথনের ঠিক পাশেই গ্রাহকের লাইভ CRM প্রসঙ্গ — অ্যাপয়েন্টমেন্ট, কোটেশন, বকেয়া — দেখতে পান, সরাসরি শেয়ার্ড ইনবক্সে।

Wiz, শুধু পড়ার অনুমতিতে

আমাদের AI এজেন্ট "আমার অ্যাপয়েন্টমেন্ট কবে?" প্রশ্নের উত্তর দেয় Stella-র তথ্য থেকে, থ্রেডের মানুষটির পরিচয়ে বাঁধা থেকে — আর স্থায়ী নিয়ম অনুযায়ী কিছুই লিখতে পারে না।

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

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

স্বাস্থ্য-তথ্য: কখনো পড়া হয় না

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

অদৃশ্য কোনো হাত নেই

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

টোকেন URL-এ ওঠে না

ভেন্ডরের একটি টোকেন-যাচাইয়ের endpoint আছে, যা ক্রেডেনশিয়াল বসিয়ে দেয় URL-এ — যেখানে লগ আর প্রক্সি সেগুলো দেখতে পায়। আমরা সেটি কখনো কল করি না। ক্রেডেনশিয়াল কীভাবে সামলানো হবে, তা ঠিক করা হয় প্রতিটি endpoint ধরে ধরে।

মুছে ফেলা: রাখা হয়নি

গ্রাহক, লিড, বিল আর কোটেশন মুছে ফেলার জন্য ভেন্ডরের যে endpoint আছে, সেগুলো অব্যবহৃতই থাকে — সেগুলো সফট ডিলিট করে নাকি চিরতরে মোছে, তা যাচাই করা হয়নি; আর রোগীর রেকর্ড মুছে ফেলা এমন কোনো ইউজার স্টোরিতে নেই, যার দায় আমরা নিতে রাজি।

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

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

ভেবেচিন্তে প্রত্যাখ্যান

চিকিৎসার রেকর্ড কখনো পড়া বা দেখানো হয় না, ভেন্ডরের লাইফসাইকেল লেবেল কখনো ওভাররাইট করা হয় না, আর পুরোপুরি দুই-দিকের মিরর আছে বলে ভানও করা হয় না — প্রতিটি প্রত্যাখ্যান নথিভুক্ত ডিজাইন-সিদ্ধান্ত, কোনো ফাঁক নয়।

অন্য CRM

পোর্টটি নকশাগতভাবেই প্রোভাইডার-নিরপেক্ষ — Stella প্রথম প্রোভাইডার, শেষ নয়। অন্য কিছু ব্যবহার করেন? আমাদের জানান; তা থেকেই ঠিক হয় কোনটি আগে আসবে।

Estesoft Stella নিয়ে প্রশ্নোত্তর

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

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

গ্রাহকের নিজের অ্যাপয়েন্টমেন্ট, কোটেশন, অর্ডার, বকেয়া, নোট আর ডকুমেন্ট — যে কথোপকথনে তিনি কথা বলছেন, ঠিক সেখানেই; সঙ্গে AI-র উত্তরের জন্য প্রতিষ্ঠানের ক্যাটালগ, স্টাফ ও লোকেশন। সব পড়াই থ্রেডের গ্রাহকের সঙ্গে লক করা।

নিয়ম অনুযায়ী: এই পোর্টে AI শুধু পড়তে পারে, আর সেই পড়াও পরিচয়ে বাঁধা। ক্লিনিকের CRM-এ একটি ভুল লেখা মানে বাস্তব জগতের একটি দুর্ঘটনা; তাই লেখা আমরা রাখি মানুষের হাতে, যাতে তা অডিট করা যায়।

হ্যাঁ — মাইগ্রেশন ইঞ্জিন অ্যাপয়েন্টমেন্ট, কোটেশন, বিক্রি, পাওনা আর নোট ইমপোর্ট করে একটি কিউ-ভিত্তিক রানে, যা থেমে গেলে আবার চালানো যায়, আর কী বাদ পড়ল তা নাম ধরে জানায়। মালিকানা হস্তান্তর হয় স্পষ্ট শেষ ধাপ হিসেবে, তাই কিছুই অর্ধেক সরানো অবস্থায় পড়ে থাকে না।

ছয়টি: গ্রাহকের নোট, অ্যাপয়েন্টমেন্ট (তৈরি ও বাতিল), নতুন গ্রাহক, কোটেশন, অর্ডার আর পেমেন্ট — প্রতিটির নিজস্ব সুইচ, সবগুলোর ডিফল্ট বন্ধ, সবগুলো শুরু হয় মহড়া মোডে। ফাইল আপলোড নির্ধারিত আছে, তবে ভেন্ডরের endpoint কীভাবে আচরণ করে তা মাপা না হওয়া পর্যন্ত বন্ধ রাখা হয়েছে — এটা মাপজোখের ঘাটতি, কোনো সিদ্ধান্ত নয়।

প্রতিটি বাদ পড়া নাম ধরে গোনা হয়: বেছে নেওয়া সময়সীমার বাইরের সারি, যে সারির গঠন ইঞ্জিন চেনে না, আর যে সারিতে এমন গ্রাহকের নাম আছে যাঁকে মেলানো যায়নি। এই হিসাবটাই রিপোর্ট — মাইগ্রেশন শেষে আপনি জানেন কী সরেনি এবং কেন।

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

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