SAP SD: τι κάνει και πού αποτυγχάνουν οι υλοποιήσεις

Το SAP SD (Sales and Distribution, Πωλήσεις και Διανομή) τρέχει το order-to-cash στο SAP: προσφορά, παραγγελία πώλησης, παράδοση, τιμολόγηση και παράδοση στα οικονομικά. Στο S/4HANA αλλάζει με τρόπους που μετράνε για το πεδίο εφαρμογής του έργου. Οι πελάτες γίνονται business partners, η διαχείριση πιστώσεων μεταφέρεται στο SAP Credit Management, τα rebates μεταφέρονται στα condition contracts και η τιμολόγηση καταχωρίζεται απευθείας στο Universal Journal. Ο οδηγός αυτός απευθύνεται σε επικεφαλής πωλήσεων, οικονομικούς ελεγκτές και διευθυντές έργων που πρέπει να ξέρουν τι κάνει το SD και πού αποτυγχάνει. Η σύντομη απάντηση για το δεύτερο: τα κύρια δεδομένα πελατών, οι συνθήκες τιμών, ο έλεγχος διαθεσιμότητας και ο προσδιορισμός λογαριασμών. Δοκιμάστε αυτά τα τέσσερα με πραγματικά δεδομένα πριν από το go-live.

Σε ένα rollout μετά από πλήρη υλοποίηση SAP, τα βήματα του order-to-cash χτίστηκαν ακριβώς όπως σχεδιάστηκαν. Στον χάρτη διαδικασιών φαίνονταν σωστά. Κανείς δεν είχε ελέγξει πώς έρχονταν οι ενημερώσεις αποθεμάτων από την παραγωγή.

Οι πωλήσεις έλεγαν στους πελάτες πέντε ημέρες. Η παραγωγή ήξερε ότι ήταν πιο κοντά στις δέκα.

Αυτό το κενό κόστισε περισσότερο από τις καθυστερημένες παραδόσεις. Κόστισε εμπιστοσύνη, και η εμπιστοσύνη ξαναχτίζεται πιο δύσκολα από μια ρύθμιση διαμόρφωσης.

Το SD βρίσκεται στην αρχή της αλυσίδας logistics. Μετατρέπει το ενδιαφέρον ενός πελάτη σε τιμολόγιο μέσα από μια αλυσίδα εγγράφων:

1. Αίτημα πελάτη: ο πελάτης ζητά τιμή ή διαθεσιμότητα
2. Προσφορά: επίσημη προσφορά τιμής και παράδοσης με περίοδο ισχύος
3. Παραγγελία πώλησης: ο πελάτης δεσμεύεται, τρέχει ο έλεγχος διαθεσιμότητας και επιβεβαιώνεται η ημερομηνία παράδοσης
4. Παράδοση: η αποθήκη συλλέγει και συσκευάζει και η έξοδος εμπορευμάτων μειώνει το απόθεμα
5. Τιμολόγηση: δημιουργείται το τιμολόγιο μαζί με το λογιστικό παραστατικό
6. Πληρωμή: τα οικονομικά συμψηφίζουν την εισερχόμενη πληρωμή με την ανοιχτή εγγραφή

Κάθε έγγραφο παραπέμπει στο προηγούμενο. Αυτή η ροή εγγράφων κάνει το order-to-cash ιχνηλάσιμο. Αν η αλυσίδα είναι καθαρή, μπορείτε να ανιχνεύσετε κάθε τιμολόγιο μέχρι το αρχικό αίτημα. Αν τα έγγραφα δημιουργούνται εκτός σειράς ή παρακάμπτονται, η αναφορά χαλά και ακολουθούν διαφωνίες.

1. 01ΑίτημαΖητείται τιμή ή διαθεσιμότητα
2. 02ΠροσφοράΕπίσημη προσφορά με ημερομηνία ισχύος
3. 03Παραγγελία πώλησηςΟ έλεγχος διαθεσιμότητας επιβεβαιώνει την ημερομηνία
4. 04ΠαράδοσηΣυλλογή, συσκευασία, έξοδος εμπορευμάτων
5. 05ΤιμολόγησηΤιμολόγιο και λογιστικό παραστατικό
6. 06ΠληρωμήΤα οικονομικά συμψηφίζουν την ανοιχτή εγγραφή

