Unit4 FP&A

Durch die hohe Flexibilität sollte man wissen, wo man hin will.

Zwar für alle brauchbar, man sollte jedoch auf einen anderen Standard kommen.

Dokumentation zum Systemaufbau in den Projektumfang aufnehmen. Service aus Deutschland vertraglich zusichern lassen.

Wenig Innovationen. Nur in Betracht ziehen, wenn ein sehr kompetenter Berater zur Verfügung steht. Nur in Betracht ziehen, wenn auch das ERP-System von Unit4 in Verwendung ist.

–

–

Plan and design how your company wants to use the system before you start implementation. The system is incredibly flexible; use the pre-built templates as a guide and starting point, not as a limitation.

Ich würde darauf bestehen, dass es fixe Kontaktpersonen (z. B. bei den Key Account Managern oder in den Finanzen) gibt und dass bei einem Wechsel die Nachfolger gut informiert sind. Das würde ich heute vertraglich festhalten lassen.

Anwendungsszenario genau abschätzen und überlegen, ob die technischen Möglichkeiten ausreichen.

Aufgrund der hohen Flexibilität muss man vorher wissen, wohin man will, und trotzdem so nah wie möglich am Standard bleiben, dabei die Performance als eines der Hauptziele im Auge behalten.

Klare Zielsetzungen definieren und die Stammdaten in Ordnung halten.

Sinn macht es nur, wenn die Mitarbeiter am Aufbau des Modells mitarbeiten und so entsprechendes Know-how erwerben, um auch ohne den Support Anpassungen vornehmen zu können. Dafür ist eine gewisse IT-Affinität erforderlich.

-

FP&A is a good product for companies transitioning away from Excel as the primary budgeting tool. It allows for complete custom design. However, for our organization, FP&A does not run as fast as promised and has difficulty with large amounts of data, causing some reports/data to only be available when exported back to Excel. All of FP&A design consultants are in Europe. None are available in North America. For a Canadian organization, this can make it extremely difficult and ineffective for custom design. Implementation time may be greatly increased by the time zone differences.

Have a very strict definition on what you require from the system. It helps you focus, and the system is so flexible that everything can be build.

Wenn Euer Unternehmen ein komplexeres individuelles Modell aufbaut, baut ein Modell, das mögliche Entwicklungen der nächsten 5 Jahre bereits berücksichtigt und denkt weiter als bis zum unmittelbaren aktuellen Bedarf. Im Nachhinein das Modell oder Teile davon umzubauen kann mühsam, aufwendig und fehleranfällig sein.

Vorher genau überlegen, was man will/braucht. Umso zufriedener ist man nachher.

Genug zeitliche Ressourcen bereitstellen. Know-how Transfer auf die internen Poweruser sicherstellen.

Fachliche Anforderungen genau klären und erst dann umsetzen. Hohe Flexibilität und Anforderungsumsetzung nicht dazu nutzen, jeden Wunsch zu erfüllen.

–

Pflichtenheft, genaue Dokumentation der vereinbarten Implementierungsziele, fähiger und williger Admin/Power User für die Software

In jedem Fall ist es sinnvoll, das Planungsmodell gemeinsam mit UNIT4 FP&A aufzubauen und sich eigenes Know-how aufzubauen, um Probleme auch ohne FP&A lösen zu können. Je besser man das Modell selbst versteht, desto besser ist auch der Austausch bei Problemen mit UNIT4 FP&A.

Prüft vorher, ob Ihr in der Lage seid, die Software selbst zu pflegen und zu bearbeiten.

Überdenkt die Modellierung durchgehend neu. Lieber 2x integrieren, als 1x jahrelang mit magerer Performance eine Modellierung aufgebaut zu haben und nur weil sie funktioniert und zu groß geworden ist, diese Modellierung nicht mehr anrühren.

Unbedingt vorher mit einem Kunden sprechen und Erfahrungen erfragen. Eine realistische Einschätzung der im Projekt beteiligten Personen auf Unternehmensseite hinsichtlich Verfügbarkeit und technisch/fachliches Know-how treffen. Wer hier blauäugig vorgeht schießt sich selbst ins Knie. An die Fachabteilung angrenzende Organisationsbereiche formell/offiziell ins Projektteam holen und regelmäßig miteinbeziehen.

Schnellerer und weiterhelfender Support.

Mehr Fokus auf konzeptionelle Schnittstellen-Themen innerhalb der Organisationseinheiten vor der Implementierung. Dies kostet während der Implementierung sehr viel Zeit und Kapazität.

Schnellere Problemlösung für Programmfehler.

Gute Vorbereitung hinsichtlich Stammdaten und wo man mit der Software hin will.

Es muss vorher klar sein, was man will und trotz der Flexibilität und Möglichkeiten sollte man sich nicht zu sehr verkünsteln.

Genaue Ziele beschreiben, Quickwins vereinbaren, einen genauen Zeitplan mit Zielen definieren.

–

Zu Beginn klar definieren, was die Ziele sind und was nicht. Bestehende Auswertungen/ Analysen übernehmen.

Im Vorfeld die genauen Einsatzgebiete definieren.

Sorgen Sie dafür, dass ausreichend Mitarbeiter innerhalb Ihres Unternehmens für die Software qualifiziert sind. Stellen Sie eine laufende, detaillierte Dokumentation Ihres eigenen Modells sicher.

Get the basic needs/ requirements right, then build on this. Endure processes are defined, outputs are known. If spreadsheets are used, ensure that they are fully understood and simplify as much as possible. Get rid of any legacy problems.

–

Gute/n Berater/-in aussuchen.

Make sure IT and Finance are both involved and that you have a full vision of how you want it to work.

–

Mehr Zeit in die Konzeptionierung sowie in die Nachbereitung (z.B. Dokumentation) investieren.

–

Eindeutige Definition der Leistungen. Unit4 ist inzwischen sehr veraltet.

Wöchentliche Budget- und Kostenkontrolle. Abstimmungen müssen schriftlich festgehalten werden.