Integracja z Google Sheets arkusz w procesie, nie zamiast procesu
Arkusz jest u Was miejscem, w którym proces dotyka danych: ludzie tu wpisują, raporty tu lądują, decyzje wychodzą z tych komórek. Wpinamy go w proces tak, że zespół otwiera ten sam plik, a dane mają jedno miejsce zapisu, walidację na wejściu i ślad po każdej zmianie. Gdy arkusz przestaje wyrabiać, historia idzie do bazy albo hurtowni, a arkusz zostaje widokiem na te dane.
- 300 zapytańtyle odczytów i tyle zapisów na minutę przyjmuje Sheets API na jeden projekt, przy 60 na minutę na jednego użytkownika. Limity z dokumentacji Google
- 10 mln komórektwardy limit jednego arkusza Google. Przy tym progu historia idzie do bazy albo hurtowni, a arkusz zostaje widokiem
- 14 dniod warsztatu do pierwszej automatyzacji działającej na kopii Waszego arkusza, z Waszymi danymi
- 2 do 4 tygodnityle zwykle trwa pełne wdrożenie: punkt wejścia z walidacją, zapis przez automat, log zmian i raport
Problem
Co się dzieje, gdy arkusz zostaje bazą danych firmy?
Dwie osoby otwierają ten sam plik o 9:40. Jedna wpisuje status w wierszu 212, druga w tej samej minucie sortuje kolumnę z datą i zaznacza tylko ją, bez reszty wiersza. Po sortowaniu statusy stoją przy cudzych zamówieniach. Nikt tego nie zobaczy dzisiaj. Zobaczy to klient, do którego pojechała zła paczka, albo księgowa, która wystawiła fakturę na inną kwotę.
Arkusz nie ma nic z tego, co baza danych robi w tle. Nie wie, że kolumna z NIP-em ma mieć 10 cyfr. Nie odmówi, gdy ten sam numer zamówienia wpadnie dwa razy. Nie zablokuje wiersza, w którym ktoś już pisze. Formuła, która zwraca #REF!, wygląda w tabeli jak każda inna komórka, a suma pod nią liczy się dalej, tylko z innej liczby wierszy.
Do tego dochodzą limity, o których nikt nie myśli przy pierwszej zakładce. Dokumentacja Sheets API podaje 300 odczytów i 300 zapisów na minutę na jeden projekt, przy 60 na minutę na jednego użytkownika; powyżej progu API odpowiada błędem 429 i automat musi umieć ponawiać. Sam plik ma z kolei twardy limit 10 milionów komórek, tym razem po stronie Arkuszy, a nie API. Proces, który w styczniu dopisywał 200 wierszy na tydzień, w drugim roku wchodzi w te progi i przestaje działać bez ostrzeżenia.
Najdroższe jest to, że nie da się potem odtworzyć, co się stało. Historia wersji pokaże, że wiersz się zmienił, ale nie odpowie na pytanie, czy zamówienie było opłacone w chwili, w której szło do produkcji. Proces bez zapisu, kto co zmienił i na jakiej podstawie, nie da się ani rozliczyć, ani poprawić.
- Nikt nie wie, która wersja arkusza jest tą, na której pracuje reszta firmy
- Jedno sortowanie kolumny bez reszty wiersza psuje dane po cichu
- Formuła zwraca błąd, a raport nad nią wygląda dalej normalnie
- Ta sama liczba w arkuszu i w systemie różni się, a nikt nie wie, która jest prawdziwa
- Plik z danymi klientów jest udostępniony jako „każdy, kto ma link”
Dlaczego teraz
Dlaczego arkusz da się wpiąć w proces bez zabierania go zespołowi?
Sheets API v4 czyta i zapisuje wskazane zakresy komórek z zewnątrz: spreadsheets.values.get pobiera, spreadsheets.values.update zapisuje, batchUpdate wprowadza kilkadziesiąt zmian w jednym wywołaniu. Automat loguje się jako konto usługi, więc pracuje bez człowieka klikającego zgodę. Dla arkusza to zwykły zapis, dla procesu koniec z eksportem do CSV.
Drugą rzecz Google dołożył po stronie samego pliku: zakresy chronione i walidacja danych. Da się ustawić, że w kolumnę ze statusem pisze wyłącznie automat, w kolumnę z uwagami wyłącznie zespół, a pole z datą nie przyjmie tekstu. Arkusz przestaje być kartką, na której każdy pisze wszędzie, i nikt nie musi się przy tym uczyć nowego narzędzia.
Trzecia zmiana to wyjście awaryjne. Connected Sheets pozwala postawić arkusz nad hurtownią, więc zespół robi tabelę przestawną na danych, których w pliku fizycznie nie ma. Gdy dane wychodzą do BigQuery, zakładka zostaje ta sama, tylko liczby przychodzą z hurtowni. Nie musisz wybierać między porządkiem w danych a narzędziem, które ludzie znają.
Czwarta rzecz to agent AI. Automat dopisze wiersz, ale nie odpowie na pytanie „ile pozycji z września nie ma jeszcze numeru faktury”. BOND, nasz firmowy agent AI, odpowiada na to zwykłym zdaniem w 5 do 10 sekund, czytając ten sam arkusz i tę samą hurtownię.
Co się zmienia
Co dostaje zespół, który zostaje w arkuszu?
Arkusz jako wejście, które sprawdza, co dostaje
Ludzie wpisują dalej, tylko w miejscu, które pilnuje formatu: NIP ma 10 cyfr, data nie jest z przyszłości, status jest z listy. Wiersz, który nie przechodzi kontroli, ląduje w zakładce z odrzutami razem z opisem, co jest nie tak.
Walidacja w chwili wpisania, nie przy comiesięcznym sprzątaniu pliku
Arkusz jako wyjście, w którym zespół już umie pracować
Raport z CRM, sklepu albo hurtowni wpada do arkusza o ustalonej godzinie, w tej samej zakładce co zawsze, ze znacznikiem czasu odświeżenia. Nikt nie musi mieć konta w systemie, w którym te dane powstały.
Ten sam plik i te same zakładki, liczby przychodzące wprost z systemu źródłowego
Jeden zapis zamiast dziesięciu osób w jednej komórce
Kolumny liczone maszynowo trafiają w zakres chroniony, więc ręczne nadpisanie przestaje kasować cudzą pracę. Zapis idzie partiami przez batchUpdate, a nie komórka po komórce, dlatego nie rozbija się o limit zapytań.
300 zapisów na minutę na projekt w Sheets API, dlatego pisze automat, a nie pętla po wierszach
Wiadomo, kto zmienił, co zmienił i o której
Każda zmiana wprowadzona przez automat ląduje w zakładce z logiem: znacznik czasu, źródło zmiany, stara wartość, nowa wartość. Historia wersji Google zostaje na miejscu, ale przestaje być jedynym śladem po procesie.
Log zmian w osobnej zakładce zamiast szukania po historii wersji pliku
Błąd w arkuszu zgłasza się sam
Po każdym odświeżeniu proces sprawdza kluczowe kolumny: czy nie ma w nich #REF!, czy liczba wierszy się zgadza, czy suma kontrolna jest ta sama co w źródle. Gdy coś nie pasuje, wiadomość idzie tego samego dnia.
Kontrola po każdym odświeżeniu zamiast ciszy, którą widać dopiero w raporcie na koniec miesiąca
Pytania o dane z arkusza zwykłym zdaniem
„Ile wierszy z września nie ma numeru faktury”, „które zamówienia wpadły dwa razy”, „kto dopisał te trzy wiersze w piątek”. Agent AI czyta arkusz i odpowiada, bez budowania raportu i bez otwierania pliku.
Odpowiedź w 5 do 10 sekund, po polsku, z tych samych danych, na które patrzy zespół
A u Ciebie
Co, jeśli nasz arkusz jest za duży, żeby cokolwiek w nim ruszać?
Cztery zdania, które słyszymy prawie zawsze, gdy rozmowa zaczyna się od jednego pliku.
Ta strona jest o arkuszu jako elemencie procesu. Jeśli szukasz porządku w całym Google Workspace, czyli w Dysku, skrzynkach i Kalendarzu, to jest osobna usługa, a decyzja, od czego zacząć, zapada na warsztacie.
Nasz arkusz ma czterdzieści zakładek i pół tysiąca formuł.
Nie tykamy go w pierwszym kroku. Zaczynamy od pytania, które zakładki są procesem, a które czyjąś prywatną kopią sprzed roku. Zwykle proces siedzi w dwóch albo trzech, a resztą nikt nie oddycha od dawna. Pilot idzie na kopii, więc plik produkcyjny stoi nietknięty do chwili, w której sam zdecydujesz o przełączeniu.
Zespół nie odda arkusza, pracuje w nim od lat.
I nie ma oddawać. Arkusz zostaje tam, gdzie jest, bo przekonanie ludzi do nowego narzędzia kosztuje więcej niż samo wdrożenie. Zmienia się to, że dane wchodzą przez jedno miejsce, kolumny liczone maszynowo są chronione, a każda zmiana zostawia ślad z godziną.
Skoro arkusz jest złym miejscem na dane, po co go zostawiać?
Bo w większości firm arkusz nie jest problemem, tylko jedynym miejscem, w którym proces jest w ogóle widoczny. Zabranie go kończy się obiegiem tych samych liczb w mailu. Dane przenosimy do bazy albo hurtowni wtedy, gdy plik dobija do limitów Google albo gdy potrzebujecie historii dłuższej niż ta, którą trzyma system źródłowy.
W arkuszu są dane klientów, boimy się dostępu z zewnątrz.
Pierwsze pytanie na warsztacie brzmi, które kolumny w ogóle muszą tam być, bo najprostsza ochrona danych osobowych polega na tym, żeby ich w arkuszu nie trzymać. Automat pracuje na koncie usługi z dostępem do jednego pliku, nie do całego Dysku, i ten dostęp odbierasz jednym kliknięciem. Udostępnienie „każdy, kto ma link” zamieniamy na dostęp per osoba albo grupa, a osoby z zewnątrz dostają termin wygaśnięcia.
- Google Sheets
- Arkusze Google, Formularze, zakresy chronione, walidacja danych, historia wersji, Connected Sheets
- Warstwa dostępu
- Sheets API v4, konto usługi, OAuth 2.0, Apps Script, webhooki
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- Księgowość i sprzedaż
- Fakturownia, iFirma, Subiekt, Comarch Optima, BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop
- Dane i raporty
- BigQuery, GA4, Google Ads, bazy SQL
- Warstwa automatyzacji
- n8n, Make, Zapier, własne integracje przez API
Kiedy arkusz zostaje, a kiedy dane muszą z niego wyjść
Sygnały, które oglądamy na warsztacie, razem z progiem i decyzją. Kolumna środkowa to liczba, nie wrażenie, bo przy arkuszach właśnie na wrażeniach zapadają najdroższe decyzje: albo za wczesna migracja, albo za późna.
| Sygnał w arkuszu | Próg, przy którym reagujemy | Co wtedy robimy |
|---|---|---|
| Plik rośnie z każdym miesiącem | 10 milionów komórek na jeden arkusz, limit Google | historia idzie do bazy SQL albo BigQuery, arkusz zostaje widokiem |
| Automat odpytuje arkusz w pętli | 300 zapytań na minutę na projekt, 60 na użytkownika | zapis i odczyt partiami przez batchUpdate, z ponawianiem po błędzie 429 |
| Kilka osób pisze w tę samą zakładkę | 2 osoby w jednym wierszu wystarczą, żeby stracić wpis | punkt wejścia z walidacją, zakres chroniony dla kolumn automatu |
| Arkusz ciągnie dane z innego arkusza | 1 usunięta kolumna w źródle psuje plik docelowy bez ostrzeżenia | jedno źródło danych zamiast łańcucha plików spiętych formułami |
| Formuła zwraca błąd w kluczowej kolumnie | 1 komórka z #REF! wystarczy, żeby raport był nieprawdziwy | kontrola kolumn po każdym odświeżeniu i powiadomienie tego samego dnia |
| Otwarcie pliku trwa kilkadziesiąt sekund | 30 sekund do pierwszego przeliczenia to sygnał, nie niedogodność | przeliczenia idą do SQL, arkusz dostaje gotowy wynik |
| Dostęp ma „każdy, kto ma link” | 1 link wystarczy, żeby dane wyszły z firmy | dostęp per osoba albo grupa, plik na dysku firmowym, termin wygaśnięcia |
Progi pochodzą z dokumentacji Google Sheets i Sheets API, a Google zmienia je bez zapowiedzi. Sprawdzamy je na warsztacie na Waszym pliku, bo część zależy od tego, jak arkusz jest zbudowany, a nie od samej liczby wierszy.
Jak to robimy
Pięć kroków od arkusza, który urósł, do arkusza w procesie
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Warsztat
Otwieramy Wasz arkusz i pytamy o cztery rzeczy: skąd bierze się każdy wiersz, kto go zmienia, co z niego wychodzi i co się dzieje, gdy jest błędny. Zaznaczamy zakładki, które są procesem, i te, które są czyjąś kopią z zeszłego roku.
Projekt: co jest wejściem, co wyjściem
Ustalamy jedno miejsce zapisu, jedno źródło prawdy i to, co zostaje widokiem dla zespołu. Rozstrzygamy, czy dane zostają w arkuszu, czy wychodzą do bazy albo hurtowni, i przy jakim progu. Do tego układamy uprawnienia, zakresy chronione i kształt logu zmian.
Pilot na kopii Waszego arkusza
Automat chodzi na kopii, obok pliku produkcyjnego, który dalej działa po staremu. Puszczamy przez niego dane z ostatnich tygodni, w tym wiersze z błędami, duplikaty i miesiąc, który był największy. Zwykle to 14 dni od warsztatu.
Przełączenie i przekazanie
Przełączamy proces na plik produkcyjny, z logiem zmian i powiadomieniem o błędzie od pierwszego dnia. Osoba odpowiedzialna za arkusz uczy się zmieniać to, co zmienia się najczęściej: listę statusów, adresatów raportu, godzinę odświeżenia.
Pomiar po 30 i 90 dniach
Patrzymy na liczby, nie na wrażenia: ile wierszy wpadło do odrzutów, ile razy proces przerwał, ile czasu zajmuje dziś to, co wcześniej robił człowiek. Po 90 dniach sprawdzamy, czy arkusz nadal jest właściwym miejscem na te dane.
Przed i po
Jak zmienia się tydzień osoby, która pilnuje tego arkusza
Przedtem
- Poniedziałek schodzi na sklejaniu arkusza z eksportów z trzech systemów
- Szuka w historii wersji, kto nadpisał kolumnę ze statusem
- Prosi zespół na czacie, żeby nikt nie sortował kolumn
- O błędnej sumie dowiaduje się od zarządu, tydzień po fakcie
Po zmianie
- Dane są w arkuszu przed jej pierwszą kawą, z godziną odświeżenia w nagłówku
- Każda zmiana automatu ma w logu znacznik czasu i starą wartość
- Kolumny liczone maszynowo są chronione, więc nie ma czego nadpisać
- O błędzie w kluczowej kolumnie wie tego samego dnia, z powiadomienia
Pierwszą automatyzację widać po 14 dniach od warsztatu. Efekt na całym procesie oceniamy po 30 dniach, a po 90 dniach sprawdzamy, czy arkusz nadal wystarcza.
Dla osoby, która to zamawia
Co z tego ma osoba, która podpisuje te liczby
Przestajesz podpisywać raport, którego nie da się odtworzyć. Wiesz, skąd wzięła się każda kolumna, kto ją zmienił i o której, bo proces zapisuje to sam. Ta rzecz nie robi wrażenia na prezentacji, a bardzo się liczy w tygodniu, w którym ktoś pyta, dlaczego dwie liczby się nie zgadzają.
Druga sprawa jest o zależności od jednej osoby. Formuły w arkuszu zna zwykle jeden człowiek, a jego urlop zatrzymuje raportowanie. Po wdrożeniu logika siedzi w opisanym procesie, nie w komórce, do której nikt nie zagląda. Gdy pytanie przestaje brzmieć „gdzie są dane”, a zaczyna „co z nich wynika”, to jest już analiza danych z AI, czyli następny krok, a nie ten sam.
- Ślad po każdej zmianie: znacznik czasu, źródło, stara i nowa wartość
- Pilot na kopii, więc plik produkcyjny działa do końca testów
- Kolumny automatu chronione, ręczne nadpisanie nie kasuje cudzej pracy
- Warsztat 2500 zł netto za tydzień, więc pierwszy krok mieści się w budżecie bez uchwały
Ile to kosztuje
Warsztat ma cenę jawną, wdrożenie wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy jednym arkuszu w procesie zwykle wystarcza jeden tydzień, bo plik jest od razu pod ręką i widać w nim, co się dzieje. Wdrożenie wyceniamy po warsztacie, gdy wiadomo, ile zakładek wchodzi w grę, z ilu systemów wpadają dane i czy trzeba je wyprowadzać z pliku.
Sheets API jest częścią Google Workspace, który już opłacacie, więc samo czytanie i zapisywanie arkusza nie dokłada kosztu narzędzia. Gdy proces potrzebuje orkiestratora albo hurtowni, rachunek płacisz bezpośrednio dostawcy, bez naszej prowizji.
Sam warsztat też jest zamkniętą całością. Wychodzisz z niego z mapą arkusza, listą kolumn do ochrony i progiem wyjścia do bazy, czyli z materiałem, na którym Wasz informatyk zrobi resztę bez naszego udziału.
Warsztat procesowy
2500 zł netto
za tydzień, przy jednym arkuszu w procesie zwykle jeden
Zamknięta całość. Kończy się mapą procesu wokół arkusza i planem, który możesz zrealizować także bez nas.
- Przegląd arkusza zakładka po zakładce: co jest procesem, co kopią
- Mapa: skąd wchodzą dane, kto je zmienia, co powstaje na końcu
- Plan punktu wejścia z walidacją i lista kolumn do ochrony
- Próg, przy którym dane wychodzą z arkusza do bazy albo hurtowni
- Plan uprawnień i dostępów dla osób z zewnątrz
- Wskaźniki do pomiaru po 30 i 90 dniach
- Najczęściej wybierany
Warsztat i wdrożenie na arkuszu
Wycena po warsztacie
zakres wynika z liczby zakładek, systemów i osób w procesie
Najczęściej wybierany wariant. Pierwsza automatyzacja 14 dni od warsztatu, pełne wdrożenie w 2 do 4 tygodni.
- Wszystko z warsztatu
- Punkt wejścia z walidacją i zakładka z odrzutami
- Zapis przez Sheets API partiami, zakresy chronione, log zmian
- Raport z CRM, sklepu albo hurtowni wpadający do arkusza o ustalonej godzinie
- Kontrola kluczowych kolumn i powiadomienie o błędzie tego samego dnia
- Szkolenie osoby odpowiedzialnej za arkusz
Arkusz i agent AI
Wycena po warsztacie
dla zespołów, które pytają o te dane kilkanaście razy dziennie
Wszystko z wdrożenia plus BOND, który odpowiada na pytania o dane z arkusza i hurtowni zwykłym zdaniem.
- Wszystko z wdrożenia na arkuszu
- Agent AI czytający Wasze arkusze i hurtownię
- Odpowiedź w 5 do 10 sekund, bez budowania raportu
- Braki i duplikaty w kolumnach na pytanie zadane po polsku
- Wdrożenie agenta zwykle około 2 miesięcy, liczone od gotowych danych
Warsztat kończy się dokumentem, który obroni się bez nas: mapą procesu wokół arkusza, planem wejścia i progiem wyjścia do bazy. Jeśli okaże się, że wystarczy walidacja na dwóch kolumnach, zakres chroniony i jedna zakładka z logiem, mówimy to i pokazujemy jak, zamiast sprzedawać wdrożenie, którego nie potrzebujecie.
Najczęstsze pytania
Czym jest integracja z Google Sheets?
To wpięcie arkusza w proces przez Sheets API: automat czyta i zapisuje wskazane zakresy, dane wchodzą przez jedno miejsce z walidacją, a kolumny liczone maszynowo są chronione przed ręcznym nadpisaniem. Zespół pracuje w tym samym pliku co wcześniej. Zmienia się to, kto i czym do niego pisze.
Jak arkusz działa jako punkt wejścia do procesu?
Ludzie wpisują dane w formularzu albo w jednej zakładce z walidacją: format NIP-u, zakres daty, status z listy. Automat zabiera nowe wiersze, sprawdza je jeszcze raz po swojemu i przekazuje dalej do CRM, księgowości albo sklepu. Wiersz, który nie przechodzi kontroli, ląduje w zakładce z odrzutami z opisem, czego w nim brakuje.
Czy raport z naszego systemu może wracać do arkusza?
Tak i to najczęstszy scenariusz po stronie wyjścia. Dane z CRM, sklepu albo hurtowni wpadają do arkusza o ustalonej godzinie, w tej samej zakładce co zawsze, ze znacznikiem czasu odświeżenia. Zespół nie musi mieć konta w systemie źródłowym, a Wy nie kupujecie licencji narzędzia BI dla dwudziestu osób.
Co się dzieje, gdy dwie osoby edytują ten sam wiersz?
Arkusz przyjmie oba wpisy i wygra ten późniejszy, bez ostrzeżenia. Dlatego kolumny liczone maszynowo wkładamy w zakres chroniony, a dane wchodzą przez punkt wejścia, nie wprost do komórki. Ręczne poprawki zostają tam, gdzie mają sens: w kolumnie z uwagami, na którą nikt się nie powołuje w rozliczeniu.
Jakie limity Google Sheets są bolesne w praktyce?
Najczęściej dwa. Sheets API przyjmuje 300 odczytów i 300 zapisów na minutę na projekt, przy 60 na minutę na jednego użytkownika, więc automat piszący komórka po komórce dobija do progu i dostaje błąd 429. Drugi to 10 milionów komórek na plik. Pierwszy rozwiązuje zapis partiami, drugi wyprowadzenie historii z arkusza.
Kiedy arkusz przestaje wystarczać i trzeba iść do bazy?
Progi są trzy: plik dobija do 10 milionów komórek, otwiera się i przelicza kilkadziesiąt sekund albo potrzebujecie historii dłuższej niż ta, którą trzyma system źródłowy. Wtedy dane idą do bazy SQL albo do BigQuery, a arkusz zostaje widokiem na nie. Zespół otwiera ten sam plik, tylko liczby przychodzą z hurtowni.
Kto widzi nasz arkusz po wdrożeniu?
Automat pracuje na koncie usługi z dostępem do jednego pliku, nie do całego Dysku, i ten dostęp odbierasz jednym kliknięciem. Udostępnienie „każdy, kto ma link” zamieniamy na dostęp per osoba albo grupa, a osoby z zewnątrz dostają termin wygaśnięcia. Na warsztacie ustalamy też, które kolumny z danymi osobowymi w ogóle muszą tam być.
Ile trwa wdrożenie i co dostajemy na koniec?
Tydzień warsztatu, potem 14 dni do pierwszej działającej automatyzacji i zwykle 2 do 4 tygodni do pełnego procesu. Na koniec dostajecie działający arkusz, opis procesu, log zmian i powiadomienia o błędach. Prowadzimy najwyżej dwa wdrożenia równocześnie, więc termin startu ustalamy na konsultacji.
Pokaż nam arkusz, na którym stoi Wasz proces
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, który plik jest u Was najważniejszy, ile osób w nim pisze i co się w nim ostatnio zepsuło. Mówimy, co da się poprawić samą walidacją i ochroną kolumn, co wymaga punktu wejścia, a co dopiero po wyprowadzeniu danych z arkusza. Nie musisz na tym etapie udostępniać pliku.
Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.
Umów bezpłatną konsultacjęPS. Jeśli w tym tygodniu ktoś u Was zapytał „kto to nadpisał”, to jest dokładnie ten problem. Arkusz zostanie na miejscu, bo zespół go zna. Zmienia się to, że dane wchodzą przez jedno miejsce, a każda zmiana zostawia ślad z godziną i starą wartością. Od tego zaczyna się warsztat.