Varial Kundeninformation

Varial Kundeninformation 17. Oktober 2013

Inhalt Guide / Finance... 3 Allgemeines... 3 Varial ReportFactory... 3 Perfidia Version 3.30.120... 4 Anlagenbuchführung... 5 Personalwirtschaft... 6 Programmerweiterungen im ELStAM-Meldeverfahren... 6 Erweiterungen Pfändungsberechnung... 9 Migration Guide 3.40 nach VWE 2.20... 11 Anpassungen für Archivschnittstelle... 12 Weitere Programmanpassungen Service Pack 10.2013... 13 Installation und Administration... 18 Client-Update... 18 VWE / IGF... 20 Allgemeines... 20 Varial ReportFactory... 20 Bye, bye Windows XP und Office 2003... 21 Perfidia Version 3.30.120... 22 Personalwirtschaft... 23 Wichtige zum Update mit Release 2.20.0.63 Version v2... 23 2

Guide / Finance Allgemeines Varial ReportFactory Sehr geehrter Varial ReportFactory Benutzer, es freut uns Ihnen mitzuteilen, dass die ReportFactory 1.9 heute freigegeben wurde. Mit der Version 1.9 wird das Erzeugen von Bundesanzeigereinreichungen unterstützt. Diese können im Portal des Bundesanzeigers hochgeladen und eingereicht werden. Zu diesem Zweck enthält die ReportFactory mit der Version 1.9 weitere Taxonomien der Version 5.2. Die durch den Bundesanzeiger unterstützten Taxonomien sind an dem Begriff "Bundesanzeiger" im Namen erkennbar. Neue Funktionalitäten: * [RF-1692] - Erstellung von Einreichungen an den Bundesanzeiger Verbesserungen: * [RF-1758] - Beschleunigung des Kopieren und Importieren eines Projekts mit vielen Umbuchungen * [RF-1762] - Der Windows Installer ist digital signiert * Diverse Verbesserungen Behobene Probleme: * [RF-1749] - SAP Bilanzstrukturimport schlägt fehl * [RF-1695] - IE8: Herunterladen des Projektexports schlägt fehl * [RF-1736] - Projektexport und -import dauert zu lange bei großen Datenmengen * [RF-1659] - Benutzer mit einzigem Zugriffrecht Umbuchen/Umgliedern kann keine Umgliederung vornehmen * [RF-1726] - Saldenlistenkonfiguration kann nicht geändert werden, wenn Umbuchungen existieren. * [RF-1750] - Mehrmandantenprojekt hat nach Testeinreichung veränderte Formular- und Saldenlistenkonfiguration * [RF-1751] - Saldenlistenimport: Importschaltfläche wird nicht aktiv bei Projekt mit mehreren Mandanten * [RF-1757] - Fehler beim Kopieren eines Projekts * [RF-1763] - Verwendung der falsche Berechnungsregel bei Mehrmandantenprojekt mit geschachtelten Faktensammlungen * Diverse Probleme behoben 3

Eine detaillierte Liste der Verbesserungen befindet sich unter http://www.abzreporting.com/dmdocuments/rf1.9/reportfactory-1.9-changelog.txt Der Installer kann auch für eine Mehrplatzinstallation eingesetzt werden, wir empfehlen allerdings die nachfolgenden Pakete. Für den Windows Installer, den wir für die Einzelplatzversion empfehlen, befindet sich das Downloadpaket unter http://www.abzreporting.com/dmdocuments/rf1.9/reportfactory-1.9-installer-windows.zip Das Downloadpaket für eine separate Serverinstallation (Windows) befindet sich unter http://www.abz-reporting.com/dmdocuments/rf1.9/reportfactory-1.9-warwindows.zip Falls Sie als Server ein Linux betreiben, befindet sich das Downloadpaket unter http://www.abz-reporting.com/dmdocuments/rf1.9/reportfactory-1.9-war-linux.zip Die beiden Pakete unterscheiden sich nur im beigefügten Eric Modul der Finanzverwaltung. Für einen einfachen Einstieg stellen wir Projektvorlagen für die ReportFactory auf der folgenden Seite zur Verfügung http://wiki.abz-reporting.com/display/rf1projectsde Es handelt sich um ein Release, dass neue Features bereitstellt. Der erste Start nach dem Update der ReportFactory kann je nach Menge der Projektdaten einige Zeit in Anspruch nehmen. Ihre Lizenzdatei, die Sie bereits erhalten haben, behält weiterhin Gültigkeit. Ab der Version 1.0.3 sind die Projektdaten kompatibel/ werden upgedated. Bitte führen Sie trotzdem eine Sicherung Ihrer Projektdaten durch. Sollten Sie Fragen haben, können Sie uns über die bekannte Supportadresse erreichen. Perfidia Version 3.30.120 Mit der heutigen Kundeninformation möchten wir Sie auf die aktuellste Perfidia Version 3.30.120 hinweisen. Die Versionsänderungen entnehmen Sie bitte wie üblich dem Dokument "change_history.pdf", das Bestandteil der Perfidia Zip-Datei ist. Die Perfidia Version 3.30.120 stellen wir Ihnen in unserer Wissensdatenbank unter der ID-Nr. 1445337 oder unter dem nachstehenden Link zur Verfügung: https://www.inforxtreme.com/espublic/en/answerlinkdotnet/solutions/viewsolution. aspx?solutionid=1445337 4

