Automatyzacja obiegu faktur w Make, krok po kroku

Faktury przychodzą mailem, ktoś je pobiera, zmienia nazwy, wrzuca do właściwego folderu, przepisuje kwoty do arkusza i informuje księgowość. Każda zajmuje kilka minut. Pomnóż to przez miesiąc i wychodzi pół etatu, którego nikt nie wpisał do struktury firmy.

Większość tego może działać bez udziału człowieka, do zbudowania w jedno popołudnie, bez pisania kodu. Poniżej jak to zrobić w Make i, co ważniejsze, które części ludzie pomijają, a potem zastanawiają się, dlaczego przepływowi nie można zaufać.

Co robi ten przepływ

1. Obserwuje skrzynkę pod kątem wiadomości z załącznikami.
2. Rozpoznaje, które załączniki są fakturami.
3. Wyciąga dostawcę, numer, datę i kwotę.
4. Zmienia nazwę pliku na spójną konwencję.
5. Odkłada go w magazynie plików, w folderze na każdy miesiąc.
6. Dopisuje wiersz do rejestru.
7. Wysyła jedno dzienne podsumowanie, a nie ping na fakturę.

Budowa

1. Wyzwalacz

Moduł obserwujący skrzynkę, z filtrem na wiadomości, które faktycznie mają załączniki. Użyj dedykowanego adresu albo etykiety, nie głównej skrzynki. Skierowanie automatyzacji na skrzynkę, do której przychodzi też wszystko inne, to droga do rejestru pełnego newsletterów.

2. Rozpoznanie faktury

Filtr na typ i nazwę pliku załatwia większość przypadków. Na resztę model językowy czytający pierwszą stronę jest pewniejszy niż wyrażenie regularne, bo dostawcy nazywają pliki jak chcą.

3. Wyciągnięcie danych

To krok, w którym rozstrzyga się jakość. Sprawdzaj względem schematu: kwota musi być liczbą, data datą, numer faktury niepusty. Wszystko, co nie przejdzie walidacji, idzie do kolejki do przeglądu, a nie do rejestru. Przepływ, który po cichu wpisuje bzdury, jest gorszy niż brak przepływu, bo przestajesz sprawdzać.

4. Nazewnictwo i archiwizacja

Jedna konwencja, stosowana bez wyjątków, na przykład 2026-08-14_dostawca_numer.pdf. Sensem konwencji nie jest porządek, a możliwość znalezienia dokumentu po trzech latach bez otwierania dwudziestu plików.

5. Rejestr

Na początek wystarczy arkusz. Zrób go idempotentnym: przed dopisaniem sprawdź, czy ten numer faktury od tego dostawcy już istnieje. Bez tego jedno ponowne uruchomienie scenariusza daje każdą fakturę dwa razy, a to najczęstszy sposób, w jaki takie przepływy tracą zaufanie.

6. Powiadomienia

Jedno dzienne podsumowanie, nie wiadomość na fakturę. Automatyzacja generująca więcej szumu niż ręczny proces, który zastąpiła, zostaje wyciszona, a wyciszony przepływ to przepływ bez nadzoru.

Części, które ludzie pomijają

• Obsługa błędów. Każdy krok potrzebuje zdefiniowanego zachowania przy awarii: ponowienie, kolejka, alert. Make nie zrobi tego za ciebie.
• Duplikaty. Opisane wyżej i warte powtórzenia, bo to awaria, która po cichu niszczy zaufanie do liczb.
• Kolejka do przeglądu. Około jedna faktura na dwadzieścia będzie dziwna. Zaplanuj, gdzie trafia, albo wyląduje w rejestrze błędnie.
• Monitoring. Dostawcy zmieniają swoje szablony. Chcesz się o tym dowiedzieć z alertu, a nie od księgowej.

Kiedy Make jest złym narzędziem

Przy małym wolumenie i prostym przepływie Make jest szybki i tani. Gdy przetwarzasz dużą liczbę dokumentów, potrzebujesz realnej ścieżki audytu albo logika zaczyna się rozgałęziać w każdą stronę, koszt utrzymania wizualnego scenariusza przewyższa koszt napisania tego samego w kodzie. To decyzja warta podjęcia na etapie projektu, a nie po drugiej przebudowie.

Chcesz przejść to na realnym przykładzie z twojej firmy? Napisz do nas i rozrysujemy przepływ dla twojego przypadku, włącznie z powiedzeniem ci, jeśli arkusz i dziesięć minut w tygodniu naprawdę są lepszą odpowiedzią.