Hallo zusammen,
ich wollte nur einen Hinweis geben, der vielleicht von allgemeinem Interesse bei der Nutzung von BIG DATA ist:
Existieren auf Ihren Datenbanken in der Lohnartensteuerung Deutschland Datensätze auf Mandantenebene und es gibt dazu keinen Mandantensatz in der Lohnartensteuerung Basis (nur Installationsebene), so werden diese Datensätze nicht in der BIG DATA abgebildet. Die BIG DATA unterstützt derzeit nicht die Datenhaltung LAS auf INS-Ebene und D_LAS auf MAN-Ebene. Eine Änderung der BIG DATA diesbezüglich erfolgt laut Auskunft P&I nicht.
Die Empfehlung ist, die betroffene Lohnart in der Tabelle LAS per Merge auszulesen und auf MAN-Ebene wieder einzulesen.
Viele Grüße
Hinweis BIG DATA und Mandantensteuerung D_LAS
-
Volker Nölle
- Beiträge: 569
- Registriert: 03.05.2010 11:59
- Wohnort: Frankfurt
- Abrechnungssystem: LOGA
- Payroll: Ja
- Hochrechnung: Ja
- Zeitwirtschaft: Nein
- HCM: Nein
- Stellenplan: Ja
- Auswertungsgenerator: Ja
- Analyse: Ja
- Archiv: Ja
- Firma:
- Branche:
- Kontaktdaten:
Hallo Frau Sauer,
das ist ja interessant und im Grunde eine ziemliche Funktionseinschränkung. Man konnte auf diesem Wege zum Beispiel sehr elegant beim einen Mandanten eine Lohnart in das ZVK-Brutto einfließen lassen und beim anderen nicht. Mir ist jedoch nicht ganz klar, was mit den bestehenden Lohnarten ist, denn Loga müsste bei diesen ja weiterhin die entsprechende Tabelle lesen und nicht Big Data.
Mit besten Grüßen
Volker Nölle
das ist ja interessant und im Grunde eine ziemliche Funktionseinschränkung. Man konnte auf diesem Wege zum Beispiel sehr elegant beim einen Mandanten eine Lohnart in das ZVK-Brutto einfließen lassen und beim anderen nicht. Mir ist jedoch nicht ganz klar, was mit den bestehenden Lohnarten ist, denn Loga müsste bei diesen ja weiterhin die entsprechende Tabelle lesen und nicht Big Data.
Mit besten Grüßen
Volker Nölle
-
RZRS
- Beiträge: 287
- Registriert: 18.07.2013 22:04
- Abrechnungssystem: P&I LOGA
- Payroll: Ja
- Hochrechnung: Ja
- Zeitwirtschaft: Nein
- HCM: Ja
- Stellenplan: Ja
- Auswertungsgenerator: Ja
- Analyse: Ja
- Archiv: Ja
- Sonstige: Reisekosten, BEM
- Firma:
- Branche:
Hallo Herr Nölle,
die bestehenden Lohnarten sind zunächst erst einmal unkritisch. Wie Sie schon sagen wird hier zuerst die Tabelle der eigenen Datenbank gelesen.
Schwierig wird es nur, wenn Änderungen vorgenommen werden müssen (in unserem Fall einzig die Kennzeichnung, ob die Lohnart in die vierteljährliche Verdienststatistik laufen soll). Die Änderung in der BIG DATA hatte dann nämlich keine Auswirkung - und es gibt derzeit eben keine Möglichkeit mit den normalen Bordmitteln (also ohne SQL, 15.6 o.Ä.) das Problem zu lösen.
Den WebClient, in dem es ja die Lohnartensteuerung wieder geben soll, haben wir noch nicht im Einsatz.
Aufgefallen ist es hier nur wegen der praktischen Notwendigkeit. Der Lohnartenabgleich gibt darauf natürlich keinen Hinweis.
Deshalb meine Information an dieser Stelle, denn bei Änderungen kann es hier somit zu Schwierigkeiten kommen.
Viele Grüße
die bestehenden Lohnarten sind zunächst erst einmal unkritisch. Wie Sie schon sagen wird hier zuerst die Tabelle der eigenen Datenbank gelesen.
Schwierig wird es nur, wenn Änderungen vorgenommen werden müssen (in unserem Fall einzig die Kennzeichnung, ob die Lohnart in die vierteljährliche Verdienststatistik laufen soll). Die Änderung in der BIG DATA hatte dann nämlich keine Auswirkung - und es gibt derzeit eben keine Möglichkeit mit den normalen Bordmitteln (also ohne SQL, 15.6 o.Ä.) das Problem zu lösen.
Den WebClient, in dem es ja die Lohnartensteuerung wieder geben soll, haben wir noch nicht im Einsatz.
Aufgefallen ist es hier nur wegen der praktischen Notwendigkeit. Der Lohnartenabgleich gibt darauf natürlich keinen Hinweis.
Deshalb meine Information an dieser Stelle, denn bei Änderungen kann es hier somit zu Schwierigkeiten kommen.Viele Grüße
Romi Sauer