IQ Botに投げ込んだドキュメントのうち、検証（下図の⑥）に回った帳票の数をリアルタイムで把握する方法を解説します。

手順

上記は、Bot Storeで手に入るIQ Bot Advancedというパッケージを使って実現できます。

では、順を追って手順を見ていきましょう。

手順１：IQ Bot Advanced パッケージの入手とインポート

まずはBot StoreでIQ Bot Advanced Packageを手に入れます。
リンクはこちら↓です。
https://botstore.automationanywhere.com/bot/a2019-iq-bot-advanced-package/

Bot Storeはログインの仕組みが複雑だったりもするので、うまくダウンロードできない場合はベンダーに問い合わせるとパッケージのjarファイルをもらえるとかもらえないとか。

Bot Storeから直接手に入れた場合は以下の手順は不要（手順2へジャンプ！）ですが、jarファイルを手に入れた場合は以下の手順でインポートします。

Botタブ配下の「パッケージ」から、パッケージ追加のアイコンをクリック。

入手したjarファイルを選択。

パッケージをアップロード。

パッケージをインポートできたら、Botアクションの一覧に以下のような、IQ Bot Advancedアクションが加わっているはずです。

こちらを使って、以下の要領でBotを作成します。

IQ Bot Advancedのパッケージを使うためには、必ず最初にStart Session（図の①）、最後にEnd Session（図の③）アクションを組み込む必要があります。

Excel操作などで、最初に必ず「開く」／最後に必ず「閉じる」を入れるのと同じ要領ですね。

「開く」と「閉じる」の間に必要なアクションを入れていくのですが、ここでは必要なアクションは一つだけです。
それが図の②で、「Validations for a Learning Instance」というアクション。

こちらが、特定のインスタンスを名前で指定し、そのインスタンスで検証に回っているファイルの数を返してくれるアクションです。
（上記の図では、インスタンス名は入力変数にしています）

この結果（検証に回ったドキュメントの数）を使って、実務では以下のような後続アクションが考えられます。

名前の指定を間違えて、存在しないインスタンス名を指定した場合でも、アクションはエラーとならずゼロを返すだけなので注意してください。

インスタンス名は間違えないように、正確に！

インスタンス名は日本語でも普通に動きます。

一度プロダクションに入れたインスタンスを、検証対象ドキュメントありのままステージングに戻した状態でこのアクションを実行した場合でも、検証対象ドキュメントの数が返ってきます。

検証に回ったドキュメントの数を知りたい、という要望はよく聞くので、一応こちらに手順を上げました。

ですが、例えば以下のようなケースでは、わざわざ検証に回ったドキュメントの数を把握して通知するBotを作る必要はないと思います。

1であれば、「朝イチで検証担当者が必ずIQ Botの検証画面を開いて検証する」という運用が成り立ちますし、2ならそもそも検証画面をずっと開きっぱなしで仕事する人がいるイメージかもしれません。

また、A2019.15あたりから、検証対象のドキュメントがあるかないかが、インスタンスの一覧画面から一目でわかるようになりました。

というわけで、このページではやりかたをご紹介していますが、業務の実情に合ったフローを構築することが最も重要です。