RPA, darbplūsmu automatizācija un mākslīgā intelekta aģenti: ko nozīmē katrs termins

Trīs vārdi, kurus piedāvājumos lieto kā trīs cenu līmeņus vienam pakalpojumam, ir trīs atšķirīgi mehānismi. Ar ko katrs atšķiras, ko pircējs saņem un kāpēc atšķirība tagad ir arī juridiska.

Trīs vārdi mēdz parādīties vienā piedāvājumā tā, it kā tie būtu trīs cenu līmeņi vienam un tam pašam pakalpojumam: robotizētā procesu automatizācija, darbplūsmu automatizācija un mākslīgā intelekta aģenti. Pircējam tas rada iespaidu, ka jāizvēlas viens no trim produktiem, un parasti tiek izvēlēts dārgākais, jo tas skan modernāk.

Patiesībā tie ir trīs atšķirīgi mehānismi, kuri risina atšķirīgas problēmas, un lielākā daļa reālo uzdevumu prasa tieši to, kurš maksā vismazāk. Šis raksts nesalīdzina rīkus un neiesaka platformu; tas paskaidro, ar ko katrs mehānisms tehniski atšķiras, ko pircējs katrā gadījumā saņem un kāpēc tieši šī atšķirība pēdējos divos gados ir kļuvusi arī par juridisku jautājumu.

Trīs mehānismi, kuri atbild uz trim dažādiem jautājumiem

Vienkāršākais veids, kā tos turēt atsevišķi, ir jautāt, kā katrs zina, kas tam jādara. Robotizētā procesu automatizācija atkārto darbības, kuras cilvēks tam parādīja; darbplūsmu automatizācija seko ceļam, kuru kāds uzzīmēja; mākslīgā intelekta aģents secina ceļu pats no mērķa, kurš tam tika uzdots. No šīs vienas atšķirības izriet gandrīz viss pārējais, ieskaitot cenu, trauslumu un to, kas notiek, kad situācija ir negaidīta. Mehānisms, kurš atkārto, negaidītā situācijā apstājas; mehānisms, kurš seko uzzīmētam ceļam, aiziet pa kļūdas atzaru, ja tāds ir paredzēts; mehānisms, kurš secina, izdomā kaut ko jaunu, un tieši tāpēc tam ir vajadzīga uzraudzība, kura pārējiem diviem nav.

Ir vērts to izmēģināt uz viena konkrēta uzdevuma, kurš gandrīz katrā uzņēmumā izskatās vienādi: no pasta pienācis rēķins ir jāieliek grāmatvedības sistēmā. Robotizētā procesu automatizācija šo darbu risinātu, atverot pasta programmu, lejupielādējot pielikumu, atverot grāmatvedības logu un aizpildot laukus tieši tajā secībā, kādā to darītu darbinieks. Darbplūsma to risinātu, saņemot dokumentu pa saskarni un izsaucot grāmatvedības sistēmas saskarni ar gataviem laukiem, nemaz neatverot nevienu logu. Aģents to risinātu, saņemot uzdevumu „iegrāmato šo rēķinu“ un pats izlemjot, kurus rīkus tam izsaukt un ko darīt, ja kaut kā trūkst.

Visi trīs varianti šo uzdevumu var izpildīt, un tieši tas maldina. Atšķirība parādās nevis tad, kad viss ir kārtībā, bet tad, kad piegādātājs nomaina rēķina veidlapu, kad sistēmā parādās jauns obligāts lauks vai kad viena un tā pati prece ir nosaukta divējādi, un tieši šie gadījumi veido lielāko daļu no reālā darba.

Robotizētā procesu automatizācija atkārto darbības ekrānā

