Größere Kartenansicht

Übersicht Entgeltabrechnungs-/Ausfüllhilfe-Software in der aktiven Prüfphase

Größere Kartenansicht

ArGe PERSER (Arbeitsgemeinschaft der Personalabrechnungs Software Ersteller)

Eine Eigeninitiative von Software-Erstellern mit Personalabrechnungs-Systemen zur Anwendung in Deutschland

Größere Kartenansicht

Datenaustausch:

1. Rückmeldungen (Annahmebestätigung und Verarbeitungsbestätigung und zukünftige Rückmeldungen) für alle Meldeverfahren z.B. BWNC und DEUV

(für alle, vom AG gesendeten Meldungen muss die Annahmestelle eine Rückmeldungen erstellen).

2. einheitliche Nachrichten (Aufbau und Inhalt) für Rückmeldungen, Betreff der E-Mails bei allen gleich (Annahmebestätigung und Verarbeitungsbestätigung und zukünftige Rückmeldungen)

(der Aufbau und Inhalt muss für alle Rückmeldungen fest definiert werden, es kann nicht sein, das schon in der Betreffzeile es bei 18 Annahmestellen 10 verschiedene Versionen gibt, und der Inhalt einmal mit Text, mit PDF Anhang, usw. versendet wird. Sinnvoll ist es auch, zusätzlich zu einem festen Aufbau, auch einen Datensatz (z.B. im XML Format) mitzusenden. Einheitliche Nachrichten dienen dazu diese Daten automatisiert verarbeiten zu können).

3. Fehlendes Testverfahren; inkl. Rückmeldungen (E-Mail; Telefon; Fax)

