Bei uns ist das mit einem Unifi Cloud gateway Ultra bis zu mehrfach am Tag der Fall und mit ist nicht klar, ob meine Firewall oder die remote Seite des VPN Schuld daran ist, dass die VPN-Verbindung unterbrochen wird. Eben das vermute ich ursächlich für die wiederholten PIN-Eingaben zu sein. Dieses Verhalten stört so sehr, dass ich nicht vor der Anschaffung anderer Hardware zurückschrecken würde, wenn denn nur die Aussicht auf eine stabilere Funktion besteht. Oder: gibt es irgendwo eine Einstellung, z.B. eine Timeout-Einstellung, mit der man die Verbndung stabiler hinbekommen kann?

Wir haben eine Sophos Firewall und das gleiche Problem.

Wir haben am Freitag, 21.11. nachmittags die Umstellung auf das TI-Gateway vorgenommen bekommen. Bei uns ist eine OPNsense-Firewall im Einsatz. Da ich zuletzt von dieser Problematik recht viel im Forum lese bin ich sehr gespannt, wie es bei uns läuft. Sollte es tatsächlich auch so werden, ist das für mich ein Grund die Zahlung der Abokosten angemessen einzuschränken bis Zollsoft als Vertragspartner das Problem löst.Nachtrag (24.11.): Nach der Umstellung am letzten Freitag nachmittags haben wir heute den ersten Tag mit dem TI-Gateway. Und leider wie bereits in diesem thread als auch hier (/d/111059 berichtet klappt es ebenso nicht ohne dass es ständig Fehler hagelt: SMC-B musste mehrtfach heute neu "aktiviert" werden dann natürlich auch alle Komfortsignaturen für 4 Ärzte usw.Ich möchte hiermit auch bestätigen, dass es beim "TI-Gateway von Zollsoft" ein gravierendes Problem gibt!

Ich hab da mal ne KI gefragt und bin darauf auf einen Reddit Betrag gestoßen, in dem jemand ein batch script (ich schreibe das hier ab ohne wirklich etwas davon zu verstehen) geschrieben hat, das alle 5 Minuten einen remote server anpingt. "Perfect, no. Elegant, maybe. Effective, yes." klingt verheißungsvoll. Die KI-generierte Anleitung ist für meinen Geschmack a) zu kompliziert und b) frage ich mich, wie man das rückabgewickelt bekommt, wenn etwas schief geht. Vielleicht nicht auf dem Tomedo-Server installieren. Oder es mit einem Ping Uptime-Monitor probieren, der genau das machen soll. https://www.reddit.com/r/Ubiquiti/comments/rk3hjl/site_to_site_vpn_keep_alive/

Bin mir nicht sicher, ob das das Problem lösen würde. Bei mir ist zumindest die Funktion deaktivert, dass nach einer Zeit x, die Verbindung getrennt wird. Das ganze passiert auch im Betrieb wenn alle paar Minuten/Sekunden Karten eingelesen werden, ePAs geöffnet, Rezepte und eAU signiert werden. Wir sind 4 Ärzte in der Praxis, ich würde behaupten, dass da eigentlich andauernd irgendwas über das Gateway gesendet/angefragt wird und trotzdem fliegt man irgendwann willkürlich raus.