Κάθε τιμολόγιο ιχνηλατείται μέχρι το αρχικό αίτημα

Όταν γίνεται σωστά, αυτή η αλυσίδα αφαιρεί τις χειροκίνητες μεταβιβάσεις. Ένας πελάτης στη μεταποίηση μείωσε τον κύκλο του order-to-cash κατά 40% μετά το go-live του SD, κυρίως εξαλείφοντας τις μεταβιβάσεις ανάμεσα στις πωλήσεις, την αποθήκη και τα οικονομικά.

Παραγγελίες πώλησης και έλεγχος διαθεσιμότητας

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

Το available-to-promise (ATP) είναι το πιο κρίσιμο κομμάτι για την επιχείρηση. Ελέγχει αν η ζητούμενη ημερομηνία μπορεί να τηρηθεί με βάση το απόθεμα, τις προγραμματισμένες παραλαβές και τις υπάρχουσες δεσμεύσεις. Όταν διαμορφωθεί σωστά, οι πωλήσεις λένε στους πελάτες όσα μπορεί πραγματικά να δεσμευτεί το σύστημα. Όταν διαμορφωθεί άσχημα, οι πωλήσεις λένε στους πελάτες όσα ελπίζουν να παραδώσουν.

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

Καθορισμός τιμών και συνθήκες

Ο καθορισμός τιμών είναι η πιο υποτιμημένη ρύθμιση στο SD. Φαίνεται απλός μέχρι την πρώτη διαφωνία για τιμολόγιο.

Η τεχνική συνθηκών (condition technique) του SD χειρίζεται βασικές τιμές, εκπτώσεις πελατών, κλιμακωτές εκπτώσεις όγκου, επιβαρύνσεις, μεταφορικά και φόρο. Κάθε στοιχείο είναι ένας τύπος συνθήκης με ακολουθία πρόσβασης, και η εγγραφή συνθήκης κρατά την τιμή.

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

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

Αποστολή

Η επεξεργασία παράδοσης καλύπτει τη συλλογή, τη συσκευασία και την έξοδο εμπορευμάτων. Η έξοδος εμπορευμάτων είναι το κρίσιμο γεγονός: καταχωρίζει τη μείωση αποθέματος, βάζει την παράδοση στη λίστα προς τιμολόγηση και καταγράφει την πραγματική ημερομηνία παράδοσης. Ο προσδιορισμός σημείου αποστολής και διαδρομής ελέγχει πώς δημιουργούνται οι παραδόσεις. Οι εταιρείες με σύνθετα δίκτυα διανομής το επεκτείνουν με το SAP Transportation Management (TM).

Τιμολόγηση, προσδιορισμός λογαριασμών και φόρος

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

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

Διαχείριση πιστώσεων

Οι πιστωτικοί έλεγχοι μπλοκάρουν ή επισημαίνουν παραγγελίες που θα έβγαζαν έναν πελάτη πάνω από το πιστωτικό του όριο. Δουλεύουν μόνο αν τα όρια συντηρούνται. Τα στατικά όρια που ορίζονται στο go-live παύουν να έχουν νόημα καθώς αλλάζουν η συμπεριφορά πληρωμών και οι όγκοι.

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

Αυτό δεν είναι διαχείριση πιστώσεων. Είναι πρόχειρη λύση.

Αυτά είναι τα στοιχεία δομής του SD και με τι συνδέεται το καθένα.