(die Annahmestellen müssen ein festes mehrschichtiges Testverfahren einrichten, in dem der Softwareersteller die Möglichkeit besitzt, den Datenversand, die Rückmeldungen, und den Inhalt durch die Annahmestelle automatisiert prüfen zu lassen.

Eine Randbemerkung zu unserer Vorbereitung zur Systemuntersuchung im November 2005. Dabei hatten wir den neuen Datentyp BWNC mit einem Vorlaufsatz, einen BWNC Datensatz und einem Nachlaufsatz an alle Annahmestellen gesendet (Testfall Dateiname TBNAxxxx). In diesem Datensatz waren leider Fehler enthalten! Von 7 Annahmestellen kamen Rückmeldungen:

Was sollen wir mit dem Datensatz machen?

Wie können Sie Testfälle versenden ohne vorher anzurufen?

Es sind folgende Fehler enthalten (keine Annahmestelle hat alle Fehler gefunden!).

(So war es fast unmöglich, schnell und effektiv zu arbeiten.)

4. Verschlüsselte Übertragung der Rückmeldungen bei Fehler in DEUV und BWNC bzw. zukünftige Rückmeldungen

(zurzeit gibt es Annahmestellen die Fehlermeldungen insbesondere bei DEUV unverschlüsselt übertragen; zukünftig sollten Rückmeldungen bei Fehlern elektronisch verschlüsselt gesendet werden und bei personenbezogenen Daten für eine Übergangszeit zusätzlich per Brief versendet werden).

5. Einheitlicher Zeichensatz für Rückmeldungen

(zurzeit wird der Zeichensatz ISO8859-15 von allen Annahmestellen genutzt. Es sollte sichergestellt werden, dass dieser nicht geändert wird z.B. auf UTF-8)

6. Vereinheitlichung der Fehlerbehandlung

(z.B. Sprung in Dateinummer: Hier kam es zu verschiedenen Reaktionen der Annahmestellen; versenden eines Fragebogen der Annahmestelle wie mit den neuen Dateien verfahren werden soll; Weiterführung mit neuer Dateinummer, Abweisung der gesendeten Meldungen).

7. Meldesystem der Softwareersteller aus dem QM an die Annahmestelle bei falsch eingestellten Fehlern durch die Annahmestelle.

(öfters gibt es in der QM Datenbank eingestellte Fehler, die bei betrachten des Originaldatensatzes, richtig sind, z.B. Staatsangehörigkeit fehlt, obwohl diese mit 000 im DEUV Datensatz enthalten ist. Der Vorteil wäre, dass die Annahmestelle sofort eigene Fehler in den Prüfroutinen erkennen und beseitigen kann.)

Prüfungen:

1. Einstellen der Fehlerdatensätze in die QM mit weiteren Informationen (z.B. DSKO; weitere Felder mit denen das Problem besser zu prüfen ist.)

(es ist ohne weiters möglich, ohne den Datenschutz zu missachten, dass zusätzliche Informationen zum eingestellten Fehler in der QM mitgeliefert werden. Beispielsweise kann bei Fehler DBNA036 (VONA enthält auf erster/letzter Stelle keinen Buchstaben bzw. ß) aus dem Datenbaustein DBNA das Feld VORNAME zusätzlich in die QM Datenbank der ITSG eingestellt werden)

2. Meldungen ohne DSKO abweisen

(Es gibt noch Annahmestellen die angelieferte Dateien ohne DSKO mit dem Hinweis verarbeiten, dass der Arbeitgeber z.B. bekannt ist, oder es nur BWNC Datensätze sind. Dies kann unmöglich sein und es stellt sich die Frage warum wir als Softwareersteller uns Prüfungen unterziehen müssen wenn doch fast alle Datensätze anliefern können, auch aus vielleicht nicht geprüften Programmen heraus!)

3. Fehler DBAN010 der Bundesknappschaft.

(Um die Qualität der Daten beim Endkunden zu verbessern, und auch Probleme im Datenbestand der BuKn aufzuspüren ist es von Vorteil dass die BuKn das falsche und das richtigen Anschriftenfeld in die QM mit übermitteln. Dies wäre ohne Weiteres Möglich da die Fehlerhafte und Richtige Anschrift in der Prüfroutine der BuKn bekannt ist.)

4. Kernprüfprogramm für Datensätze BWNC.

5. Offenlegung bzw. Verzicht auf eigene erweiterte Prüfungen der angelieferten Datensätze.

6. Prod/Mod ohne gültig bis Datum (zwischen Systemuntersuchung und Pilotabschluss)

(Die Annahmestelle erhält jeden Tag durch die ITSG die aktuell Prod/Mod Datei zugestellt. Darin sollten alle gültigen Prod/Mod enthalten sein ohne gültig bis Datum. Bei Verfall einer Prod/Mod kann diese die ITSG entfernen Ausschluss bekommt jeden tag die aktuelle Prod/Mod Datei. Nach unsere Systemprüfung kam es zu Problemen mit einzelnen Annahmestellen, die unsere Datensätze ablehnten, da das gültig bis Datum fehlte, Außerdem hätte dieses Verfahren den Vorteil, das nur eine Stelle die Daten prüft und erstellt.)

Datensicherheit:

1. Einheitliches Verfahren wie mit ‘Rückläufern’ (fehlerhafte E-Mails nach Versenden der Annahmebestätigung und Verarbeitungsbestätigung und zukünftige Rückmeldungen) verfahren wird.

2. Offenlegung wie viele Meldungen (geschlüsselt nach Meldeverfahren) pro Annahmestelle eingehen, wie viele nicht verarbeitet und abgewiesen werden und wie viele ‘Rückläufer’ für Annahmebestätigung und Verarbeitungsbestätigung es zurzeit. aufgeschlüsselt nach Fehlerart (E-Mail Adresse falsch, Postfach voll, abgewiesen da SPAM, etc.) gibt.

3. Einheitliches Verfahren wie mit Einträgen in Blacklisten umgegangen wird (Eintrag der E-Mail Adresse einer Annahmestelle in eine Blacklist; wie oft ist dies schon vorgekommen; wie wurde verfahren um die Mailadresse von der Blacklist zu entfernen; wie lange dauerte dies?)

4. Für Rückmeldungen der Annahmebestätigung muss die Annahmestelle ausschließlich die E-Mail Adresse aus dem DSKO verwenden.

5. Meldepflicht bei auftretenden internen Fehlern in der Annahmestelle

(Probleme beim Versand der Rückmails an den Arbeitgeber sollten zwingend an die ITSG gemeldet werden um alle Softwareersteller informieren zu können. Der Supportaufwand wäre dadurch geringer, da im Endkundensupport sofort eine Antwort bereit steht.).

Prüfverfahren:

1. Welcher Personenkreis entwirft das Pflichtenheft für Annahmestellen und entwickelt es weiter?

2. Welcher Personenkreis prüft das Pflichtenheft für Annahmestellen in der Annahmestelle? Welche Konsequenzen hat dies für eine Annahmestelle? Welche Prüfintervalle gibt es?

Seit wir uns im Frühjahr 2005 für die Systemprüfung unseres Lohnprogrammes entschieden haben (mit Erfolg im Juni 2006 bestanden) fühlen wir uns in verschiedenen Situationen ‚wie die ersten Menschen auf dem Mond’. Besonderst in Gesprächen mit Annahmestellen stellt sich heraus das dort oft mit verschiedenem Maß gearbeitet wird (siehe Testmeldungen an alle Annahmestellen; Meldungen ohne DSKO; Prod/Mod ohne gültig bis Datum; Meldepflicht bei auftretenden internen Fehlern (Mailversand nicht möglich) oder Vereinheitlichung der Fehlerbehandlung (Sprung in Dateinummer). Dies alles ist sehr zeitraubend und unbefriedigend da hier ein großer Supportaufwand in der Entwicklung und auch im Endkundensupport anfällt der durch ein Pflichtenheft für Annahmestellen reduziert werden kann. Außerdem wird der Automatisierungsgrad der Rückmeldungen erhöht und dadurch auch die Sicherheit und Qualität der Entgeltabrechnungsprogramme verbessert.

Und eine Idee haben wir noch:

Warum nur ein Pflichtenheft für Annahmestellen? Warum nicht auch für Krankenkassen. So sollte die Beitragssatzdatei für alle Krankenkassen zur Pflicht werden und vor allem sollten neue Datensätze nur für die Zukunft eingestellt werden können. Das heißt falls am 04.07.2007 ein Datensatz eingestellt werden soll ist dieser erst ab dem 01.08.2007 gültig.

Zum Abschluss noch folgende Fragen:

An wen geht diese Anfrage?

Die Anfrage geht an den AK-Systemuntersuchung bei der ITSG

Wenn man sich die Gesellschafter der ITSG betrachtet: Die Gesellschafter der ITSG sind:

AOK Beteiligungsgesellschaft mbH, Verband der Angestellten-Krankenkassen e. V., Arbeiter-Ersatzkassen-Verband e. V., Bundesverband der Betriebskrankenkassen, Bundesverband der Innungskrankenkassen, Bundesverband der Landwirtschaftlichen Krankenkassen, Deutsche Rentenversicherung Knappschaft-Bahn-See, sowie die See-Krankenkasse, dann wird die Umsetzung eines Pflichtenheftes sehr schwierig wenn nicht sogar unmöglich.

Denn zurzeit werden Gesetze durch das BMG oder BMWA erstellt, durch die gesetzlichen Instanzen verabschiedet und danach im Bereich Sozialversicherung den gesetzlichen Krankenkassen zur Umsetzung übergeben. Danach werden Besprechungsergebnisse und Rundschreiben erstellt die wir Softwareersteller umsetzen müssen. Als ‚Kontrollorgan’ dient dabei die ITSG

Wenn nun die gesetzlichen Krankenkassen das Pflichtenheft für Annahmestellen entwickeln (mit Hilfe z.B. der ITSG, etc.) und danach die ITSG als ‚Kontrollorgan’ dienen soll dann prüfen sich die Prüfer selbst.

Hier sollte der Gesetzgeber mit einbezogen werden um klar zu stellen, dass eine unabhängige Kontrollinstanz die Entwicklung und/oder Prüfung dieses Pflichtenheftes vornimmt. Dabei wäre es sinnvoll vorhandene Strukturen zu nutzen und eine Unabhängigkeit der ITSG von den gesetzlichen Krankenkassen herbeizuführen.

Was soll damit erreicht werden?

Durch die Einführung eines Pflichtenheftes für Annahmestellen wird die Automatisierung der Rückmeldungen erst möglich. Außerdem wird der Supportaufwand in der Entwicklung und im Endkundensupport für anfallende Probleme aus der QM Datenbank geringer, da direkt Informationen von den Annahmestellen / oder über die QM Datenbank bereit gestellt werden können.

Wie lange halten wohl die gesetzlichen Krankenkassen oder das BMG (Bundesministerium für Gesundheit) noch Winterschlaf? Warum, fragen Sie? Nun die Übermittlungen z.B. der Beitragsnachweise oder Sozialversicherungsmeldungen geschehen zurzeit über E-Mail Versand durch verschlüsselte Nachrichten. Die Rückmeldungen erfolgen ebenfalls über E-Mail, aber nicht verschlüsselt. Das Verfahren ist schon lange eingespielt und es gibt bisher nur Probleme bei automatisiertem Verarbeiten der Rückmeldungen.

 Aber die Gefahr lauert an einer anderen Stelle denn im E-Mail Verkehr zwischen Arbeitgeber und Annahmestelle der gesetzlichen Krankenkassen sind viele Stellen beteiligt. Server die die E-Mail annehmen, prüfen (Viren oder SPAM) und ggf. weiterleiten oder abweisen. Beim Prüfen der E-Mail werden verschiedene Verfahren angewendet, z.B. Blacklisten; SPAM und Viren Filter, E-Mail Address Search und Reverse E-Mail Lookup.

Was passiert wenn eine Mailadresse einer Annahmestelle auf einer Blacklist landet? Oder was geschieht wenn der Provider die E-Mail der Annahmestelle als SPAM aussortiert? 

Zurzeit wird durch die Annahmestelle eine Annahmebestätigung (Bestätigung, dass der Arbeitgeber einen Beitragsnachweis oder eine Sozialversicherungsmeldung an die Annahmestelle per Mail gesendet hat und das diese dem festgelegten Format entspricht) und ggf. eine Verarbeitungsbestätigung (Bestätigung, dass die vom Arbeitgeber gesendeten Daten durch die Annahmestelle verarbeitet wurden) gesendet. 

Diese E-Mails, Annahmebestätigung und Verarbeitungsbestätigung beinhalten zurzeit noch keine Abrechnungsrelevanten Daten die zur Berechnung in der Lohnabrechnung benötigt werden. Ab 01.01.2008 ändert sich dies aber! Ab diesem Zeitpunkt wird es Meldungen des Arbeitgebers geben, so zum Beispiel die Entgeltbescheinigungen für die Beurteilung der Arbeitgeberleistung während Sozialleistungen der Krankenkasse, wo der Arbeitgeber auf eine Rückmeldung wartet. Die Krankenkasse muss somit gewährleisten, dass ihre E-Mail die durch die Annahmestelle versendet wird auch beim Arbeitgeber ankommt.

Mit den geschilderten Problemen wird dies nur eingeschränkt möglich sein und zu einem hohen Arbeitsaufwand bei Arbeitgebern und bei Softwareerstellern führen. 

Hier sollte im Vorfeld geklärt werden ob es nicht andere Verfahren der Datenübermittlung gibt (z.B. ELSTER Verfahren LSTB) um die Daten sicher zum Arbeitgeber übertragen zu können. 

Ich hoffe, dass die gesetzlichen Krankenkassen und das BMG langsam erwachen, es sind nur noch 5 Monate bis zum Jahr 2008.

Als Hersteller eines Entgeltabrechnungsprogrammes muss ich mich an die Gesetze des BMG (Bundesministerium für Gesundheit ) und die daraus durch die gesetzlichen Krankenkassen beschlossenen Richtlinien (Pflichtenheft, Testaufgaben, permanente Testaufgaben, Anlagen usw.) halten.

Dazu kommen noch unzählige Besprechungsergebnisse und zusätzliche Anlagen und Beispiele. Und das Ganze wird durch die ITSG alle 6 Monate kontrolliert, d.h. ob alle diese Gesetze und Richtlinien richtig durch das Programm abgerechnet und umgesetzt wird.

Für das Jahr 2008 wird das Rezept nicht großartig erweitert. Neuerungen wird es für den Endanwender nicht geben. Aber der Teufel steckt mal wieder im Detail. Z.B. wird es eine Kann-Regelung geben das der Arbeitgeber Entgeltbescheinigungen elektronisch zur Krankenkasse melden kann und die Krankenkasse muss das Krankengeld auch wieder elektronisch zurückmelden. Wie das Ganze aber umgesetzt werden soll (Rückmeldeverfahren) liegt bis heute nur in Teilen vor.

Vor allem müssen alle 18 Annahmestellen der gesetzlichen Krankenkassen das gleiche Rückmeldeverfahren wählen. Da es leider kein Pflichtenheft für Annahmestellen gibt und es heute schon große Unterschiede der Rückmeldungen bestehen (Annahmebestätigung, Verarbeitungsbestätigung (Inhalt und Aufbau); Meldungen bei Fehlsendungen; fehlendes Testverfahren; Mitarbeiterschulungen) ist hier der Gesetzgeber in der Pflicht Abhilfe zu schaffen. Es sollte nicht nur Gesetzte und Vorgaben für Hersteller von Entgeltabrechnungssoftware geben sondern auch für Krankenkassen und deren Annahmestellen. Diese Forderung haben die Hersteller schon seit Jahren aber leider wird wohl das ‚Ohr’ des BMG dafür taub sein.

Nun der Nachtrag vom Sonntag: die Geräte Boden, Pauschenpferd und Ringe gewannen Eugen Spiridonov, Robert Juckel, Robert und Thomas Andergassen. Sprung, Barren und Reck Fabian Hambüchen. Schöner spannende Wettkämpfe!

PS: Was Fabian wohl immer in seiner blauen Kiste mit sich rumträgt?

“Die genaue Höhe der Nebeneinkünfte geht aus den Angaben jedoch nicht hervor. Es werden lediglich drei Kategorien für die einmaligen oder regelmäßigen Zusatzverdienste mitgeteilt: zwischen 1000 und 3500 Euro (Stufe 1), zwischen 3500 und 7000 Euro (Stufe 2) und mehr als 7000 Euro (Stufe 3). Wer unter 1000 Euro im Monat oder 10 000 Euro im Jahr bleibt, muss nichts melden.

Wer wissen möchte, wie viel Geld welcher Bundestagsabgeordnete für welchen Nebenjob bekommt, kann dies ab sofort im Internet in Erfahrung bringen. Die Informationen finden sich auf der Internet-Seite des Deutschen Bundestags(Externer Link - Öffnet in neuem Fenster) .

Regelmäßige monatliche Einkünfte werden gekennzeichnet, ebenso Einkünfte derselben Stufe in jedem Kalenderjahr der Wahlperiode (”jährlich”). Bei einmaligen Hinzuverdiensten (etwa aus Vorträgen) werden dazu Monat und Jahr angegeben. Bei unregelmäßigen Einkünften im Verlauf eines Kalenderjahres wird die Jahressumme gebildet und die entsprechende Einkommensstufe neben der Jahreszahl veröffentlicht.”

Quelle: www.heute.de

Es ist schon von Interesse welche Einkünfte es gibt, denn wie heißt es doch “Man kann nicht zwei Herren diesen” (Matthäus 6, 24-34) und das es da oft zu Überscheidungen oder Abhängigkeiten kommen kann ist klar. Deshalb ist es wichtig das alle in diese Nebeneinkünfte Einsicht haben.

// Change this to localize WordPress. A corresponding MO file for the
// chosen language must be installed to wp-content/languages.
// For example, install de.mo to wp-content/languages and set WPLANG to ‘de’
// to enable German language support.
define (’WPLANG’, ‘de_DE’);

Fertig ist gluedideas theme mit der deutschen Sprachdatei!

Wenn ihr die Datei noch bearbeiten wollt, müsst ihr ein poEditor einsetzen. Dazu müsst ihr die .po Datei im Editor bearbeiten. Beim Speichern wird die .mo und .po neu erzeugt. Die .mo Datei wieder in die entsprechenden Verzeichnisse kopieren.

Zunächst wurden neue gesetzliche Änderungen besprochen und im Programm geprüft. Zum Beispiel die neuen Änderungen der Anlage 9 (Datensätze und Datenbausteine sowie Fehlerkatalog). Danach konnten die neuen Module (abrechnungsunabhängige Meldungen und Zusätzliche Qualitätsmerkmale zur Verfahrenssicherheit) mit Erfolg geprüft werden. Dort wurde auch die Umsetzung des Kernprüfprogrammes der Rentenversicherung (Deutsche Rentenversicherung Bund) genauestens geprüft.

Am 2. Tag sind die Testfälle genau unter die Lupe genommen worden. Diese wurden bis Juni 2007 abgerechnet und die Entgeltabrechnung, Beitragsnachweise, Beitragsabrechnungen und die Meldungen nach §25 DEÜV sind zur Prüfung als Ausdruck bereitgestellt worden..

Dabei wurden kleine Änderungen angeregt, wie z.B. die Ausgabe des SFN Davon Werts auch im Lohnkonto.

Ich danke Frau Petrikowski (Deutsche Rentenversicherung Bund) und Herrn Semrau (ITSG) für die OK und die vielen Informationen rund im die OK und freue mich schon auf die nächsten Workshops, Themenquerschnitte und vor allem auf den GKV Infoshop im September 2007.

Markuskirche, Innenraum (Video MPEG)

Erstes Allgemeines Babenhäuser Pfarrer(!)-Kabarett (Video MPEG)

Links
http://www.pfarrerkabarett.de/