Others

Dlaczego ten sam plik PDF przechodzi weryfikację w jednym portalu rządowym, ale nie w innym

Przesyłasz plik PDF do portalu rządowego. System przetwarza je, weryfikuje i potwierdza akceptację. Przesyłasz dokładnie ten sam plik do innego portalu rządowego, a system odrzuca go z powodu tajemniczego błędu: Dokument nie spełnia wymagań walidacji. Plik jest identyczny, zawartość jest identyczna, a plik PDF otwiera się poprawnie w każdym czytniku stacjonarnym, którego próbowałeś. Jednak jeden portal to akceptuje, a drugi nie. Wyjaśnienie nie leży w widocznej zawartości pliku PDF, ale w niewidocznych metadanych, zgodności strukturalnej z określonymi podstandardami PDF oraz zasadach sprawdzania poprawności egzekwowanych przez oprogramowanie każdego portalu.

Portale rządowe nie weryfikują plików PDF według jednego uniwersalnego standardu. Każdy portal korzysta z mechanizmu sprawdzania poprawności skonfigurowanego do sprawdzania określonego zestawu reguł, a różne agencje w różny sposób konfigurują swoje mechanizmy sprawdzania poprawności. Plik PDF spełniający wymagania portalu modernizacji IRS może nie spełnić wymagań systemu EDGAR SEC, ponieważ oba systemy sprawdzają różne wersje specyfikacji PDF, różne wymagane pola metadanych i różne zasady osadzania czcionek. Zjawisko to jest dobrze udokumentowane, ale słabo rozumiane przez osoby składające dokumenty i otrzymujące powiadomienia o odmowie. Analiza portali do składania dokumentów agencji federalnych Stanów Zjednoczonych z 2025 r. wykazała, że 22% początkowo odrzuconych plików PDF zostało odrzuconych ze względu na zasady walidacji różniące się w poszczególnych agencjach, a nie ze względu na techniczną nieważność plików PDF (National Archives and Records Administration, „Federal Electronic Document Submission Compliance”, 2025). Odrzucenie jest rzeczywiste, ale zidentyfikowany przez niego problem z plikiem PDF jest często związany z zestawem reguł danego portalu, a nie ogólną wadą pliku. Narzędzia do przygotowywania dokumentów WukongPDF obsługują eksport do wielu poziomów zgodności z formatem PDF/A i obejmują weryfikację metadanych, która pomaga wychwycić specyficzne dla portalu problemy z formatowaniem przed przesłaniem, redukując konieczność powtarzania dokumentów powodowanych przez cykl odrzucenia, ponownego przesłania i ponownego przesłania.

Why Does the Same PDF Pass Validation on One Government Portal but Fail on Another

Zgodność z PDF/A: najczęstsze źródło niepowodzeń podczas sprawdzania poprawności między portalami

PDF/A to zgodna z ISO wersja pliku PDF przeznaczona do długoterminowej archiwizacji. Zabrania funkcji, które mogłyby uniemożliwić niezawodne renderowanie pliku PDF za kilka dekad w przyszłości: brak JavaScript, brak zewnętrznych odniesień do plików, brak dźwięku i wideo, brak szyfrowania i obowiązkowe osadzanie czcionek. Wiele portali rządowych wymaga zgodności z formatem PDF/A dla przesyłanych dokumentów, ale wymagają one różnych wersji i poziomów PDF/A.

Najbardziej rygorystyczną wersją jest PDF/A-1, opublikowany w 2005 roku. Zabrania przezroczystości, warstw i kompresji JPEG2000. PDF/A-2, opublikowany w 2011 r., łagodzi pewne ograniczenia i pozwala na przejrzystość i warstwy. PDF/A-3, opublikowany w 2012 r., umożliwia ponadto osadzanie plików w dowolnym formacie, nie tylko PDF/A. W każdej wersji istnieją trzy poziomy zgodności: poziom B dla podstawowego wyglądu, poziom U dla dostępności tekstu Unicode i poziom A dla pełnego tagowania dostępności.

