はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は以前Youtubeに投稿したこちらの動画の原稿になります。 滑舌悪くて聞き取りづらかった方はどうぞ参考にして下さい。 背景 RPAのオートメーション（自動化ワークフロー）は専門のプログラミングスキルを持たない人でも作成できるため、会社の色んな部署で自発的に作られてるケースは多いと思います。作りやすいゆえにタケノコの如く様々なオートメーションが増殖してゆく・・・するとどうなるか。 その時はいいんです。作った人がそこにいて、何かトラブルがあってもすぐ対応できる。追加の要望もすぐオートメーションに取り込んで、作った人は周囲から「やる

※2018/11/3 追記 以下の記事は2018年9月まで提供されていた "Level 1 - Foundation Training" の内容をベースに書いています。現在は "Level 1 Foundation（基礎）トレーニング -【改良ベータ版】" に改定され、構成・内容とも刷新された別物になってます。 背景 製品シェアを高める戦略として 「個人利用なら無償で使える＆勉強できるようにして世界中で開発者の裾野を広げる」 というのがあって、ゲームエンジンのUnityやUnreal engineで有名ですが、 RPAだとまさにUiPathがそれで、私もその戦略に引っかかってしまい今に至ります。 で、UiPath開発者を増やすべく日々"自称エヴァンジェリスト"として周囲にUiPathを推していて Q.「UiPathを使いこなせるようになるには何をすればいいの？」 という質問には A.「Ui

#DataTable関係 ####DataTableの行(DataRow)を別のDataTableに追加する→DataTable.ImportRow() Add data rowアクティビティで追加しようとすると 実行時に[This row already belongs to another table]エラーになる。（ありがち） Add data rowで追加できるのは、DataTableに属さない野良DataRowだけなのです。 この場合、DataTable変数.ImportRow()をInvoke methodアクティビティで実行する （Parameterで追加するDataRow変数を指定）のが正解。 ※dtToが追加する先のDataTable、rowが追加したいDataRow ####DataTableのソート→DataTable.Select() DataTableのSort用

業務アプリケーションの操作を自動化する際に避けて通れないのが、 そのアプリケーションへのログイン情報（ユーザーID/パスワード）をどこから持ってくるか？、という話。 Unattended robotなら、Orchestrator内のCredential型Assetに持たせといて、 オートメーション内でGet credentialで取ってくればいいんだけど、Attended robotはそうもいかない。 オートメーション起動時にダイアログ出して人間に入れさせる → ダサい。めんどくさい。 ローカルファイルに書いといて、Read text file → ええっ、パスワードを平文ファイルに書くの？ オートメーションのType intoのプロパティにべた書き → オートメーションが流出したら最悪。 というわけで色々悩んだのですが、UiPath AcademyでWindows資格情報の話が出たのをふ