Anlagenbuchführung AfA-Vorschau (KW 315) Mit dem geänderten Programmstand ist es möglich, die AfA-Vorschau jetzt auch mit Gruppensummen in eine ASCII-Datei auszugeben. Bisher erfolgte die Ausgabe der Vorschaudaten unabhängig von Sortierfolge und Listreihenfolge stets für alle einzelnen Anlagegüter. Wird nun beispielsweise als Sortierung nach Sachkonten gewählt, und als Listreihenfolge nur Gruppensummen, werden wie beim Listdruck auch, nur die Summen exportiert. Den geänderten Programmstand stellen wir Ihnen in unserer Wissensdatenbank unter der ID-Nr. 1444486 oder unter dem nachstehenden Link zur Verfügung: https://www.inforxtreme.com/espublic/en/answerlinkdotnet/solutions/viewsolution. aspx?solutionid=1444486 5

Personalwirtschaft Programmerweiterungen im ELStAM-Meldeverfahren Mit dem heutigen ServicePack stellen wir Ihnen die nachfolgend aufgeführten Anpassungen für das elektronische ELStAM-Verfahren zur Verfügung: Verwaltung ELSTAM (KW 592) Mit dem aktuellen Programmstand wurde das Handling für den Abruf der monatlichen Änderungslisten geändert. Bislang wurde eine Anfragedatei grundsätzlich für den Zeitraum "ab aktuellem Abrechnungsmonat / bis Ende des aktuellen Kalenderjahres" und der Angabe "nur neue Listen" (= Monatslisten, die noch nicht abgerufen und quittiert wurden) an die Finanzverwaltung gestellt. Jetzt entscheidet der Anwender im Dialog für die Auswahl "Anfrage" selbst, für welchen Zeitraum eine Liste abgerufen werden soll. Außerdem ist es nun möglich, eine bereits abgerufene Liste nochmals gezielt anzufordern. Hierfür wurde der Dialog des ELSTAM-Verwaltungsprogramms (KW 592) um die Felder "von / bis Abr.-Monat" und "alle Listen" erweitert. 6

In den Feldern "von / bis Abr.-Monat" ist nun anzugeben, für welchen Monat oder Zeitraum die Anforderung einer oder mehrerer monatlicher Änderungsliste/n erfolgen soll. Der Abruf kann frühestens ab dem für die getroffene Auswahl gültigen Startdatum ELSTAM erfolgen. Über das Feld "alle Listen" und die Auswahl "Ja/Nein" gibt der Anwender an, ob er nur solche Listen abrufen möchte, die er für den angegebenen Zeitraum noch nicht übermittelt bekommen hat (alle Listen = Nein) oder ob alle für ihn gespeicherten Listen, also auch bereits erhaltene und quittierte (alle Listen = Ja), nochmals abgerufen werden sollen. Ein erneuter Abruf ist möglich, da die Finanzverwaltung die monatlichen Änderungslisten nach erstmaligem Abruf nicht löscht, sondern diese grundsätzlich bis zum 28.02. einer Folgejahres vorhält. Allgemeiner Arbeitgeber-Hinweis zum Abrufverfahren Der Arbeitgeber ist verpflichtet, die ELStAM monatlich abzufragen und abzurufen. Da sich die Lohnsteuerabzugsmerkmale der Arbeitnehmer in einer Vielzahl von Fällen nicht in jedem Monat ändern, hat die Finanzverwaltung einen Mitteilungsservice eingerichtet. Zur Nutzung dieses Verfahrens kann der Arbeitgeber im ElsterOnline-Portal beantragen, per E- Mail en über die Bereitstellung von Änderungen zu erhalten. Erfährt der Arbeitgeber durch diesen Service, dass sich für einen Entgeltabrechnungszeitraum keine Änderungen bei den ELStAM seiner Arbeitnehmer ergeben haben, ist er für diesen Zeitraum von der Verpflichtung zum Abruf befreit. Wird ihm dagegen mitgeteilt, dass neue bzw. geänderte ELStAM zum Abruf bereitstehen, bleibt er zum Abruf verpflichtet. Neue ELStAM Verfahrenshinweise Bei der Übernahme von ELStAM-Meldungen werden jetzt die folgenden, neu im Verfahren aufgenommenen ELStAM-Verfahrenshinweise protokolliert und wie folgt interpretiert: 552020103 / Wechsel des Hauptarbeitgebers : neues Ref.Datum AG für das aktuelle Arbeitsverhältnis [refdatumag = $datum] (Ein anderer Arbeitgeber meldet sich als Hauptarbeitgeber an. Für das bestehende Arbeitsverhältnis wird daher ein neues Referenzdatum übermittelt. Dieses wird bei der endgültigen Datenübernahme in den Arbeitnehmerstamm als neues Referenzdatum weggeschrieben.) 552020213 / Das refdatumag der Anmeldung muss nach dem Ende der Beschäftigung aus der letzten Abmeldung liegen. [Beschäftigungsende = $datum] 7

