SAP FICO εξηγημένο: 7 πράγματα που χαλούν τις υλοποιήσεις

Το SAP FICO είναι δύο modules που δουλεύουν ως ένα. Η Χρηματοοικονομική Λογιστική (FI) παράγει τα νούμερα που βλέπουν οι ελεγκτές και οι ρυθμιστικές αρχές. Το Controlling (CO) παράγει τα νούμερα που χρησιμοποιεί η διοίκηση για να τρέξει την επιχείρηση. Στο S/4HANA και τα δύο καταχωρούν σε ένα ενιαίο Universal Journal. Το άρθρο απευθύνεται σε υπεύθυνους οικονομικών, διευθυντές προγραμμάτων και συμβούλους FICO που ξεκινούν, τρέχουν ή διασώζουν ένα workstream οικονομικών στο S/4HANA. Εξηγεί πώς ταιριάζουν το FI και το CO, πού συνδέονται με το υπόλοιπο SAP και τις επτά αποφάσεις που χαλούν τις υλοποιήσεις. Χρησιμοποιήστε τη λίστα ετοιμότητας προς το τέλος πριν μπείτε στις δοκιμές αποδοχής χρηστών (UAT).

Δουλεύω σε έργα SAP FICO εδώ και 25 χρόνια, σε ολόκληρο τον κύκλο ζωής από το blueprint έως την υποστήριξη, και τα ίδια μοτίβα επαναλαμβάνονται. Κάποια προβλήματα είναι τεχνικά. Συχνότερα προέρχονται από αποφάσεις που πάρθηκαν βιαστικά ή παραβλέφθηκαν στην αρχή.

Το χρονοδιάγραμμα μετράει το 2026. Το SAP ECC φεύγει από την κύρια συντήρηση στο τέλος του 2027, οπότε οι περισσότερες ομάδες οικονομικών που είναι ακόμη στο ECC βρίσκονται είτε στη μέση μιας μετάβασης είτε στο σημείο να ξεκινήσουν. Τα λάθη παρακάτω κοστίζουν περισσότερο σε ένα πρόγραμμα S/4HANA απ' ό,τι στο ECC, επειδή το Universal Journal αφήνει λιγότερο περιθώριο να απορροφηθεί αργότερα ένας κακός σχεδιασμός.

Η Χρηματοοικονομική Λογιστική (FI) κοιτάζει προς τα έξω. Νομοθετική συμμόρφωση, ισολογισμός, κατάσταση αποτελεσμάτων, τα νούμερα που βγαίνουν από την εταιρεία. Κάθε χρηματοοικονομική συναλλαγή στο SAP καταλήγει στο FI.

Το Controlling (CO) κοιτάζει προς τα μέσα. Παρακολούθηση κόστους, προϋπολογισμός και κερδοφορία για αποφάσεις της διοίκησης. Τα κέντρα κόστους δείχνουν πού ξοδεύονται τα χρήματα. Η ανάλυση κερδοφορίας δείχνει το περιθώριο ανά πελάτη, περιοχή ή προϊόν.

Στην πράξη δεν μπορείτε να τα διαχωρίσετε. Ένα τιμολόγιο προμηθευτή στους Πληρωτέους Λογαριασμούς καταχωρείται στη Γενική Λογιστική και μπορεί να περάσει σε αναφορές κέντρων κόστους. Μια αγορά παγίου ενημερώνει τα βιβλία και επηρεάζει τον σχεδιασμό κόστους. Το να ξέρετε πού τελειώνει το FI, πού αρχίζει το CO και πού επικαλύπτονται είναι αυτό που ξεχωρίζει τη γνώση των οικονομικών από τη γνώση των κουμπιών.

Στο S/4HANA το όριο θολώνει ακόμη περισσότερο. Το Universal Journal (πίνακας ACDOCA) αποθηκεύει τις γραμμές FI και CO σε μία εγγραφή. Δύο συνέπειες μετράνε για τον σχεδιασμό. Τα στοιχεία κόστους είναι πλέον λογαριασμοί GL με κατηγορία στοιχείου κόστους, όχι ξεχωριστά κύρια δεδομένα. Και το προτεινόμενο από τη SAP μοντέλο κερδοφορίας είναι το Margin Analysis (account-based CO-PA). Το costing-based CO-PA υπάρχει ακόμη on-premise και σε private edition. Το εκπαιδευτικό υλικό της SAP είναι σαφές, ωστόσο: δεν είναι διαθέσιμο στο S/4HANA Cloud και η νέα επένδυση πηγαίνει στο Margin Analysis.

