• Geeks' Blog

Robotic Process Automation cofa IT o 20 lat

To całe zamieszanie i podekscytowanie wokół „RPA” przypomina mi sytuację, której byłem świadkiem dwie dekady temu. W firmie proces składania zamówień na produkty do odsprzedaży był całkowicie ręczny - jedni decydowali, jakie artykuły i ilość zamówić, inni wpisali te zamówienia do systemu komputerowego - linia po linii. Nadal tak działają?

Jeden z facetów, który wykonywał tę nudną i głupią robotę, postanowił uprościć sobie życie. Lista pozycji do zamówienia była mu przesłana w pliku Excel (ktoś wcześniej wykonał inną bezużyteczną robotę). Następnie je wprowadzić do komputera za pomocą terminala uniksowego. Nasz bohater wpadł na pomysł napisania makra w Visual Basicu, które symulowałoby jego codzienną ręczną pracę – odczytaj z pliku numer artykułu i jego ilość, a następnie wprowadź te dane w terminalu. Sekwencja: 'kopiuj', 'wklej', 'enter', 'sendKeys'... W ten sposób uruchomił pierwszą „Robotic Automation” nawet o tym nie wiedząc.

Zawsze uważałem, że IT ma najlepszy marketing ze wszystkich branż. Inni - trzymajcie im piwo! Firmy technologiczne zawsze były w stanie sprzedawać największe bzdury bogatym organizacjom. Jesteśmy w 2021 roku i nakładki na nieaktualne oprogramowanie sprzedawane są jako „roboty”.

Więcej…

Robotic Process Automation takes IT 20 years back

This all the turmoil and excitement around “RPA” reminds me a situation that I witnessed two decades ago. A company had a process of placing orders for products for resale that was completely manual - some people decided what kind of articles and quantity to order, others typed these orders into the computer system - line by line. They still work like that?

One of the guys who was doing this dull and stupid job decided to simplify his life. The list of items to be ordered was sent to him in an Excel file (someone else had previously done another dummy job). Then it had to be entered into the computer using a Unix terminal. Our hero came up with the idea of writing a macro in Visual Basic that would simulate his daily manual work - read the article number and its quantity from the file and then enter this data in the terminal. Sequence: 'copy', 'paste', 'enter', 'sendKeys' ... Thus, he launched the first "Robotic Automation" without even knowing it.

I have always believed that IT has the best marketing of all industries. Others – hold their beer! Tech companies has always been able to sell the greatest nonsense to rich organizations. We are in 2021 and the overlays for outdated software are sold as "robots".

Więcej…

Budujemy workflow w Oracle Apex

Do czego potrzebny nam "przepływ pracy" w aplikacji?

Zdecydowana większość aplikacji biznesowych ma jakiś "wokflow". W każdym biznesie grupa ludzi wykonuje swoją pracę by „dostarczyć wartość”. Ale nie robimy wszystkiego wspólnie i rozbijamy zadanie na aktywności ponieważ się specjalizujemy i realizujemy zadania według umiejętności - roli. Wykonujemy swoją pracę i przekazujemy ją do następnej osoby – niczym taśma produkcyjna. Te aktywności wykonywane są w ramach procesu ktory działa wg. szablonu - "wokflow". Ma on swoje etapy, taski, statusy.

Oracle Apex nie posiada gotowego modułu do budowania "przepływu pracy" jak byśmy powiedzieli w języku polskim. Jeślibyśmy chcieli zbudować np. proces akceptacji, musimy tworzyć funkcje lub procedury w językach dostępnych w Apex (JavaScript, PL/SQL). Napisanie takiego kodu jest problematyczne. Największym jednak wyzwaniem jest zarządzanie zmianą. Wszyscy wiemy jak "biznes" zmienia założenia do aplikacji - zaczyna się do "takiego małego czegoś do takiego czegoś" a ewoluuje w całkiem duży, skomplikowany system. Więc workflow który służy nam np. do akceptacji faktur z jednego poziomu rozrasta się do kilku, powstają kolejne warunki biznesowe i wyjątki (np. przepływ zależny od rodzaju faktury, od sumy faktury, od kategorii dostawcy/klienta).

Więcej…

Camunda - polaczenie procesu z zewnetrznym API (REST)

Najczęściej spotykanym scenariuszem odczytu tasków i uruchamianiem aktywności w zewnątrznych systemach jest budowanie 'listy tasków' na zewnątrz Camundy. Camunda zajmuje się tylko przesyłaniem informacji a rolą zewnętrznych systemów jest odpowiednie reagowanie w zależności od otrzymanego sygnału (czytaj więcej). Czasami jednak chcemy Camundzie zlecić pracę połączenia się z zewnątrznym API, np. serwisem REST by otrzymać lub przekazać dane. Camunda oferuje taką możliwość z wykorzystaniem "service task" i konektora "http-connector".

Poniżej przedstawiamy tutorial jak zbudować diagram BPM, konektor i dokonać właściwych ustawień by proces Camundy łączył się z API.

Budujemy diagram procesu

Ten tutorial bazuje na przykładzie REST Service Task opublikowanym przez Camunde na Github. Z tamtejszego repozytorium możesz pobrać pliki użyte w tym przykładzie. Gotowy diagram to plik invokeRestService.bpmn. Otwórz go w Camunda Modeler.

Więcej…

Strona 15 z 29

  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
© 2026
Powered by DataGeeks & Human Intelligence