(Wird nach einer Abmeldung eine erneute Anmeldung durch denselben Arbeitgeber gesendet, dann muss das Referenzdatum in der Anmeldung größer sein als das Datum des letzten Austritts. Dieses Handling ist bereits so umgesetzt. Es findet auch bei Wechselmeldungen (pauschalbesteuerte GfB steuerpfl. Beschäftigung) Anwendung.) 552020214 / Anmeldung nach Kulanzfrist, neues refdatumag der aktuellen Beschäftigung [refdatumag = $datum] (Der Arbeitgeber hat den Arbeitnehmer nach der 6-wöchigen Kulanzfrist und somit verspätet angemeldet. Das durch ELStAM korrigierte Referenzdatum, das daraufhin zurückgemeldet wird, wird bei der endgültigen Datenübernahme in den Arbeitnehmerstamm als neues Referenzdatum weggeschrieben.) Für den vor dem zurückgemeldeten Referenzdatum liegenden Zeitraum der Beschäftigung erhält der Arbeitgeber keine ELStAM. Die für diesen Zeitraum anzuwendenden rechtlichen Regelungen liegen in der Verantwortung des Arbeitgebers. 552020303 / refdatumag aus der Abmeldung stimmt nicht mit refdatumag aus der An-/Ummeldung überein. [refdatumag = $datum] (Die Abmeldung eines Arbeitnehmers konnte aufgrund eines falschen Referenzdatums nicht erfolgreich verarbeitet werden. Das erwartete Referenzdatum, das von ELStAM zurückgemeldet wird, wird bei der endgültigen Datenübernahme in den Arbeitnehmerstamm als neues, nunmehr zu verwendendes Referenzdatum weggeschrieben. Die SZ-ELSTAM wird durch die Übernahme wieder auf "4 Abmeldung vorgesehen" gesetzt. Beim nächsten Meldelauf mit der Meldungsart "Abmeldungen" wird dann eine neue Abmeldung mit dem korrekten Referenzdatum erzeugt.) 552020306 Beschäftigungsende des Arbeitsverhältnisses geändert [Beschäftigungsende alt = $datum] [Beschäftigungsende neu = $datum] (Ein von ELStAM zurückgemeldetes abweichendes Beschäftigungsende wird nicht ins System übernommen. Eine solche Meldung bedarf der manuellen Bearbeitung durch den Sachbearbeiter.) ELStAM-Verfahrenshinweis / -Text Ein vom Datenpool gelieferter Hinweis mit Attribut und Attributwert liefert in eckigen Klammern den gespeicherten Wert an den Arbeitgeber zurück. (Erläuterungen) 8

Erweiterungen Pfändungsberechnung Neue Berechnungsmethode bei Pfändungen Bisher ging das Bundesarbeitsgericht, kurz: BAG, von der sog. Bruttomethode im Rahmen der Pfändungsberechnung aus, hat aber mit Urteil vom 17.4.2013 (10 AZR 59/12) eine Wende vollzogen: Nach Auffassung des BAG ist bei der Berechnung des pfändbaren Einkommens entgegen der bislang herrschenden Meinung künftig die sog. Nettomethode zugrunde zu legen. Unterschiede ergeben sich hieraus vor allem dann, wenn Arbeitnehmer unpfändbare Bezüge nach 850 a Zivilprozessordnung (kurz: ZPO), also z. B. Urlaubsgeld oder Überstundenvergütungen, erhalten. Bei der Nettomethode werden zunächst die unpfändbaren Bezüge vom Bruttoeinkommen abgezogen. Anschließend werden aus dem verbleibenden Betrag die Lohnsteuer und Sozialversicherungsabgaben fiktiv ermittelt und dann abgezogen. Der Restbetrag ist das pfändbare Einkommen, aus dem der Pfändungsbetrag mithilfe der Pfändungstabelle festgestellt wird. Bei der Bruttomethode werden vom Gesamtbrutto die unpfändbaren Bezüge und außerdem noch die Sozialversicherungsbeiträge und Steuern bezogen auf das Gesamtbrutto (also einschließlich der unpfändbaren Bezüge) - abgezogen. Das bedeutet, dass die auf die unpfändbaren Bezüge entfallenden Steuern und Sozialversicherungsbeiträge zweimal in Abzug gebracht werden. Das Ergebnis der Bruttomethode führt dazu, dass das pfändbare Einkommen des Arbeitnehmers umso niedriger ausfällt, je höher die unpfändbaren Bezüge sind. In einem Abrechnungszeitraum, in dem der Arbeitnehmer also deutlich mehr verdient, kann deshalb u. U. kein oder nur wenig Einkommen gepfändet werden, weil zusätzlich unpfändbare Bezüge angefallen sind. Bei einem monatlichen Arbeitseinkommen von 3.200,00 EUR und nicht pfändbaren Bezügen in Höhe von 650,00 EUR kommt die Anwendung von Netto- oder Bruttomethode zu unterschiedlich hohen pfändbaren Beträgen, wie das nachfolgende Beispiel verdeutlicht: Nettomethode Bruttoeinkommen 3.200,00 EUR abzüglich 650,00 EUR abzüglich LSt, KiSt, (fiktiv) 79,73 EUR abzüglich Sozialversicherung (fiktiv) 459,57 EUR Nettoeinkommen somit 2.010,70 EUR pfändbarer Betrag 285,83 EUR Bruttomethode Bruttoeinkommen 3.200,00 EUR abzüglich 650,00 EUR abzüglich LSt, KiSt 295,97 EUR abzüglich Sozialversicherung 647,13 EUR Nettoeinkommen somit 1.606,90 EUR pfändbarer Betrag 80,83 EUR Die Anwendung der Nettomethode führt nach Auffassung des BAG zu plausibleren Ergebnissen. Sie sichere den mit den Pfändungsschutzvorschriften beabsichtigten sozialen Schutz des Schuldners und vermeide die mit der Bruttomethode einhergehende und mit der gesetzgeberischen Absicht in keinem vernünftigen Zusammenhang stehende Benachteiligung des Pfändungsgläubigers. 9