Αυτά είναι τα κύρια components που παραμετροποιεί μια ομάδα FICO:

Component	Τομέας	Τι διαχειρίζεται
Γενική Λογιστική (FI-GL)	FI	Κεντρικό αρχείο όλων των χρηματοοικονομικών συναλλαγών· βάση για τη νομοθετική αναφορά
Πληρωτέοι Λογαριασμοί (FI-AP)	FI	Τιμολόγια προμηθευτών, πληρωμές, υποχρεώσεις
Εισπρακτέοι Λογαριασμοί (FI-AR)	FI	Τιμολόγια πελατών, εισπράξεις, πίστωση
Λογιστική Παγίων (FI-AA)	FI	Απόκτηση, απόσβεση, απόσυρση παγίων
Τραπεζική Λογιστική	FI	Αναλύσεις τραπεζών, συμφωνία, ταμειακή θέση
Λογιστική Κέντρων Κόστους	CO	Κόστη ανά τμήμα ή λειτουργία
Εσωτερικές εντολές	CO	Προσωρινοί συλλέκτες κόστους για εκδηλώσεις, καμπάνιες, μικρά έργα
Λογιστική Κέντρων Κέρδους	CO	Έσοδα και κόστη ανά επιχειρηματική μονάδα
Margin Analysis (CO-PA)	CO	Περιθώριο ανά πελάτη, προϊόν, κανάλι ή περιοχή

Η συμφωνία FI προς CO έχει φύγει. Με ένα journal και χωρίς ξεχωριστούς πίνακες συνόλων, η συμφωνία στο κλείσιμο περιόδου που έτρωγε μέρες συμβούλων στο ECC σε μεγάλο βαθμό εξαφανίζεται. Η άλλη όψη: ο σχεδιασμός των κέντρων κόστους και τα χαρακτηριστικά κερδοφορίας πρέπει να είναι σωστά την ώρα του σχεδιασμού. Δεν υπάρχει επίπεδο συγκεντρωτικών για να κρύψει τα λάθη.

Η ενοποίηση και ο σχεδιασμός έχουν νέα σπίτια. Η SAP τοποθετεί το S/4HANA Group Reporting ως διάδοχο του SAP Business Planning and Consolidation (BPC) για την ενοποίηση, και το SAP Analytics Cloud για τον σχεδιασμό. Η κύρια συντήρηση του BPC λήγει το 2027. Ο οδηγός μου για το SAP BPC καλύπτει τι να κάνετε αν το τρέχετε ακόμη.

Το Joule είναι αληθινό, αλλά στενό. Οι σημειώσεις έκδοσης AI στα μέσα του 2025 της SAP αναφέρουν χρήσεις στα οικονομικά, όπως η δημιουργία κύριων δεδομένων παγίων και η παρακολούθηση τραπεζικών αναλύσεων μέσω Joule. Περιγράφουν επίσης έναν πράκτορα εισπρακτέων λογαριασμών που κυνηγά τα ληξιπρόθεσμα. Το SAP Joule for Consultants, γενικά διαθέσιμο από τον Μάιο του 2025, απαντά σε ερωτήσεις παραμετροποίησης από SAP Notes και περιεχόμενο Activate. Όλα δουλεύουν καλύτερα με καθαρά δεδομένα. Κανένα δεν διορθώνει τον κακό σχεδιασμό.

Το clean core αλλάζει τι σημαίνει «προσαρμογή». Στο S/4HANA Cloud Public Edition δεν μπορείτε καθόλου να τροποποιήσετε τον πυρήνα. Σε private edition και on-premise μπορείτε, αλλά κάθε τροποποίηση προσθέτει προσπάθεια αναβάθμισης και κίνδυνο παλινδρόμησης. Οι συνήθειες του ECC (πίνακες Z για κανόνες καταχώρισης, enhancements για φορολογική λογική, derivations ABAP στο CO-PA) ανήκουν τώρα στην τυπική παραμετροποίηση ή σε side-by-side επεκτάσεις στο SAP BTP. Αυτό ανεβάζει το διακύβευμα στο λάθος 4 παρακάτω.

Το FICO συνδέεται με σχεδόν κάθε άλλο module του SAP. Οι παραδόσεις είναι εκεί όπου συμβαίνουν τα περισσότερα προβλήματα ενοποίησης: κάθε ομάδα δοκιμάζει τον δικό της τομέα και κανείς δεν δοκιμάζει τη σύνδεση.