Agencja / SystemWymagana wersja PDF/AKluczowe wymagania dodatkowe
Sądy amerykańskie (PACER / CM/ECF)PDF/A-1bMożliwość wyszukiwania tekstu, brak ustawień zabezpieczeń, wbudowane czcionki
SEC EDGARPDF/A-1b lub PDF/A-2bBrak zabezpieczeń, określone wymagania dotyczące marginesów, wszystkie czcionki osadzone
Zmodernizowany e-dokument IRSPDF/A-2bFormularze XFA są szczególnie zabronione, wymagane są określone pola metadanych
Commons NIH eRAPDF/A-1bSpecyficzne metadane dotacji, brak aktywnych hiperłączy w niektórych podsystemach
Portal UE „e-sprawiedliwość”.PDF/A-2uWymagana warstwa tekstowa Unicode, metadane dotyczące dostępności wymagane od 2025 r

Plik PDF zapisany jako PDF/A-2b z programu Microsoft Word może przejść przez portal IRS, ale nie przejdzie przez system PACER, ponieważ PACER wymaga formatu PDF/A-1b, który zabrania efektów przezroczystości, na jakie pozwala PDF/A-2b. Rozwiązanie polega na ponownym wyeksportowaniu dokumentu do określonej wersji PDF/A wymaganej przez portal docelowy. Większość narzędzi do tworzenia dokumentów, w tym Word, LibreOffice i Adobe Acrobat, obsługuje eksport do wielu wersji PDF/A. Jeśli dokumentacja portalu określa format PDF/A bez numeru wersji, najpierw przetestuj plik PDF/A-1b, ponieważ jest to najszerzej rozpoznawany podzbiór, a następnie przejdź do nowszej wersji tylko wtedy, gdy treść wymaga funkcji zabronionych w formacie PDF/A-1b (Adobe, „Poziomy zgodności PDF/A”, 2025).

WukongPDF

Spróbuj naprawić plik PDF

Nie wymaga instalacji. Działa bezpośrednio w Twojej przeglądarce.

Zacznij teraz →

Wymagania dotyczące osadzania czcionek i dlaczego różnią się one w zależności od portali

Osadzanie czcionek jest głównym źródłem niespójności podczas sprawdzania poprawności między portalami. Jeden portal wymaga, aby wszystkie czcionki były w pełni osadzone, co oznacza, że w pliku PDF musi znajdować się cały zestaw znaków każdej czcionki użytej w dokumencie. Inny portal wymaga jedynie osadzenia podzbioru, gdzie plik PDF zawiera tylko znaki faktycznie użyte w dokumencie. Trzeci portal umożliwia odwoływanie się do czcionek bez konieczności ich osadzania, powracając do czcionek systemowych na komputerze przeglądarki.

Gdy portal wymaga pełnego osadzenia czcionek i otrzyma plik PDF z osadzonymi podzestawami czcionek, mechanizm sprawdzania poprawności może odrzucić dokument z powodu błędu związanego z czcionką. Odrzucenie następuje nie dlatego, że plik PDF jest nieprawidłowy, otwiera się i wyświetla poprawnie w dowolnym czytniku, ale dlatego, że specyficzna zasada portalu wymaga pełnego osadzenia. Rozróżnienie pomiędzy osadzaniem pełnym i podzbiorowym jest udokumentowane w deskryptorach czcionek pliku PDF, które mechanizm sprawdzania poprawności programowo sprawdza.

Aby sprawdzić, które czcionki są osadzone w pliku PDF i na jakim poziomie, otwórz plik PDF w programie Adobe Acrobat i przejdź do opcji Plik, Właściwości i karty Czcionki. Każda czcionka jest wyświetlana wraz ze statusem osadzenia: Osadzony, Osadzony podzbiór lub Nie osadzony. W przypadku portali wymagających pełnego osadzania przed przesłaniem przekonwertuj wszystkie czcionki osadzone w podzbiorze na czcionki w pełni osadzone. Ta konwersja wymaga dostępności w systemie pełnych plików czcionek. W aplikacji do tworzenia dokumentów upewnij się, że w ustawieniach eksportu do pliku PDF jest zaznaczona opcja osadzania całego zestawu czcionek, a nie tylko ich podzbioru. W przypadku programu Microsoft Word to ustawienie znajduje się w obszarze Plik, Opcje, Zapisz i Osadź czcionki w pliku, przy niezaznaczonym polu wyboru Osadź tylko znaki użyte w dokumencie.