Robotizētā procesu automatizācija, ikdienā saukta ar angļu saīsinājumu RPA, ir programmatūras robots, kurš darbojas tieši tajās pašās saskarnēs, kurās strādā cilvēks: tas atver logu, uzklikšķina, iekopē lauku, nospiež saglabāšanu. Sistēmas, ar kurām tas strādā, paliek pilnīgi nemainītas, un tieši tas ir gan tā galvenā priekšrocība, gan tā galvenā vājība. Priekšrocība ir tā, ka RPA tiek galā ar programmām, kurām nav nekādas saskarnes datu apmaiņai un kuras neviens vairs nepārbūvēs, tāpēc tas bieži ir vienīgais ceļš pie vecām grāmatvedības vai nozares sistēmām. Vājība ir tā, ka robots redz ekrānu, nevis datus, tāpēc jebkura izmaiņa ekrānā — pārvietota poga, jauns lauks, cita atjauninājuma versija — apstādina darbu, un uzturēšana kļūst par pastāvīgu izmaksu, nevis vienreizēju.

Pircējs šeit saņem robota licenci, tā izpildes vidi un pārvaldības rīku, procesa aprakstu un žurnālu ar veiktajām darbībām. Ir vērts zināt, ka nozarē pašā šis nosaukums tiek uzskatīts par neveiksmīgu: tas, ko RPA automatizē, parasti ir atsevišķs uzdevums, ne vesels process, un tieši šī neatbilstība starp nosaukumu un saturu rada daļu no pircēju gaidām, kuras vēlāk netiek piepildītas.

Vēl viena pazīme, kura RPA projektos mēdz pārsteigt, ir tā, ka robots strādā ar to pašu piekļuves līmeni, kāds ir cilvēkam, kura darbības tas atkārto. Tas nozīmē, ka robotam ir vajadzīgs savs lietotājs katrā sistēmā, ka šī lietotāja tiesības ir jāpārdomā tāpat kā jebkuram citam, un ka robota darbības sistēmas žurnālā izskatās kā cilvēka darbības, ja vien tam nav atsevišķa konta. Uzņēmumos, kuros par to nav padomāts, vēlāk ir grūti atbildēt uz vienkāršu jautājumu par to, kurš konkrēto ierakstu izdarīja.

Darbplūsmu automatizācija savieno sistēmas, nevis ekrānus

Darbplūsmu automatizācija strādā vienu slāni dziļāk: tā nerunā ar ekrānu, bet ar pašām sistēmām, izmantojot to programmatūras saskarnes. Darbplūsma ir iepriekš uzzīmēts soļu grafs — notikums iedarbina ķēdi, ķēde izsauc darbības citās sistēmās, un starp tām var būt arī solis, kurā cilvēks kaut ko apstiprina. Tā kā datu apmaiņa notiek pa saskarni, nevis pa attēlu, izmaiņas sistēmas izskatā šo mehānismu neietekmē, un tas ir galvenais iemesls, kāpēc tur, kur saskarne ir pieejama, tā gandrīz vienmēr ir izturīgāka un lētāk uzturama izvēle nekā ekrāna atkārtošana. Trūkums ir acīmredzams: ja sistēmai saskarnes nav vai tā nav pieejama Jūsu licences līmenī, šis ceļš vienkārši nepastāv.

Pircējs šeit saņem pašu darbplūsmu, pieejas datus, izpildes žurnālu un kļūdu atzaru, un tieši pēdējais ir tas, pēc kura ir vērts vērtēt piedāvājumu, jo darbplūsma bez kļūdu apstrādes strādā tikai tik ilgi, kamēr viss ir kārtībā. Latviešu valodā šim mehānismam ir savs vārds: darbplūsma ir termins, par kuru vienojušies gan Valsts valodas centra, gan Latvijas Zinātņu akadēmijas terminoloģijas avoti, tāpēc angļu vārdu iekavās šeit lietot nav nepieciešams.

Vārds, kurš šeit noder un kuru ir vērts lietot precīzi, ir programmatūras robots: tā ir programma, kura atdarina cilvēka darbības saskarnē, un tā nav nekāds fiziskais robots. Šī atšķirība latviešu valodā ir svarīgāka nekā angļu, jo vārds „robots“ ikdienā nozīmē ierīci, un tieši no šī pārpratuma nāk daļa jautājumu par to, ko robots „redz“ un ko tas „saprot“. Neko tas nesaprot: tas atkārto to, kas tam tika parādīts.

