Copilot w Excelu 2026: 9 zadań, które dalej robi źle (i jak to obejść formułami)

Copilot w Excelu w 2026 — co potrafi, a gdzie nadal zawodzi

Copilot w Excelu 2026 jest dziś realnym przyspieszaczem pracy: potrafi szybko zrozumieć opis zadania w języku naturalnym, zaproponować formułę, wyjaśnić działanie funkcji, a czasem nawet zasugerować sposób ułożenia danych. W codziennych sytuacjach bywa świetny jako „drugi pilot” — szczególnie wtedy, gdy wiesz, jaki ma być efekt, ale nie pamiętasz składni funkcji albo chcesz szybko sprawdzić alternatywne podejście.

Jednocześnie Copilot nadal nie jest niezawodnym „autopilotem”. Najczęściej działa dobrze w prostych, książkowych przypadkach, a zaczyna się gubić, gdy dane są brudne, niespójne albo gdy w grę wchodzą wyjątki biznesowe. Problem rzadko polega na tym, że Copilot nic nie potrafi — częściej na tym, że jego odpowiedź wygląda wiarygodnie, ale jest nieoptymalna, krucha albo daje poprawny wynik tylko dla części wierszy.

W praktyce Copilot w Excelu 2026 najlepiej sprawdza się jako narzędzie do:

• Rozpoczynania pracy — podpowiedź pierwszej wersji formuły, gdy nie wiesz od czego zacząć.
• Tłumaczenia intencji na Excel — gdy potrafisz opisać regułę słowami, ale nie umiesz jej od razu zapisać funkcjami.
• Wyjaśniania — kiedy chcesz zrozumieć, co robi dana funkcja lub fragment formuły.
• Szybkich iteracji — jeśli cel jest jasny, a dane są dość czyste i przewidywalne.

Gdzie najczęściej zaczynają się schody? Zwykle w obszarach, w których Excel wymaga precyzji i konsekwencji, a dane „z życia” tej precyzji nie mają. Copilot potrafi:

• zaproponować rozwiązanie działające tylko dla przykładowego układu danych, ignorując warianty w kolejnych wierszach,
• pominąć przypadki brzegowe (puste komórki, różne separatory, ukryte spacje, różne formaty dat),
• zastosować cięższe lub mniej odporne podejście, choć istnieje prostsza, stabilniejsza formuła,
• „zgadnąć” logikę biznesową i w efekcie połączyć dane nie tym kluczem, co trzeba,
• skupić się na uzyskaniu wyniku, a nie na tym, by rozwiązanie było skalowalne i łatwe do utrzymania.

Wniosek jest prosty: w 2026 Copilot jest świetnym asystentem do przyspieszania pracy, ale odpowiedzialność za jakość wyniku nadal leży po stronie użytkownika. Jeśli zależy Ci na powtarzalności, odporności na błędy danych i możliwości audytu, najbezpieczniejszą „kotwicą” pozostają dobrze dobrane formuły — szczególnie tam, gdzie liczą się wyjątki, dopasowania po kluczach, transformacje tekstu i spójne reguły agregacji.

2. Metoda oceny: jak rozpoznawać nieoptymalne odpowiedzi Copilota i jak testować wyniki

Copilot w Excelu 2026 potrafi szybko zaproponować formułę, krok w Power Query albo opis działań, ale jego odpowiedzi warto traktować jak pierwszą wersję roboczą. W praktyce problem rzadko polega na tym, że wynik jest „zupełnie zły” — częściej jest kruchy: działa na próbce danych, a psuje się na wyjątkach, skali, zmianie układu tabeli albo innej wersji regionalnej Excela. Podczas szkoleń Cognity ten temat wraca regularnie — dlatego zdecydowaliśmy się go omówić również tutaj. Dlatego ocenę odpowiedzi Copilota warto oprzeć na prostym, powtarzalnym zestawie pytań i testów.

Jak rozpoznać, że odpowiedź Copilota jest nieoptymalna