Wymagania dotyczące pól metadanych i ukryte bramki walidacyjne

Portale do składania dokumentów rządowych często wymagają wypełnienia w pliku PDF określonych pól metadanych XMP. Pola, takie jak dc:title, dc:creator, dc:subject, xmp:CreateDate i niestandardowe pola specyficzne dla agencji, są przechowywane w strumieniu metadanych pliku PDF i nie są widoczne podczas normalnego przeglądania dokumentu. Mechanizm sprawdzania poprawności portalu wyodrębnia te pola i sprawdza ich obecność, format i zawartość.

Na przykład system SEC EDGAR wymaga określonych pól metadanych, które identyfikują rodzaj zgłoszenia, numer CIK rejestrującego i datę zgłoszenia. Plik PDF, który wygląda na idealnie sformatowany, ale brakuje mu pola dc:title lub ma ustawioną ogólną wartość, taką jak Microsoft Word - Dokument1, zostanie odrzucony. Podobnie system CM/ECF sądów amerykańskich pobiera metadane w celu uzupełnienia wpisu w aktach, a plik PDF z brakującymi lub nieprawidłowo sformatowanymi metadanymi powoduje odrzucenie zgłoszenia lub, w niektórych przypadkach, przyjęcie go z nieprawidłowym tekstem akt, który należy później poprawić w drodze wniosku.

Aby przygotować metadane PDF na potrzeby konkretnego przesłania portalu, użyj edytora metadanych PDF, takiego jak okno dialogowe Właściwości dokumentu programu Adobe Acrobat, narzędzie do edycji metadanych XMP lub funkcje metadanych w aplikacji do tworzenia dokumentów, aby ustawić każde wymagane pole na dokładnie taką wartość, jakiej wymaga portal. Wytyczne portalu dotyczące składania wniosków powinny zawierać listę wymaganych pól metadanych i ich akceptowalnych formatów. Jeśli wytyczne nie wymieniają wyraźnie wymagań dotyczących metadanych, skontaktuj się z pomocą techniczną portalu lub przejrzyj dokumentację dla deweloperów portalu, która często zawiera specyfikacje metadanych pominięte w dokumentacji przeznaczonej dla użytkownika. Wymagania dotyczące metadanych są najczęściej pomijanym aspektem przygotowania plików PDF dla konkretnego portalu, a poświęcenie godziny na weryfikację metadanych przed pierwszą próbą przesłania pozwala uniknąć wielodniowego czasu realizacji cyklu odrzucenia, poprawiania i ponownego przesyłania.

Weryfikacja struktury: Integralność tabeli odnośników zewnętrznych i błędy w składni pliku PDF

Oprócz zgodności z formatem PDF/A, osadzania czcionek i metadanych portale rządowe mogą weryfikować wewnętrzną integralność strukturalną pliku PDF na poziomie składni. Plik PDF, który otwiera się poprawnie w czytniku stacjonarnym, może zawierać drobne odchylenia składniowe, takie jak nieprawidłowe przesunięcie tabeli odsyłaczy, brakujący znacznik końca pliku lub strumień obiektów, który nie jest ściśle zgodny ze specyfikacją pliku PDF. Czytniki plików PDF na komputery stacjonarne są zaprojektowane tak, aby wybaczać drobne odchylenia od składni, ponieważ ich głównym celem jest prawidłowe wyświetlanie treści. Mechanizmy walidacji portali są często bardziej rygorystyczne, ponieważ ich głównym celem jest zapewnienie niezawodnego przetwarzania dokumentu przez zautomatyzowane systemy.