Mākslīgā intelekta aģents secina ceļu pats

Aģents atšķiras no abiem iepriekšējiem ar to, ka tam netiek uzdots ceļš, bet mērķis, un ceļu tas izvēlas pats, izsaucot rīkus, kuri tam ir pieejami — meklēšanu, datubāzi, sistēmas saskarni, citu modeli. Tieši darbošanās ar rīkiem ir tā pazīme, kura aģentu atšķir no sarunbota: sarunbots atbild, aģents dara. No tā izriet, ka aģents tiek galā ar uzdevumiem, kuros soļu secība nav zināma iepriekš, un vienlaikus tas ir vienīgais no trim mehānismiem, kura rezultāts nav pilnībā paredzams. Divas identiskas palaišanas var izvēlēties atšķirīgus ceļus, un tas nozīmē, ka ir vajadzīga gan uzraudzība, gan skaidri noteiktas robežas tam, ko aģents drīkst darīt pats un kur tam jāapstājas un jājautā cilvēkam.

Praktiskajā darbā tas mēdz nozīmēt, ka aģents ir pareizais mehānisms tur, kur ievaddati ir nestrukturēti un daudzveidīgi, bet nepareizais tur, kur uzdevums ir stingri noteikts un atkārtojas simtiem reižu dienā. Otrajā gadījumā darbplūsma ir gan lētāka, gan drošāka, un aģenta lietošana tur ir naudas tērēšana par neparedzamību, kura nevienam nebija vajadzīga.

Aģenta gadījumā pircējs saņem kaut ko citu nekā abos pārējos gadījumos, un piedāvājumos tas nereti nav aprakstīts vispār. Bez paša aģenta ir vajadzīgi rīki, kurus tas drīkst izsaukt, robežas tam, ko tas drīkst darīt bez apstiprinājuma, žurnāls ar to, ko tas katrā palaišanā izdarīja, un veids, kā to apturēt. Piedāvājums, kurā ir tikai modelis un uzvedne, apraksta demonstrāciju, ne darba rīku.

Ir arī viena izmaksu atšķirība, kura projektu plānos mēdz pietrūkt. Darbplūsmas izpilde maksā gandrīz neko, jo tā ir pāris izsaukumu, un RPA izmaksas galvenokārt ir licence un uzturēšana. Aģenta katra palaišana savukārt maksā par modeļa lietošanu, un šī izmaksa aug līdz ar apjomu, tāpēc mehānisms, kurš izmēģinājumā šķita lēts, simtos palaišanu dienā var izrādīties dārgākais no trim.

Kur beidzas automatizācija un sākas mākslīgais intelekts

Šī robeža pēdējos gados ir kļuvusi par juridisku jautājumu, jo Eiropas Savienības mākslīgā intelekta regula savus pienākumus piesaista tieši mākslīgā intelekta sistēmas definīcijai. Regulas 3. panta pirmā daļa raksturo to kā sistēmu, kura secina, kā no saņemtā ievada radīt iznākumu — prognozi, saturu, ieteikumu vai lēmumu. Tikpat svarīgs ir tas, kas paliek ārpusē. Regulas ievaddaļā ir tieši pateikts, ka sistēmas, kuras darbojas tikai pēc cilvēku noteiktiem noteikumiem, lai automātiski izpildītu darbības, šai definīcijai neatbilst, un Eiropas Komisijas vadlīnijas to atkārto vēl konkrētāk, nosaucot secināšanu par neaizstājamo pazīmi un iepriekš noteiktu instrukciju izpildi par tādu, kas definīcijā neietilpst.