• Brak jasnych założeń — Copilot nie doprecyzował, co uznaje za „puste”, „duplikat”, „match”, „najbliższą datę”, „ostatni wiersz” itd. Jeśli definicja nie jest jawna, ryzyko rozjazdów rośnie.
• Rozwiązanie zależne od układu — formuła działa tylko, gdy kolumny są w konkretnej kolejności, gdy nagłówki nie mają spacji, albo gdy zakres jest „na sztywno” wpisany. To sygnał, że wynik może nie przetrwać zmian w arkuszu.
• Rozwiązanie „na skróty” — odpowiedź ignoruje przypadki brzegowe: błędy w danych, różne formaty tekstu, wielokrotne separatory, brakujące wartości, różne strefy czasowe w datach, mieszane typy (liczba/tekst).
• Niewłaściwy poziom ogólności — Copilot proponuje skomplikowane obejście tam, gdzie wystarcza wbudowana funkcja, albo odwrotnie: zbyt prosta formuła ma „udawać” reguły biznesowe.
• Ukryte koszty wydajności — rozwiązanie powiela te same obliczenia w wielu komórkach, używa bardzo szerokich zakresów lub sprawia, że plik zaczyna „mielić”. Jeśli formuła wygląda na ciężką, test wydajności jest obowiązkowy.
• Niestałość i losowość — odpowiedź opiera się na elementach, które potrafią się zmieniać po przeliczeniu lub sortowaniu (np. zależności od bieżącej pozycji, kolejności danych, niejednoznacznych dopasowań).
• Nieczytelność — jeśli po tygodniu nie da się zrozumieć logiki bez ponownej rozmowy z Copilotem, to znak, że rozwiązanie wymaga uproszczenia albo ustandaryzowania.

Minimalny protokół testowania: 5 szybkich kontroli

• Test na przypadkach brzegowych — sprawdź kilka ręcznie wybranych rekordów „trudnych”: puste pola, nietypowe znaki, wartości skrajne, duplikaty, różne formaty zapisu. Jeśli nie wiesz, jakie są „trudne”, to już jest informacja: najpierw trzeba je zidentyfikować.
• Test spójności na próbce — porównaj wyniki z ręczną weryfikacją dla małego wycinka (np. 20–50 wierszy). Liczy się nie tylko zgodność wartości, ale też zgodność definicji (co dokładnie ma być wynikiem).
• Test stabilności po zmianie układu — przesuń kolumnę, wstaw nową, zmień nazwę nagłówka lub przefiltruj dane. Jeśli rozwiązanie „pęka”, jest zbyt zależne od struktury.
• Test odporności na błędy danych — wprowadź kilka kontrolowanych „brudnych” wartości (np. tekst zamiast liczby, dodatkowe spacje, brak separatora) i zobacz, czy wynik jest sensowny albo czy przynajmniej błąd jest przewidywalny.
• Test wydajności — skopiuj rozwiązanie na większy zakres albo uruchom je na pełnej tabeli. Jeśli czas przeliczenia rośnie gwałtownie, trzeba zmniejszyć liczbę powtórnych obliczeń lub zmienić podejście.

Jak zadawać pytania Copilotowi, żeby łatwiej było ocenić odpowiedź

Jakość propozycji zwykle rośnie, gdy w poleceniu wymusisz kryteria akceptacji zamiast „zrób X”. W praktyce warto doprecyzować: co jest wejściem, co ma być wyjściem, jakie wyjątki dopuszczasz, co ma się stać przy braku dopasowania, oraz czy wynik ma być odporny na wstawianie kolumn i rozwijanie tabeli. Dzięki temu łatwiej też wykryć, czy Copilot zgaduje, czy faktycznie rozumie regułę.

Priorytety oceny: poprawność, odporność, utrzymanie

Podczas oceny odpowiedzi ustaw kolejność: 1) poprawność logiczna (czy wynik spełnia definicję), 2) odporność (czy przetrwa zmiany i brudne dane), 3) utrzymanie (czy da się to czytać, modyfikować i audytować). Copilot często maksymalizuje szybkość uzyskania wyniku, a nie te trzy kryteria. Ta metoda ma pomóc wyłapać sytuacje, w których „działa” nie znaczy „jest dobre”.

3. 9 typowych zadań, w których Copilot popełnia błędy (i jak to obejść formułami)

Copilot w Excelu potrafi szybko zaproponować rozwiązanie, ale w powtarzalnych zadaniach danych biznesowych często „przycina” temat: dobiera zbyt proste funkcje, ignoruje przypadki brzegowe albo zwraca wynik poprawny tylko dla przykładowych wierszy. Poniżej masz 9 najczęstszych klas zadań, w których te potknięcia wracają — wraz z krótkim schematem: problem → przykład → typowy błąd → obejście formułami. Bez wchodzenia w pełne implementacje (te pojawią się w dalszych częściach), skupiamy się na tym, jaką rodzinę funkcji wybrać i na co uważać.

1) Dzielenie tekstu na części (CSV/ID/Adresy)

• Problem: rozbicie wartości tekstowej na kolumny według separatora, z różną liczbą elementów.
• Przykład: "Kowalski;Jan;PL" albo "A-01 | A-02 | A-03".
• Typowy błąd Copilota: użycie narzędzi typu „Tekst jako kolumny” lub prostych LEFT/RIGHT, które nie skalują się na zmienną liczbę segmentów i psują się przy brakujących separatorach.
• Obejście formułami: funkcje rozbijające dynamicznie (TEXTSPLIT) + kontrola pustych wartości i czyszczenie separatorów.

