Zapier vai Power Automate: viena darbība rēķinā nenozīmē to pašu

Uzņēmumam, kas jau lieto Microsoft 365 un automatizē procesus starp tā lietotnēm, vispirms ir vērts izvērtēt Power Automate. Ja darbplūsmā jāsaista daudzi ārēji pakalpojumi, piemērotāks var būt Zapier. Ar abonēšanas cenu vien izvēlei nepietiek: Zapier uzdevumu uzskaitē parasti ietilpst veiksmīgi izpildītas darbības, bet ne trigeri, filtri vai neveiksmīgas darbības.

Power Automate to pašu plūsmu skaita citādi. Microsoft pieprasījumu skaidrojums uzskaitē iekļauj trigerus un izpildītās darbības, arī neveiksmīgās; pieprasījumus patērē arī atkārtoti mēģinājumi un papildu lapošanas izsaukumi. Tāpēc vienas darbplūsmas izmaksas jāvērtē pēc tās soļiem, apjoma un licences, nevis jāpielīdzina viens Zapier uzdevums vienam Microsoft pieprasījumam.

Ko patērē viena palaišana

Zapier uzdevums ir veiksmīgi izpildīts darbības solis, nevis visa automatizācijas palaišana. Ja trigerim seko divas veiksmīgas darbības, palaišana patērē divus uzdevumus. Filtrs, kas aptur plūsmu pirms darbībām, uzdevumus netērē. Ja pirmā darbība izdodas, bet otrā neizdodas, uzskaitīta tiek pirmā darbība; neveiksmīgais solis uzdevumu nepatērē.

Arī atkārtota izpilde maina rezultātu. Ja visu Zapier palaišanu sāk no jauna, iepriekš veiksmīgās darbības, kas izpildās vēlreiz, patērē jaunus uzdevumus. Savukārt dažiem Zapier rīkiem ir īpaši skaitīšanas noteikumi, tāpēc vienkāršo divu darbību modeli nevar mehāniski attiecināt uz jebkuru sarežģītu plūsmu.

Power Automate gadījumā viens trigeris un divas darbības vienkāršotā plūsmā veido trīs pieprasījumus, ja katrs solis izpildās vienreiz. Neveiksmīga darbība arī palielina skaitītāju, bet izlaista darbība to nepalielina. Papildu pieprasījumu rada, piemēram, atsevišķs datu apstrādes solis; darbība ciklā tiek skaitīta katrā iterācijā. Ja savienotājs atkārto neveiksmīgu mēģinājumu, redzamais biznesa rezultāts var nemainīties, lai gan pieprasījumu skaits pieaug.

Viena darbplūsma trīs apjomos

Pieņemsim nosacītu procesu: jauns ieraksts iedarbina plūsmu, tā izveido ierakstu citā lietotnē un nosūta paziņojumu. Modelī abās platformās ir viens trigeris un divas veiksmīgas darbības. Nav filtru, ciklu, kļūdu, atkārtojumu vai papildu izsaukumu. Tālāk minētie skaitļi ir ar publicētajiem noteikumiem aprēķināti piemēri, nevis pakalpojumu darbības mērījumi.

• Pie 300 palaišanām mēnesī Zapier patērētu 600 uzdevumu, bet Power Automate — 900 pieprasījumu. Ja palaišanas vienmērīgi sadalītos 30 dienās, Microsoft pusē tie būtu vidēji 30 pieprasījumi diennaktī.
• Pie 3000 palaišanām mēnesī tās pašas darbības dotu 6000 Zapier uzdevumu un 9000 Power Automate pieprasījumu. Vienmērīgā 30 dienu mēnesī Microsoft patēriņš būtu vidēji 300 pieprasījumu diennaktī, savukārt Zapier plānam būtu jāsedz viss mēneša uzdevumu apjoms.
• Pie 60 000 palaišanām mēnesī sanāktu 120 000 Zapier uzdevumu un 180 000 Power Automate pieprasījumu. Ja katrā no 30 dienām notiktu 2000 palaišanu, šī viena plūsma radītu 6000 pieprasījumu diennaktī, vēl pirms citu plūsmu vai atkārtotu mēģinājumu patēriņa.

Šie aprēķini rāda uzskaites atšķirību, nevis gatavu cenu piedāvājumu. Piemēram, viens papildu veiksmīgs darbības solis katrā palaišanā palielinātu Zapier mēneša patēriņu par palaišanu skaitu. Power Automate tas palielinātu diennakts pieprasījumu skaitu tajās dienās, kad plūsma darbojas. Tādēļ līdzīgs mēneša palaišanu apjoms var radīt atšķirīgu slodzi, ja lielākā daļa ierakstu pienāk vienā dienā.

