परिवर्तन लॉग
क्या नया है.
यह जहाज के रूप में, प्लेटफार्म के हर सुधार.
· kamo-shared-library
चार्ट सूची समीक्षाएं, एलर्जी प्रतिक्रिया / गंभीरता, स्थिति के कारण, आदेश निदान, परिणाम समीक्षा नोट
- ClinicalListReview (fhir_chart_list_review): एलर्जी के लिए एक वास्तविक समीक्षा- पर रिकॉर्ड और दवाओं की सूची, इसलिए 'रिव्यू' बंद होता है जिसका अर्थ है 'कम से कम एक पंक्ति मौजूद है' - AllergyIntolerance: reaction_ text, reaction_ severity, status_ reason; findActiveForChecking अब एनकेडीए दावा (और खारिज पंक्तियों) को बाहर करता है; findActiveNoKnownAllergy / findActiveRecord - Condition.status_reason, Observation.status_reason, ServiceRequest.reason_codes, DiagnosticReport.review_note - EncounterDiagnosisRepository; **************** (विटाल्स फ्लोशीट)
· kamo-shared-library
अभ्यास की घड़ी, कमरे, डेस्क भुगतान और वापसी पहुंच के लिए एजेंसियों को समयबद्ध करें
- PracticeSettings (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 पोस्टग्रेस अनटाइप तक पहुँचता है) - PhiResourceType: PATIENT_ RECALL, PATIENT_ PAYMENT जोड़ा गया
· kamo-shared-library
फ्रंट- डेस्क पंजीकरण रिकॉर्ड - संपर्क विवरण, आपातकालीन संपर्क, MRN काउंटर, कवरेज लिखने के क्षेत्र
रोगी को पसंदीदा संपर्क विधि, प्राथमिक देखभाल सदस्य और पसंदीदा फार्मासिस्ट मिलता है। आपातकालीन संपर्क हैं FHIR Patient.contact (fhir_patient_contact, सेवानिवृत्त नहीं मिटाया); दूरसंचार और पता मौजूदा fhir_contact_point / fhir_address तालिकाओं का उपयोग करें (नई पसंदीदा भाषा के लिए PatientCommunicationRepository ehr_mrn_counter पंक्ति एक परमाणु अपसेट में MRNs आवंटित करता है. रोगी खोज प्राप्त-नाम, जन्म- तिथि- केवल, उपसर्ग- जन्म- तिथि के साथ और by- id क्वैरी. PriorAuthorization एक प्राप्त करता है सेवा वर्णन तथा EligibilityCheck एक सत्यापनकर्ता का नोट. इस प्रयोजन के लिए डीडीएल को उत्पादन में लागू किया गया था।
· kamo-shared-library
चार्ट दस्तावेज़, अभ्यास नोट टैम्प्लेट, नोट पढ़ने के लिए पाठ और वापसी रिकॉर्ड
- PatientDocument (ehr_patient_document): श्रेणी, शीर्षक, दस्तावेज़ तिथि, सामग्री प्रकार, आकार, SHA-256, इमेजिंग Img id + भंडारण कुंजी, अपलोडर, प्रविष्ट-त्रुटि कौन/कब/क्यों के साथ. कभी मिटाया नहीं गया. - ClinicalNoteTemplate (ehr_note_template): एक अभ्यास के अपने नोट टेम्पलेट. - ClinicalNote: entered_in_error_at/_by/_reason स्तंभ; अस्थायी वर्तमान शरीर, संस्करण किस्म, एसआई फ्लैग, लेखक/सह-हस्ताक्षरकर्ता/पढ़ने के लिए रोगी नाम. - ClinicalNoteVersion: अस्थायी लेखक नाम. डीडीएल (DDL) को हाथ से उत्पाद (additive) के रूप में लागू किया जाता है।
· SecurityService
वास्तविक अस्वीकार, ब्रेक-गिलास समीक्षा निर्णय, ईमानदार दावे भेजने, हाथ-की ईओबी
- EhrRuleViolationException: एक व्यापार- नियम अस्वीकृति (अहस्ताक्षरित नोट बंद, दोहरी बुकिंग, लेखक/ सह- हस्ताक्षरकर्ता नहीं, स्वयं- सह- हस्ताक्षर, पहले से ही हस्ताक्षरित, बीमा कंपनी से प्रतिबंधित, एक कारण के बिना ब्रेक-कांच, बहुत सारे निर्यात, प्रतिबंधित मैच) अब अपने सादा- भाषा वाक्य के साथ 409/ 422 का जवाब देता है अपारदर्शी 'ऐसा कोई रिकॉर्ड नहीं' के बजाय. संबंध खंडन 404 रहता है. - EhrExceptionHandler वैश्विक वाणिज्य पर उच्चतम प्राथमिकता पर चलता है यह सलाह, गुणवत्ता, पोर्टल प्रशासक, सीसीडी, भारी निर्यात और एफएचआईआर को कवर करता है वहाँ एक 500 था). - ब्रेक-ग्लास समीक्षा: नामों के साथ कतार प्लस इतिहास, और एक निर्णय (उपयुक्त / अनुचित / अनुवर्तन की आवश्यकता है, नोट आवश्यक है, कभी भी अपने आप को). - चिकित्सकों के लिए साझेदार निर्देशिका (VIEW_CHART, केवल नाम) का आदान-प्रदान करें. - दावे: सीपीटी/एचसीपीसीएस, मॉडिफायर, आईसीडी-10, पॉइंटर, एनपीआई और सेवा स्थल फॉर्मेट जांच; चुने गए कवरेज से भुगतानकर्ता और सदस्य आईडी; एक यात्रा होना चाहिए बिल के लिए बंद; बिल की गई प्रक्रियाएं अनचार्ज कतार छोड़ती हैं; एक दावा- मसौदा बिल्डर के लिए पढ़ें. ClaimTransport seam: clearinghouse के बिना, submit मार्क तैयार है और यह कहता है; मार्क भेजा रिकॉर्ड चैनल, कौन और नोट. - पेपर ईओबी से पैसे भेजे जा सकते हैं और पोस्टिंग से अब पैसे चल सकते हैं लागू नहीं से लागू करें.
· kamo-shared-library
रिकॉर्ड कैसे एक दावा भेजा गया था, और समीक्षा आपातकालीन पहुँचों की सूची
एक दावा ready_at, submission_channel, submitted_by_member_id और प्राप्त करता है submission_note, तो एक दावा एक भुगतानकर्ता पोर्टल या कागज पर हाथ से भेजा एक स्थिति फ्लिप के बजाय ईमानदारी से दर्ज किया जाता है कि एक क्लीरिंगहाउस का नाटक करता है इसे प्रेषित किया. ब्रेक- ग्लास ग्रांट भंडार ने समीक्षा- इतिहास प्राप्त किया नए समीक्षा स्क्रीन की सूची इसके क़तार के नीचे ढूंढें.
· kamo-internal
इनवॉइस क्रेडिबिलिटी ट्रांसफर ब्लॉक दिखाता है, जैसा कि उद्धरण करते हैं
इनवॉइस संवाद उसी QuoteRemittanceBlock को रेंडर करता है जो quote preview उपयोग करता है, विक्रेता के ऋण विवरण से, जबकि कुछ भी बकाया है. ऋण स्विच अब कहता है कि यह उद्धरणों और बिल कवर करता है.
· kamo-signer-monorepo
बिल का भुगतान ब्लॉक उसी तरह पढ़ता है जैसे कि उद्धरण का
उसी शीर्षक, लेबल और एचएच क्रेडिट केवल नोटिस (साइनर. quote. remit), के साथ इसके नीचे रखा गया बिल- संख्या संदर्भ.
· SecurityService
इनवॉइस रिटर्नेबल एचएच विवरणों को उसी तरह छापता है जैसे कि उद्धरण करते हैं
पीडीएफ और ई-मेल अब उद्धरण के भुगतान ब्लॉक, शब्द के लिए शब्द ले जाते हैं: - इसे भुगतान भेजें - प्राप्तकर्ता (कानूनी नाम) - बैंक - रूटिंग क्रमांक (एबीए) - खाता क्रमांक - एचएच क्रेडिट केवल अधिसूचना इनके पश्चात बिल-संख्या संदर्भ और बाजार का अपना होता है निर्देश. 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. चार्ज जब ऑपरेटर चुनता है तब बिल किया जाता है: अब अपना खुद का ड्राफ्ट बिल (प्रभावी तिथि से पहले भी) या अगले नवीकरण बिल पर। प्रभावी तिथि पर बिलिंग कार्य परिवर्तन लागू करता है: - सदस्यता सीटों, लाइसेंस और एमआरआर; -ग्राहक की पहुंच (सीट गिनती, सीट पंक्तियाँ, एड-ऑन लाइसेंस, कैश); - हर बाद में नवीकरण मसौदा, पुनर्निर्मित, या एक समायोजन लाइन दिया यदि कर्मचारी था इसे संपादित किया. किनारा केस: - एक बिलिंग दिन पर एक परिवर्तन बिल्कुल बजाय कि नवीकरण द्वारा किया जाता है दोगुना; - एक कटौती कुछ भी चार्ज नहीं करता है और अगले नवीकरण पर उपयोग नहीं किए गए हिस्से को क्रेडिट कर सकता है; - एक निर्धारित परिवर्तन रद्द किया जा सकता है, जिससे इसका ड्राफ्ट इंवाइट अवैध हो जाता है; - अतिरिक्त सीटों के लिए सेटअप शुल्क ग्राहक के समझौते को पढ़ें. वर्तमान में इस मार्ग पर चलने वाली ट्रेनों की संख्या बदलती रहती है। नया तालिका commerce_subscription_changes; नया स्तम्भ ****************
· kamo-internal
सादा भाषा की स्थिति हर जगह; अनुबंधित अतिरिक्त कीमतों और आदेश विज़ार्ड में एक मासिक छूट
StatusChip (89 कॉल साइट) ने PENDING_APPROVAL जैसे कच्चे कोड दिखाए; यह अब शब्दकोश के शब्दों (common.statusCodes) को दिखाता है, या एक के लिए कोड को जोर से पढ़ता है यह नाम नहीं है. आदेश सूची फ़िल्टर तथा सीएसवी एक ही लेबल का उपयोग करते हैं. कर्मचारी प्रत्येक चयनित एड-ऑन के लिए एक सहमत प्रति लाइसेंस मूल्य और एक मासिक छूट; दोनों को addonUnitPrices / recurringDiscount के रूप में भेजा जाता है तथा बिल किया जाता है हर बिल पर.
· kamo-signer-monorepo
बिल पृष्ठ पर कार्ड से भुगतान करें
जब सर्वर इसे पेश करता है (बैलेंस के साथ प्लेटफार्म-बेचे गए चेक), चेक पृष्ठ कार्ड द्वारा भुगतान दिखाता है. यह /<locale>/i/<token>/pay पर पोस्ट करता है, जो ग्राहक को एक Stripe-होस्ट भुगतान पृष्ठ पर (बैंक पुष्टि वहाँ होती है) और वापस. एक लौटने वाला ग्राहक भुगतान स्वीकार करता है.
· SecurityService
ग्राहक ऑनलाइन कार्ड द्वारा बिल का भुगतान करते हैं; एक बैंक का एससीए अनुरोध ग्राहक तक पहुंचता है
प्लेटफार्म ऑर्ग द्वारा बेचे गए बिल पर (एकमात्र विक्रेता जिसका Stripe खाता यह है): - सार्वजनिक बिल कार्ड द्वारा भुगतान की पेशकश करता है: पोस्ट **************** एक Stripe-होस्ट पृष्ठ खोलता है जो उसी बिल लिंक को लौटाता है (बनाया गया सर्वर- साइड, निवेदन से कभी नहीं); - ग्राहक वापस आने पर भुगतान दर्ज किया जाता है और घंटे के काम से, ठीक एक बार. जब एक स्वचालित चार्ज अपने बैंक के साथ यह पुष्टि करने के लिए ग्राहक की जरूरत है, वे इस अनुरोध के साथ बिल ईमेल किया जाता है, और मालिक पहले की तरह चेतावनी दी जाती है.
· BillingService
Stripe-होस्ट पृष्ठ पर कार्ड द्वारा सदस्यता बिल का भुगतान करें
आंतरिक POST **************** एक भुगतान मोड बनाता है बकाया राशि के लिए चेकआउट सत्र. यह भविष्य के लिए कार्ड को स्वचालित रूप से सहेजता है ग्राहक के पास खाता होने पर चार्ज और बैंक की एससीए पुष्टि वहाँ होता है. GET /checkout/{id} रिपोर्ट करता है कि क्या यह भुगतान किया गया था और जिसके साथ कार्ड. उपभोक्ता चेकआउट इन सत्रों को अनदेखा करता है.
· kamo-shared-library
एक इंवॉइस के लंबित ऑनलाइन कार्ड भुगतान को ट्रैक करें
नया शून्य स्तम्भ **************** प्लस मददगारों को सूचीबद्ध करने और लंबित सत्रों को idempotently तय करने के लिए (एक भुगतान ले जा रहा है एक ही प्रोसेसर संदर्भ दो बार रिकॉर्ड नहीं किया जाता है).
· kamo-shared-library
अनुबंधित एड-ऑन कीमतों और एक उद्धरण की छूट सदस्यता में ले जाते हैं
एक उद्धरण को बदलना अब ले जाता है: - प्रत्येक एड- ऑन के अनुमोदित प्रति- लाइसेंस मूल्य (जब यह कैटलॉग से भिन्न हो) - एक पुनरावर्तित मासिक राशि के रूप में उद्धरण या स्वीकार्य विकल्प की छूट (एक विकल्प की अवधि की छूट उसके महीनों में फैली हुई है) आदेश custom_pricing में दोनों रिकॉर्ड करता है, इसलिए एक ड्राफ्ट reprice उन्हें रखता है. सक्रियण एड-ऑन लाइसेंस और सब्सक्रिप्शन पर छूट पर सहमत मूल्य रखता है (नई nullable स्तंभ **************** तो हर बिल बिल सौदा और एमआरआर इसे दर्शाता है. कर्मचारी आदेश दोनों सीधे बयान कर सकते हैं (addonUnitPrices, पुनरावृत्ति डिस्काउंट).
· kamo-internal
लाइव सदस्यताओं पर स्वचालित-नवीकरण और नोट्स काम; फ़ाइल पर कार्ड और चार्ज कार्ड अब
- स्वचालित- नवीकरण स्विच सदस्यता के अपने नवीकरण सेट करता है (यह एक क्षेत्र पोस्ट करता है ड्राफ्ट-केवल आदेश अद्यतन अनदेखा) और कहता है जब एक गैर-नवीकरण एक समाप्त होता है. - नोट्स किसी भी स्थिति में एक आदेश पर सहेजें. - एक कार्ड-भुगतान सदस्यता फाइल पर कार्ड दिखाता है. - इसके खुले बिल अब चार्ज कार्ड की पेशकश और आखिरी कार्ड प्रयास क्यों दिखाएं असफल.
· kamo-internal
लाइसेंस दिखाएँ जो हैं और उपयोग में हैं जहाँ मेलबाक्स और विस्तारण आबंटित हैं
मालिक नियम 2026-10-22: प्रति-उपयोक्ता एड-ऑन बिल खरीदे लाइसेंस, और लाइसेंस उपयोग में क्या हो सकता है इसकी एकमात्र सीमा हैं. A LicenseUsageMeter (4 of 10 licenses in use), ऑर्ग के ब्रांड रंग में एनिमेटेड बार, कोने रिबन, चेतावनी चिप और नोट जब पहले से ही पर, योजनाओं और बिलिंग के लिए लिंक) पढ़ता है GET /api/billing/licenses/usage और पर दिखाई देता है: - विन्यास > ईमेल डाकपेटी प्रबंधन (KamoMail या 3rd-party लाइसेंस) - सदस्य फोन-सेटिंग एक्सटेंशन चयनक (KamoPBX या 3rd-party) - योजनाएँ तथा बिल जोड़ने वाली पंक्तियाँ अस्वीकार (409, सर्वर की सादा-भाषा वाक्य) अब व्यक्ति तक पहुंचते हैं: मेलबाक्स आबंटित करें, साझा-मेलबाक्स अनुदान, व्यक्तिगत इनबॉक्स आबंटित करें/IMAP सहेजें/OAuth कनेक्ट और कॉलबैक सभी इसे उस मेलबाक्स के फलक में दिखाएँ (इसके लिए कई उपयोग में) throw unhandled or sayageneric failure); हर ऐसी क्रिया ताज़ा करता है मीटर. नई स्ट्रिंग्स: settings. billing. licenses (कैमो- ट्रांसलेशन- डिक्शनरी).
· kamo-internal
उद्धरण प्रारंभ सदस्यता; ऑफ़लाइन स्वीकार; किराएदार आदेश; सादा भाषा बिलिंग
- उद्धरण: "सदस्यता कैटलॉग से जोड़ें" लाइव योजनाओं/एड-ऑन से पंक्ति भरता है (नाम, मासिक कीमत, "प्रति उपयोक्ता / माह" / "प्रति 10 GB ब्लॉक / माह") और कैटलॉग संदर्भ रखता है; स्वीकार्य सदस्यता उद्धरण संवाद के माध्यम से परिवर्तित करें (भुगतान विधि; लक्षित संगठन) केवल प्लेटफार्म के लिए) एक सदस्यता आदेश में; कागज/ईमेल/PO के लिए "रिकॉर्ड स्वीकृति" स्वीकृतियाँ; ड्राफ्ट का पूर्वावलोकन वाटरमार्क के साथ होता है तथा प्रत्येक छपाई लॉग होती है; शर्तें भरें {orgName} विक्रेता के संक्षिप्त नाम के साथ. - आदेश विज़ार्ड: प्लेटफ़ॉर्म ऑर्ग के लिए लक्ष्य संगठन केवल; कर्मचारी- केवल समझौता प्रति-सीट कीमत और सेटअप-शुल्क ओवरराइड. - साइनअप सूची: अगली बिलिंग तारीख़, जमा राशि, देरी बैज; एक साझा भुगतान विधि सभी छह विधियों के लिए लेबल मददगार. - सब्सक्रिप्शन पृष्ठ: घटनाएँ सादे वाक्यों में (सक्रिय → पिछली देय), क्रम संख्या के बजाए रिकॉर्ड का आईडी. - संपर्क बिक्री: नाम, ईमेल और फोन एक संकीर्ण अंत बिंदु के माध्यम से प्लेटफार्म org से पढ़ा.
· SecurityService
ईमेल लाइसेंस के पार एक विभाग या संपर्क मेलबाक्स को अस्वीकार करें
मालिक नियम 2026-10-22: प्रति-उपयोक्ता जोड़ों बिल खरीदा लाइसेंस; कितने मेलबाक्स उपयोग में हो सकता है केवल उनसे सीमित है. तीसरे पक्ष के प्रदाता के तहत एक मेलबाक्स पर पहुँचा विभाग, या संगठन की संपर्क जानकारी एक पर इशारा करता है, इसे Kamo (OrgMailboxBillingAggregator) में मैप करता है, तो ये दो सहेजें एक मेलबाक्स को उपयोग में रखा जा सकता है जितना निश्चित रूप से इसे एक सदस्य को सौंपा जाता है. - MailboxLicenseCapGuard पूछता है BillingService के आंतरिक लाइसेंस जाँच (X-आंतरिक-Auth) POST/PUT /api/security/departments के पहले और PUT /org/{id} मेलबाक्स बदलें; एक अस्वीकृति में वाक्य के साथ एक 409 है त्रुटि/संदेश और कारण LICENSE_LIMIT. डाकपेटी को रखना या साफ करना है कभी चेक नहीं किया गया; एक बिलिंगसर्विस बंद होने पर एक चेतावनी के साथ ओपन नहीं हो पाता है. - बिलिंग रिले दरवाजे भी पास GET / लाइसेंस / उपयोग (जैसे ही अधिकार अन्य उपयोग पढ़ता है).
· SecurityService
ऑफ़लाइन स्वीकृति रिकॉर्ड करें, लॉग प्रिंट, उद्धरणों को सदस्यता में बदलें
- पोस्ट **************** (SEND_ QUOTES या MANAGE_ QUOTES) - पोस्ट **************** (VIEW_ QUOTES या MANAGE_ QUOTES) - POST .../{uid}/convert एक वैकल्पिक शरीर लेता है (उद्देश्य संगठन, भुगतान विधि); COMP के रूप में परिवर्तित करने के लिए CREATE_ SUBSCRIPTION_ ORDERS की भी आवश्यकता होती है - POSController ने OWN- only कॉलर्स से negotiatedUnitPrice / setupFeeOverride को अस्वीकार किया - GET **************** प्लेटफार्म org के प्रकाशित नाम, संपर्क ईमेल और फोन, संपर्क बिक्री संवाद के लिए, बजाए हार्ड- कोडेड स्थिरांक
· kamo-shared-library
उद्धरण सदस्यताओं में बदलें; किराएदार आदेश कभी भी विक्रेता को नहीं भरते
- एक सब्सक्रिप्शन बाजार में एक उद्धरण, या जिसकी स्वीकार्य पंक्तियों को सब्सक्रिप्शन से भरा गया था कैटलॉग, एक SubscriptionOrder में बदलता है (योजना, उद्धरण मात्रा से सीटें, साथ जोड़ें उनके लाइसेंस, बातचीत के आधार पर तय की गई कीमत के रूप में प्रति सीट स्वीकार्य दर, ग्राहक सेटिंग शुल्क देखा, चक्र के रूप में स्वीकार्य विकल्प की प्रतिबद्धता, परिवर्तन पर चुने गए भुगतान विधि). आदेश quote_uid लेता है; एक दूसरा रूपांतरण अस्वीकार कर दिया जाता है; एक CONVERTED घटना लॉग की जाती है। इसका आकार अपरिवर्तित रहता है। - QuoteService.acceptOffline: कर्मचारी रिकॉर्ड कागज/ईमेल/PO पर दी गई एक स्वीकृति - मसौदा, भेजा, देखे गए या ख़त्म हुए उद्धरण; applyOptionHeadlineTotals के माध्यम से कुल; घटना नाम कौन और क्यों. - recordPrinted एक PRINTED घटना लॉग करता है (मसौदा मुद्रण ऐसा कहते हैं). - प्रति-सीट पंक्तियाँ प्रत्येक सहेजना और संशोधन पर उद्धरण की सीट गिनती भंडारित करती हैं; पंक्ति दृश्य भेजता है एक पंक्ति की कीमत की मात्रा. - उद्धरण पंक्तियाँ catalog_ref_code / catalog_ref_uid लेती हैं. - शर्तें समर्थन {orgName}, ग्राहक के पृष्ठ पर विक्रेता के छोटे नाम के साथ भरा. - provisionOnApproval और activateCompOrder को एक लक्ष्य संगठन की आवश्यकता होती है - कोई नहीं के साथ एक आदेश विक्रेता की अपनी सदस्यता प्रदान करने के लिए प्रयोग किया जाता है. - **************** / setupFeeOverride, इसके बाद लागू calculatePrice और custom_pricing में याद है तो एक ड्राफ्ट reprice सौदा रखता है. - आदेश और सब्सक्रिप्शन डीटीओ अगली बिलिंग तिथि, बकाया शेष राशि और एक देरी का झंडा ले जाते हैं, प्रति सूची दो क्वैरी में पढ़ें.
· EmailService
डाकपेटी को संगठन के ईमेल लाइसेंस के आगे अस्वीकार करें
मालिक नियम 2026-10-22: प्रति-उपयोक्ता एड-ऑन्स बिल खरीदे गए लाइसेंस; कितने मेलबाक्स उपयोग में हो सकता है केवल उनसे सीमित है. एक मेलबाक्स को इस में रखने से पहले उपयोग, बिलिंगसर्विस का **************** पूछा गया है (X- आंतरिक- प्रमाणीकरण); एक अस्वीकृति एक 409 है जो अपने सादे- भाषा वाक्य को लेता है (StatusReasonAdvice), उदाहरण के लिए, "आपके सभी 10 तीसरे पक्ष के ईमेल लाइसेंस उपयोग में हैं। अन्य मेलबॉक्स से जुड़ने के लिए बिलिंग में लाइसेंस जोड़ें." कुछ भी लिखने से पहले बाध्य: - एक मेलबाक्स बना रहा है (KamoMail इसे एक बार में गिनता है; तीसरे पक्ष के लिए केवल एक बार मैप किया गया) - एक सदस्य को मेलबाक्स आबंटित करना - एक साझा मेलबाक्स बनाना, एक तक पहुँच प्रदान करना, एक को फिर से चालू करना - एक व्यक्तिगत इनबॉक्स से जुड़ना (आईमैप सहेजें, OAuth सहमति और कॉलबैक) और पहले से ही जुड़े एक को आबंटित कर रहा है - AI सदस्य डाकपेटी प्रावधान (NOT_READY / LICENSE_LIMIT) पहले से ही गिनती का पता कभी भी अस्वीकार नहीं किया जाता है, मौजूदा कुछ भी आबंटित नहीं है, और एक बिलिंगसर्विस अवरोध एक चेतावनी के साथ ओपन करने में असफल हो जाता है. मेलबाक्स- आबंटित, साझा- पहुँच और व्यक्तिगत- मेलबाक्स अंत बिंदु अब एक अस्वीकृति की स्थिति को पारित करें और एक 500 के बजाय के माध्यम से वाक्य.
· VOIPService
संगठन के लाइसेंस से परे एक फोन एक्सटेंशन को अस्वीकार करें
मालिक नियम 2026-10-22: प्रति-उपयोक्ता जोड़ों बिल खरीदा लाइसेंस; कितने एक्सटेंशन जो प्रयोग में हो सकते हैं केवल उनसे ही सीमित हैं. एक एक्सटेंशन लगाने से पहले उपयोग में, बिलिंगसर्विस का **************** है पूछा गया (X- आंतरिक- प्रमाणीकरण); अस्वीकृति एक 409 है जो इसकी सादा भाषा लेता है वाक्य (LicenseCapAdvice), उदाहरण के लिए "आपके सभी 10 तीसरे पक्ष के फोन लाइसेंस हैं उपयोग में. अन्य विस्तार को सौंपने के लिए बिलिंग में लाइसेंस जोड़ें." कुछ भी लिखने से पहले बाध्य: - PUT /api/voip/member/{id}/config (सदस्य फोन विन्यास), नामकरण सदस्य का विस्तार अब है इसलिए तीसरे पक्ष के तंत्र पर एक चाल मुक्त है - POST **************** (नई एक्सटेंशन; KamoPBX गिनती प्रत्येक सक्रिय एक, 3rd- party केवल एक आबंटित एक) - परिणाम सक्रिय है जब PUT **************** - AI आवाज लाइन प्रविष्टि (NOT_READY / LICENSE_LIMIT) एक एक्सटेंशन जो पहले से ही गिना गया है उसे कभी भी अस्वीकार नहीं किया जाता है, मौजूदा कुछ भी नहीं है अनिर्धारित, और एक बिलिंगसर्विस अवरोध एक चेतावनी के साथ ओपन करने में असफल होता है.
· BillingService
प्रति-उपयोक्ता जोड़ों के लिए लाइसेंस उपयोग और प्रति-यूनिट लाइसेंस जाँच
मालिक नियम 2026-10-22: हर प्रति-उपयोक्ता जोड़ने बिल खरीदे लाइसेंस, जैसे सीटें; कितने मेलबाक्स या एक्सटेंशन उपयोग में हो सकते हैं यह केवल उनसे ही सीमित है. - GET /api/billing/licenses/usage (session, X-Org-Id): प्रति जोड़-ऑन कोड (EMAIL_3P_INTEGRATION, EMAIL_HOSTING, PBX_3P_INTEGRATION, PBX_HOSTING) लाइसेंस रखा, उपयोग में, उपलब्ध, ओवर-बी, और क्या org छूट है. - Get **************** X- आंतरिक- प्रमाणीकरण द्वारा संरक्षित (स्थिर- समय के साथ तुलना करें) billing.internal-auth-secret), EmailService और VOIPService के लिए पहले पूछने के लिए उपयोग में एक और इकाई डालने. - प्राथमिक सदस्यता के ऊपर लाइसेंस = AddOnLicenses.licensed active_addon_codes / addon_quantities (या एक योजना है कि एड-ऑन शामिल है); आरक्षित __mailboxes:/__extensions: कुंजियाँ लाइसेंस के रूप में कभी नहीं पढ़ी जाती हैं. उपयोग में = OrgMailboxBillingAggregator / OrgPbxBillingAggregator, यह गिनती रात के बिल उपयोग करता है. - प्लेटफ़ॉर्म org और OWNER_UNLIMITED छूट हैं; PAID और COMP सीमित हैं; TRIAL, कोई भी शुल्क नहीं लिया जाता है और शुल्क के लिए कोई शुल्क नहीं लिया जाता है। - सिर्फ एक परिवर्तन जो लाइसेंस के बाद एक इकाई जोड़ता है अस्वीकृत है; एक इकाई पहले से ही है गिनती, या एक 3rd-party विस्तार चाल जो एक मुक्त करता है, हमेशा से गुजरता है.
· SecurityService
किसी भी स्थिति में सदस्यता के स्वचालित नवीकरण और आदेश की टिप्पणियों को सेट करने के लिए अंत बिंदु
· kamo-shared-library
लाइव सदस्यता के लिए नवीकरण चालू या बंद करें; किसी भी आदेश पर टिप्पणियाँ
कंसोल के स्वचालित-नवीकरण स्विच ने एक क्षेत्र भेजा जो केवल ड्राफ्ट आदेश अद्यतन नहीं किया नहीं है, इसलिए यह कभी सहेजा नहीं गया; और नोट्स किसी भी आदेश के बाद ड्राफ्ट पर असफल हो गए.
· SecurityService
कार्ड ग्राहकों को बिलिंग के दिन स्वचालित रूप से चार्ज किया जाता है
AUTO_BILL सब्सक्रिप्शन के लिए बिलिंग कार्य प्रत्येक अनुमोदित बिल को चार्ज करता है ग्राहक का सहेजा गया कार्ड अपने बिलिंग दिन पर बिलिंगसर्विस के आंतरिक कार्ड के माध्यम से अंत बिंदु, भुगतान रिकॉर्ड (प्रणाली कार्ड, संदर्भ = भुगतान इरादा) और एक असफल चार्ज को हर तीन दिनों में चार बार तक फिर से कोशिश करता है. एक असफलता को चेतावनी देता है मालिकों. अनुमोदन और भेजने के लिए एक बिल जिसका बिलिंग दिन आया है शुल्क पहले, तो ग्राहक के ईमेल एक प्राप्ति है. नए अंत बिन्दु: - पोस्ट **************** - Get ****************
तुम्हारा ब्रह्मांड इंतजार कर रहा है.
मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.
हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं