Değişiklik Günlüğü
Yeni ne var?
Gemideki her iyileştirme.
· kamo-shared-library
Grafik liste incelemeleri, alerjik tepki/şiddet, durum nedenleri, teşhisler, sonuç inceleme notları
- ClinicalListReview (fhir_chart_list_review): Alerji ve İlaç listeleri, bu yüzden 'revizyon' anlamına gelen 'en az bir satır var' - AlerjiToleransı: reaction_text, reaction_severity, status_reason; findActiveForChecking şimdi NKDA iddialarını (ve reddedilen satırları) dışarıda bırakır; findActiveNoKnownAllergy / findActiveRecord - Koşul.Durum_Nedeni, Gözlem.Durum_Nedeni, HizmetTalep.Nedeni_Kodu, DiagnosticReport.review_note - EncounterDiagnosisRepository; **************** (Vitals flowsheet)
· kamo-shared-library
Pratik saatleri, odalar, masa ödemeleri ve geri çağırma için varlıkları planla
- PracticeSettings (ehr_practice_settings): uygulamanın zaman dilimi ve varsayılan ziyaret süresi - PracticeRoom (ehr_practice_room): hastanın konulduğu odalar; emekli, asla silinmez - PatientPayment (ehr_patient_payment): masa ödemeleri kaydedildi (hiç işleme alınmadı), bir nedenle iptal edildi - RecallOutreach (ehr_recall_outreach): geri çağırmaya karşı kayıtlı temas girişimleri - Randevu: room_id, rescheduled_from_id / rescheduled_to_id, checked_out_by_member_id - ScheduleBlock: engellenen zaman için etiket (öğle yemeği, toplantı, tatil) - PatientRecallRepository: countDue / countOverdue; WaitlistEntryRepository: findCandidatesAnyType (':x IS NULL'de boş bir UUID Postgres'e yazılmamış olarak ulaşır) - PhiResourceType: PATIENT_RECALL, PATIENT_PAYMENT eklendi
· kamo-shared-library
Front-desk kayıt kaydı — iletişim bilgileri, acil durum temasları, MRN sayacı, kapsam yazma alanları
Hasta tercih edilen temas yöntemi, birincil bakım üyesi ve tercih edilen eczaneyi kazanır; acil durum temasları FHIR Patient.contact (fhir_patient_contact, emekli olmuş, silinmemiş); telekom ve adres mevcut fhir_contact_point / fhir_address tablolarını kullanır (yeni Önerilen dil için PatientCommunicationRepository ehr_mrn_counter satırı MRN'leri tek bir atomik upsert'e ayırır. Hasta arama kazanır given-name, doğum-tarihi-yalnızca, doğum-tarihi-ile-öncelik ve by-id sorguları. PriorAuthorization bir hizmet tanımlaması ve EligibilityCheck doğrulayıcının notları. DDL bu baskıdan önce üretime uygulandı.
· kamo-shared-library
Grafik belgeleri, uygulama not şablonları, not okuma tarafı metni ve geri çekme kaydı
- PatientDocument (ehr_patient_document): kategori, başlık, belge tarihi, içerik tür, boyut, SHA-256, görüntüleme Img kimliği + depolama anahtarı, yükleyici, hatalı girdi Kim/ne zaman/neden ile. - ClinicalNoteTemplate (ehr_note_template): bir uygulamanın kendi not şablonları. - ClinicalNote: entered_in_error_at/_by/_reason sütunları; geçici akım vücut, sürüm türü, SI bayrağı, okunanlar için yazar/ko-imza/hasta isimleri. - ClinicalNoteVersion: geçici yazarın adı. DDL elle üretime uygulanır (eklenir).
· SecurityService
Gerçek reddetmeler, cam kırma inceleme kararları, dürüst talep gönderme, elle yazılmış EOB'lar
- EhrRuleViolationException: iş kurallarının reddedilmesi (imzasız not kapanış, İkili rezervasyon, yazar/eşit imzalı değil, kendisi eş imzalı, zaten imzalanmış, sigorta şirketi tarafından kısıtlanmış, nedensiz yere cam kırma, çok fazla ihracat, bastırılmış eşleşme) şimdi 409/422 cevabını açık dil cümlesiyle veriyor "Bu tür bir kayıt yok" yerine ilişki inkarları 404 olarak kalıyor. - EhrExceptionHandler küresel ticaret üzerinde en yüksek öncelikle çalışır Kalite, Portal yönetimi, CCD, Toptan ihracat ve FHIR'ı kapsar Kayıp 500'dü. - Cam kırma incelemesi: isimler, geçmiş ve bir karar (uygun / uygunsuz / takip edilmesi gerekiyor, not gerekli, asla kendisi). - Klinisyenler için değişim ortakları rehberi (VIEW_CHART, sadece isimler). - İtiraz: CPT/HCPCS, değiştirici, ICD-10, gösterge, NPI ve hizmet yeri format kontrolleri; seçtiğiniz kapsamdan ödemeci ve üye kimliği; bir ziyaret fatura için kapalı; faturalanmış prosedürler yüklenmemiş kuyruğu bırakır; bir talep-taslağı ClaimTransport seam: clearinghouse olmadan, gönder "Hazır" işareti koyar ve "Evet" der; "Gönderilmiş" işareti kanal, kim ve not kayıtlarını işaretler. - Ödeme kağıt EOB'dan yapılabilir ve posta parayı harekete geçirir Uygulanmamıştan uygulanmışa.
· kamo-shared-library
Bir talebin nasıl gönderildiğini kaydet ve gözden geçirilen acil erişimleri listele
Bir iddia ready_at, submission_channel, submitted_by_member_id ve submission_note, yani bir ödeme portalı aracılığıyla veya kağıt üzerinde elle gönderilen bir talep bir anlaşmazlık çözümleme merkezi gibi davranan bir durum flip yerine dürüstçe kaydedilir "Breaking-glass grant repository" incelenmiş tarihe sahiptir Kuyruğunun altında yeni inceleme ekran listelerini bulur.
· kamo-internal
Fatura, sözleşmelerde olduğu gibi, Alınanlar ödeme bloğunu gösterir
Fatura diyalogu aynı QuoteRemittanceBlock'u gösterir ki teklif önizlemesi kullanıyor, Alıcının borç bilgilerinden, borçlu olduğu herhangi bir şey varken Switch şimdi teklifleri ve faturaları kapsadığını söylüyor.
· kamo-signer-monorepo
Faturanın ödeme bloku tam olarak tekliftekiyle aynı
Aynı başlık, etiketler ve ACH Kredi Tek bildirim (signer.quote.remit), Fatura numarası referansı altında saklanıyor.
· SecurityService
Faturalar ACH Faturaları' nın detaylarını tıpkı tekliflerde olduğu gibi basar
PDF ve e-postada şimdi sözleşmenin ödeme bloku sözcük sözcük yer alıyor: - Ödemeyi gönderin - Alıcı (yasal ad) - Banka - yönlendirme numarası (ABA) - Hesap numarası - Sadece ACH Kredi bildirimi Bunları fatura numarası referansı ve pazarın kendisi takip eder GET **************** konsola aşağıdaki talimatları verir: Aynı blokta Her iki numara da kaydedildi.
· kamo-internal
Oturma ve lisansları bir tarihten itibaren, orantılı ücret önizlemesi ile değiştirin
Oturma ve lisansları değiştirme ayarlamak için bir diyalog açar: - koltuklar ve her eklentinin lisansları (her kullanıcı lisansı koltukları takip eder Üzerine yazılmıştır); - etkinleşme tarihi (bugün ya da daha sonra); - Oransal ücretin şimdi kendi faturasına gidip gitmediğini ( hatta faturadan önce bile) tarih) veya bir sonraki yenilemede; - İndirimler için, kullanılmayan kısma bir kredi. Sunucudaki canlı önizleme süreyi, geri kalan günleri, her orantılı satırı gösteriyor Herhangi bir kurulum ücreti, toplamı, nasıl faturalandırılacağı, ve önceden tekrar eden ücreti Planlanan değişiklikler abonelikte listelenir ve bu değişiklikler, iptal edildi. Eski acil oturum diyalogunun yerini alır.
· SecurityService
Tarihli, orantılı koltuk ve lisans değişiklikleri için son noktalar; iş onları uygular
Yeni son noktalar: - Posta **************** - POST /subscriptions/{uid}/changes - GET /subscriptions/{uid}/changes - Posta **************** Saatlik faturalama işi, yükseltmeden önce gelmiş olan değişiklikleri uygular Faturalar, bu yüzden yenileme faturaları yeni hesaplar.
· kamo-shared-library
Seçilmiş bir tarihte, dönemin ortasında koltuk ve ek lisans değişimleri, orantılı olarak
SubscriptionChangeService canlı bir aboneliğin koltuklarında bir değişiklik kaydeder ve Bu günden itibaren herhangi bir tarihte geçerli olacak ek lisansları gösteriyor orantılı ücret: her eklenmiş birimin dönem başına fiyatı x geri kalan günler / 1 Kasım'dan itibaren Harmony +6 koltuk = 6 x $124 x 17/31 = $408.00. Fatura, operatörün seçtiği zaman faturalanır: şimdi kendi fatura taslağı (hatta etkinlik tarihi öncesinde bile) veya bir sonraki yenileme faturasında. Etkinlik tarihinde faturalama işi değişikliği uygular: - Üyelik koltukları, lisanslar ve MRR; - Müşterinin erişimi (oturma sayısı, oturma sıraları, ek lisanslar, ön bellek); - Daha sonraki her yenileme taslağı, yeniden inşa edilmiş veya personelin istediği takdirde bir düzeltme hattı verilmiştir Düzenledim. Kenar durumları: - Bir değişiklik tam olarak bir fatura günü yerine bu yenileme tarafından taşındı iki katına çıkarılır. - indirim hiçbir ücret talep etmez ve bir sonraki yenilemede kullanılmayan kısmı krediye çevirebilir; - planlanan bir değişiklik iptal edilebilir, fatura taslağı geçersiz kılınabilir; - Ek koltuklar için kurulum ücretleri MÜŞTERİ'nin anlaşmasına göredir. Eski koltuk değiştirme yolu artık bu servisten geçer. Yeni tablo commerce_subscription_changes; yeni sütun ****************
· kamo-internal
Her yerde basit dildeki durumlar; anlaşılmış ek fiyatlar ve siparişler sihirbazında aylık indirim
StatusChip (89 çağrı sitesi) PENDING_APPROVAL gibi ham kodlar gösterdi; şimdi sözlükteki kelimeleri (common.statusCodes) gösterir, ya da bir için sesli okunmuş kodu ismi yoktur. Siparişler listesi filtresi ve CSV aynı etiketleri kullanır. Personel, seçilen her eklenti için kabul edilmiş bir lisans başına fiyat ve bir aylık indirim; her ikisi de addonUnitPrices / recurringDiscount olarak gönderilir ve faturalanır Her fatura üzerinde.
· kamo-signer-monorepo
Fatura sayfasında kartla ödeme yap
Sunucu bunu sunduğunda (platform-satılık faturalar bir denge ile), fatura /<locale>/i/<token>/pay'e gönderir, bu da müşteriyi Stripe tarafından işletilen bir ödeme sayfasına yönlendirir (banka onayı burada olur) ve Geri dönen bir müşteri ödemenin onaylandığını görür.
· SecurityService
Müşteriler faturaları İnternet üzerinden kartla ödüyorlar; bankanın SCA talebi müşteriye ulaşır
Platform org tarafından satılan faturalarda (bu Stripe hesabı olan tek satıcı): - Halka fatura teklifleri Kartla ödeme: POST **************** aynı fatura bağlantısına geri dönen Stripe-konumlu bir sayfa açar (inşa edildi sunucu tarafı, istekten asla); - Ödeme müşteri döndüğünde ve saatlik işten sonra kaydedilir, Tam olarak bir kere. Otomatik bir harcama için müşterinin bunu bankasıyla doğrulaması gerektiği zaman, Bu taleple birlikte fatura e-posta ile gönderilir ve ev sahipleri önceki gibi uyarılır.
· BillingService
Stripe tarafından işletilen bir sayfada bir abonelik faturasını kartla öde
İç POST **************** bir ödeme modu yaratıyor Borç miktarı için ödeme seansı. Kartı gelecekteki otomatik ödemeler için saklar Müşterinin bir hesabı olduğunda ve bankanın SCA onayı olduğunda GET /checkout/{id} ödenip ödenmediğini ve hangi yöntemle ödendiğini bildirir Tüketici ödemeleri bu oturumları görmezden gelir.
· kamo-shared-library
Faturanın bekleyen çevrimiçi kart ödemesini takip edin
Yeni sıfırlanabilir sütun **************** Ayrıca bekleyen oturumları listelemek ve ödemek için yardımcılar (ödeme taşıyan) Aynı işlemci referansı asla iki kez kaydedilmez).
· kamo-shared-library
Üzerinde pazarlık yapılan ek fiyatlar ve bir teklifin indirimi aboneliğe yansıyor
Bir alıntıyı dönüştürmek şunu getiriyor: - her bir eklentinin lisans başına kabul edilen fiyatı (katalogdaki fiyattan farklı olduğunda) - teklifin veya kabul edilen opsiyonun indirimi, aylık olarak tekrarlayan bir miktar (bir Opsiyonun dönem indirimi aylar boyunca dağıtılır) Siparişler her ikisini de custom_pricing'e kaydeder, böylece bir taslak reprice onları tutar ek lisanslar için anlaşılmış fiyatı ve abonelik için indirimi koyar (Yeni sıfırlanabilir sütun **************** böylece her fatura Personel emirleri doğrudan ya da dolaylı olarak anlaşmayı belirtebilir (addonUnitPrices, recurringDiscount).
· kamo-internal
Otomatik yenileme ve notlar canlı aboneliklerde çalışıyor; kart dosyada ve kart şimdi yükleniyor
- Otomatik yenileme düğmesi aboneliğin kendi yenilenmesini ayarlıyor (bu alanda yalnızca taslak düzenlemesi göz ardı edildi) ve yenilenmemiş birinin ne zaman bittiğini söyler. - Herhangi bir durumdaki bir emir için notlar kaydet. - Kartla ödemeli bir abonelik dosyadaki kartı gösteriyor. - Açık faturaları şu anda ödeme kartını sunuyor ve son kart girişiminin nedenini gösteriyor Başarısız oldu.
· kamo-internal
Posta kutuları ve uzantıların tanımlandığı yerlerde sahip olduğu ve kullanılan lisansları göster
2026-10-22: Kullanıcı başına eklentiler satın alınan lisansları faturalar, ve lisansları, kullanılabilecek şeyler üzerindeki tek sınırdır. Bir LicenseUsageMeter ("10 lisansın 4'ü kullanılıyor", organizasyonun marka renginde animasyon bar, köşede) Kurşun bant, uyarı çipi ve bittiği zaman not, Planlar ve Faturalama'ya bağlantı) GET /api/billing/licenses/usage okur ve şöyle görünür: - Ayarlar > E-posta posta kutusu yönetimi (KamoMail veya üçüncü taraf lisansları) - üye telefon-ayarları uzantısı seçici (KamoPBX veya üçüncü taraf) - Planlar ve Faturalandırma ekleme satırları Reddediler (409, sunucunun açık dil cümlesi) artık kişiye ulaşır: posta kutusu tanımla, paylaşılan-posta kutusu onayla, kişisel gelen kutusu tanımla/IMAP kaydet/OAuth bağlantı ve geri çağrı hepsi onu o posta kutusunun panelinde gösterir (birçok kullanıcı throw unhandled or say a generic failure); bu tür her eylem Yeni diziler: settings.billing.licenses (kamo-translation-dictionary).
· kamo-internal
Abonelikleri başlatma teklifleri; çevrimdışı kabul; kiracı siparişleri; açık dil faturalandırması
- Alıntılar: "Abonelik kataloğundan ekle" canlı planlardan/eklentilerden bir satırı doldurur (ad, aylık price, "per user / month" / "per 10 GB block / month") ve katalog referansını tutar; kabul edilen abonelik teklifleri bir diyalog aracılığıyla dönüştürülür (ödeme yöntemi; hedef organizasyon) (sadece platform için) bir abonelik siparişi; "Kayıt kabulü" kağıt/e-posta/PO kabuller; bir DRAF' ın önizlemelerinde su damgası vardır ve her baskı kaydedilir; şartlar doldurulur {orgName} satıcının kısa adı ile. - Sipariş sihirbazı: hedef örgüt sadece platform org için; sadece personel pazarlığı Oturma başına fiyat ve kurulum ücreti. - Kayıt listesi: bir sonraki fatura tarihi, ödenmesi gereken tutar, ödenmesi gereken bedel; tek paylaşılan ödeme yöntemi her altı yöntem için etiket yardımcısı. - Üyelik sayfası: olayları basit cümlelerde (Aktif → Geçen tarih), sıra numarası yerine Kayıt numarası. - Satış ile iletişime geçin: isim, e-posta ve telefon platformun org'undan dar bir son nokta üzerinden okunur.
· SecurityService
E-posta lisanslarının ötesindeki bir departman veya iletişim posta kutusunu reddet
Owner rule 2026-10-22: per-user add-ons bill the licenses purchased; how many parti bir sağlayıcı altında bir posta kutusunun kullanımı sadece bu kutularla sınırlıdır bir posta kutusuna ulaşılan bölüm, ya da kuruluşun iletişim bilgileri 1'e işaret eder, Kamo (OrgMailboxBillingAggregator)'a kaydeder, bu yüzden bunlar İki kaydetme bir posta kutusunu bir üyeye tahsis etmek kadar kesinlikle kullanıma sokabilir. - MailboxLicenseCapGuard BillingService'ın iç lisans kontrolünü ister (X-İç Güvenlik) POST/PUT /api/security/departments ve PUT /org/{id} mailbox change; a refusal is a 409 with the sentence in hata/mesajı ve nedeni LICENSE_LIMIT. Posta kutusunu tutmak ya da boşaltmak hiç kontrol edilmedi; bir BillingService kesintisinin OPEN'ı bir uyarı ile başarısız olur. - Hesaplama kapısının da GET /lisanslar/ kullanımı geçiyor (aynı haklar gibi) Diğer kullanım okur).
· SecurityService
Çevrimiçi kabulleri kaydet, baskıları kaydet, teklifleri aboneliklere dönüştür
- POST **************** (SEND_QUOTES veya MANAGE_QUOTES) - POST **************** (VIEW_QUOTES veya MANAGE_QUOTES) - POST .../{uid}/convert seçenekli bir vücut alır (hedefli organizasyon, ödeme yöntemi); COMP olarak dönüştürmek için ayrıca CREATE_SUBSCRIPTION_ORDERS gerekiyor - POSController negotiatedUnitPrice / setupFeeOverride'ı yalnızca OWN-arayanlardan reddediyor - GET **************** platformun yayınlanmış ismi, e-posta adresi ve telefon, Karşılıklı satış diyalogları için, katı kodlanmış sabitler yerine
· kamo-shared-library
Sözleşmeler aboneliklere dönüştürülür; kiracı siparişleri satıcıyı asla mağdur etmez
- ÜYELİK pazarındaki bir teklif, ya da kabul edilen satırları üyelikten dolduruldu katalog, bir SubscriptionOrder' a dönüştürür (plan, teklif miktarındaki koltuklar, eklentiler ile Lisansları, kabul edilen koltuk başına fiyat, pazarlık edilen fiyat, kurulum ücreti, müşterinin ödemesi gereken para Gördüğünüz gibi, kabul edilen opsiyonun yükümlülüğü döngü olarak, dönüşümde seçilen ödeme yöntemidir). Emri quote_uid taşıyor; ikinci dönüşüm reddedildi; bir CONVERTED olayı kaydedildi. Perakende dönüşümü değişmedi. - QuoteService.acceptOffline: personel kağıt/e-posta/PO üzerinde verilen bir kabul kayıtını kaydeder — taslak, gönder, görüntülenmiş veya geçerliliği sona eren alıntı; applyOptionHeadlineTotals aracılığıyla toplamlar; olay adları kim ve neden. - recordPrinted bir PRINTED olayı kaydeder (taslak baskılarda böyle yazılır). - Oturma başına satırlarda her kaydetme ve düzenlemede alıntının oturma sayısını depolar; satır görüntüsü gönderir Bir satırın fiyatının miktarı. - Alıntı satırları catalog_ref_code / catalog_ref_uid taşıyor. - Sözleşmeler {orgName} desteği, satıcının kısa adıyla müşterinin sayfasında doldurulur. - provisionOnApproval ve activateCompOrder bir hedef organizasyon gerektirir — hiçbir şeyi olmayan bir sipariş SATICI'nın kendi aboneliğini sağlamak için kullanılır. - **************** / setupFeeOverride, uygulandıktan sonra calculatePrice ve custom_pricing'de hatırlanmıştır böylece taslak reprice anlaşmayı korumaktadır. - Sipariş ve abonelik DTO'ları bir sonraki fatura tarihi, ödenmemiş tutar ve bir gecikme bayrağı taşıyor, liste başına iki sorguda okunur.
· EmailService
Örgütün e-posta lisanslarının ötesindeki bir posta kutusunu reddet
Owner rule 2026-10-22: per-user add-ons bill the licenses purchased; how many Kullanılan posta kutularının sayısı yalnızca onlarla sınırlıdır. Bir posta kutusu kullanılabilir duruma getirilmeden önce, Kullanım, Fatura Hizmetleri'nin **************** soruldu (X-Internal-Auth); bir reddetme, açık dil cümlesini taşıyan bir 409'dur (StatusReasonAdvice), örneğin "Üçüncü taraf e-posta lisanslarınızın 10'u kullanılmaktadır. Başka bir posta kutusuna bağlanmak için Faturalama'da lisansları ekle." Herhangi bir şey yazılmadan önce zorunlu: - bir posta kutusu oluşturuluyor (KamoMail bir seferde sayıyor; üçüncü taraf sadece bir kez haritalandı) - bir üyeye bir posta kutusu tahsis etmek - paylaşılan bir posta kutusu oluşturmak, ona erişim sağlamak, onu tekrar açmak - kişisel bir posta kutusuna bağlanma (IMAP kaydetme, OAuth onayı ve geri çağrı) ve çoktan bağlanmış birine atanıyor - AI üye posta kutusu sağlaması (NOT_READY / LICENSE_LIMIT) Çoktan sayılan bir adres asla reddedilir, mevcut hiçbir şey ayrılmaz, ve BillingService'ın kesintileri bir uyarı ile AÇILMIYOR paylaşılan-erişim ve kişisel-posta kutusu son noktaları artık bir reddetme durumunu ve 500 yerine 1000.
· VOIPService
Örgütün lisanslarının ötesindeki bir telefon bağlantısını reddet
Owner rule 2026-10-22: per-user add-ons bill the licenses purchased; how many Kullanılan uzantıların sayısı yalnızca bunlarla sınırlıdır. Bir uzantıyı kullanmadan önce, Kullanılmaya başlandığında, BillingService'ın ****************'ü soruldu (X-İçsel-Güvenlik); reddedilmesi durumunda 409'un açık dili kullanılır cümle (LicenseCapAdvice), örneğin "Üçüncü taraf telefon lisanslarınızın 10'u da Başka bir bağlantı tanımlamak için Faturalandırma'da lisansları ekleyin." Herhangi bir şey yazılmadan önce zorunlu: - PUT /api/voip/member/{id}/config (üye telefon ayarları), adı Üyenin sahip olduğu genişleme artık üçüncü taraf bir sistemde hareket etmek için ücretsiz - POST **************** (yeni uzantısı; KamoPBX sayılar her aktif biri, 3. taraf sadece bir tayin edilmiş biri) - Sonuç aktif olduğunda ****************'ü koy - AI ses hattı sağlaması (NOT_READY / LICENSE_LIMIT) Çoktan sayılmış bir uzantıyı asla reddetmez, mevcut hiçbir şeyi tanımlanmamış, ve BillingService kesintileri bir uyarı ile OPEN başarısız olur.
· BillingService
Kullanıcı başına eklentiler için lisans kullanımı ve birim başına lisans kontrolleri
Sahibi kural 2026-10-22: her kullanıcı başına eklenti satın alınan lisansları faturalar, gibi koltuklar; kaç adet posta kutusu veya eklenti kullanılabilir sadece onlar tarafından sınırlıdır. - GET /api/billing/licenses/usage (session, X-Org-Id): her ekleme kodu için (EMAIL_3P_INTEGRATION, EMAIL_HOSTING, PBX_3P_INTEGRATION, PBX_HOSTING) sahip olduğu lisanslar, kullanılanlar, mevcutlar, geçerli olanlar ve örgütün muaf olup olmadığı. - Get **************** X- İç Güvenlik onayı tarafından korunur (sabit zamanlı karşılaştırma ile) billing.internal-auth-secret), EmailService ve VOIPService için önceden sorulması için Bir birim daha kullanmaya başladık. - Lisanslı = AddOnLicenses.licensed ana aboneliğin üzerinde active_addon_codes / addon_quantities (veya eklentiyi içeren bir plan); rezerve edilen __mailboxes:/__extensions: anahtarları hiçbir zaman lisans olarak okunmaz. Kullanımda = OrgMailboxBillingAggregator / OrgPbxBillingAggregator, bu sayılar Nightly Bill'in kullandığı. - Platform org ve OWNER_UNLIMITED istisnadır; PAID ve COMP sınırlıdır; TRIAL, ÜCRETSİZ ve hiçbir abonelik mevcut hak kapılarına bırakılır. - Sadece lisansların ötesinde bir birim eklemek için yapılan değişiklik reddedildi. Bir birim zaten Ya da üçüncü tarafın bir oyuncuyu serbest bırakan bir hareketi, her zaman geçerli.
· SecurityService
Bir aboneliğin otomatik yenilenmesini ve herhangi bir durumda bir siparişin notlarını ayarlamak için son noktalar
· kamo-shared-library
Yaşayan bir abonelik için yenilemeyi etkinleştir veya devre dışı bırak; herhangi bir sipariş üzerinde notlar
Konsolun otomatik yenileme anahtarı sadece taslak için güncelleme emri göndermediği bir alanı gönderdi Hiçbir zaman kaydedilmedi ve notlar taslaktan sonraki herhangi bir emirde başarısız oldu.
· SecurityService
Kart müşterileri otomatik olarak fatura günü faturalanır
AUTO_BILL abonelikleri için faturalama işi her onaylanmış faturayı müşterinin fatura gününde BillingService'ın iç kartından kaydettiği kart son nokta, ödemeyi kaydeder (CARD yöntemi, referans = PaymentIntent) ve Başarısız bir şarj her üç günde en fazla dört kez tekrar dener Fatura günü gelmiş olan bir faturayı onaylamak ve göndermek Öncelikle, müşterinin e-postası bir fatura. Yeni son noktalar: - Posta **************** - Get ****************
Evreniniz sizi bekliyor.
Birkaç dakika içinde ücretsiz olarak başlatın. Hazır olduğunuzda ürünleri ekleyin - göç yok, yeni girişler yok.
Sonsuza kadar ücretsiz — kredi kartı gerekmiyor