Στοιχείο δομής	Σκοπός στο SAP SD	Βασική σύνδεση
Οργανισμός πωλήσεων	Μονάδα πώλησης ανώτατου επιπέδου, υπεύθυνη για τους όρους πώλησης και την ευθύνη	Ανατίθεται σε company code στο FI
Κανάλι διανομής	Πώς φτάνουν τα προϊόντα στον πελάτη (χονδρική, λιανική, άμεση πώληση)	Ελέγχει τις τιμές, τα κύρια δεδομένα και τον προσδιορισμό εταίρων
Τομέας	Ομάδα προϊόντων μέσα στον οργανισμό πωλήσεων	Ομαδοποίηση υλικών για αναφορές και έξοδο εγγράφων
Περιοχή πωλήσεων	Οργανισμός πωλήσεων, κανάλι διανομής και τομέας μαζί	Απαιτείται για κάθε έγγραφο πώλησης και εγγραφή πελάτη
Γραφείο πωλήσεων	Γεωγραφική μονάδα πωλήσεων	Περιφερειακή αναφορά και προσδιορισμός εταίρων
Ομάδα πωλήσεων	Ομάδα μέσα σε ένα γραφείο πωλήσεων	Υπεύθυνο πρόσωπο στις παραγγελίες
Σημείο αποστολής	Τοποθεσία από την οποία αποστέλλονται τα εμπορεύματα	Συνδέει το SD με τη διαχείριση αποθήκης και τις μεταφορές
Εργοστάσιο	Μονάδα παραγωγής ή προμήθειας	Πηγή αποθέματος, συνδεδεμένο με το σημείο αποστολής

Η περιοχή πωλήσεων είναι η επιχειρησιακή μονάδα. Τα δεδομένα πωλήσεων του πελάτη συντηρούνται ανά περιοχή πωλήσεων και κάθε έγγραφο πώλησης δημιουργείται σε μία. Πολλές μεταπτώσεις δεδομένων σκοντάφτουν εδώ: οι παλιές εγγραφές πελατών που δεν αντιστοιχίζονται καθαρά σε περιοχές πωλήσεων χρειάζονται πραγματική προετοιμασία πριν φορτωθούν.

Αν μετακινείστε από το ECC, αυτές είναι οι αλλαγές στο SD που πρέπει να προγραμματίσετε στο πεδίο εφαρμογής. Το SAP καταχωρίζει την περιοχή στις «Πωλήσεις» (Sales) στην τεκμηρίωση του S/4HANA, αν και οι περισσότερες ομάδες εξακολουθούν να τη λένε SD.

ECCS/4HANA

ΠελάτεςECCΚύρια εγγραφή πελάτηS/4HANABusiness partner με ρόλο πελάτη

Διαχείριση πιστώσεωνECCFI-AR-CRS/4HANASAP Credit Management (FIN-FSCM-CR), δεν είναι προαιρετικό

RebatesECCΕπεξεργασία rebate του SD, με ανακατασκευή από ευρετήριοS/4HANACondition contracts στο Settlement Management

Έλεγχος διαθεσιμότηταςECCΒασικός έλεγχος διαθεσιμότητας προϊόντοςS/4HANAAdvanced ATP: κατανομή, backorders, εναλλακτικά εργοστάσια

ΤιμολόγησηECCΤο FI και το CO συμφωνούνται χωριστάS/4HANAΜία γραμμή στο Universal Journal (ACDOCA)

Αναγνώριση εσόδωνECCΠροσαρμοσμένη λογική αναβολής σε πολλά προγράμματαS/4HANASAP Revenue Accounting and Reporting, με ξεχωριστή άδεια