In Varial Guide wird per dato die gängige Bruttomethode bei der Pfändungsberechnung angewendet. Mit den Programmen des heutigen ServicePacks stellen wir unseren Anwendern eine Möglichkeit zur Verfügung, bei der Berechnung des pfändbaren Einkommens entweder Brutto- oder Nettomethode anzuwenden. Im Programm "Pfändungen (KW 566)" kann der Anwender jetzt entscheiden, welche Methode er für die Ermittlung des Pfändungsnettobetrags anwenden möchte. Hierfür wurde der Pfändungsdialog um das Feld "Nettomethode" ergänzt. Nettomethode Ja / Nein: Bei "Ja" wird die Nettomethode in der Berechnung berücksichtigt, bei "Nein" die bisherige Bruttomethode. Da eine Steuerung zur Anwendung der Berechnungsmethode auf Mitarbeiterebene, also über den Pfändungs-Überweisungssatz, nur zu einem Release umsetzbar ist, muss der Anwender aktuell im Pfändungsprogramm über die Funktion der Einzelverarbeitung festlegen, für welche Personalnummern die Nettomethode herangezogen werden soll und bei welchen Pfändungen weiterhin die Bruttomethode Anwendung finden soll. Wir weisen bezüglich der Anwendung der Nettomethode ausdrücklich darauf hin, dass die Haftung für die korrekte Ermittlung der fiktiv zu ermittelnden Steuern und Sozialversicherungsbeiträge durch uns als Softwarehersteller ausgeschlossen ist. 10

Migration Guide 3.40 nach VWE 2.20 Die Migrationsprogramme des heutigen ServicePacks sind zwingend einzusetzen, wenn die Migration von Varial Guide Release 3.40 zu Varial World Edition Release 2.20 ausgeführt werden soll. Die Programme für die Migration Guide nach VWE wurden um die nachfolgend aufgeführten Bereiche und Felder ergänzt: Überweisungen Pfändungen (KW 341) Erweiterung um die Felder: VWE UNPFAENDB_NETTO EING_BESCHL_DATUM URSPRUENG_BETRAG GUIDE Abw. unpfändb. Netto kein Feld Ableitung vom gültig-von-datum des Pfändungssatzes Gesamtbetrag AAG-Angaben (KW 354) Neues Segment in der Migration mit den Stammdaten-Feldern: VWE GUIDE U1-Arbeitsentgelt vereinbartes Entgelt Art des Entgelts Entgeltart Art der Ausfallzeit Art der Ausfallzeit Nettoentgelt andere Beschäftigung Netto anderer AG Mutterschaftsgeld Krk (kal.tgl.) Mutterschaftsgeld abweichend U1-Verwendungszweck U1-Verwendungszweck U2-Verwendungszweck (BT) U2-Verwendungszweck (B) U2-Verwendungszweck (MuG) U2-Verwendungszweck (M) Abtretung Fehlzeit (EFS) Abtretung KVdR Angaben (KW 358) Erweiterung um die Felder: VWE Intervall anteiliger mtl. VB-Betrag GUIDE Intervall anteiliger mtl. VB-Betrag Schlüsselziffer ELStAM aus AN-Stamm VWE GUIDE Mitarbeiter Besteuerung Arbeitnehmerstamm Feld: kein ELSTAM-Abruf Feld: SZ-ELSTAM Abruf SZ "9 kein ELSTAM" 11

ERA-Zulagen im ERA-Tarifmodell und beim ERA-Mitarbeiter VWE GUIDE ERA-Steuerungsmodell ERA-Tariftabelle (KW 272) Reiter: Zulagen LOA-Zulagen 1-9 Migrationstabelle: MIGPWERAMODEL_T neue Felder: Zulage 1; Wertart; tarifliche Erhöhung bis Zulage 9; Wertart; tarifliche Erhöhung VWE GUIDE ERA-Tarifregelungen, ERA-Zulagen 1-9 ERA-Lohnsätze (KW 332) Migrationstabelle; MIGPWMERA_T neue Felder: sonstige Zulagen 1-9 Zulage 1; Betrag bis Zulage 9; Betrag Sonstige Änderungen VWE GUIDE Mitarbeiter Sozialversicherung Arbeitnehmer-Stamm (KW 311) neues Feld: Beginn der Freistellung bei Altersteilzeit Die Plausibilitätsprüfungen für die nicht mehr relevanten Felder Amtlicher Gemeindeschlüssel, Finanzamts-Nr. und Tätigkeitsschlüssel (alt) sind in der Migration entfallen. Anpassungen für Archivschnittstelle Für die Archivierung von Reporten wurde die Datei "PW.INI" aktualisiert und umfasst jetzt auch den Report aus dem Programm "Übernahme ELSTAM" (KW 593). Die aktuelle Version kann bei Bedarf über unsere Logistikabteilung angefordert werden. 12

