VonDoczuDoc.de

Nach Einspielen des Updates 14.4.1.2664 erscheint beim Einsprung in die Liste "Eigene Medikamente" an allen Arbeitsplätzen der Hinweis "Mitglied nicht gefunden". Das Fenster lässt sich zwar wegklicken, erscheint aber bei jeder Cursorbewegung in dieser Liste erneut.
Hat noch jemand diesen Fehler?

R. Colberg

Den Hinweis kenne ich nicht, auch nicht in der TM Version 14.4.1, die bei mir seit 3 Tagen fehlerfrei läuft.
Hört sich so an, als wäre mit der TurboMed- Benutzerverwaltung etwas nicht in Ordnung (reine Spekulation von mir). Vielleicht probeweise mal einen neuen Turbomed-Benutzer anlegen ?

Nun, es hat ziemlich sicher etwas mit dem Ifap zu tun. Wenn ich den Ifap beende, erscheint der Hinweis an diesem Arbeitsplatz nicht mehr, bis ich den Ifap wieder starte (darauf wird auch mein workaround für Montag basieren....).

Hallo Herr Colberg,
es hat definitiv mit ifap zu tun. Nachdem ich Ifap lokal deinstalliert habe (Win 7) und es über den Server neu bezogen habe verschwand die Fehlermeldung.

Andreas hat geschrieben:Hallo Herr Colberg,
es hat definitiv mit ifap zu tun. Nachdem ich Ifap lokal deinstalliert habe (Win 7) und es über den Server neu bezogen habe verschwand die Fehlermeldung.

Wir haben nun heute an allen Stationen ebenfalls diesen blöden Fehler!
Was meinen Sie mit "über den Server neu bezogen" Client Server Update oder Client Installation vom Server, deregistriert oder was genau? Danke für einen Hinweis.

Fallery & Fallera

Soderle, ich habe ohne Erfolg:
1. mit einem neuen User den Aufruf der eigenen Medikamentenliste getestet
2. IFAP Deregistriert - k.E.
3. IFAP neu regisitriert -k.E.
4. IFAP deinstalliert und neu vom Server installiert k.E.

Gibt es sonst noch Tipps?
Danke
Fallery

Was sagt die Hotline ?

Was man noch versuchen könnte (ist aber wirklich nur ein Versuch)
Ifap noch einmal über die Systemsteuerung deinstallieren.
Neuinstallation des Ifap über Aufruf der Ifap Installationsdatei
mit rechter Maustaste->Ausführen als Administrator.

Hallo, nun habe ich leider auf meinem Testsystem diesen Fehler nicht reproduzierbar. Wo liegt der Unterschied?
Testsystem war Q2-2014 mit altem IFAP, Produktivsystem hatte bereits vor Update auf 14.4. den aktuellen IFAP vom 1.9.
iFOX ist ausgeschaltet, evtl. sehen wir mehr, wenn wir die IFAP LOG einschalten?
Gruss Fallery und gute Nacht

Bei uns ist der ifap nur zentral auf dem (Linux-)Server installiert. Ich habe das Problem jetzt lösen können, indem ich

1. von einem Client den ifap komplett deinstalliert habe
2. auf dem Server den noch vorhandenen ifapDB-Ordner umbenannt (und später gelöscht) habe
3. über den Client den ifap aus dem NetSetup-Ordner auf dem Server neu installiert habe

Danke für den Tipp aus dem Forum!

R. Colberg

@Roland_Colberg,

Fehler wie beschrieben auch bei mir auf Windows Xp-Systeme.

Gruß aus Kiel

Johnny

Roland_Colberg hat geschrieben:Bei uns ist der ifap nur zentral auf dem (Linux-)Server installiert. Ich habe das Problem jetzt lösen können, indem ich

1. von einem Client den ifap komplett deinstalliert habe
2. auf dem Server den noch vorhandenen ifapDB-Ordner umbenannt (und später gelöscht) habe
3. über den Client den ifap aus dem NetSetup-Ordner auf dem Server neu installiert habe

Danke für den Tipp aus dem Forum!

R. Colberg

Hallo Kollegen,
genauso meinte ich das in meiner obigen Antwort. So habe ich das auch gelöst. Sorry für die missverständliche Anleitung

Die Lösung von der Fa. TrboMed:

Inzwischen hat TurboMed in einem Rundfax selbst die Initiative ergriffen:
Lösung :

von der update DVD aus Disk2/IFAP Ordner "setup" nochmals auf dem entsprechenden PC laufen lassen.

Bei mir war dann das Problem weg.

Gruß aus Kiel

Johnny

Super Forum hier!
Der erste Tip war Gold wert. Habe heute die serverneuinstallation des ifap von cd gemacht und der Fehler ist auf allen Clients weg. Die Installation auf dem betroffenen Client hatte aber leider nichts genützt.

So oft habe ich hier Lösungen gefunden, vielen Dank!
Fallery