FAQ- KIM Dienstfehler

Läuft der KIM-Dienst nicht, ist sehr oft ein Fehler 200 bzw. ein Fehler 201 das Ergebnis.
Es muss geprüft werden, ob der KIM-Dienst läuft, wenn nicht, warum dieser nicht läuft, bzw. sich wieder
beendet.

Erste Analyse:

• Unter IEGK muss kontrolliert werden, ob der Konnektor erreichbar ist und ob die korrekte TI-Konfiguration
richtig und funktionstüchtig ist. Bitte hierzu die Informationen aus IEGK prüfen.
• Der CGM Assist und CGM Connect muss zwingend laufen, bitte z. B. per CGMCA oder CGMCP prüfen.
(Wenn die Praxis keine CGM Connect-Konten hat, kann man auch die Connect.exe direkt aus PRG4\Connect
starten, man sieht das blaue Symbol dann unten im Systray.)
• Wenn der Dienst beendet ist und neu gestartet werden muss, bitte kontrollieren, ob der Dienst auf Startart
<Automatisch> steht oder ob dieser nur auf <Manuel> gestellt ist.
• Bitte in IUSR, in der Kontenverwaltung, das KIM-Plugin für das KIM-Konto prüfen. Stimmen die Angaben und
IP-Adressen?
Stimmt die TI-Einrichtung mit IEGK überein?
• Sind alle relevanten Kartenleser (wichtig ist der mit der SMC-B) eingeschaltet und die SMC-B ist
freigeschaltet?
• Versucht der KIM-Dienst immer wieder zu starten und geht auf beendet?

Start-Typ des KIM-Dienstes
Wird der Dienst neu integriert, muss die Datei nssm_install_KIM_Client.bat zwingend als Administrator
ausgeführt werden.
Anschließend muss die Datei nssm_start_KIM_Client.bat ebenfalls zwingend als Administrator ausgeführt
werden (die Datei passt den Start-Typ an und startet den Dienst)
Wird das nicht gemacht, steht der Starttyp möglicherweise auf Manuell.
Nach einem Rechnerstart wird der Dienst nicht neu gestartet und KIM funktioniert nicht.
Bitte den Start-Typ kontrollieren!
Auf eine freigeschaltete SMC-B beim Rechner-/Dienst-Start achten (siehe Bsp.4 im Fehlerlog)!
 

Zweite tiefergehende Analyse

• Es folgt die Kontrolle des communicator.log (%appdata%\Connect\logs) auf KIM Fehler. Bitte im DEBUGModus
loggen! Das ist aussagekräftiger als der INFO-Modus.
• Es sollte auch immer die CM.Fehler.log kontrolliert werden (MEDISTAR\KIM\KIM_Clientmodul\logs).
Dort sieht man meistens entsprechende Fehlermeldung, wenn etwas grundsätzlich schief geht
In der Zeile steht links „Error“ und rechts der Grund für den Fehler.

CM.FEHLER.LOG-Beispiele

Bsp. 1) Keystore-Passwort ist nicht korrekt, die Zertifikate können nicht richtig ausgelesen werden

1. Im Developer in der Tabelle Flags_and_Settings_Global die KIM Erstregistration auf N stellen und
den KIM-Dienst beenden.
2. In IUSR in der Kontenverwaltung „KIM Konto anlegen“ aber den Einrichtungsassistent gleich wieder
abbrechen.
3. Die bestehende KIM- Adresse und Passwort eingeben, es kommt dann eine Abfrage, hier muss das
Konto unbedingt ersetzt werden (siehe auch weiter unten)

Bsp. 2) Ungültige Arbeitsplatz-ID

Die Arbeitsplatz-ID ist Bestandteil der Kommunikationskette zwischen Konnektor und Mandant und Task.
Fehler unterbinden eine entsprechende Kommunikation auf z.B. den Mandanten und damit auf die SMC-B

Bsp. 3) Fehler bei der Kommunikation mit dem Konnektor

Primärer Lösungsansatz: Virenscanner und Firewall auf Einschränkungen in der Kommunikation prüfen.
Sekundärer Lösungsansatz: die Anlage inkl. Konnektor neu zu starten.

Bsp. 4) nicht freigeschaltete SMC-B beim Dienststart

Wenn die SMC-B nicht freigeschaltet ist und der KIM-Dienst startet, kommt eine PIN-Abfrage.
Ignoriert man diese Abfrage (Rauschen des KT mit der SMC-B), kommt noch eine 2. Abfrage.
Ignoriert man auch diese, zeigt das Kartenterminalgerät einen Fehler und es rauscht nichts mehr. Wenn man den KIM
Dienst neustartet, befindet man sich in einem fehlerhaften Status.
 

Finale Lösung:
Wird das KT auf die neuste Version 3.8.1 aktualisiert, ist der der Fehler weg!
D.h. dieser Fehler kann durch ein KT Firmware Update gelöst werden.

Ist ein Update des KT nicht möglich muss zur Auflösung der Fehlersituation, das KT zwingend neu gestartet und die
SMC-B freigeschaltet werden.
Erst abschließend wird der KIM-Dienst neu gestartet.
Unsere Handlungsempfehlung: vor dem Rechnerstart (Dienststart) sicher stellen, dass die SMC-B freigeschaltet
ist.

Verlorene (nicht mehr sichtbare) Mails in MEDISTAR:
Oft wird in unklaren Fällen KIM komplett neu aufgebaut und die Adresse unter MEDISTAR (Kontenverwaltung)
gelöscht.
Eine KIM-Neuinstallation besteht im Großen und Ganzen aus dem De-Registrieren des Kontos und einer
anschließenden Neu-Registrierung – beide Workflows finden via KIM-Client und KIM-Assist statt und treffen die
Kontozuordnung in MEDISTAR in diesem Kontext nicht.
Auch das Entfernen und die Neuverankerung des KIM-Clients (als Windows-Dienst) treffen das Kontohandling
von MEDISTAR nicht.
Das Konto in MEDISTAR ist, mit der dazu gehörenden Account-ID, für das Vorhalten der empfangenen und
gesendeten Mails verantwortlich.
Die Account-ID verknüpft das Mailobjekt mit dem dazu passenden Konto.
Wird das Konto in MEDISTAR aber entfernt (IUSR/Kontenverwaltung – Konto löschen) und durch die
Neuregistrierung komplett neu angelegt, ändert sich die Account-ID
und Mails/eAB’s/eAU’s sind nicht mehr sichtbar, da sie einem anderen Account (der „alten“ Account-ID)
zugeordnet bleiben
(physikalisch existieren diese Mails weiterhin).

Das Löschen des Kontos in MEDISTAR (IUSR/Kontenverwaltung) ist an dieser Stelle allerdings obsolet und
sogar der falsche Weg,
da die gleiche Adresse „recycled“ wird und die neuen Daten dieser Adresse, dem bestehenden Konto
zugeordnet werden können.

„Nach dem Wechsel vom Einrichtungsassistenten des KIM Clientmoduls zurück zu CGM MEDISTAR, sowie nach der
dortigen Eingabe der KIM - Adresse und des Passwortes
wird nach dem Ersetzen des Accounts gefragt. MEDISTAR erkennt an dieser Stelle sogar automatisch, dass ein
gleichlautendes Konto schon existiert.
Wählen Sie also hier [Ersetzen]“

Die Account-ID wird nicht verändert und alle Mails bleiben weiter im Zugriff.
Wir werden das Vorgehen in die aktuelle KIM-Doku integrieren.