Raport brokera i arkusz mogą zawierać tę samą liczbę wierszy oraz taki sam wynik finansowy, lecz inne identyfikatory operacji. Problem pojawia się, gdy program zamienia długi numer na liczbę i traci końcowe cyfry. Wtedy połączenie tabel może przypisać opłatę niewłaściwemu wykonaniu. Poniżej sprawdzisz import i ponowny eksport na dwóch fikcyjnych ID, bez zgadywania, jakie cyfry powinny wrócić na końcu.
Dlaczego numer transakcji powinien pozostać tekstem?
ID odpowiada na pytanie „który rekord?”, a nie „ile pieniędzy?”. Dodawanie numerów zleceń nie ma sensu. Dla identyfikatora istotny może być każdy znak, w tym początkowe zero. Natomiast wynik, prowizja i wolumen są polami przeznaczonymi do obliczeń. Rozdziel te typy, zanim przygotujesz formuły w arkuszu tradera.
Microsoft opisuje ograniczenie dokładności liczbowej do 15 cyfr i zaleca tekst dla dłuższych kodów. Nie wynika z tego, że każdy broker nadaje tak długie numery. Badamy konkretny mechanizm importu, który może dotyczyć ID wykonania, zlecenia albo innego klucza. Najpierw zobacz surowy zapis, nie tylko skrót widoczny w komórce.
Ustal również, co identyfikuje dana kolumna. W MT5 numer zlecenia i numer wykonania są odrębne; DEAL_ORDER oraz DEAL_TICKET mają różne znaczenie. Powtórzenie numeru jednego zlecenia przy kilku wykonaniach nie musi być błędem. Deduplikacja wymaga właściwego klucza i definicji rekordu, a nie usunięcia wszystkich podobnych wierszy.
Jak dwie różne operacje mogą dostać ten sam klucz?
Własny model utraty szesnastej cyfry
Przyjmij dwa fikcyjne ID: 2026101300000001 oraz 2026101300000002. W naszym kontrolowanym wariancie import traktuje je jako liczby i zachowuje pierwsze 15 cyfr, zastępując szesnastą zerem. Oba oznaczenia stają się 2026101300000000. Wariant tekstowy przechowuje oba pełne napisy. Model nie jest eksportem prawdziwego rachunku ani dowodem, że Twoje ustawienia Excela dokonują tej konwersji.
| Oryginalny ID | Po konwersji liczbowej modelu | Import tekstowy |
|---|---|---|
| 2026101300000001 | 2026101300000000 | 2026101300000001 |
| 2026101300000002 | 2026101300000000 | 2026101300000002 |
Oryginał ma dwa różne klucze, zmieniona lista jeden. Nadal widzisz dwa wiersze. Jeśli usuniesz powtórzenia, stracisz jedną operację; jeśli połączysz kolejną tabelę po uszkodzonym kluczu, przypisanie może być niejednoznaczne. Zgodna suma wyniku nie ujawni automatycznie tego problemu.
Dwa ID, jeden uszkodzony klucz
Porównuj pełne ciągi znaków. Zapis naukowy w widoku nie jest samodzielnym dowodem utraty danych; sprawdź wartość i eksport. Nie dopisuj końcówki „1” pierwszemu wierszowi i „2” drugiemu na podstawie ich kolejności. Rzeczywista historia może mieć inny porządek, brakujący rekord albo więcej operacji. Uszkodzony klucz nie zawiera informacji pozwalającej wybrać właściwy oryginał.
Jak zaimportować ID bez utraty znaków?
Zachowaj niezmienioną kopię źródła poza roboczym arkuszem. Otwórz próbkę w edytorze tekstu, odczytaj nagłówek i kilka pełnych ID. Oddziel plik pobrany od brokera od kopii już zapisanej przez Excel. Nazwa „oryginał” nie świadczy o pochodzeniu; dopisz czas pobrania i zakres raportu w osobnej notatce.
Użyj kontrolowanego importu tekstu/CSV i jawnie ustaw typ kolumn identyfikatorów na tekst. Instrukcja Microsoft pokazuje taką pracę w Power Query. Sprawdź etapy zapytania przed zatwierdzeniem wyniku: jeśli wcześniej zastosowano konwersję liczbową, późniejszy typ tekstowy nie odzyska utraconych znaków. Wróć do zachowanej kopii i popraw import.
Opcje importu Excela obejmują automatyczne konwersje długich liczb, zer początkowych oraz niektórych zapisów podobnych do dat. Dostępność ustawień zależy od wydania programu; sprawdź swoją wersję. Nie zakładaj, że przełącznik ustawiony na jednym komputerze obowiązuje u drugiej osoby. Wspólny szablon potrzebuje opisanej procedury importu.
Po załadowaniu skontroluj próbkę, zapisz kopię i wyeksportuj ją ponownie. Odczytaj wynik jako tekst i porównaj z referencją. To test pełnej drogi źródło → import → eksport. Samo wyświetlenie wszystkich cyfr w arkuszu nie zastępuje sprawdzenia pliku, który następnie trafi do dziennika, programu albo kolejnej tabeli.
Co sprawdza lokalna porównywarka identyfikatorów?
Wklej dwie listy: oryginalne ID i ID po przejściu przez arkusz. Jeden identyfikator zajmuje jeden wiersz. Nie wklejaj całego CSV, nagłówków ani cudzysłowów. Dozwolone są litery ASCII, cyfry oraz znaki podkreślenia, kropki, dwukropka i minus. Limit wynosi 10 000 niepustych wierszy na listę i 128 znaków na ID. Spacje na początku lub końcu są błędem, nie są usuwane po cichu. Każda lista ma też limit 20 000 wszystkich linii, wliczając puste, i 1,5 MB. Wielkość liter ma znaczenie: ABC oraz abc są różnymi oznaczeniami.
Sprawdź zachowanie identyfikatorów
Własny przykład dydaktyczny. Analiza działa lokalnie w przeglądarce: nie łączy się z rachunkiem ani API, nie wysyła wpisanych danych i nie zapisuje ich trwale. Nie wpisuj haseł ani danych osobowych.
Narzędzie zachowuje zera i porównuje wystąpienia pełnych napisów, nie sumę ich wartości liczbowych. Raportuje brakujące i dodatkowe oznaczenia oraz powtórzenia. W naszym przykładzie oba oryginalne ID znikają, a nowy klucz występuje dwa razy. Wzorzec zgodny z utratą cyfr po piętnastej jest hipotezą diagnostyczną, nie ustaleniem winy Excela.
Checker pracuje lokalnie na wklejonych listach. Nie loguje się do brokera, nie sprawdza autentyczności ID ani nie rekonstruuje operacji. Zgodność list nie potwierdza poprawności cen, kwot, dat lub opłat. Jeżeli raport dotyczy kilku rachunków, porównuj odpowiednie zakresy osobno; takie samo oznaczenie poza ustalonym zakresem nie jest automatycznie tą samą transakcją.
Przy niezgodności zachowaj obie kopie i ustal etap pierwszej zmiany. Nie poprawiaj historii przez zgadywanie. Łączenie wykonań ze wspólną pozycją wymaga wiarygodnych powiązań; kontrola ID przygotowuje dane do tego zadania, ale sama nie przypisuje wyniku robotom. Zachowaj ślad kontroli w dzienniku.
Co zrobić przed użyciem raportu w obliczeniach?
- Wybierz jedną kolumnę i opisz, jaki rekord identyfikuje. Zachowaj źródło przed otwarciem w arkuszu. Sprawdź najdłuższe oznaczenia oraz początkowe zera; jeśli nie masz pierwotnego pliku, oznacz ograniczenie zamiast uznawać późniejszą kopię za referencję.
- Powtórz import z jawnym typem tekstowym dla ID, pozostawiając kwoty jako właściwe pola liczbowe. Sprawdź etap automatycznej konwersji i ponowny eksport. Porównaj pełne listy oraz liczby wystąpień, a nie tylko pierwsze kilka widocznych komórek.
- Przy utracie znaków pobierz właściwy oryginał lub poproś dostawcę o eksport. Nie odtwarzaj końcówek na podstawie kolejności. Dopiero po uzgodnieniu kluczy sprawdzaj połączenia tabel, ceny, koszty i saldo; zgodność jednego z tych testów nie zastępuje pozostałych.
Sprawdź, czy rozumiesz
Jedno krótkie ćwiczenie
Około 2 min · możesz spróbować ponownie
Dwa różne ID z modelu po imporcie mają tę samą końcówkę 0. Liczba wierszy i suma pieniędzy się zgadzają. Co zrobić?
- Usunąć jeden wiersz jako powtórzenie.
- Wrócić do oryginału i powtórzyć import tekstowy, potem porównać pełne ID.
- Dopisać kolejno 1 i 2 na końcu.
Sprawdź odpowiedź i wyjaśnienie
Wrócić do oryginału i powtórzyć import tekstowy, potem porównać pełne ID.
Tak. Utracone cyfry odzyskujesz z wiarygodnego źródła, a nie przez zgadywanie na podstawie sumy.