ARCHIWALNY TEMAT FORUM
Program KLIENT JPK 2.0. nie widzi certyfikatu - POMOCY!!!
Hej,
podobno nie ja jedna tak mam.
Sterowniki wskazane prawidłowo (nawet je reinstalowałam, kompa zresetowałam), czytnik i karta działają (wysłałam deklarację VAT przed momentem), a program Klient JPK 2.0 nie widzi certyfikatu na karcie.
Czy ktoś wie, jak to naprawić?
podobno nie ja jedna tak mam.
Sterowniki wskazane prawidłowo (nawet je reinstalowałam, kompa zresetowałam), czytnik i karta działają (wysłałam deklarację VAT przed momentem), a program Klient JPK 2.0 nie widzi certyfikatu na karcie.
Czy ktoś wie, jak to naprawić?
Komentarz 1:
| 2017-02-24 13:45:10
| 83.***.***.147
U nas było to samo...po prostu w aplikacji klienckiej musisz wskazać jeszcze raz te sterowniki w opcjach...
Komentarz 2:
| 2017-02-24 13:46:57
| 128.***.***.52
Wskazałam jeszcze raz. Nadal nie widzi.
Komentarz 3:
| 2017-02-24 13:48:23
| 83.***.***.147
To może inny ma byc ten sterownik, w instrukcji były przykładowe nazwy i my też szukaliśmy aż do skutku...
Komentarz 4:
| 2017-02-24 13:49:05
| 83.***.***.146
Spróbuj wskazać sterowniki z lokalizacji \Windows\system32. U nas zaskoczyły.
Komentarz 5:
| 2017-02-24 13:51:42
| 128.***.***.52
Spróbowałam jeden, to wyskoczył teraz błąd techniczny (przy próbie podpisu). Jasna cho...
Komentarz 6:
| 2017-02-24 13:54:21
| 128.***.***.52
OK! Załapał trzeci sterownik!
Dzięki!!!
Dzięki!!!
Komentarz 7:
| 2017-02-24 14:26:47
| 95.***.***.78
Proszę o pomoc - Klient JPK 2,0 nie widzi certyfikatów na karcie.
Sterownik czytnika kart zainstalował się niby poprawnie.
Sterownik czytnika kart zainstalował się niby poprawnie.
Komentarz 8:
| 2017-02-24 14:51:41
| 87.***.***.128
Pliki od certyfikatów masz w kilku miejscach tzn.
Nazwa katalogu, w którym znajdują się pliki sterownika zainstalowanego czytnika kart oraz nazwa pliku tego sterownika zależą od dostawcy karty do podpisu elektronicznego. Przy czym dostawcy karty do podpisu elektronicznego mogą wymagać innych sterowników dla systemu Windows 32-bitowego i 64-bitowego.
Najczęściej spotykane katalogi dla systemu Windows:
C:\Program Files\nazwa programu do podpisu kwalifikowanego
C:\Program Files (x86)\ nazwa programu do podpisu kwalifikowanego
C:\Windows\System32
Przykładowe nazwy plików sterownika zainstalowanego czytnika kart dla systemu Windows:
CCPkiP11.dll
enigmap11.dll
cmP1164.dll
cmp11.dll
cryptoCertumPKCS11.dll
cryptoCertum3PKCS.dll
Nazwa katalogu, w którym znajdują się pliki sterownika zainstalowanego czytnika kart oraz nazwa pliku tego sterownika zależą od dostawcy karty do podpisu elektronicznego. Przy czym dostawcy karty do podpisu elektronicznego mogą wymagać innych sterowników dla systemu Windows 32-bitowego i 64-bitowego.
Najczęściej spotykane katalogi dla systemu Windows:
C:\Program Files\nazwa programu do podpisu kwalifikowanego
C:\Program Files (x86)\ nazwa programu do podpisu kwalifikowanego
C:\Windows\System32
Przykładowe nazwy plików sterownika zainstalowanego czytnika kart dla systemu Windows:
CCPkiP11.dll
enigmap11.dll
cmP1164.dll
cmp11.dll
cryptoCertumPKCS11.dll
cryptoCertum3PKCS.dll
Komentarz 9:
| 2017-02-24 15:02:16
| 194.***.***.10
Dla Sigillum:
Jeżeli uruchomiona jest aplikacja x64 to należy podać tą bibliotekę:
C:\Program Files\CryptoTech\CryptoCard\CCP1164.dll
Jeżeli uruchomimy aplikacje 32 bit (w systemie operacyjnym x64) to wskazujemy tą bibliotekę:
C:\Program Files (x86)\CryptoTech\CryptoCard\CCPkiP11.dll
Jeżeli uruchomiona jest aplikacja x64 to należy podać tą bibliotekę:
C:\Program Files\CryptoTech\CryptoCard\CCP1164.dll
Jeżeli uruchomimy aplikacje 32 bit (w systemie operacyjnym x64) to wskazujemy tą bibliotekę:
C:\Program Files (x86)\CryptoTech\CryptoCard\CCPkiP11.dll
Komentarz 10:
| 2017-02-24 19:14:00
| 95.***.***.78
Dzięki za podpowiedzi. Udało się metodą prób i błędów. Można wskazać kilka sterowników, przy których nie wyskakuje błąd, ale nie wszystkie pozwalają późniejszy na odczyt certyfikatów z karty. U mnie zadziałał cryptoUniPKCS.dll w folderze System32.
Podpisywanie pliku JPK z aplikacji smartSign dawnego unizeto i używanie zewnętrznie podpisanego pliku metadanych w Klient JPK powodowało błąd przy próbie wysyłki.
Po 7 godzinach zmagań z pierwszym JPK mam już UPO. Mam nadzieję, że dalej będzie już łatwiej...
Dzięki za wsparcie!
Podpisywanie pliku JPK z aplikacji smartSign dawnego unizeto i używanie zewnętrznie podpisanego pliku metadanych w Klient JPK powodowało błąd przy próbie wysyłki.
Po 7 godzinach zmagań z pierwszym JPK mam już UPO. Mam nadzieję, że dalej będzie już łatwiej...
Dzięki za wsparcie!
Komentarz 11:
| 2017-02-24 22:10:00
| 5.***.***.231
Napisz moze co bylo przyczyna że wyskakiwal Ci blad przy probie wysylki, innym się przyda takie info.
Komentarz 12:
| 2017-02-25 11:23:35
| 95.***.***.78
W oparciu o poradnik Certum - wysyłka JPK - ścieżkę do sterownika karty ustawiłam na plik cryptoCertum3PKCS.dll w Windows\System32. W aplikacji proCertum SmartSign ustawiłam wszystko do podpisywania JPK. Plik dało się podpisać tylko przez tą aplikację, bo przy próbie podpisu z Klient JPK przez funkcję "podpisz ...z użyciem karty.." nie były widoczne certyfikaty na karcie. Wskazywałam plik xml podpisany zewnętrznie i na zielono zaznaczał się zewnętrznie podpisany plik metadanych dokumentu. Wysyłka się rozpoczynała, dochodziła do 25% i kończyła niepowodzeniem.Informacja o błędzie była taka, że przesłany plik jest niezgodny ze schematem xsd.
Podpis przy sterowniku cryptoUniPKCS.dll, bezpośrednio z Klient JPK zadziałał. Mam UPO. Przy takiej konfiguracji nie mogę podpisać zwykłej deklaracji - ale to już drobiazg. Można się przenieść na inny komp...
Podpis przy sterowniku cryptoUniPKCS.dll, bezpośrednio z Klient JPK zadziałał. Mam UPO. Przy takiej konfiguracji nie mogę podpisać zwykłej deklaracji - ale to już drobiazg. Można się przenieść na inny komp...
Komentarz 13:
| 2017-02-27 15:58:54
| 89.***.***.98
Czy spotkaliście się z błedem sun.security.pkcs11.wrapper.PCKS11Exception: CKR_DEVICE_ERROR?
wszystkiego już probowalem i nie wiem co może być przyczyną...
wszystkiego już probowalem i nie wiem co może być przyczyną...
Komentarz 14:
| 2017-02-28 19:14:19
| 81.***.***.194
Aplikacja JPK 2.0 używa do obsługi kart właśnie takiej biblioteki SunPKCS#11 Provider, która ma co najmniej jeden błąd i potrafi prawnie współpracować z kartą, która ma KILKA CERTYFIKATÓW, np. stary już nieważny certyfikat oraz nowy, aktualnie ważny.
Takie konfiguracje zdarzają się na kartach Sigillum i nie działają poprawnie z aplikacjami Java używającymi tego wadliwego komponentu SunPKCS#11 Provider.
Można go używać tak by nie było problemu, ale programiści bywają leniwi...
Należy usunąć nadmiarowe certyfikaty kwalifikowane z karty (problemem są TYLKO dwa/więcej certyfikatów kwalifikowanych!) i problem powinien ustąpić, ale niestety usunięcie certyfikatów kwalifikowanych jest możliwe tylko w Punkcie Rejestracji.
Takie konfiguracje zdarzają się na kartach Sigillum i nie działają poprawnie z aplikacjami Java używającymi tego wadliwego komponentu SunPKCS#11 Provider.
Można go używać tak by nie było problemu, ale programiści bywają leniwi...
Należy usunąć nadmiarowe certyfikaty kwalifikowane z karty (problemem są TYLKO dwa/więcej certyfikatów kwalifikowanych!) i problem powinien ustąpić, ale niestety usunięcie certyfikatów kwalifikowanych jest możliwe tylko w Punkcie Rejestracji.
Wydawnictwo Podatkowe GOFIN sp. z o.o. nie ponosi odpowiedzialności za treści tematów i komentarzy umieszczanych
na łamach FORUM DYSKUSYJNEGO. Dodanie tematu lub komentarza jest równoznaczne z akceptacją
REGULAMINU FORUM DYSKUSYJNEGO (kliknij aby zapoznać się z regulaminem).
Komputerowa wersja serwisu
Mobilna wersja serwisu