Latvijā to pašu robežu savā ieteikumu materiālā velk arī Viedās administrācijas un reģionālās attīstības ministrija, rakstot, ka automatizācija ietver robotizēto procesu automatizāciju un biznesa noteikumu dzinējus, ka tā izpilda iepriekš noteiktus soļus, neizmantojot mākslīgo intelektu, un ka tāpēc automatizācija nav mākslīgais intelekts, jo tajā nenotiek ne mācīšanās, ne prognozēšana. Tas ir ieteikums, ne likums, taču tas ir skaidrākais latviskais formulējums šai atšķirībai. Praktiskā nozīme ir tieša: RPA robots, kurš pārkopē datus starp diviem logiem, un darbplūsma, kura izsauc saskarni pēc uzzīmēta ceļa, mākslīgā intelekta regulas pienākumus nerada. Aģents, kurš secina, tos var radīt, un tieši tāpēc nosaukumu jaukšana piedāvājumā nav tikai stila jautājums.

Ko pircējs katrā gadījumā saņem

Piedāvājumus salīdzināt ir vieglāk, ja skatās nevis uz nosaukumu, bet uz to, kas pēc darba beigām paliek uzņēmumā. Robotizētās procesu automatizācijas gadījumā paliek licence, izpildes vide, pārvaldības rīks, procesa apraksts un žurnāls ar veiktajām darbībām, un no visa tā svarīgākais ir procesa apraksts, jo tieši tas pasaka, ko robots dara, kad kaut kas neatbilst gaidītajam.

Darbplūsmas gadījumā paliek pati darbplūsma, pieejas dati uz katru savienoto sistēmu, izpildes žurnāls un kļūdu atzars, un šeit ir vērts pievērst uzmanību tam, kam pieder pieejas dati un kur darbplūsma darbojas. Ja tā darbojas piegādātāja kontā ar piegādātāja atslēgām, tad pārtraukums attiecībās nozīmē arī pārtraukumu darbā, un to ir vieglāk sakārtot līguma slēgšanas brīdī nekā vēlāk.

Aģenta gadījumā papildus visam iepriekšējam paliek arī atbildība par to, ko tas izdarīja, un tieši tāpēc žurnāls tur nav tehniska sīkumu lieta, bet pati būtība. Ja nevar pateikt, kāpēc aģents konkrētā gadījumā rīkojās tā, kā rīkojās, tad nevar arī atbildēt klientam, kurš jautā, kāpēc viņa pieteikums tika izskatīts tieši šādi.

Kuri termiņi jau ir sākušies

Tā kā regulas prasības stājas spēkā pakāpeniski, ir vērts zināt, kas jau ir spēkā šodien un kas vēl nav. Pienākums informēt cilvēku, ka viņš sazinās ar mākslīgā intelekta sistēmu, ir piemērojams kopš 2026. gada 2. augusta, un tas attiecas uz klientiem redzamu mākslīgā intelekta aģentu vai sarunbotu Jūsu vietnē. Ja tāds ir uzstādīts, tas ir jautājums, kurš jāatrisina tagad, nevis nākotnē.

Augsta riska prasības, kuras attiecas uz tādām jomām kā personāla atlase un nodarbinātības lēmumi, sāk piemērot 2027. gada 2. decembrī, un šis datums nesen tika pārcelts, tāpēc daļā rakstu joprojām stāv agrāks gads. Savukārt aizliegtās prakses un pati sistēmas definīcija ir spēkā jau tagad.

Neatkarīgi no mākslīgā intelekta regulas paliek spēkā arī datu aizsardzības prasība par lēmumiem, kuri tiek pieņemti tikai automatizēti un rada tiesiskas sekas vai līdzīgi būtiski ietekmē cilvēku. Šī prasība nav atkarīga no tā, vai mehānisms ir aģents vai vienkārša darbplūsma: nozīme ir tam, vai lēmumu par cilvēku pieņem mašīna viena pati.

Ir vērts arī saprast, kāpēc šī robeža ir novilkta tieši caur secināšanu, nevis caur sarežģītību. Programma var būt ļoti sarežģīta un joprojām nebūt mākslīgā intelekta sistēma, ja katru tās soli ir noteicis cilvēks, un otrādi — pavisam neliels risinājums, kurš izmanto modeli, lai izlemtu, ko darīt, definīcijai atbilst. Tas nozīmē, ka atbildi uz jautājumu par pienākumiem nedod ne projekta budžets, ne rindu skaits, bet tikai tas, kā tiek pieņemts lēmums par nākamo darbību.