Module	Σημείο ενοποίησης	Τι συμβαίνει στο S/4HANA
MM (Διαχείριση Υλικών)	Εκκαθάριση GR/IR, καταχώριση τιμολογίου, αποτίμηση αποθεμάτων	Η παραλαβή εμπορευμάτων καταχωρεί εγγραφή GR/IR στο ACDOCA· το τιμολόγιο προμηθευτή την εκκαθαρίζει και καταχωρεί στο AP
SD (Πωλήσεις και Διανομή)	Τιμολόγηση, έσοδα, εισπρακτέα, πίστωση	Η τιμολόγηση ενημερώνει τα έσοδα και τα εισπρακτέα στο Universal Journal· το IFRS 15 χρησιμοποιεί το Revenue Accounting and Reporting όπου το απαιτούν τα συμβόλαια
PP (Προγραμματισμός Παραγωγής)	Κόστος παραγωγής, WIP, αποκλίσεις	Τα κόστη εντολών συσσωρεύονται στο ACDOCA· το WIP και οι αποκλίσεις διακανονίζονται μέσα στο ίδιο journal
HCM / μισθοδοσία	Καταχώριση μισθοδοσίας, ανάθεση κόστους	Τα αποτελέσματα μισθοδοσίας καταχωρούνται στο FI ως δαπάνη και υποχρέωση και ρέουν στα κέντρα κόστους
PS (Project System)	Προϋπολογισμοί, διακανονισμός, έσοδα έργων	Τα κόστη και τα έσοδα έργων καταχωρούνται στο FI/CO με άμεση ορατότητα
PM (Συντήρηση Εγκαταστάσεων)	Κόστη εντολών συντήρησης	Τα κόστη εργασίας και υλικών συλλέγονται στις εντολές και διακανονίζονται στο CO
Group Reporting	Ενοποίηση	Διαβάζει απευθείας το ACDOCA· καμία ξεχωριστή βάση ενοποίησης

Το Universal Journal αλλάζει τον τρόπο που αποτυγχάνουν αυτές οι ενοποιήσεις. Στο ECC, οι διαφορές FI-CO εμφανίζονταν ως πρόβλημα συμφωνίας. Στο S/4HANA, μια καταχώριση MM που πέφτει σε λάθος λογαριασμό δημιουργεί πραγματική εγγραφή journal που πρέπει να αντιστραφεί και να καταχωρηθεί ξανά. Τα ευρήματα ελέγχου έρχονται ταχύτερα. Για την πλευρά της εφοδιαστικής σε αυτές τις παραδόσεις, δείτε τους οδηγούς μου για το SAP SD και το SAP PP.

1. 01Παραλαβή εμπορευμάτων στο MMΕνημερώνεται το απόθεμα
2. 02Καθορισμός λογαριασμώνΗ κλάση αποτίμησης επιλέγει τους λογαριασμούς GL
3. 03Εγγραφή GR/IR στο ACDOCAΜία γραμμή Universal Journal για FI και CO
4. 04Τιμολόγιο προμηθευτήΕκκαθαρίζει την εγγραφή GR/IR
5. 05Πληρωτέοι ΛογαριασμοίΚαταχωρεί στη Γενική Λογιστική και μπορεί να περάσει σε αναφορές κέντρων κόστους

Μία εγγραφή journal που διαβάζουν και το FI και το CO

1. Κύρια δεδομένα που δεν ανήκουν σε κανέναν

Τα περισσότερα έργα συμφωνούν την πρώτη εβδομάδα ότι τα κύρια δεδομένα χρειάζονται καθαρισμό. Μετά αναλαμβάνει η παραμετροποίηση, οι προθεσμίες σφίγγουν και τα κύρια δεδομένα μένουν πίσω. Μέχρι τις δοκιμές.

Ένας πελάτης στο λιανικό εμπόριο στα ΗΑΕ είχε μια ιεραρχία κέντρων κόστους που έδειχνε πλήρης. Οι ετικέτες ταίριαζαν. Τα σύνολα ισορροπούσαν. Στις δοκιμές ενοποίησης, τα κόστη των καταστημάτων εμφανίζονταν κάτω από περιφερειακούς υπευθύνους που δεν είχαν νόημα, και κάποια δεδομένα έλειπαν εντελώς.

Η δομή δεν είχε ελεγχθεί ποτέ σε σχέση με το πώς λειτουργούσαν πραγματικά τα καταστήματα. Είχε χτιστεί πάνω στις υποθέσεις της ομάδας υλοποίησης. Η αναδόμηση της αντιστοίχισης των κέντρων κόστους και της λογικής αναφορών πήρε δύο εβδομάδες, με καλούς ανθρώπους αφοσιωμένους σε αυτό.