2) Wycinanie fragmentu „po” / „przed” znacznikiem

• Problem: ekstrakcja numeru, kodu lub sufiksu/prefiksu z tekstu, gdzie znacznik może wystąpić raz lub wiele razy.
• Przykład: "FV/2026/03/0123" (chcę ostatni segment) lub "tel: +48 600 000 000" (chcę wszystko po "tel:").
• Typowy błąd Copilota: propozycje oparte o FIND/SEARCH + MID „na sztywno”, bez obsługi braku znacznika albo gdy znacznik występuje kilka razy (zły fragment).
• Obejście formułami: użycie TEXTAFTER/TEXTBEFORE (także z wyborem wystąpienia) + IFERROR dla wartości bez znacznika.

3) Czyszczenie i normalizacja tekstu (spacje, znaki niedrukowalne, mieszane formaty)

• Problem: ujednolicenie danych wejściowych: nadmiarowe spacje, twarde spacje, znaki niedrukowalne, „dziwne” myślniki.
• Przykład: " ACME  Sp. z o.o. " (z twardą spacją) lub kopiuj-wklej z PDF.
• Typowy błąd Copilota: ograniczenie się do TRIM, który nie usuwa wszystkich problematycznych znaków (np. niektórych niełamliwych spacji) i daje złudnie „czyste” wyniki.
• Obejście formułami: łączenie funkcji czyszczących (np. TRIM/CLEAN/SUBSTITUTE) oraz zastosowanie mapowania po wierszach/kolumnach przy kolumnach tekstowych.

4) Dopasowania „po kluczu” z duplikatami i brakami

• Problem: pobranie atrybutu z tabeli referencyjnej po ID, gdzie mogą wystąpić duplikaty, różne warianty zapisu lub brak w słowniku.
• Przykład: ID produktu występuje dwa razy (różne wersje), albo ID ma spacje końcowe.
• Typowy błąd Copilota: „na autopilocie” wybiera VLOOKUP lub XLOOKUP bez analizy duplikatów (zwraca pierwszy lepszy rekord) i bez walidacji „czy dopasowanie jest jednoznaczne”.
• Obejście formułami: XLOOKUP/XMATCH + normalizacja klucza (np. czyszczenie) i testy jednoznaczności (np. zliczanie dopasowań) zanim zwrócisz wartość.

5) Łączenie danych z wielu tabel (join) i filtrowanie warunkowe

• Problem: „połączenie” tabel po kluczu oraz zwrócenie tylko rekordów spełniających warunki (np. aktywne, w danym miesiącu, z niepustą kwotą).
• Przykład: transakcje + słownik klientów, ale tylko dla statusu „aktywny” i zakresu dat.
• Typowy błąd Copilota: sugeruje Power Query albo tabelę przestawną, gdy potrzebujesz formuły w arkuszu; albo buduje filtr, który pomija puste/zera i psuje logikę AND/OR.
• Obejście formułami: FILTER do selekcji + wyszukiwanie po kluczu (XLOOKUP) + budowa kluczy pomocniczych, gdy dopasowanie jest wielopolowe.

6) Dopasowania wielokryterialne (klucz złożony, kolejność, „najbliższe dopasowanie”)

• Problem: wyszukanie wartości po kilku warunkach naraz (np. klient + miesiąc + typ) lub po „najbliższym” progu.
• Przykład: stawka rabatu zależna od segmentu i progu obrotu.
• Typowy błąd Copilota: tworzy formułę, która działa tylko dla „idealnie posortowanych” danych albo nie rozróżnia dopasowania dokładnego i przybliżonego (błędny próg).
• Obejście formułami: konstrukcja klucza złożonego (np. w LET) + XMATCH/XLOOKUP z odpowiednim trybem dopasowania i zabezpieczeniami na sortowanie.

7) Agregacje z warunkami (sumy, średnie, liczniki) przy wielu kryteriach i wyjątkach

• Problem: policzenie wyników wg warunków, ale z wyłączeniami (np. anulowane), korektami i pustymi wartościami.
• Przykład: suma sprzedaży dla regionu, z pominięciem zwrotów i wierszy testowych.
• Typowy błąd Copilota: wybiera SUMIFS/COUNTIFS bez uwzględnienia, że część kryteriów jest logiczna (AND/OR), a część wymaga przekształcenia danych (np. daty jako tekst).
• Obejście formułami: agregacje oparte o FILTER + SUM/AVERAGE lub logika w LET, gdy warunki są złożone.

8) Złożona logika biznesowa „per wiersz” (klasyfikacje, priorytety, wyjątki)