Weitere Programmanpassungen Service Pack 10.2013 Kurzwahl Beschreibung Menüpunkt 329 Arbeitnehmerbestandsliste 329 Arbeitnehmerbestandsliste 332 ERA-Lohnsätze 341 Überweisungen/VWL 461 Aufbau DEÜV-Meldungen In der Liste sind die beiden Felder "381 - GZ- Bestandsfall" und " 449 - Kappung Beitrag" als Druckfelder neu hinzugekommen. Die Felder "393 ERA-Entgeltstufe" und "394 ERA- Solleingruppierung" können jetzt auch ohne ERA- Preisliste als Druckfelder ausgewählt werden. In der Matchcodeanzeige der ERA-Lohnsätze wurden die Beträge unter bestimmten Bedingungen mit 0,00 angezeigt. Bei der ASCII-Ausgabe wurde das Feld "IBAN" nicht ausgegeben. DEÜV-Meldungen werden grundsätzlich nur aufgebaut, wenn der letzte Abrechnungsmonat nicht mehr als 6 Monate zurückliegt. Diese Prüfung kann jetzt im DEÜV-Aufbauprogramm über das Dialogfeld "bes. Meldungen" = "Ja" und die Auswahl "keine Prüf. auf letzten Abr.Monat" ausgeschaltet werden. 461 Aufbau DEÜV-Meldungen 471 Aufbau KVdR-Meldungen Bei der Funktion "Abmeldung wegen Systemwechsel" wurden fälschlicherweise GKV-Monatsmeldungen (GD 58) storniert. Bei rückwirkenden Korrekturen konnte es dazu kommen, dass unnötige Änderungsmeldungen mit GD 2 erzeugt wurden. Das Programm wurde geändert. 13

Kurzwahl Beschreibung Menüpunkt 491 Aufbau AAG-Erstattungen Die Angaben für den Datensatz DBBV (Bankverbindung) fehlten bei der Erstattungsart "Überweisung", wenn diese Daten nur in der Betriebsstätte verwaltet sind. Zusätzlich wird jetzt beim Aufbau der Meldungen die Fehlermeldung "Bankdaten für Erstattungsart = Überweisung fehlen!" ausgegeben, wenn die für den AAG-Antrag benötigten Angaben zur Bankverbindung in Firma/Betriebsstätte nicht vollständig verwaltet sind. Wichtiger Hinweis Jahreswechsel 2013/2014! Im AAG-Erstattungsverfahren ist die Angabe von IBAN und BIC im Datensatz bereits ab dem Stichtag 01.01.2014 (Tagesdatum) verpflichtend vorgesehen! 492 Ausgabe AAG-Erstattungen 631 Beitragsnachweise 511 Monatsabschluss/-anfang 565 Nettolohnabrechnung 565 Nettolohnabrechnung Wenn im Rahmen der AAG-Erstattungen die Erstattungsart "Verrechnung" gewählt wurde, dann wurde der Erstattungsbetrag im Beitragsnachweis mit einer falschen Summe angezeigt. Im ZVE-Meldewesen kam es zu wiederkehrenden Namens- und/oder Adressänderungsmeldungen, wenn im Arbeitnehmerstamm das Feld "Name/Ansch.- Änder." manuell gesetzt wurde. Durch den Monatswechsel wird das Feld jetzt wieder auf Grundstellung gesetzt. Ab sofort werden auch die ZVK/VBL-Umlage (Sys- LOA-Nr. 1014) und der ZVK-Zusatzbeitrag (Sys-LOA- Nr. 1182) bei der Bildung des erstattungsfähigen U1- /U2-B-Entgeltes berücksichtigt. Ein gemäß 23c SGB IV gewährter SV-Freibetrag reduzierte fälschlicherweise nicht das sv-pflichtige Entgelt in Gleitzonenfällen. 14