Οι συνήθεις ύποπτοι είναι γνωστοί. Λογαριασμοί GL αντιγραμμένοι από το παλιό σύστημα χωρίς έλεγχο των τρεχουσών αναγκών αναφοράς. Κύρια δεδομένα προμηθευτών με παρωχημένα φορολογικά στοιχεία ή ελλιπή τραπεζικά στοιχεία. Ιεραρχίες κέντρων κόστους που ακολουθούν το οργανόγραμμα και όχι τη ροή κόστους. Κέντρα κέρδους που προστέθηκαν αργά. Δώστε στα κύρια δεδομένα έναν ονομαστικό υπεύθυνο πριν κλείσει το blueprint. Ακόμη και μια πρόχειρη ανασκόπηση της δομής, της χρήσης και των κενών αποτρέπει το μεγαλύτερο μέρος του καθαρισμού αργότερα.

2. CO παραμετροποιημένο χωρίς τη συμμετοχή των controllers

Το Controlling συνήθως έρχεται δεύτερο. Το FI σχεδιάζεται, ελέγχεται και δοκιμάζεται νωρίς. Το CO ακολουθεί με λιγότερη προσοχή, με το σκεπτικό ότι είναι απλούστερο και μπορεί να οριστικοποιηθεί αργότερα.

Δεν μπορεί.

Σε ένα έργο τηλεπικοινωνιών στο οποίο δούλεψα, το CO-PA παραμετροποιήθηκε αργά. Οι δοκιμές φαίνονταν καλές. Οι καταχωρίσεις περνούσαν και οι αναφορές έτρεχαν. Μετά οι πωλήσεις και τα οικονομικά εξέτασαν τα περιθώρια και τα κορυφαία προϊόντα έδειχναν αρνητική κερδοφορία. Βασικά στοιχεία κόστους δεν είχαν αντιστοιχιστεί και οι κανόνες derivation ήταν ελλιπείς. Η διόρθωση σήμαινε ανασχεδιασμό δομών αναφοράς που είχαν ήδη εγκριθεί.

Το CO δουλεύει μόνο όταν οι άνθρωποι που διαβάζουν τις αναφορές, οι controllers και οι οικονομικοί διευθυντές, βοηθούν να σχεδιαστεί. Σκέφτονται με όρους συμπεριφοράς κόστους και περιθωρίου, όχι ροής συστήματος. Φέρτε τους στο blueprint, όχι στο UAT.

3. Οι χρήστες της επιχείρησης βλέπουν το σύστημα για πρώτη φορά στο UAT

Το UAT είναι το σημείο όπου εμφανίζονται τα προβλήματα, και το πιο ακριβό μέρος για να τα βρείτε. Ο σχεδιασμός έχει κλειδώσει και η παραμετροποίηση είναι σχεδόν έτοιμη.

Σε έναν μετασχηματισμό οικονομικών για μια εταιρεία holding στη Νοτιοανατολική Ασία, το UAT ξεκίνησε με αυτοπεποίθηση. Τα scripts ήταν έτοιμα. Οι τεχνικοί έλεγχοι είχαν περάσει. Μετά συνδέθηκε η ομάδα οικονομικών. Για πολλούς από αυτούς ήταν η πρώτη φορά που έβλεπαν τις οθόνες. Πεδία που χρησιμοποιούσαν καθημερινά είχαν χαθεί. Είχαν εμφανιστεί βήματα χωρίς εξήγηση. Οι ροές εργασίας είχαν ξαναχτιστεί με τρόπο που είχε τεχνικό νόημα και κανένα επιχειρησιακό νόημα.

Χρειάστηκε να αναθεωρήσουμε βασικές ροές και κάποια λογική έπρεπε να ξαναχτιστεί. Το έργο έχασε εβδομάδες.

Δείξτε στους χρήστες ημιτελείς οθόνες νωρίς. Είναι πάντα φθηνότερο από το να τους δείξετε ολοκληρωμένες οθόνες αργά.

4. Προσαρμοσμένη ανάπτυξη εκεί όπου θα δούλευε η παραμετροποίηση

Ο προσαρμοσμένος κώδικας φαίνεται ταχύτερος και πιο ελεγχόμενος. Παίρνετε ακριβώς ό,τι ζητήθηκε. Με τον καιρό γίνεται δύσκολος στις δοκιμές, δύσκολος στην αλλαγή και εύθραυστος, και στο S/4HANA κάθε τροποποίηση προσθέτει προσπάθεια αναβάθμισης.

