バージョン 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. 次のように移動する。 All (すべて) > システム定義 > スケジュール済みジョブ.
    2. DocIntel migrate remaining data スケジュール済みジョブを開きます。
    3. [Active (有効)] チェックボックスをオンにします。
    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 読み取り テーブル 許可