Nowe zlecenia produkcyjne z arkusza prosto na Telegram hali
Biuro wpisuje zlecenie do arkusza, a hala dowiaduje się o nim, gdy ktoś zadzwoni albo przyjdzie z kartką. Ten workflow n8n co 15 minut wysyła każde nowe zlecenie na czat Telegrama hali i zaznacza w arkuszu, że już poszło.
Autor
- Adrian HuniaWspółzałożyciel SEVENEDGE
- Opublikowano:
- Ostatnia weryfikacja:
- Wersja n8n:
- 2.8.4
W skrócie
Co robi
- Co 15 minut czyta arkusz zleceń produkcyjnych
- Wybiera zlecenia, które nie były jeszcze ogłoszone
- Oznacza jako pilne te z terminem w ciągu 2 dni
- Wysyła jedno krótkie powiadomienie na zlecenie na Telegram
- Zaznacza w arkuszu, że zlecenie zostało ogłoszone
Czego nie robi
- Nie ogłasza ponownie zmian w już wysłanym zleceniu
- Nie rozumie dat w formacie 05.11.2026
- Nie planuje produkcji ani nie przydziela maszyn
- Nie zastępuje systemu produkcyjnego
Czego wymaga
- n8n (sprawdzone na 2.8.4)
- Arkusz Google ze zleceniami
- Bot Telegrama i identyfikator czatu hali
Nowe zlecenia produkcyjne z arkusza prosto na Telegram hali
W wielu firmach produkcyjnych plan żyje w arkuszu. Biuro dopisuje zlecenie, a hala dowiaduje się o nim z telefonu, z kartki albo dopiero wtedy, gdy ktoś zapyta, co robić dalej. Ten workflow n8n robi jedną rzecz: każde nowe zlecenie trafia na czat Telegrama, który brygadzista i tak ma w telefonie.
To celowo mały workflow, sześć node'ów. Cała logika siedzi w jednym kodzie i w jednej kolumnie arkusza.

Stan trzymany w arkuszu, nie w n8n
Workflow nie pamięta, co już wysłał. Pamięta to arkusz: kolumna Announced dostaje wartość yes, gdy zlecenie poszło na czat. Przy następnym przebiegu takie wiersze są pomijane.
const pending = rows.filter(r => {
const flag = String(r[COL.status] ?? '').trim().toLowerCase();
const hasId = String(r[COL.id] ?? '').trim() !== '';
return hasId && flag !== DONE;
});
Dzięki temu stan widać gołym okiem i można go poprawić ręcznie. Wystarczy wyczyścić komórkę, żeby zlecenie poszło jeszcze raz.
Najpilniejsze najpierw
Każde zlecenie dostaje liczbę dni do terminu. Te z terminem w ciągu urgentDays (domyślnie 2) dostają czerwoną kropkę, a lista jest sortowana od najbliższego terminu. Na hali liczy się to, co pali się dziś, a nie kolejność alfabetyczna.
🔴 ORDER 2026-114
Product: Regał R-200
Quantity: 40
Station: Spawalnia
Due: 2026-11-07 (2 days)
Priority: A
Jedna wiadomość na zlecenie, a nie zbiorczy raport. Brygadzista może odpowiedzieć na konkretne zlecenie w wątku.
Konfiguracja
Nazwy kolumn siedzą w node'cie ustawień, więc arkusz nie musi się dopasowywać do workflow.
| Parametr | Domyślnie | Po co |
|---|---|---|
colOrderId, colProduct, colQuantity | Order, Product, Quantity | nazwy kolumn |
colDueDate, colStation, colPriority | Due date, Station, Priority | nazwy kolumn |
colStatus / announcedValue | Announced / yes | kolumna stanu i wartość „wysłane” |
urgentDays | 2 | od ilu dni do terminu zlecenie jest pilne |
maxPerRun | 20 | limit wiadomości na przebieg |
Ograniczenia
Kolejność to najpierw Telegram, potem zapis w arkuszu. Jeśli wiadomość wyjdzie, a zapis się nie uda, przy następnym przebiegu zlecenie pójdzie drugi raz. Wybraliśmy duplikat zamiast zgubionego zlecenia.
Data jest czytana przez new Date(), więc format ISO (2026-11-07) działa, a polski zapis 07.11.2026 nie. Dla takiej kolumny zlecenie pójdzie bez liczby dni i bez oznaczenia pilności.
Zmiana w już ogłoszonym zleceniu (inna ilość, przesunięty termin) nie wywoła nowej wiadomości. Do tego potrzebna byłaby kolumna z wersją albo porównanie z poprzednim stanem.
Przebieg co 15 minut oznacza do 15 minut opóźnienia i czytanie całego arkusza za każdym razem. Przy kilku tysiącach wierszy warto filtrować po statusie już w zapytaniu.
Kiedy to nie ma sensu
Jeśli zleceń jest kilka dziennie, a biuro i hala są w jednym pomieszczeniu, wystarczy powiedzieć. Workflow ma sens, gdy biuro i hala są rozdzielone, a plan zmienia się kilka razy dziennie. Gdy arkusz zaczyna pękać w szwach, a na hali potrzebny jest ekran z kolejką, statusami i czasem pracy, to już system do zarządzania produkcją. O tym, kiedy arkusz przestaje wystarczać w produkcji, piszemy osobno. Takie powiadomienia składamy też w ramach wdrożeń n8n.
Weź to do siebie
Jak to zacytować
Adrian Hunia (2026). Nowe zlecenia produkcyjne z arkusza prosto na Telegram hali. SEVENEDGE. https://sevenedge.pl/pl/workflows/zlecenia-produkcyjne-telegram-hala (dostęp: 5 listopada 2026)
Źródła
- n8n docs — Telegramdokumentacja n8n
- n8n docs — Google Sheetsdokumentacja n8n
Kto za tym stoi
Adrian Hunia
Współzałożyciel SEVENEDGE
Współzałożyciel SEVENEDGE. Projektuje i wdraża systemy biznesowe dla małych firm — od zarządzania produkcją po rejestrację czasu pracy. Pracuje na Next.js, FastAPI i PostgreSQL. SEVENEDGE działa bez podwykonawców: kod piszą dwaj właściciele.
Powiązane dokumenty
Inne przepływy, które opisaliśmy tak samo dokładnie.
- Obsługa zgłoszeń z trzema agentami AI: triage, dokumentacja, odpowiedź i bramka człowiekaJeden agent klasyfikuje zgłoszenie, drugi szuka odpowiedzi we własnej dokumentacji, trzeci pisze odpowiedź. Sama wychodzi tylko odpowiedź, która przeszła trzy warunki naraz. Resztę widzi człowiek, a każde pytanie bez pokrycia w dokumentacji staje się zadaniem do dopisania.
- Agent pisarz i agent krytyk: pętla w n8n, która kończy się na rubryce, a nie na zmęczeniuJeden agent pisze, drugi ocenia według rubryki i reguł domu, a pętla wraca do pisarza, dopóki tekst nie przejdzie progu. Najważniejsze w tym workflow nie są prompty, tylko trzy warunki stopu i to, że krytyk nie ma prawa podbijać oceny, żeby pętla się skończyła.


