手なしでのみ！ ユーザーのアクションを繰り返さないロボット

このレビュー記事では、RPAをビジネスプロセスに使用する方法について説明します。これには、一般の人々が実行できない、したくない、または時間がかかり、FTP、データベースの操作などの特別な知識が必要なタスクが含まれますまたはAPI。



このようなアクションをプロセスに含めることで、このアプローチのすべての長所と短所を使用して、その作成を従来のプログラミングと「スクリプト」に近づけることができます。



ロボット工学の従来のタスクでもAPIを使用すると、実行速度が大幅に向上し、信頼性と安定性が向上しますが、同時にビジネスユーザーが自分でプロセスを作成して維持し、開発とサポートを確実に手に入れるという夢を実現することができません開発チーム。



可能な場合、およびプロセスの下位レベルにアクションを追加する必要がある場合は、この記事で説明します。 最初の入門部分には一般的な考慮事項が含まれ、2番目の部分には特定の例が含まれています。 私がよく知っているプラ​​ットフォーム（UiPath）の例が示されているため、ロボットの他の好みや色を好む人のために、前もって腹を立てないでください。

ProおよびContra Robotics Low

なぜこのようなロボットが役立つのですか？

• 作業を大幅に加速しました。 多くの場合、これが外部システムとの低レベルの相互作用を考える主な理由です。 プロセスを10倍高速化できれば、仮想マシンとライセンスを備えた追加のロボットの使用を節約できます。
• 信頼性が向上し、UIで空想的に動的なセレクターを操作する必要がなくなり、キャプチャをバイパスする方法を考え、Citrixでプラグインを配置できない画像を認識する正確さのために戦うか、ニュースページで無限スクロールを戦う必要がなくなります。
• 完全なUIを持たないシステム、またはUIを使用して必要なすべての情報を取得できないシステムで作業します。 たとえば、私の実践では、 ShopifyからAPIのデータを取得し、それをShipHeroに転送して内部会計システムに送信した場合がありました。 最後の手順だけがユーザーインターフェイスを使用しました。

なぜこのようなロボットは有害ですか？

• ビジネスユーザーは、ロボットプロセスが何をするのか理解できなくなり、それを自分で変更および保守することはできません。 これは無人ロボットにはあまり当てはまりませんが、有人（デジタルアシスタント）の場合、ユーザーはプロセス自体の作成者になりたいため、これは大きなマイナスです。
• セキュリティサービスのプロセスの可視性と理解可能性は失われます。 通常のロボットを使用して、彼が「オーガニック」ユーザーと同じアクションを実行していることを明確に示すことができれば、ジョブの説明をドキュメントとして使用することもできます。 「大きな」自動化と同じ長い検証および制御手順。
• Dito、統合チームについて。 APIの使用を開始するとすぐに、私たちは彼らの財産に陥り、彼らのルールに従って遊ぶ必要があります。
• 「実際の」プログラミングのコストとリスクは、ロボットよりも大きくなります。 人がボタンを押すことができる場合、ロボットもそれを押すことができます。 しかし、古代の文書化されていないシステムのAPIは必要なデータを提供できますか？ 情報をデータベースに直接書き込むことは可能ですか、それともその整合性を破壊しますか？ このタスクには経験豊富な専門家が必要ですか、それとも初心者の学生には十分ですか？ PowerPoint.InteropのSlides.Duplicateが配列を返すのはなぜですか？ これらすべての興味深い質問に対する答えは得られますが、時間がかかります。

ロボットでプログラミングを使用する必要がある場合と使用しない場合

上記は次のように要約できます。

プログラミングはif

• あなたのプロセスは生産性に欠けています
• UIシステムは自動化には便利ではありませんが、便利なAPIがあります

次の場合はプログラミングを使用しないでください

• プロセスは、ビジネスユーザーによって開発またはサポートされます。
• APIを使用すると、ロボットが交渉プロセスを実行するのが難しくなります。

コードを介して作業することは何をどのように意味がありますか？

それから、コードを操作するいくつかの例を挙げようとしましたが、ロボットを作成する際に何らかの方法で実際に使用しなければなりませんでした。 当然、このリストは網羅的なものではありませんが、実例となることを望みます。

例はすべて、執筆時点のアクションの最新リリースバージョンでテストされています。

Microsoft Office

奇妙なことに、APIを使用する最初の候補の1つはMicrosoft Officeです。 はい、UiPathにはExcelを操作するための優れた組み込み機能があります（1つは直接ファイルを使用し、もう1つはアプリケーションを使用して）。 Wordで作業する可能性もあります（ UiPath.Word.Activities



パッケージはパッケージマネージャーを介してUiPath.Word.Activities



ます）。 しかし、たとえば、PowerPointを操作するための標準的なアクションはありません。また、OutlookやVisio with Projectもあり、これらは大企業で非常に活発に使用されています。 Officeでは、ユーザーインターフェイスを介してロボットと友達を作ることはかなり可能ですが、場合によってはすべてのUI要素に直接アクセスできず、キーボードで音階を演奏する必要があるため、あまり便利ではありません。 たとえば、テキストk [タブ] k [f10] JCDD （英語バージョンのOffice用）を使用したType Into



アクションは、Excelで編集するためにPowerPointスライドからグラフデータを開きます。 このような組み合わせはうまく機能しますが、IDDKQDよりも魔法のように見えます。

ProTip：使用可能なセレクターのリストは、デフォルトで選択されているMicrosoft Active Accessibility (MSAA)



