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

Andreas Eisenried

ja, hier ebenfalls. Irgendwas muss sich getan haben. Seit Montag stabil.

Friedemann Klemenz

Hier auch, ich hatte heute aber auch gestern und heute das Phänomen, dass sich nach Ende der Komfortsignatur diese sich nicht wieder richtig aktivieren ließ - erstmal schon, bei der ersten Nutzung war aber das Terminal nicht erreichbar und verlor jedes mal beim Zugriff seine Verbindung, ein Terminal Neustart brachte nichts und der Zustand hielt an, ein Konnektor Neustart war erfolgreich ind es lief wieder sauber

Stephan Drawert

Bei uns auch. Diese Woche keine Abbrüche mehr.

Andreas Cepin

HIer auch stabil diese Woche!

Bernhard Unkel

Auch bei uns seit Montag stabil, allerdings mit Version 4.4.2 und Autofreischaltung der SMC B. Kann daher nicht beurteilen, ob auch unabhängig davon, weil zentral Verbesserungen vorgenommen worden sind, eine Stabilisierung der Freischaltung für eHBA und SMC B erreicht wurde.

Egal, bisher stabil.

Hermann Burau

Auch bei uns seit Mitte letzter Woche dtl. ruhiger, d.h. mehrere Tage nun ohne den "SMC-B-Rausschmiss". Und das, obwohl ich bisher keine Updates lokal gemacht habe. Ich folgere, dass wohl upsteam etwas verändert wurde. So kann es bleiben :-)

Stephan _Rhein

Hallo Herr Becker,

gibt es denn für ihr Problem schon eine Lösung? Wir haben wahrscheinlich das selbe Problem, alles scheint zu funktionieren und wenn dann die auto Freischaltung aktiviert werden soll kommt immer die Meldung, wie bei Ihnnen. Wir haben nun schon die Pin auf den KT geändert, was aber auch keinen Erfolg brachte. Allerdings wenn ich die Fehlermeldung richtig lese scheint sie etwas generischer zu sein da geschrieben steht "möglicherweise". Daher könnte es auch ein anderes Problem sein.

Es ist extrem frustierend. Wir führen nun eine Strichliste, wie oft am Tag etwas passiert, dass vor der Gateway Einführung nicht aufgetreten ist.

Stephan _Rhein

Wir benötigen ebenfalls weitere Hilfe denn so können wir nicht arbeiten.

Bei uns ist leider trotz richtiger Eingabe des Benutzers und Pins die Aktivierung der autom. Freischaltung nicht möglich da, wie bei Herrn Becker immer die Fehlermeldung kommt, dass das Login am KT fehlgeschlagen ist.

Weiter findet sich im Log der Connect TI App folgender Eintrag:

topic=OPERATIONAL_STATE/EC_OTHER_ERROR_STATE(4)

Value=false

ExpiringDate=

Bedeutung=Im System sind erneuerte Zertifikate für die Verbindung zu den Clientsystemen vorhanden. Damit diese genutzt werden können, müssen sie erst in der Konfiguration aktiviert werden.

Könnte dies vllt. auch das Problem verursachen?

Daher bitte kontaktieren, denn so kann keine Praxis arbeiten!

Rico Becker

Leider Nein, allerdings ist bisher bei uns die SMCB auch nicht mehr rausgeflogen, sodass ich das jetzt auch nicht mehr so mit Nachdruck verfolgt habe

Kevin Ortlieb

Guten Morgen,

heute möchte ich an einer Erkenntnis teilhaben lassen:

Wir haben zum 01.12. (theoretisch, effektiv war es dann der 03.12. ...) den Internetprovider (Glasfaseranschluss) gewechselt. Bis 30.11.25 waren wir bei pÿur, haben gekündigt. weil relativ viele Ausfälle im Verlauf der 2 Jahre. pÿur ist auch der Netzbetreiber.

Jetzt sind wir bei Stiegeler. Seither muss ich nur noch montags die SMC-B-PIN eingeben. Vorher bis zu 10x am Tag!

Will sagen: Es könnte auch an den Providern liegen, dass die Verbindungen nicht stabil genug sind, ich zitiere Frau Geis von zollsoft:

"Die aktuelle Erkenntnis ist, dass das Problem auf instabile Verbindungen zum Highspeedkonnektor im Rechenzentrum zurückzuführen ist. Hierbei führen bereits minimale Verbindungsabbrüche von wenigen Sekunden zu einer erneuten Notwendigkeit der PIN-Eingabe (sowohl für die SMC-B als auch den eHBA)."

