Infor Finance Newsletter

Transkript

1 Infor Finance Newsletter August 2010

2 Inhalt Allgemein IGF Information zur August 2010 IGF Aktuelle Änderungen VEIS IGF Aktuelle Änderungen 3.0 Installation & Administration IGF Aktuelle Änderungen 4.0 Kostenrechnung IGF Aktuelle Änderungen 8.0 Personalwirtschaft Informationen über mögliche Migrationszeitpunkte der Personalwirtschaft Infor Finance zu IGF 9.0 IGF Wichtige Programminformation 10.0

3 Allgemein Information zur August 2010 IGF Release Build 2 Mit der heutigen stellen wir Ihnen einen Stand Build 2 zur Neuinstallation und zum Update zur Verfügung, der gegenüber der ersten Auslieferung die im Folgenden beschriebenen Änderungen enthält. Download 1

4 Allgemein IGF Beschreibung Bei Microsoft SQL Server Installationen mit case sensitive eingestellter Datenbank konnte es an unterschiedlichen Stellen in der Anwendung zu Fehlermeldungen bzgl. ungültiger Tabellen oder Spaltennamen kommen. Dies wurde in der OEM Version Semiramis korrigiert, da andere IGF OEM Versionen die Datenbank case insensitive installieren. Die Prüfung der Datenbankkennzahlen für Tabellen meldete fälschlicherweise Abweichungen bzgl. der neuen Tabelle SANCTCHECK. 2

5 VEIS IGF Beschreibung Infor Finance ASCIISchnittstelle Debitoren mit * Felder wurden falsch gefüllt. Infor Finance ASCII Schnittstelle Beim Import der Personenkonten (XXSEQIPK+XXSEQIKO) wurde die Mahnart nicht übernommen. Infor Finance ASCII Schnittstelle Es werden nicht alle Buchungen aus der ASCII-Datei importiert. Varzilla / Bugzilla

6 Installation & Administration Abkündigungen von Datenbanken und Betriebssystemen Leider ist bei einigen Datenbank und Betriebssystemherstellern, zum Teil schon seit längerer Zeit der Support für einige Datenbankenversionen und Betriebssystemversionen ausgelaufen. Aus diesem Grund müssen wir sie heute darüber informieren, dass wir die folgenden Plattformen, mangels Support durch die Hersteller, ebenfalls nur noch bis unterstützen können. Infor Finance Datenbanken Oracle 9.x * SQL Server 2000 * DB2 und DB2/400 sowie Informix 7.x Informix 9.x für Suse Linux 8 Infor Finance Betriebssysteme Windows Server 2000 Infor Finance Kommunikationsserver Der Kommunikationsserver kann aus technischen Gründen nicht weiter unterstützt werden, daher wird dieses Modul zum gekündigt. Alternativ kann das Modul VIS für die Datenübertragung verwendet werden. Das Modul VIS ist Bestandteil des Lieferumfanges und kann kostenfrei genutzt werden. * Oracle 9 und SQL Server 2000 werden als Datenbanksystem ab Release 3.20 (Release zum Jahreswechsel 2010/2011) nur noch eingeschränkt unterstützt, da diese Datenbanksysteme mittlerweile durch den Hersteller EOL (End of Life) gesetzt wurden. Die Installation und der Betrieb von Infor Finance auf Oracle 9.x oder MS SQL Server 2000 wird vermutlich weiterhin möglich sein. Aber bei technischen Problemen in Zusammenhang mit Datenbank oder Betriebssystem können wir, wegen der ausgelaufenen Wartung (End of Life) durch die Hersteller, keinen Support mehr leisten. Wir empfehlen ein Upgrade auf eine aktuelle, vom Datenbank- bzw. Betriebssystem- Hersteller gewartete und von Varial freigegebene Version. Infor Global Financials Datenbanken DB2 LuW Oracle 9.x * Infor Global Financials Betriebssysteme Red Hat