1. Οι πελάτες είναι business partners. Τα κύρια δεδομένα πελάτη συντηρούνται μέσω του business partner με ρόλο πελάτη. Σε μια μετατροπή, η ενοποίηση πελάτη-προμηθευτή (customer-vendor integration) πρέπει να στηθεί πριν τρέξει η μετατροπή.
2. Η διαχείριση πιστώσεων μεταφέρεται στο SAP Credit Management. Η διαχείριση πιστώσεων του ECC (FI-AR-CR) δεν είναι διαθέσιμη στο S/4HANA. Το SAP Credit Management (FIN-FSCM-CR) είναι η αντικατάστασή της, οπότε μια μετατροπή πρέπει να μεταφέρει τα πιστωτικά δεδομένα και τις ρυθμίσεις. Δεν είναι προαιρετικό.
3. Τα rebates μεταφέρονται στα condition contracts. Η κλασική επεξεργασία rebate του SD αντικαθίσταται από το Settlement Management (διαχείριση condition contracts). Οι συνθήκες rebate εφαρμόζονται άμεσα αντί να ανακατασκευάζονται από ευρετήριο.
4. Advanced ATP. Το advanced ATP του S/4HANA προσθέτει κατανομή προϊόντων, επεξεργασία backorders, επιβεβαίωση βάσει εναλλακτικών σε διάφορα εργοστάσια, αποδέσμευση για παράδοση και ανάθεση προμήθειας. Στο S/4HANA Cloud οι λειτουργίες αυτές ανήκουν στην τυπική άδεια. Στο on-premise χρειάζονται ξεχωριστή άδεια μόλις ενεργοποιηθούν.
5. Η τιμολόγηση καταχωρίζεται στο Universal Journal. Τα FI, CO και η ανάλυση περιθωρίου μοιράζονται μία γραμμή στο ACDOCA, κάτι που αφαιρεί τη δουλειά συμφωνίας FI-CO του ECC. Το αντίβαρο: ένα σφάλμα στον προσδιορισμό λογαριασμών είναι άμεση καταχώριση σε λάθος λογαριασμό, ορατή σε επίπεδο γραμμής.
6. Αναγνώριση εσόδων. Για συμβάσεις πολλαπλών στοιχείων, συνδρομές ή μακροχρόνιες υπηρεσίες υπό το IFRS 15, το SAP Revenue Accounting and Reporting αντικαθιστά την προσαρμοσμένη λογική αναβολής που έχτισαν πολλά προγράμματα ECC. Έχει ξεχωριστή άδεια και χρειάζεται σχεδιασμό πριν από το go-live, όχι ανακάλυψη στο τέλος του έτους.

Το clean core αλλάζει τον τρόπο που αντιμετωπίζονται οι προσαρμογές του SD. Στο public cloud, ο προσαρμοσμένος κώδικας στον πυρήνα δεν είναι δυνατός. Στο private cloud και στο on-premise είναι δυνατός, αλλά κάνει κάθε αναβάθμιση πιο δύσκολη. Οι περισσότερες παλιές Z-routines τιμών μπορούν να αντικατασταθούν με τυπικούς τύπους συνθηκών, formulas και BAdIs. Ό,τι πραγματικά απομένει ανήκει σε μια side-by-side επέκταση στο SAP BTP. Ο οδηγός μου για το clean core καλύπτει την απόφαση.

SD με MM

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

SD με PP

Σε σενάρια make-to-order, μια παραγγελία πώλησης μπορεί να οδηγήσει απευθείας την παραγωγή, ώστε η επιβεβαιωμένη ημερομηνία να γίνεται δέσμευση που υποστηρίζεται από εντολή παραγωγής. Η ομάδα στρατηγικής στα κύρια δεδομένα υλικού ελέγχει πώς αλληλεπιδρούν οι παραγγελίες πώλησης και οι προβλέψεις. Αν τη ρυθμίσετε λάθος, προστίθενται αντί να συμψηφίζονται, η εκτέλεση του σχεδιασμού υπερεκτιμά τη ζήτηση και ακολουθεί υπερπαραγωγή. Ο οδηγός μου για το SAP PP καλύπτει την πλευρά του σχεδιασμού.

SD με FI

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

Αν ο σχεδιασμός του SD αντιμετωπίζει όλα τα έσοδα ως αναγνωρισμένα στην τιμολόγηση και οι συμβάσεις λένε κάτι άλλο, η διόρθωση εκ των υστέρων είναι ακριβή. Συμφωνήστε την αναγνώριση εσόδων με τα οικονομικά πριν εγκριθεί ο σχεδιασμός. Για την πλευρά των οικονομικών της ενοποίησης, δείτε τον οδηγό μου για το SAP FICO.

Τέσσερα σημεία αποτυχίας προκαλούν το μεγαλύτερο μέρος του πόνου μετά το go-live.