Kurzwahl Beschreibung Menüpunkt 565 Nettolohnabrechnung 592 Verwaltung ELSTAM 592 Verwaltung ELSTAM 592 Verwaltung ELSTAM 592 Verwaltung ELSTAM 593 Übernahme ELSTAM Die Zahlung eines laufendes Arbeitsentgeltes, das aus Vereinfachungsgründen als Einmalzahlung mit Umlagepflicht gezahlt wird (Einrechnung SV-rechtlich: = 06 SdZ mit Umlage), führte in der Nettolohnabrechnung zu einem Programmabbruch. Lag das Austrittsdatum im aktuellen Abrechnungsmonat, dann wurde keine ELSTAM- Abmeldung erstellt. Dies wurde korrigiert. War ein Arbeitnehmer aufgrund einer Mehrfachbeschäftigung in mehr als einer steuerlichen Betriebsstätte zugeordnet, dann erfolgte keine Abmeldung für diesen mit dem Hinweis auf eine doppelte Steuer-ID. Bei Vorhandensein mehrerer steuerlicher Betriebsstätten wurde das ELSTAM-Startdatum beim erstmaligen Aufbau der Meldungen nur berücksichtigt, wenn es in der übergeordneten Firma verwaltet war. Dadurch war es nicht möglich, über die bloße Erfassung eines Startdatums in der Betriebsstätte mit einer einzelnen Betriebsstätte ins Verfahren einzusteigen. Jetzt wird das ELSTAM-Startdatum in einer einzelnen Betriebsstätte berücksichtigt. Mitarbeiter, die infolge einer Teilung im AN-Stamm einen Eintrag im Feld "Personalnummer neu" hatten, wurden bei der Erstellung von Meldungen überlesen, obwohl sie aktiv waren. Jetzt wird die Abrechnungsart des Mitarbeiters mit interpretiert. Bei konfessionsverschiedenen Ehegatten in den Bundesländern Bayern, Bremen oder Niedersachsen wurde zwar korrekterweise die EG-Konfession nicht übernommen, aber das AN-Stammdatenfeld "Ermittlung EG" wurde falsch initialisiert. 15

Kurzwahl Beschreibung Menüpunkt 610 Bescheinigungswesen 610 Bescheinigungswesen 612 Verdienstabrechnungen (blanko) 612 Verdienstabrechnungen (blanko) 621 Zahlungsverkehr 621 Zahlungsverkehr 621 Zahlungsverkehr 621 Zahlungsverkehr Bei der Krankengeldbescheinigung 1.01 wurden Kammerbeiträge noch vom gesetzlichen Netto abgezogen. Dies wurde gemäß EBV-Richtlinien angepasst. Die Arbeitsbescheinigung 2.01 wurde mit dem heutigen ServicePack nochmals geringfügig aktualisiert. Bei einmalig gezahlten Entgelten war der Ausweis von SV-AN-Beiträgen in der neuen Entgeltbescheinigung nicht korrekt. Das Programm wurde dahingehend angepasst. Beim Andruck der Verdienstabrechnung wurde bei Barauszahlungen die Bankverbindung (BIC und IBAN) des Vorgängers übernommen. Bei SEPA-Zahlungen und der Auswahl "Abschlagszahlung" wurden nicht die Angaben zu IBAN und BIC aus dem Gehaltssatz des Arbeitnehmers ( 341 Überweisungen) herangezogen, wenn im Überweisungssatz (Abschlag) keine IBAN / BIC eingetragen waren. Bei SEPA-Zahlungen und der Überweisungsart "Krankenkassen" wurden die Angaben zu IBAN und BIC der Krankenkasse nicht gefunden. Bei SEPA-Zahlungen wurden nicht die Angaben zu IBAN und BIC aus dem AN-Mehrfachsegment "343 Betriebl. Altersvorsorge" herangezogen, sondern immer die IBAN / BIC aus der Institution. Wenn die Preisliste für Auslandszahlungsverkehr (8065) nicht vorhanden war und keine SEPA-Ausgabe gewählt wurde, dann wurden IBAN und BIC im Überweisungssatz gelöscht. Dies wurde korrigiert. 16

Kurzwahl Beschreibung Menüpunkt 632 BV Beitragserhebung 658 Buchungsbeleg mit KSt 882 LSt-Bescheinigung 901 Migration Guide nach VWE 901 Migration Guide nach VWE 901 Migration Guide nach VWE 901 Migration Guide nach VWE 901 Migration Guide nach VWE 953 Aufbau Systemlohnarten Wenn bei einem Mitarbeiter rückwirkend die Zugehörigkeit zu einer BV geändert wurde, wurden die Werte nicht storniert. Wenn das Feld "Firmencode VWE" im Firmenstamm gefüllt ist, werden bei den Übergaben "VWE-ACSII mit KST" und "VWE-ASCII ohne KST" die ersten drei Stellen in die ASCII-Ausgabedatei geschrieben, ansonsten das Feld "Abw. Firma-FB". Vorher wurde grundsätzlich das Feld "Abw. Firma-FB" genommen. Der Wert für die Zeile 28 "Beiträge zur privaten Krankenversicherung und Pflege-Pflichtversicherung" wurde in der Bescheinigung für 2013 nicht gefüllt. Wenn der Text für Bezeichnungen / Beschreibungen länger war als 80 Zeichen, kam es zu einem Programmabbruch. Bei der Ausgabe der Durchschnitte war die Verschlüsselung (Zähler / Nenner und Resultat) nicht korrekt. Bei der Ausgabe der Anwender-Lohnarten ist der Zeitbereich jetzt abhängig von dem Feld "Periode Vormonat" in der Lohnart. Die lfd. Nr. der Verdienstabrechnung wird jetzt über die Mappingdatei "PWMAPLOA.CSV" in die Lohnart übergeben. Die Mappingdatei wurde dazu um die neue Spalte "Andruck Reihenfolge" ergänzt. Die Empfängerart war bei "VBLU" und "ZVK" identisch; dies wurde korrigiert. Beim Aufbau der Systemlohnarten mit Release 3.40 trat der Fehler auf, dass, anstelle der Systemlohnart 1055, 2x die Systemlohnart 1054 generiert wurde. 17

