Twórz Własne Automatyzacje
3 godz. 14 min · Make · Biznes i Automatyzacje
Adam GospodarczykKorzystając z różnych narzędzi, na przykład do obsługi mailingu, masz do dyspozycji na ogół kilka wbudowanych integracji - przykładowo połączenie z kalendarzem czy bramką płatności. Wyobraź sobie, że takie narzędzie możesz połączyć praktycznie z dowolnym innym, nawet jeśli nie ma go na liście. To właśnie potencjał Make, które umożliwi takie automatyzacje.
Jeśli znasz Zapier, Make to podobna koncepcja, ale daje dużo bardziej zaawansowane możliwości, jest dużo tańsza (lub darmowa) a dodatkowo, ma naszym zdaniem bardziej przyjazny i czytelny interfejs zwłaszcza przy tworzeniu rozgałęzionych scenariuszy. Tworzenie automatyzacji z Make to czysta przyjemność i zdrowa porcja dopaminy!
Co najważniejsze, Make umożliwia tworzenie automatyzacji bez użycia ani jednej linii kodu! To jak programowanie 2.0, gdzie rezultaty widzisz i testujesz w prostym, wizualnym edytorze. To najłatwiejszy sposób aby zacząć przygodę z programowaniem i nowoczesnym podejściem do technologii no-code i low-code.
Mimo, że Make jest natywnym środowiskiem no-code, osoby, które nieco lepiej rozumieją zasady działania protokołu HTTP i API i mają podstawy programowania w JS, otrzymują zupełnie nowe możliwości tworzenia oprogramowania, w sposób wizualny i prostszy niż kiedykolwiek. Jeśli osoby początkujące z Make stają się programistami, programiści stają się superbohaterami!
Wyjątkowe w Make jest podejście do tworzenia automatyzacji wizualnie, gdzie bardzo czytelne jest całe flow scenariusza i to, jak przepływają w nim dane. Zaawansowane możliwości jak stosowanie filtrów czy funkcji sprawia, że w tak prostym interfejsie w zasadzie nie ma zadań niemożliwych!
Z dowolnego narzędzia możesz wysłać dane w postaci Webhooka do Make, które zostaną natychmiastowo odebrane. Następnie możesz łatwo przekazać je w dowolne miejsce i do dowolnego narzędzia - na przykład Airtable, z którego często korzystamy aby gromadzić dane, HubSpot'a, Asany czy wysłać powiadomienie SMS, e-mail, Slack. Całość zajmie Ci kilka minut.
Ten kurs jest przeznaczony dla każdej osoby, która chce pracować wydajniej i zatrudnić roboty (automatyzacje), które wykonają za nią powtarzalne zadania. Dzięki temu, zwiększysz efektywność swojej pracy oraz zostaniesz bohaterem automatyzacji w swojej firmie. Osoby, które przerobiły kurs HTTP i API, a także programiści, mogą wycisnąć z tego kursu jeszcze więcej, na dobre zmieniając swoje podejście do automatyzacji. Polecamy wcześniejsze przerobienie przynajmniej kursu HTTP i API, aby lepiej zrozumieć omawiane zagadnienia.
Ok, to teraz kontynuujemy nasze działania z poprzedniej lekcji i jesteśmy w tym
starym naszym scenariuszu Weather.
I ten nasz scenariusz, który stworzyliśmy wcześniej, ja sobie
specjalnie wywołałem z błędem.
Tutaj jest jego egzekucja, która zakończyła się błędem.
Mogę sobie na nią kliknąć, tylko że jest to egzekucja dosyć specyficzna.
Znowu wpisałem jakieś bzdury w tym mieście, dlatego po prostu
zasymulowałem ten błąd.
Ale tym razem nie było mnie w tym scenariuszu, gdy to robiłem.
To znaczy, że jakbym sobie kliknął diagram i teraz wywołał ten scenariusz, kliknął,
no i scenariusz wykonałby się z błędem.
City not found to w tym momencie Make nie wysyła mi maila.
Dlaczego?
Dlatego, że wie, że ja jestem w tym scenariuszu i wie, że sam go psuje
i będę wiedział, jak go naprawić.
Prawdopodobnie dlatego nie informuje mnie o tym, że coś poszło nie tak.
Ale jeżeli już zaplanujemy sobie a przed chwilą była 21:00 8, więc ja zaplanowałem
sobie wykonanie tego scenariusza na 21:9 i po prostu go włączyłem.
Odczekałem sobie minutkę, ten właśnie Skaler automatycznie wykonał
mi scenariusz i wtedy myśli sobie Aha, dobra, to wykonał scenariusz
automatycznie, który był zaplanowany, więc pewnie Grześka nie ma przy kompie, ale ten
scenariusz sfilmował i ja muszę go powiadomić, więc wtedy
wysyła powiadomienie.
Na razie jest to dość niedoskonałe.
Pewnie powinien być jakiś lepszy system powiadomień na majku, ale
póki co dostajemy te błędy.
No i teraz dostajemy dwa maile z błędami.
Pierwszy email, który dochodzi to jest informacja o tym, że jest
błąd, jest błąd w scenariuszu.
No i to jest informacja o tym, w jakim scenariuszu i też są detale
tego błędu, co się stało.
I może to być w zasadzie jedyny mail, który otrzymamy.
Jeśli to jest jedyny mail, który otrzymamy, to znaczy, że nasz
scenariusz cały czas działa.
Bo na przykład tak jak pokazywałem Ci wcześniej.
W tym scenariuszu jest ignor wrzucony na ten moduł.
To znaczy, że okej, jak jest błąd nawet to spoko, ale zignoruj go.
On mimo wszystko wyśle tego maila, ale nie zatrzyma scenariusza, Jeżeli nie ma tej
obsługi błędu i nie ma tego ignora, to w momencie, gdy napotka
błąd w takim scenariuszu.
Od razu też wyśle za chwilkę drugi e-mail I ten drugi e-mail nazywa się The
scenario weather has been stopped.
No i w tym przypadku już jest trochę gorzej, bo faktycznie nasz scenariusz
przestaje działać, mimo, że dane się kolejkują.
No to niestety musimy wrócić do tego scenariusza, naprawić błędy,
przeprocesować jeszcze raz te dane.
Więc ten e-mail jest taki trochę gorszy, można powiedzieć.
Ja teraz sobie zaznaczę początek tego maila, w zasadzie
cały nawet może by nas interesował.
I spróbuję sobie rozróżnić te dwie sytuacje, czyli takiego maila bardziej
lajtowego, że tylko dostałem błąd w scenariuszu i takiego maila, który już
zmusza mnie koniecznie do interwencji.
I teraz można by było wrócić do naszych scenariuszy.
Mamy tutaj integration Gmail.
Zmienimy sobie nazwę tego scenariusza na Error Notifications.
Na razie nie stosuję jakichś konwencji nazw tutaj może jeszcze
o tym sobie porozmawiamy.
Na razie mam mało scenariuszy, więc takie nazwy są też w porządku.
No i teraz zastanówmy się, co z tym zrobić.
Po pierwsze okazuje się, że w ogóle nie obsługuje tego przypadku.
Gdzie mi się scenariusz wywalił całkowicie.
Tylko szukam w tym temacie Encounter error.
Tak naprawdę powinienem szukać może czegoś innego tutaj na początek, więc może tylko
tego wspólnego mianownika do tych maili, czyli tej ikonki na początku tego emoji.
Jeśli ona pojawi się w temacie, to znaczy, że z dużą dozą prawdopodobieństwa to jest.
To jest właśnie mail, który zawiera te informacje o błędzie.
Mogę ewentualnie też sobie skopiować ten adres email, zobaczyć, czy właśnie ten sam
adres e-mail jest używany w obu tych mailach.
I faktycznie jest.
W jednym mailu znajduje się error, a w drugim znajduje się stopped.
I w sumie po tych frazach będę mógł to przeszukać.
Więc jeśli chodzi o o to co mogę jeszcze wpisać to SenderEmail adres.
Mogę po prostu upewnić się, że to pochodzi od Maka i w temacie jest coś takiego.
I teraz będę nasłuchiwał sobie na razie.
from now on Zobaczymy, ale chcę pokazać Ci, jak może zadziałać też
filtrowanie wewnątrz samego makra.
Te kropki, które tutaj są to kropki, w które można kliknąć, a
następnie można ustawić coś takiego jak condition, czyli stworzyć filtr.
I tutaj możemy tylko np.
Obsłużyć sytuację gdzie mamy błąd czyli error.
I teraz w tej sekcji Condition mamy możliwość sprawdzenia pola subject,
a następnie możemy sobie wybrać tutaj kliknąć na to Equal to i mamy.
Zobacz, że bardzo dużo różnych rzeczy, które nam sprawdzają, na przykład
tablice czy coś zawiera, nie zawiera, czy jest równe, czy jest większe, mniejsze.
Ponieważ są różne operatory tekstowe, które operują na tekście, numeryczne,
które sprawdzają numery, czy coś jest większe, mniejsze niż daty, które
sprawdzają, czy coś było wcześniej i później, i tak dalej.
I to oczywiście zależy od tego, co nam przychodzi w tym polu.
Subject Nam, w tym polu Subject przychodzi text, więc powinniśmy operować oczywiście
na operatorach tekstowych i powinniśmy sprawdzić, czy w tekście jest coś takiego
jak, czyli contains, czyli ten tekst czy tekst zawiera.
I tutaj mamy albo zwykłe albo case intensity, czyli to nie będzie zwracał
uwagi na wielkość liter i zwykle to wybieram.
Będziemy patrzyli sobie po prostu na występowanie słówka error w tym mailu.
Więc jeżeli w tym mailu jest error, to wtedy rzuć mi wiadomość na Slacka.
Wybieram polecenie OK.
I w ten sposób stworzyłem sobie filtr.
Ten filtr mogę na niego kliknąć i zobaczyć, że jeżeli w temacie jest error,
wtedy tylko wtedy zostanie wysłana wiadomość na Slacka.
Ale do mnie będzie przychodził jeszcze jeden typ wiadomości gdzie będzie error.
Tylko gdzie będzie fraza stopped?
I chciałbym inaczej obsłużyć ten przypadek.
I robimy to w Maku, tworząc właśnie alternatywne ścieżki.
Tutaj jak widzisz tą ścieżką poruszamy się w jedną stronę,
ale możemy też kliknąć prawym przyciskiem myszy i wybrać coś takiego jak router.
I ten router teraz jest stworzony źle niestety, ponieważ
jest za tym filtrem z aurorem.
Więc sorry, ale musimy sobie ten filtr usunąć i jeszcze raz go
stworzyć dla ćwiczeń.
Po prostu stworzyć go tutaj.
Da się to też zrobić troszkę inaczej, ale już nie będę tego robił, bo łatwiej będzie
mi po prostu jeszcze raz wybrać sobie tekst Separator case Sensitive
i wkleić tutaj Error.
Jak widzisz tych warunków możemy tutaj dodawać więcej.
Możemy dodać warunek end, że coś jeszcze musi być spełnione.
Albo możemy dodać regułę or i wtedy albo albo.
Jeżeli jedna tylko z tych rzeczy będzie spełniona, to wystarczy, żeby scenariusz
poszedł dalej i wykonał się tą ścieżką.
Na razie zostawmy to w prostym schemacie, gdzie jeśli jest error, to wiadomość na
Slacku i to co chcemy zrobić ten router, to co nam pozwala zrobić to pozwala
kliknąć teraz na plusik i dodać kolejną ścieżkę.
Więc w tym momencie rozdzielimy sobie te ścieżki i tutaj pójdą wszystkie
wiadomości, ale tutaj pójdzie tylko ta z błędem, a tutaj pójdzie tylko
ta z zatrzymaniem scenariusza.
I w tym przypadku oczywiście możemy wybrać coś innego.
Możemy wybrać jakiegoś telegrama, możemy wybrać nawet właśnie tak jak wspomniałem,
tutaj mamy taki moduł, który nazywa się Android.
Mamy też Apple i Apple. iOS.
Będą push notifications, czyli Apple Push Notifications na telefon.
Natomiast to co możemy tutaj zrobić, to możemy też po prostu kliknąć prawym
przyciskiem na moduł i go sklonować.
Pokażę Ci jak to się robi.
Klonujemy tutaj ten moduł, ten, klikamy prawym i usuwamy.
I w tym momencie mamy dwie wiadomości na Slacka, z tym, że ta na przykład może iść
do ogólnie do zespołu, że trzeba coś naprawić, a ta może iść na przykład do
mnie jako prywatna wiadomość, że coś się zepsuło na amen i trzeba
pilnie zareagować. Więc tutaj będzie stopped.
I robimy sobie, jeżeli w tytule mamy tekst operator case in sensitive stopped, to
znaczy, że scenariusz nam się zatrzymał, Zapisuje zmiany, mogę kliknąć na auto
online, żeby to sobie ładnie wyrównać.
Wszystko zapisuje te zmiany raz jeszcze.
No i mamy obsłużony ten przypadek, czyli w mailu w Gmailu szukamy maili, które mają
tylko nadawcę od Maka, a także w temacie mają właśnie ten element.
To emoji i później wszystkie idą sobie tutaj.
Ale jeśli to jest błąd, to idzie jedna wiadomość na Slacka.
Jeśli to jest zatrzymany scenariusz, to idzie inna.
Oczywiście na razie jest taka sama, bo to sobie skopiowaliśmy, ale ona
i tak ma po prostu ten temat.
Subject W związku z tym przyjdzie z odpowiednim tematem.
Wybieram polecenie OK i można powiedzieć, że w ten sposób mamy stworzony scenariusz,
który całkiem fajnie nam działa, bo nasłuchuje maili na naszej skrzynce i robi
różne komunikaty w zależności jakie te maile są.
Żeby to przetestować, to już w zasadzie nie musimy nawet psuć tego poprzedniego
scenariusza i czekać, tylko możemy prawym przyciskiem myszy wybrać polecenie Where
to start i możemy sobie wybrać Select the first email.
W tym momencie powinny się załadować maile zgodnie z filtrem, bo właśnie ten
filtr mamy założony na tą ikonkę.
I zobacz, że tutaj mamy scenario has been stopped, a tutaj mamy error.
No to może wybierzmy sobie najpierw, kiedy scenariusz został zatrzymany, czyli
to pierwsze scenario has been stopped.
Wybieram polecenie Run once.
Teraz ten mail powinien być załadowany i powinien sobie przelecieć
tym naszym filtrem stopped.
Rzeczywiście tak się stało.
Zobacz, że został zwrócony wynik poszło do routerem i zostało odfiltrowane tutaj.
Tutaj mamy 0 wyników, które spełniają kryteria, więc nie wykonał
się ten moduł Slacka.
Mam informację o tym, że sorry, ale tutaj jakby nie zgadza nam się dlatego,
że subject nie zawiera error.
Mamy tutaj jeden panel, który został przepracowany, czyli
ten jeden mail Subject. Nie zawiera error.
No i super.
Tutaj mamy subject, który zawiera stopped i jest oznaczony, że znalazło to słowo
stopped i dlatego został wykonany poprawnie ten scenariusz i została
wysłana wiadomość na mojego Slacka.
No i rzeczywiście, jeśli przejdę na Slacka, mam informację, że
scenario weather has been stopped.
Jeżeli wybralibyśmy jednak ten drugi mail czy to start?
I wybieram sobie ten mail, który zawiera error.
Wybieram polecenie ok, zobaczmy i przeniesiemy się na Slacka.
Mamy informację Encounter error in weather scenario.
Także działa to poprawnie i poprawnie rozdziela nam te błędy.
To wszystko co chciałem pokazać w tej lekcji.
Najpierw zrobiliśmy sobie filtrowanie na poziomie samego modułu, a później
zrobiliśmy filtrowanie na poziomie już konkretnie makra.
Nauczyliśmy się też jednego z najważniejszych modułów, czyli routera,
który pozwala nam rozdzielić te operacje na kilka akcji.
I na razie to jest tyle.
Ale to jeszcze nie wszystko, co chciałem wyjaśnić Ci na temat tego scenariusza, bo
być może zastanawiasz się, czy ten router był nam potrzebny i chcę w kolejnej lekcji
pokazać Ci, jak mogłoby to wyglądać trochę inaczej w schemacie liniowym i
dlaczego by to nie zadziałało.
Do usłyszenia w kolejnej lekcji.