Bei uns ist es eine Lancom- Firewall, ich habe auch mal die hier ( /d/111039 zum Ende des Fadens beschriebene Internet- Verbindung getestet, bei mir keine Auffälligkeiten.

Hallo zusammen, wir untersuchen das Problem derzeit. Der Support wird sich bei Ihnen melden. Wenn wir neue Informationen für Sie haben, werden wir Sie hier informieren. Mit freundlichen Grüßen Jacqueline Geis

Auch wir kämpfen leider mit diesem Problem. Seit der Umstellung auf das TI-Gateway ist der Worflow nur noch sehr holprig. Ständig fliegt die SMC-B raus. Rezept eund AU's können nicht freigebene werden. Das TI-Gateway starte ich mindestens 1x/Tag neu. Mit meinem Secunet-Konnektir gab es wirklich NIE Probleme..... Ich hoffe auf eine schnelle Lösung des Problems!!

Die Umstellung auf das TI-Gateway hat an sich zunächst problemlos geklappt und wurde von Zollsoft sehr kompetent durchgeführt - insbesonder auch die Einstellung auf der Fritzbox zu den statischen Routen - ausdrückliches Lob. Einwählen von zu Hause über Fritz VPN auch nach dem Anschluß der Gateway-Box ohne Probleme. Solange die Verbindung über die Gateway-Box steht, erscheint mir das Signieren von eRp auch beschleunigt gegenüber dem lokalen Konnektor. Leider muss ich aber auch bestätigen, dass es immer wieder zu einem Abhängen der Kartenterminals kommt. Manchmal 48h stabil, dann wie heute 3x am Tag die Notwendigkeit, diese neu zu verbinden (ist in ConnecTI selber gut möglich), erfordert dann aber die Eingabe der SMC-B Pin am Kartenterminal, dann erneut die Aktivierung der Komfort-Signatur. Insofern ist der Arbeitsalltag erheblich beeinträchtigt - bin aber froh, zu hören, dass es kein Praxis-internes Problem ist, sondern eher generell mit dem Gateway zusammenhängt. Obwohl die Verbindung der Kartenterminals ja selbstständig wieder aufgebaut wird z.B. nach der nächtlichen Trennung des Internet-Providers, scheint es andere Ereignisse zu geben, die zu einem Abhängen der Terminals von dem entfernten Konnektor führen. Ich hoffe auf eine baldige Lösung. Einmal war der entfernte Konnektor gar nicht erreichbar - ursächlich war wohl die Gateway-Box abgestürzt - nach Neustart dieser Box funktionierte die Verbindung dann wieder. Soweit unsere Erfahrungen.

Ich habe heute mal von 2 Clients minütlich den Gateway-Konnektor und die relevanten Karten-Terminals angepingt und mich mit den Firewall-logs beschäftigt. Dabei hat sich herausgestellt, dass der der Konnektor zwar vereinzelt nicht binnen 5 sec. antwortet und dass einmal ca alle 1.423 Minuten (man fühlt sich an Pluribus erinnert) die VPN-Verbindung abreißt ("Site-to-Site VPN Tunnel has Disconnected" - whoever is at fault), beide Ereignisse aber keinen Einfluss auf die in der beobachteten Zeitspanne zweimal erforderliche Aktivierung von SMC-B und Komfort-Signatur hatten. Bemerkenswerterweise hat der Konnektor nur dem Server nicht auf Pings geantwortet. Zufall oder hat das etwas zu bedeuten? So oder so: ich interpretiere die Daten so, dass das Problem im Hause Arvato liegt.

Ich verstehe davon zu wenig und möchte mich auch nicht wieder mit diesen technischen Problemen rumärgern, die haben wir schon zur Genüge. Diesmal scheint es nicht an der Gematik zu liegen, sondern ausnahmsweise an Tomedo. Angesichts der zahlreichen identischen Fehlermeldungen (SMC-B-PIN-Abbrüche, Verlust der Komfortsignatur, Verbindungsabbrüche, Ausfälle der Kartenterminals) werde ich die Umstellung auf das TI-Gateway vorerst nicht durchführen. Meine KV hat heute mitgeteilt, dass es enen Aufschub bis Juni 2026 gibt. Bis dahin dürfte das Problem behoben sein. Nach aktueller Analyse entsteht dieses Verhalten nicht durch Firewalls, Router oder Internetanbieter, da Praxen mit völlig unterschiedlicher Infrastruktur exakt dieselben Symptome melden. Das Muster spricht klar für ein systemisches Problem im Session-Handling des TI-Gateways (lokal oder cloudseitig). Dadurch verlieren SMC-B und eHBA ihre Sitzungen und müssen mehrfach täglich neu autorisiert werden.Solange der bisherige Konnektor stabil läuft, besteht für mich kein Grund, in eine Infrastruktur umzusteigen, die derzeit nachweislich zu wiederkehrenden TI-Ausfällen führt. Diese Ausfälle haben konkrete wirtschaftliche Folgen für jede betroffene Praxis, da eAU, eRezept, VSDM und KIM gesetzliche Pflichten sind und bei Nichtverfügbarkeit Honorarkürzungen oder Abrechnungsprobleme entstehen können.Zollsoft sollte daher so schnell wie möglich einen Fix bereitstellen, der die Stabilität der TI-Sessions wiederherstellt. Erst wenn dieser Fehler behoben ist und Praxen im Forum bestätigen, dass die Verbindung wieder zuverlässig läuft, werde ich die Umstellung vornehmen.

Wer muss nicht ständig die PIN für SMC-B Karte und Arztausweise bei der Nutzung des TI Gateway eing

« Vorherige Seite