Δούλεψα κάποτε σε μια παγκόσμια υλοποίηση σε έξι χώρες όπου η φορολογική λογική είχε χτιστεί εξ ολοκλήρου σε ABAP: κανόνες χωρών, εξαιρέσεις, συντελεστές ανά προϊόν. Δούλευε. Αλλά το τυπικό SAP τα χειριζόταν ήδη με condition types, φορολογικές διαδικασίες και παραμετροποίηση χώρας.

Όταν μια χώρα άλλαζε φορολογικό συντελεστή, η επιχείρηση έπρεπε να υποβάλει αίτημα ανάπτυξης, να περιμένει και να ξαναδοκιμάσει τα πάντα. Ό,τι έμοιαζε αποδοτικό στην αρχή έγινε σημείο συμφόρησης για κάθε φορολογική αλλαγή. Η διόρθωση σε τέτοιες περιπτώσεις είναι να καταργήσετε τους προσαρμοσμένους πίνακες, να μεταφέρετε τη λογική στην τυπική παραμετροποίηση και να κρατήσετε μόνο τους πραγματικά μοναδικούς κανόνες σε μια μικρή επέκταση.

Το ίδιο μοτίβο εμφανίζεται και αλλού. Προσαρμοσμένοι έλεγχοι εγκυρότητας για κανόνες καταχώρισης που η παραμετροποίηση χειρίζεται ήδη. Αναφορές που ξαναχτίζονται ενώ υπάρχουν τυπικές εφαρμογές Fiori ή CDS views. Βήματα έγκρισης γραμμένα σκληρά στον κώδικα χωρίς περιθώριο αλλαγής. Κάντε μία ερώτηση κάθε φορά: πού ζει αυτή η λογική και θα επιβιώσει στην επόμενη αναβάθμιση χωρίς έργο; Αν η απάντηση είναι «στον πυρήνα» ή «δεν το έχουμε ελέγξει», μεταφέρετέ τη στην παραμετροποίηση ή στο BTP.

5. Σημεία ενοποίησης που μένουν ανέλεγκτα

Κατά τις δοκιμές, οι ομάδες εστιάζουν στο δικό τους module. Τα όρια μένουν ανέλεγκτα.

Σε μια διάθεση στη μεταποίηση, οι παραλαβές εμπορευμάτων επεξεργάστηκαν σωστά στο MM. Το απόθεμα ενημερώθηκε. Η εφοδιαστική δεν είχε παράπονα. Το FI δεν είχε εγγραφές journal για αυτές τις παραλαβές.

Η αιτία ήταν μια κλάση αποτίμησης που έλειπε από τον καθορισμό λογαριασμών (account determination). Το MM επεξεργάστηκε χωρίς σφάλμα και δεν δημιούργησε χρηματοοικονομική καταχώριση. Δύο μέρες για τη διάγνωση. Αρκετές ακόμη για να καθαριστεί ό,τι είχε καταχωρηθεί στο μεταξύ.

Παρόμοιες αστοχίες που έχω δει: τιμολόγηση SD που καταχωρούσε σε λάθος λογαριασμούς εσόδων λόγω κενών στον καθορισμό λογαριασμών. Μεταφορές παγίων στο PM που δεν έφταναν ποτέ στη Λογιστική Παγίων. Λογική GR/IR που οι ομάδες MM και FI την καταλάβαιναν διαφορετικά. Ένας υπεύθυνος οικονομικών που ελέγχει τα test scripts MM και SD αποτρέπει τα περισσότερα από αυτά. Τα οικονομικά ξέρουν πώς πρέπει να μοιάζει μια καταχώριση. Ένας δοκιμαστής της εφοδιαστικής συχνά όχι.

6. Αναφορές που σχεδιάζονται στο τελευταίο sprint

Για ένα module που υπάρχει για να παράγει χρηματοοικονομική πληροφορία, τα έργα σπρώχνουν τις αναφορές στο τέλος με αξιοσημείωτη συνέπεια. Πρώτα να καταχωρούνται οι συναλλαγές, τις αναφορές θα τις ξεκαθαρίσουμε μετά.

Σε έναν πελάτη καταναλωτικών προϊόντων στην Ευρώπη, όπου υποστήριξα τη φάση μετά το go-live, το CO-PA είχε χτιστεί, τα πεδία είχαν αντιστοιχιστεί και τα derivations είχαν παραμετροποιηθεί. Το πρώτο P&L ανά τομέα είχε τις σωστές επικεφαλίδες και διάσπαρτα, κατακερματισμένα κόστη. Τα έσοδα ήταν εντάξει. Κάποια πεδία τιμών δεν είχαν συμπληρωθεί καθόλου.

