コンテンツへ移動
KAMOUniverse

チェンジログ

何が新しいの？

プラットフォームのすべての改良 それが出荷される

  1. · kamo-marketing

    /requests を直接 nav リンク、ホームページセクション、およびプラン機能比較行に追加する

    - ヘッダー:価格と会社間のトップレベルの直接リンクとして追加されたリクエスト - Footer: 直接可視性のためにプロダクト コラムに加えられた要求 - 価格ページ:バンドルと機能比較の間のカスタムデベロッパーコールアウトバナー - 特徴ページ:CTA前の機能要求のコールアウト - ホームページ:価格設定とFAQの新機能リクエストセクションでプラン層アクセスを表示 - JumpToBar: 価格とFAQの間にジャンプリンクをリクエスト - DB: FEATURE REQUESTS は、パープランのテキスト値でサポートカテゴリでシード (無料:コミュニティ投票、スターター:投票&リクエスト、ビジネス:優先リクエスト、エンタープライズ:カスタム開発を含む) - KamoCRMPricingLoader: FEATURE REQUESTS機能定義と計画成熟マッピングで更新

  2. · kamo-internal

    往復アプリ構成 + 表面応用モデル設定 + 民間組織トグル

    - BranchSetupManager: mapBackendModel が永続した appConfigs をハイファイ化 バックエンドによって返される(サービスごとの可用性+許された商号) type) 代わりに、負荷時に NOT AVAILABLE にリセットします。 ペイロードを保存 子モデルとマスターモデルの両方のフローには、appConfigs が含まれているため、 パーアプリの可用性とCRM コマースタイプの制限ラウンドトリップ. マスター エディタは mapBackendModel を再利用しているため、同じように動作します。 - useAppliedModel のホック: 拡張された応答タイプは適用を運びます モデルのスカラー設定(allowOwnersViewOtherOrgs, allowOwnersPrivateOrgs) allowSubChildOrgs、年齢範囲、IDProviderSetting、 TeamMemberPayFeesSetting)、appConfigs マップ、orgIsPrivate など、 未来の編集者(OAuth config、商取引市場)はゲートできます 再取得なしで均一に。 - プライベートオーガニトグル:新しいプロキシルート******************** (PATCH) と、ブランチタイプのタブに面した可視カード、 allowOwnersPrivateOrgs の使い方 有効にすると、他の所有者はこれを見ることができません リストのorg。 最適化されたUIは、次の応用モデルに対して再構成します リフレッシュ.

  3. · BillingService

    Enforce team-member pay-fees setting at Stripe customer creation

    Bumps kamo-shared-library dependency to 1.5.0 so BillingService can resolve the new AppliedModelEnforcementService, and wires team-member vs org pay-fees enforcement into **************** - teamMemberPayFeesSetting == NOT_AVAILABLE: creating a member-specific billing customer (self-pay) is rejected — the org must cover fees. - teamMemberPayFeesSetting == FORCE_ENABLE: creating an org-level customer that would cover team-member charges is rejected — team members must pay themselves. - OPTIONAL: either flow is permitted. Enforcement is best-effort when the org can't be resolved (tooling contexts, legacy data) — falls through to the legacy behavior instead of blocking.

  4. · SecurityService

    Wire applied-model enforcement across every controller

    Every non-role setting on the applied security model is now enforced at the exact controller boundary it governs, and the scalar settings round-trip cleanly through the master/child model editors so the UI can gate on them. - **************** when branchTypeID is set, look up the branch type to derive the parent org; call assertSubChildOrgAllowed and assertAgeRangeAllowed for both member and team-member age slots before committing. New PATCH /{id}/visibility endpoint lets owners flip Organization.isPrivate, gated by assertCanSetPrivate. getAllOrganizations applies filterVisibleOrgsForViewer so results respect both allowOwnersViewOtherOrgs on the viewer's model and the isPrivate flag on candidates. - **************** call assertAppEnableAllowed / assertAppDisableAllowed so NOT_AVAILABLE apps can't be enabled and FORCE_ENABLED apps can't be disabled. - OAuthConfigController POST/PUT: assertCanManageIdentityProvider blocks provider CRUD when identityProviderSetting == NOT_AVAILABLE. - CommerceMarketController POST/PUT: assertCommerceTypeAllowed rejects a commerce type not listed in the model's appConfig for CRM. - SecurityModelController + MasterModelController: round-trip appConfigs through create/update payloads and the GET responses. New processAppConfigs helper accepts the list form used by the frontend editor. - AppliedModelController: response now includes the full scalar settings block (allowOwnersViewOtherOrgs, allowOwnersPrivateOrgs, allowSubChildOrgs, age ranges, identityProviderSetting, teamMemberPayFeesSetting) and the appConfigs map so frontend editors can gate uniformly. Also surfaces orgIsPrivate so the privacy toggle stays in sync.

  5. · kamo-shared-library

    ChildOrgSecurityModel の全ての不正な設定を実施

    Org の適用の残りの設定のためのエンドツーエンドの執行を追加します。 セキュリティモデル。 以前にのみ読み込まれたすべての設定(または削除) 保存) 永続パス、ランタイムの執行ヘルパー、UI それを消費するホック。 データ層: - Organization.isPrivate (boolean カラム、デフォルト false) — org 独自の 可視性フラグ、新しい MasterModelController-gated PATCH で設定 エンドポイント - サービス可能性 タイプ enum (OPTIONAL DEFAULT ENABLED/ OPTIONAL DEFAULT DISABLED/NOT AVAILABLE/FORCE ENABLED。 - ChildOrgSecurityModelAppConfig のエンティティティ + リポジトリ + サービス - アプリごとにパーシススト 可用性(およびCRMの許可されたCommerceTypes)は、以前に保存時にドロップしました。 メニュー 新しいエンティティティティティティを往復する。 ランタイムの執行: - AppliedModelEnforcementService は、呼び出し側で使用されるすべてのチェックを統合します。 assertSubChildOrgAllowed, assertAgeRangeAllowed, メニュー isIdentityProvider必須、 assertCanSetPrivate、filterVisibleOrgsForViewer、 assertTeamMemberCanSelfPayFees は、TeamMemberPayFeesForced / Blocked です。 assertAppEnableAllowed、assertAppDisableAllowed、getAppAvailability、 getDefaultEnabledAppsForChild、assertCommerceTypeAllowed、 getAllowedCommerceTypes. リリース Null-safe: "no application model" は、全てを許します。 - ChildOrgTemplateSeedingService は、OrgFeature の行も参照できるように拡張しました。 親の appConfig デフォルト (FORCE ENABLED および 新しい子のorgsでOPIONAL DEFAULT ENABLEDが新しく提案されたorgs 正しい既定のサーフェスで立ち上がります.

  6. · kamo-internal

    会員のロールアサインUIに必須のシステムロールをロックする

    - PublicProvider:incomingのブランチTypeID/masterModelIDを認めて下さい 組織のペイロード 従ってブランチ タイプ タブは確実にゲートできます 「マスターモデルの編集」ボタン(ジャクソンのシリアライズに忠実に頼る) prop 型チェックを通したフロー) - RolesPermissionsTab:ロールチェックボックスグリッドは、必要なシステムにマークします role(s) は、メンバーの型と所有者のフラグに基づいてチェックおよび無効にしました。 ※会員型会員:「会員」が必要です。 ※チームメンバー型会員:チームメンバー必須 ※チームメンバー型オーナー:「管理者(フルアクセス)」の追加 お問い合わせ 「必須」チップと説明のヒントは、制約が見えるようにします エディタ。 強制的なロールをトグルしようとすると、正反対である; バックエンド MemberSecurityControllerのreconciliationはとにかくそれを再追加します.

  7. · SecurityService

    Enforce system-role assignment and auto-admin for team-member owners

    MemberSecurityController now enforces the three assignment invariants defined in the brainstorm spec: - saveMemberSecurity: before persisting the caller's requested roleIds, augments the set with the mandatory system role(s) based on member type: Member-typed members always get roleMemberID; Team-Member-typed members always get roleTeamMemberID; Team-Member owners additionally always get roleAdminID. LinkedHashSet preserves caller ordering while deduping. - updateMemberAccess: when the owner flag toggles, the Administrator role is added or removed on the team-member to keep role assignments in sync with ownership. Rights-applied recalculation runs in the same transaction so downstream reads see the updated effective permissions immediately.

  8. · kamo-shared-library

    テンプレートフォースルールとDEFAULTフォールバックをメンバーの権利の解像度に適用

    ************************ が適用をオーバーレイ 既存のカスケードの上にモデルの4つのデフォルトルールテンプレート(またはロール) → 部署 → 役職 → 会員: - ロールタイプ固有の FORCE GRANTED/FORCE NUKEは、すべてのカスケードレベルに勝つ。 テンプレートはメンバーの種類によって選択されます:チームメンバーの所有者は、 チームメンバーは、チームメンバーがTEAM MEMBERを利用しています。 - DEFAULT テンプレート FORCE は、ロール型テンプレートのときにカスケードを上回る値 その権利(Q7の優先順位ごとに)の強制ルールはありません。 - DEFAULTの非力の価値(GRANTED/NUKE)はのための最後のラインの防衛として機能します 全カスケード後のNOT SPECIFIEDに解決する権利。 AppliedModelResolverService は @Autowired(必須=false) として注入されるため 既存のユニットテスト配線は、2つのコンストラクタ・マンションを建設するだけ リポジトリは、レガシーのノーフォースルールのパスに劣化し、作業を続けていきます.

  9. · kamo-internal

    マスターモデルエディタ、ロールテンプレート、フォースルールのギャングを追加

    UI に新しいブランチタイプのセキュリティモデルを配置します。 - ブランチタイプのタブが「マスターモデルの編集」ボタン(hidden時)を獲得 orgには、モデルエディタをマスターで開くブランチTypeIDが割り当てられます。 モード:名前分野無し、分岐タイプ破片無し、保存は/master-modelを押します。 - モデルエディタ(add-child-modelとedit-master-modelの両方)が新規に増加 "Allowed Apps" の後の "Default Security Roles" セクション、タブ 管理者/チームメンバー/メンバー/ DEFAULT と 5 値の設定 (FORCE GRANTED、GRANTED、NOT SPECIFIED、FORCE NUKE、NUKE)。 - 新しい useAppliedModel() のホックは/api/security/appliedモデルを一度フェッチします と exposes isForced(rightName, roleType) は、エディタを消費します。 - セキュリティの役割、部門、仕事のタイトル、およびパーメンバーの役割権限 ページは、該当するテンプレートによって強制的にロックされる権利を隠します。 *セキュリティルール:システムの役割は、マッチングテンプレート+ DEFAULTを使用します。 カスタムロールは DEFAULT のみ (Q11 回答 A) を使用します。 * 部署 + 職名: DEFAULT のみ (非法令特異)。 * 会員ページ:会員型テンプレート(TEAM MEMBER vs MEMBER)+ DEFAULT (Q8 回答 C、型番評価順) 新しいプロキシルート: /api/security/master-model (GET/PUT), /api/security/applied-model (GET).

  10. · SecurityService

    Master-model + applied-model endpoints and template-aware org seeding

    Adds the controllers that surface the new branch-type security flow: - /api/security/master-model (GET/PUT) manages the current org's master model; only writeable when Organization.branchTypeID is null. - /api/security/applied-model (GET) resolves which model governs this org and returns per-template force-rule maps for frontend gating. - SecurityModelController round-trips the 4 default-role templates as part of its existing create/update payloads. - OrganizationController propagates the new branchTypeID from the request body and seeds the new org's 3 system roles from the applied model's templates via ChildOrgTemplateSeedingService.

  11. · kamo-shared-library

    マスターモデル、デフォルトロールテンプレート、および応用モデルのリゾルバを追加

    新しいブランチタイプのセキュリティモデルフローのデータレイヤーを紹介します。 - 組織は、nullable ブランチTypeID と masterModelID カラムを獲得します。 - 新しいロールライトテンプレート設定 5つの値を持つ型列(FORCE GRANTED、 テンプレートレイヤー設定の GRANTED, NOT SPECIFIED, FORCE NUKE, NUKE) です。 - 新しいDefaultRoleType enum(ADMINISTRATOR、TEAM MEMBER、EMBER、DEFAULT) 各childOrgSecurityModelに付随する4つのロールテンプレート。 - 新しいエンティティティ ******************** **************************************************************************************************************************** - AppliedModelResolverService は、指定された org を管理するモデルを解決します。 (branchType-inherited または master) および強制的なルックアップを暴露します。 - ChildOrgTemplateSeedingServiceの種新しい子供のorgsの3つのシステムの役割と 応用モデルのテンプレートからGRANTED/NUKE値; 力値の滞在 テンプレート内で実行時に強制されます。 エンドユーザー OrgRoleRight は 3 値の RoleRightSettingType を引き続き使用しています。 力は厳密にテンプレートレイヤーの概念です.

  12. · kamo-internal

    ブランチタイプのチップ入力フィールドをセキュリティモデルエディタに追加

    - 色のドットトグル、編集オン クリック ラベル、および X の削除による BranchTypeChipField - BranchTypeEdit名前/説明編集ダイアログ - オートコンプリートのドロップダウンは、GET /api/security/branch-types から引き出します。現在のモデルタイプを除外し、クロスモデルタイプ用のソースモデルを示します。 - handleSaveModel は、PUT/POST ペイロードでブランチタイプと削除されたBranchTypeIds を送信します。 - リストテーブルは色の点の破片が付いている枝のタイプ コラムを得ます - loadModels は、バックエンドのレスポンスからブランチタイプをマップします

  13. · kamo-login

    RoleRightTypeからMANAGE USERSを右から削除する

  14. · kamo-register

    RoleRightTypeからMANAGE USERSを右から削除する

  15. · kamo-internal

    MANAGE USERSをすべてのフロントエンドの参照から右削除します

  16. · kamo-shared-library

    RoleRightType enumからMANAGE USERSを右(id=19)削除します

  17. · kamo-internal

    ブランチタイプのセキュリティ API ルートを追加

  18. · SecurityService

    Wire branch types into security model CRUD endpoints

  19. · kamo-shared-library

    ChildOrgSecurityModelDTOをフルフィールドとブランチタイプで拡張

  20. · kamo-shared-library

    OrgBranchTypeServiceを追加

  21. · kamo-shared-library

    OrgBranchTypeRepositoryを追加

  22. · kamo-shared-library

    OrgBranchTypeDTOを追加

  23. · kamo-shared-library

    OrgBranchType 組織を追加

  24. · kamo-internal

    BranchSetupManager サブタイトルを更新して、動的ブランチタイプのラベルを参照

  25. · kamo-internal

    ブランチのセットアップタブの名前を変更して、動的 {branchLabel} タイプとブランチタイプのURLを更新します

  26. · kamo-login

    失敗したログインの試みの後のReset Capcha ***

    ユーザは、それぞれのパスワードが誤った後に人間であることを再検証しなければなりません。 ウィジェットを呼び出します。reset() と CapchaVerified/payload をクリアします。 クレデンシャル障害とネットワークエラーの両方.

  27. · EmailService

    Auto-inject logoUrl, logoSimpleUrl, and orgName variables at send time

    EmailTemplateService now merges base variables (logoUrl, logoSimpleUrl, orgName) derived from the org's primary domain before rendering, so all transactional templates can reference {{logoUrl}} and {{logoSimpleUrl}} without callers needing to pass them explicitly. Caller-supplied vars still take precedence.

  28. · kamo-internal

    MyAccountTabのユーザーレベルのフィールドとパスワード変更セクションのパーミッションゲートを追加します

  29. · kamo-internal

    アクセスゲートとMANAGE MEMBER SECURITYタブをメンバー設定ページに追加

  30. · kamo-internal

    Add change-password Next.js APIプロキシルート

君の宇宙は待ってる

数分で無料で開始できます。準備ができたらいつでも製品を追加できます。移行も新しいログインも不要です。

スタートフリー自分の宇宙を作ろう

クレジットカード不要