こんにちは
UiPath Studio 2025.0.172STS Community editionのユーザーです。
Orchestratorのない、私のバージョンのUiPath Studioで指定時間にワークフロー(プロジェクト)を実行するには、WindowsのタイムスケジューラでRobotを使ってバッチ実行するしかないという認識ですが、正しいでしょうか?
こんにちは
UiPath Studio 2025.0.172STS Community editionのユーザーです。
Orchestratorのない、私のバージョンのUiPath Studioで指定時間にワークフロー(プロジェクト)を実行するには、WindowsのタイムスケジューラでRobotを使ってバッチ実行するしかないという認識ですが、正しいでしょうか?
Hello @gorby san,
Yes, if an user doesn’t have have orchestrator license they can go for Windows task scheduler.
I myself use task scheduler to run bots in one of our servers.
use the below .bat script to help you in executing the automation bot.
start " " /min “C:\Program Files\UiPath\Studio\UiRobot.exe” execute --file “D:…\MyHelloWorld\Main.xaml” /input: “{‘StartedByTaskScheduler’: true}”
“C:\Program Files\UiPath\Studio\UiRobot.exe” - in your case UiPathRobot.exe path might be different.
If you have any query kindly let us know.
If your doubt is clear kindly mark this as solution to close this case.
Happy Automation ![]()
Let me confirm one point. Normally, isn’t
/input: "{‘StartedByTaskScheduler’: true}"
unnecessary in a BAT file?
The /input: argument is used to pass input arguments to your workflow, typically when your process expects them (e.g., via Arguments in Studio). If your workflow does not require any input arguments, then you do NOT need to include /input: in your .bat file.
simply you can use → start “” /min “C:\Program Files\UiPath\Studio\UiRobot.exe” execute --file “D:\Path\To\Your\Project\Main.xaml” in your bat script file.
one more question for you!
I believe that adding start "" /min at the beginning of a BAT file causes the window to be minimized, making it difficult to tell whether the process is still running or has finished. Is it really necessary?
Cheers to your reserved P.M. Modi
You are right, it will this does minimize the command window.
But, it is always recommended to use like that way while bot is required to run in the Production environment.
For testing purpose you can remove it and use as below:
start “” “C:\Program Files\UiPath\Studio\UiRobot.exe” execute --file “D:\Path\To\Main.xaml”
若干制限が付きますが、朝一に手動で起動するようにしておいて指定時間に指定ロボットを起動するロボットを作っておくとか、考えれば方法はほかにもないわけではないかと。
理解できていませんが、これは指定時間にBATファイルを起動するということでしょうか?
フローの起動自体はbatで起動でもいいですし 「ワークフロー ファイルを呼び出し」とかで起動するでもいいかと。
少なくとも「タスクスケジューラからの起動」だけがすべてではないのではないかと思います。
もちろんロボットを起動するロボットの起動はどうすんだ?みたいな議論は出てくると思いますが、PCのスタートアップやログインスクリプトに組み込むとか、これまたやり方はあるかと。
you can schedule the bat file in task schedule to run your at any time you want the way you schedule in the orchestrator.
Would you like me provide you the steps for task scheduler?
Thank you. I know how to use Task Scheduler.
Cheers to your reserved P.M. Modi
こんにちは。
「ワークフロー ファイルを呼び出し」とかで起動することが可能であれば、サンプルコードを試作・共有いただけないでしょうか?
もしかして、指定時間にプロセスを起動するアクティビティが存在するのでしょうか?
指定時間にフローを呼び出すアクティビティなんてものはないので
「指定された時間に指定されたフローを起動するロボット」
を作るというお話です。
どう実装するかはいくらでも方法があるのでご自分でお考え下さい。
外部ファイルに実行すべきフローと時間を記載しておいて
それを読み込んで時間待ちして指定時間に指定ロボットを起動するロボットとかでしょうか。起動確認のメールを出したり、終了メールを出したり、異常終了した場合は再実行させるとか、盛り込むと便利になる機能もたくさんあると思いますよ。
うまく作れば、使い方の難しいオーケストレータを駆使するよりよっぽどいいかもしれません。
運用方法やどのアクティビティを使うかよく分かりませんが、下記のイメージでしょうか?
1.現在時間を19:00と時計を見て確認する。
2.19:30に外部ファイルを実行する場合は、急いで待機アクティビティに30分を設定する。
3.Main.xamlを実行して30分待つと19:30に外部ファイルが実行される。
私のイメージとは違いますが、いろんなやり方があるかと。
ちなみに考えていたのは以下のようなイメージです。
1.外部ファイルを読み込む
2.ロボットの終了時刻になるまでループする
3.外部ファイルの中に起動時刻と現在時刻が一致しているものを探してあれば該当ロボットを起動する
4.一致するものがなければ30秒の無条件待機
5.2.に戻る
指定時刻に一致するものがなければ30秒ごとの待機を繰り返します。
30秒に1回起動時刻との一致チェックを実施する感じですね。
1分毎とかでもいいでしょうが・・
こんな仕組みだと大した工数かけずに実装できるかと。
ちょっと機能拡張すれば3.のところでメールチェックして、メールでロボット起動の指令を受け付けるような仕組みもできますね。
質問の「日本語」が理解できません。
「外部ファイル複数を起動」というのはいったい何でしょうか・・・
Uipathではプログラムの先頭はMain以外ないと思いますが何か違うご認識をされてますでしょうか?
なにか根本的に話がかみ合っていないように思えます。
私のいっているのは
「フローを実行するフローを作成しておいてそれでフローの起動を制御する」です。
Hi namaste,
Additionally, by skillfully utilizing infinite loops, you can invoke the several external workflow files at each specified time as many times as you need without relying on Orchestrator or the Windows Task Scheduler.
May Lord Vishnu bless you.
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.