Η ομάδα οικονομικών γύρισε στο Excel. Ξανά. Χρειάστηκε να παρέμβω για να το ξεκαθαρίσω. Όταν χαθεί η εμπιστοσύνη στις αναφορές, σπάνια επιστρέφει από μόνη της.

Αν το περιθώριο ανά κανάλι ή το κόστος ανά έργο μετράει για την επιχείρηση, αυτή η απαίτηση πρέπει να διαμορφώνει τον τρόπο καταγραφής των δεδομένων κατά τον σχεδιασμό. Το συνηθισμένο επίπεδο αναφορών το 2026 είναι το SAP Analytics Cloud που διαβάζει το Universal Journal· περιλαμβάνεται σε κάποια πακέτα GROW και RISE και πωλείται ξεχωριστά σε άλλα, γι' αυτό ελέγξτε τη σύμβασή σας. Το Analytics Cloud πάνω σε έναν καθαρό σχεδιασμό κερδοφορίας δουλεύει. Το Analytics Cloud πάνω σε έναν μισοπαραμετροποιημένο όχι. Περισσότερα στον οδηγό μου για το SAP Analytics Cloud.

7. Οριακές περιπτώσεις που πέφτουν ανάμεσα στις ομάδες

Τα έργα εστιάζουν δικαίως στις διαδικασίες υψηλού όγκου. Αυτό παραμερίζει τις οριακές περιπτώσεις μέχρι να εμφανιστούν.

Σε μία διάθεση, ο πελάτης είχε τρία company codes με τρεις διαφορετικές παραλλαγές οικονομικού έτους: ένα ημερολογιακό έτος, ένα από Απρίλιο έως Μάρτιο, ένα 4-4-5. Κανείς δεν το επισήμανε στον σχεδιασμό.

Εμφανίστηκε στη συμφωνία intercompany. Οι περίοδοι δεν ευθυγραμμίζονταν. Τα οικονομικά δεν μπορούσαν να κλείσουν εγκαίρως επειδή κάθε company code είχε διαφορετικές ημερομηνίες αποκοπής. Αυτό και μόνο το ζήτημα καθυστέρησε την ενοποίηση κατά δύο εβδομάδες.

Κλείστε μία ώρα στο σχέδιο όπου κάθε workstream απαριθμεί τι είναι ασυνήθιστο στον τομέα του. Κάντε τρεις ερωτήσεις. Υπάρχουν νομικοί ή περιφερειακοί κανόνες που δεν έχουν ακόμη μοντελοποιηθεί; Τρέχει κάποια ομάδα χειροκίνητες παρακάμψεις εκτός SAP; Χρησιμοποιούνται λειτουργίες όπως προκαταβολές, παρκαρισμένα έγγραφα ή συμψηφισμός intercompany; Οι οριακές περιπτώσεις πάντα εμφανίζονται. Το μόνο ερώτημα είναι αν θα εμφανιστούν σε μια συνεδρία σχεδιασμού ή στο κλείσιμο μήνα.

Τρέξτε αυτή τη λίστα δύο εβδομάδες πριν ξεκινήσει το UAT. Κάθε «όχι» είναι ένας κίνδυνος που καταγράφεται με υπεύθυνο και ημερομηνία.

