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

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 1 読むのに数分読む

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

    アップグレードタスク

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

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

    アップグレード前

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

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

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

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

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

    2.4 以前のフローアクションを使用する ドキュメントインテリジェンス (DocIntel) カスタムコードがある場合は、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」フロー (またはそのフローの削除につながるアクション) を削除すると、新しい統合セットアップレコードのフロー参照が空になります。
    更新セットを介してインポートされた従来のユースケースのアップグレード後の移行

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

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

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

    クロススコープレコード

    表 : 4. 3.0 以降の ドキュメントインテリジェンス (DocIntel) クロススコープレコード
    ソーススコープ ターゲットスコープ ターゲット名 操作 ターゲットタイプ ステータス
    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 読み取り テーブル 許可