Bản ghi thay đổi
Có gì mới không?
Mọi cải tiến cho nền tảng, khi nó được đưa ra.
· kamo-shared-library
Danh sách bảng đánh giá, phản ứng dị ứng / nghiêm trọng, lý do tình trạng, chẩn đoán theo thứ tự, ghi chú đánh giá kết quả
- ClinicalListReview (fhir_chart_list_review): một hồ sơ thực sự được xem xét về dị ứng và danh sách thuốc, vì vậy 'reviewed' dừng nghĩa là 'ít nhất một hàng tồn tại' - AllergyIntolerance: reaction_text, reaction_severity, status_reason; findActiveForChecking now excludes NKDA assertions (and refuted rows); findActiveNoKnownAllergy / findActiveRecord - Condition.status_reason, Observation.status_reason, ServiceRequest.reason_codes, DiagnosticReport.review_note - EncounterDiagnosisRepository; **************** (biểu đồ lưu lượng sinh hoạt)
· kamo-shared-library
Lịch trình thực thể cho đồng hồ thực hành, phòng, thanh toán bàn và liên lạc gọi lại
- PracticeSettings (ehr_practice_settings): múi giờ của luyện tập và độ dài mặc định của chuyến đi - PracticeRoom (ehr_practice_room): phòng mà bệnh nhân được đưa vào; nghỉ hưu, không bao giờ xóa - PatientPayment (ehr_patient_payment): thanh toán bàn ghi lại (không bao giờ xử lý), hủy bỏ với một lý do - RecallOutreach (ehr_recall_outreach): ghi lại các nỗ lực liên lạc chống lại việc gọi lại - Đặt hẹn: room_id, rescheduled_from_id / rescheduled_to_id, checked_out_by_member_id - ScheduleBlock: nhãn cho thời gian bị chặn (bữa trưa, cuộc họp, nghỉ) - PatientRecallRepository: countDue / countOverdue; WaitlistEntryRepository: findCandidatesAnyType (một UUID rỗng trong ':x IS NULL' đạt đến Postgres không nhập) - PhiResourceType: PATIENT_RECALL, PATIENT_PAYMENT appended
· kamo-shared-library
Hồ sơ đăng ký phòng tiếp khách — chi tiết liên hệ, liên hệ khẩn cấp, máy đếm MRN, các trường ghi phủ sóng
Bệnh nhân có phương pháp liên lạc ưa thích, thành viên chăm sóc ban đầu và thuốc ưa thích; liên hệ khẩn cấp là FHIR Patient.contact (fhir_patient_contact, nghỉ hưu không bị xóa); viễn thông và địa chỉ sử dụng bảng hiện có fhir_ contact_ point / fhir_ address (new Thông tin về bệnh nhân ehr_mrn_counter row allocates MRNs in one atomic upsert chỉ-ngày-sinh, tiền tố-với-ngày-sinh và các truy vấn by-id. PriorAuthorization nhận được mô tả dịch vụ và EligibilityCheck ghi chú của người kiểm tra. DDL được áp dụng cho sản xuất trước khi thúc đẩy này.
· kamo-shared-library
Tài liệu biểu đồ, mẫu ghi chú luyện tập, ghi chú văn bản đọc và ghi chép rút luiName
- PatientDocument (ehr_patient_document): danh mục, tiêu đề, ngày tài liệu, nội dung kiểu, kích thước, SHA-256, nhận dạng hình ảnh Img + khóa lưu trữ, người tải lên, lỗi nhập với ai/khi nào/tại sao. - ClinicalNoteTemplate (ehr_note_template): mẫu ghi chú riêng của thực hành. - ClinicalNote: entered_in_error_at/_by/_reason cột; chuyển động hiện tại tạm thời, loại phiên bản, cờ SI, tên tác giả/đồng ký/bệnh nhân để đọc. - ClinicalNoteVersion: tên tác giả. DDL áp dụng cho sản xuất bằng tay (bổ sung).
· SecurityService
Từ chối thật sự, quyết định xem xét thủy tinh vỡ, gửi yêu cầu trung thực, EOBs gõ bằng tay
- EhrRuleViolationException: từ chối quy tắc kinh doanh (bản ghi chép chưa ký kết khi kết thúc, đặt cọc đôi, không phải tác giả/đồng ký, tự ký, đã ký, bị hạn chế bởi công ty bảo hiểm, vỡ kính không có lý do, quá nhiều xuất khẩu, Đáp ứng bị ức chế) giờ trả lời 409/422 với câu ngôn ngữ đơn giản của nó thay vì "không có hồ sơ như vậy" không rõ ràng. - EhrExceptionHandler chạy với ưu tiên cao nhất trên thương mại toàn cầu và bao gồm chất lượng, quản lý cổng, CCD, xuất khẩu hàng loạt và FHIR (một Thiếu ngay đó là 500). - Kiểm tra thủy tinh vỡ: xếp hàng với tên và lịch sử, và một quyết định (tương xứng / không phù hợp / cần theo dõi, ghi chú cần thiết, không bao giờ là của bạn). - Thư mục đối tác trao đổi cho các bác sĩ (VIEW_CHART, chỉ tên). - Điều kiện: CPT/HCPCS, điều chỉnh, ICD-10, chỉ thị, NPI và nơi làm việc kiểm tra định dạng; người trả tiền và ID thành viên từ phạm vi được chọn; một chuyến thăm phải là kết thúc để thanh toán; các thủ tục được thanh toán rời khỏi hàng đợi không được thanh toán; một bản thảo yêu cầu Đọc cho nhà xây dựng. ClaimTransport seam: không có phòng thanh toán, gửi đánh dấu Sẵn sàng và nói vậy; đánh dấu-gửi ghi chép kênh, ai và ghi chú. - Tiền gửi có thể được nhập từ một EOB giấy, và đăng ký chuyển tiền từ không áp dụng sang áp dụng.
· kamo-shared-library
Ghi lại cách một yêu cầu được gửi, và danh sách truy cập khẩn cấp được xem xét
A claim gains ready_at, submission_channel, submitted_by_member_id và submission_note, vì vậy một yêu cầu được gửi bằng tay thông qua một cổng thanh toán hoặc trên giấy được ghi lại một cách trung thực thay vì một trạng thái lật ngược giả vờ là một phòng thanh toán Hồ sơ tài trợ cho việc phá thủy tinh có lịch sử được xem xét tìm ra danh sách màn hình xem xét mới bên dưới hàng đợi.
· kamo-internal
Hóa đơn cho thấy khối chuyển tiền Nợ phải trả, như lời trích dẫn
Hộp thoại hóa đơn hiển thị cùng một QuoteRemittanceBlock mà bản xem trước câu hỏi đã sử dụng, từ chi tiết khoản nợ của người bán, trong khi bất kỳ khoản nợ nào Switch nói nó bao gồm cả báo giá và hóa đơn.
· kamo-signer-monorepo
Khối chuyển tiền của hóa đơn đọc chính xác như của báo giá
Cùng tiêu đề, nhãn và thông báo ACH Credit Only (signer.quote.remit), với Số hóa đơn được ghi dưới đó.
· SecurityService
Hóa đơn in chi tiết khoản nợ ACH chính xác như lời trích dẫn
Thư PDF và thư điện tử giờ đây chứa khối tiền gửi của lời trích dẫn, từng từ một: - Chuyển tiền đến - người nhận (tên hợp pháp) - Ngân hàng - Số định tuyến (ABA) - Số tài khoản - Thông báo ACH Credit Only Tiếp theo là số hóa đơn tham chiếu và số của thị trường GET **************** cho console Cũng giống như trong câu trích dẫn, nó xuất hiện khi Tài khoản nhận được thông tin ACH được chuyển đổi và cả hai số đã được lưu.
· kamo-internal
Thay đổi chỗ ngồi và giấy phép từ một ngày, với xem trước phí theo tỉ lệ
Thay đổi ghế và giấy phép mở hộp thoại để thiết lập: - ghế và giấy phép của mỗi phần bổ sung (giấy phép cho mỗi người dùng theo ghế cho đến khi (đã gõ trên); - ngày nó có hiệu lực (ngày hôm nay hoặc sau); - liệu khoản phí theo tỉ lệ có được ghi trên hóa đơn riêng của nó không? ngày) hoặc trong lần gia hạn tiếp theo; - để giảm giá, một khoản tín dụng cho phần chưa sử dụng. Trình xem trước trực tiếp của máy chủ cho thấy thời gian, số ngày còn lại, mỗi dòng tỷ lệ, Tất cả các phí thiết lập, tổng số, cách nó sẽ được tính toán, và phí thường xuyên trước khi và sau đó. Các thay đổi theo kế hoạch được liệt kê trên đăng ký và có thể được hủy bỏ. Thay thế hộp thoại ghế ngay.
· SecurityService
Điểm kết thúc cho thay đổi ghế và giấy phép có ngày, tỷ lệ; công việc áp dụng chúng
Điểm cuối mới: - POST **************** - POST /subscriptions/{uid}/changes - GET /subscriptions/{uid}/changes - POST **************** Công việc tính tiền theo giờ áp dụng những thay đổi có ngày đến trước khi tăng hóa đơn, vì vậy việc gia hạn sẽ được tính theo số tiền mới.
· kamo-shared-library
Ghế và giấy phép bổ sung thay đổi giữa giai đoạn, vào ngày chọn, theo tỷ lệ
SubscriptionChangeService ghi lại một thay đổi trong số ghế đăng ký và giấy phép bổ sung có hiệu lực vào bất kỳ ngày nào từ hôm nay. Nó xem trước chính xác giá mỗi đơn vị được thêm vào x ngày còn lại / ngày trong thời gian nó rơi vào, ví dụ Harmony + 6 ghế từ ngày 1 tháng 11 = 6 x $124 x 17/31 = $408.00. Chi phí được tính khi người điều hành chọn: bản thảo hóa đơn của riêng mình bây giờ (kể cả trước ngày có hiệu lực) hoặc trên hóa đơn gia hạn tiếp theo. Vào ngày có hiệu lực công việc tính tiền áp dụng sự thay đổi: - số ghế, giấy phép và MRR; - quyền truy cập của khách hàng (số ghế, hàng ghế, giấy phép bổ sung, bộ nhớ đệm); - Mỗi lần sau đó, dự thảo được cập nhật, xây dựng lại, hoặc được điều chỉnh nếu nhân viên có Tôi chỉnh sửa nó. Hình chữ nhật - Một sự thay đổi chính xác vào một ngày thanh toán được thực hiện bởi việc gia hạn đó thay vì Tỷ lệ 2 lần; - Giảm giá không tính phí và có thể ghi nợ phần chưa sử dụng vào lần gia hạn tiếp theo; - một sự thay đổi được lên lịch có thể bị hủy bỏ, hủy bỏ hóa đơn dự thảo; - phí đặt chỗ cho ghế thêm đọc thỏa thuận của KHÁCH HÀNG. Đường thay đổi ghế cũ bây giờ đi qua dịch vụ này. Bảng mới commerce_subscription_changes; cột mới ****************
· kamo-internal
Tình trạng ngôn ngữ đơn giản ở khắp mọi nơi; giá bổ sung đã thỏa thuận và giảm giá hàng tháng trong trợ lý đặt hàng
StatusChip (89 địa điểm gọi) cho thấy mã thô như PENDING_APPROVAL; nó bây giờ hiển thị các từ trong từ điển (common. statusCodes), hoặc mã đọc ra nó không có tên. Bộ lọc danh sách lệnh và CSV sử dụng cùng một nhãn. Nhân viên có thể nhập giá đã thỏa thuận cho mỗi giấy phép cho mỗi phần mở rộng được chọn và giảm giá hàng tháng; cả hai đều được gửi như addonUnitPrices / recurringDiscount và được tính trên mỗi hóa đơn.
· kamo-signer-monorepo
Chi trả bằng thẻ trên trang hóa đơn
Khi máy chủ cung cấp nó (hoá đơn được bán trên nền tảng với số dư), hóa đơn Nó gửi đến /<locale>/i/<token>/pay, và gửi khách hàng đến một trang thanh toán Stripe-hosted (kiểm tra ngân hàng xảy ra ở đó) và Khách hàng quay trở lại thấy việc thanh toán được xác nhận.
· SecurityService
Khách hàng thanh toán hóa đơn bằng thẻ trực tuyến; yêu cầu SCA của ngân hàng đến với khách hàng
Trên hóa đơn bán bởi platform org (người bán duy nhất có tài khoản Stripe là): - Thông báo công khai cho phép thanh toán bằng thẻ: POST **************** mở một trang Stripe-hosted quay lại cùng một liên kết hóa đơn (built bên máy chủ, không bao giờ từ yêu cầu); - Chi phí được ghi lại khi khách hàng quay lại và theo giờ làm việc, Chỉ một lần thôi. Khi một khoản thu tự động cần khách hàng xác nhận với ngân hàng của họ, họ được gửi email hóa đơn với yêu cầu đó, và chủ sở hữu được cảnh báo như trước.
· BillingService
Chi trả hóa đơn đăng ký bằng thẻ trên trang Stripe
Internal POST **************** tạo một chế độ thanh toán Thời gian thanh toán cho số tiền nợ. Nó lưu thẻ cho tương lai tự động phí khi khách hàng có tài khoản, và xác nhận SCA của ngân hàng GET /checkout/{id} reports whether it was paid and with which Khách hàng thanh toán bỏ qua các phiên họp này.
· kamo-shared-library
Theo dõi thanh toán thẻ trực tuyến của hóa đơn đang chờ
Cột có thể null mới **************** cộng với những người giúp việc để liệt kê và giải quyết các phiên họp đang chờ đợi cùng một tham chiếu bộ xử lý không bao giờ được ghi lại hai lần).
· kamo-shared-library
Giá bổ sung đã đàm phán và chiết khấu của lời đề cập được đưa vào đăng ký
Thay đổi một câu trích dẫn hiện có: - giá hợp đồng cho mỗi giấy phép của mỗi phần mở rộng (nếu khác với danh mục) - Giá niêm yết hoặc giá chấp nhận tùy chọn, như một số tiền hàng tháng (một Thời gian giảm giá của tùy chọn được chia ra nhiều tháng) Các đơn đặt hàng ghi cả hai trong custom_pricing, vì vậy một bản thảo reprice giữ chúng. Activation đặt giá đã thỏa thuận cho giấy phép bổ sung và giảm giá cho đăng ký (cột mới có thể xóa **************** nên mỗi hóa đơn Lệnh của nhân viên có thể nói cả hai trực tiếp (addonUnitPrices, recurringDiscount).
· kamo-internal
Tự động cập nhật và ghi chú công việc trên đăng ký trực tiếp; thẻ trong tập tin và thẻ sạc ngay bây giờ
- Chuyển đổi tự động cập nhật tự động cập nhật đăng ký (đã gửi một trường draft-only order update ignored) và nói khi một phiên bản không cập nhật kết thúc. - Ghi chú lưu trên một lệnh trong bất kỳ trạng thái nào. - Một thẻ thanh toán đăng ký cho thấy thẻ trong hồ sơ. - Đơn hàng mở của nó cho phép nạp thẻ ngay bây giờ và cho thấy tại sao thẻ cuối cùng đã cố gắng thất bại.
· kamo-internal
Hiển thị giấy phép đang giữ và đang sử dụng nơi các hộp thư và phần mở rộng được gán
Quy tắc của chủ sở hữu 2026-10-22: mỗi người dùng bổ sung hóa đơn giấy phép mua, và Giấy phép là giới hạn duy nhất về những gì có thể được sử dụng ("4 of 10 licenses in use", animated bar in the org's brand color, corner ruy băng, chip cảnh báo và ghi chú khi đã kết thúc, liên kết đến Kế hoạch & Đăng ký) đọc GET /api/billing/licenses/usage và xuất hiện trên: - Thiết lập > Quản lý hộp thư điện tử (KamoMail hoặc giấy phép bên thứ ba) - bộ chọn mở rộng thiết lập điện thoại thành viên (KamoPBX hoặc bên thứ 3) - Kế hoạch và các hàng bổ sung Từ chối (409, câu ngôn ngữ đơn giản của máy chủ) bây giờ đến với người: gán hộp thư, cho phép hộp thư chia sẻ, gán hộp thư nhận cá nhân/ lưu IMAP/ OAuth kết nối và gọi lại đều hiển thị nó trong bảng điều khiển của hộp thư đó (một số dùng để throw unhandled or say a generic failure); mỗi hành động như vậy sẽ làm mới Các chuỗi mới: settings.billing.licenses (kamo-translation-dictionary).
· kamo-internal
Quotes start subscriptions; offline acceptance; tenant orders; plain- language billing
- Quotes: "Add from subscription catalog" lấp đầy một hàng từ các kế hoạch/bổ sung hiện tại (tên, hàng tháng price, "per user / month" / "per 10 GB block / month") và giữ tham chiếu danh mục; chấp nhận chuyển đổi lời đề nghị đăng ký qua hộp thoại (phương thức thanh toán; tổ chức mục tiêu) "Record acceptance" for paper/email/PO chấp nhận; xem thử DỰ ÁN có dấu nước và mỗi lần in đều được ghi lại; các điều kiện được điền đầy đủ {orgName} với tên ngắn của người bán. - Phần mềm hướng dẫn đặt hàng: chỉ tập đoàn mục tiêu cho nền tảng org; chỉ nhân viên thương lượng giá ghế và phí đặt chỗ. - Danh sách đăng ký: ngày thanh toán tiếp theo, số dư nợ, thẻ nợ quá hạn; một phương thức thanh toán chung trợ lý nhãn cho cả sáu phương pháp. - Trang đăng ký: các sự kiện trong các câu đơn giản (Hiện có → Đã đến hạn), số thứ tự thay vì ID của bản ghi âm. - Liên hệ bán hàng: tên, email và điện thoại đọc từ nền tảng org thông qua một điểm cuối hẹp.
· SecurityService
Từ chối một bộ phận hoặc hộp thư liên lạc vượt quá giấy phép thư điện tử
2026-10-22: per-user add-ons bill the licenses purchased; how many Các hộp thư có thể được sử dụng chỉ bị giới hạn bởi chúng. Dưới một nhà cung cấp bên thứ ba, hoặc thông tin liên lạc của tổ chức chỉ vào một, vẽ nó vào Kamo (OrgMailboxBillingAggregator), vì vậy Hai lần lưu lại có thể sử dụng một hộp thư giống như việc gán nó cho một thành viên. - MailboxLicenseCapGuard yêu cầu kiểm tra giấy phép nội bộ của BillingService (X-Internal-Auth) trước khi POST/PUT /api/security/departments và PUT /org/{id} thay đổi hộp thư; từ chối là 409 với câu trong lỗi/thông điệp và lý do LICENSE_LIMIT. Giữ hay xoá hộp thư là không bao giờ được kiểm tra; một sự ngừng hoạt động BillingService thất bại OPEN với một cảnh báo. - Cửa tiếp sóng thanh toán cũng thông qua GET /giấy phép/sử dụng (cùng quyền như other usage reads).
· SecurityService
Ghi nhận việc chấp nhận ngoài mạng, ghi chép in, chuyển đổi lời đề cập thành đăng ký
- POST **************** (SEND_QUOTES hoặc MANAGE_QUOTES) - POST **************** (VIEW_QUOTES hoặc MANAGE_QUOTES) - POST .../{uid}/convert cần một cơ thể tùy chọn (tổ chức mục tiêu, phương pháp thanh toán); chuyển đổi thành COMP cũng cần CREATE_SUBSCRIPTION_ORDERS - POSController từ chối negotiatedUnitPrice / setupFeeOverride từ những người chỉ gọi OWN - GET **************** tên công bố của tổ chức nền tảng, email liên hệ và điện thoại, cho hộp thoại liên lạc bán hàng, thay vì hằng số mã hóa cứng
· kamo-shared-library
Đánh giá chuyển thành đăng ký; đơn đặt hàng của người thuê không bao giờ trả tiền cho người bán
- Một báo giá trong một thị trường đăng ký, hoặc những hàng chấp nhận được lấp đầy từ đăng ký danh mục, chuyển đổi thành SubscriptionOrder (kế hoạch, chỗ ngồi từ số lượng đề cập, bổ sung với Giấy phép của họ, mức giá chấp nhận cho mỗi ghế như một giá đàm phán, phí thiết lập khách hàng thấy, cam kết của tùy chọn chấp nhận như chu kỳ, phương thức thanh toán được chọn tại chuyển đổi). Lệnh mang quote_uid; một chuyển đổi thứ hai bị từ chối; một sự kiện CONVERTED được ghi lại. Tỷ giá bán lẻ không thay đổi. - QuoteService.acceptOffline: nhân viên ghi nhận một sự chấp nhận được đưa ra trên giấy/email/PO — bản thảo, gửi, đã xem hoặc đã hết hạn; tổng qua applyOptionHeadlineTotals; tên sự kiện ai và tại sao. - recordPrinted ghi lại một sự kiện PRINTED (draft prints say so). - Các hàng mỗi ghế lưu số ghế của câu trích dẫn trên mỗi lần lưu và sửa đổi; view dòng gửi số lượng hàng được đặt giá. - Các dòng trích dẫn mang mã_ref_catalogue / ID_ref_catalogue. - Hỗ trợ điều kiện {Tên tổ chức}, được điền với tên ngắn của người bán trên trang khách hàng. - provisionOnApproval và activateCompOrder yêu cầu một tổ chức mục tiêu — một đơn hàng không có được dùng để cung cấp dịch vụ đăng ký của người BÁN. - **************** / setupFeeOverride, áp dụng sau calculatePrice và được ghi nhớ trong custom_pricing vì vậy một bản thảo reprice giữ hợp đồng. - Các đơn đặt hàng và đăng ký DTO có ngày tính toán kế tiếp, số dư còn lại và cờ quá hạn, đọc trong hai truy vấn mỗi danh sách.
· EmailService
Từ chối một hộp thư vượt quá giấy phép thư điện tử của tổ chức
2026-10-22: per-user add-ons bill the licenses purchased; how many Các hộp thư có thể đang được sử dụng chỉ bị giới hạn bởi chúng. Trước khi một hộp thư được đặt vào sử dụng, BillingService's **************** được yêu cầu (X-Internal-Auth); một từ chối là một 409 mang câu ngôn ngữ đơn giản của nó (StatusReasonAdvice), ví dụ: "Tất cả 10 giấy phép email của bên thứ ba của bạn đang được sử dụng. Thêm giấy phép trong Billing để kết nối một hộp thư khác." Bắt buộc, trước khi viết bất cứ điều gì: - tạo một hộp thư (KamoMail đếm nó cùng một lúc; bên thứ ba chỉ gán một lần) - gán hộp thư cho thành viên - tạo một hộp thư chia sẻ, cho phép truy cập vào một, bật lại một - kết nối hộp thư nhận cá nhân (đặt IMAP, chấp thuận OAuth và gọi lại) và đang gán một cái đã kết nối - AI cung cấp hộp thư thành viên (NOT_READY / LICENSE_LIMIT) Một địa chỉ đã được đếm không bao giờ bị từ chối, không có gì tồn tại là không được phân bổ, và một dịch vụ thanh toán bị ngắt quãng không mở với một cảnh báo share-access và personal-mailbox giờ đã thông qua trạng thái từ chối và 1 bản án thay vì 500.
· VOIPService
Từ chối một đường dây ngoài giấy phép của tổ chức
2026-10-22: per-user add-ons bill the licenses purchased; how many Các phần mở rộng có thể đang được sử dụng chỉ bị giới hạn bởi chúng. Trước khi đặt một phần mở rộng Được sử dụng, BillingService's **************** là requested (X-Internal-Auth); a refusal is a 409 carrying its plain-language câu (LicenseCapAdvice), ví dụ: "Tất cả 10 giấy phép điện thoại của bên thứ 3 của bạn Đang sử dụng. Thêm giấy phép trong Billing để gán một phần mở rộng khác." Bắt buộc, trước khi viết bất cứ điều gì: - PUT /api/voip/member/{id}/config (cấu hình điện thoại thành viên), đặt tên Phần mở rộng của thành viên hiện tại vì vậy một chuyển động trên hệ thống của bên thứ ba là miễn phí - POST **************** (mở rộng mới; KamoPBX tính mỗi một hoạt động, bên thứ ba chỉ một được chỉ định) - PUT **************** khi kết quả là ACTIVE - AI cung cấp đường thoại (NOT_READY / LICENSE_LIMIT) Một phần mở rộng đã được đếm không bao giờ bị từ chối, không có gì tồn tại không được phân bổ, và sự ngừng hoạt động của BillingService thất bại OPEN với một cảnh báo.
· BillingService
Kiểm tra việc sử dụng giấy phép và giấy phép theo đơn vị cho các phần bổ sung theo người dùng
Quy tắc của chủ sở hữu 2026-10-22: mỗi phần mềm bổ sung cho mỗi người dùng sẽ tính phí theo giấy phép mua, như: seats; số lượng hộp thư hoặc bộ phận phụ có thể được sử dụng chỉ bị giới hạn bởi chúng. - GET /api/billing/licenses/usage (session, X-Org-Id): per add-on code (EMAIL_3P_INTEGRATION, EMAIL_HOSTING, PBX_3P_INTEGRATION, PBX_HOSTING) giấy phép có, đang sử dụng, có sẵn, và liệu tổ chức có được miễn trừ. - Lấy **************** được bảo vệ bởi X-Internal-Auth (thời gian cố định so với billing.internal-auth-secret), cho EmailService và VOIPService để hỏi trước đưa thêm 1 đơn vị vào sử dụng. - Giấy phép = AddOnLicenses.licensed trên đăng ký chính active_addon_codes / addon_quantities (hoặc một kế hoạch bao gồm phần bổ sung); các khóa __mailboxes:/__extensions: không bao giờ được đọc như giấy phép. Trong sử dụng Nightly Bill dùng. - Platform org và OWNER_UNLIMITED được miễn; PAID và COMP bị giới hạn; TRIAL, FREE và không đăng ký được để lại cho các cổng quyền lợi hiện có. - Chỉ có một thay đổi là thêm một đơn vị vượt quá giấy phép đã bị từ chối; một đơn vị đã hay một bước đi của bên thứ 3 để giải phóng một người, luôn luôn đi qua.
· SecurityService
Điểm kết thúc để thiết lập tự động cập nhật đăng ký và ghi chú đơn hàng trong bất kỳ trạng thái nào
· kamo-shared-library
Bật hoặc tắt việc cập nhật cho một đăng ký hoạt động; ghi chú về bất kỳ đơn đặt hàng nào
Chuyển đổi tự động cập nhật của console gửi một trường mà lệnh cập nhật chỉ bản thảo không gửi và ghi chú thất bại trên bất kỳ thứ tự nào sau bản thảo.
· SecurityService
Khách hàng thẻ được tính phí tự động vào ngày thanh toán
Đối với đăng ký AUTO_BILL, công việc thanh toán thu phí mỗi hóa đơn được chấp thuận cho thẻ khách hàng đã lưu vào ngày thanh toán thông qua thẻ nội bộ của BillingService Điểm cuối, ghi lại khoản thanh toán (phương pháp CARD, tham chiếu = PaymentIntent) và Cứ mỗi 3 ngày, nó sẽ thử lại một lần sạc không thành công, tối đa là 4 lần Chấp thuận và gửi hóa đơn mà ngày nộp đã đến Trước hết, email của khách hàng là hóa đơn. Điểm cuối mới: - POST **************** - Lấy ****************
Vũ trụ của anh đang chờ đợi.
Bắt đầu miễn phí trong vài phút. Thêm sản phẩm bất cứ khi nào bạn sẵn sàng — không di chuyển, không đăng nhập mới.
Miễn phí mãi mãi — không cần thẻ tín dụng