Praksē šie termiņi visbiežāk attiecas uz vienu konkrētu lietu, kura daudziem uzņēmumiem jau ir: sarunbotu vai palīgu vietnē. Ja tas ir redzams klientam un balstās uz valodas modeli, tad pienākums pateikt, ka sarunbiedrs nav cilvēks, jau ir spēkā, un praktiski to izpilda ar skaidru uzrakstu saskarnē, ne ar rindkopu privātuma politikā. Ja tas ir vienkāršs noteikumu koks ar iepriekš uzrakstītām atbildēm, tad tā nav mākslīgā intelekta sistēma un šis pienākums nerodas, taču atšķirību ir vērts fiksēt rakstiski, jo pēc gada neviens vairs neatcerēsies, kā tas bija uztaisīts.

Kāpēc nosaukumi tirgū jaucas

Sajukumam ir arī pilnīgi objektīvs iemesls, un tas nav tikai mārketings. Rīki, kuri agrāk darīja vienu lietu, tagad dara vairākas: platformas, kuras sākās kā darbplūsmu rīki, tagad piedāvā arī aģentu soli, bet uzņēmumi, kuri pārdeva robotizēto procesu automatizāciju, tagad tos pašus produktus apraksta kā tādus, kuri darbojas paši.

Tas nozīmē, ka pēc produkta nosaukuma vairs nevar noteikt mehānismu, un vienīgais drošais jautājums piedāvājumam ir, kā konkrētajā risinājumā tiek noteikts darbību ceļš: vai to ieraksta cilvēks, vai to uzzīmē kā grafu, vai to katrā palaišanā izvēlas modelis. Atbilde uz šo vienu jautājumu pasaka gan cenu, gan trauslumu, gan to, vai regulas pienākumi vispār var rasties.

Ir arī vārdi, kuriem latviešu valodā jābūt uzmanīgiem. Saīsinājums RPA latviešu terminoloģijā jau ir aizņemts pavisam citām nozarēm, tāpēc to nekad nevajadzētu likt tekstā vienu pašu, bez pilnās formas pirmajā minējumā. Tāpat sastopamā forma robotikas procesu automatizācija ir kļūda: robotika ir fiziskie roboti, un šeit runa ir par programmatūru.

Otra vieta, kur nosaukumi jaucas, ir pati vārda „automatizācija“ lietošana. Latviešu valodā ar to apzīmē gan rūpniecisko procesu vadību, gan biroja darba automatizāciju, un tie ir divi pilnīgi atšķirīgi tirgi ar atšķirīgiem piegādātājiem. Ja meklējat piedāvājumu, ir vērts pateikt, kura no abām ir domāta, jo pretējā gadījumā daļa saņemto piedāvājumu būs no pavisam citas nozares.

Trīs apgalvojumi, kuri piedāvājumos ir nepareizi

Pirmais ir tas, ka robotizētā procesu automatizācija esot mākslīgais intelekts. Tas nav tikai terminoloģijas jautājums, jo no tā izriet pienākumi: sistēma, kura izpilda cilvēka uzrakstītus soļus, mākslīgā intelekta sistēmas definīcijai neatbilst, un piedāvājums, kurš robotu sauc par mākslīgo intelektu, vai nu pārdod dārgāk, nekā vajag, vai rada bažas, kuras nav pamatotas. Otrais ir tas, ka aģents esot vienkārši gudrāks sarunbots. Atšķirība nav gudrībā, bet darbībā: sarunbots ģenerē atbildi, aģents izsauc rīkus un maina stāvokli citās sistēmās, un tieši tāpēc aģentam ir vajadzīgas robežas, kuras sarunbotam nav vajadzīgas. Uzņēmums, kurš to nenošķir, mēdz aģentam iedot piekļuvi, par kuru neviens nav padomājis.

