บันทึกการเปลี่ยนแปลง
มีข่าวอะไร
การปรับปรุงทุกอย่างของแพลตฟอร์ม เมื่อมันถูกส่งออกไป
· kamo-shared-library
รายชื่อผู้ป่วยที่ได้รับการตรวจสอบ ปฏิกิริยาภูมิแพ้/ความรุนแรง สาเหตุของสถานะ คำสั่งการวินิจฉัย ผลการตรวจสอบ
- ClinicalListReview (fhir_chart_list_review): รายงานที่ถูกตรวจสอบจริงๆ สำหรับโรคภูมิแพ้และ รายชื่อยา ดังนั้น 'reviewed' หยุดหมายถึง 'มีอย่างน้อยแถวหนึ่ง' - ความไม่ทนต่อภูมิแพ้: 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): บันทึกความพยายามในการติดต่อกับการเรียกคืน - การนัดหมาย: หมายเลข_ห้อง, ตั้งเวลาใหม่จาก_หมายเลข_ห้อง / ตั้งเวลาใหม่เป็น_หมายเลข_ห้อง, เช็คเอาท์โดย_หมายเลข_สมาชิก - ScheduleBlock: ชื่อของเวลาที่ถูกบล็อกไว้ (มื้อเที่ยง, การประชุม, การพักผ่อน) - PatientRecallRepository: countDue / countOverdue; WaitlistEntryRepository: findCandidatesAnyType (หมายเลข UUID ที่ไม่มีค่าใน ':x IS NULL' จะทำให้ Postgres ไม่มีค่า) - PhiResourceType: PATIENT_RECALL, PATIENT_PAYMENT เพิ่มไว้
· kamo-shared-library
บันทึกการจดทะเบียนของฝ่ายต้อนรับ - รายละเอียดการติดต่อ ติดต่อฉุกเฉิน ตัวนับ MRN เขียนช่องที่ครอบคลุม
คนไข้จะได้รับวิธีการติดต่อที่ชอบ สมาชิกในครอบครัวและร้านขายยาที่ชอบ ผู้ติดต่อฉุกเฉินคือ FHIR Patient.contact (fhir_patient_contact, เกษียณไม่ถูกลบ) โทรคมนาคมและที่อยู่ ใช้ตารางที่อยู่ของผู้ติดต่อ / ที่อยู่ของผู้ติดต่อที่มีอยู่ (ใหม่) สำหรับภาษาที่ต้องการ แถว ehr_mrn_counter จัดสรร MRNs ในอัตโนมัติ upsert หนึ่ง การค้นหาผู้ป่วยได้รับ given-name, คำถามวันที่เกิด- เท่านั้น, คำถามที่ใช้ตัวนำกับวันที่เกิด และ by- id PriorAuthorization ได้รับ a คำอธิบายบริการ และ EligibilityCheck เป็นข้อความของผู้ตรวจสอบ DDL ถูกนำไปใช้กับการผลิตก่อนที่จะมีการป้อนนี้
· kamo-shared-library
เอกสารแผนภูมิ, แบบฟอร์มบันทึกฝึก, ข้อความด้านอ่านบันทึกและบันทึกการถอนตัวName
- PatientDocument (ehr_patient_document): หมวดหมู่, หัวข้อ, วันที่เอกสาร, เนื้อหา ประเภท, ขนาด, SHA-256, หมายเลข IMG ของภาพ + กุญแจเก็บข้อมูล, ผู้อัพโหลด, ข้อผิดพลาดในการป้อนข้อมูล กับใคร/เมื่อ/ทำไม ไม่เคยลบ - ClinicalNoteTemplate (ehr_note_template): ตัวอย่างบันทึกของผู้ปฏิบัติ - ClinicalNote: entered_in_error_at/by/reason columns; ตัวกระแสไฟฟ้าชั่วคราว, ประเภทเวอร์ชัน, แฟล็ก SI, ชื่อผู้เขียน/ผู้ร่วมลงนาม/ผู้ป่วยสำหรับอ่าน - ClinicalNoteVersion: ชื่อผู้เขียน DDL ใช้กับการผลิตด้วยมือ (เพิ่ม)
· SecurityService
การปฏิเสธจริงๆ การตัดสินใจตรวจสอบความผิดพลาด การยื่นคำร้องอย่างซื่อสัตย์
- EhrRuleViolationException: การปฏิเสธกฎของธุรกิจ การจองคู่ ไม่ใช่ผู้เขียน/ผู้ร่วมลงนาม ร่วมลงนามด้วยตนเอง ลงนามแล้ว ถูกจำกัดจากบริษัทประกันภัย ทำแก้วแตกโดยไม่มีเหตุผล นำเข้ามากเกินไป การค้นหาที่ถูกปิดกั้น) ตอนนี้จะตอบ 409/422 ด้วยประโยคภาษาธรรมดา แทนที่จะเป็น "ไม่มีบันทึกเช่นนั้น" ที่ไม่ชัดเจน ข้อความปฏิเสธความสัมพันธ์ยังคงอยู่ที่ 404 - EhrExceptionHandler ทำงานที่ความเร็วสูงสุดเหนือการค้าทั่วโลก บริการให้คำปรึกษา และครอบคลุมคุณภาพ ระบบบริหาร ระบบ CCD และการส่งออก ที่หายไปตรงนั้นคือ 500) - ตรวจสอบกระจกแตก: คิวกับชื่อ บวกกับประวัติศาสตร์ และการตัดสินใจ (เหมาะสม / ไม่เหมาะสม / ต้องการติดตาม, ข้อความที่จำเป็น, ไม่เคยเป็นของคุณ) - แลกเปลี่ยนไดอารี่ของคู่หูสำหรับแพทย์ (VIEW_CHART, ชื่อเท่านั้น) - คำร้อง: CPT/HCPCS, แก้ไข, ICD-10, จุด, NPI และสถานที่บริการ รูปแบบการตรวจสอบ; หมายเลขผู้ชำระเงินและหมายเลขสมาชิกจากการครอบคลุมที่เลือกไว้; การเยี่ยมชมต้องเป็น ปิดการชำระค่าใช้จ่าย; กระบวนการชำระค่าใช้จ่ายทิ้งคิวที่ไม่ชำระค่าใช้จ่าย; แบบร่างคำร้องขอ อ่านให้ผู้ก่อสร้างฟัง ClaimTransport seam: ไม่มีคลิร์งค์เฮ้าส์ แจ้ง ทำเครื่องหมาย Ready และบอกว่า ใช่ ทำเครื่องหมายส่ง ช่อง ใคร และโน้ต - เงินโอนเข้าบัญชีได้จาก EOB บนกระดาษ และตอนนี้การโพสต์ก็ย้ายเงิน จากไม่ใช้เป็นใช้
· kamo-shared-library
บันทึกว่าการเรียกร้องถูกส่งไปยังไง และรายชื่อการเข้าถึงฉุกเฉินที่ตรวจสอบแล้ว
คำขอรับ ready_at submission_channel submitted_by_member_id และ submission_note, ดังนั้นการเรียกร้องที่ส่งโดยมือผ่านทางเว็บไซต์ผู้จ่ายหรือบนกระดาษ ถูกบันทึกไว้อย่างซื่อสัตย์ แทนที่จะเป็นสถานะที่แกล้งทำเป็นห้องแลกเปลี่ยน แผ่นเก็บข้อมูลของการให้เงินช่วยเหลือ ได้รับประวัติการตรวจสอบ ค้นหารายการหน้าจอตรวจสอบใหม่ที่อยู่ใต้คิวของมัน
· kamo-internal
ใบกำกับภาษีแสดงบล็อกการโอนเงินที่ค้างชำระ เช่นเดียวกับคำค้นหา
กล่องโต้ตอบการชำระเงินแสดงตัวเลือก QuoteRemittanceBlock เดียวกันกับที่ตัวอย่างการชำระเงินใช้ จากรายละเอียดของผู้ขาย ในขณะที่อะไรก็ตามที่ต้องชำระ สวิตช์บอกว่าตอนนี้มันครอบคลุมทั้งคำเสนอราคาและใบกำกับภาษี
· kamo-signer-monorepo
บล๊อกการโอนเงินของใบกำกับภาษีอ่านได้เหมือนกับที่อ้างอิง
หัวข้อเดียวกัน ตราสินค้า และ ACH Credit Only Notice (ผู้ลงนาม.คำอ้าง.ส่ง) หมายเลขใบกำกับภาษีที่เก็บไว้ใต้มัน
· SecurityService
ใบกำกับภาษีพิมพ์รายละเอียด ACH ของเงินที่ค้างชำระ เหมือนกับที่ทำกับคำอธิบาย
PDF และอีเมล์ ตอนนี้มีบล็อกการโอนเงินของคำค้น คำต่อคำ: - ส่งเงินไปที่ - ผู้รับเงิน (ชื่อตามกฎหมาย) - ธนาคาร - หมายเลขเส้นทาง (ABA) - หมายเลขบัญชี - คำเตือน ACH Credit Only ตามด้วยหมายเลขบัญชีเงินฝาก และหมายเลขของตลาด คำสั่ง GET **************** ให้คอนโซล บล็อกเดียวกัน เช่นเดียวกับคำอธิบาย มันปรากฏขึ้นเมื่อ รายรับมีข้อมูล ACH สลับ และทั้งสองหมายเลขถูกเก็บไว้
· kamo-internal
เปลี่ยนที่นั่งและใบอนุญาตจากวันที่หนึ่งไปอีกวันหนึ่ง โดยมีค่าใช้จ่ายตามอัตราส่วนที่แสดงเป็นตัวอย่าง
เปลี่ยนสิทธิ์ในการใช้งาน เปิดกล่องโต้ตอบเพื่อตั้งค่า: - ที่นั่งและใบอนุญาตของแต่ละส่วนเสริม (ใบอนุญาตต่อผู้ใช้ตามที่นั่งจนกว่า พิมพ์ทับ) - วันที่ที่มันจะมีผลบังคับใช้ (วันนี้ หรือ ภายหลัง) - ไม่ว่าค่าใช้จ่ายจะขึ้นอยู่กับบิลของตัวเองตอนนี้ (แม้แต่ก่อนที่ วันที่) หรือการต่ออายุครั้งต่อไป; - สำหรับส่วนลด ส่วนที่ไม่ใช้แล้ว เซิร์ฟเวอร์แสดงผลแบบสด แสดงระยะเวลา จำนวนวันที่เหลือ ค่าใช้จ่ายในการตั้งค่าทั้งหมด วิธีการชำระเงิน และค่าใช้จ่ายซ้ำก่อน และหลังจากนั้น การเปลี่ยนแปลงที่วางแผนไว้จะถูกแสดงในรายการของการสมัครสมาชิก และสามารถทำได้ ยกเลิก แทนที่กล่องโต้ตอบการนั่งทันทีเก่า
· SecurityService
จุดสิ้นสุดสำหรับการเปลี่ยนแปลงที่นั่งและใบอนุญาตที่กำหนดวัน เวลา และอัตราส่วน; งานจะใช้มัน
จุดจบใหม่: - ไปรษณีย์ **************** - POST /subscriptions/{uid}/changes - GET /subscriptions/{uid}/changes - ไปรษณีย์ **************** งานที่คิดค่าตามชั่วโมงจะปรับใช้การเปลี่ยนแปลงที่วันที่มาถึงก่อนการเรียกใช้ ดังนั้นการต่ออายุบิลจะนับใหม่
· kamo-shared-library
เปลี่ยนที่นั่งและใบอนุญาตเพิ่มเติมในช่วงกลางระยะเวลา ในวันที่ที่เลือกไว้ ตามสัดส่วน
SubscriptionChangeService บันทึกการเปลี่ยนแปลงของจำนวนที่นั่งของการจองใช้งานและ ใบอนุญาตส่วนเสริมมีผลตั้งแต่วันที่ใดก็ได้ตั้งแต่วันนี้ มันจะแสดงตัวอย่างที่แน่นอน ค่าใช้จ่ายตามอัตราส่วน: ค่าใช้จ่ายต่อชั่วโมงของแต่ละหน่วยที่เพิ่มเข้าไป x วันที่เหลือ / วันในชั่วโมง ช่วงเวลาที่มันตกลงมา เช่น ฮาร์โมนี +6 ที่นั่ง จากวันที่ 1 พฤศจิกายน =6x 124 ดอลลาร์ x 17/31 = $408.00. ค่าใช้จ่ายจะถูกเรียกเก็บเมื่อผู้ให้บริการเลือก: ตอนนี้เป็นแบบฟอร์มการเรียกเก็บเงินของตัวเอง (แม้กระทั่งก่อนวันที่มีผล) หรือในไฟล์รายงานการปรับปรุงครั้งต่อไป เมื่อถึงวันที่มีผล งานชำระเงินจะใช้การเปลี่ยนแปลงนี้: - จำนวนที่นั่ง ใบอนุญาต และ MRR - การเข้าถึงของลูกค้า (จำนวนที่นั่ง, แถวที่นั่ง, ใบอนุญาตเพิ่มเติม, แคช) - ทุกครั้งที่ต่ออายุร่างต่อไป สร้างใหม่ หรือให้การปรับปรุง ถ้าพนักงานมี แก้ไขมัน ตัวอักษรขนาดเล็ก: - การเปลี่ยนแปลงในวันชำระเงินถูกนำไปใช้กับการต่ออายุ คิดเป็นสองเท่า - ลดราคาไม่คิดค่าใช้จ่ายใดๆ และสามารถใช้ส่วนที่ไม่ใช้ในครั้งต่อไปได้ - การเปลี่ยนแปลงที่วางแผนไว้ สามารถยกเลิกได้ ยกเลิกใบเรียกเก็บเงินฉบับร่าง - ค่าจัดตั้งสำหรับที่นั่งเพิ่ม อ่านข้อตกลงของลูกค้า เส้นทางเปลี่ยนที่นั่งเก่า ตอนนี้ผ่านบริการนี้ ตารางใหม่ commerce_ subscription_ changes; คอลัมน์ใหม่ ****************
· kamo-internal
สถานะภาษาธรรมดาทุกที่ ตกลงราคาเพิ่มและลดราคาทุกเดือนในผู้ช่วยการสั่งซื้อ
StatusChip (89 เว็บไซต์เรียก) แสดงรหัส raw เช่น PENDING_APPROVAL ตอนนี้มัน แสดงคำในพจนานุกรม (common. statusCodes) หรือรหัสที่อ่านออกมา มันไม่มีชื่อ ตัวกรองรายการคำสั่งและ CSV ใช้แท็กเดียวกัน เจ้าหน้าที่สามารถป้อนราคาที่ตกลงกันได้ต่อใบอนุญาต สำหรับส่วนเสริมที่เลือกไว้และ ส่วนลดรายเดือน; ทั้งสองจะถูกส่งเป็น addonUnitPrices / recurringDiscount และถูกเรียกเก็บเงิน บนใบแจ้งหนี้ทุกใบ
· kamo-signer-monorepo
จ่ายด้วยบัตรเครดิตบนหน้าค่าใช้จ่าย
เมื่อเซิร์ฟเวอร์เสนอมัน (แพลตฟอร์มขายบัญชีเงินฝากที่มีสภาพคล่อง) บัญชีเงินฝาก หน้านี้แสดงการชำระด้วยบัตร มันจะโพสต์ไปยัง /<locale>/i/<token>/pay ซึ่งจะส่ง ลูกค้าไปยังหน้าจ่ายเงินที่โฮสต์โดย Stripe (การยืนยันธนาคารจะเกิดขึ้นที่นั่น) และ ลูกค้าที่กลับมาเห็นการชำระเงินยืนยัน
· SecurityService
ลูกค้าชำระค่าใช้จ่ายด้วยบัตรออนไลน์ คำขอ SCA ของธนาคารถึงลูกค้า
สำหรับใบกำกับภาษีที่ขายโดยองค์กรของแพลตฟอร์ม (ผู้ขายคนเดียวที่มีบัญชีผู้ใช้ Stripe เป็น): - ใบแจ้งหนี้สาธารณะเสนอจ่ายด้วยบัตร: ไปรษณีย์ **************** เปิดหน้าที่โฮสต์โดย Stripe ซึ่งจะกลับไปยังลิงก์ไฟล์ใบแจ้งหนี้เดียวกัน (สร้างขึ้น ด้านเซิร์ฟเวอร์ ไม่เคยจากคำร้องขอ) - การชำระเงินถูกบันทึกไว้เมื่อลูกค้ากลับมา และด้วยการทำงานตามชั่วโมง แค่ครั้งเดียว เมื่อมีการชำระเงินอัตโนมัติ ลูกค้าต้องยืนยันกับธนาคาร จะได้รับอีเมล์ ใบแจ้งหนี้พร้อมกับคำร้อง และเจ้าของจะได้รับแจ้งเหมือนก่อนหน้านี้
· BillingService
จ่ายค่าบริการรายเดือนด้วยบัตรเครดิตบนหน้าที่โฮสต์โดย Stripe
ภายใน POST **************** สร้างโหมดการชำระเงิน เซสชันการชำระเงินสำหรับจำนวนเงินที่ต้องชำระ มันจะบันทึกบัตรไว้สำหรับอนาคตโดยอัตโนมัติ ค่าธรรมเนียมเมื่อลูกค้ามีบัญชี และการยืนยัน SCA ของธนาคาร GET /checkout/{id} รายงานว่ามันถูกชำระแล้วหรือยัง และด้วยวิธีใด การชำระเงินของผู้บริโภคจะไม่สนใจเซสชันเหล่านี้
· kamo-shared-library
ติดตามการชำระค่าบัตรผ่านอินเทอร์เน็ตที่รอการชำระ
คอลัมน์ใหม่ที่สามารถลบได้ **************** และผู้ช่วยให้รายชื่อและจัดระเบียบการประชุมที่รออยู่ หน่วยประมวลผลเดียวกันจะไม่ถูกบันทึกสองครั้ง)
· kamo-shared-library
มีการเจรจาราคาเพิ่มและส่วนลดของคำอธิบายนำไปสู่การจอง
การแปลงคำอ้างอิง ตอนนี้ใช้: - ค่าใบอนุญาตที่ได้ตกลงกันไว้ของส่วนเสริมแต่ละตัว (เมื่อมันแตกต่างจากที่อยู่ในแคตาลอก) - ข้อเสนอหรือข้อเสนอที่ยอมรับ ลดราคา เป็นจำนวนเงินที่เกิดขึ้นทุกเดือน ส่วนลดระยะเวลาของออปชั่นจะแบ่งออกเป็นหลายเดือน) คำสั่งจะถูกบันทึกไว้ใน custom_pricing ดังนั้นการปรับราคาฉบับร่างจะเก็บไว้ ตั้งราคาที่ตกลงกันไว้สำหรับใบอนุญาตเพิ่มเติมและส่วนลดสำหรับผู้ใช้รายเดือน (คอลัมน์ใหม่ที่สามารถลบได้ **************** ดังนั้นทุกใบแจ้งหนี้ คำสั่งของพนักงานสามารถระบุได้ทั้งสองอย่างโดยตรง (ราคาต่อหน่วยเพิ่ม, ส่วนลดซ้ำๆ)
· kamo-internal
ปรับปรุงอัตโนมัติและบันทึกการทำงานบนการจองใช้งานสด; บัตรในไฟล์และชำระค่าบัตรตอนนี้
- สวิทช์ปรับอายุอัตโนมัติ ตั้งค่าการปรับอายุของการสมัครสมาชิกเอง คำสั่งปรับปรุงเฉพาะร่างจะถูกละเลย) และบอกเวลาที่การไม่ปรับปรุงจะสิ้นสุด - เก็บบันทึกการสั่งซื้อในสถานะใดก็ได้ - การจดทะเบียนใช้บัตรแสดงบัตรในไฟล์ - ใบแจ้งหนี้เปิดของมัน เสนอการชำระค่าบัตรตอนนี้ และแสดงให้เห็นว่าทำไมบัตรสุดท้ายที่พยายาม ล้มเหลว
· kamo-internal
แสดงใบอนุญาตที่ครอบครองและใช้อยู่ สำหรับกล่องจดหมายและส่วนขยายที่กำหนดไว้
เจ้าของกฎ 2026-10-22: ต่อผู้ใช้ add-ons บิลใบอนุญาตที่ซื้อ ใบอนุญาตเป็นข้อจำกัดเดียวของสิ่งที่สามารถใช้ได้A LicenseUsageMeter (4 จาก 10 ใบอนุญาตที่ใช้อยู่, แถบภาพเคลื่อนไหวในสีแบรนด์ขององค์กร, มุม ริบบิ้น, ชิปเตือนและโน้ตเมื่อเสร็จแล้ว, ลิงค์ไปยังแผนและบิล) อ่าน GET /api/billing/licenses/usage และปรากฏบน: - ตั้งค่า > จัดการกล่องจดหมายอีเมล (KamoMail หรือใบอนุญาตของผู้ให้บริการรายอื่น) - ตัวเลือกโทรศัพท์ส่วนขยายของสมาชิก (KamoPBX หรือส่วนที่3) - แผนการและบิลเพิ่มแถว การปฏิเสธ (409, ประโยคภาษาธรรมดาของเซิร์ฟเวอร์) ตอนนี้จะไปถึงผู้ใช้: ตั้งค่ากล่องจดหมาย, อนุมัติกล่องจดหมายร่วม, ตั้งค่ากล่องจดหมายเข้าส่วนตัว/ บันทึก IMAP/ OAuth เชื่อมต่อและโทรกลับทั้งหมดแสดงมันในแผงควบคุมของกล่องจดหมายนั้น (หลายคนใช้ ทิ้งไม่จัดการหรือบอกความล้มเหลวทั่วไป); ทุกการกระทำเช่นนี้จะปรับปรุง เมตร ข้อความใหม่: settings.billing.licenses (kamo- translation-dictionary)
· kamo-internal
คำอธิบายเริ่มการจอง; การยอมรับออฟไลน์; คำสั่งของผู้เช่า; การชำระเงินด้วยภาษาธรรมดา
- คำอ้างอิง: "เพิ่มจากแคตาล๊อกการจอง" เติมบรรทัดจากแผนการใช้งาน/ส่วนเสริม (ชื่อ, เดือน ราคา, "ต่อผู้ใช้/ เดือน" / "ต่อบล็อก 10 GB/ เดือน") และเก็บข้อมูลอ้างอิงของแคตาลอกไว้; การยอมรับการเปลี่ยนแปลงค่าใช้จ่ายผ่านกล่องโต้ตอบ (วิธีชำระเงิน; องค์กรเป้าหมาย) สำหรับแพลตฟอร์มเท่านั้น) ไปยังคำสั่งจอง; "บันทึกการยอมรับ" สำหรับกระดาษ/อีเมล/PO การยอมรับ; ตัวอย่างของ Draft มีสัญลักษณ์น้ำ และทุกครั้งที่พิมพ์จะถูกบันทึก; เงื่อนไขเติม {ชื่อองค์กร} กับชื่อย่อของผู้ขาย - ผู้ช่วยการสั่งซื้อ: องค์กรเป้าหมายสำหรับองค์กรของแพลตฟอร์มเท่านั้น; มีการเจรจากับพนักงานเท่านั้น ราคาต่อที่นั่ง และค่าจัดตั้ง - รายชื่อผู้สมัคร: วันชำระเงินถัดไป, ยอดค้างชำระ, ป้ายชำระเงินล่วงหน้า, วิธีการชำระเงินร่วมกัน ตัวช่วยแท็กสำหรับวิธีการทั้งหมดหกวิธี - หน้าสมัครสมาชิก: เหตุการณ์ในประโยคธรรมดา (ทำงาน → หมดอายุ), หมายเลขคำสั่งแทน หมายเลขบันทึก - ติดต่อฝ่ายขาย: ชื่ออีเมล์และโทรศัพท์อ่านจากองค์กรแพลตฟอร์มผ่านจุดสุดท้ายที่แคบ
· SecurityService
ปฏิเสธแผนกหรือกล่องจดหมายติดต่อที่ใช้สิทธิ์อีเมลเกินไป
กฎของเจ้าของ 2026-10-22: รายละเอียดการซื้อใบอนุญาตของผู้ใช้; จำนวนเท่าไหร่ จำนวนของกล่องจดหมายที่สามารถใช้ได้ ถูกจำกัดโดยพวกเขาเท่านั้น ภายใต้บริการของบุคคลที่สาม หน่วยงานที่ติดต่อได้ที่กล่องจดหมาย หรือข้อมูลติดต่อขององค์กร ชี้ไปที่หนึ่ง, ทำการแปลงมันเป็น Kamo (OrgMailboxBillingAggregator), ดังนั้นนี่คือ การเก็บข้อมูลสองครั้ง สามารถใช้กล่องจดหมายได้ อย่างแน่นอน เหมือนกับการจัดสรรให้สมาชิก - MailboxLicenseCapGuard ถามถึงการตรวจสอบใบอนุญาตภายในของ BillingService (X-Internal-Auth) ก่อน POST/PUT /api/security/departments และ PUT / org / {id} เปลี่ยนกล่องจดหมาย การปฏิเสธจะแสดงเป็น 409 ด้วยประโยคใน ข้อผิดพลาด/ ข้อความ และเหตุผล LICENSE_ LIMIT การเก็บหรือล้างกล่องจดหมาย ไม่เคยตรวจสอบ; การหยุดบริการบิลลิ่งล้มเหลว OPEN ด้วยการเตือน - ประตูส่งสัญญาณบิลยังผ่าน GET / ใบอนุญาต / การใช้ (สิทธิ์เดียวกับ คำอธิบายอื่นๆ)
· SecurityService
บันทึกการยอมรับออฟไลน์ ปูมบันทึกการพิมพ์ แปลงคำอธิบายเป็นรายการจอง
- โพส **************** (SEND_QUOTES หรือ MANAGE_QUOTES) - โพส **************** (View_Quotes หรือ Manage_Quotes) - POST ... /{uid}/convert ใช้ส่วนตัวเลือก (องค์กรเป้าหมาย, วิธีการชำระเงิน); การแปลงเป็น COMP ยังต้องการ CREATE_SUBSCRIPTION_ORDERS - ตัวควบคุม POS ปฏิเสธ negotiatedUnitPrice / setupFeeOverride จากผู้โทร OWN- only - เอา **************** ชื่อที่ออกมาขององค์กร อีเมล์ติดต่อ และหมายเลขโทรศัพท์ สำหรับกล่องโต้ตอบการขายของผู้ติดต่อ แทนที่จะใช้ค่าคงที่ที่ถูกเขียนไว้
· kamo-shared-library
คำเสนอแนะจะถูกแปลงเป็นค่าจอง; คำสั่งของผู้เช่าจะไม่ถูกเรียกเก็บค่าจ้างจากผู้ขาย
- คำค้นหาในตลาด SUBSCRIPTION หรือที่บรรทัดที่ยอมรับได้ถูกเติมเต็มจากการจองซื้อ แคตาล๊อก, เปลี่ยนเป็น SubscriptionOrder (แผน, จำนวนที่นั่งจากจำนวนที่ระบุไว้, เพิ่มด้วย ใบอนุญาตของพวกเขา อัตราที่ยอมรับต่อที่นั่ง เป็นราคาที่ตกลงกันได้ เห็น, ข้อตกลงที่ยอมรับได้เป็นวงจร, วิธีการชำระเงินที่เลือกในการแปลง) คำสั่งมี quote_uid; การแปลงครั้งที่สองถูกปฏิเสธ; เหตุการณ์ CONVERTED ถูกบันทึก การแปลงรายละเอียดไม่เปลี่ยนแปลง - QuoteService.acceptOffline: เจ้าหน้าที่บันทึกการยอมรับที่ให้ไว้บนกระดาษ/อีเมล/PO-ร่าง,ส่ง, คำอ้างอิงที่ดูหรือหมดอายุ; จำนวนรวมผ่าน applyOptionHeadlineTotals; ชื่อเหตุการณ์ ใครและทำไม - recordPrinted บันทึกเหตุการณ์ PRINTED (การพิมพ์ร่างจะบอกเช่นนั้น) - แถวต่อตำแหน่ง เก็บจำนวนตำแหน่งของคำอ้างอิง ทุกครั้งที่บันทึกและปรับปรุง; มุมมองบรรทัดส่ง ปริมาณที่แถวนั้นมีราคา - บรรทัดที่อ้างถึงมี catalog_ref_code / catalog_ref_uid - เงื่อนไขการสนับสนุน {ชื่อองค์กร}, เติมด้วยชื่อสั้นของผู้ขายบนหน้าของลูกค้า - provisionOnApproval และ activateCompOrder ต้องการองค์กรเป้าหมาย - คำสั่งที่ไม่มี ใช้ในการจัดหาการสมัครสมาชิกของผู้ขายเอง - **************** / setupFeeOverride, ใช้หลังจาก calculatePrice และจำไว้ใน custom_pricing ดังนั้นการปรับราคาร่างจะรักษาข้อตกลงไว้ - คำสั่งซื้อและค่าจดทะเบียน DTOs มีวันที่ชำระเงินถัดไป สมดุลที่เหลือ และธงล่วงหน้า อ่านได้สองคำถามต่อรายการ
· EmailService
ปฏิเสธกล่องจดหมายที่เกินสิทธิ์อีเมลขององค์กร
กฎของเจ้าของ 2026-10-22: ค่าเพิ่มต่อผู้ใช้ สำหรับใบอนุญาตที่ซื้อมา; มีเท่าไหร่ จำนวนกล่องจดหมายที่สามารถใช้ได้จะถูกจำกัดโดยกล่องจดหมายเท่านั้น ก่อนที่กล่องจดหมายจะถูกวางไว้ใน ใช้, บิลลิ่งเซอร์วิส **************** ถูกถาม (X-Internal-Auth); การปฏิเสธคือ 409 ที่มีประโยคภาษาธรรมดาของมัน (StatusReasonAdvice), ตัวอย่างเช่น "สิทธิ์ใช้อีเมลของบุคคลที่สามทั้งหมด 10 สิทธิ์ของคุณกำลังถูกใช้อยู่ เพิ่มใบอนุญาตในบิลลิ่ง เพื่อเชื่อมต่อกล่องจดหมายอื่น" ถูกบังคับ ก่อนที่อะไรจะถูกเขียน: - กำลังสร้างกล่องจดหมาย (KamoMail นับมันในครั้งเดียว; ส่วนที่สามใช้ได้เพียงครั้งเดียว) - จัดสรรกล่องจดหมายให้สมาชิก - สร้างกล่องจดหมายร่วมกัน อนุมัติเข้าถึงหนึ่ง เปลี่ยนหนึ่งกลับมา - เชื่อมต่อกับกล่องรับจดหมายส่วนตัว (บันทึก IMAP, อนุมัติ OAuth และเรียกกลับ) และ กำลังกำหนดที่เชื่อมต่ออยู่แล้ว - จัดเตรียมกล่องจดหมายสมาชิก AI (NOT_READY / LICENSE_LIMIT) ที่อยู่ที่นับไว้แล้วจะไม่ถูกปฏิเสธ ไม่มีอะไรที่ยังมีอยู่จะไม่ถูกกำหนด และบริการบิลลิ่งล้มเหลวในการเปิดด้วยการเตือน จุดจบของการเข้าถึงร่วมกันและกล่องจดหมายส่วนบุคคล ตอนนี้จะส่งสัญญาณการปฏิเสธและ ประโยคผ่าน แทนที่จะเป็น 500
· VOIPService
ปฏิเสธหมายเลขโทรศัพท์ที่เกินสิทธิ์ขององค์กร
กฎของเจ้าของ 2026-10-22: รายละเอียดการซื้อใบอนุญาตของผู้ใช้; จำนวนเท่าไหร่ ส่วนขยายที่ใช้อยู่จะถูกจำกัดโดยส่วนขยายเท่านั้น ก่อนที่ส่วนขยายจะถูกใช้ ใช้บริการบิลลิงเซอร์วิส **************** ถาม (X- Internal- Auth); การปฏิเสธจะเป็น 409 ที่มีภาษาธรรมดาของมัน ประโยค (LicenseCapAdvice) เช่น "ใบอนุญาตโทรศัพท์ 10 ใบของท่าน กำลังใช้อยู่ เพิ่มใบอนุญาตในบิลลิ่งเพื่อกำหนดส่วนขยายอื่น" ถูกบังคับ ก่อนที่อะไรจะถูกเขียน: - PUT /api/voip/member/{id}/config (ตั้งค่าโทรศัพท์สมาชิก) ตอนนี้สมาชิกมีส่วนขยาย ดังนั้นการเคลื่อนที่บนระบบของบุคคลที่สามจึงฟรี - POST **************** (ส่วนขยายใหม่; KamoPBX นับ ทุกตัวที่ใช้งานอยู่ ส่วนที่สามใช้เฉพาะตัวที่ถูกกำหนดไว้) - PUT **************** เมื่อผลลัพธ์เป็น ACTIVE - AI การจัดสรรสายเสียง (NOT_ READY / LICENSE_ LIMIT) ส่วนขยายที่ถูกนับไว้แล้วจะไม่ถูกปฏิเสธ ไม่มีอะไรที่มีอยู่แล้วจะถูกปฏิเสธ ไม่ได้รับมอบหมาย และบริการบิลลิ่งที่ถูกยกเลิกล้มเหลว OPEN ด้วยการเตือน
· BillingService
การตรวจสอบการใช้งานใบอนุญาตและใบอนุญาตต่อหน่วยสำหรับส่วนเสริมต่อผู้ใช้
กฎของเจ้าของ 2026-10-22: ทุกคนที่ใช้ add-on บิลใบอนุญาตที่ซื้อ เช่น จำนวนที่นั่ง จำนวนของกล่องจดหมายหรือส่วนขยายที่อาจจะใช้ได้จะถูกจำกัดโดยมันเท่านั้น - GET /api/billing/licenses/usage (session, X-Org-Id): ต่อรหัสเพิ่ม (อีเมล_3P_INTEGRATION, อีเมล_HOSTING, PBX_3P_INTEGRATION, PBX_HOSTING) ใบอนุญาตที่ครอบครอง ใบอนุญาตที่ใช้อยู่ ใบอนุญาตที่ใช้ได้ ใบอนุญาตที่ใช้แล้ว และว่าองค์กรนั้นได้รับยกเว้นหรือไม่ - ไปซะ ถูกปกป้องโดย X- Internal- Auth (เวลาคงที่เทียบกับ billing. internal- auth- secret), สำหรับบริการอีเมลและบริการ VOIP ให้ถามก่อน เพิ่มหน่วยอีก 1 หน่วย - ใบอนุญาต = AddOnLicenses.licensed บนการจองซื้อหลัก active_addon_codes / addon_quantities (หรือแผนที่รวมส่วนเสริม); กุญแจ __mailboxes:/__extensions: ที่จองไว้ จะไม่ถูกอ่านเป็นใบอนุญาต ในการใช้ = OrgMailboxBillingAggregator / OrgPbxBillingAggregator, นับ ไนท์ลี บิลใช้ - Platform org และ OWNER_UNLIMITED ยกเว้น PAID และ COMP ถูกจำกัด ไม่มีค่าใช้จ่ายและไม่มีการสมัครสมาชิก ยังคงมีสิทธิ์เข้าใช้บริการ - เปลี่ยนแปลงเพียงอย่างเดียวที่เพิ่มหน่วยผ่านใบอนุญาตถูกปฏิเสธ; หน่วยหนึ่งแล้ว หรือการขยับขยายของฝ่ายที่สามที่ปลดปล่อยหนึ่ง ผ่านไปเสมอ
· SecurityService
จุดสิ้นสุดเพื่อตั้งค่าการปรับปรุงอัตโนมัติของการจองและข้อความเตือนของการสั่งซื้อในสถานะใดๆ
· kamo-shared-library
เปิด/ ปิดการปรับปรุงสำหรับสมาชิกที่ใช้งานอยู่; ข้อความเกี่ยวกับการสั่งซื้อใดๆ
สวิทช์ปรับปรุงอัตโนมัติของคอนโซลส่งช่องที่ไม่ถูกปรับปรุงโดยคำสั่งปรับปรุงเฉพาะร่าง ดังนั้นมันจึงไม่เคยบันทึก และโน้ตล้มเหลวในคำสั่งใด ๆ หลังร่าง
· SecurityService
ผู้ใช้บัตรจะถูกเรียกเก็บเงินอัตโนมัติในวันชำระเงิน
สำหรับการจองใช้งาน AUTO_ BILL งานชำระเงินจะชำระค่าใบแจ้งหนี้ที่อนุมัติทุกใบไปยัง บัตรที่ลูกค้าเก็บไว้ในวันชำระค่าใช้จ่าย ผ่านบัตรภายในของบริการชำระเงิน จุดสิ้นสุด, บันทึกการชำระเงิน (วิธี CARD, อ้างอิง = PaymentIntent) และ ถ้าชาร์จไม่สำเร็จ จะพยายามชาร์จใหม่ทุกสามวัน จนถึงสี่ครั้ง เจ้าของ อนุมัติและส่งใบกำกับภาษีที่วันชำระเงินมาถึง ก่อนอื่น อีเมลของลูกค้าเป็นใบรับรอง จุดจบใหม่: - โพสต์ **************** - ไปซะ

จักรวาลของคุณกำลังรออยู่
เริ่มฟรีในไม่กี่นาที เพิ่มผลิตภัณฑ์เมื่อคุณพร้อม - ไม่มีการย้าย, ไม่มีการล็อกอินใหม่
ฟรีตลอดกาล — ไม่จำเป็นต้องใช้บัตรเครดิต