7 Installation & Administration SLES SuSE x * Oracle 9 wird als Datenbanksystem ab Release 1.95 nur noch eingeschränkt unterstützt, da dieses Datenbanksystem mittlerweile durch den Hersteller EOL (End of Life) gesetzt wurde. Die Installation und der Betrieb von Infor Global Financials auf Oracle 9.x wird vermutlich weiterhin möglich sein. Aber bei technischen Problemen in Zusammenhang mit der Datenbank können wir, wegen der ausgelaufenen Wartung (End of Life) durch den Hersteller, keinen Support leisten. Wir empfehlen ein Upgrade auf eine aktuelle, vom Datenbank-Hersteller gewartete und von Varial freigegebene Version. Weitere Informationen können Sie der Dokumentation der entsprechenden Software und den beigefügten FAQ entnehmen. Bei Fragen und Anregungen stehen wir Ihnen gerne jederzeit zur Verfügung. FAQ - Infor Finance Frage: Wie nutze ich den VIS statt des Kommukationsservers? Antwort: Statt des Kommunikationsservers auf den Infor Finance Arbeitsplätzen muss der VIS auf einem zentralen Server gestartet werden. Darüber hinaus muss in der Infor-Installation die Kommserver-Client-DLL (gucltw32.dll) ausgetauscht sowie die Konfiguration angepasst werden. Bitte beachten Sie nachstehende Vorgehensweise für die Umstellung auf den VIS: 1. Schließen Sie die Anwendung Kommunikationsserver an allen Infor ERP COM Arbeitsplätzen. 2. Schließen Sie alle Infor ERP COM-Arbeitsplätze, die den Kommunikationsserver im Einsatz haben. Hinweis: Dieser Schritt ist obligatorisch, um die folgenden Schritte ausführen zu können. 3. Ersetzen Sie das bisher mit Infor Finance ausgelieferte Programm FBKMESAC durch eine korrigierte Version in der Infor Finance-Serverinstallation. Downloaden Sie die Programmdatei über folgenden Link: Entpacken Sie diese Datei in das Verzeichnis FB Ihrer Infor Finance- Serverinstallation. Kopieren Sie die Datei Vis.cfg aus Ihrem Infor Finance-Serververzeichnis \VIS\Visclient in das Infor ERP COM\PROD Verzeichnis. 5

8 Installation & Administration 4. Verschieben Sie die Datei Gucltw32.dll aus dem Pfad Infor ERP COM\PROD> in ein separates Verzeichnis. 5. Downloaden Sie die neue Version der Datei Gucltw32.dll über den folgenden Link: 6. Entpacken Sie diese Datei in das Verzeichnis Infor ERP COM\PROD. 7. Öffnen Sie mit einem Editor die Datei Vis.cfg und tragen Sie die IP-Adresse des Infor Finance Servers ein, auf welchem die neue Anwendung VISDAEMON installiert ist: # IP-Adresse des VISDAEMON / Servers Beispiel: IP= Fügen Sie den folgenden neuen Parameter am Ende der Datei Vis.cfg ein: KSMODE=INFOR 9. Starten Sie den VISDAEMON im Pfad Infor Finance/VIS über einen Doppelclick auf die Datei VISDAEMON.exe. Hinweis: Diese Datei kann wahlweise als Desktopverknüpfung auf dem Server abgelegt werden oder nur auf dem Server aktiv sein. Bitte beachten Sie: Der VISDAEMON darf nicht als Verknüpfung auf dem Client angelegt werden. Mit Aktivierung dieser Datei, kann jeder Infor ERP COM-Anwender, bei dem der Eintrag onlineperfacc=yes aktiviert ist, die Daten aus der Finanzbuchhaltung lesen. Eine Aktualisierung des Kommunikationsservers ist nicht mehr notwendig und entfällt komplett. 10. Deinstallieren Sie an allen Infor ERP COM-Arbeitsplätzen den Kommunikationsserver und löschen Sie die Verknüpfung aus dem Menü Autostart. Bitte beachten Sie: Der Kommunikationsserver darf nicht mehr aktiv sein. Die oben stehende Vorgehensweise können Sie ebenfalls in der Wissensdatenbank über unser Online Portal unter der ID LPZ29034 nachlesen. FAQ - IGF Frage: Was bedeutet die Abkündigung der Datenbank Oracle 9 für die Installation und den Betrieb? Antwort: Grundsätzlich wird die Installation der Releases 1.90 und 1.95 auf dieser Datenbank möglich sein, d.h. die Installationsroutine wird eine vorhandene Oracle 9 Datenbank akzeptieren und updaten. Ebenso wird eine Neuinstallation unter Oracle 9 grundsätzlich unterstützt. Sollte es allerdings bei der Installation oder beim Betrieb aus technischen Gründen zu Problemen mit der Datenbank kommen, können wir hierfür keinen Support leisten. Wir empfehlen daher den Umstieg auf eine höhere Version der Datenbank. Frage: Was bedeutet die Abkündigung der Datenbank DB2LUW für die Installation? Antwort: Die Installation für Release 1.90 wird diese Datenbank bis zum angegebenen Termin unterstützen, d.h. das Einspielen eines neuen Programmstandes ist damit möglich. 6