Τα κύρια δεδομένα πελάτη δεν είναι έτοιμα. Κάθε πεδίο μετράει στη συνέχεια. Η έλλειψη φορολογικής κατηγοριοποίησης σημαίνει λάθος φόρο. Η έλλειψη όρων πληρωμής σημαίνει ότι το FI δεν μπορεί να υπολογίσει ημερομηνίες λήξης. Η έλλειψη συνθηκών αποστολής χαλά τον προγραμματισμό παραδόσεων. Οι όγκοι είναι μεγαλύτεροι και τα δεδομένα προέλευσης χειρότερα από ό,τι υποθέτει το σχέδιο, και ο καθαρισμός χρειάζεται επιχειρησιακές αποφάσεις. Ξεκινήστε νωρίς και αντιμετωπίστε το ως επιχειρησιακή ροή εργασιών, όχι ως τεχνική φόρτωση. Το κείμενό μου για το γιατί αποτυγχάνει η μετάπτωση δεδομένων SAP καλύπτει τη μέθοδο.

Οι συνθήκες τιμών δεν συντηρούνται. Οι συνθήκες του go-live που κανείς δεν αναθεωρεί γίνονται διαφωνίες για τιμολόγια μέσα στον πρώτο χρόνο.

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

Κενά στον προσδιορισμό λογαριασμών που ανακαλύπτονται μετά το go-live. Δοκιμάστε με το πραγματικό λογιστικό σχέδιο, τους φορολογικούς κωδικούς και τις ομάδες υλικών. Φορολογικοί κωδικοί που δεν ταιριάζουν μπορεί να μπλοκάρουν παραγγελίες ή να πυροδοτήσουν διαφωνίες για τιμολόγια προτού καταλάβει κανείς τι φταίει.

Ο πίνακας είναι η λίστα ελέγχου που θα διέτρεχα πριν από την έγκριση του UAT.

Κίνδυνος	Επίπτωση	Μετριασμός
Ελλιπή κύρια δεδομένα πελάτη	Λάθη τιμολογίων, αποτυχίες παράδοσης, κενά καταχώρισης στο FI	Ξεκινήστε νωρίς τη ροή εργασιών δεδομένων και ορίστε υποχρεωτικά πεδία ανά περιοχή πωλήσεων πριν από τη μετάπτωση
Παλιές συνθήκες τιμών	Διαφωνίες τιμολογίων, λανθασμένα έσοδα	Ορίστε υπεύθυνο εγγραφών συνθηκών και κύκλο αναθεώρησης στο go-live
ATP αποσυνδεδεμένο από το PP ή το MM	Αναξιόπιστες υποσχέσεις παράδοσης	Δοκιμάστε το ATP με ζωντανά σενάρια σχεδιασμού πριν από την έγκριση του UAT
Κενά στον προσδιορισμό λογαριασμών	Έσοδα που καταχωρίζονται σε λάθος λογαριασμούς	Δοκιμάστε με το πραγματικό λογιστικό σχέδιο και ολόκληρο το σύνολο φορολογικών κωδικών
Αποδέσμευση πιστωτικών μπλοκαρισμάτων ως ρουτίνα	Ανεξέλεγκτη έκθεση, διαφωνίες εισπρακτέων	Επιβάλετε αναθεωρήσεις ορίων και παρακολουθήστε τις χειροκίνητες αποδεσμεύσεις τις πρώτες 90 ημέρες
Το output δεν δοκιμάστηκε	Τα τιμολόγια και τα δελτία παράδοσης δεν στέλνονται αυτόματα	Δοκιμάστε κάθε τύπο output με πραγματική διαδρομή εκτύπωσης και email πριν από το go-live
Ασυμφωνία όρων πληρωμής	Λάθος ημερομηνίες λήξης, λάθη στην πρόβλεψη ταμειακών ροών	Συμφωνήστε τους όρους ανάμεσα στις πωλήσεις και τα οικονομικά πριν φορτωθούν τα δεδομένα πελατών

Αν η ομάδα πωλήσεων αποδεσμεύει συστηματικά τα πιστωτικά μπλοκαρίσματα αντί να ζητά αναθεώρηση, διορθώστε το μέσα στις πρώτες ενενήντα ημέρες, προτού καθιερωθεί η συνήθεια.

Τι είναι το SAP SD και τι κάνει;

