バージョン 2.4 以前から ドキュメントインテリジェンス (DocIntel) 3.0 以降へのアップグレード

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：5分

    • ドキュメントインテリジェンス (DocIntel) 3.0 以降には、スコープ対象アプリケーションから Now Platform プラグインへの移行をサポートする更新されたデータベーススキーマが含まれています。

    アップグレードタスク

    バージョン 2.4 以前から ドキュメントインテリジェンス (DocIntel) (ドキュメントインテリジェンス (DocIntel)) 3.0 以降にアップグレードする前に、このトピックの情報を確認してください。

    インストールの詳細については、「ドキュメントインテリジェンス (DocIntel) をインストール」を参照してください。

    アップグレード前

    表 : 1. ドキュメントインテリジェンス (DocIntel) 3.0 以降のアップグレード前のチェックリスト
    アップグレード前のタスク 説明
    アップグレードをスケジュールする時間を選択

    夜間タスク定義 (ユースケース) アップグレードジョブの実行時にはアップグレードを実行しないでください。その時点でアプリケーションをアップグレードすると、翌日の実行時間までユースケースがアップグレードできなくなります。
    ドキュメントインテリジェンス (DocIntel) データベーステーブルを直接指すカスタムコードを更新します

    バージョン 2.4 以前から ドキュメントインテリジェンス (DocIntel) 3.0 以降にアップグレードすると、 ドキュメントインテリジェンス (DocIntel) 新しいフローアクションが使用されます。また、 ドキュメントインテリジェンス (DocIntel) はスコープ対象のアプリケーションテーブル (di_) の代わりに Now Platform データベーステーブル (sys_di_) を使用します。すべての ドキュメントインテリジェンス (DocIntel) データは、これらのプラットフォームテーブルに自動的に移行されます。

    注:
    ドキュメント抽出ユースケースは、移行が完了するまで使用できない場合があります。

    スコープ対象のアプリケーションテーブル (di_) を直接指すカスタムコードがインスタンスにある場合は、それを更新し、できれば ドキュメントインテリジェンス (DocIntel) API を使用してプラットフォームコンポーネントに更新する必要があります。

    ドキュメントインテリジェンス (DocIntel) 2.4 以前のフローアクションを使用するカスタムコードがある場合は、3.0 以降のフローアクションを使用するように更新する必要があります。

    テーブルのリストについては、「 ドキュメントインテリジェンス (DocIntel)と一緒にインストールされるコンポーネント」を参照してください。
    統合用のクロススコープレコードの追加

    ドキュメントインテリジェンス (DocIntel) との統合の場合は、新しい ドキュメントインテリジェンス (DocIntel) データベーステーブルのクロススコープレコードを追加します。

    注:
    古いテーブルの既存のクロススコープレコードが削除されていないことを確認します。

    追加するレコードのリストについては、「クロススコープレコード」セクションを参照してください。

    クロススコープレコードの詳細については、「 Cross-scope privilege record」を参照してください。

    アップグレード中

    表 : 2. ドキュメントインテリジェンス (DocIntel) 3.0 以降のアップグレードチェックリスト
    アップグレードタスク 説明
    フィールドの抽出に ドキュメントインテリジェンス (DocIntel) ワークスペースを使用しないでください

    ドキュメントタスクがsys_di_taskテーブルに移行されるまで待ってから、 ドキュメントインテリジェンス (DocIntel) ワークスペースを使用して完了します。アップグレード中にタスクを完了すると、データが失われる可能性があります。

    アップグレード後

    表 : 3. ドキュメントインテリジェンス (DocIntel) 3.0 以降のアップグレード後のチェックリスト
    アップグレード後のタスク 説明
    ドキュメントインテリジェンス (DocIntel)統合とカスタムワークフローのテスト

    ユースケース統合をテストして、新しいデータベーススキーマで機能することを確認します。
    データ損失を確認する

    データが失われる可能性があるケースには、次のようなものがあります。

    • 古いdi_taskレコードで添付ファイルが削除されるアクションを行うと、新しいsys_di_taskレコードの添付ファイルが欠落します。
    • データ移行中 (つまり、3.0 以降のアップグレード中またはアップグレード直後) に作成された新しいタスクを削除すると、それらのレコードにdi_taskテーブルにエントリがない可能性があるため、完全に削除されます。
    • 古い「process_task」フロー (またはそのフローの削除につながるアクション) を削除すると、新しい統合セットアップレコードのフロー参照が空になります。
    更新セットを介してインポートされた従来のユースケースのアップグレード後の移行

    ドキュメントインテリジェンス (DocIntel) 3.0 以降のアップグレードとデータ移行の完了後は、アップグレード中に実行された移行バッチスクリプトをいつでも再実行できます。

    プラットフォームテーブル (sys_di_) への移行が必要なインポート済みユースケースを移行する必要がある場合は、このスクリプトを実行できます。

    1. 移動先 すべて > システム定義 > スケジュール済みジョブ.
    2. DocIntel migrate remaining data スケジュール済みジョブを開きます。
    3. [有効] チェックボックスをオンにします。
    4. [今すぐ実行] を選択します。
    警告:
    sys_diテーブルからすべてのレコードを削除した後、 DocIntel migrate remaining data バッチジョブを使用して移行を再実行しないでください。欠落しているデータをdi_テーブルからsys_diテーブルに移行する場合にのみ使用してください。

    クロススコープレコード

    表 : 4. ドキュメントインテリジェンス (DocIntel) 3.0 以降のクロススコープレコード
    ソーススコープ ターゲットスコープ ターゲット名 操作 ターゲットタイプ ステータス
    BU の統合範囲 グローバル sys_di_task 読み取り テーブル 許可
    BU の統合範囲 グローバル sys_di_key 読み取り テーブル 許可
    BU の統合範囲 グローバル sys_di_key_group 読み取り テーブル 許可
    BU の統合範囲 グローバル sys_di_ocr_input 読み取り テーブル 許可
    BU の統合範囲 グローバル sys_di_pdf_input 読み取り テーブル 許可
    BU の統合範囲 グローバル sys_di_prediction_input 読み取り テーブル 許可
    BU の統合範囲 グローバル sys_di_training_input 読み取り テーブル 許可
    BU の統合範囲 グローバル sys_di_key_hint 読み取り テーブル 許可