الانتقال إلى المحتوى
KAMOUniverse

سجل التغييرات

ما الجديد؟

كل تحسين للمنصة، كما هو الشحن.

  1. · kamo-shared-library

    استعراضات قائمة الجداول، رد الفعل التحسسي/الشدة، أسباب الوضع، تشخيص الطلبات، مذكرة استعراض النتائج

    - ClinicalListReview (fhir_chart_list_review): سجل حقيقي مستعرض فيما يتعلق بالحساسية و قوائم الأدوية، لذا "مراجعة" توقف يعني "على الأقل صف واحد موجود" - حساسية_التسامح: reaction_text، reaction_severity، status_reason؛ findActiveForChecking يستبعد الآن ادعاءات NKDA (والصفوف المدحضة)؛ findActiveNoKnownAllergy / findActiveRecord - Condition.status_reason، Observation.status_reason، ServiceRequest.reason_codes، التقرير التشخيصي - EncounterDiagnosisRepository؛ **************** (خارطة تدفق العمليات الحيوية)

  2. · kamo-shared-library

    الجدول الزمني لكيانات ساعة الممارسة والغرف والمدفوعات المكتبية والتوعية بالاسترجاع

    - PracticeSettings (ehr_practice_settings): المنطقة الزمنية للممارسة ومدة الزيارة الافتراضية - غرفة الممارسة (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: علامة للوقت المحدد (الغداء، الاجتماع، العطلة) - مستودع استدعاء المرضى: countDue / countOverdue؛ مستودع إدخال قائمة الانتظار: findCandidatesAnyType (UUID صفري في ':x IS NULL' يصل إلى Postgres غير مطبوع) - PhiResourceType: PATIENT_RECALL, PATIENT_PAYMENT أضيف

  3. · kamo-shared-library

    سجل التسجيل في مكتب الاستقبال - تفاصيل الاتصال، جهات الاتصال في حالات الطوارئ، عدّاد رقم السفر، حقول كتابة التغطية

    ويحصل المريض على طريقة الاتصال المفضلة، وأحد موظفي الرعاية الأولية، والصيدلية المفضلة؛ الاتصالات في حالات الطوارئ هي FHIR Patient.contact (fhir_patient_contact, retired not deleted)؛ :: استخدام الجداول القائمة fhir_contact_point/fhir_address (جديدة) (ب) مستودع PatientCommunicationRepository لللغة المفضلة يخصص الصف ehr_mrn_counter MRNs في نقطة ذرية واحدة استفسارات birth-date-only, prefix-with-birth-date و by-id وصف الخدمة و EligibilityCheck ملاحظة المحقق. تم تطبيق DDL على الإنتاج قبل هذا الدفع.

  4. · kamo-shared-library

    وثائق الخرائط، ونماذج مذكرات الممارسة، ونص جانب قراءة المذكرة، وسجل السحب

    - PatientDocument (ehr_patient_document): الفئة، العنوان، تاريخ الوثيقة، المحتويات النوع، الحجم، SHA-256، رمز التصوير Img + مفتاح التخزين، المرسل، المدخل في الخطأ مع ذكر من/متى/لماذا. - ClinicalNoteTemplate (ehr_note_template): نماذج الملاحظات الخاصة بالممارسة. - ملاحظة طبية: أعمدة entered_in_error_at/by/reason؛ جسم تيار عابر، نوع النسخة، وعلامة النظام الدولي للوحدات، وأسماء المؤلفين/الموقعين/المرضى للقراءات. - ClinicalNoteVersion: اسم المؤلف المؤقت. (د) تطبق على الإنتاج يدوياً (الإضافة).

  5. · SecurityService

    حالات رفض حقيقية، وقرارات مراجعة دقيقة، وإرسال المطالبات بصورة نزيهة، وكتابة أوامر التنفيذ يدوياً

    - EhrRuleViolationException: رفض لقاعدة عمل (مذكرة غير موقعة عند الإغلاق، التوقيع المزدوج، ليس المؤلف/الموقّع المشارك، التوقيع المشترك الذاتي، الموقع بالفعل، تقييد من شركة التأمين، كسر الزجاج بدون سبب، الكثير من الصادرات، 409/422 بالجملة الواضحة بدلاً من "لا يوجد مثل هذا السجل" إنكار العلاقات يبقى 404 - EhrExceptionHandler يعمل بأعلى أولوية على التجارة العالمية وتغطي النوعية، وإدارة البوابة، والوثائق المتعلقة بالاتفاقية، والتصدير بالجملة، وتقارير الإبلاغ عن البيانات المالية كان هناك 500) . - الاستعراض المفصل: صفوف الأسماء بالإضافة إلى التاريخ، واتخاذ قرار (ملائمة/غير ملائمة/تحتاج إلى متابعة، ملاحظة مطلوبة، لا تكون أبدا من صنعك). - دليل تبادل الشركاء للممارسين الطبيين (VIEW_CHART، الأسماء فقط). - المطالبات: CPT/HCPCS، والمعدِّل، والتصنيف الدولي العاشر للأمراض، والمؤشر، والمؤسسة الوطنية للصحة، ومحل الخدمة :: التحقق من الشكل؛ وتحديد هوية الدافع والعضو من التغطية المختارة؛ ويجب أن تكون الزيارة :: إغلاق الفاتورة؛ الإجراءات التي تدفع فواتير عنها تترك في قائمة الانتظار دون دفع فواتير؛ مشروع مطالبة المطالبة المتصلة بالنقل: في حالة عدم وجود غرفة مقاصة، تقدم المطالبة علامة جاهز ويقول كذلك؛ علامة المرسل سجلات القناة، من وملاحظة. - يمكن إدخال التحويلات من مكتب البريد الإلكتروني الورقي، والنشر الآن ينقل الأموال من غير مطبقة إلى مطبقة.

  6. · kamo-shared-library

    تسجيل كيفية إرسال المطالبة، ووضع قائمة بالوصول في حالات الطوارئ المستعرضة

    وتكتسب المطالبة القيم التالية: ready_at وsubmission_channel وsubmitted_by_member_id و submission_note، أي أن المطالبة ترسل يدوياً من خلال بوابة الدفع أو على الورق مسجلة بصدق بدلا من تحول في الوضع الذي يتظاهر بأنه مركز لتبادل المعلومات ويكتسب مستودع المنح المتعلقة بكسر الزجاج الرتبة الأولى من حيث تاريخ الاستعراض يعرض Finder قائمة شاشة المراجعة الجديدة تحت صفها.

  7. · kamo-internal

    تظهر الفاتورة كتلة تحويل الحسابات المستحقة القبض، كما هو الحال في العروض

    حوار الفاتورة يعرض نفس QuoteRemittanceBlock الذي يستخدمه عرض الاستعراض، من تفاصيل المستحقات لدى البائع، بينما يكون أي شيء مستحقاً يقول "سويتش" الآن أنه يغطي العروض والفواتير

  8. · kamo-signer-monorepo

    قراءة كتلة تحويل الفاتورة بالضبط كما هو عرض

    نفس العنوان والعلامات والإشعار بالاعتماد فقط (التوقيع. الاقتباس. الإرسال)، مع ويحتفظ تحتها بمرجع رقم الفاتورة.

  9. · SecurityService

    تطبع الفواتير تفاصيل المبالغ المستحقة القبض بالطريقة نفسها التي تطبع بها العروض

    وثيقة PDF والبريد الإلكتروني يحملان الآن كتلة تحويل الإقتباس، كلمة بكلمة: - إحالة الدفع إلى - المستفيد (الاسم القانوني) - المصرف - رقم المسار (ABA) - رقم الحساب - الإشعار المتعلق بالائتمانات فقط ويتبع ذلك رقم الفاتورة المرجعي ورمز السوق الخاص به GET **************** يعطي لوحة التحكم التعليمات وكما هو الحال بالنسبة للاقتباسات، فإنه يظهر عندما يكون لدى قسم الحسابات المستحقة القبض معلومات عن التحويلات النقدية المباشرة ويتم حفظ الرقمين

  10. · kamo-internal

    تغيير المقاعد والتراخيص اعتبارا من تاريخ معين، مع توقع الرسوم التناسبية

    تغيير المقاعد والتراخيص يفتح حوار لتحديد: - المقاعد وتراخيص كل إضافة (تراخيص كل مستخدم تتبع المقاعد حتى طُبع فوقها)؛ - التاريخ الذي يبدأ فيه نفاذه (اليوم أو في وقت لاحق)؛ - ما إذا كان الرسم التناسبي يدخل في الفاتورة الخاصة به اﻵن )حتى قبل تاريخ اﻻستحقاق( التاريخ) أو عند التجديد التالي؛ - في حالة التخفيضات، رصيد دائن عن الجزء غير المستخدم. الخادم يعرض العرض المسبق المباشر الفترة، الأيام المتبقية، كل خط تناسبي، :: أي رسم إنشاء، والمجموع، وكيفية إعداد الفاتورة، والرسوم المتكررة قبل بدء الخدمة وترد التغييرات المقررة في قائمة الاشتراكات ويمكن الاطلاع عليها في قائمة الاشتراكات يحل محل الحوار القديم للمقعد المباشر.

  11. · SecurityService

    النقاط النهائية لتغييرات المقاعد والتراخيص المؤرخة والتناسبية؛ وتطبقها الوظيفة

    نقاط النهاية الجديدة: - البريد **************** - POST/subscriptions/{uid}/changes - GET /subscriptions/{uid}/changes - البريد **************** وظيفة الفاتورة بالساعة تطبق التغييرات التي حان تاريخها قبل رفع الفاتورة الفواتير، لذا تجديدات الفواتير الحسابات الجديدة.

  12. · kamo-shared-library

    التغييرات في المقاعد والتراخيص الإضافية في منتصف الفترة، في تاريخ مختار، محسوبة بالتناسب

    SubscriptionChangeService يسجل تغييرا في مقاعد الاشتراك الحي و ويسبق البرنامج بالضبط تاريخ بدء سريان التراخيص الإضافية اعتبارا من اليوم رسوم تناسبية: سعر كل وحدة إضافية في كل فترة x عدد الأيام المتبقية / عدد الأيام في الفترة مثلا: Harmony + 6 مقاعد اعتبارا من 1 تشرين الثاني/نوفمبر = 6 x 124 دولارا x 17/31 = $408.00. يجري إصدار الفاتورة عندما يختار المشغل: إصدار مسودة الفاتورة الخاصة به الآن )حتى قبل تاريخ النفاذ( أو على فاتورة التجديد التالية. وفي تاريخ النفاذ، تطبق مهمة إعداد الفواتير التغيير: - مقاعد الاشتراك، والتراخيص، ومعدلات الربح؛ - وصول العميل (عدد المقاعد، صفوف المقاعد، التراخيص الإضافية، التخزين المؤقت)؛ - كل مسودة تجديد لاحقة، أو أعيد بناؤها، أو أعطيت خط تعديل إذا كان الموظفون قد قمت بتحريرها الحالات الهامشية: - التغيير الذي يحدث في يوم إعداد الفاتورة بالضبط يتحمله ذلك التجديد بدلا من - مرتين بالتناسب؛ - التخفيض لا يترتب عليه أي رسوم ويمكن أن يقيد الجزء غير المستخدم في الحساب عند التجديد التالي؛ - يمكن إلغاء التغيير المقرر، مما يلغي مشروع الفاتورة؛ -رسوم الإعداد للمقاعد الإضافية تقرأ اتفاق العميل. والمسار القديم لتغيير المقاعد يمر الآن عبر هذه الخدمة. الجدول الجديد commerce_subscription_changes؛ عمود جديد ****************

  13. · kamo-internal

    حالات بسيطة في كل مكان؛ أسعار إضافية متفق عليها وخصم شهري في مستشار الطلبات

    )٨٩ موقعا من مواقع اﻻستدعاء( رموزا خاما مثل PENDING_APPROVAL؛ وهي اﻵن يعرض كلمات القاموس (common.statusCodes)، أو الشفرة التي تقرأ بصوت عالٍ لأحد لا يوجد اسم. مرشح قائمة الطلبات و CSV يستخدم نفس العلامات. ويمكن للموظفين إدخال سعر متفق عليه لكل ترخيص لكل إضافة مختارة وسعر متفق عليه لكل ترخيص يرسل كﻻهما بوصفهما addonUnitPrices/recurringDiscount ويتم إرسال الفواتير على كل فاتورة.

  14. · kamo-signer-monorepo

    الدفع بالبطاقة في صفحة الفاتورة

    وعندما يعرض الخادم ذلك (الفواتير المباعة من المنصة مع رصيد)، تصبح الفاتورة ينشر إلى /<locale>/i/<token>/pay، الذي يرسل إلى /<locale>/i/<token>/pay، الذي يرسل إلى /<locale>/i/<token>/pay الزبون إلى صفحة الدفع التي تستضيفها Stripe (يحدث التأكيد المصرفي هناك) العميل العائد يرى أن الدفع قد تم الإقرار به.

  15. · SecurityService

    يدفع الزبائن الفواتير بالبطاقة على الإنترنت؛ ويصل طلب المصرف المتعلق بنظام الدفع الإلكتروني إلى الزبون

    فيما يتعلق بالفواتير التي يبيعها المنبر (البائع الوحيد الذي يخص حسابه Stripe): - عرض الفاتورة العامة الدفع بالبطاقة: البريد **************** يفتح صفحة تستضيفها Stripe وتعود إلى نفس رابط الفاتورة (المبني على من جانب الخادم، وليس أبداً من الطلب)؛ - تسجيل الدفع عند عودة العميل وحسب العمل بالساعة، مرة واحدة بالضبط وعندما يحتاج العميل إلى تأكيد الدفع التلقائي لدى مصرفه، فإنه يقوم بذلك على النحو التالي: ويتم إرسال الفاتورة بالبريد الإلكتروني مع ذلك الطلب، ويتم تنبيه المالكين كما في السابق.

  16. · BillingService

    دفع فاتورة اشتراك بالبطاقة على صفحة تستضيفها Stripe

    البريد الداخلي **************** يخلق طريقة دفع تحفظ البطاقة للاستخدام الآلي في المستقبل :: الرسوم عندما يكون لدى العميل حساب، وتأكيد المصرف بذلك GET /checkout/{id} يبلغ عما إذا كان قد تم الدفع وبأي طريقة تتجاهل عملية شراء المستهلك هذه الجلسات.

  17. · kamo-shared-library

    تتبع مدفوعات الفواتير المعلقة بالبطاقات على الإنترنت

    عمود جديد قابل للاستبعاد **************** إضافة إلى مساعدين لوضع قائمة بالجلسات المعلقة وتسويتها بصورة متساوية (دفعة تحمل قيمة 100 دولار) ولا تسجل مرجعية المعالج ذاتها أبداً مرتين).

  18. · kamo-shared-library

    الأسعار الإضافية المتفاوض عليها وخصم العرض ينقلان إلى الاشتراك

    تحويل اقتباس يحمل الآن: - السعر المتفق عليه لكل ترخيص من التراخيص الإضافية (عندما يختلف عن السعر الوارد في الكتالوج) - خصم العروض أو الخيارات المقبولة، كمبلغ شهري متكرر )أي خصم فترة الخيار موزع على أشهره) وتسجل الطلبات كلاهما في custom_pricing، وبالتالي فإن مسودة إعادة التسعير تحتفظ بهما يضع السعر المتفق عليه على الرخص الإضافية والخصم على الاشتراك )عمود جديد قابل لﻹلغاء **************** بحيث تكون كل فاتورة ويمكن لأوامر الموظفين أن تبين مباشرة أو أن تشير إلى قيمة الصفقة (أسعار الوحدة الإضافية، الخصم المتكرر).

  19. · kamo-internal

    التجديد التلقائي وعمل الملاحظات على الاشتراكات الفعلية؛ البطاقة في الملف وبطاقة الشحن الآن

    - مفتاح التجديد التلقائي يحدد تجديد الاشتراك الخاص بك (لقد نشرت حقل تحديث أمر مسودة فقط متجاهل) ويقول متى ينتهي أمر غير تجديدي. - تحفظ الملاحظات على أمر في أي وضع. - الاشتراك المدفوع بالبطاقة يظهر البطاقة في الملف. - تقدم فواتيرها المفتوحة بطاقة الشحن الآن وتبين لماذا كانت آخر محاولة للبطاقة فشل.

  20. · kamo-internal

    عرض التراخيص المملوكة والمستخدمة حيثما تكون صناديق البريد والخطوط الفرعية مخصصة

    قاعدة المالك 2026-10-22: إصدار فواتير للرخص المشتراة على أساس كل مستخدم على حدة إن التراخيص هي الحد الوحيد لما يمكن أن يكون مستخدما (4 من أصل 10 تراخيص مستخدمة، شريط متحرك باللون الذي تحمل به المنظمة علامتها التجارية، الزاوية) شريط، رقاقة تحذير وملاحظة عندما تكون قد انتهت بالفعل، وصلة إلى الخطط والفواتير) GET /api/billing/licenses/usage ويظهر على: - الإعدادات > إدارة صندوق البريد الإلكتروني (KamoMail أو تراخيص الطرف الثالث) - خيار إعدادات الهاتف الفرعي للعضو (KamoPBX أو طرف ثالث) - صفوف إضافية للخطط والفواتير الرفضات (409، الجملة بلغة الخادم الواضحة) تصل الآن إلى الشخص: تخصيص صندوق بريد، منح صندوق بريد مشترك، تخصيص صندوق بريد شخصي/حفظ IMAP/OAuth اتصال واستدعاء كلها تظهره في ذلك صندوق البريد لوحة (العديد من المستخدمة ل يرمي غير معالجة أو نقول فشل عام)؛ كل مثل هذا العمل يستكمل سلسلة جديدة: settings.billing.licenses (kamo-translation-dictionary).

  21. · kamo-internal

    تبدأ عروض الأسعار الاشتراكات؛ القبول خارج الشبكة؛ طلبات المستأجرين؛ الفواتير الصريحة

    - الاقتباسات: "أضف من كتالوج الاشتراك" يملأ صفا من الخطط الفعلية/الإضافات (الاسم، الشهري السعر، "لكل مستخدم / شهر" / "لكل 10 جيجابايت كتل / شهر") ويحتفظ بالمرجع الفهرس؛ تحويل عروض الاشتراك المقبولة من خلال حوار (طريقة الدفع؛ المنظمة المستهدفة) (للمنصة فقط) إلى طلب اشتراكات؛ "تسجيل القبول" للورق/البريد الإلكتروني/طلب الشراء :: القبول؛ ووضع علامة مائية على نسخ مسبقة من المسودة وتسجيل كل نسخة مطبوعة؛ وملء الشروط {اسم المنظمة} مع الاسم المختصر للبائع - مستشار الطلبات: المنظمة المستهدفة فقط بالنسبة للمنبر التنظيمي؛ التفاوض مع الموظفين فقط سعر المقعد الواحد وتجاوز رسوم الإنشاء. - قائمة التسجيلات: تاريخ الفاتورة التالية، الرصيد المستحق، شارة المتأخرات؛ طريقة دفع مشتركة واحدة مساعدة الوسم لجميع الطرق الست. - صفحة اﻻشتراك: اﻷحداث في جمل بسيطة )نشطة → مستحقة في الماضي(، رقم الطلب بدﻻ من هوية السجل - الاتصال بالمبيعات: الاسم، البريد الإلكتروني والهاتف قراءة من المنبر التنظيمي عن طريق نقطة نهاية ضيقة.

  22. · SecurityService

    رفض صندوق بريد إدارة أو اتصال تجاوزت تراخيص البريد الإلكتروني

    قاعدة المالك 2026-10-22: إصدار فواتير للرخص المشتراة على أساس كل مستخدم على حدة؛ وعدد هذه الرخص وﻻ يقتصر عدد صناديق البريد التي يمكن استخدامها إﻻ على تلك الصناديق الإدارة التي يمكن الوصول إليها من صندوق بريد، أو معلومات الاتصال بالمنظمة يشير إلى واحد، يربطها إلى Kamo (OrgMailboxBillingAggregator)، لذلك هذه يمكن لعمليتي حفظ أن تضع صندوق بريد في الاستخدام بنفس القدر من اليقين الذي تضع به تعيينه لعضو. - MailboxLicenseCapGuard يطلب من BillingService التحقق من الترخيص الداخلي (X-Internal-Auth) قبل POST/PUT /api/security/departments و PUT /org/{id} تغيير صندوق البريد؛ الرفض هو 409 مع الجملة في خطأ/رسالة وسبب LICENSE_LIMIT. الاحتفاظ بصندوق البريد أو إزالته لم يتم التحقق منه قط؛ فشل انقطاع BillingService OPEN مع تحذير. - الباب المرحلي للفواتير يمر أيضا عبر GET/licenses/use (نفس الحقوق التي يمر بها الباب المرحلي للفواتير) يصبح نص الاستخدام الآخر كما يلي).

  23. · SecurityService

    تسجيل القبول خارج الشبكة، وتسجيل المطبوعات، وتحويل العروض إلى اشتراكات

    - البريد **************** (SEND_QUOTES أو MANAGE_QUOTES) - الوظيفة **************** (VIEW_QUOTES أو MANAGE_QUOTES) - POST .../{uid}/convert يأخذ هيئة اختيارية (المنظمة المستهدفة، طريقة الدفع)؛ التحويل إلى COMP يحتاج أيضا إلى CREATE_SUBSCRIPTION_ORDERS - POSController يرفض negotiatedUnitPrice / setupFeeOverride من المتصلين OWN فقط - احصل على **************** الاسم المنشور للمنصة، البريد الإلكتروني للاتصال و الهاتف، لحوار مبيعات الاتصال، بدلا من الثوابت المشفرة

  24. · kamo-shared-library

    تتحول العروض إلى اشتراكات؛ ولا تعوض طلبات المستأجر البائع أبدا

    - عرض في سوق الاشتراك، أو التي تم ملء صفوفها المقبولة من الاشتراك )خطة، مقاعد من كمية اﻻقتراح، إضافات مع 1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1-1 (انظر، الالتزام بالخيار المقبول كدورة، طريقة الدفع المختارة عند التحويل). يحمل الطلب quote_uid؛ ويتم رفض تحويل ثانٍ؛ ويتم تسجيل حدث CONVERTED. ولم يطرأ أي تغيير على تحويل المبيعات بالتجزئة. - QuoteService.acceptOffline: يسجل الموظف قبولاً مقدماً على الورق/البريد الإلكتروني/طلب الشراء - مسودة، أُرسلت، اقتباسات مقروءة أو منتهية الصلاحية؛ المجموع من خلال applyOptionHeadlineTotals؛ أسماء الأحداث من ولماذا. - recordPrinted تسجل حدث PRINTED (تقول مسودة الطباعة ذلك). - تخزن صفوف كل مقعد عدد مقاعد اﻻقتراح عند كل حفظ وتعديل؛ ويرسل عرض السطر الكمية التي يحدد بها سعر الصف. - تحمل خطوط الاقتباس رمز المرجع في الكتالوج/رمز المرجع في الكتالوج. - شروط الدعم {orgName}، ملء مع الاسم القصير للبائع على صفحة العميل. - يتطلب إجراءا provisionOnApproval وactivateCompOrder وجود منظمة مستهدفة - أي أمر لا يتضمن أي منظمة يستخدم لتوفير الاشتراك الخاص بالبائع. - **************** / setupFeeOverride، يطبق بعد calculatePrice ويتم تذكره في custom_pricing بحيث تحافظ مسودة إعادة التسعير على الصفقة. - تحمل أوامر الشراء واﻻشتراكات تاريخ الفاتورة التالية والرصيد غير المسدد وعلامة التأخر في السداد، قراءة في استفسارين لكل قائمة.

  25. · EmailService

    رفض صندوق بريد تجاوز تراخيص البريد الإلكتروني للمنظمة

    قاعدة المالك 2026-10-22: إصدار فواتير للرخص المشتراة على أساس كل مستخدم على حدة؛ وعدد هذه الرخص وﻻ يقتصر استخدام صناديق البريد على هذه الصناديق وحدها * * * * * * * * * * (X-Internal-Auth)؛ والرفض هو 409 يحمل جملته بلغة بسيطة (StatusReasonAdvice)، على سبيل المثال "جميع 10 من تراخيص البريد الإلكتروني الخاصة بك من الطرف الثالث في الاستخدام. أضف تراخيص في الفواتير لربط صندوق بريد آخر." إنفاذ، قبل أن يكتب أي شيء: - إنشاء صندوق بريد (KamoMail يحسبه في وقت واحد؛ الطرف الثالث فقط عند رسم الخريطة) - تخصيص صندوق بريد لأحد الأعضاء - إنشاء صندوق بريد مشترك، ومنح إمكانية الوصول إلى أحدها، وإعادة تشغيل أحدها - ربط صندوق بريد شخصي (حفظ IMAP، موافقة OAuth وإعادة الاتصال)؛ تعيين واحد متصل بالفعل - توفير صندوق بريد AI عضو (NOT_READY / LICENSE_LIMIT) العنوان الذي تم عدته بالفعل لا يرفض أبدا، لا شيء موجود غير مخصص، وإذا فشل انقطاع خدمة الحساب في فتح مع تحذير نقطة النهاية المشتركة للوصول وصندوق البريد الشخصي تمر الآن بوضع الرفض بدلاً من 500.

  26. · VOIPService

    رفض الفرع الهاتفي الذي يتجاوز تراخيص المنظمة

    قاعدة المالك 2026-10-22: إصدار فواتير للرخص المشتراة على أساس كل مستخدم على حدة؛ وعدد هذه الرخص وﻻ يقتصر استخدام اﻹضافات على تلك اﻹضافات وحدها. قبل وضع اﻹضافة في الخدمة * * * * * طلب (X-Internal-Auth)؛ الرفض هو 409 يحمل لغة بسيطة الجملة (LicenseCapAdvice)، على سبيل المثال "جميع تراخيص الهاتف العشرة الخاصة بك من الطرف الثالث في الاستخدام. أضف تراخيص في الفواتير لتخصيص فرع آخر." إنفاذ، قبل أن يكتب أي شيء: - PUT /api/voip/member/{id}/config (إعدادات هاتف العضو)، وتسمية تمديد العضو يحتفظ به الآن بحيث أن التحرك على نظام الطرف الثالث هو حر - البريد الإلكتروني **************** (رقم فرعي جديد؛ KamoPBX عدد) كل واحد نشط، الطرف الثالث فقط واحد مخصص) - وضع **************** عندما تكون النتيجة نشطة - توفير خط صوت AI (NOT_READY / LICENSE_LIMIT) لا يرفض أبداً التمديد الذي سبق إحصاؤه، ولا يرفض أي شيء موجود غير مخصصة، وفشل انقطاع BillingService OPEN مع تحذير.

  27. · BillingService

    التحقق من استخدام التراخيص وتراخيص كل وحدة من البرامج الإضافية لكل مستخدم

    قاعدة المالك 2026-10-22: كل إضافة لكل مستخدم تفرض فواتير على الرخص المشتراة، مثل وعدد صناديق البريد أو الفروع الهاتفية التي يمكن استخدامها محدود فقط بتلك الصناديق أو الفروع. - GET /api/billing/licenses/usage (session, X-Org-Id): لكل رمز إضافي )البريد اﻻلكتروني، استضافة البريد اﻻلكتروني، المقسم الهاتفي، استضافة المقسم الهاتفي( التراخيص المملوكة والمستخدمة والمتاحة والمستحقة، وما إذا كانت المنظمة معفاة. -احصل على ************** )الزمن الثابت بالمقارنة مع خدمة بريد إلكتروني وخدمة صوت عبر بروتوكول الإنترنت (VOIP) ووضع وحدة إضافية في الخدمة. - الترخيص = AddOnLicenses.licensed على الاشتراك الرئيسي :: active_addon_codes/addon_quantities (أو خطة تشمل الإضافة)؛ الصناديق البريدية المحجوزة __mailboxes:/__extensions: المفاتيح لا تقرأ أبدا كتراخيص. في الاستخدام = OrgMailboxBillingAggregator / OrgPbxBillingAggregator، يحسب استخدامات فاتورة الليل - معفاة منصة org و OWNER_UNLIMITED؛ مدفوعة و COMP محدودة؛ التجربة، وتُترك بوابات الاستحقاقات القائمة مجانية ولا تحتاج إلى اشتراك. - تغيير واحد فقط يضيف وحدة بعد التراخيص المرفوضة؛ وحدة موجودة بالفعل أو حركة تمديد من طرف ثالث تحرر واحدة، دائما ما يمر.

  28. · SecurityService

    النقاط النهائية لتحديد التجديد التلقائي للاشتراك وملاحظات الطلب في أي حالة

  29. · kamo-shared-library

    تشغيل أو إيقاف التجديد للاشتراك الحي؛ ملاحظات على أي طلب

    مفتاح التجديد التلقائي للوحدة أرسل حقلاً لم يفعله تحديث الطلب المسودة فقط لم يكن لدي، لذا لم يخزن أبداً؛ وفشلت الملاحظات على أي أمر بعد المسودة.

  30. · SecurityService

    تُحمَّل تكاليف بطاقات العملاء تلقائيا في يوم إعداد الفاتورة

    وبالنسبة لﻻشتراكات في نظام الفواتير اﻵلي، تقوم مهمة الفواتير بتحميل كل فاتورة معتمدة على حساب بطاقة العميل المحفوظة في يوم الفاتورة من خلال البطاقة الداخلية لخدمة الفواتير نقطة النهاية، تسجل المدفوعات (طريقة CARD، المرجع = PaymentIntent) تحاول إعادة الشحن الفاشل كل ثلاثة أيام حتى أربع مرات الموافقة على الفاتورة التي حان موعد إصدارها وإرسالها أولاً، إذاً بريد العميل هو إيصال. نقاط النهاية الجديدة: - البريد **************** -احصل على **************

كونك ينتظرك

ابدأ مجانا في دقائق. أضف المنتجات كلما كنت مستعدا - لا هجرة، لا دخول جديد.

مجانا إلى الأبد - لا حاجة إلى بطاقة ائتمان