Το SAP SD (Sales and Distribution) διαχειρίζεται το order-to-cash: αιτήματα, προσφορές, παραγγελίες πώλησης, παραδόσεις, τιμολόγηση και την παράδοση στη χρηματοοικονομική λογιστική. Η ροή εγγράφων του συνδέει κάθε βήμα με το προηγούμενο, ώστε κάθε τιμολόγιο να ανιχνεύεται μέχρι την αρχική παραγγελία. Ενοποιείται με το MM για το απόθεμα και την έξοδο εμπορευμάτων, με το PP για make-to-order και διαθεσιμότητα, και με το FI για έσοδα, φόρο και εισπρακτέα.

Ποια είναι η οργανωτική δομή στο SAP SD;

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

Πώς λειτουργεί ο καθορισμός τιμών στο SAP SD;

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

Τι είναι το advanced ATP στο SAP S/4HANA;

Το advanced available-to-promise (aATP) είναι ο έλεγχος διαθεσιμότητας του S/4HANA. Πέρα από τον βασικό έλεγχο διαθεσιμότητας προϊόντος, προσθέτει κατανομή προϊόντων, επεξεργασία backorders, επιβεβαίωση βάσει εναλλακτικών σε διάφορα εργοστάσια, αποδέσμευση για παράδοση και ανάθεση προμήθειας. Οι λειτουργίες αυτές περιλαμβάνονται στο S/4HANA Cloud και χρειάζονται ξεχωριστή άδεια στο on-premise μόλις ενεργοποιηθούν. Χρησιμοποιήστε τες όπου η προσφορά είναι περιορισμένη ή μετράνε οι κανόνες κατανομής. Για σταθερές εφοδιαστικές αλυσίδες, ένας σωστά διαμορφωμένος βασικός έλεγχος συχνά αρκεί.

Πώς ενοποιείται το SAP SD με τη χρηματοοικονομική λογιστική;

Μέσω του παραστατικού τιμολόγησης. Η αποδέσμευση ενός παραστατικού τιμολόγησης στη λογιστική δημιουργεί μια λογιστική εγγραφή για έσοδα, φόρο και την ανοιχτή εγγραφή πελάτη. Ο προσδιορισμός λογαριασμών αποφασίζει τους λογαριασμούς γενικού καθολικού από τον οργανισμό πωλήσεων, τις ομάδες ανάθεσης λογαριασμών και τον τύπο συνθήκης. Ο φόρος εξαρτάται από τις φορολογικές κατηγοριοποιήσεις πελάτη και υλικού. Οι όροι πληρωμής στα κύρια δεδομένα πελάτη ορίζουν την ημερομηνία λήξης. Για περιπτώσεις IFRS 15, το SAP Revenue Accounting and Reporting αναβάλλει και αναγνωρίζει τα έσοδα με την πάροδο του χρόνου.

Τι αλλάζει στο SAP SD κατά τη μετάβαση από το ECC στο S/4HANA;

Οι πελάτες γίνονται business partners. Η διαχείριση πιστώσεων μεταφέρεται από το FI-AR-CR στο SAP Credit Management, κάτι υποχρεωτικό. Η επεξεργασία rebate αντικαθίσταται από condition contracts στο Settlement Management. Το advanced ATP γίνεται διαθέσιμο και η τιμολόγηση καταχωρίζεται στο Universal Journal. Προγραμματίστε όλα αυτά νωρίς στο πεδίο εφαρμογής, επειδή το καθένα χρειάζεται διαμόρφωση, μετάπτωση δεδομένων και δοκιμές.

Ποια είναι τα πιο συνηθισμένα λάθη στις υλοποιήσεις SAP SD;

Πέντε επανέρχονται συνεχώς. Υποτίμηση των κύριων δεδομένων πελάτη. Συνθήκες τιμών χωρίς υπεύθυνο μετά το go-live. Δοκιμή του ATP μόνο με καθαρά δεδομένα. Δοκιμή του προσδιορισμού λογαριασμών με απλοποιημένα δεδομένα. Μη δοκιμή του output από άκρο σε άκρο. Το τελευταίο περνά εύκολα απαρατήρητο. Όταν τα τιμολόγια δεν φεύγουν αυτόματα, κάποιος αρχίζει να τα εκτυπώνει με το χέρι και η πρόχειρη λύση γίνεται μόνιμη.