• Problem: reguły typu: „jeśli A i B, to X; jeśli C, to Y; wyjątki mają pierwszeństwo; inaczej Z”.
• Przykład: przypisanie statusu faktury na podstawie kilku pól (termin, płatność, korekta, spór).
• Typowy błąd Copilota: buduje długi IF, który jest trudny do utrzymania i łatwo w nim o błąd kolejności (priorytety reguł), albo pomija rzadkie wyjątki.
• Obejście formułami: porządkowanie reguł w LET i/lub hermetyzacja w LAMBDA, tak aby priorytety były jawne i testowalne.

9) Przypadki brzegowe w danych (puste, zera, błędy, różne typy, rozlane zakresy)

• Problem: dane „z życia”: #N/A, #VALUE!, puste komórki vs "", zera znaczące, mieszane typy (tekst/liczba), rozlane wyniki.
• Przykład: numer konta jako tekst (z zerami wiodącymi) miesza się z liczbami; część wierszy ma błędy z importu.
• Typowy błąd Copilota: ignoruje typy danych i traktuje wszystko jak „ładną tabelę”; formuła działa na próbce, ale wywraca się na błędach albo obcina zera wiodące.
• Obejście formułami: jawne zabezpieczenia (IFERROR/IFNA), kontrola typów, oraz praca na zakresach dynamicznych z funkcjami, które „rozumieją” rozlanie.

Wskazówka praktyczna: jeśli Copilot nie zadaje pytań o przypadki brzegowe (duplikaty, braki, typy danych, zakresy dynamiczne), to zwykle znaczy, że proponuje rozwiązanie „dla idealnych danych”. W takich zadaniach szybciej i bezpieczniej jest od razu przejść na formuły z wbudowanymi zabezpieczeniami.

Zadania 1–3: czyszczenie i transformacje tekstu (TEXTSPLIT, TEXTAFTER/TEXTBEFORE, MAP/BYROW)

W obszarze tekstu Copilot w Excelu 2026 potrafi szybko zaproponować „działające” rozwiązanie, ale często nie jest ono stabilne: psuje się na wyjątkach (brak separatora, podwójne spacje, różne formaty), miesza typy danych lub tworzy zbyt złożone łańcuchy funkcji tam, gdzie da się to zrobić prościej. Poniżej są trzy typowe zadania tekstowe i podejście, które zwykle lepiej znosi przypadki brzegowe: nowoczesne funkcje dynamiczne (TEXTSPLIT, TEXTAFTER/TEXTBEFORE) oraz operacje „po wierszach” (MAP/BYROW). Doświadczenie Cognity pokazuje, że rozwiązanie tego problemu przynosi szybkie i zauważalne efekty w codziennej pracy.

Zadanie 1: podział tekstu na kolumny i elementy listy (TEXTSPLIT)

Copilot często proponuje klasyczne podejścia (np. „Tekst jako kolumny”, FIND+MID) albo miesza kilka funkcji bez jasnej reguły dla pustych elementów. W efekcie rozwiązanie działa dla jednego formatu danych, ale nie dla kolejnego importu.

• Kiedy używać TEXTSPLIT: gdy masz powtarzalny separator (przecinek, średnik, spacja, „ - ”), a wynik ma się dynamicznie rozlewać na kolumny/wiersze.
• Na co uważać: podwójne separatory i elementy puste (np. „A;;B”), separatory wieloznakowe (np. „ | ”), mieszane separatory.

=TEXTSPLIT(A2,";")

Wskazówka praktyczna: jeśli dane przychodzą raz z „;”, raz z „,”, Copilot bywa skłonny „zgadywać” separator na podstawie próbki. W formułach lepiej jawnie przyjąć regułę (np. zamiana separatora do jednego standardu, a dopiero potem TEXTSPLIT) zamiast liczyć na heurystykę.

Zadanie 2: wyciąganie fragmentów przed/po znaczniku (TEXTBEFORE, TEXTAFTER)

W zadaniach typu „weź wszystko po #”, „wyciągnij domenę z e-maila”, „pobierz numer po ‘ID:’” Copilot lubi budować rozwiązania oparte o SEARCH/FIND i ręczne wycinanie. To działa, ale często nie ma zdefiniowanego zachowania, gdy znacznik nie występuje albo pojawia się kilka razy.

• Kiedy używać TEXTAFTER/TEXTBEFORE: gdy logika opiera się o marker (stały tekst) i chcesz jasno powiedzieć „po tym” lub „przed tym”.
• Typowe pułapki: brak markera (zamiast błędu chcesz pusty tekst lub oryginał), różne wielkości liter, kilka markerów w jednym ciągu.

=TEXTAFTER(A2,"ID:")

=TEXTBEFORE(A2,"@")