フレームワークの代わりにMicrosoft UI Automation (UIA)



を使用して拡張できます。 UIエクスプローラーのF4ボタンで切り替えて、違いがあるかどうかを確認します

Officeファイルを操作するには、 Xceed DocXやSpire.PresentationなどのSpireライブラリなどのサードパーティライブラリを使用できます。 サードパーティのライブラリを使用する場合、ライセンスに注意してください。ライセンスは常にあなたの会社に適しているとは限りません（たとえば、iTextSharp for PDFはAGPLを介して無料で配布され、PDFSharpはMITを介して配布されます）。 この方法は、Microsoft Officeがマシンにインストールされていない場合でも使用できるため、非常に便利です。つまり、仮想マシンで実行される無人ロボットに最適です。



オフィスプログラムを使用した複雑な作業には、 Microsoft.Office.Interop



が役立ちます。 これにより、アプリケーション内でアクションを実行したり、データを操作したりできます。 古くて壊れやすいOffice.Interopの機能に複数の記事を捧げることができますが、それは私たちの目的には適しています。 Interopが機能するためには、適切なアセンブリをインポートに追加する必要があります。



以下に、Office Interopでできることの例をいくつか示します。

見通し

Outlookの機能は、メールを操作するだけではなく、個人情報マネージャーであり、カレンダー、ノートブック、アドレス帳、一般的には完全なセットです。 通常、サーバーへの直接アクセスによって電子メールに関するすべてを解決できる場合、それがIMAP / POP3インターフェイスを表す場合、残りの情報はOutlook自体からはるかに簡単に取得できます。 このため、Interopは完全に適合します。

パワーポイント

PowerPointを使用すると、美しいプレゼンテーションを作成できるだけでなく、商業的なオファーや定期的なプロジェクトレポートなどの事務処理にも使用できます。 これを行うには、PowerPointで他のソースからのデータを表示する必要があります。もちろん、ロボットはこれをうまく処理します。 ほとんどの場合、PowerPointスライドを作成する際に美しくデザインする必要があるため、事前にこれを行うことができ、テンプレートスライドをコピーしてテキストを置き換えることで実際のデータを置き換えることができます。

Microsoft.Office.Interop.Powerpoint



および他のすべてのInteropアセンブリは、nuget.orgリポジトリにあります。

さらに、スライドのすべての要素を含むShapesコレクションにより、新しいページで必要な情報をすばやく更新できます。

Wordで作業する

Word Activities Packのアクティビティは基本的なWord機能を提供しますが、それらが構築されているXceed DocXライブラリのすべての機能をカバーしていません。 最も一般的なケースはテーブルでの作業ですが、他にも多くのケースがあります。



プロジェクトリポジトリには、これまたは類似のライブラリがどこで役立つかを理解するのに十分な異なる例があります。

Web API（REST、SOAP）

現在、REST / JSONはおそらく、APIを表すシステムとの統合を提供するための重要なリンクです。



REST、SOAP、およびJSONのサポートは、 Web Activities Packを通じて提供されます 。

RESTを使用すると、すべてが非常に単純になりますHTTP Request



-> Deserialize JSON



の逆シリアル化が完了し、 目的の処理を実行できるJObjectが既に作成されています。 データをWebサービスに転送するために、便利なパラメーターエディターがあります。



ただし、SOAPの場合、残念ながら組み込み機能は制限されています。すべての種類のWebサービスがサポートされているわけではなく、すべての要求が正しく処理されているわけでもありません。 サービスが機能しない場合は、 SimpleSOAPClientなど、HttpClientの多くのラッパーの1つを使用するか、独自のラッパー（ C＃からSOAPを操作するバリアント）を作成する必要があります。



更新04/03/19：ベータ版がすでにダウンロード可能になっているバージョン2019.4では、コンポーネントが更新、改善、および再実行されます。 したがって、すぐに通常のSOAPサポートが登場することを期待できます。

FTPを使用する

UiPathでは、すべてがシンプルであり、 コミュニティアクティビティに含まれるFTPの既製のアクションセットがありますが、廃止されたステータスの FTPアクティビティパックのバージョン18.2以降であることに注意する必要があります 。 ただし、すべての機能はあります。SFTPもサポートされています（このセットはSSH.NETに基づいています ）が、残念ながら、クライアントキーでの作業は完了していません。



。

データベース

UiPathは、.NETデータプロバイダーを介してデータベースと連携します。 MS SQLおよびMS Accessの場合、すべてが単純です。残りはODBCを構成する必要があり、存在しない場合はドライバーをインストールします。 現時点ではプラットフォームが32ビットであるため、適切なドライバーをダウンロードする必要があり、ODBCデータソースは同じでなければならないことに注意してください。



以下は、MySQLを使用した例です。





SQL互換データベースでのさらなる作業はかなり標準的です-クエリを作成し、DataTableを取得します。

BAPIを介したSAP

SAPがこの機会を提供する場合、UIを使用する代わりに、BAPIを介したSAPとの統合を自動化することができます。 いつものように、UiPathにはこの準備ができています

SAPへの接続を構成するためのウィザードを含む一連のアクション 。 ここにはプログラミングはほとんどありませんが、これは標準的な統合パスが唯一の可能なものではないという事実の例です。

結論として

この記事の助けを借りて、 アカデミーやフォーラムで学ぶのがそれほど簡単ではないロボットの使用の側面について話せたことを願っています。 ロボットの開発に関連する質問に興味を持ったり、質問に答えてくれる人がいれば嬉しいです。