Installation und Administration Für die Applikation Personalwirtschaft gilt wie üblich, dass die Programme nicht während des monatlichen Abrechnungslaufs installiert werden, evtl. Probeabrechnungen also zunächst wieder storniert werden. Die korrigierten Programme stellen wir Ihnen zusammen mit einer ausführlichen Beschreibung der enthaltenen Programmerweiterungen und -korrekturen in unserer Wissensdatenbank unter der ID-Nr. 1445370 oder unter dem nachstehenden Link zur Verfügung: https://www.inforxtreme.com/espublic/en/answerlinkdotnet/solutions/viewsolution. aspx?solutionid=1445370 Client-Update Zusätzlich zu dem normalen ServicePack Update liefern wir mit der heutigen Kundeninformation auch ein Client-Update für den Release 3.40 aus. Über das Client-Update wird die Bescheinigung 2.01 - Arbeitsbescheinigung aktualisiert. Das Client-Update muss unter Windows manuell auf jedem Arbeitsplatz ausgeführt werden. Extrahieren Sie dazu die zip-datei und führen danach die "setup.exe" aus. Achten Sie auf die Hinweise im Installationsfenster bzgl. des anzugebenden Verzeichnisses: 18

Das Client-Update stellen wir Ihnen in unserer Wissensdatenbank unter der ID-Nr. 1445373 oder unter dem nachstehenden Link zur Verfügung: https://www.inforxtreme.com/espublic/en/answerlinkdotnet/solutions/viewsolution. aspx?solutionid=1445373 19

VWE / IGF VWE / IGF Allgemeines Varial ReportFactory Sehr geehrter Varial ReportFactory Benutzer, es freut uns Ihnen mitzuteilen, dass die ReportFactory 1.9 heute freigegeben wurde. Mit der Version 1.9 wird das Erzeugen von Bundesanzeigereinreichungen unterstützt. Diese können im Portal des Bundesanzeigers hochgeladen und eingereicht werden. Zu diesem Zweck enthält die ReportFactory mit der Version 1.9 weitere Taxonomien der Version 5.2. Die durch den Bundesanzeiger unterstützten Taxonomien sind an dem Begriff "Bundesanzeiger" im Namen erkennbar. Neue Funktionalitäten: * [RF-1692] - Erstellung von Einreichungen an den Bundesanzeiger Verbesserungen: * [RF-1758] - Beschleunigung des Kopieren und Importieren eines Projekts mit vielen Umbuchungen * [RF-1762] - Der Windows Installer ist digital signiert * Diverse Verbesserungen Behobene Probleme: * [RF-1749] - SAP Bilanzstrukturimport schlägt fehl * [RF-1695] - IE8: Herunterladen des Projektexports schlägt fehl * [RF-1736] - Projektexport und -import dauert zu lange bei großen Datenmengen * [RF-1659] - Benutzer mit einzigem Zugriffrecht Umbuchen/Umgliedern kann keine Umgliederung vornehmen * [RF-1726] - Saldenlistenkonfiguration kann nicht geändert werden, wenn Umbuchungen existieren. * [RF-1750] - Mehrmandantenprojekt hat nach Testeinreichung veränderte Formular- und Saldenlistenkonfiguration * [RF-1751] - Saldenlistenimport: Importschaltfläche wird nicht aktiv bei Projekt mit mehreren Mandanten * [RF-1757] - Fehler beim Kopieren eines Projekts * [RF-1763] - Verwendung der falsche Berechnungsregel bei Mehrmandantenprojekt mit geschachtelten Faktensammlungen * Diverse Probleme behoben Eine detaillierte Liste der Verbesserungen befindet sich unter http://www.abzreporting.com/dmdocuments/rf1.9/reportfactory-1.9-changelog.txt 20