Wskazówka praktyczna: jeżeli marker jest opcjonalny, Copilot często nie dodaje ochrony przed błędem i dostajesz #VALUE! w części wierszy. W podejściu „formułowym” kluczowe jest z góry ustalić, co ma się stać w wierszach bez markera (pusty wynik, wartość domyślna, pozostawienie oryginału).

Zadanie 3: powtarzalne czyszczenie tekstu w całej kolumnie (MAP, BYROW)

Najbardziej kosztowne pomyłki Copilota w tekście nie dotyczą pojedynczej funkcji, tylko skali: Copilot pokaże formułę dla jednej komórki, a po skopiowaniu w dół pojawiają się różne wyniki (bo część danych ma inne odstępy, inny układ lub dodatkowe symbole). Funkcje MAP/BYROW pozwalają opisać transformację raz i zastosować ją konsekwentnie do całego zakresu.

• MAP: gdy chcesz przekształcić listę wartości (jednowymiarowo) i zwrócić listę wyników tej samej długości.
• BYROW: gdy przetwarzasz tabelę „wiersz po wierszu” (np. łączysz kilka kolumn w jeden tekst, wyciągasz wzorzec z całego rekordu).
• Po co to w czyszczeniu tekstu: narzucasz identyczne kroki normalizacji dla każdego elementu, a Excel sam „rozlewa” wyniki bez ręcznego kopiowania.

=MAP(A2:A100, LAMBDA(x, TRIM(CLEAN(x))))

=BYROW(A2:C100, LAMBDA(r, TEXTJOIN(" ", TRUE, r)))

Wskazówka praktyczna: Copilot często proponuje czyszczenie typu TRIM/CLEAN, ale nie opakowuje go w konstrukcję, która stabilnie obejmuje cały zakres. MAP/BYROW sprawiają, że logika jest jednolita, a ryzyko „innego zachowania po skopiowaniu” spada.

Podsumowanie różnic (w jednym zdaniu): TEXTSPLIT jest najlepszy do mechanicznego dzielenia na elementy, TEXTAFTER/TEXTBEFORE do celowanego wycinania po znaczniku, a MAP/BYROW do zastosowania tej samej transformacji tekstowej na dużej liczbie rekordów bez ręcznej pracy i bez niespodzianek w kolejnych wierszach.

Zadania 4–6: dopasowania, wyszukiwania i łączenie danych (XLOOKUP, XMATCH, FILTER, klucze z LET)

W zadaniach „relacyjnych” Copilot w Excelu 2026 nadal najczęściej myli się nie na składni, ale na założeniach: czy klucz jest unikalny, czy dopasowanie ma być dokładne, co zrobić z duplikatami i brakami oraz jak bezpiecznie łączyć tabele o różnych poziomach szczegółowości. Tam, gdzie Copilot potrafi szybko zaproponować XLOOKUP-a lub FILTER-a, często pomija przypadki brzegowe — a to one decydują, czy wynik jest wiarygodny.

Zadanie 4: „Pobierz wartość z tabeli” — gdy klucz nie jest tak unikalny, jak wygląda

Copilot zwykle wybiera XLOOKUP, ale często nie zadaje pytania, co zrobić z duplikatami albo z wieloma możliwymi dopasowaniami (np. klient ma kilka umów, produkt ma kilka wersji). W efekcie dostajesz poprawną formułę dla błędnego modelu danych.

• Gdzie to boli: zwrot „pierwszego lepszego” rekordu, gdy oczekujesz np. najnowszego, aktywnego albo o najwyższym priorytecie.
• Co ustalić przed formułą: definicję klucza (pojedynczy czy złożony), regułę rozstrzygania duplikatów, zachowanie przy braku.

Minimalne obejście, które wymusza intencję: jawny tryb dopasowania i jawna obsługa braku.

=XLOOKUP(A2; T[Klucz]; T[Wynik]; "BRAK"; 0)

Jeśli klucz bywa nieunikalny, zamiast udawać, że jest inaczej, często bezpieczniej jest najpierw filtrować (a dopiero potem wybierać rekord zgodnie z regułą).

Zadanie 5: „Znajdź pozycję i pobierz powiązaną wartość” — XMATCH bez kontekstu

XMATCH jest świetny, gdy potrzebujesz indeksu (np. do pracy z dynamicznymi zakresami), ale Copilot ma tendencję do traktowania go jak zamiennika MATCH bez doprecyzowania: czy dane są sortowane, czy dopasowanie ma być dokładne, czy szukasz od góry czy od dołu.

• Typowy błąd: sugerowanie dopasowania przybliżonego lub pomijanie trybu wyszukiwania, co w praktyce potrafi zmienić wynik przy duplikatach.
• Najprostsza zasada: jeśli nie masz pewności co do sortowania i unikalności, zaczynaj od dokładnego dopasowania i dopiero potem optymalizuj.

