Pendahuluan
Beberapa hari yang lalu di sebuah acara internal, saya dan kolega saya membahas topik robotisasi proses pada proyek untuk mengimplementasikan EDMS. Ulasan berita dan pemasok RPA mengatakan kita dapat mengganti konektor API dengan robot perangkat lunak. Artinya, gunakan RPA untuk mentransfer sejumlah besar data.
Skeptis percaya bahwa RPA adalah "kruk," ersatz. Dan jika situasinya membutuhkan interaksi penuh aplikasi, RPA tidak akan mengatasinya dan Anda masih membutuhkan konektor API.
Penjual dan spesialis kami dari implementasi memenuhi tugas migrasi data di setiap proyek.
Ciri khas migrasi adalah volume yang besar dan periode yang sangat singkat. Perusahaan siap mengalokasikan untuk ini hanya 2-3 hari. Spesialis implementasi mempersiapkan dengan sangat hati-hati, secara harfiah merencanakan pekerjaan mereka dalam hitungan menit. Pengembang menyiapkan utilitas.
Sebuah pertanyaan logis muncul: kapan robot mampu menyeret setidaknya beberapa ribu catatan dari satu basis data ke basis data lain?
Dalam artikel sebelumnya (
tautan ), kami melihat RPA dari Automation Anywhere. Kali ini kami akan menguji robot dari studio terkenal lainnya - UiPath RPA. Kami akan menguji kecepatan kerja: mentransfer 64 ribu catatan dari satu database ke yang lain.
Sebagai perbandingan, kami akan melakukan ini dalam beberapa cara:
- konektor-API tingkat rendah pada YP;
- robot melalui API bawaan;
- robot melalui file Excel perantara ke dalam kartu form dari pangkalan akhir;
- robot dari bentuk kartu sumber ke kartu bentuk dasar akhir;
- tangan dari kartu ke kartu.
Hasilnya dapat berguna untuk "berpikir" kepada pengembang, administrator dan semua orang yang mencari cara untuk membangun interaksi antara perangkat lunak yang berbeda, menghindari pemrograman yang mendalam.
Selain itu, kami menjelaskan beberapa fitur UiPath RPA yang kami temui dalam studi-mini kami.
Dalam artikel ini kami akan menurunkan perekonomian - topik ini layak dipertimbangkan secara terpisah dan terperinci. Kami hanya akan menunjukkan keadaan khusus untuk setiap skenario.
Jadi, tugasnya: untuk mentransfer daftar kontak dari basis data sumber ke basis data tujuan.
Jumlah catatan - 64.000. Setiap entri berisi Nama, Nama Keluarga, Email, Organisasi.
Database sumber dan tujuan adalah database MS Access yang sederhana dengan tabel untuk menyimpan kontak dan formulir formulir untuk menampilkan kontak individual.
Deskripsi singkat dari setiap skenario
Konektor API
Diharapkan bahwa pengembang memiliki kompetensi API untuk kedua sistem dan memiliki akses ke database. Dalam contoh kami, kami akan menulis konektor dalam bahasa VBA bawaan dari MS Access.
Nama-nama bidang dalam sumber dan penerima mungkin tidak sesuai - dalam kode kita sendiri mengkonfigurasi data apa konektor mengambil dari sumber dan di mana ia menulisnya ke penerima.
Program mentransfer seluruh jumlah data dalam 26 detik.
Robot API
Diharapkan robot akan dapat mengkonfigurasi administrator sistem saat ini. Untuk melakukan ini, Anda perlu mengikuti kursus pelatihan dalam pengembangan RPA, dan pelatihan gratis untuk banyak vendor.
Pengetahuan mendalam tentang DAO tidak diperlukan. Untuk bekerja dengan basis data di tingkat "rendah", RPA memiliki serangkaian perintah khusus - kegiatan basis data. Pengaturan koneksi yang diperlukan diatur oleh UiPath menggunakan wizard itu sendiri. Kami mengambil garis permintaan SQL langsung dari desainer kueri Access.
Poin utama adalah bahwa judul bidang harus bertepatan dalam database awal dan akhir. Dalam hal ini, urutan bidang dalam permintaan tidak penting.
Robot menyeret seluruh volume dalam 1 menit 52 detik. Meski lebih panjang dari konektor API, pesanannya masih sepadan.
Robot melalui Excel
Kami memilikinya dari sebagian besar DBMS, Anda dapat mengekspor data ke beberapa format perantara - xls, xlsx, xml, html, csv. Robot UiPath dapat bekerja secara langsung dengan file seperti itu melalui Aktivitas bawaan.
Pengembang RPA diharapkan terbiasa dengan antarmuka program sumber untuk mengunggah data ke file perantara. Anda juga perlu mengetahui GUI dari program penerima data. Artinya, administrator yang terlatih akan mengatasi tugas tersebut.
Kami mengekspor daftar semua kontak ke file Excel. Dari Excel, data dapat dibaca sebagai berikut:
- seluruhnya menjadi variabel tipe DataTable (tetapi Anda harus memperhitungkan jumlah RAM dan mengetahui struktur data jenis ini);
- dapat berupa garis (membutuhkan lebih sedikit memori);
- tetapi Anda dapat mengambil satu sel pada satu waktu (memori hampir gratis + perakitan robot lebih mudah, DataTable tidak digunakan). Kami akan melakukan opsi terakhir.
Di sisi sistem akhir, robot membuka kartu formulir untuk catatan baru dan mengisinya dengan data dari Excel.
Dalam 10 menit 24 detik, robot memigrasikan 64 catatan. Artinya, ~ 173 jam akan mengambil transfer penuh. Alasan perlambatan ini adalah waktu boot GUI di setiap operasi.
Robot kartu ke kartu
Diharapkan bahwa pengguna kustom dapat mengkonfigurasi transfer tersebut. Anda hanya perlu membiasakan diri dengan kursus pengembangan RPA yang disederhanakan (studi 1-2 hari). Dari semua metode robot, ini yang paling mudah dikembangkan.
Di sini, robot bertindak sebagai "clicker" canggih: temukan bidang di kartu sumber => ambil nilainya => temukan bidang di kartu penerima => masukkan nilai => klik "simpan".
Kami mengambil kartu standar. Access menghasilkan kartu formulir tersebut tanpa pemrograman sama sekali.
Waktu operasi 9 menit 02 detik untuk 64 catatan. Yaitu, ~ 151 jam untuk transfer penuh.
Carry manual
Diharapkan bahwa pengguna biasa sistem akan mengatasi tugas ini. Tingkat kompetensi yang diperlukan adalah yang terendah: hanya pengetahuan tentang antarmuka perangkat lunak sumber dan perangkat lunak penerima yang memadai. Tidak diperlukan pelatihan tambahan.
Kami menggunakan mouse dan Ctrl + A, Ctrl + C, Ctrl + V, Alt + Tab dan kartu yang sama.
Mentransfer 10 catatan membutuhkan waktu 5 menit. Yaitu: ~ 533 jam untuk seluruh volume. Dan ini hanya waktu buatan tangan murni. Dan seseorang harus beristirahat, terganggu oleh tugas-tugas lain dan memperbaiki kesalahan kecerobohannya sendiri. Jika robot menggantikan seseorang yang sedang beroperasi dengan GUI, maka proses akan menang dengan cepat beberapa kali.
Hasil keseluruhan dirangkum dalam tabel di bawah ini.
Ringkasan Hasil
Fitur RPA
Beberapa fitur yang bertemu kami dalam tes ini:
- ketika bekerja dengan Access di bawah sistem 64-bit, Anda harus menginstal AccessDatabaseEngine.exe 32-bit;
- dalam skenario "Robot melalui Excel", proses "tersandung" pada bidang "Organisasi" di kartu penerima. Bidang dalam kartu dan bidang dalam tabel itu sendiri adalah tipe "Bidang dengan Substitusi". Ketika operasi penulisan pada bidang ini dibingkai oleh kecepatan rana dua detik, proses menjadi stabil;
- Wisaya UiPath Studio untuk terhubung ke basis data memasukkan penawaran tambahan pada baris pengaturan - ini harus diperiksa ulang;
- di bidang dengan kueri SQL, teks tidak boleh berisi carriage return, jika tidak UiPath Studio mengembalikan kesalahan. Teks permintaan harus satu baris;
- Sangat nyaman ketika ada tombol navigasi pada formulir di kartu formulir: kartu berikutnya / sebelumnya / pertama / terakhir. Dengan tombol seperti itu, lebih mudah untuk merakit robot, dan itu akan lebih stabil dalam operasi. Ini dapat dianggap sebagai rekomendasi umum untuk mengembangkan GUI. Misalnya, Akses dalam bentuk kartunya menyediakan fasilitas tersebut secara default;
- Saat membuat robot, kami tidak harus memprogram dalam arti biasa. Algoritma ini dirakit dari blok, seperti diagram. Blok dikonfigurasikan di jendela properti. Konsep kode rendah / tidak ada kode benar-benar berfungsi dalam tugas kita;
- Skenario migrasi lain tersedia dengan RPA - melalui GUI desktop jarak jauh. Robot itu sendiri diluncurkan secara lokal, dan dengan bantuan CV dan OCR ia melakukan tindakan di terminal. Data dapat ditransfer langsung melalui clipboard.
Pertanyaannya tetap dari kelayakan ekonomi. Tetapi pengembaliannya sangat tergantung pada proyek implementasi spesifik dan ketersediaan sumber daya. Di sisi teknis, kami mendapat kesan baik dari kinerja robot dan kenyamanan alat pengembangan dari RPA.