Trešais ir tas, ka izvēle starp šiem trim esot izvēle starp trim piegādātājiem. Patiesībā viens un tas pats rīks bieži var visus trīs: platformas, kuras sākās kā darbplūsmu rīki, tagad piedāvā arī aģenta soli, un tas nozīmē, ka jautājums nav, ko nopirkt, bet kā konkrētajā risinājumā tiek noteikts darbību ceļš.

Kā izvēlēties mehānismu konkrētam darbam

Izvēle praksē ir īsa, ja jautājumus uzdod pareizā secībā. Vispirms noskaidrojiet, vai iesaistītajām sistēmām ir programmatūras saskarne, jo, ja tā ir, darbplūsma gandrīz vienmēr būs izturīgāka un lētāk uzturama nekā ekrāna atkārtošana, un tālāk jautājums vairs nav par mehānismu, bet par apjomu. Ja saskarnes nav un sistēmu mainīt nevar, tad robotizētā procesu automatizācija ir īstais rīks, taču ar atvērtām acīm: budžetā ir jābūt uzturēšanai, un projektā ir jābūt atbildīgajam, kurš robotu salabo, kad ekrāns mainās. Ja ievaddati ir nestrukturēti, katrs gadījums atšķiras un soļu secību iepriekš uzrakstīt nav iespējams, tikai tad ir vērts skatīties aģenta virzienā, un arī tad ir jāzina, kur tas apstājas un kurš to uzrauga.

Visbiežāk sastopamais praktiskais atrisinājums ir jaukts: darbplūsma vada ķēdi un veic visus paredzamos soļus, bet vienā konkrētā vietā tā izsauc modeli, lai apstrādātu nestrukturētu ievadu, un rezultātu atdod atpakaļ ķēdē. Tas apvieno paredzamību ar elastību tieši tur, kur tā vajadzīga, un tas ir arī lētākais no variantiem, kuri vispār strādā.

Ir vēl viens praktisks apsvērums, kurš izvēli mēdz izšķirt vairāk nekā tehnika. Katrs no trim mehānismiem prasa atšķirīgu uzturētāju: darbplūsmu var uzturēt cilvēks, kurš saprot sistēmu saskarnes, robotam ir vajadzīgs kāds, kurš pārzina tieši to rīku un ekrānus, ar kuriem tas strādā, bet aģentam papildus ir vajadzīgs kāds, kurš regulāri skatās, ko tas patiesībā dara. Ja uzņēmumā šāda cilvēka nav un nav plānots pirkt uzturēšanu, tad izvēlei starp mehānismiem ir jāsākas ar to, kuru no tiem reāli varēs uzturēt.

Ir vērts nosaukt arī to kļūdu, kura šajā izvēlē maksā visdārgāk, un tā nav mehānisma izvēle, bet secība. Uzņēmumi mēdz vispirms izvēlēties rīku, pēc tam meklēt, ko ar to automatizēt, un tikai pēc tam saprast, ka process, kuru gribēja automatizēt, vēl nav aprakstīts. Pareizā secība ir pretēja: vispirms apraksta darbu ar tā izņēmumiem, tad noskaidro, vai sistēmām ir saskarnes, un tikai tad izvēlas mehānismu, jo šajā brīdī izvēle parasti ir acīmredzama un aizņem piecas minūtes. Tikpat bieži sastopama ir pretējā galējība, kurā uzņēmums gaida, kamēr viss būs sakārtots, un nesāk neko. Šeit noder atcerēties, ka darbplūsmu var uzbūvēt arī vienam nelielam posmam un paplašināt vēlāk, un ka tieši pirmais pabeigtais posms parasti parāda, kur īstenībā ir sastrēgums, daudz precīzāk nekā jebkurš iepriekšējs izvērtējums.

