DE: Schnittstelle Zeiterfassungssystem - Abrechnung (Lohnartenbewertung)

[Former Member]

Ich suche Informationen in Bezug auf den Aufbau einer Schnittstelle zwischen einem "intelligenten" Zeiterfassungssystem (ZEUS 3) und SAP HR Abrechnung.

Das Ziel ist es die Zeiterfassung, -bewertung in ZEUS zu belassen und in SAP HR "nur" die Zeitlohnartenbewertung (vor allem Durchschnittsberechnung) durchzuführen. IMG zur Zeitlohnartenbewertung habe ich bereits durchgelesen (hilfreich) und Notes und Forum nach ZEUS, ISGUS (=Herstellerfirma) durchsucht (keine Ergebnisse).

Da die (Zeit-) Lohnartenbewertung in der Abrechnung angesiedelt ist, suche ich in diesem Forum nach weiteren Informationen wie:

- Beispielprojekte (egal mit welchem Zeiterfassungssystem)

- Templates welche Informationen erhoben werden müssen für die Zeitlohnartenbewertung

- Weitere Dokus zur Zeitlohnartenbewertung in SAP HR ausser IMG

- Tipps und Tricks, Fallstricke

Alle Informationen sind willkommen, die mir bei der Konzeption weiterhelfen können.

Danke im voraus.

Franziska

[Former Member]

Hallo Franziska,

kommt vielleicht ein bischen spät, aber wir haben schon lange eine Schnittstelle zu unserer externen Zeiterfassung (Atoss Taris). Diese besteht im Wesentlichen darin, das wir Lohnarten aus Taris einlesen und in den Infotpy 2010 stellen. Das Auslesen der Daten geschieht bei uns über ein Plugin im Business Connector und eine Transaktion im SAP. Diese scheint aber eine Art standard Transkation zu sein. Ich werde da mal nachsehen ob es eine spezielle Lösung ist oder nicht. Denke aber das es auch nicht so schwierig sein sollte eine manuelle Schnittstelle zu programmieren. Wo eine export Datei mit pernr periode und Lohnart aus Zeus eingelesen und per Batch Input in den 2010er gestellt wird. Ich fange gerade damit an um Mitarbeiterdaten aus einem Vorsystem unsere Unternehmenstöchter einzulesen.

Die gesamte Weiterverarbeitung geschieht in SAP inkl. der Durchschnitte. Die Zeiterfassung ist bei uns nicht aktiv. Wichtig ist nur das die Abwesenheiten richtig genutzt werden und der Infotyp Sollarbeitszeit immer korrekt gepflegt wird, da fast alle Reportings hierauf aufsetzten.

Anspruchsvoller wird es allerdings wenn es um das Thema Kurzarbeit geht. Hier mussten wir schon einige Regeln anpassen. Was zum Teil aber auch an unserem komplizierten Tarifvertragswerk liegt ;).

Viele Grüße

Sebastian

[Former Member]

Hallo Sebastian,

vielen Dank. Das Thema ist immer noch aktuell und danke für die ausführliche Beschreibung.Mir hilft es auf jeden Fall weiter, wenn ich einfach höre, welche groben Ansätze verschiedene Firmen fahren. Heisst die Standardtransaktion, die Ihr verwendet vielleicht PU12 (Interface Toolbox)?

Viele Grüße

Franziska

[Former Member]

Hallo Franziska,

die PU12 ist es nicht, aber damit bin ich schon im Rahmen unserer Audits kollidiert ;).

Der Report den wir nutzen lautet: RPTEXTPT einfach mal über die SA38 aufrufen und auf die Doku klicken. Da steht viel drin wie das ganze funktioniert. Sieht mir wirklich nach einem Standard Programm aus.

In meinem Projekt bin ich jetzt auch schon entwas weiter und überlege gerade die SAP BAPIs zu nutzen um per RFC daten aus unseren Vorsystemen zu lesen. (Transaktion BAPI).

Wirklich ein vielschichtiges Thema, da ich Schnittstellen auch prinzipiell garnicht mag, aber manchmal lassen Sie sich nicht vermeiden.

Viele Grüße

Sebastian

Edited by: Sebastian Hütte on Feb 14, 2012 4:05 PM

[Former Member]

Hallo Sebastian,

wie immer ist auch meine Antwort etwas spät. Nochmals danke - Dein Hinweis ist sehr hilfreich. Ich habe mir den Report angesehen - scheint ein sehr gutes Tool zu sein.

Viele Erfolg noch bei der Einführung der Schnittstelle - vielleicht seid Ihr ja schon fertig 🙂

Viele Grüße,

Franziska

[Former Member]

Hallo Franziska

So schwierig ist das gar nicht. Deshalb findest Du wahrscheinlich auch nicht soviel Informationen zu bestimmten Zeiterfassungssystemen. Vom Prinzip braucht die Abrechnung nur Zeitlohnarten in der ZL mit Uhrzeiten von bis (zur Bestimmung der Mehrarbeitszuschläge). Alles andere wird im Customizing gemacht: PSP hinterlegen (um Abweichungen der Arbeitszeiten zu erkennen), Anwesenheiten bewerten. Die Durchschnittsberechnung ist eine Abrechnungsfunktion. D.h. die Abrechnungslohnart ist schon mit einem gefüllten NUM-Feld vorhanden. Das einzige Problem, was ich sehe, ist evtl. die Annahme, das Ganze ohne die SAP Zeitwirtschaft abzubilden. Das wird wohl nicht gehen. Daher sehe ich das eigentliche Problem im Upload der Zeitdaten in die SAP Zeitwirtschaft und die Auswertung mittels RPTIME00. Aber das ist ja nicht gewünscht. Gut, dann zurück. Import der Zeitlohnarten aus ZEUS direkt in die ZL. Sollte technisch kein Problem sein, aber man sollte die Perioden- und Rückrechnungslogik der SAP Abrechnung abbilden, sowie das Vortageskennzeichen. Meine Idee wäre eine eigene ZL Tabelle anzulegen YZL, einen Report zu schreiben, der die Lohnarten aus ZEUS in diese Tabelle schreibt und Rückrechnungskennzeichen etc. setzt, und eine eigene Abrechnungsfunktion, die die Tabelle YZL in die ZL übernimmt.

Viele Grüße - Andy

[Former Member]

Hallo Andy,

erst einmal vielen herzlichen Dank für die Antwort. Das sind sehr interessante Denkansätze, die ich mal weiterverfolgen werde. Ich würde die Frage trotzdem gerne noch ein wenig offen lassen, falls jemandem noch etwas mehr dazu einfällt - vor allem noch Dokus und ähnliches.

Viele Grüße

Franziska

[Former Member]

Hallo,

hier in der USA haben wir auch diese Anforderung gesehen. Oefters wird einen Upload in der Infotype 2010 geschrieben und die fertige Lohnarten dort hingestellt fuer Abrechnungsprozesse.

Cheers