VWE / IGF Der Installer kann auch für eine Mehrplatzinstallation eingesetzt werden, wir empfehlen allerdings die nachfolgenden Pakete. Für den Windows Installer, den wir für die Einzelplatzversion empfehlen, befindet sich das Downloadpaket unter http://www.abzreporting.com/dmdocuments/rf1.9/reportfactory-1.9-installer-windows.zip Das Downloadpaket für eine separate Serverinstallation (Windows) befindet sich unter http://www.abz-reporting.com/dmdocuments/rf1.9/reportfactory-1.9-warwindows.zip Falls Sie als Server ein Linux betreiben, befindet sich das Downloadpaket unter http://www.abz-reporting.com/dmdocuments/rf1.9/reportfactory-1.9-war-linux.zip Die beiden Pakete unterscheiden sich nur im beigefügten Eric Modul der Finanzverwaltung. Für einen einfachen Einstieg stellen wir Projektvorlagen für die ReportFactory auf der folgenden Seite zur Verfügung http://wiki.abz-reporting.com/display/rf1projectsde Es handelt sich um ein Release, dass neue Features bereitstellt. Der erste Start nach dem Update der ReportFactory kann je nach Menge der Projektdaten einige Zeit in Anspruch nehmen. Ihre Lizenzdatei, die Sie bereits erhalten haben, behält weiterhin Gültigkeit. Ab der Version 1.0.3 sind die Projektdaten kompatibel/ werden upgedated. Bitte führen Sie trotzdem eine Sicherung Ihrer Projektdaten durch. Sollten Sie Fragen haben, können Sie uns über die bekannte Supportadresse erreichen. Bye, bye Windows XP und Office 2003 In einem aktuellen Rundschreiben informiert Microsoft darüber, dass der Support für Windows XP und Office 2003 am 08.04.2014 eingestellt wird. Ab diesem Zeitpunkt wird es keine weiteren Sicherheits- und Kompatibilitätsupdates für diese beiden Produkte von Seiten Microsoft mehr geben. IGF unterstützt im bereits aktuellen Release 2.20 Microsoft Office 2003 nicht mehr. Die Unterstützung für Windows XP ist für Release 2.25 (Jahreswechsel 2013/2014) noch gegeben. Ab Release 2.30 (Jahresmitte 2014) wird die Unterstützung von Windows XP als Betriebssystem für den Client offiziell abgekündigt. Die Installation wird weiterhin möglich sein, sollten aber Probleme beim Betrieb auftreten, können wir keinen Support dafür leisten. Link zur sseite von Microsoft: http://www.microsoft.com/de-de/windows/byebyexp/default.aspx 21

VWE / IGF Perfidia Version 3.30.120 Mit der heutigen Kundeninformation möchten wir Sie auf die aktuellste Perfidia Version 3.30.120 hinweisen. Die Versionsänderungen entnehmen Sie bitte wie üblich dem Dokument "change_history.pdf", das Bestandteil der Perfidia Zip-Datei ist. Die Perfidia Version 3.30.120 stellen wir Ihnen in unserer Wissensdatenbank unter der ID-Nr. 1445337 oder unter dem nachstehenden Link zur Verfügung: https://www.inforxtreme.com/espublic/en/answerlinkdotnet/solutions/viewsolution. aspx?solutionid=1445337 22

VWE / IGF Personalwirtschaft Wichtige zum Update mit Release 2.20.0.63 Version v2 Sehr geehrte Damen und Herren, am 11. Oktober 2013 haben wir Ihnen den Releasestand 2.20.0.63v2 über eine Eilige Kundeninformation zur Verfügung gestellt, da es mit der Version v1 zu einem Abbruch des Updates bei der Aktualisierung der Elo2 Tabelle (ELODUEAB_T) kam. Nach Freigabe der Version v2 trat in der Praxis eine weitere Unstimmigkeit mit einem SQL-Statement auf, welche ebenfalls in Verbindung mit den ELStAM-Daten steht. Davon betroffen sind Anwender der Personalwirtschaft nur dann, wenn 1. der Betrieb bereits aktiv an dem elektronischen ELSTAM-Verfahren teilnimmt 2. und darüber hinaus bereits eine Anfragedatei über die Meldungsart "Anfrage" an die Finanzverwaltung gesendet und zu einer solchen auch eine Rückmeldedatei mit ELStAM-Sätzen für die Mitarbeiter eingelesen worden ist. Zu erkennen ist die Problematik nach erfolgter Update-Installation in den Dateien "update_2-20.log" (Protokoll des Updates) oder "single.log" (Protokoll des Serverstarts). Durch das Ausführen des SQL-Statements fehlt nach dem Update ein Constraint auf der Datenbank, was wiederum dazu führt, dass bestimmte Zuordnungen auf der Datenbank nicht mehr möglich sind. Der Sachverhalt wurde umgehend korrigiert. Über die nachfolgenden Links können Sie sich die neue Releaseversion 2.20.0.63v3 herunterladen: http://62.113.210.47/varialdownload/igf/igf-2.20.0.63v3.zip http://62.113.210.47/varialdownload/vwe/vwe-2.20.0.63v3.zip 23

VWE / IGF Wenn Sie zu dem oben beschriebenen Kreis der Anwender gehören und bereits ein Update mit den Versionen v1 oder v2 durchgeführt haben, sind folgende Szenarien möglich: 1) Es ist bereits ein Update mit V1 erfolgt: In diesem Fall sollte eine Rücksicherung vorgenommen werden, und das Release-Update mit der neuen Version v3 wiederholt werden. 2) Es ist bereits ein Update mit V2 erfolgt: 2.1 Eine Rücksicherung wird vorgenommen und das Release-Update wird mit der neuen Version v3 wiederholt. 2.2 Es wird keine erneute Rücksicherung vorgenommen. In diesem Fall wenden Sie sich bitte an den PW-Support, damit eine Anpassung der Datenbank durch uns erfolgen kann und die fehlende Zuordnung (der Constraint) gesetzt wird. Diese manuelle Anpassung ist mit einer Einschränkung verbunden, die sich allerdings lediglich in der für Release 2.25 geplanten ELSTAM- Auskunftsfunktion auswirkt: ELStAM-Sätze, die mit Release 2.15 über eine Anfragedatei importiert wurden, können in der Anzeigefunktion nicht mehr dargestellt werden. Die Besteuerungsdaten der Mitarbeiter sind davon nicht tangiert. 24