Aktualna wersja KS-PPS: 2024.03.1.1 z dnia 2024-10-31Monitoring temperatury w lodówkach medycznych Kontakt redakcja@forumpps.plJesteśmy na Facebooku, dołącz do nas! 16 Lecie Forumpps.pl
0 użytkowników i 2 Gości przegląda ten wątek.
Czy ktoś wie czy ZUS już rozwiązał problem z PESEL pacjenta kończącym się 0, przy wysyłaniu eZLA z KS-SOMED. Mamy parę takich zwolnień do elektronizacji z SOMED i nie wiemy czy można je już wysłać.
W związku z uruchomieniem nowych funkcji na PUE ZUS przygotowaliśmy też nowe usługi dla aplikacji gabinetowych.
Poczytajcie sobie ciekawe artykuły w jakiś sposób powiązane z problemami z podpisami ZUSowskimi:https://www.dobreprogramy.pl/Afera-w-ZUS.-Kierownicy-jednego-z-departamentow-zwolnieni,News,105904.html
"Jakieś kłopoty techniczne" mogą wynikać właśnie z przestarzałego algorytmu SHA-1, którego według naszych informatorów ZUS jeszcze niedawno miał używać przynajmniej w niektórych swoich systemach. Nowe aplikacje nie przyjmują SHA-1, dlatego jeśli lekarz chce podpisać e-receptę lub e-zwolnienie za pomocą certyfikatu ZUS, może dochodzić do konfliktu. Przeglądarka czy aplikacja, z której korzysta lekarz, certyfikatu nie chce przyjąć.
Ma ktoś dzisiaj problemy z wysyłką zwolnień przez SOMED'a?
Nie mówię, że jest to problem. Ale jeśli ktoś kiedyś coś... to może mieć w kspl.exe.config wpis wyglądający mniej więcej tak: <endpoint address="https://193.105.143.220:8001/ws/zus.channel.gabinetowe:zla" binding="basicHttpBinding" bindingConfiguration="zus_channel_zla_Binder" contract="PUE.zla_PortType" name="zus_channel_zla_Port" />Jeśli... to proszę go usunąć. Od dłuższego czasu biblioteka ma w sobie zaszyte właściwe adresy, ale jeśli jest w config, to wówczas bierze z niego. Jak pisałem, nie wiem, czy to ten problem i czy rzeczywiście ZUS już wstał, ale sprawdzić warto.
<endpoint address="https://pue.zus.pl:8001/ws/zus.channel.gabinetowe:zla" binding="basicHttpBinding" bindingConfiguration="zus_channel_zla_Binder" contract="PUE.zla_PortType" name="zus_channel_zla_Port" />
<?xml version="1.0" encoding="utf-8"?><configuration> <system.serviceModel> <bindings> <basicHttpBinding><binding name="zus_channel_zla_Binder"><security mode="Transport"><transport clientCredentialType="Basic" /></security></binding><binding name="zus_channel_zla_Mock"><security mode="None"><transport clientCredentialType="Basic" /></security></binding></basicHttpBinding></bindings> <client> <endpoint address="https://pue.zus.pl:8001/ws/zus.channel.gabinetowe:zla" binding="basicHttpBinding" bindingConfiguration="zus_channel_zla_Binder" contract="PUE.zla_PortType" name="zus_channel_zla_Port" /></client> </system.serviceModel><appSettings><add key="EPuapStoreLocation" value="LocalMachine" /><add key="EPuapCertificateSubjectDistinguishedName" value="CN=KAMSOFT, OU=KAMSOFT, O=CPI, C=PL" /></appSettings><system.net><defaultProxy useDefaultCredentials="true" /></system.net></configuration>
Tak, można usunąć. Sama biblioteka próbuje obecnie łączyć się tam gdzie powinna.
Czy usunąć tylko poniższą część:Kod: [Zaznacz] <endpoint address="https://pue.zus.pl:8001/ws/zus.channel.gabinetowe:zla" binding="basicHttpBinding" bindingConfiguration="zus_channel_zla_Binder" contract="PUE.zla_PortType" name="zus_channel_zla_Port" /> czy całą zawartość a może cały plik?