VonDoczuDoc.de

Stimmt der Pfad, der zum aktuellen Prüf-und Kryptomodul führt?

MReus hat geschrieben:Formatfehler. Die Angabe '20150701' entspricht nicht dem erlaubten Format gemäss des
regulären Ausdrucks '(((((0[1-9]|[12][0-9]|3[01])(0[13578]|10|12))|((0[1-9]|[12][0-
9]|30)(0[469]|11))|((0[1-9]|1[0-9]|2[0-8])(02)))((1[89](\d{2}))|([2-
9](\d{3}))))|((29)(02)((1[89]0[48])|(1[89][2468][048])|(1[89][13579][26])|([2468][048]00)|([2-9][0-
9]0[48])|([2-9][0-9][2468][048])|([2-9][0-9][13579][26])|([3579][26]00))))'.
Der Wert '20150701' ist für das Feld 'Erstellungsdatum (Feld 9103)' nicht zulässig


das ist der Fehler der auftaucht.

na ja, dann ist es relativ einfach:
--- wenn Sie schon am 10.7. oder vorher einen Abrechnungslauf durchgeführt haben Und danach keinen neuen Patienten eingegeben haben:
bei der Abrechnung ist jetzt 3/3015 voreingestellt, einfach auf 2/2015 umstellen.
(in diesem Fall werden nur Patienten abgerechnet, die schon bei der letzten (Test-)Abrechnung dabei waren)
--- andernfalls das Systemdatum auf 10.7. zurückstellen und ganz normal abrechnen.

Gruß
FranzKonrad

mschiller hat geschrieben:Das Datum vom 1.7.15 hat in der Abrechnung vom 2. Quartal auch nichts verloren. Ich glaub TM hat auf das 3. Quartal umgeschaltet heute am 11.7.

Es geht doch um das Erstellungsdatum - das ist Anfang Juli durchaus zulässig (und normal)...

Grüsse, Wahnfried

wahnfried hat geschrieben:... Es geht doch um das Erstellungsdatum - das ist Anfang Juli durchaus zulässig (und normal) ...

Ups, das Wort Erstellungsdatum habe ich überlesen.
Es könnte aber trotzdem sein, daß der Fehler mit der Umstellung auf das 3.Quartal am 11.7. zusammenhängt.
Habe gerade mal bei mir eine Probeabrechnung mit den vorgegebenen Einstellungen (III/2015) versucht:
An erster Stelle im Fehlerprotokoll steht auch bei mir die bereits zitierte Formatfehlermeldung:

--------
Formatfehler. Die Angabe '20150714' entspricht nicht dem erlaubten Format gemäss des
regulären Ausdrucks '(((((0[1-9]|[12][0-9]|3[01])(0[13578]|10|12))|((0[1-9]|[12][0-
9]|30)(0[469]|11))|((0[1-9]|1[0-9]|2[0-8])(02)))((1[89](\d{2}))|([2-
9](\d{3}))))|((29)(02)((1[89]0[48])|(1[89][2468][048])|(1[89][13579][26])|([2468][048]00)|([2-9][0-
9]0[48])|([2-9][0-9][2468][048])|([2-9][0-9][13579][26])|([3579][26]00))))'.
Der Wert '20150714' ist für das Feld 'Erstellungsdatum (Feld 9103)' nicht zulässig.
--------

Bei mir TM 15.2.1.2791,
verwendetes Prüfmodul:
Prüfpaket: 1.91
XPM-Kernel: XPM 3.2.1 30.01.2014:
dies ist somit das Prüfmodul für 3/2014, wie bei meiner TM-Version auch zu erwarten.
Damit läßt sich die Abrechnung 3/2015 natürlich nicht korrekt prüfen.
3/2014 war im übrigen das Datumsformat auch noch "andersrum" (ttmmjjjj), weshalb das alte Prüfmodul mit jjjjmmtt wohl gar nichts anfangen kann, ganz oben in der ersten Kopfzeile rechts steht dann auch ein ganz komisches Datum: "Erstellt am: 20.03.0715".
Sollte mreus bereits auf TM 15.3.X geupdatet haben, wäre an einen Fehler beim Update zu denken (neue Prüfmodule nicht installiert ?? Dies ist, glaube ich, auch ein Auswahlpunkt, den man beim Update abwählen kann.)
Aber vielleicht hats ja inzwischen bei mreus geklappt, da kein Beitrag mehr kam.

Gruß
FranzKonrad