Klasycznym przykładem jest znacznik %%EOF. Specyfikacja PDF wymaga, aby każdy plik PDF kończył się bajtami %%EOF, opcjonalnie poprzedzonymi spacjami. Plik PDF, w którym brakuje tego znacznika z powodu skróconej operacji zapisywania lub niestandardowego generatora plików PDF, zostanie poprawnie otwarty w programie Adobe Acrobat, który dyskretnie ignoruje brakujący znacznik. Mechanizm sprawdzania poprawności portalu, który przeprowadza ścisłą kontrolę strukturalną, odrzuci plik z powodu błędu końca pliku. Kilka innych typowych problemów strukturalnych obejmuje tabelę odsyłaczy zawierającą wpisy wskazujące na nieistniejące obiekty pozostałe z poprzedniej sesji edycji, łańcuch zapisu przyrostowego, który nie został w pełni skonsolidowany w jedną linearyzowaną strukturę oraz numer wersji PDF w nagłówku, który nie odpowiada funkcjom faktycznie używanym w dokumencie.

Naprawa problemów strukturalnych wymaga narzędzia naprawczego PDF Standard, które wykonuje pełną przebudowę strukturalną. Narzędzia te analizują wewnętrzną strukturę obiektów pliku PDF, identyfikują anomalie i generują czysty, zgodny ze specyfikacją plik. Naprawa strukturalna nie zmienia widocznej zawartości pliku PDF, ale może radykalnie zmienić to, czy mechanizm sprawdzania poprawności portalu zaakceptuje plik. Przeprowadzenie naprawy strukturalnej w pliku PDF przed przesłaniem go do dowolnego portalu rządowego to niedrogi krok ubezpieczeniowy, który zapobiega znacznej części odrzuceń technicznych.

A Lista kontrolna przed złożeniem zamówienia w celu zwiększenia akceptacji portalu przy pierwszej próbie

Przed przesłaniem pliku PDF do dowolnego portalu rządowego przejrzyj systematyczną listę kontrolną, która obejmuje najczęstsze punkty niepowodzenia walidacji między portalami. Dziesięć minut potrzebnych na wykonanie tej listy kontrolnej to ułamek czasu potrzebnego na zdiagnozowanie odrzucenia, naprawienie problemu i ponowne przesłanie.

Zweryfikuj wersję PDF/A pod kątem udokumentowanych wymagań portalu i w razie potrzeby dokonaj ponownego eksportu. Sprawdź, czy wszystkie czcionki są osadzone na poziomie wymaganym przez portal, co oznacza pełne osadzenie w przypadku większości portali rządowych. Wypełnij zgodnie z wymaganiami każde pole metadanych wymienione w dokumentacji portalu, używając dokładnie określonego formatu. Uruchom narzędzie do sprawdzania poprawności składni pliku PDF lub narzędzie do naprawy strukturalnej, aby wychwycić i naprawić wewnętrzne problemy strukturalne. Sprawdź, czy plik PDF nie zawiera ustawień zabezpieczeń, ponieważ większość portali rządowych odrzuca pliki PDF zaszyfrowane lub chronione hasłem. Upewnij się, że rozmiar pliku mieści się w limicie portalu i że wymiary strony odpowiadają wymaganiom portalu. Otwórz plik PDF w co najmniej dwóch różnych czytnikach PDF, aby upewnić się, że jest poprawnie renderowany i że żadna treść nie jest obcięta. Kontrola między czytnikami wychwytuje problemy z renderowaniem, które mogą zostać przeoczone w teście z jednym czytnikiem. Osiągnięcie PDF Zgodność z określonymi zasadami sprawdzania poprawności portalu jest raczej funkcją przygotowania niż szczęścia, a metodyczny proces poprzedzający złożenie wniosku przekształca odrzucenie za pierwszym razem w akceptację za pierwszym podejściem w przypadku zdecydowanej większości prawidłowo przygotowanych dokumentów.

WukongPDF

Spróbuj naprawić plik PDF

Nie wymaga instalacji. Działa bezpośrednio w Twojej przeglądarce.

Zacznij teraz →