Wzorzec „znajdź indeks → pobierz z tej samej pozycji” bywa czytelniejszy niż wielowarstwowe lookupy, ale kluczowe jest jawne sterowanie trybami:

=LET(
  i; XMATCH(A2; T[Klucz]; 0);
  INDEX(T[Wynik]; i)
)

Uwaga praktyczna: XMATCH nie „naprawi” niespójnego klucza. Jeśli klucz powstaje z kilku pól, normalizuj go konsekwentnie (patrz niżej: LET).

Zadanie 6: „Połącz dane z dwóch tabel” — FILTER bez bezpieczników, klucze z LET bez normalizacji

Łączenie danych (de facto „join”) w Excelu to miejsce, gdzie Copilot często generuje formułę działającą tylko dla idealnego przypadku: równe rozmiary zakresów, brak pustych wartości, proste warunki, brak konfliktów typów. Najwięcej pomyłek wynika z tego, że w prawdziwych arkuszach klucz trzeba zbudować (czasem z wielu kolumn) i ustandaryzować.

• FILTER: Copilot myli logikę warunków (AND/OR) albo nie dodaje argumentu if_empty, przez co użytkownik widzi #CALC! zamiast kontrolowanego komunikatu.
• Klucz złożony: Copilot łączy pola „na surowo” (np. przez &), nie pilnując spacji, wielkości liter, formatów dat i zer wiodących.
• Relacja 1→N: Copilot potrafi traktować wynik jak pojedynczą wartość, mimo że logicznie powinien „rozlać się” na wiele wierszy.

Najbardziej uniwersalny kierunek obejścia to: zbudować klucz raz (LET), przefiltrować rekordy (FILTER) i dopiero potem zdecydować, czy zwracasz pierwszy/ostatni/unikalne/całą listę.

=LET(
  k; TRIM(A2);
  wyn; FILTER(T[Wynik]; TRIM(T[Klucz])=k; "brak dopasowań");
  wyn
)

Jeśli klucz jest złożony, traktuj LET jako „miejsce prawdy” dla definicji klucza — dzięki temu ta sama normalizacja działa w każdym lookupie i filtrze, zamiast rozjeżdżać się w kopiach formuł.

Najważniejsza różnica w podejściu: Copilot jest dobry w proponowaniu pojedynczej funkcji (np. XLOOKUP), a stabilne rozwiązania w dopasowaniach i łączeniu danych zwykle wymagają krótkiego łańcucha: normalizacja klucza → dopasowanie (XLOOKUP/XMATCH) lub selekcja (FILTER) → kontrola braków/duplikatów.

Zadania 7–9: agregacje, logika biznesowa i przypadki brzegowe (LET, LAMBDA, BYROW, SCAN/REDUCE)

Gdy wchodzisz w agregacje (sumy, rankingi, narastające wyniki), logikę biznesową (progi, wyjątki, reguły zależne od kilku pól) oraz przypadki brzegowe (puste wartości, duplikaty, zwroty/ujemne, nieciągłe daty), Copilot w Excelu 2026 nadal potrafi generować odpowiedzi, które wyglądają „sensownie”, ale nie są deterministyczne ani odporne na zmiany danych. Najczęściej problemem nie jest brak funkcji, tylko to, że Copilot upraszcza założenia: ignoruje wyjątki, „zgaduje” intencję agregacji albo miesza poziomy szczegółowości (wiersz vs grupa).

W tej części chodzi o trzy klasy zadań, w których formuły dają przewagę, bo są jawne, testowalne i odporne:

• Zadanie 7: agregacje z warunkami i stabilnymi definicjami (np. „suma sprzedaży tylko dla aktywnych, bez anulowanych, z korektami”).
• Zadanie 8: logika biznesowa (np. „klasyfikacja klienta wg progów + wyjątki + priorytety”).
• Zadanie 9: przypadki brzegowe i przebiegi sekwencyjne (np. wyniki narastające, limity miesięczne, liczenie od ostatniego zdarzenia).

Dlaczego Copilot myli się właśnie tutaj

• Niejawne definicje agregacji: „suma” może znaczyć SUMA, SUMA.WARUNKÓW, sumę po unikalnych kluczach, sumę po ostatnim statusie itd. Copilot często wybiera najprostszą wersję.
• Konflikty reguł i priorytety: w logice biznesowej kolejność ma znaczenie (wyjątki nadpisują progi). Copilot lubi tworzyć IF-y bez konsekwentnej hierarchii.
• Brak odporności na braki danych: puste komórki, błędy #N/A, tekst zamiast liczby, duplikaty — Copilot potrafi je „przemilczeć”, zamiast jawnie obsłużyć.
• Zadania sekwencyjne: narastanie, limity „do wykorzystania”, liczenie od poprzedniego zdarzenia — to wymaga pamięci stanu; standardowe agregaty tego nie oddają.