Nur so als Denkanstoß am Donnerstagmorgen.

Grüße in die Runde!

Martin Kimmig

Wir haben weiterhin Probleme, immer wieder wird SMB-C nicht erkannt. Dann funktioniert wieder alles.

Insgesamt immer noch unbefriedigend.

Gruß

Martin Kimmig

Katharina Wieder

Ich komm hier auch nicht weiter, Admin-PIN stimmt, Fehlermeldung: keine Verbindung zum Kartenterminal ... .

Martin Berthold

connecTI-Key-App schonmal neu gestartet?

Dr.Christoph Hainich

... dafür gibt es beim Fax die Norm T38, die die zulässigen Grenzen der Unregelmäßigkeiten im Transfers der Sprach- bzw. Datenpakete regelt. Das konnten bei der Liberalisierung Telekommunikationskleinanbieter nicht garantieren (wir liefern schnelles DSL in lila und so), weswegen es bei diesen Schmuddelcarrieren immer zu Verbindungsabbrüchen kommen konnte: So konnte btw. aber zuverlässig eine man-in-the-middle-Attacke verhindert werden. Das selbe kommt jetzt in anderem Gewand wieder. Da lobe ich mir dann doch die Faxverbindung.

Stephan _Rhein

Mehr als einmal. Leider ist bis heute das Problem nicht gelöst. Wir haben den Pin geändert und haben auch mit den Netzwerkeinstellungen gespielt - nichts davon hat zu einer Lösung geführt.

Allerdings haben wir noch ein ganz anderes Problem. Die Orga 6041 online KT mit Firmware 3.92 haben sehr häufig am Tag das Problem, dass sie im Zusammenspiel mit tomedo keine eGK einlesen wollen. Manchmal hilft ein Neustart der TI-Verbindung, manchmal ein Neustart des tomedo clients und leider muss auch häufiger das KT neugestartet werden. Wir konnten am Freitag in der Akutsprechstunde die ersten 7 eGK nur durch ständigen Neustart des KT einlesen. Das KT haben wir bereits letzte Woche gegen ein anderes ausgetauscht - daran liegt es also nicht. (Die SMC-B haben wir mittlerweile in ein KT außerhalb der Anmeldung umgezogen und siehe da die häufige Abfrage nach dem Pin ist hinfällig und zumindest dieser Punkt läuft zur Zeit erstaunlich stabil. Bitte an die anderen Anwender mal zu prüfen ob das nicht einlesen können der eGK vllt. die SMC-B Pin Verifikation triggert.)

Dieses absolut zeitfressende Verhalten haben wir erst seit Umstellung auf das TI Gateway. Hängt das vllt. mit dem neuen Cardlistener "Redirect via Sever" -Modul zusammen?

K. Kokkalas

Bei uns ist auch seit c.a. 10 Tage Ruhe eingekehrt ohne dass wir etwass aktiv verändert haben. Hat vielleicht Tomedo etwas angepast?

Zumbusch

Wir wollten nicht gleich Hurra schreien und haben daher abgewartet.

Seit deim ConnecTI update auf 4.4.2 läuft bei uns wieder alles Rund.

Herzlichen Dank!

Sascha Zumbusch i.A. Dr.med.Katharina Zumbusch

Katharina Wieder

Bei uns verliert seit ca. 1 Woche täglich entweder das Orga 6141 mit der SMC-B die Verbindung oder die SMC-B ist deaktiviert (über Nacht).

Weder "TI neu verbinden" noch ein Neustart des KT hilft und beim Verlust der Verbindung des KT ist nun stets ein Zugang zum Server notwendig - das ist ärgerlich.

Auch kann ich nach wie vor die Autofreischaltung der SMC-B nicht aktivieren - "Login am KT fehlgeschlagen ... ". Die Admin-Pin ist korrekt hinterlegt.

Geht das evtl. auch anders? z.B Remonte PIN-Eingabe s. /d/111285 Was genau muss hierfür eingerichtet werden? Wie finde ich die Weboberfläche des Orga?

v.1.163.25, Gateway-Box, ConnecTI 4.4.3

Andreas Cepin

Liebe Frau Wieder!

Die Weboberfläche des Orga erreichen Sie indem Sie im Browser die IP-Adresse der Geräts eintippen.

Katharina Wieder

Lieber Herr Cepin,

super, vielen Dank, das geht schon mal. (hatte es zunächst mit Eingabe des Port versucht)

« Vorherige Seite Nächste Seite »