1. Ορισμένος υπεύθυνος κύριων δεδομένων. Ένα πρόσωπο εγκρίνει το λογιστικό σχέδιο, την ιεραρχία κέντρων κόστους, τα κέντρα κέρδους και τα κύρια δεδομένα προμηθευτών και πελατών. Υπεύθυνος: οικονομικός διευθυντής.
2. Ιεραρχία κέντρων κόστους δοκιμασμένη με πραγματική ροή κόστους. Όχι με το οργανόγραμμα. Υπεύθυνος: financial controller.
3. Οι controllers έχουν εξετάσει τον σχεδιασμό κερδοφορίας. Χαρακτηριστικά, κανόνες derivation και το πρώτο προσχέδιο του P&L ανά τομέα. Υπεύθυνος: επικεφαλής Controlling.
4. Οι βασικοί χρήστες έχουν δει τις οθόνες. Τουλάχιστον μία παρουσίαση ανά διαδικασία πριν γραφτούν τα scripts του UAT. Υπεύθυνος: υπεύθυνος διαδικασιών οικονομικών.
5. Η λίστα προσαρμοσμένου κώδικα έχει εξεταστεί. Κάθε enhancement έχει έναν λόγο για τον οποίο η τυπική παραμετροποίηση δεν μπορούσε να το κάνει. Υπεύθυνος: αρχιτέκτονας λύσης.
6. Ο καθορισμός λογαριασμών έχει δοκιμαστεί σε όλα τα modules. Μια παραλαβή εμπορευμάτων, ένα τιμολόγιο προμηθευτή, ένα τιμολόγιο πελάτη και ένας διακανονισμός εντολής παραγωγής παράγουν καθένα τις αναμενόμενες εγγραφές journal. Υπεύθυνος: επικεφαλής FICO μαζί με τους επικεφαλής MM, SD και PP.
7. Οι αναφορές διοίκησης έχουν χτιστεί με πραγματικά δεδομένα δοκιμών. Όχι μακέτες. Υπεύθυνος: επικεφαλής αναφορών μαζί με το γραφείο του CFO.
8. Παραλλαγές οικονομικού έτους, νομίσματα και ρυθμίσεις intercompany συγκρίθηκαν μεταξύ των company codes. Υπεύθυνος: επικεφαλής FICO.
9. Έγινε συνεδρία οριακών περιπτώσεων. Δουλευμένες υποχρεώσεις (accruals), προκαταβολές, παρκαρισμένα έγγραφα, συμψηφισμός intercompany, φορολογικοί κανόνες χωρών. Υπεύθυνος: διευθυντής προγράμματος.

Τι είναι το SAP FICO και τι σημαίνει κάθε γράμμα;

Το FI σημαίνει Financial Accounting (Χρηματοοικονομική Λογιστική) και το CO Controlling. Μαζί είναι τα βασικά modules οικονομικών της SAP.

Το FI χειρίζεται την εξωτερική αναφορά: Γενική Λογιστική, Πληρωτέους Λογαριασμούς, Εισπρακτέους Λογαριασμούς, Λογιστική Παγίων και Τραπεζική Λογιστική. Το CO χειρίζεται την εσωτερική αναφορά διοίκησης: κέντρα κόστους, εσωτερικές εντολές, κέντρα κέρδους και ανάλυση κερδοφορίας.

Είναι στενά συνδεδεμένα. Στο S/4HANA μοιράζονται ένα Universal Journal, οπότε δεν μπορείτε να καταλάβετε το ένα χωρίς το άλλο.

Πώς ενοποιείται το SAP FICO με τα SAP MM, SD και PP;

MM προς FI: μια παραλαβή εμπορευμάτων καταχωρεί αυτόματα μια εγγραφή GR/IR. Το τιμολόγιο προμηθευτή την εκκαθαρίζει και καταχωρεί στους Πληρωτέους Λογαριασμούς. Ο καθορισμός λογαριασμών πρέπει να είναι σωστός, αλλιώς το MM επεξεργάζεται και δεν εμφανίζεται χρηματοοικονομική εγγραφή.

SD προς FI: η τιμολόγηση ενημερώνει τα έσοδα και τα εισπρακτέα. Τα κενά στον καθορισμό λογαριασμών του SD στέλνουν τα έσοδα σε λάθος λογαριασμούς ή πουθενά.

PP προς FI/CO: οι εντολές παραγωγής συλλέγουν κόστη υλικών, εργασίας και γενικά έξοδα. Το CO διακανονίζει το work in progress και τις αποκλίσεις. Ένας αδύναμος σχεδιασμός κερδοφορίας σημαίνει ότι αυτά τα κόστη δεν φτάνουν ποτέ στις αναφορές περιθωρίου.

Η λύση και για τα τρία είναι η ίδια. Ένας υπεύθυνος οικονομικών πρέπει να εξετάζει τα test scripts ενοποίησης που γράφουν τα άλλα workstreams.

Ποια είναι η διαφορά ανάμεσα στο SAP HANA και το SAP FICO;

Είναι διαφορετικά επίπεδα. Το SAP HANA είναι η βάση δεδομένων in-memory. Το SAP FICO είναι η εφαρμογή οικονομικών που χρησιμοποιούν οι λογιστές και οι controllers.

Στο S/4HANA, το HANA είναι αυτό που κάνει πρακτικό το Universal Journal: δεδομένα FI και CO σε έναν πίνακα, με αναφορά σε πραγματικό χρόνο χωρίς συμφωνία batch. Ένα πρόβλημα απόδοσης του HANA επηρεάζει πόσο γρήγορα τρέχουν οι αναφορές FICO. Ένα πρόβλημα παραμετροποίησης FICO καθορίζει τι περιέχουν αυτές οι αναφορές.

