परिवर्तन लॉग
क्या नया है.
यह जहाज के रूप में, प्लेटफार्म के हर सुधार.
· kamo-internal
KamoMLOS पोर्टल डिफ़ॉल्ट उत्पाद पदनाम विक्रेताओं उत्पादों में (#11)
प्रत्येक उत्पाद पर एक स्टार टॉगल ऑर्ग के एकल KamoMLOS पोर्टल ऑटो-assign उत्पाद को निर्दिष्ट करता है (single-active). गेट के माध्यम से गेट / लीड-vendors/mlos-readiness: केवल तभी दिखाया गया जब संपादित बाजार IS ऑर्ग के आवासीय-मॉर्टेज लीड मार्केट और POS + एक MORTGAGE वाणिज्य बाजार को कॉन्फ़िगर किया गया है। P6 स्वीप में i18n.)
· SecurityService
P3 डिफ़ॉल्ट उत्पाद पदनाम बैकएंड (एकल सक्रिय) + ऑपरेटर तत्परता
********** एक लीडवेंडर उत्पाद को ऑर्ग के कामोएमएलओएस के रूप में नामित करता है पोर्टल ऑटो-assign उत्पाद; एकल सक्रिय (किसी भी अन्य, org-scoped, विफल बंद) JPQL के माध्यम से थोक अपडेट। - LeadVendorController: PUT **************** और GET/mlos-readiness (जो उत्पाद डिफ़ॉल्ट है + क्या POS + RESIDENTIAL MORTGAGE लीड मार्केट + MORTGAGE वाणिज्य बाजार को कॉन्फ़िगर किया गया है) - सेटिंग्स गेट + वर्तमान स्थिति दिखाता है। Compiles स्वच्छ; कोई स्कीमा / साझा-lib परिवर्तन।.
· SecurityService
P2c lead-first portal backend
- MortgageVerticalResolver: एक org के RESIDENTIAL MORTGAGE LeadMarket, MORTGAGE को हल करता है वाणिज्यMarket, नामित डिफ़ॉल्ट LeadVendorउत्पाद, और EFFECTIVE POS-enabled — one नियतकालिक तत्परता दोनों सेटिंग्स गेट (#11) और पोर्टल गेट (# 12) का समर्थन करता है। - portalLeadService: lead-first - buildOrGetAnonymousLead (Aकाउंटगूड कुकी की कुंजी), स्वचालित रूप से बंधक बाजार में डिफ़ॉल्ट उत्पाद को सौंपा गया, पठनीयता पर विफल - कोई संकेत नहीं, कोई AppMortgage नहीं, patchEstimate, और साइन-इन mergeGuidIntoMember (GUD को GUID को जोड़ता है) सदस्य का खाता + लीड (s) को पुनर्जन्मित करता है, असाइनेंट मिरर करनाLeadAccount का इतिहास लिखते हैं। पोर्टल कंट्रोलर ************* लीड POST/PATCH, merge}: अनाम (ऑर्ग-से-होस्ट, विश्वसनीय BFF X-Kamo-Guid हेडर से GUID); merge ***-bound है। Compiles स्वच्छ. अनाम मार्ग परमिट ऑल फिल्टर चेन (नियंत्रक स्व-गेट) पास करते हैं।.
· kamo-internal
खाता विलय व्यवस्थापक यूआई (MERGE ACCOUNTS)
खाता प्रबंधक एक मर्ज खाता कार्रवाई प्राप्त करता है (**************** वास्तव में दो ग्राहक खातों का चयन करें, उत्तरजीवी चुनें, वैकल्पिक रूप से डुप्लिकेट को रखें स्ट्राइप ग्राहक / प्राथमिक सदस्य, फिर विलय - सभी बच्चों को जीवित रहने के लिए और डुप्लिकेट को सॉफ्ट-डिएक्टिवेट करता है। accountApi.mergeCustomer () → POST/account/customers/{uid}/merge. (i18n कुंजी P6 स्वीप में जोड़ा जा सकता है।)
· SecurityService
P2a खाता विलय उपकरण + P2b लेनदेन बैकेंड
P2a - व्यवस्थापक खाता विलय (मालिक आवश्यकता A), MERGE ACCOUNTS द्वारा फाटक: - AccountMergeService: देशी UPDATE के माध्यम से हर कोई account uid बच्चा reparents (जेपीए को छोड़कर) OrphanRemoval इसलिए हारने वाले की लीड्स / ऐप्स जीवित रहते हैं), विश्व स्तर पर अद्वितीय account members + (लेखा, बाजार, लक्ष्य) सदस्यता, reconculum stripe customer id / प्राइमरी सदस्य / पॉइंटर FKs (survivor-wins + Keep-from-loser overrides), सॉफ्ट-डिएक्टिवेट हारने वाले। केवल वही है। - लेखा नियंत्रक POST **************** MERGE ACCOUNTS (या भगवान) द्वारा फाटकित। P2b - सौदा-grouping backend: - लोन ट्रांसेक्शन सर्विस: यह सुनिश्चित करता है कि ट्रांसेक्शन फॉर ऐप (ऑटो सिंगल लोन ग्रुप ऑन मेकिंग, आइडमेटेंट), डेरीवस्टैटस (कैम्युरियम लोनफ़ाइलस्टैटस से लोनट्रांसेक्शनस्टैटसडेरिवर के माध्यम से) ************* (transactionSummaryDTO), isMemberPartyTotransaction (D52) समूह के लिए सामान्यीकृत), बैकफिलऑर्गनाइजेशन। - MortgageAppController: निर्माण () अब ऑटो समूह ऋण; GET / transactions प्रति लेनदेन सूची (operator=org पाइपलाइन, उधारकर्ता=own account). - रजिस्टर mlos.transaction + mlos.docs SecurityApplication @EnableJpaRepositories में reposit। पहले से ही केआई (P1) द्वारा बनाई गई स्कीमा। स्थापित साझा-lib के खिलाफ संकलन साफ है।.
· kamo-shared-library
P1 इकाई आधार - लीड-फर्स्ट / खाता केंद्रित / लेनदेन समूहित रीफैक्टर
नई संस्थाएं (additive; KI DDL चलाता है): - लेनदेनसमूहस्टैटस enum + ऋणट्रांसेक्शनस्टैटसडेरिवर: व्युत्पन्न समूह जीवनचक्र (Created →... →Completed) ने सदस्य लोनफ़ाइलस्टैटस (कभी भी संग्रहीत आधिकारिक तौर पर) से रोल किया। - AccountGuid (accounts): लंबे समय तक चलने वाली कुकी GUIDåAccount (nullable) लीड-पहली गुमनाम प्रवाह के लिए। - AccountBorrowerParty (accounts): साझा ऋण उधारकर्ता पहचान (मार्च वैकल्पिक) + डॉक वॉल्ट कुंजी। - MemberDocument (mlos.docs): खाता / सदस्य-स्तर पुन: प्रयोज्य दस्तावेज़ vault। ऋण अंतरण समयरेखा (+ईवेंट enum), साझा स्थानांतरण कार्य (+status/severity enums): साझा समूह फ़ीड + कार्य। - उपरोक्त सभी के लिए प्रस्ताव। Enum appends (id-stable / ordinal-safe): - LoanFileStatus.SOLD BOARDED(9) - END (ORDINAL भंडारण); +isterminal; स्थिर निकास स्विच। - ************* - इमेजिंग सदस्यीय वॉल्ट बाल्टी। ********** व्यवस्थापक खाता विलय उपकरण के लिए सामान्य सेटिंग्स (servicetype=null)। FK कॉलम (nullable, pinned स्तंभ परिभाषा, कोई डिफ़ॉल्ट नहीं - unique rowid/gen random uuid orphan जाल): - LoanFile.loan transaction id, ************* Lead.account guid id, commerceMarket.lead market id, ******************* ************* डिजाइन: ************* कोई संस्करण टक्कर नहीं।.
· SecurityService
बोरोवर स्वयं सेवा प्राधिकरण (लोन-पार्टी IDOR गार्ड)
एक उधारकर्ता एक सादे org सदस्य है जिसमें कोई ऑपरेटर LOS अधिकार नहीं है; वे एक पर कार्य कर सकते हैं आवेदन वे एक पार्टी के लिए हैं - और केवल यही। स्तरित गार्ड: पहली बार ऑपरेटर गेट, और एक असफल बंद ऋण-पार्टी चेक (isMemberPartyToApp). MortgageAppController: - **************** प्राप्त करने के लिए लागू अधिभार, सभी 23 प्रति ऐप अंत बिंदुओं को लिखने और 3 दोहराने वाले अनुभाग सहायक। - सूची: ऑपरेटर ऑर्ग पाइपलाइन देखते हैं; एक उधारकर्ता केवल स्वामित्व वाली ऐप देखता है। - निर्माण: ऑपरेटर ऐप (से-लीड) लेता है; एक उधारकर्ता स्वयं अपनी खुद की रचना करता है (ownership-stamped) - हटाना: ऑपरेटर निलंबित-दाएं या मालिकाना उधारकर्ता; लुकअप: किसी भी प्रमाणीकरण सत्र (संदर्भ में सेवन की जरूरत होती है); यात्रा ऑपरेटर-केवल रहती है। MortgageProgramController: setPersona/setselectedProgram पर एक पूर्व मौजूदा IDOR बंद कर दिया (ऑर्ग-केवल चेक) - अब ऑपरेटर-LOS-role OR लोन-पार्टी। ऑपरेटर अपरिवर्तित; उधारकर्ता मालिक-स्किप; क्रॉस-बोरोअर IDOR बंद (D52)।.
· kamo-shared-library
AppMortgageService पर ऋण-पार्टी स्वामित्व
उधारकर्ता स्वयं सेवा के लिए स्वामित्व वाले आदिवासी जोड़े (एक उधारकर्ता एक सादे org है) कोई ऑपरेटर LOS अधिकार के साथ सदस्य: - BlankOwnedByMember(orgId, MemberId) (या पुन: उपयोग) एक खाता जिसका प्राथमिक सदस्य उधारकर्ता है। - isMemberPartyToApp (appuid, orgId, MemberId): असफल-बंद ऋण-पार्टी गार्ड - org मैच और कॉलर ऐप के खाते का प्राथमिक सदस्य/लेखा सदस्य है। - listOwnedByMember (orgId, MemberId): उधारकर्ता के स्वयं के अनुप्रयोग। स्वामित्व डिजाइन-निर्मित **************** लिंक है; खाता/ AccountMember पहले से ही मौजूद है, इसलिए कोई स्कीमा / KI नहीं। योजक केवल (D52)।.
· kamo-internal
बोरोअर-जर्नी कॉलम + ऋण पाइपलाइन में सेवन फ़िल्टर
उप=पाइपलाइन डेटाग्रिड (ApplicationsPipelineConsole) अब पूर्व-app-taken दिखाता है उधारकर्ता-जर्नी की प्रगति इसलिए org कर्मचारी आवेदन की स्थिति की समीक्षा कर सकते हैं क्योंकि उधारकर्ता कामोएमएलओएस पोर्टल के माध्यम से अपना ऋण पूरा करता है। - 'Borrower Journey' स्तंभ: राज्य चिप (Just शुरू / भरने / प्रस्तुत करने के लिए तैयार) + गिरावट प्रगति बार + खंड n/total, एक लंबित अनुभाग टूलटिप के साथ; '-' के लिए पहले से ही ऋण लेना। - 'Borrower Intake' फिल्टर बाल्टी: एक लाइव सेल्फ-सर्व ट्रैवल एंट्री के साथ ऋण। - listJourney() API क्लाइंट + BorrowerJourneyDTO टाइप + i18n कुंजी। GET/mortgage-apps/journey (D51) से सोर्स किया गया।.
· SecurityService
ऑपरेटर पाइपलाइन के लिए पूर्व-अनुपयोगी उधारकर्ता-जर्नी समापन बिंदु
नया सेट ************* (LOS VIEW PIPELINE) रिटर्न प्रति DRAFT उधारकर्ता-इंटेक प्रगति इसलिए पाइपलाइन स्टेवर्ड ऋण लेने के आकार को देख सकते हैं जबकि उधारकर्ता अभी भी कामोमलोस पोर्टल के माध्यम से इसे स्वयं संरक्षित कर रहा है। BorrowerJourneyService पोर्टल विज़ार्ड के अनुभाग पूर्णता सर्वर-साइड की सिफारिश करता है Canonical AppMortgage graph (tolerant उपस्थिति checks — canonical DTOs and the canonical DTOs. पोर्टल क्लाइंट डीटीओ ने फील्ड नामों को अलग कर दिया है। राज्य = STARTED / IN PROGRESS / READY TO SUBMIT ओवर 7 प्री- सबमिशन सेक्शन; रिवर्स मॉर्टगेज वित्तीय को छोड़ देता है अनुभाग, पोर्टल से मेल खाते हैं। कुछ भी जारी रखा; 300 ड्राफ्ट/view पर बंद कर दिया। BorrowerJourneyDTO एक सुरक्षा सेवा-साइड रिकॉर्ड है इसलिए donotmodify untouched रहता है। doc03 पाइपलाइन पुनर्निर्माण (D51) का हिस्सा।.
· SecurityService
LOS नियंत्रक प्रति उधारकर्ता को स्वीकार करते हैं *** सत्र (doc03 §0.1)
BaseLosController अब CallerSessionResolver के माध्यम से कॉलर के सत्र को हल करता है (X-OTK-validated विशेषता FIRST - ऑपरेटर / BFF अपरिवर्तित - फिर एक प्रथम पक्ष केवल X-OTK विशेषता के बजाय *** कुकी गिरावट। यह कीस्टोन है कि अनुमति देता है KamoMLOS उधारकर्ता पोर्टल पहुंच /api/security/mortgage-apps/** एक के साथ वास्तविक प्रति उधारकर्ता सत्र (एक उधारकर्ता मानक के माध्यम से एक सादे org सदस्य है) एक साझा सेवा खाते के बजाय लॉगिन → OTK → validate-otk → *** प्रवाह)। पिछला संगत; सभी 7 LOS नियंत्रकों लाभ। Compiles स्वच्छ.
· SecurityService
LOE-Core सर्वर-लेखक कार्यक्रम स्कोरर + / प्रोग्राम / स्कोर (doc03 §9 चरण 2)
सुरक्षा सेवा LOE-Core में KamoMLOS क्लाइंट स्कोरर (lib/los/scoring.ts) पोर्ट: LoeCoreScorer (LoeCoreScorer) ने ऑर्ग के प्रभावी प्रोग्राम कैटलॉग (बेसलाइन गहरे विलय के साथ) स्कोर किया org overlay. वीए-entitlement/reverse-age checks - सटीक क्लाइंट में प्रोग्रामस्कोरडीटीओ को वापस करना कार्यक्रमस्कोर आकार। पोस्ट ************* सर्वर प्रथम: यह जहाज §9 चरण 3 क्लाइंट स्कोरर हटाने से पहले। 3 परीक्षण हरे रंग।.
· InitializerService
बीज 17 वास्तविक कार्यक्रम नियम (doc03 §9 चरण 1)
लेखक प्रोग्राम को माइग्रेट करता हैकामोएमएलओएस क्लाइंट नियम के नियम से रूट डेटा **************** (17 कोड, ईमानदारी से निकाला) और वास्तविक के साथ ProgramSeederRunner के नियमों की जगह जेसन ("{}") प्लेसहोल्डर को बदल देता है प्रति-कोड नियमन कक्षा से भरी हुई है। Idempotent: लापता प्रोग्राम सम्मिलित करता है और मौजूदा "{}" प्लेसहोल्डर को वास्तविक डेटा में अपग्रेड करें, कभी भी क्लोबरिंग ऑपरेटर नहीं संपादन अगले KamoInitializer रन (user-run) पर लागू। §9 चरण 2 के लिए Prereq सर्वर स्कोरर जो क्लाइंट स्कोरर को हटा देता है।.
· kamo-shared-library
Org प्रोग्राम-ruleset ओवरराइड्स (doc03 §9 चरण 0) के लिए वास्तविक गहरी विलय
M2 के अंतिम लिखने वाले विन्स विलय को बदल देता है किसी भी ऑर्ग ओवरराइड पर आधिकारिक बेसलाइन) एक आवर्ती JSON गहरे विलय के साथ: org overrides केवल उन कुंजी की आपूर्ति करते हैं जो वे बदल जाते हैं, घोंसला ऑब्जेक्ट्स रिकॉर्स, सरणी थोक की जगह, और एक विकृत ओवरराइड बेसलाइन के लिए सुरक्षित विफल रहता है। ताले कार्यक्रमRuleset अनुबंध सर्वर-लेखक स्कोरर (§9 चरण 2) से आगे है कि क्लाइंट स्कोरर को हटा देगा। प्रोग्राम/प्रोग्रामसर्विस जावाडोक ने फिर से नियुक्त किया। 3 परीक्षण हरे रंग।.
· kamo-shared-library
Ingestion पाइपलाइन (D48) के लिए MlosExtractedCandidate स्टेजिंग इकाई
MLOSIngestionसेवा के पार्सर का टर्मिनल प्रति फील्ड आउटपुट: एक चरणबद्ध, समीक्षा योग्य निष्कर्षण उम्मीदवार (segment/source-doc FK, targetEntity, FieldPath, cellRef, सेलरीफ, सेलरीफ, सेलरीफ,) कच्चे / सामान्यीकृत मूल्य, DECIMAL (4,3) विश्वास, समीक्षा स्थिति)। उम्मीदवार NEVER को बढ़ावा देना MLOSCatalogService's rateSheetSanityGate के अलावा कैनोनिकल कैटलॉग संस्थाओं में मानव अनुमोदन ingestion सब्सट्रेट **************** निष्कर्षण पहले से मौजूद है। Mlos.catalog पहले से ही KI स्कैन → टेबल ऑटो-creates में अगले KI रन; सेवाएं ddl-auto:none चलाते हैं।.
· kamo-shared-library
कानूनी दीवार पथ (D47) के लिए सबसे अच्छा प्रयास प्रोफ़ाइल लिखने-बैक अलग
mergeFactsBestEffort अपने ओडब्ल्यूएन लेनदेन में संवर्धन लिखने-बैक चलाता है (REQUIRES NEW) इसलिए असफलता कभी कॉलर के लेनदेन को वापस रोल नहीं कर सकती है - एक कानूनी-दीवार निर्णय पथ (AUS/internal-rules) जिसके लिए सुरक्षित लेखन-बैक निर्णय-ऑफ-रिकार्ड को जारी रखा जाना चाहिए। जब कोई प्रोफ़ाइल मौजूद नहीं होती तो चुपचाप छोड़ दें। +1 साझा-lib परीक्षण (स्किप-वेन-असंत / प्रतिनिधि-वेन-वर्तमान)।.
· kamo-internal
सदस्य माय प्रोफाइल पर राज्य आधारित लाइसेंसिंग अनुभाग
न्यू सेक्शनकार्ड (NMLS ID + प्रति-राज्य लाइसेंस तालिका) सक्रिय रूप से चेकबॉक्स और नवीकरण / समाप्ति तिथियां प्रदान करना, नवीकरण<=expiry मान्य). ************* आगामी प्रॉक्सी मार्ग जोड़ता है, टीएस रोलराइट प्रकार दर्पण, और डिजाइन / योजना डॉक्स।.
· SecurityService
सदस्य राज्य लाइसेंसिंग एपीआई + लाइसेंस-एवेयर लीड उपलब्धता
सदस्य जोड़ेंStateLicensingController (GET/PUT/api/security/members/{id}/ स्टेट लाइसेंसिंग * सर्वर-साइड के साथ अधिकार नवीकरण Mlos.legal JPA repos सक्षम करें। पॉपअप सारांश और लीड्स-उपलब्ध ग्रिड अब राज्य लाइसेंस योग्यता का सम्मान करते हैं।.
· kamo-shared-library
राज्य आधारित सदस्य लाइसेंस + लीड स्वीकृति गेट
Reuse mlos.legal StewardLicense एकल प्रति सदस्य / प्रति राज्य NMLS के रूप में रजिस्ट्री (सक्रिय रूप से प्रदर्शित व्यापार)। सदस्य-स्तर सदस्य.nmlsId जोड़ें। सामान्य-उत्सर्जन अधिकार जोड़ें ************* CreditLeadAssignment Service अब बंधक नेतृत्व उम्मीदवारों जो स्पष्ट संपत्ति की स्थिति में सदस्य को सक्रिय रूप से लाइसेंस नहीं दिया जाता है।.
· kamo-internal
मैपेबल लीड फ़ील्ड में स्रोत जोड़ें
लीड 'सोर्स' को मुख्य विस्तार पृष्ठ पर दिखाया गया है लेकिन आयात क्षेत्र सूची से लापता था; इसे (पैथ 'सोर्स') कहते हैं कि बैकेंड इंपोर्टर + MakeLeadRequest इसका समर्थन करते हैं।.
· SecurityService
एक आयातित कॉलम को लीड `सोर्स' फ़ील्ड में मैप करें
सेट करने के लिए केस "स्रोत" जोड़ेंDirectFieldOnCreateRequest तो मैपिंग पथ 'स्रोत' को सम्मानित किया जाता है।.
· kamo-shared-library
Add आयात करने योग्य `source` फ़ील्ड बनाने के लिएLeadRequest + इसे बनाने में बने रहे
लीड में एक फ्री-टेक्स्ट `सोर्स` है (सिद्धांत / लीड विस्तार पृष्ठ पर संपादित) लेकिन यह था आयात करने योग्य नहीं - GetLeadRequest में कोई स्रोत क्षेत्र नहीं था, इसलिए buildLead ने इसे कभी सेट नहीं किया। इसे इसलिए जोड़ें मैनुअल आयात एक फ़ाइल कॉलम को लीड के स्रोत में मैप कर सकते हैं।.
· kamo-shared-library
परिदृश्य लेखक FICO/ratio लेखन-बैक (D45) के लिए ScenarioProfileSource.PRICING जोड़ें
· kamo-shared-library
कैनोनिकल परिदृश्य-फैक्ट रीढ़ - जीनसिस डेरिवर + तथ्य जेसन पॉप्युलेट + राइट-बैक + ओवरले मैचर (D45)
D1/D45 बोरोवरसिनेरियोप्रोफाइल खपत को व्यापक रूप से बढ़ाता है। डॉर्मेंट को पॉप्युलेट करता है तथ्य जेसन और इसे उधारकर्ता / ऋण तथ्यों के लिए सच का साझा स्रोत बनाता है: - ScenarioFactKeys: एकल canonical तथ्य कुंजी शब्दावली + टियर ( संरचनात्मक बनाम) संवर्धन) + सामान्यीकृत (); D21 श्वेतसूची/deriver/consumers इन संदर्भों. - ScenarioFactDeriver: D18 LTV/CLTV/HCLTV + श्रेणीबद्ध विचलन को बढ़ावा देता है MLOSPricingservice से साझा-lib (एक घर के लिए इकाई व्युत्पन्न तथ्यों). - BorrowerScenarioProfileservice: उत्पादनFromUrla अब संरचनात्मक तथ्यों populates (समृद्धि को संरक्षित करना); सलाहकार अंतराल-फिल के लिए हल तथ्य (); mergeFacts ()) लेखन-बैक जो संवर्धन टियर को फ़िल्टर करता है (genesis संरचनात्मक, D45.3) का मालिक है। - ScenarioFacts.fillGapsFrom(): सलाहकार विलय (अनुरोध जीत, प्रोफ़ाइल अंतराल भरता है)। - निवेशक ओवरलेमैचर: शुद्ध असफल सुरक्षित मैचर (केवल वर्तमान और उल्लंघन)। कोई स्कीमा / KI परिवर्तन (factsJson स्तंभ पूर्व मौजूदा)। 27 लक्षित परीक्षण हरे रंग।.
· kamo-internal
चैनल नियम टैब - §3.2 विन्यास सतह को पूरा करता है
· SecurityService
चैनल प्रयोज्यता नियम संग्रह CRUD — पूरा करता है §3.2 विन्यास
d31 फ्लैट संग्रह रीढ़ (प्रोफाइल स्तर, org) पर ChannelRule/update/delete विफल-बंद, WORM परिवर्तन-लॉग); नियंत्रक / चैनल-नियम GET / PUT / PUT (के माध्यम से अलग) सक्रिय: झूठी। स्कोप / चैनल / आउटकम आवश्यक; ********************** प्राधिकरण / वित्त + प्रभावी विंडो वैकल्पिक। अंतिम §3.2 विन्यास इकाई।.
· kamo-internal
उत्पाद सक्षमता टैब (प्रति-प्रोग्राम, संस्करण)
· SecurityService
उत्पाद सक्षमता विन्यास - प्रति प्रोग्राम एकल-सक्रिय, प्रभावी-डेटेड
************* (program-scoped demote-then-insert) + पढ़ता है; नियंत्रक / उत्पाद-सक्षमता GET (प्रति प्रोग्राम सक्रिय) / PUT (प्रकाशित)। शरीर प्रोग्रामआईडी, सक्षम, lifecycleVariant, channelRestriction, effectFrom.
· kamo-internal
नीतियां टैब - प्रभावी दिनांकित मूल्य निर्धारण / कैपिटल / आरक्षण विन्यास
New MortgagePoliciesTab: वर्तमान सक्रिय संस्करण + प्रकाशन-new-version form + संस्करण तीन प्रभावी-डेटेड नीतियों में से प्रत्येक के लिए इतिहास; विन्यास प्रकार/configApi + टैब पंजीकरण.
· SecurityService
प्रभावी-डेटेड प्रोफाइल नीतियां - मूल्य निर्धारण / पूंजी / संरक्षण प्रकाशन
न्यू MlosPolicyWriteService (isolated); अपनी खुद की जगह इसलिए विन्यास-संग्रह लेखन- सेवा असंतुलित है: एक ही लेखा परीक्षा पर एकल-सक्रिय demote-then-insert संस्करण रीढ़ की हड्डी नियंत्रक / प्रिसिंग-पॉलिसी, / राजधानी-पॉलिसी, /servicing-policy GET (current+) इतिहास) / PUT (नया संस्करण प्रकाशित करें)। ServicingPolicy SCRA/FDCPA आविष्कारक सच रहते हैं।.

तुम्हारा ब्रह्मांड इंतजार कर रहा है.
मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.
हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं