পরিবর্তনের ইতিহাস
কি খবর?
প্ল্যাটফর্মের প্রতিটি উন্নতি, যখন সে জাহাজে উঠবে।
· kamo-shared-library
চার্ট তালিকা পর্যালোচনা, অ্যালার্জি প্রতিক্রিয়া / গুরুতরতা, অবস্থার কারণ, অর্ডার রোগ নির্ণয়, ফলাফল পর্যালোচনা নোট
- ক্লিনিক্যাললিস্টরিভিউ (fhir_chart_list_review): অ্যালার্জির জন্য একটি সত্যিকারের পর্যালোচনা-এ রেকর্ড এবং ওষুধের তালিকা, তাই 'পরীক্ষা করা' বন্ধ করে মানে 'অন্তত একটি সারির অস্তিত্ব আছে' - AllergyIntolerance: reaction_text, reaction_severity, status_reason; findActiveForChecking এখন NKDA আশ্বাস (এবং প্রত্যাখ্যাত সারি) বাদ দেয়; findActiveNoKnownAllergy / findActiveRecord - Condition.status_reason, Observation.status_reason, ServiceRequest.reason_codes, DiagnosticReport.review_note - EncounterDiagnosisRepository; **************** (ভিটাল ফ্লোশিট)
· kamo-shared-library
প্র্যাকটিসের ঘড়ি, রুম, ডেস্ক পেমেন্ট এবং পুনরুদ্ধার প্রসারের জন্য কর্মসূচি সংস্থা
- প্র্যাকটিস সেটিংস (ehr_practice_settings): প্র্যাকটিসের সময় অঞ্চল এবং ডিফল্ট ভ্রমণের সময় - PracticeRoom (ehr_practice_room): রোগীর জন্য নির্ধারিত রুম; অবসরপ্রাপ্ত, কখনো মুছে ফেলা হয় না - PatientPayment (ehr_patient_payment): ডেস্ক পেমেন্ট রেকর্ড করা হয়েছে (কখনো প্রক্রিয়াজাত করা হয়নি), কারণসহ বাতিল করা হয়েছে - RecallOutreach (ehr_recall_outreach): পুনরায় ডাকার বিরুদ্ধে যোগাযোগ প্রচেষ্টা লগ করা হয়েছে - সাক্ষাৎকার: room_id, rescheduled_from_id / rescheduled_to_id, checked_out_by_member_id - ScheduleBlock: অবরুদ্ধ সময়ের জন্য লেবেল (দুপুরের খাবার, সভা, ছুটি) - PatientRecallRepository: countDue / countOverdue; WaitlistEntryRepository: findCandidatesAnyType (':x IS NULL'-এ একটি নিষ্ক্রিয় UUID Postgres untyped-এ পৌঁছে যায়) - PhiResourceType: PATIENT_RECALL, PATIENT_PAYMENT যোগ করা হয়েছে
· kamo-shared-library
ফরোয়ার্ড-ডেস্ক নিবন্ধন রেকর্ড - যোগাযোগের বিস্তারিত, জরুরী যোগাযোগ, MRN কাটার, কভারেজ লিখুন ক্ষেত্র
রোগীর পছন্দের যোগাযোগ পদ্ধতি, প্রাথমিক চিকিৎসার সদস্য এবং পছন্দের ফার্মেসি পাওয়া যাবে। জরুরী যোগাযোগের জন্য FHIR Patient.contact (fhir_patient_contact, অবসরপ্রাপ্ত, মুছে ফেলা হয়নি); টেলিকম এবং ঠিকানা বর্তমান fhir_contact_point / fhir_address টেবিল ব্যবহার করুন (নতুন repositories); PatientCommunicationRepository পছন্দসই ভাষার জন্য । একটি প্রতি-প্রতিষ্ঠান ehr_mrn_counter সারি একটি পরমাণু upsert এ MRNs বরাদ্দ করে। রোগীর অনুসন্ধান given-name লাভ করে, birth-date-only, prefix-with-birth-date এবং by-id অনুসন্ধান। PriorAuthorization একটি প্রাপ্তি সার্ভিস বর্ণনা এবং EligibilityCheck একটি যাচাইকারীর নোট। এই প্রচেষ্টার পূর্বে DDL উৎপাদনে প্রয়োগ করা হয়েছে।
· kamo-shared-library
চার্ট নথি, অনুশীলন নোট টেমপ্লেট, নোট পড়া-পাশের টেক্সট এবং প্রত্যাহার রেকর্ড
- PatientDocument (ehr_patient_document): শ্রেণী, শিরোনাম, নথির তারিখ, বিষয়বস্তু ধরন, আকার, SHA-256, ছবির Img id + সংরক্ষণের কী, আপলোডার, ত্রুটিতে প্রবেশ করা হয়েছে কে/কখন/কেন এর সাথে। কখনো মুছে ফেলা হয়নি। - ClinicalNoteTemplate (ehr_note_template): একটি প্র্যাকটিসের নিজস্ব নোট টেমপ্লেট। - ClinicalNote: entered_in_error_at/_by/_reason কলাম; অস্থায়ী বর্তমান শরীর, সংস্করণের ধরন, SI ফ্ল্যাগ, পাঠের জন্য লেখক/সমসাক্ষরকারী/রোগীর নাম। - ClinicalNoteVersion: অস্থায়ী লেখকের নাম। ডিডিএল হস্তচালিত উৎপাদনে প্রয়োগ করা হয় (অ্যাডিটিভ)।
· SecurityService
সত্যিকারের প্রত্যাখ্যান, কাচ ভেঙ্গে পুনর্বিবেচনার সিদ্ধান্ত, সত্যিকারের দাবী পাঠানো, হাতের লেখা ইওবি
- EhrRuleViolationException: একটি ব্যবসা-নীতি প্রত্যাখ্যান (অসংশ্লিষ্ট নোট বন্ধ, দ্বিগুণ বুকিং, লেখক/ সহ-সইকারী নয়, নিজেই সহ-সই করেছেন, ইতিমধ্যেই স্বাক্ষর করেছেন, বীমা কোম্পানি থেকে নিষেধাজ্ঞা, কোন কারণ ছাড়াই কাচ ভেঙ্গে ফেলা, অনেক রপ্তানি, নিষ্ক্রিয় করা মিল) এখন উত্তর ৪০৯/৪২২ এর সাথে এর সরল ভাষার বাক্য অস্পষ্ট 'এই ধরনের কোন রেকর্ড নেই' এর পরিবর্তে সম্পর্ক অস্বীকার ৪০৪ এ থাকবে। - EhrExceptionHandler বিশ্বব্যাপী বাণিজ্যের উপর সর্বোচ্চ প্রাধান্য দিয়ে চলছে পরামর্শ প্রদান এবং গুণগত মান, পোর্টাল অ্যাডমিন, সিসিডি, বড় আকারের রপ্তানি এবং এফএইচআইআর সেখানে ৫০০ ছিল)। - ব্রেক-গ্লাস রিভিউ: নামের সাথে লিস্ট এবং ইতিহাস, এবং একটি সিদ্ধান্ত (যথাযথ/অযথাযথ/পরবর্তী পদক্ষেপের প্রয়োজন, নোট দরকারি, কখনো আপনার নিজের)। - ক্লিনিক্যালের জন্য অংশীদার ডিরেক্টরি বিনিময় (VIEW_CHART, শুধু নাম)। - দাবী: সিপিটি/এইচসিপিসিএস, মোডিফায়ার, আইসিডি-১০, পয়েন্টার, এনপিআই এবং সেবার স্থান ফরম্যাট চেক; নির্বাচিত কভারেজ থেকে পেয়ার এবং সদস্য আই. ডি.; একটি ভ্রমণ অবশ্যই বিলের জন্য বন্ধ; বিল করা প্রক্রিয়াগুলি চার্জ না করা লাইনটি ছেড়ে দেয়; একটি দাবি-ড্রাফট বিল্ডারের জন্য পড়া হচ্ছে। ClaimTransport seam: কোনো ক্লিয়ারিংহাউস ছাড়া, জমা দিন রেডি চিহ্ন এবং তাই বলে; চিহ্ন পাঠানো রেকর্ড চ্যানেল, কে এবং নোট। - কাগজ ইওবি থেকে রেমিট্যান্স কী করা যেতে পারে, এবং পোস্টিং এখন টাকা সরানো হয় অপ্রয়োগ করা থেকে প্রয়োগ করা ।
· kamo-shared-library
একটি দাবি কিভাবে প্রেরণ করা হয়েছে তা রেকর্ড করুন এবং জরুরী অ্যাক্সেস পর্যালোচনার তালিকা প্রদর্শন করুন
একটি দাবি ready_at, submission_channel, submitted_by_member_id এবং submission_note, অর্থাৎ, একটি পেয়ার পোর্টালের মাধ্যমে অথবা কাগজপত্রে হাতে পাঠানো একটি দাবি এটা সৎভাবে রেকর্ড করা হয়েছে, নাকি একটি স্ট্যাটাস ফ্লিপ যা একটি ক্লিয়ারিং হাউজের ভুয়া প্রমাণ করে এটা প্রেরণ করা হয়েছে। ব্রেক-গ্লাস অনুদান সংরক্ষণাগারটি পর্যালোচনা-ইতিহাস অর্জন করে নতুন পর্যালোচনা পর্দার তালিকা তার লাইন-এর নিচে খুঁজে বের করে।
· kamo-internal
উদ্ধৃতির মত, ইনভয়েস-এ রিসিভ্যাবলস রেমিট্যান্স ব্লক প্রদর্শিত হবে
ইনভয়েস ডায়ালগ-এ উদ্ধৃতি প্রাকদর্শন-এর জন্য ব্যবহৃত QuoteRemittanceBlock প্রদর্শিত হবে, বিক্রেতার রিসিভ্যাবলের বিস্তারিত, যখন কিছুই দেওয়া হয়। রিসিভ্যাবল সুইচ এখন বলেছে যে, তারা কোটেশন এবং ইনভয়েস নিয়ে কাজ করছে।
· kamo-signer-monorepo
ইনভয়েসের রেমিট্যান্স ব্লক ঠিক উদ্ধৃতির মতই পড়ে
একই শিরোনাম, লেবেল এবং এচএচ ক্রেডিট কেবল নোটিশ (সইকারী. উদ্ধৃতি. প্রেরণ), এর নিচে ইনভয়েস নম্বর রেফারেন্স রাখা হয়েছে।
· SecurityService
ইনভয়েসগুলির জন্য ACH-এর প্রাপ্তির বিবরণগুলির মুদ্রণ করা হয় ঠিক যেমনটি উদ্ধৃতিগুলি করে
পিডিএফ এবং ই-মেইল এখন উদ্ধৃতির অর্থ প্রেরণ ব্লক, শব্দের পর শব্দ বহন করে: - পেমেন্ট পাঠাও - ঋণগ্রহীতা (আইনি নাম) - ব্যাংক - রাউটিং নম্বর (ABA) - অ্যাকাউন্ট নম্বর - ACH ক্রেডিট কেবল নোটিশ এরপর আসে ইনভয়েস নম্বর এবং বাজারের নিজস্ব GET **************** কনসোলকে নির্দেশনা প্রদান করে একই ব্লক। উদ্ধৃতিতে, এটি দেখায় যখন Receivables এর ACH তথ্য স্যুইচ করা আছে উভয় নম্বর সংরক্ষণ করা হয়েছে।
· kamo-internal
একটি তারিখ থেকে সিট এবং লাইসেন্স পরিবর্তন করুন, প্রাকদর্শনের সাথে অনুপাতিক চার্জ
সিট এবং লাইসেন্স পরিবর্তন করো একটি ডায়ালগ খুলবে নির্ধারণ করো: - সিট এবং প্রতিটি অ্যাড-অনের লাইসেন্স (প্রতি-ব্যবহারকারী লাইসেন্স সিট অনুসরণ করে যতক্ষণ না উপরে টাইপ করা); - কার্যকর হওয়ার তারিখ (আজ, অথবা পরে); - এই অনুপাতে চার্জ এখন তার নিজের বিলের উপরে যাবে কিনা (এমনকি আগের চেয়েও) তারিখ) অথবা পরবর্তী পুনর্নবীকরণ; - কমানোর জন্য, ব্যবহৃত অংশের জন্য একটি ক্রেডিট। সার্ভারের লাইভ প্রাকদর্শনে দেখানো হয়েছে সময়কাল, বাকি দিন, প্রতিটি লাইন, কোন সেটআপ ফি, মোট, এটি কিভাবে বিল করা হবে, এবং এর আগে পুনরাবৃত্তিমূলক চার্জ এবং তারপর। পরিকল্পনাকৃত পরিবর্তন সাবস্ক্রিপশনে তালিকাভুক্ত করা হয়েছে এবং এটি করা যেতে পারে বাতিল করা হয়েছে । পুরোনো তাৎক্ষণিক আসন ডায়ালগ প্রতিস্থাপন করা হবে ।
· SecurityService
তারিখকৃত, অনুপাতে সিট এবং লাইসেন্স পরিবর্তনের জন্য সমাপ্তি বিন্দু; কাজটি তাদের প্রয়োগ করে
নতুন সমাপ্তি বিন্দু: - পোস্ট **************** - POST /subscriptions/{uid}/changes - GET /subscriptions/{uid}/changes - পোস্ট **************** ঘন্টাভিত্তিক বিলিং কাজ পরিবর্তন প্রয়োগ করে যার তারিখ বৃদ্ধির পূর্বে এসেছে ফরম পূরণ করুন, তাই পুনর্নবীকরণ বিল নতুন গণনা.
· kamo-shared-library
নির্বাচিত তারিখের মাঝামাঝি সময়ে সিট এবং অ্যাড-অন লাইসেন্সের পরিবর্তন, অনুপাতে
SubscriptionChangeService একটি সক্রিয় সাবস্ক্রাইবার এর আসন এবং পরিবর্তন রেকর্ড করে আজ থেকে যে কোন তারিখে কার্যকর অ্যাড-অন লাইসেন্স। এটি সঠিক তারিখের প্রাকদর্শন করে অনুপাতে চার্জ: প্রতিটি যোগ করা ইউনিটের প্রতি- সময়ের মূল্য x দিন বাকি / দিনে যে সময়ে তা পড়ে, যেমন ১ নভেম্বর থেকে হার্মনি +৬টি আসন = ৬ x ১২৪ ডলার x ১৭/৩১ = $408.00. অপারেটর যখন বেছে নেয় তখন চার্জ বিলি করা হয়: তার নিজের ড্রাফট বিলি এখন (প্রযোজ্য তারিখের আগেও) অথবা পরবর্তী পুনর্নবীকরণ বিলের সময়। কার্যকর হওয়ার তারিখে বিলিং কাজ পরিবর্তনটি প্রয়োগ করবে: - সাবস্ক্রিপশনের আসন, লাইসেন্স এবং এমআরআর - গ্রাহকের প্রবেশাধিকার (সিট সংখ্যা, সিট সারি, অ্যাড-অন লাইসেন্স, ক্যাশ); - প্রত্যেক পরবর্তী পুনর্নবীকরণ ড্রাফট, পুনর্নির্মাণ, অথবা একটি সংশোধন লাইন দেওয়া হয় যদি কর্মচারী ছিল সম্পাদনা করেছি। প্রান্তের অক্ষর: - বিলিং দিনে যে পরিবর্তনটি ঘটেছে তা পুনর্নবীকরণ দ্বারা পরিবহন করা হয় না দ্বিগুণ; - একটি হ্রাস কিছুই চার্জ করে না এবং পরবর্তী পুনর্নবীকরণের সময় অব্যবহৃত অংশটি ক্রেডিট করা যেতে পারে; - একটি নির্ধারিত পরিবর্তন বাতিল করা যেতে পারে, এর খসড়া বিল বাতিল; - অতিরিক্ত সিট এর জন্য সেটআপ ফি পড়ুন ক্লায়েন্টের চুক্তি. পুরনো সিট পরিবর্তনের পথ এখন এই সেবার মাধ্যমে চলে। নতুন টেবিল commerce_subscription_changes; নতুন কলাম ****************
· kamo-internal
সাধারন ভাষায় সব জায়গায় অবস্থান; অর্ডার উইজার্ডে একমত এড-অন মূল্য এবং মাসিক ছাড়
স্ট্যাটাসচিপ (৮৯টি কল সাইট) পেন্ডিং_অ্যাপ্রোভেশনের মতো কাঁচা কোড প্রদর্শন করে; এখন তা বন্ধ করা হয়েছে অভিধানের শব্দ (common.statusCodes) প্রদর্শন করে, অথবা একটির জন্য উচ্চস্বরে কোড পড়া হয় এটির নাম নেই। অর্ডার তালিকা পরিশোধক এবং CSV একই লেবেল ব্যবহার করে। প্রত্যেক নির্বাচিত অ্যাড-অন এবং একটি মাসিক ছাড়; উভয়ই addonUnitPrices / recurringDiscount এবং বিল্ড হিসাবে প্রেরণ করা হয় প্রতিটি বিলের উপর।
· kamo-signer-monorepo
বিল পৃষ্ঠায় কার্ড দ্বারা পরিশোধ করুন
যখন সার্ভার এটি প্রদান করে (প্ল্যাটফর্ম-বিক্রির বিলের সাথে একটি ভারসাম্য), বিল পেজটি কার্ডের মাধ্যমে অর্থ প্রদান করে। এটি /<locale>/i/<token>/pay এ পোস্ট করা হয়, যেটি Stripe-হোস্ট করা একটি পেমেন্ট পেইজে গ্রাহক (ব্যাংক নিশ্চিতকরণ সেখানে ঘটে) এবং ফিরে আসা একজন গ্রাহক তার পরিশোধের স্বীকৃতি দেখতে পাবে।
· SecurityService
গ্রাহকরা অনলাইনে কার্ডের মাধ্যমে বিল পরিশোধ করে; ব্যাংকের এসসিএ আবেদন গ্রাহকের কাছে পৌঁছে যায়
প্ল্যাটফর্ম অর্গ দ্বারা বিক্রিকৃত বিলের ক্ষেত্রে (একমাত্র বিক্রেতা যার Stripe অ্যাকাউন্ট এটি): - পাবলিক ইনভয়েস অফার কার্ডের মাধ্যমে পরিশোধ: পোস্ট **************** একটি Stripe-হোস্ট করা পাতা খোলে যা একই বিল লিঙ্কে ফিরে আসে (নির্মিত সার্ভার- সাইড, অনুরোধ থেকে কখনোই না); - গ্রাহক যখন ফিরে আসে, তখনই টাকার পরিমাণ রেকর্ড করা হয় এবং ঘণ্টার পর ঘণ্টা কাজ করা হয়, ঠিক একবার। যখন একটি স্বয়ংক্রিয় চার্জ প্রয়োজন গ্রাহক তাদের ব্যাংকের সাথে এটি নিশ্চিত করতে, তারা ইমেলের মাধ্যমে এই অনুরোধের সাথে বিল পাঠানো হয়, এবং মালিকদের আগের মত সতর্ক করা হয়।
· BillingService
Stripe-র হোস্ট করা একটি পৃষ্ঠায় কার্ডের মাধ্যমে সাবস্ক্রিপশন বিল পরিশোধ করা হবে
অভ্যন্তরীণ POST **************** একটি পরিশোধ-মড তৈরি করে ঋণ পরিমাণের জন্য চেকআউট সেশন। এটি ভবিষ্যতের জন্য স্বয়ংক্রিয়ভাবে কার্ড সংরক্ষণ করে গ্রাহকের অ্যাকাউন্ট খোলার ক্ষেত্রে চার্জ এবং ব্যাংকের এসসিএ-র অনুমোদন সেখানে ঘটে. GET /checkout/{id} রিপোর্ট করে যে এটি পরিশোধ করা হয়েছে কিনা এবং কোন কার্ড। গ্রাহক চেকআউট এই সেশনগুলি উপেক্ষা করে।
· kamo-shared-library
একটি বিলের অপেক্ষমান অনলাইন কার্ড পরিশোধ অনুসরণ করুন
নতুন nullable কলাম **************** এবং সহায়তাকারীদের তালিকাভুক্ত করা এবং অপেক্ষা করা সেশনের সমাধান করা idempotently (একটি পরিশোধ বহন করে একই প্রসেসর রেফারেন্স কখনোই দুইবার রেকর্ড করা হয় না) ।
· kamo-shared-library
সাবস্ক্রিপশনের মধ্যে আলোচনা করা অ্যাড-অন মূল্য এবং একটি উদ্ধৃতির ডিসকাউন্ট বহন করে
একটি উদ্ধৃতি রূপান্তর এখন বহন করে: - প্রত্যেকটি অ্যাড-অনের অনুমোদিত প্রতি-লাইসেন্স মূল্য (যখন এটি ক্যাটালগ থেকে ভিন্ন হয়) - প্রতি মাসে পুনরাবৃত্তিমূল্য হিসাবে ক্রেতা বা গ্রহণযোগ্য অপশনের ডিসকাউন্ট (একটি অপশনের সময়কালের ডিসকাউন্ট তার মাসগুলোতে ছড়িয়ে পড়ে) অর্ডারগুলি custom_pricing-এ উভয়ই রেকর্ড করে, তাই একটি খসড়া reprice তাদের ধরে রাখে। সক্রিয়করণ অ্যাড-অন লাইসেন্সের জন্য চুক্তিকৃত মূল্য এবং সাবস্ক্রিপশনের জন্য ডিসকাউন্ট প্রদান করে (নতুন nullable কলাম **************** তাই প্রতিটি বিল স্টাফ অর্ডার দুটোই সরাসরি বলতে পারে (addonUnitPrices, recurringDiscount)
· kamo-internal
লাইভ সাবস্ক্রিপশনে স্বয়ংক্রিয়ভাবে পুনর্নবীকরণ এবং নোট কাজ; ফাইল এবং চার্জ কার্ডের উপর কার্ড এখন
- স্বয়ংক্রিয়ভাবে নতুন করে চালু করার সুইচটি সাবস্ক্রিপশনের নিজস্ব নতুন করে চালু করা নির্ধারণ করে (এটি একটি ক্ষেত্র পোস্ট করে শুধুমাত্র খসড়া অর্ডার আপডেট উপেক্ষা করা) এবং বলে যখন একটি পুনর্নবীকরণ করা হয় না শেষ হয়। - নোট কোন অবস্থায় একটি অর্ডার সংরক্ষণ করুন. - একটি কার্ড-পেমেন্ট সাবস্ক্রিপশন ফাইলে কার্ড প্রদর্শন করে। - এর উন্মুক্ত বিল অফার চার্জ কার্ড এখন এবং দেখান কেন শেষ কার্ড চেষ্টা ব্যর্থ।
· kamo-internal
মেইলবক্স এবং এক্সটেনশন বরাদ্দ করার সময় ব্যবহার করা লাইসেন্স প্রদর্শন করুন
মালিকের নিয়ম ২০২৬-১০-২২: প্রতি ব্যবহারকারীর অ্যাড-অন বিল লাইসেন্স ক্রয় করা, এবং লাইসেন্স ব্যবহারের ক্ষেত্রে একমাত্র সীমাবদ্ধতা হল লাইসেন্স। A LicenseUsageMeter ("১০ টি লাইসেন্সের মধ্যে ৪ টি ব্যবহার করা হচ্ছে", সংগঠনের ব্র্যান্ডের রঙের অ্যানিমেটেড বার, কোণায়) রিবন, সতর্কতা চিপ এবং নোট যখন ইতোমধ্যে শেষ, পরিকল্পনা এবং বিলিং এর সাথে লিঙ্ক) GET /api/billing/licenses/usage পড়ে এবং এখানে দেখা যায়: - বৈশিষ্ট্যাবলী > ই-মেইল মেইলবক্স ব্যবস্থাপনা (KamoMail অথবা তৃতীয় পক্ষের লাইসেন্স) - সদস্য ফোন-সেটিংস এক্সটেনশন নির্বাচনকারী (KamoPBX অথবা তৃতীয় পক্ষের) - প্ল্যান এবং বিলিং অ্যাড- অন সারি প্রত্যাখ্যান (৪০৯, সার্ভারের পরিষ্কার ভাষার বাক্য) এখন সেই ব্যক্তির কাছে পৌঁছে যাচ্ছে: মেইলবক্স বরাদ্দ, শেয়ার-মেইলবক্স অনুমোদন, ব্যক্তিগত ইনবক্স বরাদ্দ/IMAP সংরক্ষণ/OAuth সংযোগ এবং কলব্যাক সবাই যে মেইলবক্সের প্যানেলে দেখাও (একাধিক ব্যবহার করা হয় throw unhandled অথবা বলুন একটি সাধারণ ব্যর্থতা); প্রতিটি এধরনের কাজটি রিফ্রেশ করে নতুন পংক্তি: settings.billing.licenses (kamo-translation-dictionary)।
· kamo-internal
সাবস্ক্রিপশনের সূচনা; অফলাইন গ্রহণ; ভাড়াটিয়া আদেশ; সরল ভাষায় বিলিং
- উদ্ধৃতি: "সাবস্ক্রিপশন ক্যাটালগ থেকে যোগ করুন" লাইভ পরিকল্পনা/অ্যাড-অন থেকে একটি সারি ভর্তি করে (নাম, মাসিক মূল্য, "প্রতি ব্যবহারকারী / মাস" / "প্রতি ১০ জিবি ব্লক / মাস") এবং ক্যাটালগ রেফারেন্স রাখে; একটি ডায়ালগের মাধ্যমে গ্রহণকৃত সাবস্ক্রিপশনের উদ্ধৃতি রূপান্তর করুন (পেমেন্ট পদ্ধতি; লক্ষ্য সংস্থা) শুধুমাত্র প্ল্যাটফর্মের জন্য) একটি সাবস্ক্রাইব অর্ডারে; কাগজ/ই-মেইল/PO এর জন্য "রেকর্ড গ্রহণ" অনুমোদন; একটি ড্রাফটের প্রাকদর্শন একটি ওয়াটারমার্ক বহন করে এবং প্রতিটি মুদ্রণ লগ করা হয়; শর্ত পূরণ বিক্রেতার সংক্ষিপ্ত নাম সহ {orgName}। - অর্ডার উইজার্ড: প্ল্যাটফর্ম org এর জন্য শুধুমাত্র লক্ষ্য সংস্থা; শুধুমাত্র কর্মচারীদের মধ্যে আলোচনা প্রতি আসনের দাম এবং সেটআপ ফি অগ্রাহ্য করা হবে। - সাবস্ক্রাইব তালিকা: পরবর্তী বিলিং তারিখ, ভারসাম্য, অতিরিক্ত ব্যাজ; একটি শেয়ার করা পরিশোধ পদ্ধতি ছয়টি পদ্ধতির জন্য লেবেল সহায়ক । - সাবস্ক্রিপশন পাতা: সাধারন বাক্যে ঘটনা (সক্রিয় → অতীত সময়), পরিবর্তে অর্ডার নম্বর রেকর্ডের আই. ডি. - যোগাযোগ বিক্রয়: নাম, ই-মেইল এবং ফোন থেকে পড়া প্ল্যাটফর্ম org একটি সংকীর্ণ শেষ বিন্দু মাধ্যমে.
· SecurityService
ই-মেইল লাইসেন্সের অতিরিক্ত একটি বিভাগ বা যোগাযোগ মেইলবক্স প্রত্যাখ্যান করুন
মালিকের নিয়ম ২০২৬-১০-২২: প্রতি ব্যবহারকারীর জন্য কিনতে পারা অ্যাড-অন বিল; কতগুলো মেইলবক্স ব্যবহার করা সম্ভব হলেও শুধুমাত্র তাদের দ্বারা সীমাবদ্ধ। তৃতীয় পক্ষের প্রদানকারীর অধীনে একটি একটি মেইলবক্সে পৌঁছে যাওয়া বিভাগ, অথবা সংস্থার যোগাযোগ তথ্য একটিতে ইঙ্গিত করে, Kamo এ ম্যাপ করে (OrgMailboxBillingAggregator), তাই এইগুলো দুইবার সংরক্ষণ করে মেইলবক্সটি ব্যবহার করা যায়, ঠিক যেমন এটাকে একজন সদস্যকে বরাদ্দ করা যায়। - MailboxLicenseCapGuard BillingService'র অভ্যন্তরীণ লাইসেন্স পরীক্ষা করতে বলে (X-Internal-Auth) POST/PUT /api/security/departments এর আগে এবং PUT /org/{id} মেইলবক্স পরিবর্তন করুন; একটি প্রত্যাখ্যান একটি 409 এর সাথে বাক্যের মধ্যে ত্রুটি/বার্তা এবং কারণ LICENSE_LIMIT। মেইলবক্সটি রাখা অথবা ফাঁকা করা হচ্ছে কখনো চেক করা হয়নি; একটি BillingService বন্ধ হয়ে গেলে একটি সতর্কবার্তা সহযোগে OPEN ব্যর্থ হয়। - বিলিং রিলে দরজাও GET / লাইসেন্স / ব্যবহার (সমান অধিকার যেমন অন্যান্য ব্যবহার পড়ে)।
· SecurityService
অফলাইন স্বীকৃতি রেকর্ড করুন, লগ মুদ্রণ, সাবস্ক্রাইব করতে উদ্ধৃতি রূপান্তর করুন
- পোস্ট **************** (SEND_QUOTES অথবা MANAGE_QUOTES) - পোস্ট **************** (VIEW_QUOTES বা MANAGE_QUOTES) - POST .../{uid}/convert একটি বৈকল্পিক বডি গ্রহণ করে (উদ্দেশ্য সংগঠন, পরিশোধ পদ্ধতি); COMP হিসাবে রূপান্তর করতে CREATE_SUBSCRIPTION_ORDERS প্রয়োজন - POSController negotiatedUnitPrice / setupFeeOverride কেবলমাত্র OWN কলারের থেকে প্রত্যাখ্যান করে - GET **************** প্ল্যাটফর্মের প্রকাশিত নাম, যোগাযোগের ই-মেইল এবং ফোন, যোগাযোগ বিক্রয় ডায়ালগের জন্য, হার্ড- কোড করা ধ্রুবক বদলে
· kamo-shared-library
কোট সাবস্ক্রাইব রূপান্তর; ভাড়াটিয়া অর্ডার বিক্রেতা কখনোই comp
- সাবস্ক্রিপশন বাজারে একটি উদ্ধৃতি, অথবা যার গ্রহণযোগ্য সারি সাবস্ক্রিপশন থেকে ভর্তি করা হয়েছিল ক্যাটালগ, একটি SubscriptionOrder (প্ল্যান, quote পরিমাণ থেকে আসন, সঙ্গে যোগ করুন) রূপান্তর তাদের লাইসেন্স, প্রতি আসনের জন্য গ্রহণযোগ্য হার, চুক্তিমূল্য, সেটআপ ফি, গ্রাহক দেখুন, গ্রহণযোগ্য বিকল্পের প্রতিশ্রুতি হিসাবে চক্র, বিনিময় সময়ে নির্বাচিত পরিশোধ পদ্ধতি)। কমান্ডে quote_uid রয়েছে; দ্বিতীয় রূপান্তর প্রত্যাখ্যান করা হয়েছে; একটি CONVERTED ইভেন্ট লগ করা হয়েছে। খুচরা মূল্য পরিবর্তিত হয়নি। - QuoteService.acceptOffline: কর্মচারীরা কাগজ/ই-মেইল/PO-তে প্রদত্ত একটি স্বীকৃতির রেকর্ড রাখে - খসড়া, পাঠানো, প্রদর্শিত অথবা মেয়াদোত্তীর্ণ উদ্ধৃতি; applyOptionHeadlineTotals-এর মাধ্যমে মোট; ঘটনার নাম কে এবং কেন। - recordPrinted একটি PRINTED ইভেন্ট লগ করে (ড্রাফট মুদ্রণ এরকম বলে)। - প্রতিটি সংরক্ষণ ও সংশোধনের সময় প্রতিটি আসনের জন্য সারিগুলিতে উদ্ধৃতির আসন সংখ্যা সংরক্ষণ করা হবে; লাইন প্রদর্শন পাঠানো হবে সারিটির মূল্যের পরিমাণ। - উদ্ধৃতি লাইনগুলি catalog_ref_code / catalog_ref_uid বহন করে। - শর্ত সমর্থন {orgName}, গ্রাহকের পাতায় বিক্রেতার সংক্ষিপ্ত নাম দিয়ে ভর্তি। - provisionOnApproval এবং activateCompOrder একটি লক্ষ্য সংস্থার প্রয়োজন — কোন অর্ডার নেই বিক্রেতার নিজস্ব সাবস্ক্রিপশন প্রদান করতে ব্যবহৃত হয়। - **************** / setupFeeOverride, এরপর প্রয়োগ করা হবে calculatePrice এবং custom_pricing-এ মনে রাখা হয় যাতে একটি খসড়া reprice চুক্তিটি ধরে রাখে। - অর্ডার এবং সাবস্ক্রিপশন ডিটিও পরবর্তী বিলিং তারিখ, অবশিষ্ট ভারসাম্য এবং একটি অবশিষ্ট ফ্ল্যাগ বহন, প্রতি তালিকায় দুইটি কোয়েরি পড়ুন ।
· EmailService
একটি মেইলবক্সকে অস্বীকার করা হবে যা সংস্থার ই-মেইল লাইসেন্সের অতিরিক্ত
মালিকের নিয়ম ২০২৬-১০-২২: প্রতি ব্যবহারকারীর অ্যাড-অন বিল লাইসেন্স ক্রয় করা; কত মেইল-বক্সের ব্যবহারের পরিমাণ শুধুমাত্র মেইল-বক্সের দ্বারাই সীমাবদ্ধ। একটি মেইল-বক্সকে মেইল-বক্সের তালিকায় রাখার আগে ব্যবহার, বিলিংসার্ভিসের **************** জিজ্ঞাসা করা হচ্ছে (X-Internal-Auth); একটি প্রত্যাখ্যান হল একটি ৪০৯ যা এর পরিষ্কার ভাষার বাক্য বহন করে (StatusReasonAdvice), উদাহরণস্বরূপ, "আপনার সকল ১০টি তৃতীয় পক্ষের ই-মেইল লাইসেন্স ব্যবহার করা হচ্ছে। অন্য মেইলবক্সের সাথে সংযোগ স্থাপনের জন্য বিলিং-এ লাইসেন্স যোগ করুন।" বাধ্যতামূলক, কিছু লেখার আগে: - একটি মেইলবক্স তৈরি করা হচ্ছে (KamoMail এটি একবার গণনা করে; তৃতীয় পক্ষের দ্বারা শুধুমাত্র একবার ম্যাপ করা হবে) - একজন সদস্যকে একটি মেইলবক্স বরাদ্দ করা হচ্ছে - একটি শেয়ার করা মেইলবক্স তৈরি করা, একটিতে প্রবেশাধিকার প্রদান করা, একটিকে আবার চালু করা - একটি ব্যক্তিগত ইনবক্স সংযোগ (IMAP সংরক্ষণ, OAuth অনুমতি এবং কলব্যাক) এবং ইতোমধ্যে সংযুক্ত একটি বরাদ্দ করা হচ্ছে - AI সদস্য মেইলবক্স প্রদান করা হচ্ছে (NOT_READY / LICENSE_LIMIT) একটি ঠিকানা ইতিমধ্যে গণনা কখনোই প্রত্যাখ্যান করা হয়, কিছুই অস্তিত্ব অব্যবহিত করা হয়, এবং বিলিং সার্ভিস বন্ধ হয়ে গেলে সতর্কবার্তাসহ খোলা হবে। মেইলবক্স-অনুদান, শেয়ারড- অ্যাক্সেস এবং ব্যক্তিগত- মেইলবক্স শেষ বিন্দু এখন একটি প্রত্যাখ্যানের অবস্থান এবং 500 এর পরিবর্তে সিনট্যাক্স.
· VOIPService
সংস্থার লাইসেন্সের অতিরিক্ত একটি ফোন এক্সটেনশন প্রত্যাখ্যান করুন
মালিকের নিয়ম ২০২৬-১০-২২: প্রতি ব্যবহারকারীর জন্য কিনতে পারা অ্যাড-অন বিল; কতগুলো যে সমস্ত এক্সটেনশন ব্যবহার করা যেতে পারে তা শুধুমাত্র তাদের দ্বারা সীমাবদ্ধ । একটি এক্সটেনশন রাখার আগে ব্যবহার করা হচ্ছে, বিলিং সার্ভিসের **************** হচ্ছে জিজ্ঞাসা করা হয়েছে (X-Internal-Auth); প্রত্যাখ্যান করা হলে 409 এর পরিবর্তে plain-language ব্যবহার করা হবে বাক্য (LicenseCapAdvice), উদাহরণস্বরূপ, "আপনার ৩য় পক্ষের ফোন লাইসেন্সগুলোর মধ্যে ১০টিই ব্যবহৃত হচ্ছে। অন্য এক্সটেনশন বরাদ্দ করার জন্য বিলিং-এ লাইসেন্স যোগ করুন।" বাধ্যতামূলক, কিছু লেখার আগে: - PUT /api/voip/member/{id}/config (সদস্য ফোন সেটিংস), নামকরণ সদস্যের বর্তমানে যে এক্সটেনশন আছে, তাই তৃতীয় পক্ষের সিস্টেমে একটি চাল মুক্ত - POST **************** (নতুন এক্সটেনশন; KamoPBX গণনা প্রতিটি সক্রিয়, তৃতীয়-পক্ষ শুধুমাত্র একটি বরাদ্দ করা একটি) - ফলাফল সক্রিয় হলে **************** স্থাপন করুন - AI ভয়েস লাইন প্রদান (NOT_READY / LICENSE_LIMIT) ইতোমধ্যে গণনা করা একটি এক্সটেনশন কখনোই প্রত্যাখ্যান করা হবে না, বর্তমানে কোন কিছুই নেই নির্ধারিত নয়, এবং একটি BillingService বন্ধ হয়ে গেলে সতর্কবার্তাসহ OPEN করতে ব্যর্থ হয়।
· BillingService
লাইসেন্স ব্যবহার এবং প্রতি-ব্যবহারকারী অ্যাড-অনের জন্য প্রতি-ইউনিটের লাইসেন্স পরীক্ষা
মালিকের নিয়ম ২০২৬-১০-২২: প্রতিটি ব্যবহারকারীর জন্য অ্যাড-অন কিনলে লাইসেন্সের বিল দিতে হবে, যেমন সিট; কতগুলো মেইলবক্স অথবা এক্সটেনশন ব্যবহার করা যেতে পারে তা শুধুমাত্র তাদের দ্বারা সীমাবদ্ধ। - GET /api/billing/licenses/usage (সেশন, X-Org-Id): প্রতিটি অ্যাড-অন কোড (EMAIL_3P_INTEGRATION, EMAIL_HOSTING, PBX_3P_INTEGRATION, PBX_HOSTING) লাইসেন্স, ব্যবহারে, উপলব্ধ, অতিরিক্ত, এবং অর্গ ব্যতীত কিনা। - পান **************** X-Internal-Auth দ্বারা সুরক্ষিত (নিশ্চিত সময়ের তুলনা) billing.internal-auth-secret), EmailService এবং VOIPService এর জন্য আগে জিজ্ঞাসা করা হবে আরো একটা ইউনিট ব্যবহারে আনছি। - প্রাথমিক সাবস্ক্রিপশনের উপর লাইসেন্স = AddOnLicenses.licensed active_addon_codes / addon_quantities (অথবা একটি পরিকল্পনা যে এড-অন অন্তর্ভুক্ত); সংরক্ষিত __mailboxes:/__extensions: কী কখনো লাইসেন্স হিসেবে পড়া হয় না। ব্যবহারে = OrgMailboxBillingAggregator / OrgPbxBillingAggregator, এই গণনা রাতের বিল ব্যবহার করে। - প্ল্যাটফর্ম ওআরজি এবং OWNER_UNLIMITED এ থেকে বাদ পড়েছে; PAID এবং COMP এর সীমা নির্ধারণ করা হয়েছে; TRIAL, বিনামূল্যে এবং কোন সাবস্ক্রিপশন ছাড়াই বিদ্যমান অধিকার গেটগুলিকে ছেড়ে দেওয়া হয়েছে। - শুধুমাত্র একটি পরিবর্তন যে লাইসেন্সের বাইরে একটি ইউনিট যোগ করে তা প্রত্যাখ্যান করা হয়েছে; একটি ইউনিট ইতিমধ্যেই আছে গণনা করা, অথবা তৃতীয় পক্ষের এক্সটেনশন চাল যা একজনকে মুক্ত করে, সবসময় চলে যায়।
· SecurityService
সাবস্ক্রিপশনের স্বয়ংক্রিয় পুনর্নবীকরণ এবং যেকোন অবস্থায় অর্ডারের নোট নির্ধারণের জন্য শেষ বিন্দু
· kamo-shared-library
লাইভ সাবস্ক্রিপশনের জন্য পুনরায় চালু অথবা নিষ্ক্রিয় করুন; যেকোন অর্ডারে নোট
কনসোল-এর স্বয়ংক্রিয়-নতুনকরণের সুইচ একটি ক্ষেত্র প্রেরণ করেছে যা শুধুমাত্র খসড়ার অর্ডার হালনাগাদ করেনি আছে, তাই এটি কখনোই সংরক্ষণ করা হয়নি; এবং নোটগুলির কোন অর্ডার ড্রাফটের পরে ব্যর্থ হয়েছে।
· SecurityService
কার্ড গ্রাহকদের বিলিং দিনে স্বয়ংক্রিয়ভাবে চার্জ করা হয়
AUTO_BILL সাবস্ক্রিপশনের জন্য বিলিং কাজ প্রত্যেক অনুমোদিত ইনভেন্টরি থেকে চার্জ গ্রহণ করে BillingService'র অভ্যন্তরীণ কার্ডের মাধ্যমে বিলিং দিনে গ্রাহকের সংরক্ষিত কার্ড শেষবিন্দু, রেকর্ড পেমেন্ট (পদ্ধতি কার্ড, রেফারেন্স = PaymentIntent) এবং প্রতি তিন দিনে চার বার পর্যন্ত ব্যর্থ চার্জ পুনরায় চেষ্টা করে। ব্যর্থ হলে অ্যালার্ম প্রদান করে মালিক। অনুমোদন এবং একটি বিল পাঠানো যার বিলিং দিন এসেছে চার্জ প্রথমত, তাই ক্লায়েন্টের ইমেইল একটি রিসিভ। নতুন সমাপ্তি বিন্দু: - পোস্ট **************** - পান ****************

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