Είναι ακόμη επίκαιρο το SAP FICO με το S/4HANA το 2026;

Ναι. Οι βασικές δεξιότητες μεταφέρονται: καθορισμός λογαριασμών, σχεδιασμός κέντρων κόστους, ρύθμιση κερδοφορίας, κλείσιμο περιόδου. Οι εταιρείες χρειάζονται ακόμη ανθρώπους που καταλαβαίνουν τις χρηματοοικονομικές διαδικασίες όσο και τις συναλλαγές.

Ό,τι έχει αλλάξει είναι το προφίλ που ζητείται. Οι εργοδότες θέλουν συμβούλους FICO που καταλαβαίνουν το Universal Journal, το Margin Analysis, το Group Reporting και τις επεκτάσεις clean core, και που μπορούν να συμβουλεύσουν ποιες προσαρμογές του ECC να καταργηθούν κατά τη μετάβαση. Με τη λήξη της κύριας συντήρησης του ECC το 2027, η δουλειά μετάβασης κρατά τη ζήτηση υψηλή.

Αν σχεδιάζετε μια επαγγελματική κίνηση στο FICO, οι διαδρομές σταδιοδρομίας του SAPopedia χαρτογραφούν τις δεξιότητες ανά ρόλο, και το ERPCV career pack σας βοηθά να παρουσιάσετε την εμπειρία σας στα οικονομικά του S/4HANA σε ένα βιογραφικό.

Πώς αλλάζει το Joule τις υλοποιήσεις SAP FICO το 2026;

Λιγότερο απ' όσο υπονοεί το μάρκετινγκ, περισσότερο απ' όσο υποθέτουν οι σκεπτικιστές. Το SAP Joule for Consultants απαντά σε ερωτήσεις παραμετροποίησης και κώδικα από τα SAP Notes και το περιεχόμενο Activate της ίδιας της SAP, κάτι που επιταχύνει την έρευνα στο τυπικό εύρος. Μέσα στο σύστημα, το Joule χειρίζεται εργασίες όπως η δημιουργία κύριων δεδομένων παγίων και η παρακολούθηση τραπεζικών αναλύσεων, και η SAP έχει κυκλοφορήσει πράκτορες οικονομικών, όπως έναν για το κυνήγι ληξιπρόθεσμων εισπρακτέων.

Τίποτα από αυτά δεν αντικαθιστά την κρίση σχεδιασμού σε φορολογία πολλών χωρών, δομές group reporting ή αναγνώριση εσόδων. Και δουλεύει μόνο όσο καλά είναι τα δεδομένα από κάτω. Όταν εξετάζετε προτάσεις συνεργατών, ρωτήστε πώς αντικατοπτρίζονται τα εργαλεία AI στις εκτιμήσεις προσπάθειάς τους.

Ποια είναι τα βασικά βήματα παραμετροποίησης FICO σε μια νέα υλοποίηση;

Η βάση παραμετροποιείται περίπου με αυτή τη σειρά:

1. Company codes: οι νομικές οντότητες που παράγουν οικονομικές καταστάσεις.
2. Παραλλαγές οικονομικού έτους: ημερολογιακό, Απρίλιος έως Μάρτιος ή 4-4-5. Κρατήστε τες συνεπείς μεταξύ company codes που συναλλάσσονται μεταξύ τους.
3. Λογιστικό σχέδιο: η λίστα λογαριασμών GL, κοινή μεταξύ company codes όπου είναι δυνατό. Αυτές οι αποφάσεις επηρεάζουν κάθε αναφορά για όσο ζει το σύστημα.
4. Παραλλαγές περιόδων καταχώρισης: ποιες περίοδοι είναι ανοιχτές για καταχώριση.
5. Παραλλαγές κατάστασης πεδίων: ποια πεδία είναι υποχρεωτικά, προαιρετικά ή κρυφά.
6. Φορολογική παραμετροποίηση: φορολογικοί κωδικοί, συντελεστές και αντιστοίχιση χωρών. Εδώ βρίσκεται το μεγαλύτερο μέρος της πολυπλοκότητας του localisation.
7. Δομές Controlling: controlling area, κέντρα κόστους, κέντρα κέρδους, εσωτερικές εντολές και χαρακτηριστικά κερδοφορίας, σχεδιασμένα με τους controllers.
8. Καθορισμός λογαριασμών: πώς οι συναλλαγές MM, SD και PP γίνονται καταχωρίσεις FI. Επικυρώστε τον με δοκιμές ενοποίησης από άκρη σε άκρη πριν από το go-live.