Jak podchodzić do tych zadań: wzorzec „reguła → agregacja → zabezpieczenia”

Żeby uniknąć kruchych formuł (lub „ładnych” odpowiedzi Copilota, które psują się przy zmianach), warto myśleć w trzech warstwach:

• Reguła: warunki, wyjątki, priorytety (tu zwykle LET i często LAMBDA).
• Agregacja / wynik: zliczenie, suma, ranking, limit, narastanie (czasem BYROW, często SCAN/REDUCE dla sekwencji).
• Zabezpieczenia: obsługa braków, błędów, duplikatów, typów danych (jawne IF/IFERROR, warunki brzegowe w LET).

Mini-przykłady (tylko jako orientacja)

Poniższe fragmenty pokazują, jakiego typu konstrukcje są najbardziej użyteczne w zadaniach 7–9 — bez wchodzenia w pełne scenariusze.

LET – porządkowanie złożonej reguły:

=LET(
  kwota, A2,
  status, B2,
  poprawna, (kwota>0)*(status<>"Anulowane"),
  IF(poprawna, kwota, 0)
)

LAMBDA – ta sama reguła użyta wielokrotnie:

=LAMBDA(kwota; status; IF((kwota>0)*(status<>"Anulowane"); kwota; 0))

BYROW – wynik per rekord dla tablicy danych:

=BYROW(A2:C100;
  LAMBDA(r;
    LET(kwota; INDEX(r;1;1); status; INDEX(r;1;2);
      IF((kwota>0)*(status<>"Anulowane"); kwota; 0)
    )
  )
)

SCAN – narastanie z pamięcią poprzedniego kroku (np. saldo):

=SCAN(0; A2:A100; LAMBDA(acc; x; acc + x))

REDUCE – akumulacja do pojedynczego wyniku (np. z niestandardową logiką):

=REDUCE(0; A2:A100; LAMBDA(acc; x; IF(x=""; acc; acc + x)))

Co zapamiętać na tym etapie

• LET i LAMBDA pomagają „zamrozić definicję” reguł, zamiast polegać na interpretacji Copilota przy każdej prośbie.
• BYROW jest kluczowe, gdy wynik ma powstać dla każdego wiersza, a nie jako jeden agregat — to częsta pomyłka w odpowiedziach generowanych automatycznie.
• SCAN/REDUCE rozwiązują klasę problemów, w której wynik zależy od kolejności i poprzedniego stanu — tu „proste SUMA/SUMA.WARUNKÓW” bywa semantycznie błędne.
• W zadaniach 7–9 najwięcej błędów bierze się z nieobsłużonych wyjątków; formuły pozwalają je nazwać i przetestować wprost.

Checklist na koniec: kiedy ufać Copilotowi, a kiedy przejść na formuły

Copilot w Excelu 2026 jest świetny jako przyspieszacz pierwszej wersji: podpowie kierunek, zasugeruje kroki i często trafi w rozwiązanie przy prostych danych. Jeśli jednak wynik ma być powtarzalny, audytowalny i odporny na wyjątki, szybciej dojdziesz do pewności, przechodząc na formuły. Poniżej masz checklistę sygnałów ostrzegawczych oraz krótkie testy, które pozwalają w kilka minut ocenić, czy odpowiedź Copilota jest „produkcyjna”, czy tylko „demo”.

Sygnały ostrzegawcze: kiedy nie ufać Copilotowi

• Brak jednoznacznej definicji wyniku (Copilot opisuje „ogólnie”, ale nie podaje precyzyjnych reguł: co z pustymi wartościami, duplikatami, spacjami, formatami dat).
• Wynik wygląda poprawnie na kilku wierszach, ale nie masz gwarancji na całości (typowe przy czyszczeniu tekstu, dopasowaniach i agregacjach).
• Copilot proponuje rozwiązania „na skróty”: ręczne kroki, kopiuj-wklej, sortowanie „na oko”, wskazówki bez kontroli jakości.
• Występują duplikaty lub relacje wiele-do-wielu (np. te same identyfikatory, powtarzające się nazwy, powielone rekordy). To częsty punkt, w którym odpowiedź jest „prawie dobra”.
• Mieszane typy danych: liczby jako tekst, daty w różnych formatach, wartości z separatorami tysięcy, ułamki z kropką/przecinkiem.
• W danych są znaki niewidoczne (spacje twarde, znaki łamania linii) albo różne kodowania (np. myślniki i cudzysłowy w kilku wariantach).
• Zakres danych będzie się zmieniał (dopisywane wiersze/kolumny, nowe pliki miesięczne). Jeśli rozwiązanie nie jest dynamiczne, szybko się „rozjedzie”.
• Wymagasz zgodności z logiką biznesową (progi, wyjątki, priorytety, reguły „jeśli A i nie B”), a Copilot nie potrafi ich jasno wyliczyć i uzasadnić.
• Potrzebujesz śladu audytowego: dlaczego coś zostało dopasowane, odrzucone lub zsumowane. Gdy nie da się łatwo wyjaśnić wyniku, przejdź na formuły.
• Wynik ma znaczenie finansowe lub operacyjne (płace, faktury, rozliczenia, KPI). Tu koszt błędu jest zwykle większy niż koszt dopracowania formuły.

