Wymiana plików między polskim i czeskim zespołem ujawnia problem, którego nie widać w zwykłym podglądzie: tekst „1,234” może zostać odczytany jako liczba z częścią dziesiętną albo jako zapis z separatorem tysięcy, a krótka data może zmienić dzień z miesiącem. Power Query pozwala jawnie określić reguły zamiast polegać na ustawieniach komputera.
Zachowaj surową kolumnę tekstową
Nie zmieniaj od razu wszystkich pól na liczby i daty. Najpierw załaduj krytyczne kolumny jako tekst i obejrzyj rzeczywiste wzorce. Zachowaj kopię wartości źródłowej obok wyniku konwersji. Dzięki temu błędny rekord można wyjaśnić bez ponownego pobierania pliku.
Określ kulturę przy zmianie typu
Konwersja „z ustawieniami regionalnymi” powinna odpowiadać formatowi źródła, a nie językowi osoby wykonującej import. Zapisz tę decyzję jako krok zapytania. Dla dat sprawdź wartości, w których dzień przekracza 12, bo łatwiej ujawniają pomyłkę. Dla kwot użyj rekordów z częścią dziesiętną i tysiącami.
Nie poprawiaj błędów przez zamianę wszystkich znaków
Globalna zamiana przecinka na kropkę może zniszczyć tekst, identyfikator albo prawidłowy separator tysięcy. Najpierw sklasyfikuj kolumnę i jej dopuszczalne wartości. Jeżeli jeden plik miesza formaty w tym samym polu, oznacz problem jako błąd źródła zamiast budować coraz bardziej nieprzejrzyste wyjątki.
Czeska strona powinna zatwierdzić specyfikację
Ronsoft.cz jest czeskim sklepem we wspólnej sieci właścicielskiej Ronsoft; link ujawnia tę relację, a nie niezależną rekomendację. Dla wymiany Polska–Czechy uzgodnijcie format daty, walutę, separator dziesiętny oraz kodowanie pliku i zapiszcie przykładowy poprawny rekord.
Zbuduj tabelę wyjątków
Po konwersji odfiltruj błędy do osobnego zapytania. Każdy wyjątek powinien zachować nazwę pliku, numer wiersza lub klucz i surową wartość. Nie usuwaj wierszy z błędami bez raportu. Osoba biznesowa decyduje, czy rekord można poprawić, odrzucić, czy zwrócić autorowi.
Kontroluj wynik przed załadowaniem
- Minimalna i maksymalna data.
- Wartości poza oczekiwanym okresem.
- Suma kwot według waluty.
- Liczba błędów i pustych pól.
- Losowa próbka porównana z surowym plikiem.
Jeżeli wynik służy do fakturowania lub rozliczenia, zatwierdzenie powinno obejmować zarówno kontrolę techniczną, jak i właściciela danych.
Źródła pierwotne
Zapisz plik testowy zawierający skrajne daty, liczby ujemne, wartości z tysiącami i puste pola. Po zmianie zapytania uruchom ten zestaw ponownie. Stały test szybciej pokaże regresję niż porównywanie wyłącznie nowego miesięcznego raportu.
Oddziel walidację od korekty
Zapytanie kontrolne powinno najpierw wskazać wartości niezgodne ze specyfikacją, a nie automatycznie je naprawiać. Dla każdego wyjątku zapisz surową wartość, proponowaną interpretację i regułę. Jeśli właściciel danych zatwierdzi korektę, wykonaj ją w osobnym kroku. Taki podział zapobiega ukryciu błędu źródłowego przez pozornie inteligentną transformację.
Po zatwierdzeniu transformacji zablokuj komórki z wynikiem przed przypadkową ręczną zmianą albo publikuj raport jako oddzielną kopię tylko do odczytu. Ręczna poprawka po odświeżeniu zniknie lub zostanie nadpisana. Każda korekta musi znaleźć się w źródle albo w jawnym kroku zapytania.
W raporcie umieść również liczbę odrzuconych rekordów i przyczynę, aby kompletność importu można było ocenić bez otwierania edytora zapytania.