9 Installation & Administration In der Neuinstallation und im Update des Releases 1.95 wird diese Datenbank nicht mehr enthalten sein. Bitte stellen Sie auf eine andere Datenhaltung um, bevor Sie mit der Installation des Release 1.95 beginnen. Gerne sind wir bereit, Sie bei der Migration auf eine andere Datenbank zu unterstützen. Frage: Was bedeutet die Abkündigung der Betriebssysteme für die Installation und den Betrieb? Antwort: Die Installation und der Betrieb unter diesen Betriebssystemen wird vermutlich noch möglich sein, aber nicht mehr explizit getestet oder bei Problemen supportet. Wir empfehlen daher den Umstieg auf eine höhere Version des Betriebssystems. FAQ - Datenbankumstellung Frage: Was muss ich bei der Umstellung von Oracle 9 auf Oracle 10 oder 11 in Verbindung mit Infor ERP COM beachten? Antwort: 1) Serverseitig Ein Betrieb von Datenbanken in der Version Oracle 9i und Oracle 10g auf ein und demselben Server ist nicht empfohlen und erfordert Spezial-Know-How bei der Einrichtung der Systeme. Insbesondere der Startprozess der Instanzen muss speziell gehandhabt werden. Soll auf dem DB-Server gleichzeitig der Applikationsserver von Infor ERP COM laufen, gelten weiterhin die Informationen der Client-seitigen Einrichtung auch für diese Maschine. Die Empfehlung seitens Infor ist hier eine hardware-technische Trennung der DB-Server mit Oracle 9i und Oracle 10g. 2) Client-Seitig Der client-seitige Betrieb von Infor ERP COM, welches einen Oracle 9 - Client benötigt und INFOR FINANCE/IGF, welches einen Oracle 10-Client benötigt, ist auf demselben Client nicht möglich. Der Betrieb von Infor COM mit einem Oracle 10 Client gegen eine Oracle 9 Datenbank ist nicht getestet und freigegeben. Hierbei kann es zu sporadischen DB- Fehlermeldungen kommen. Insofern kann nur empfohlen werden die Client-Maschinen aufzuteilen und separate Maschinen für den Betrieb von Infor COM und INFOR FINANCE/IGF zu verwenden. 7

10 Kostenrechnung IGF Beschreibung Kostenstellen Die Neuanlage von Kostenstellen brach mit einem unerwarteten Anwendungsfehler und dem Meldungstext "Einfügen der Kostenstelle in der Personalwirtschaft fehlgeschlagen,..." ab. Das Problem konnte u.u auftreten, wenn keine Personalwirtschaft im Einsatz war. Varzilla / Bugzilla Beachten Sie hierzu auch die entsprechenden Hinweise zum Hotfix der Personalwirtschaft Hotfixpa