Ir vērts arī pateikt, ka mehānismu maiņa vēlāk nav katastrofa, ja pats process ir aprakstīts. Uzņēmumi mēdz baidīties no nepareizas izvēles tā, it kā tā būtu neatgriezeniska, bet praksē lielākā vērtība projektā ir tieši procesa apraksts ar tā izņēmumiem, un tas paliek derīgs neatkarīgi no tā, vai to izpilda robots, darbplūsma vai aģents. Nomainīt izpildītāju tad, kad apraksts jau ir sakārtots, ir daudz lētāk nekā rakstīt aprakstu no jauna.

Ko pajautāt piegādātājam

Ja piedāvājums jau ir uz galda, tad četri jautājumi parasti pietiek, lai saprastu, ko tajā patiesībā piedāvā, neatkarīgi no tā, kādi vārdi ir virsrakstā. Pirmais ir par to, kas izlemj nākamo soli: ierakstīts skripts, uzzīmēts grafs vai modelis izpildes brīdī. Tieši šī atbilde nosauc mehānismu precīzāk nekā jebkurš produkta nosaukums virsrakstā.

Otrais ir tas, kas notiek, kad kaut kas neatbilst gaidītajam, un šeit ir vērts prasīt konkrētu piemēru, ne vispārīgu apgalvojumu par uzticamību. Trešais ir tas, kam pieder pieejas dati un kur risinājums darbojas, jo no tā atkarīgs, vai darbs turpinās, ja attiecības ar piegādātāju beidzas. Ceturtais ir tas, cik maksā uzturēšana gadā un kas tieši par to tiek saņemts, jo tieši uzturēšana ir tā izmaksa, kura piedāvājumos visbiežāk nav norādīta vispār.

Ja uz kādu no šiem jautājumiem atbilde ir neskaidra, tas vēl nenozīmē, ka piedāvājums ir slikts, bet gan to, ka par šo daļu vēl nav domāts, un vienoties par to ir daudz lētāk pirms līguma nekā pēc pirmās apstāšanās.

Der arī pretējais saraksts, proti, jautājumi, kuri neko neizšķir, lai gan tos uzdod bieži. Cik lielus uzņēmumus piegādātājs ir apkalpojis, cik gadus tas strādā tirgū un cik daudz procesu tas ir automatizējis, pasaka par pieredzi, bet neko nepasaka par to, vai konkrētais mehānisms der konkrētajam uzdevumam. Tāpat maz noder jautājums par to, kuru platformu piegādātājs izmanto, jo viena un tā pati platforma šodien var darboties visos trijos mehānismos, un atbilde uz šo jautājumu Jums neko nepasaka par risinājuma trauslumu vai uzturēšanas izmaksām.

Visbeidzot ir vērts prasīt, lai piegādātājs parāda vienu jau strādājošu piemēru un pastāsta, kas tajā ir salūzis kopš uzstādīšanas un kāpēc. Atbilde uz šo jautājumu par piegādātāja darba kvalitāti pasaka vairāk nekā jebkurš atsauksmju saraksts, jo salūzis ir viss, kas darbojas pietiekami ilgi, un svarīgi ir tas, cik ātri to pamanīja un saremontēja.

Godīgi ir pateikt arī savu pozīciju, jo tā izskaidro, kāpēc šis raksts ir uzrakstīts tieši šādi. Mēs nepārdodam robotizētās procesu automatizācijas licences un neesam neviena šādas platformas partneris, tāpēc mums nav intereses par to, lai Jūs izvēlētos dārgāko mehānismu.

Mūsu darbs ir biznesa procesu automatizācija ar darbplūsmām un saskarnēm starp sistēmām, kuras Jums jau ir, ieskaitot to jaukto variantu, kurā ķēdi vada darbplūsma un modeli izsauc tikai vienā nestrukturētā solī, un atsevišķi mākslīgā intelekta risinājumi tur, kur uzdevums tiešām prasa secināšanu. Ja Jums šobrīd ir piedāvājums, kurā šie vārdi ir sajaukti, vai vienkārši nav skaidrs, kurš mehānisms Jūsu uzdevumam der, atsūtiet mums aprakstu: bieži vien atbilde ir, ka pietiek ar vienu savienojumu, un tā ir lētākā atbilde, kādu var saņemt.