select chapter

laiye rpa developer guide d1-乐游棋牌官网

we introduced in chapter 2 that a general rpa platform contains at least three components: development tools, operation tools, and control center. in laiye rpa, these three components correspond to laiye rpa creator, laiye rpa worker, and laiye rpa commander, respectively (figure 81).

figure 81: three components of laiye rpa

some of you might be wondering why we need tools beyond laiye rpa creator. for developing processes, laiye rpa creator alone is enough. for operating processes, we can also use laiye rpa creator execute single processes manually. if laiye rpa can complete all rpa-related tasks, developing, debugging, deploying, and maintaining, why do we need laiye rpa worker and laiye rpa commander? in other words, what additional value can laiye rpa worker and laiye rpa commander bring?

to answer this question, we must go back to the original design of rpa, or robotic process automation. rpa is a digital employee that companies “hire” to replace human employees to complete repetitive and tedious work. however, if a company hires an employee, will they be allowed to work as they will without management? definitely not! first, employees should be able to accept and complete tasks assigned by managers, who coordinate everyone to work towards the same goal. second, employees from different departments and levels should be able to cooperate and coordinate their work together to complete a complex task. third, there should be mechanisms in place to supervise and manage the employees’ work. when something goes wrong, employees need to deal with it in a timely manner. these functions cannot be provided by laiye rpa creator alone, and that’s where laiye rpa worker and laiye rpa commander come in.

if you are just using rpa to for your personal needs, the repetitive tasks you are automating are neither assigned to you by your superior, nor do they require you to coordinate with others, and it’s okay if you make a mistake. therefore, you can simply use the free community version of laiye rpa creator. if you are automating video game interactions, we recommend you use quick macro to complete similar tasks. however, if you are providing rpa solutions to an enterprise, laiye rpa worker and laiye rpa commander are indispensable.

laiye rpa worker has three different working modes, depending on how laiye rpa worker, laiye rpa commander, and laiye rpa creator interact with each other. each working mode corresponds to a different type of laiye rpa worker licenses: attended (machine license), attended (user license), and unattended.

the first type of license is attended (machine license). it authorizes an laiye rpa worker instance on a specific machine (identified by a machine code). the worker instance can only run on that machine once the license is bound to the machine. in this case, you don't need commander to manage multiple workers, and multiple worker instances cannot coordinate with each other to complete complex tasks.

however, in enterprise environments, we often need multiple workers to coordinate with each other, and therefore a second type of license, attended (user license), is provided. in this mode, there is a commander instance that coordinates the entire system and assigns tasks to individual workers, who then execute the tasks accordingly. in this mode, the user only needs to login with their username, and workers are identified by their username (instead of their machine codes). therefore, worker instances are no longer bound to a specific machine, but can be deployed and organized according to the availability of computing resources.

the third type of license is unattended. what does it mean? in the second "human-computer interaction-bind users" mode, although the task of worker is distributed by commander, each worker still has a certain degree of autonomy and can manually execute processes, organize processes, and schedule processes. however, sometimes we don't need this degree of autonomy, and we expect workers to simply complete the delegated tasks of the commander. in this case, we can use the unattended license. an unattended worker is directly controlled by a commander and only executes the instructions of the commander.

let’s see how we can import a process from creator to a worker. first, we need to export the process from creator. here we need to use the enterprise version of laiye rpa creator. open the process and click the publish button on the toolbar. in the dialog box that pops up, fill in the process name, usage, and icon, and package the process as a .bot file. keep in mind that typically the person executing the process is different from the person developing the process, and the person executing the process cannot and should not be able to see the implementation details of the process. thus, the person executing can only distinguish between processes based on their names, usage, and icons. therefore, you should fill in these fields carefully, as they are especially important when there are a large number of processes.

the second step is to import the exported .bot file into worker. there are two ways to import. the first way is to import the file from the local computer. on the main interface of worker, open the my process tab, click the local process button, and then select the .bot file we just exported in the dialog box that pops up. this imports a local process to worker. only the manned (machine license) and manned (user license) modes support local imports, but the unmanned license does not support it. the second way is to import a process online. in the main interface of worker, open the my process tab and click the online process button. a new page will pop up listing all processes assigned to this worker by the commander, and the user can select a process to add to my process. please note that only the manned (user license) mode supports online imports.

after a process is successfully imported into worker, you can open the my process tab and browse through all processes installed on the worker. we can click the run now button to the right of a process to start running it immediately.

in addition to running a process immediately, laiye rpa worker also supports scheduling tasks. this allows us to schedule one-off or regular process execution in an organized manner. worker provides four types of task scheduling: single run, by date, by week, and by month. we can customize each of these methods to specify start times, frequencies, effective and expiration dates, etc.

the manned (machine license) and manned (user license) modes support manually running and scheduling processes. workers with the unmanned license must be scheduled through laiye rpa commander, but not directly through the workers.

through the last two sections, we have learned how to import processes into workers and how to run or schedule their execution. then why do we need to group processes? in certain scenarios, one process might depend on the completion of another process. for example, if process b should be run only after process a has completed execution, then we can schedule process a to run on 10:00 am and process b to run on 10:05. this seems reasonable, but an error could occur to cause process a to not complete its execution by 10:05, and process b would begin execution, not knowing that process a has not completed.

while it is technically possible for laiye rpa to execute multiple processes on the same computer at the same time, but these processes could compete with each other when operating on the same software and result in unexpected behaviors. therefore, we do not recommend running multiple processes at the same time. how do we solve this problem? one approach is to increase the execution time interval between process a and b. most situations can be resolved by this approach, but it is still possible for process a to spill over to process b’s runtime. moreover, if we set the time interval too high, then we are wasting valuable computing times of the worker by doing nothing between the two processes. the purpose of rpa is to increase productivity. if automating tasks actually lowers work efficiency, then this defeats rpa’s primary purpose.

to solve this challenge, laiye rpa worker allows you to group multiple dependent processes together to execute them sequentially. laiye rpa worker executes the first process in the group, and it starts executing the second process only when the first process is completed, and so on. this allows us to both avoid potential conflicts and minimizes wait time between processes. in fact, you can treat a process group like any other process. you can execute a process group immediately or schedule it for the future.

worker allows users to view its operation logs. open the operation record tab on the main interface of worker to see a list of logs for each process run. you can click on the details button associated with each record to see the logs generated by that run. if there are too many records, you can use the buttons on the bottom of the interface to navigate to earlier logs.

worker supports various custom settings. open the settings tab on the main interface of worker. you will see a list of settings.

  • log directory specifies the local file directory to store the logs of each process run.

  • record run, when checked, causes worker to record the screen during each process run. this allows for easy troubleshooting in the future.

  • launch on startup determines whether to launch laiye rpa worker when the computer starts up. you can also specify a process to run on computer startup.

  • activation code allows you change the activation code of this worker instance and, with it, the work mode of this worker.

lastly, the computer worker runs on must also install the extensions used in its processes to run them properly. therefore, laiye rpa worker, like laiye rpa creator, has integrated the extension installation functions to help you easily install chrome, firefox, and java extensions.