11 Personalwirtschaft Informationen zu möglichen Migrationszeitpunkten der Personalwirtschaft Infor Finance zu IGF Wir haben in den letzten Wochen und Monaten vermehrt Anfragen erhalten, ob und wie eine Migration von Infor Finance zu IGF unterjährig realisiert werden kann. Da wir vermuten, dass sich die langjährige Praxis der Umstellung zum Jahreswechsel mit unnötigen Einschränkungen etabliert hat, möchten wir an dieser Stelle einige wichtige Informationen zum Thema geben. Die PW-Migration wurde von uns so konzipiert und auch umgesetzt, dass die Umstellung zu jedem Abrechnungsmonat eines Jahres also auch unterjährig durchgeführt werden kann. Eine unterjährige Migration ist an keine besonderen Voraussetzungen gebunden und erfordert auch keine Mehrarbeit wie bspw. manuelle Nacherfassungen gegenüber einer Umstellung zum Jahresanfang. Wir würden uns daher freuen, wenn Sie sich für eine Migration zur IGF-Personalabrechnung entscheiden und für einen Umstieg in Ihren Planungen auch einen Termin innerhalb des Kalendersjahres vorsehen würden, damit wir gemeinsam ein erfolgreiches Projekt durchführen können. 9

12 Personalwirtschaft IGF Wichtige Programminformation Mit der heutigen möchten wir Sie auf die aktuellsten Korrekturen zum Release hinweisen, die wir Ihnen mit nachfolgenden Hotfixen zur Verfügung stellen. hotfix-pa jar hotfix-pa jar hotfix-pa jar hotfix-pa jar hotfix-pa jar hotfix-pa jar hotfix-pa jar hotfix-pa jar hotfix-pa jar Diese Hotfixe sind im Stand Build 2 integriert. Inhalt des Hotfix- pa : Folgende Hotfixe, und nur diese, zum Personalwesen müssen ggf. entfernt werden, um Überschneidungen auszuschließen: hotfix-pa jar (im Auslieferungsstand integriert) hotfix-pa jar (wurde ersetzt durch hotfix-pa jar) Dieser Ersatz wird notwendig, weil Korrekturen an Sourcen aus alten Hotfixen notwendig waren. Deshalb enthält das gelieferte Hotfix zusätzlich folgende Korrekturen. Aufbau DEÜV-Meldungen: Falls ein EGA nicht durch Lohnerfassung, sondern durch Berechnung über Folgewertarten entsteht, konnte es zu unerwarteten Storno/Neu Meldungen GD 54 kommen. Das Entgelt wurde dann nicht richtig im Monat der Erfassung gemeldet, sondern falsch im Monat der letzten Rückrechnung. Solche falschen Meldungen GD 54 werden jetzt mit Storno/Neu richtig gestellt. 10

13 Personalwirtschaft Falls der DBUV negatives Entgelt oder negative Arbeitsstunden enthält, wird die DEÜV-Meldung jetzt als fehlerhaft markiert und nicht übermittelt. Mitarbeiter Zusatzversorgung: Bei Neuanlage von ZVK-Daten beim Mitarbeiter kam es zu einem unerwarteten Anwendungsfehler. Dieser Fehler wurde korrigiert. Inhalt des Hotfix- pa : Aufbau DEÜV-Meldungen: Bei einem manipulierten Systemstart nach vorherigem Probebetrieb, konnte es zu falschen Meldungen GD 51 kommen, wenn der Beginn der Fehlzeit vor dem Systemstart lag. Diese Meldungen werden jetzt storniert. Inhalt des Hotfix- pa : Permanente Brutto-/Nettolohnberechnung: Bei freiwillig KV- und PV-Versicherten Mitarbeitern mit Mehrfachbeschäftigung wurde der Gesamtbeitrag nicht auf das Dienstverhältnis gekürzt. Somit konnte der Gesamtbeitrag in voller Höhe abgeführt werden. Inhalt des Hotfix- pa : Steuerungstabelle Kostenstellen: Das Anlegen von Kostenstellen in der Kostenrechnung brach mit einem unerwarteten Anwendungsfehler und dem Meldungstext "Einfügen der Kostenstelle in der Personalwirtschaft fehlgeschlagen" ab. Der Anwender hat keine Personalwirtschaft im Einsatz. Es wird jetzt beim sofortigen Speichern der Kostenstellen in der Personalabrechnung geprüft, ob in der Tabelle Personabasic_T ein Datensatz vorhanden ist. Das Vorhandensein eines Datensatzes in dieser Tabelle wird als Indikator, ob die Personalabrechnung im Einsatz ist, benutzt. Wenn dies nicht der Fall ist, wird ein Speichern in der Personalabrechnung nicht versucht. 11

