メインコンテンツまでスキップ

保留中のカタログ(Pending Catalogs)

提案されたカタログエントリを承認または却下するには、審査キューである Pending Catalogs を開きます。画面のタイトルは Pending Titles で、提案されたものの誰もまだ承認していないカタログエントリをすべて一覧します。この画面にあるエントリは、承認されるまで照合には使用されません。

はじめに​

次の前提条件を確認します。

  • 管理者である。閲覧者ロールのユーザーは Software Catalogs 画面を参照できますが、Pending Catalogs は表示されません。

次の画像は、Global タブの Pending Titles 画面です。

審査待ちのカタログエントリを一覧する Pending Titles 画面の Global タブ 審査待ちのエントリを一覧する Pending Titles 画面の Global タブ。

ローカルキューとグローバルキュー​

この画面には Software Catalogs と同じ 2 つのタブがあります。Local を選択すると組織のエントリを審査でき、Global を選択すると共有キューを確認できます。審査する主体はそれぞれ異なります。

タブ対象審査する主体
Localお客様の組織のカタログ向けに提案されたエントリ。ご自身で追加・インポート・編集したものが対象です。お客様の組織の管理者
Globalすべての組織で共有するカタログ向けに提案されたエントリ。このキューは OpenLM が管理します。OpenLM

すべてがこの画面で審査されるわけではありません。Software Discovery が補完に成功したエントリは、グローバルカタログによって自動的に承認されるため、この画面を経由することはありません。

いずれのタブにも実運用のカタログと同じ列が表示されます。列は Software Name、Publisher、Feature、Deployment Type、Part of a Package、Version、Category です。グリッドのツールバーにも、同じ Refresh、Toggle Filters、Search があります。

エントリを承認・却下する​

エントリを承認すると Software Catalogs に移動し、OpenLM Platform が観測された製品の照合に使うようになります。エントリを却下すると、実運用のカタログに加わることなくキューから外れます。エントリは行から 1 件ずつ判断することも、グリッドのツールバーから複数件まとめて判断することもできます。

1 件ずつ判断するには、行にポインターを合わせ、次のいずれかの操作を選択します。

  • Approve Catalog: 同じ名前の確認ダイアログが開きます。
  • Deny Catalog: Reject Catalog ダイアログが開きます。(任意)判断とともに理由を記録するには、Reason (optional) に入力します。続けて Reject を選択します。保留中のままにする場合は Cancel を選択します。

複数件をまとめて判断するには、ツールバーのボタンを使います。各ボタンの括弧内の数字は、そのボタンの対象となるエントリの件数です。

  • Approve Selected と Reject Selected: 選択した行が対象です。行を選択するまで、これらのボタンは選択できません。
  • Approve All と Reject All: 現在のフィルターに一致するすべてのエントリが対象で、グリッドの他のページにあるエントリも含まれます。件数が 0 のときは選択できません。

これらのボタンを選択すると Approve Catalogs または Reject Catalogs ダイアログが開きます。判断の対象となるエントリの件数を確認してから、確定します。却下のダイアログには、同じ任意の理由欄もあります。

ダイアログで確定するまでは何も変更されないため、誤って操作を選択してもカタログが変わることはありません。確定するとグリッドが再読み込みされます。1 行ずつ判断した場合は、Refresh を選択するまでそのエントリが一覧に残ることがあります。

OpenLM Platform は、却下したエントリを削除しません。エントリを却下済みの状態で保持するため、同じ提案が繰り返し起票されることがなくなります。判断の内容は実行者とともにエントリの監査証跡に書き込まれます。履歴は Software Catalogs 画面の Audit Trail から確認できます。

審査時の確認ポイント​

各エントリを次の項目で確認します。

  • Feature: 機能コードが正しいことを確認します。OpenLM Platform は機能コードで照合するため、コードが誤っていると照合されないか、別の製品に照合されてしまいます。
  • Publisher: 発行元の表記が既存の記録と揃っていることを確認します。1 つの製品につき 1 つの表記にすることがカタログの目的です。
  • Category: 分類が役に立つことを確認します。推定できなかった場合、エントリは Unknown のまま届きます。そのまま承認しても問題ありませんが、分類を付けておくと後のレポートが有用になるため、承認後にエントリを編集してください。
  • 重複: 承認する前に、同じ機能コードが実運用のカタログにないか検索してください。

関連​

詳細は次のページを参照してください。

  • Software Catalogs: 実運用のカタログ。承認されたエントリの移動先です。
  • Software Discovery: グローバルカタログを支える AI パイプライン。
  • SAM Catalog: 承認のライフサイクル全体。

ドキュメントチームは、大規模言語モデルを使ってこのページを下書きすることがあります。公開前に、テクニカルライターがすべてのページをレビューし、製品と照らし合わせて検証します。最終的な判断は人間が行います。