チェンジログ
何が新しいの？
プラットフォームのすべての改良 それが出荷される
· SecurityService
自動プロビジョン プラットフォーム管理 MLOS チャット + ホストによるサイトのキーを提供
- マネージドチャットインテグレーションサービス: lazily は org のプラットフォーム管理 SPECIFIC AGENT をミント WebChatIntegrationが初めてアクセス KamoMLOS はファーストパーティです。ホストによって解決される org です。 パブリックサイトキーは、プラットフォーム所有であり、オルガ管理者によって管理されていません。 - PortalChatConfigController GET(ポータル) メニュー ホストによってorgを解決して下さい、 管理された統合を get-or-create、<kamo-chat> の公開サイトキーを返します。 (ルーティングトークンのミントエンドポイント + chatRoutingForGuid + assignLoanOfficerチャットルーティング 67974fd で区切られた間押しによって上陸されるでき事; これは構成/provisioning 側面を加えます 共有lib 6b161b5が必要です
· MediaService
ルーティングトークンを検証します。, パージストリードエイド, リードの動きにチャットを再割り当て
- createSupportSession は署名された routingToken を取る (代わりに agentMemberId ); ChatRoutingTokenCodec +クラスター内部で検証します。auth.secret、強制 token.orgId == org, インテグレーション時にのみルート.assignment モード == SPECIFIC AGENT. ベアブラウザが優先するメンバーIDパスのハードカット。 - パーシストリードサポートTicket + PublicChatVisitor (耐久性のある借り手リードリンク) - ChatRoutingConsumer:security.chat.routing.> で、借り手が開いたことを割り当てます 新規役員(リユースサインToPreferredAgent)へのリードによるチケット - lo-presence org-scoped:cross-org/unknown Member -> オンライン:false (漏れなし) - WebChatIntegration CRUD / bootstrap キャリーアサインモード; publicSiteKey を格納する SPECIFIC AGENT の統合
· kamo-shared-library
署名されたエージェントルーティングトークン+リードリソースの伝播
再利用可能なパブリックチャットウィジェットを作るための財団は、KamoMLOSを処理します 借り手->loan-officer のバリアントをしっかり確保し、リード再割り当ての推進 オープンチャットに。 - WebChatAssignmentMode (TOPIC QUEUE デフォルト / SPECIFIC AGENT); WebChatIntegration 割り当てを増加します。Mode + publicSiteKey (ホストが解決するMLOSのプラットフォーム管理キー) - ChatRoutingTokenCodec:クラスターの秘密を上回る短命のHMACトークン ターゲットエージェント; ブラウザが優先する優先するAgentMemberIdを置き換える - サポートTicket.leadUid + PublicChatVisitor.leadUid (耐久性のある借り手-leadリンク) + メニュー メニュー → → security.chat.routing.{orgId}, 発光 リード再割り当て (LeadService.updateLead) とプール再宣言 (acceptNextLead) から -******************** マネージドインテグレーションファインダー
· SecurityService
ビジョン機能を公開し、コンソールが不足しているプロバイダを説明できるように
PDF レートシートは、org の構成された Vision プロバイダーが読み込みます。 どれも AI 呼び出しを構成すると、モデルのエラーが同じように失敗するので、コンソールは方法がなかった 「シートがブランクだった」から「ノスイングを読める」と区別するため。 メニュー proxies AIServiceの機能プローブ 既存のステワードゲートの下に、 org サーバがスタンピングされるので、 UI は実際の名前を付けることができます 問題を解決する場所にある問題およびポイント.
· AIService
インラインイメージビジョン+より弱くより強く好む層のフォールバック
2つの制限は、呼び出し主のクラス全体で org で構成されたビジョンを利用できなくなった。 1. ビジョンはURL-ONLYでした。 発信者全員が公開、提供者獲得できるサービスを目立たせました インフラ — サイダー、未認証のサーブエンドポイント、イングレッシブ。 クラスタIP サービスは、org が構成していたことに関係なく、ビジョンを使用できませんでした。 今すぐアダプター 厳密な — malformed データ: URI は URL の処理に戻って落ちるので、通常の URL は 決して壊れたインライン部分に変わります。 署名された公開 URL を持つ呼び出し主は、 お問い合わせ 2. 層の選択は「他のあらゆる」からの「正確なマッチ」だけ、従ってライトを区別しましたりまたは untiered プロバイダーは、設定済みの HEAVY を優先的に上回ることができました。 リクエストは、モデルが弱すぎると静かにドキュメントを読み込むことができます。 注文は現在 要求された層→より強い層(最初にストロンスト)→途方もない→弱い層。 アンダーサービングは間違った答えを作り出す失敗です、従って過剰サービングは好まれます お問い合わせ Tier は、設定を維持します。, フィルタなし, 優先注文はまだタイを破ります. 両方のビジョンとテキスト選択によって共有され、古い比較者を複製しました。 GET **************************** を追加 実際のルーティングで解決 path: MlosAiClient は、空のオプションにすべての失敗を破棄します。 構成される"はそうでなければ「モデル erred」から消え、何も言うことができません 会員の方 つまり、UI が言うようにする.
· kamo-internal
デバイスを「電話システム」+「モバイルデバイス」に分割
デバイスタブには2つのサブタブがあります。 既存のPBX/softphoneハードウェアテーブル "Phone System(s) デバイス" を未変更に移動し、新しい "モバイルデバイス" タブ モバイルデバイスは、管理者セットを許可します。 - 組織決定方針(個人デバイスは、会社管理に許可) 必須)、既存の org フィールド パッチによって保存され、 - PER-MEMBER オーバーライド (または "org default" を使用します)、 結果の有効 会員様各々のデバイスとともに、会員様が提示したポリシー (名称、プラットフォーム、最後に使用したIP) 会社のメンバー MANAGED REQUIREDは、会社経営のorgにしか到達できません (Androidデバイス所有者登録) 携帯電話 — アプリは、完全に任意の上に、組織を非表示 他の装置;管理された装置はまた静かに更新し、動くとどまります。 サブ選択は、独自の `?deviceView=` パラメータを使用しており、衝突しません。 設定ビューの`?tab=`。 新着記事 ******************** エンドポイント Note: 新しいラベルはリテラル文字列です。次のメッセージカタログは 別の翻訳辞書なので、キーはフォローアップに追加する必要があります.
· SecurityService
モバイルデバイスポリシーの Org-admin エンドポイント + デバイスの登録
[設定] → [機能] → [電話] → で新しい「モバイルデバイス」サブタブをバックアップします。 デバイス(「電話システム」)は、VOIPServiceとカバーにとどまります メニュー orgのデフォルトポリシー + ACTIVEメンバーごとの1行:オーバーライド、有効 現在登録しているデバイス(非修正) UserDeviceTokens: 名前、プラットフォーム、最後に使用した、最後のIP、有効期限)。 メニュー per-member オーバーライドをセットまたはクリアします。null は org のデフォルトを継承します。 MANAGE VOIP SETTINGSでゲート (既に電話設定を開く権利) ページ) 同じか神モード。 org-wide デフォルト自体は、 既存の PUT /api/security/org/{id} フィールドパッチ.
· kamo-internal
Ingestion パネルはCSVだけでなく、スプレッドシートを受け入れます
抽出器は .xlsx/.xls を読み込み、ファイル自体からフォーマットを嗅ぎますので、 ピッカーはCSVに制限されず、コピーは読みやすいものを普通に言っています。 そのPDFは、スチュワードアップロードを1回し、混乱の失敗を得るのではなく、そうではありません.
· kamo-internal
Steward Ingestion タブ + カタログ/識別子プロキシのルートが不足していた
レートシートの摂取量は、バックエンドにエンドツーエンドが存在し、そのどれも到達可能であった。 これは、チェーン全体を歩く1つの表面を追加します:投資家のシートをアップロード → 摂取すると、抽出器が読み込まれているもの、その実証済みのセルで細胞を正確に確認→ approve/reject -> 承認された行を価格表版として公開します。 パネルは実際に何をするかについて正直です:それは承認された列の数をプレビューします レートと価格(それらの公開のみ)のBOTHを持っており、半分の列は、 推測するよりもスキップ 承認前のカタログに辿り着くことはありません。 また、/api/security/mlos/catalog と /api/security/mlos/identifiers プロキシを追加 ルート。 どちらのパネルも1つなく出荷されるので、次は404'dから呼び出します。 レイヤとセキュリティサービスに全く到達しません.
· kamo-shared-library
CATALOG SOURCE assoc MLOSカタログソース文書の型
投資家率シート/LLPA + 資格のマトリックス/ロックポリシーは、どこかに必要 ライブ:ブロブからインジェスト抽出物と公開されたレートシートバージョンポイント 証明としてそれを戻して下さい。 既存のassoc型が合わない — MY DOCS は人自身の領域 System WIDE の Bucket は e-sign テンプレートです。 CATALOG SOURCE は org-scoped で、非審問的、または上書き不可能です: ライブ このファイルを引用するので、それを置き換えたり削除したりすると、証拠を静かに書き換える 公開バージョンの背後にある。 最後に、既存のターミナルシフトはありません.
· SecurityService
候補者レビュー+率シートプロモーションのためのゲートウェイ
2つの新しいカタログプロモーションは、既存の下にあるステワードコンソールに書き込まれます MLOS ステワードゲート, 組織とId サーバがオペレータセッションからスタンピング: メニュー メニュー
· kamo-shared-library
MobileDevicePolicy — org デフォルト + オンデマンド
個人的な電話または会社管理(登録したAndroidデバイス所有者)でなければなりません デバイス: - モバイルデバイスポリシー enum: PERSONAL ALLOWED | 会社案内|経営理念 - Organization.mobileDevicePolicy — org-wide デフォルト (NOT NULL, デフォルト) PERSONAL ALLOWED なので、既存の orgs は影響を受けません。 - Member.mobileDevicePolicy — オンデマンドごとに nullable; NULL は org を継承 デフォルトでは、ポリシーが「パーメンバー」を設定する方法です。 会員当たりのEFFECTIVE値は、モバイルアプリのゲートのことです。 効果的なポリシーは、COMPANY MANAGED REQUIREDは、オーガナイザのスイッチャーから隠されています 法人として登録されていないデバイス。 KamoInitializerによって加えられたコラム.
· SecurityService
摂取のためのスチュワードゲートウェイ(インテーク+ステージングエリアは到達できませんでした)
MLOS摂取 サービスにはゲートウェイの存在がなかったため、テナントはレートシートを渡すことができません 抽出器や、その段階の候補には、リーチ可能な表面にリーダーがなかった。 /api/security/mlos/ingestionで****************を追加: マルチパートレートシートインジェストリレーと2ステージングリード(ソースドキュメント) 投資家のインテーク歴の候補者。 組織Id は SERVER-STAMPED です。 オペレータのセッションは、すべての呼び出しで、スチュワードは自分のテナントに触れるだけ ステージングエリア。 タイムアウトは 120 秒 — パースは CPU の作業で、ルックアップではありません。 imgDatId は必須です: それは内容を考慮した実証済みのアンカーであり、 intake-dedupのキー、従ってbloはイメージ投射パイプラインを最初に貯えられます.
· kamo-internal
スチュワード識別子タブ — 外部番号をローンに解決
Mortgage のスチュワード コンソールの新しい識別子タブ: 外部番号を貼り付ける(ローン番号、MERS MIN、 DU/LP/GUS ケースファイル、e-sign envelope...) と、そのローンに戻り、インバウンドベンダーの同じゲート webhook ルータが使用するので、 steward は unrouted コールバックを追跡できます。 ライフサイクルビュー。 障害クローズド: 不明, あいまい, または別のテナントの番号はすべて、UNRESOLVED を読みました. 新しいワイヤー /api/security/mlos/identifiersプロキシ。 平紐ラベル(i18nフォローアップ).
· SecurityService
識別子ゲートウェイ — ステワードは、外部番号をローンに解決できます
MLOSIdentifierServiceはゲートウェイがなかったため、タイプされた識別子平面(各インバウンドのルーティングゲート) コンソールから、vendor/agency/AUS/e-sign コールバックが到達できませんでした。 新しいMlosIdentifierClient + MlosIdentifierコントローラー メニュー 外部番号を解決し、ローンの読み込み 識別子のledger +のライフサイクルイベント。 テナントの分離: パーローンは、オペレータの組織のorgを次のように読みます doc-11 §6.5 クロスオーガニガード; /resolveは、オーガニドのダウンストリームを運ぶので、ANOTHERオーガニゼーションに着陸する 数値が存在することを漏らすのではなく、ここにUNRESOLVEDとして報告しました。 神聖な聖堂。 設定マップ: mlos.identifier.url.
· kamo-shared-library
値キーの AUS ケースファイル + 識別子の所有者の委任のための e 署名の封筒のファインダー
所有者列を調べる MLOS 識別子の平面は、インバウンドコールバックをルートする必要があります。 メニュー (DU/LP/GUS 実行ハンドル) メニュー org-agnostic と List-returning 両方とも再実行崩壊 とあいまいなクロスローンのコリジョンは、不正なルーティングではなくクローズできません。 Additive @Queryファインダー、スキーマなし.
· kamo-shared-library
識別子の所有者の委任のためのバリューキード融資識別情報ファインダー
MLOS識別子の平面は、インバウンドベンダー/アッシブルコールバックをローンに解決します。 OWNED ELSEWHEREタイプ OWNER の列に代わって、権威ある値が住んでいます。 値キード(org-agnostic)ファインダーを追加してリストを返す (したがって、曖昧なクロスオーガニゼーションは、不正なルーティングではなくクローズされません) メニュー メニュー / findByLenderLoanNumber / FindByMersMin. によって検索 Additive @Queryファインダー donotmodify repos; スキーマの変更はありません.
· kamo-shared-library
条件 ADDED / 条件 クリアされた正式メールテンプレート
条件ループの借り手に直面している:新しい条件のための2つの一般的なチェックリストテンプレート 通知の消費者。 json+html リソースで CANONICAL KEYS に追加。EmailService の seedForOrg 最初に送信(暗示)して、orgName/logoUrl を自動インジェクトします。 コピーは deliberately generic (新しいアイテム / 完了アイテム — ポータルを開きます) — 電子メールは埋め込まれません 条件の特定;ポータルは真実のソースです.
· SecurityService
ログイン/登録の丸薬のための公開事前ユーストライアルスタタスエンドポイント
メニュー orgを解決する hostname (alias-fallback) と、そのアカウントがアクティブなかどうかをレポート ネイティブトライアル、リユース ************************************ (現在公開) そのため、丸薬はアプリ内トライアルバナーにマッチします。 失敗はinTrialに閉鎖しました:偽 未知のドメインの場合.
· kamo-register
トライアルオーガニゼーションのためにパワードバイ上のTRIAL使用だけピルを表示
リファクタは、固定列スタックとセルフフェッチにPoweredByKamoを /api/trial-status/{host} (SecurityServiceの公開試用統計へのプロキシ) endpoint), org's のとき、パワードバイピルの上にアンバーの丸薬をレンダリング アカウントは、アクティブなネイティブトライアルです。 隠されていなかった.
· kamo-login
トライアルオーガニゼーションのためにパワードバイ上のTRIAL使用だけピルを表示
セルフフェッチ /api/trial-status (SecurityService の公開試用統計へのプロキシ) エンドポイントは、ログインホストによって解決されます)、および上のアンバーの丸薬をレンダリングします orgのアカウントがアクティブなネイティブトライアルにあるときにパワードバイピル。 失敗 隠されて開く.
· kamo-internal
第三者(ローン)の文書をスチュワード要件の見直し
THIRD PARTY要件(appraisal/title/flood)をレビューするスチュワードは、満足のいく文書を開くことができます。 新規バイナリ Next.js ルートは、ローン・オーツジュのコンテンツエンドポイントをストリームします。 ImagingApi.viewLoanDocument blob-fetches + インライン/ダウンロードを開きます。 AppRequirementView は (すでにプロジェクト済み) satisfierImgId + 融資FileUid の表面を表示します。 DocumentsSection は、サードパーティの行のビューボタンをサティファイアーで表示します。 セキュリティサービスを取り戻す per-loan LOAN-doc コンテンツエンドポイント。 平紐ラベル(i18nフォローアップ).
· SecurityService
Per-loan サードパーティ (LOAN) ドキュメントビューア — appraisal/title/flood
Doc-reviewバイトパスをvaultビューアで起動します。 LOAN-collection imgs(鑑定/タイトル/フルート) ジェネリックイメージングエンドポイント(PIIロックダウン)で拒否されるため、サードパーティのスチュワードレビュー satisfierは開くことができませんでした。 新規登録 ******************************************************************************** LOS 演算子 (LOS VIEW PIPELINE) またはこの融資のアプリケーションに当事者であるメンバー、および混乱した副産物 LoanDocLoader の assocObjectId==loanFileUid check によって固定される(LoAN img は自身のローンを運ぶ) assocObjectId です。 投射ローンのバケツからプロセスを流します従って融資ファイル ゲートはコンパートメントです (機密クリアランスではありません)。 ?download=true は、デフォルトインラインです。 谷側残留期限を閉じる メニュー
· kamo-internal
アカウントの docs タブの vault ドキュメントの表示/ダウンロード
条件/ドキュメントのステージを実際のレビューループにします。 Member-documentsプロキシのルートが通過 non-JSON (バイナリ) は text()-decoding の代わりに上流応答します。memberDocsApi.viewDocument は、 パーティの /content バイトで *** セッションと空のインラインを開きます (またはダウンロード)。 AccountDocumentsTab vault ドキュメントごとのアクションを表示 + ダウンロードします。 サードパーティのコンテンツエンドポイントごとに新しい SecurityService をバックアップします。 平紐ラベル(i18nフォローアップ).
· SecurityService
サードパーティのvaultドキュメントビューア — バイトは書き込み専用で、レビュー可能になりました
アップロードされたvault文書(ペイスタブ/Gov ID/銀行明細)は書き込みのみだった: ジェネリックイメージングバイト エンドポイントはアカウントを拒否 MEMBER VAULT (パーティのPIIのロックダウン)、従ってスチュワードは/条件を受け入れられました ドキュメントを開かずに、借り手は投稿を再閲覧できませんでした。 新しい authz'd バイトエンドポイント GET **************** は抽出物を映します ガード:requirePartyAccess(メンバーまたはLOS右)+ ドキュメント-belongs-to-this-party confused-deputy チェックして、VaultDocLoader(MinIO) を介して IN-PROCESS をバイトするので、パーパーティゲートは PII のコンパートメントです。 CONFIDENTIALクリアランスレベルではありません(所有者にも失敗します)。 ?download=true 添付ファイル; デフォルト インライン。 メニュー
· kamo-internal
ステワードカタログタブ — 価格表+カタログを調べる
モーゲージスチュワードコンソールの新しいカタログタブ:REAL投資家とテナントの最初の価格帯をシード + 製品の識別情報(価格のブロックを解除)、および orgの投資家 -> 製品 -> レートシートのバージョン. カタログApiによる新しい/api/security/mlos/catalogプロキシをワイヤーで縛って下さい。 監査の#1ギャップを閉じる — 実際のテナント カタログは不可解な/unreachableだったので、ダウンストリームは価格できませんでした。 プレーンストリングUI(i18nフォローアップ).
· SecurityService
カタログゲートウェイ — テナント価格のブロックされていないプロキシ
カタログは、セキュリティサービスゲートウェイなしで唯一のMLOS境界コンテキストだったので、テナントのカタログは決してできませんでした コンソールとBorrowerQuoteServiceから作成/参照され、すべての実際のorg(優先)のNO CATALOGを返す ステージデッド) 新しいMlosCatalogClient + MlosCatalogController(/api/security/mlos/catalog)カタログをプロキシする フィードバック **************** + バージョン-spine ライター (priceable-bundle seed), **************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** orgは、オペレータからのすべての書き込みにSERVER-STAMPEDです セッション(クライアントが提案したorgは上書きです)。 神が許されたステワードゲート。 configmap:mlos.catalog.url.
· kamo-internal
Loan-saleデスクUI — 端末資本市場スチュワード画面
LoanSaleDeskPanel に Capital & Risk Command Center: 投資家のデリバリー・コミットメント (ステータス・フィルタ), コミットメントを開く ******************************** および/commitment 割り当てられたロック ローン、配送、購入(クレジット決済→FUNDED)、ボード、および割り当てのペアオフ。 ワイヤー メニュー CapitalMarketsApiによるプロキシ。 ロードマップのギャップを置き換える 単一の最大の欠落 スチュワーデス画面として監査で指摘しました.
· DaemonService
耐久性のある消費者は、融資ファイルFUNDEDに投資家の購入を転送
MlosLoanFundedConsumerの購読 メニュー (耐久性あり) daemon-mlos-loan-funded は、各購入を SecurityService の /funded パイプラインエンドポイントへ転送します。 SecurityPipelineClient は、ローンの CLOSED -> FUNDED (ターミナルオリジンステージ) を提唱します。 共有の再利用 MlosClosingCompletedConsumer と同じくらい、IdempotentEventProcessor core(dedup + nak-retry + DLQ)を正確に処理します。 サーバサイド(すでにFUNDED = 200ノップ)。 SecurityPipelineClient 総合化 (閉鎖完了 + 資金調達, ボディ キーのclosePackageId -> コンテキスト)。 configmap: daemon.jobs.mlos-loan-funded 有効, max-attempts 5.
· SecurityService
ローンセールデスクプロキシ+ CLOSED->FUNDEDパイプラインシーム
-**************** は共有先() + POST /funded に eClose の継ぎ目を一般化しました (CLOSED -> 投資家購入にFUNDED) 同一のidempotent/at-least-once契約(already-target noop)、 間違ったプレコーダーのスキップ、ブロッカーは、一時的な5xxを保持しました。 フィールドのクローズリクエストPackageId -> 一般的なコンテキスト。 -******************** org-scopedコミットメントデスクエンドポイント(open/list/get/allocate/) ******************************************************************** org SERVER-STAMPED from the session; openerはcreateByMemberId としてスタンピングしました.
