Materiał opublikowany przez Leszka SP6CIK – DXCC Card Checker’a.

Wypełnienie aplikacji jest proste, ale jak wynika z aplikacji nadesłanych w 2010 i 2026 roku, większość z nich zawiera mniej lub bardziej istotne błędy. Celowo podałem te 2 lata, gdyż właśnie w tych latach liczba błędów była bardzo duża. W roku 2010 wszystkie aplikacje były wypisywane ręcznie i nazywane są aplikacjami „papierowymi”. Od kwietnia 2012 roku DXCC wprowadził aplikacje „online”, które natychmiast zyskały sobie popularność i obecnie stanowią około 95 % aplikacji z kartami QSL.

Najczęściej występujące błędy w aplikacjach „online”:

1. Błędnie przepisany znak stacji z karty QSL. Szczególnie dotyczy to kart QSL z wieloma znakami na karcie.

2. Błędnie przepisana data QSO z karty QSL.

Powyższe pomyłki dotyczące wyprawy może spowodować niezaliczenie danego QSO, gdyż DXCC nie posiada w wykazie uznawanych aktywności znaków i dat podanych przez osobę aplikującą.

3. Błędnie wpisane pasmo. Najczęstsze pomyłki dotyczą pasm 10 i 30metrów. Częstotliwość 10 MHz na karcie, wpisywana jest jako pasmo 10 metrów.

4. Błędna wpisana emisja. Najczęściej wynika to z niewłaściwego wybrania emisji z listy rozwijalnej w Online DXCC.

5. Podanie niewłaściwego podmiotu DXCC. Najczęściej błędy dotyczą poniższych podmiotów skreślonych: – DA-DM Germany (zalicza się QSOs nawiązane  16.09.1973 roku i wcześniej);
– DM,Y2-9 German Democratic Republic (zalicza się QSOs nawiązane od 17.09.1973 do 2.10.1990 roku);
– PJ Bonaire, Curacao (zalicza się tylko QSOs nawiązane 9 października 2010 r. i  wcześniej);
– PJ St. Maarten, Saba, St. Eustatius (zalicza się tylko QSOs nawiązane 9 października 2010 r. i  wcześniej).

Również nowe podmioty DXCC sprawiają kłopoty aplikantom. Dotyczy to głównie podmiotów powstałych po podziale Jugosławii i Czechosłowacji. Jak również FJ Saint Barthelemy,  PJ2 Curacao, PJ4 Bonaire, PJ5,6 Saba & St. Eustatius i PJ7 Sint Maarten.Pełny wykaz skreślonych podmiotów można pobrać z http://www.arrl.org/files/file/DXCC/2019_DXCC_Deleted_June.pdf

Wykaz aktualnych pomiotów można pobrać z: http://www.arrl.org/files/file/DXCC/DXCC_Current.pdf

Błędy w aplikacjach powodują, że muszę je poprawić i powiadomić aplikanta o nich oraz wskazać, że można odwołać się od mojej decyzji. Personel DXCC musi poprawić błędy w bazie aplikacji Online DXCC i powiadomić aplikanta o błędach. 

Kolejnym problemem jest sprawa płatności za aplikacje. Z przykrością należy stwierdzić, że koledzy podają błędnie numery kart kredytowych i daty ich ważności. Niektórzy mają źle skonfigurowane opcje płatności kartą w Internecie. Czasem brakuje środków na karcie w momencie obciążenia po zakończeniu procedury weryfikacji. 

Wszystko to powoduje, że ja mam dodatkową pracę i ma ją personel DXCC. W tym czasie DXCC mógłby zakończyć kolejną aplikację. Więc mam gorącą prośbę o precyzyjne wypełnianie aplikacji i kilkakrotne sprawdzenie każdego wpisanego QSO oraz ich poprawienie przed naciśnięciem klawisza „Submit Application”. Dobrym sposobem jest poproszenie innej osoby o sprawdzenie poprawności wpisanych QSOs. 

Najczęściej występujące błędy w aplikacjach „papierowych”:

1. Posortowanie alfabetyczne w DXCC Record Sheet – bardzo poważny błąd, uniemożliwiający przesłanie aplikacji do DXCC Desk. Aplikacja zwracana jest do nadawcy na jego koszt. Zgłoszenie i karty powinny być posortowane pasmami, a w ramach pasm emisjami.

2. Stosowanie niestandardowych formularzy. W przypadku dużych odstępstw od formatu, aplikacja zwracana jest do nadawcy na jego koszt.

3. Używanie błędnego formatu daty. Obowiązujący format daty DD MM YY czyli np. 11 05 10 w przypadku daty 11 maja 2010 roku. Większość osób błędnie używa formatu DD MM YYYY czyli 11 05 2010. Nie powoduje to odrzucenia wniosku, ale źle świadczy o aplikancie i przysparza to pracy DXCC Checkerowi oraz paniom w DXCC Desk.

4. Używanie niestandardowych nazw emisji. Dotyczy to głównie SSB, zamiast PHONE. Nie powoduje to odrzucenia wniosku, ale również źle świadczy o aplikancie i przysparza to pracy DXCC Checkerowi oraz paniom w DXCC Desk.

5. Pakowanie kart za poszczególne pasma i emisje lub za strony do oddzielnych kopert.
Powoduje to dodatkową pracę dla DXCC Card Checkera, który wprawdzie nie odsyła wniosku zgodnie z zaleceniami DXCC Desk, ale niepotrzebnie traci czas na rozpakowywanie kopert i ponowne ich pakowanie.
Uwaga: dostarczenie kart do DXCC Desk zapakowanych w oddzielnych kopertach powoduje odesłanie wniosku do aplikanta na jego koszt, o czym przekonali się już niektórzy Koledzy z SP.

6. Podpisywanie przez aplikanta poszczególnych arkuszy DXCC Record Sheet. Drobny błąd, lecz w ww. formularzu nie ma miejsca na podpis aplikanta. Formularz może podpisać wyłącznie DXCC Card Checker zgodnie obowiązującą go procedurą.

Należy stwierdziæ, że na 12 aplikacji zgłoszonych w roku 2010, większość zawierała podane błędy. Niektóre aplikacje zawierały ich kilka.

Przy okazji praktycznie zanikł już dobry obyczaj załączania SASE. Większość aplikujących nie załącza zaadresowanych kopert zwrotnych i druczków na list polecony lub inny rodzaj przesyłki, ograniczając się do załączenia opłaty na przesyłkę zwrotną. Niektórzy aplikanci nie potwierdzają zwrotu kart. Powoduje, to konieczność wysyłania dodatkowych e-mail’i.

Oczywiście istnieją również (a może przede wszystkim) aplikacje LoTW. Zaleca się korzystanie w pierwszej kolejności z aplikacji LoTW. Aplikacje online i papierowe powinny być wykorzystywane w przypadku braku potwierdzeń danego podmiotu w bazie LoTW.

Ponownie przed wysłaniem aplikacji polecam zapoznanie się z podstroną SPDXC „Zgłoszenie – jak to zrobić?”:
http://www.spdxc.org/index.php/zgloszenia-do-dxcc/zgloszenie-przewodnik

Na wszelkie pytania chętnie odpowiem, lecz proszę o wcześniejsze zapoznanie się ze ww. stroną. Najczęściej otrzymywane pytanie: „Leszek, jak zrobić zgłoszenie?” powoduje odesłanie do strony.

Pamiętajmy, DXCC Card Checker pracuje społecznie. Precyzyjne przygotowanie wniosku, załączenie SASE skraca czas pracy DXCC Card Checkera.

Vy 73
Leszek SP6CiK