Sygnały „można zaufać”: kiedy Copilot zwykle wystarcza

• Prosta analiza eksploracyjna: szybkie podsumowanie, wstępne wnioski, sprawdzenie trendu lub anomalii przed właściwą budową modelu.
• Jednorazowe zadanie o niskiej stawce, gdzie ewentualna pomyłka jest łatwa do zauważenia i nie eskaluje dalej.
• Dane są czyste i spójne: jeden format dat, brak duplikatów, identyfikatory są unikalne, brak „dziwnych” znaków.
• Oczekiwany wynik ma prostą definicję i nie ma wielu wyjątków.

Szybkie testy jakości: 5 minut, które oszczędza godzinę

• Test skrajnych przypadków: sprawdź kilka wierszy z pustymi wartościami, zerami, najdłuższym tekstem, nietypową datą, brakującym kluczem. Jeśli wynik choć raz wygląda podejrzanie, traktuj całość jako niepewną.
• Test „losowej próbki”: zweryfikuj ręcznie kilka rekordów z różnych miejsc (początek/środek/koniec). Pomyłki często nie są równomierne.
• Test duplikatów i unikalności: upewnij się, że klucze, po których łączysz lub szukasz, są unikalne tam, gdzie powinny. Jeśli nie są, Copilot często wybiera „pierwsze lepsze” dopasowanie.
• Test stabilności po zmianie danych: dopisz kilka wierszy albo zmień kolejność i zobacz, czy wynik pozostaje logicznie spójny. Rozwiązanie odporne powinno zachować sens bez ręcznych poprawek.
• Test zgodności sum: zrób kontrolę krzyżową: suma szczegółów vs. suma agregatu, liczba rekordów wejściowych vs. liczba wyników. Rozjazdy to najszybszy sygnał błędu w transformacji lub łączeniu.
• Test typów danych: porównaj, czy wartości, które powinny być liczbami/datatami, nie są tekstem (albo odwrotnie). Błędny typ potrafi „cicho” psuć wyszukiwania i obliczenia.

Decyzja: prosty schemat „Copilot czy formuły”

• Jeśli wynik ma być powtarzalny, ma działać po odświeżeniu danych i dawać się łatwo wytłumaczyć — przejdź na formuły.
• Jeśli to prototyp albo szybka diagnoza problemu — użyj Copilota, ale potwierdź wynik testami z listy.
• Jeśli widzisz wyjątki, duplikaty lub mieszane formaty — formuły wygrają, bo pozwalają jawnie opisać reguły i kontrolę błędów.
• Jeśli nie umiesz w dwóch zdaniach opisać reguły wyniku, Copilot prawdopodobnie też jej nie „utrzyma” konsekwentnie — zapisz logikę w formułach i dodaj proste kontrole.

Minimalny zestaw „bezpieczników”, który warto mieć zawsze

• Kontrola kompletności: czy nie brakuje danych wejściowych i czy liczba rekordów się zgadza.
• Kontrola dopasowań: ile pozycji nie znalazło pary, ile ma wiele dopasowań, ile ma podejrzane dopasowanie.
• Kontrola zakresów: czy wartości nie wychodzą poza sensowne minima/maksima.
• Kontrola spójności: czy suma/średnia/liczba elementów „składa się” z tym, co powinno wynikać z danych.

W praktyce Copilot traktuj jako asystenta do propozycji, a formuły jako kontrakt na poprawność. Jeśli stawką jest jakość i stabilność, wygrywa rozwiązanie, które da się przetestować, wyjaśnić i bezbłędnie odtworzyć.

Jeśli chcesz poznać więcej takich przykładów, zapraszamy na szkolenia Cognity, gdzie rozwijamy ten temat w praktyce.

SQL: indeksy, które naprawdę pomagają w 2026 (covering, filtered, columnstore) — mapa decyzji 28 marca 2026

KNIME w 2026: 12 gotowych wzorców workflow do czyszczenia danych bez kodu 26 marca 2026