14 Personalwirtschaft Inhalt des Hotfix- pa : Permanente Brutto-/Nettolohnberechnung: In Saarland und Bremen werden Kammerbeiträge abgeführt. Bei Mitarbeitern die zusätzlich eine betriebliche Altersversorgung haben wurde bisher wie folgt verfahren: Die Wertart A verschlüsselt, wie eine Standard-BAV-Wertart, bekam zusätzlich eine Folgewertart B zugeordnet, an die das Resultat übergeben wurde und mit (-1) multipliziert das steuer- und beitragspflichtige Entgelt modifizierte. Rückwirkend zum wurde die Bewertung der Kammerbeiträge geändert. Grund für diese Änderung ist die, dass BAV-Verträge die Steuer- bzw. Beitragsfreigrenzen der BAV überschrittten. Hinzukommt, dass in Bremen das Kammerbrutto sich am steuerpflichtigen Arbeitslohn orientiert. Im Saarland hingegen orientiert sich das Kammerbrutto am beitragspflichtigen Entgelt. Dies ist relevant bei Neuverträgen mit einer zusätzlichen Steuerfreiheit von Bitte ändern sie ggf. die Verschlüsselungen der BAV-Wertarten (Wertart A) und entfernen sie dort die Folgewertart rückwirkend zum Durch diese Änderung werden Rückrechnungen ausgelöst. Die Freistellung des Kammerbruttos erfolgt nun automatisch. Inhalt des Hotfix- pa : Permanente Brutto-/Nettolohnberechnung: Bei Mitarbeitern, die Pensions-/Direktzusagen i.v. mit Unterstützungskassen als gemischte betriebliche Altersversorgung geführt haben, wurden seit beitragsfreie Anteile aus der Unterstützungskasse nicht korrekt ermittelt. Es ist notwendig, Mitarbeiter mit derartiger Verschlüsselung ab rückzurechnen. 12

15 Personalwirtschaft Inhalt des Hotfix- pa : KUG-Abrechnungsliste Agentur für Arbeit: Die Erzeugung der KUG-Abrechnungslsite brach mit der Meldung "Problem during background processing detected....image read failed." ab. Dieser Fehler wurde korrigiert. Inhalt des Hotfix- pa : Permanente Brutto-/Nettolohnberechnung: Bei Entgeltumwandlungen aus Sonderzahlungen wurden fehlerhafte Abgrenzungen vorgenommen, wenn mehrere Verträge aus einer Sonderzahlung bedient wurden. Inhalt des Hotfix- pa : Datenübermittlung ELENA-Meldungen: Wenn der Berechnungsstart nach Probeabrechnungen über SQL Skripte verschoben wurde, wurden ELENA-Meldungen für Monate vor dem Berechnungsstart erstellt. Dieser Fehler wurde korrigiert. Hinweise zur Hotfix-Installation: Nach der Installation des Hotfix muss der IGF-Server zweimal neu gestartet werden, um das Hotfix zu aktivieren. Bei Neuinstallationen ist auch zu prüfen, ob in der single.cfg der Parameter für Hotfix mit true geschlüsselt ist; com.varial.hotfix.enabled = TRUE. 13