Jaką procedurę diagnostyczną zalecają Państwo, gdy API RDE zwraca HTTP 500 i ogólny komunikat SOAP Fault? Jak odróżnić problem z podpisem lub szyfrowaniem wiadomości od niezgodności danych albo błędu działania usługi? Jakie informacje z żądania i odpowiedzi warto zapisywać do analizy?Czy odpowiedzi SOAP Fault — również w przypadku błędów zabezpieczeń i wyjątków systemowych — są zawsze podpisywane i szyfrowane, czy mogą być zwracane bez nagłówka WS-Security? Jak klient powinien prawidłowo obsługiwać takie odpowiedzi?

Błąd ogólny SOAP Fault z kodem błędu 0000 nie powinien wystąpić w standardowej pracy z dokumentem. Jeżeli jednak zdarzyłaby się taka sytuacja, np. ze względu na bardzo specyficzny przypadek danych, system odrzucił wiadomość SOAP lub zweryfikował negatywnie dokument i został on oznaczony błędem ogólnym, wówczas należy w pierwszej kolejności zweryfikować 100% zgodność wiadomości SOAP oraz dokumentu z kontraktem WSDL i XSD. W przypadku gdy jesteśmy pewni, że przesłane dane były prawidłowe, a mimo tego RDE odrzuciło żądanie lub zweryfikowało negatywnie dokument bez konkretnej informacji o błędzie należy utworzyć zgłoszenie do helpdesk OPI, umieszczając w nim m.in. opis sposobu wykorzystania usługi, tj. która usługa była przez Państwa wykorzystywana, celu wywołania danej usługi, krótki opis kroków jakie Państwo wykonali, UUID żądania (wartość pola requestUuid) oraz UUID instytucji (requesterUuid), itp., które pozwolą nam zlokalizować Państwa żądanie i zdiagnozować problem.

Powyższy przypadek będzie sytuacją szczególną i nie powinien występować często. W znakomitej większości przypadków, usługa powinna zwracać konkretne informacje o problemie. Problemy z podpisem, szyfrowaniem, certyfikatami klienckimi mają osobną obsługę i dedykowany kody błędów. Tak samo błędy weryfikacji dokumentów opatrzone są dedykowanymi kodami i opisami.

W tej chwili odpowiedzi błędne nie są ani szyfrowane, ani podpisywane. Struktura błędów SoapFault opisana jest w dokumentacji oraz udostępniona w kontrakcie.