Diennakts robeža nav mēneša kvota

Microsoft limitu tabulā Microsoft 365 licencei publicēti 6000 pieprasījumu 24 stundās, bet dokumentētajā pārejas periodā piemēro 10 000 pieprasījumu robežu vienai mākoņa plūsmai. Tās ir atšķirīgas robežas ar atšķirīgu piemērošanas līmeni. Pārejas perioda robeža nedod pamatu plānot, ka nākotnē katrai plūsmai saglabāsies tāds pats apjoms.

Trešais nosacītais piemērs sasniedz publicēto oficiālo diennakts apjomu, taču pārejas periodā tas vēl nesasniedz plūsmai piemēroto augstāko robežu. Turklāt vienmērīgs vidējais neatklāj noslogotu dienu: ja mēneša palaišanas sakrīt īsākā laikā, diennakts patēriņš būs lielāks. Automatizētām un plānotām plūsmām nozīme ir arī īpašnieka licences kontekstam, tāpēc uzņēmuma darbinieku licences nevar vienkārši saskaitīt vienā kopīgā plūsmas kvotā.

Lietotņu vide maina vajadzīgo plānu

Zapier izvēle kļūst pievilcīgāka, ja procesā jāiesaista vairāki pakalpojumi ārpus Microsoft vides. Zapier cenu lapā norādītas integrācijas ar vairāk nekā 9000 lietotnēm, Professional plāna sākumcena 19,99 ASV dolāri mēnesī un iespēja veidot daudzsoļu plūsmas. Bezmaksas plānā paredzētā divu soļu plūsma šeit modelēto trigeri ar divām darbībām neietver. Sākumcena arī neatklāj cenu tādam uzdevumu apjomam, kāds vajadzīgs vidējam vai lielajam piemēram.

Microsoft 365 vidē ar piemērotiem standarta savienotājiem uzņēmums nelielai mākoņa plūsmai var izmantot jau pieejamās Power Automate tiesības. Ja vajadzīgs premium savienotājs, ar šo pieņēmumu vairs nepietiek un jāvērtē atbilstoša papildu licence. Savienotāja kategorija ir atsevišķs jautājums no pieprasījumu limita: liels neizmantots diennakts apjoms pats par sevi nepiešķir tiesības lietot premium funkciju.

Abām platformām tāpēc jāsalīdzina viens un tas pats process ar konkrētām lietotnēm. Zapier gadījumā būtisks ir veiksmīgo darbību skaits visās plūsmās, kas izmanto konta uzdevumu kvotu. Power Automate gadījumā svarīgi ir trigeri, visi izpildītie soļi, noslogotākās diennaktis un tas, kura licence attiecas uz plūsmu. Atšķirīga darbplūsmas uzbūve var mainīt abus skaitītājus arī tad, ja lietotājs saņem tādu pašu paziņojumu.

Ja procesam jādarbojas uz darbvirsmas

Darbvirsmas automatizācija ievieš vēl vienu licences izvēli. Microsoft Power Automate cenu lapā Premium plāns ar uzraudzītu darbvirsmas automatizāciju norādīts par 15 ASV dolāriem lietotājam mēnesī, bet Process plāns ar neuzraudzītu automatizāciju — par 150 ASV dolāriem robotam mēnesī; abiem norādīta gada apmaksa. Publicētās ASV dolāru cenas nav garantēta gala cena Latvijā, jo Microsoft norāda, ka tā var atšķirties pēc valsts un valūtas.

Uzraudzīta izpilde paredz lietotāja dalību, bet neuzraudzīta ļauj robotam darboties bez tās. Tādēļ Premium lietotāja cena nav piemērojama kā Process robota cena, ja uzdevumam vajadzīga neuzraudzīta darbvirsmas plūsma. Ja process aprobežojas ar mākoņa lietotņu sasaisti, izvēli savukārt visvairāk nosaka vajadzīgie savienotāji un abu atšķirīgie patēriņa skaitītāji.

Lasiet arī:

• Asana vai monday.com: komandas lielums maina šķietami lētāko izvēli
• Slack vai Microsoft Teams: izvēli nosaka rīku vide, nevis čata izskats
• Biznesa eņģelis vai fonds: nepareizs čeka izmērs iznieko dibinātāja laiku