ΕΠΙΚΟΙΝΩΝΙΑ SAP-SRS. Εφαρμογή καθημερινού συγχρονισμού των δεδομένων του SRS με το Sap. σπουδαστής: ΜΑΣΤΡΟΓΙΑΝΝΟΠΟΥΛΟΣ ΓΚΕΓΚΑΣ ΔΗΜΗΤΡΙΟΣ

Transcript

1 ΕΠΙΚΟΙΝΩΝΙΑ SAP-SRS Εφαρμογή καθημερινού συγχρονισμού των δεδομένων του SRS με το Sap σπουδαστής: ΜΑΣΤΡΟΓΙΑΝΝΟΠΟΥΛΟΣ ΓΚΕΓΚΑΣ ΔΗΜΗΤΡΙΟΣ υπεύθυνοι καθηγητές: ΠΑΠΑΔΑΚΗΣ ΣΤΥΛΙΑΝΟΣ ΚΑΜΠΟΥΡΛΑΖΟΣ ΒΑΣΙΛΕΙΟΣ ΠΤΥΧΙΑΚΗ ΕΡΓΑΣΙΑ ΣΤΟ ΤΜΗΜΑ ΒΙΟΜΗΧΑΝΙΚΗΣ ΠΛΗΡΟΦΟΡΙΚΗΣ ΤΕΙ ΚΑΒΑΛΑΣ Σεπτέμβριος 2011

2 Περιεχόμενα ΕΙΣΑΓΩΓΗ 05 SRS SAP 1 ΕΙΣΑΓΩΓΗ 1.1 ΠΕΡΙΓΡΑΦΗ ΑΠΑΙΤΗΣΗΣ 1.2 ΛΥΣΗ 2 ΠΕΡΙΓΡΑΦΗ/ΑΝΑΛΥΣΗ ΠΡΟΓΡΑΜΜΑΤΩΝ 2.1 ΕΝΗΜΕΡΩΣΗ ΕΝΔΙΑΜΕΣΗΣ ΒΑΣΗΣ Οθόνη Επιλογής Σύνδεση στη Βάση του συστήματος SRS, προσπέλαση και μεταφόρτωση δεδομένων 2.2 ΠΡΟΓΡΑΜΜΑ ΔΗΜΙΟΥΡΓΙΑΣ ΠΑΡΑΣΤΑΤΙΚΩΝ Οθόνη Επιλογής Δημιουργία - Επέκταση Πελατών Επεξεργασία Πωλήσεων Ανάκτηση Δεδομένων Αξιολόγηση Δεδομένων/Δημιουργία Παραγγελία Πελάτη Η έννοια της 300δας Δημιουργία Κεφαλίδων (300 δες) Δημιουργία Αναλυτικών γραμμών Έλεγχος Κατάστασης Παραγγελίας Καταχώρηση/Eπεξεργασία Παραστατικών 2.3 ΠΡΟΓΡΑΜΜΑ ΕΠΙΣΚΟΠΗΣΗΣ ΛΑΘΩΝ ΚΑΙ ΕΠΕΞΕΡΓΑΣΙΑΣ ΠΑΡΑΣΤΑΤΙΚΩΝ Οθόνη Επιλογής Εμφάνιση δεδομένων στο χρήστη Ανάκληση δεδομένων

3 Γραμμή Εργαλείων 2.4 ΠΙΝΑΚΕΣ ΑΝΤΙΣΤΟΙΧΗΣΗΣ ΔΕΔΟΜΕΝΩΝ Καταγραφή Πρόσβασης στη Βάση Δεδομένων SRS Πωλήσεις SRS Δεδομένα Πελατών από SRS Καταγραφή Μηνυμάτων Γέφυρας SAP SRS 3 ΕΙΣΑΓΩΓΗ 3.1 ΠΕΡΙΓΡΑΦΗ ΑΠΑΙΤΗΣΗΣ 3.2 ΛΥΣΗ 4 ΠΕΡΙΓΡΑΦΗ/ΑΝΑΛΥΣΗ ΠΡΟΓΡΑΜΜΑΤΩΝ 4.1 ΕΝΗΜΕΡΩΣΗ ΠΙΝΑΚΩΝ SRS Παράμετροι προγράμματος Διάβασμα/Επιλογη Εγγράφων Υλικά Ενημέρωση Τιμών Τιμή λιανικής Προσφορές (Τιμές Φυλλαδίου) Barcodes Τιμολόγια πωλήσεων 4.2 ΕΜΦΑΝΙΣΗ LOG FILE 4.3 ΕΜΦΑΝΙΣΗ ΠΙΝΑΚΩΝ SRS ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΗ 5 ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΗ ΕΦΑΡΜΟΓΗΣ 5.1 ΠΙΝΑΚΕΣ ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΗΣ Αντιστοίχιση Μονάδων (ZSRS_UOM) Δικά μας Καταστήματα SRS (ZSRS_STORE_MAP) Καταστήματα (ZSRS_STORES_V) Γενικές Παράμετροι εφαρμογής (ZSRS_SETTINGS) Έλεγχος ροής/κατάστασης Δεδομένων (ZSRS_FLOWCNT) Οργανωτικά Δεδομένα (ZSRS_ORG_DATA) Ενεργοί Τύποι Υλικών : (ZSRS_VALID_MTART) 5.2 ΠΡΟΤΥΠΑ MASTER DATA Πελάτης DUMMY Πελάτης RETAIL Πεδίο Πελάτης στο Plant

4 6 ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΗ SAP ΓΙΑ ΛΙΑΝΙΚΗ 6.1 SUPER MARKETS 6.2 ΚΑΝΑΛΙ ΔΙΑΝΟΜΗΣ 6.3 ΣΗΜΕΙΟ ΑΠΟΣΤΟΛΗΣ 7 ΡΟΗ ΠΑΡΑΣΤΑΤΙΚΩΝ 7.1 ΧΑΡΑΚΤΗΡΙΣΤΙΚΑ ΠΑΡΑΣΤΑΤΙΚΩΝ ΛΙΑΝΙΚΗΣ Παραγγελίες Παραδόσεις Τιμολόγηση 8 ΤΙΜΟΔΟΤΗΣΗ 9 ΛΟΓΙΣΤΙΚΗ 9.1 ΔΙΑΔΙΚΑΣΙΑ ΚΑΘΟΡΙΣΜΟΥ ΛΟΓΑΡΙΑΣΜΟΥ ΜΕΤΡΗΤΩΝ ΑΠΟΔΕΙΞΗ 9.2 ΔΙΑΔΙΚΑΣΙΑ ΚΑΘΟΡΙΣΜΟΥ ΛΟΓΑΡΙΑΣΜΟΥ ΣΕ ΤΙΜΟΛΟΓΙΟ 10 ΒΑΣΙΚΑ ΔΕΔΟΜΕΝΑ 10.1 ΟΜΑΔΑ ΛΟΓΑΡΙΑΣΜΟΥ ΠΕΛΑΤΗ 10.2 ΥΛΙΚΑ 11 DEVELOPMEΝT SAP ΓΙΑ ΛΙΑΝΙΚΗ 11.1 ΜΕΓΑΛΟΜΟΝΑΔΑ 11.2 ΠΕΡΙΓΡΑΦΗ SRS 11.3 ΈΛΕΓΧΟΣ ΜΟΝΑΔΩΝ ΣΤΟ ΥΛΙΚΟ ΒΙΒΛΙΟΓΡΑΦΙΑ 56 04

5 Εισαγωγή Η παρούσα πτυχιακή εργασία σχετίζεται με την αλληλεπίδραση των συστημάτωνsrs (Singular Retail System) και SAP ERP. Το SRS είναι ολοκληρωμένο πληροφοριακό σύστημα διαχείρισης καταστημάτων λιανικής και απευθύνεται στις εξειδικευμένες και κρίσιμες λειτουργικές ανάγκες των αλυσίδων καταστημάτων πώλησης αγαθών και υπηρεσιών, ανεξαρτήτως μεγέθους και τομέα επιχειρηματικής δραστηριότητας. Το SAP ERP είναι επιχειρηματικό λογισμικό στην κατηγορία των ERP (Enterprisere source planning) που καλύπτει τις λειτουργικές περιοχές οικονομικής διαχείρισης (FI), ελεγκτική (CO), διαχείριση υλικών (MM), πωλήσεις και διανομή, προγραμματισμό παραγωγής (PP), διαχείριση έργων (PS), συντήρηση εγκαταστάσεων (PM), ποιοτικό έλεγχο(qm), διαχείριση ανθρώπινου δυναμικού (HCM) κλπ. Και τα δύο προγράμματα βρίσκουν ευρεία εφαρμογή τόσο στην ελληνική όσο και στη διεθνή αγορά. Στην εργασία αυτή θα επικεντρωθούμε στην εφαρμογήτων συγκεκριμένων συστημάτων σε καταστήματα SuperMarket. Θα μελετήσουμε τη διαχείριση από κεντρικό πληροφιαριακό σύστημα SAPERPσειράς καταστημάτων που χρησιμοποιούν συστήματα SRS και συνδέονται με αυτό. Η συγκεκριμένη μελέτη θα μπορούσε να έχει εφαρμογή στην περίπτωση σύμπραξης υπαρχόντων καταστημάτων SuperMarketστη δημιουργία συνεταιρισμού, ο οποίος θα διαχειρίζεται τις προμήθειες των καταστημάτων. Η υπόθεση αυτή θα μπορούσε να φανεί ιδιαίτερα χρήσιμη σε πλήθος υπαρκτών συνεταιρισμών της ελληνικής επαρχίας. Όλα τα καταστήματα χρησιμοποιούν το σύστημα διαχείρισης Λιανικών Πωλήσεων της Singular (SRS). Σκοπός του έργου είναι να ενημερώνονται οι πωλήσεις των καταστημάτων που ανήκουν στον συνεταιρισμό από τα δεδομένα του 05

6 SRS και να δημιουργούνται στο SAP παραγγελίες, παραδόσεις, τιμολόγια και εγγραφές λογιστικής. Αντίστροφα πρέπει να ενημερώνονται συγκεκριμένοι πίνακες του SRS των συνεργαζόμενων Super Markets με τις αλλαγές σε είδη, τιμές, barcodes, προσφορών καθώς και με τιμολόγια πωλήσεων. Η εργασία χωρίζεται σε τρία σκέλη. Στο πρώτο σκέλος θα ασχοληθούμε με τη διασύνδεση του συστήματος SRSμε SAP, αναπτύσσοντας τις εφαρμογές που μεταφέρουν τα δεδομένα απο την βάση δεδομένων του SRSστο SAP, και στο δεύτερο με την ενημέρωση των πινάκων της βάσης δεδομένων του SRSσύμφωνα με τις αλλαγές που θα συντελούνται στο SAP.Στο τρίτο και τελευταίο σκέλος θα παρουσιάσουμε την παραμετροποίηση της εφαρμογήςsap ούτως ώστε να ανταποκρίνεται στις διαχειριστικές απαιτήσεις του συνεταιρισμού. Ολη η ανάπτυξη του λογισμικού υλοποιείται στο SAP, χρησιμοποιώντας την γλώσσα λογισμικού ABAP στην οποία βασίζεται το SAP. 06

7 SRS SAP 07

8 1 Εισαγωγή 1.1 Περιγραφή απαίτησης Στόχος της εφαρμογής είναι ο καθημερινός συγχρονισμός των δεδομένων του SRSμε το SAP ώστε να ενημερώνονται οι πωλήσεις των καταστημάτων που ανήκουν στον συνεταιρισμό και να δημιουργούνται στο SAPπαραγγελίες παραδόσεις τιμολόγια και εγγραφές λογιστικής. Η εφαρμογή πρέπει να διαχειρίζεται επιστροφικές παραγγελίες, να διαθέτει εκείνη το Mapping με το SRS και τέλος να είναι παραμετροποιήσιμη ώστε να μπορούν να γίνουν αλλαγές στο SAP ή το SRS και η εφαρμογή να προσαρμόζεται χωρίς παρέμβαση προγραμματιστή. Εκτός από τα παραστατικά πωλήσεων στο SAP,η εφαρμογή δημιουργεί αυτόματα νέους πελάτες ή τους ανοίγει στην νέα περιοχή πωλήσεων λιανικής αν υπάρχουν ήδη καθώς και το να ανοίγει υπάρχοντα υλικά σε εγκαταστάσεις αντιγράφοντας δεδομένα από την εγκατάσταση 1000 (ως 1000 ορίζεται ως ο μοναδικός κωδικός του συνεταιρισμού στο σύστημα)αλλά αλλάζοντας κάποια άλλα (π.χ. επιτρεπτό αρνητικό απόθεμα). Το πιο δύσκολο αλλά και καίριο σημείο για την επιτυχία ενός τέτοιου έργου είναι η εφαρμογή διαχείρισης σφαλμάτων τα οποία μπορεί να προκύψουν (όπως για παράδειγμα αν ένα υλικό ανοιχτεί απευθείας στο SRS και δεν υπάρχει στο SAP, κλπ). Η εφαρμογή θα πρέπει να δίνει να κατανοήσει ο χρήστης τι ακριβώς έφταιξε ώστε να το διορθώσει και να του επιτρέπει εύκολα να συνεχίζει την διαδικασία από κει που έμεινε αυτόματα. 08

9 1.2 Λύση SRS SAP SRS SAP Customizing SAP / / LOG Για την λύση της παραπάνω απαίτησης δημιουργήθηκαν έξι (6) προγράμματα εκ των οποίων τα τέσσερα(4) αποτελούν εργαλεία Reporting. Συγκεκριμένα: 1. ZSRS_UFD_SRS2SAP_01 UploadΔεδομένωνSRSστοSAP 2. ZSRS_UFD_SRS2SAP_02 Επεξεργασία Παραστατικών 3. ZSRS_UFD_SRS2SAP_03 Παρουσίαση Logκαι Επεξεργασία Δεδομένων 4. ZSRS_UFD_SRS2SAP_04 Επεξεργασία Δεδομένων SRS: Επίδειξη Log 5. ZSRS_UFD_SRS2SAP_05 SRS: Επίδειξη Δεδομένων Πελατών 6. ZSRS_UFD_SRS2SAP_06 Επεξεργασία Δεδομένων από το SRS: Επίδειξη Log Η λειτουργία των παραπάνω προγραμμάτων θα αναλυθεί παρακάτω. 09

10 2 Περιγραφή/Ανάλυση προγραμμάτων Τα προγράμματα που ακολουθούν θα εκτελούνται καθημερινά από κλήση του SRS. 2.1 Ενημέρωση Ενδιάμεσης Βάσης Πρόγραμμα : ZSRS_UFD_SRS2SAP_01 Κίνηση : ZSRS2SAP01 Το πρόγραμμα αυτό θα εκτελείται καθημερινά μετά την κλήση από το SRS, ότι η ενδιάμεση βάση έχει ενημερωθεί με τις εγγραφές της ημέρας. Πρόγραμμα Προσπέλασης της Βάσης Δεδομένων του SRS και μεταφόρτωσης των δεδομένων στο SAP. Περιγραφή Λειτουργίας: Το παρόν πρόγραμμα διαβάζει τους πίνακες του SRSπου αφορούν τις πωλήσεις μετά το τέλος της ημέρας για όλα τα καταστήματα και μεταφορτώνει τα δεδομένα αυτά στους αντίστοιχους πίνακες που έχουν κατασκευαστεί στο SAP(βλ. Πίνακες Αντιστοίχησης Δεδομένων.). 10

11 2.1.1 Οθόνη Επιλογής Στην οθόνη επιλογής ο χρήστης μπορεί να επιλέξει τις εξής παραμέτρους : Όνομα Σύνδεσης ΒΔ: Ορίζει τη σύνδεση που θα χρησιμοποιήσει το πρόγραμμα για να συνδεθεί στην Βάση δεδομένων του SRS. Σειρά από κουμπία τύπου Checkbox: 1. Πελάτες : Καθορίζει αν το πρόγραμμα θα προσπελάσει τον αντίστοιχο πίνακα της βάσης του SRS ( SRS2SAP_01 ) 2. Χονδρική : Καθορίζει αν το πρόγραμμα θα προσπελάσει τους αντίστοιχους πίνακες της βάσης του SRS ( SRS2SAP_02,SRS2SAP_03 ) 3. Λιανική : Καθορίζει αν το πρόγραμμα θα προσπελάσει τους αντίστοιχους πίνακες της βάσης του SRS ( SRS2SAP_04,SRS2SAP_05 ) 4. Δοκιμή : Καθορίζει αν το πρόγραμμα θα σβήσει τους αντίστοιχους πίνακες του SRS. 5. Αρχικοποίηση πινάκων στο SAP. 11

12 2.1.2 Σύνδεση στη Βάση του συστήματος SRS, προσπέλαση και μεταφόρτωση δεδομένων Το πρόγραμμα αφού ανοίξει την σύνδεση με την βάση δεδομένων του SRSπροχωρά στην προσπέλαση των πινάκων. Η όλη διαδικασία χωρίζεται σε τομείς και ανάλογα με το στάδιο στο οποίο βρίσκεται η προσπέλαση/μεταφόρτωση των δεδομένων ενημερώνεται και το αντίστοιχο πεδίο κατάστασης STATUS του πίνακα ZSRS_IMP_FILE_00. Το παραπάνω πεδίο μπορεί να πάρει τις εξής τιμές: 0 Η προσπέλαση απέτυχε, καμία εγγραφή δεν υπέστη επεξεργασία 1 Η προσπέλαση ήταν επιτυχής, καμία εγγραφή δεν μεταφορτώθηκε 2 Η προσπέλαση & μεταφορά των δεδομένων επιτυχής, καμία διαγραφή εγγραφών του SRS 3 Η διαδικασία προσπέλασης ολοκληρώθηκε επιτυχώς Συνεπώς και η όλη διαδικασία για κάθε πίνακα του SRS χωρίζεται σε 3 βήματα: Βημα 1 (ΠρoσπέλασηΕγγραφών):Το πρόγραμμα διαβάζει τις εγγραφές από το SRSκαι τις μεταφορτώνει στις αντίστοιχες εσωτερικές δομές στο SAP.Αν ο αριθμός των εγγραφών που προσπελάστηκαν είναι ίσος με τον αριθμό των εγγραφών που υπάρχουν στον πίνακα του SRSτότε το βήμα θεωρείται επιτυχές1 και το statusπαίρνει την τιμή 1. Βήμα 2 ( Μεταφόρτωση εγγραφών ) : στο σημείο αυτό το πρόγραμμα μεταβιβάζει τις εγγραφές από τις εσωτερικές δομές στου πίνακες αντιστοίχησης του SAP.Στο σημείο αυτό οι εγγραφές παίρνοθν και το αντίστοιχο Μοναδικό Κλειδί. Το πρόγραμμα θα ελένξει αν η εγγραφή η οποία προσπελάστηκε υπάρχει ήδη στον πίνακα αντιστοίχησης του SAP.Aν ναι, θα την απορρίψει,διαοφορετικά θα προχωρήσει σε καταχώρηση της εγγραφής στον αντίστοιχο πίνακα και θα ενημερώσει το πεδίο status με την τιμή 2 (επιτυχία βήματος2 ). Βημα 3 (Διαγραφή εγγραφών ): Αφού τα δεδομένα μεταφορτωθούν επιτυχώς στο SAP το πρόγραμμα,εφόσον είναι ενεργοποιημένο το αντίστοιχο checkboxστην οθόνη επιλογής, θα προχωρήσει σε διαγραφή των εγγραφών, όπως έχει συμφωνηθεί, από τους πίνακες του SRS.Aν ο αριθμός των εγγραφών που διαγράφτηκαν συμφωνεί με τον αριθμό των εγγραφων που πουπροσπελάστηκαν,η διαδικασία θεωρείται επιτυχής και το status λαμβάνει την τιμή 3. 12

13 Σημειώσεις /Παρατηρήσεις: 1. Σε ό,τι αφορά τους πίνακες πωλήσεων,η προσπέλαση των εγγραφών θεωρείται επιτυχής μόνο αν και εφόσον έχει επιτύχει το βήμα 1 και για τον πίνακα που περιέχει τα δεδομένα κεφαλίδων παραστατικών ( SRS2SAP_02, SRS2SAP_04) και για τον πίνακα που περιέχει τα δεδομένα αναλυτικών γραμμών ( SRS2SAP_03, SRS2SAP_05). 2. Σχετικά με το Βήμα 2: Οι εγγραφές μεταφορτώνονται στον πίνακα αντιστοίχησης Πωλήσεις SRS, μόνο αν και εφ οσον υπάρχει σύνδεση μιάς κεφαλίδα ( SRS2SAP_02, SRS2SAP_04) ς με μία τουλάχιστον αναλυτική γραμμή ( SRS2SAP_03, SRS2SAP_05) και το αντίστροφο.οι κεφαλίδες που απέτυχαν να περάσουν τον παραπάνω έλεγχο εμφανίζονται σε λίστα μετά την ολοκλήρωση της διαδικασίας. 13

14 2.2 Πρόγραμμα Δημιουργίας Παραστατικών Πρόγραμμα : ZSRS_UFD_SRS2SAP_02 Κίνηση :ZSRS2SAP02 Το πρόγραμμα αυτό θα εκτελείται καθημερινά αυτόματα από το σύστημα μόλις τελειώσει το προηγούμενο πρόγραμμα. Το πρόγραμμα διαβάζει τις εγγραφές της προσωρινής βάσης του SAP που έχουν δημιουργηθεί μετά από την προσπέλαση της βάσης δεδομένων του SRS και προχωράει αρχικά σε αξιολόγησή τους, στη συνέχεια σε ομαδοποίηση τους βάσει κριτηρίων (Κατάστημα, Αριθμός Τιμολογίου, Είδος Πώλησης, Τύπος Πώλησης και αριθμό ειδών ανά Τιμολόγιο ) και τέλος στη δημιουργία των αντίστοιχων Παραστατικών στο SAP. Για κάθε βήμα ενημερώνεται ενδιάμεση βάση Logs η οποία θα επιτρέψει στον χρήστη να καταλάβει αν κάτι πήγε στραβά. Η βάση των Logs ενημερώνεται διαρκώς. Τέλος γίνονται και έλεγχοι για το αν δημιουργηθούν παραστατικά με το χέρι από τους χρήστες και όχι μέσα από την εφαρμογή Οθόνη Επιλογής 14

15 Στην οθόνη επιλογής ο χρήστης έχει την δυνατότητα να επιλέξει τις εξής παραμέτρους: Τρέχουσα Ημερομηνία Ως προεπιλεγμένο εύρος τιμών το πρόγραμμα έχει σαν αρχικές τιμές την πιο πρόσφατη ημερομηνία προσπέλασης της ενδιάμεσης βάσης έως και την τρέχουσα ημερομηνία. Έτσι το πρόγραμμα θα τρέχει καθημερινά. Οικονομική χρήση Ως προπληρωμένη τιμή επιλέγεται το τρέχον Οικονομικό Έτος (έτος σημερινής ημερομηνίας). Τύπος Πώλησης Στο παρόν πεδίο ο χρήστης καλείται να συμπληρώσει τον τύπο πώλησης (ZSRS_IMP_ FILE_02-SALTYP ) με πιθανές τιμές : R - Αποδείξεις Λιανικής (RETAIL) W Τιμολόγια Λιανικής (WHOLESALE) Ενέργεια/Κατάσταση Κατάσταση στην οποία βρίσκονται τα Ιtemsτου κάθε παραστατικού. ΠεδίοZSRS_IMP_FILE_02-INTAC_SLAST(βλ Έλεγχος ροής/κατάστασης Δεδομένων). SRS αριθμός τιμολογίου Αριθμός τιμολογίου/απόδειξης στο SRS. ΠεδίοZSRS_IMP_FILE_02-INVID Ομάδα ειδών/παραστατικό SAP ΠεδίοZSRS_IMP_FILE_02-SONUM Κωδικός Καταστήματος στο SRS ΠεδίοZSRS_IMP_FILE_02-COPCODE Δημιουργία - Επέκταση Πελατών Η πρώτη ενέργεια που λαμβάνει μέρος μετά την εκτέλεση του προγράμματος είναι η δημιουργία των πελατών οι οποίοι έχουν αποθηκευτεί στον ενδιάμεσο πίνακα ZSRS_ IMP_FILE_03. Ο παραπάνω πίνακας περιλαμβάνει τα στοιχεία των πελατών για τους οποίους έχει δημιουργηθεί τουλάχιστον ένα τιμολόγιο (INVID ) στο εύρος ημερομηνιών που έχει επιλέξει ο χρήστης να γίνει η επεξεργασία των δεδομένων. 15

16 Στη συνέχεια το πρόγραμμα ελέγχει: 1. Αν ο πελάτης υπάρχει στο σύστημα (πίνακας KNA1 ) χρησιμοποιώντας ως κριτήριο το ΑΦΜ του πελάτη. 2. Αν ο πελάτης υπάρχει στο Περιοχή Πωλήσεων που αφορά τις Λιανικές Πωλήσεις. 3. Αν ο έλεγχος 1 είναι αποτυχημένος το πρόγραμμα προχωράει στην δημιουργία του νέου πελάτη αντιγράφοντας τα οργανωτικά δεδομένα του πελάτη με κωδικό (DummyCustomer ) ο οποίος δημιουργήθηκε για αυτόν τον σκοπό. 4. Διαφορετικά το πρόγραμμα προχωρά σε επέκταση του υπάρχοντος κωδικού πελάτη στην αντίστοιχη περιοχή πωλήσεων ( ) Επεξεργασία Πωλήσεων Ανάκτηση Δεδομένων Βάσει των κριτηρίων επιλογής γίνεται η ανάκτηση των δεδομένων από τον ενδιάμεσο πίνακα πωλήσεων ZSRS_IMP_FILE_02. Γενικά πρώτα ελέγχονται τα δεδομένα για λάθη και αν υπάρχουν δεν προχωρούν. Στις λιανικές όσα δεδομένα είναι ορθά προχωρούν ενώ στις χονδρικές προχωράει όλο το παραστατικό μαζί. Οι λιανικές χωρίζονται σε 300ΔΕΣ γραμμών καθώς πρέπει να εξασφαλίσουμε ότι η λογιστική εγγραφή δεν θα έχει περισσότερο από 999 γραμμές Αξιολόγηση Δεδομένων/Δημιουργία Παραγγελία Πελάτη Έλεγχος Δεδομένων Τα δεδομένα ελέγχονται πριν καν προσπαθήσει το σύστημα να τα προχωρήσει ως παραστατικά. Αν αποτύχουν μένουν στην ενδιάμεση βάση. Κάθε γραμμή που ανακτήθηκε περνά μία σειρά ελέγχων η οποία μπορεί να χωριστεί σε τρία στάδια : 1. Έλεγχος Πελάτη Στο παρόν σημείο το πρόγραμμα ελέγχει αν ο πελάτης υπάρχει στο σύστημα και αν είναι ενεργός στην περιοχή πωλήσεων Λιανικής ( ). Αν ο πελάτης δεν 16

17 υπάρχει στο σύστημα η γραμμή σημειώνεται ως μη επιτυχής ( ΙNTAC_SLAST = 04 ),το αντίστοιχο μήνυμα καταχωρείται στον πίνακα ZSRS_POSLOG.,Διαφορετικά το πρόγραμμα προσπαθεί να ενεργοποιήσει (επεκτείνει) τον εν λόγω πελάτη στην περιοχή πωλήσεων Λιανικής. 2. Ελεγχος/Αξιολόγηση Υλικού Στο σημείο αυτό το πρόγραμμα επιτελεί τους εξής ελέγχους: Έλεγχος ύπαρξης κωδικού στο σύστημα. Έλεγχος επαρκούς συντήρησης όψεων για το υλικό. o Βασικά Δεδομένα 1 & 2 o Πωλήσεις: Δεδ.οργαν.πωλήσεων 1 & 2 και Δεδ.Γενικά/Εγκατάστ. o Γεν.Δεδομ.Εγκατάστ./ Αποθήκ.1 & 2 o Λογιστική 1 & 2 o Προμήθειες Έλεγχος αν το υλικό είναι ενεργοποιημένο στο κανάλι διανομής Έλεγχος αν το υλικό είναι ενεργοποιημένο στην εγκατάσταση που αντιστοιχεί στο κατάστημα που έγινε η πώληση. Έλεγχος αν το υλικό είναι ενεργοποιημένο στην Αποθηκευτικό χώρο που αντιστοιχεί στην εγκατάσταση. Όταν το πρόγραμμα τελειώσει με τους παραπάνω ελέγχους και ανάλογα με το αποτέλεσμα που θα επιστρέψουν το πρόγραμμα θα προχωρήσει στις εξής ενέργειες ανά περίπτωση : O κωδικός υλικού δεν έχει συντηρηθεί σε κάποιες όψεις οι οποίες είναι βασικές είτε για την δημιουργία Εντολής Πώλησης, είτε για την Παράδοση, είτε για την τιμολόγηση, καθώς και για την επέκταση του υλικού στην περιοχή πωλήσεων Λιανικής. Ως συνέπεια η γραμμή σημειώνεται ως αποτυχούσα, το αντίστοιχο μήνυμα καταχωρείται στον πίνακα ZSRS_POSLOG και ενεργοποιείται ο δείκτης _EXIT. O κωδικός του υλικού υπάρχει και έχει συντηρηθεί σωστά, και το υλικό θα ενεργοποιηθεί για την περιοχή πωλήσεων Λιανικής. O κωδικός υλικού δεν υπάρχει στο σύστημα.η γραμμή σημειώνεται ως αποτυχούσα,το αντίστοιχο μήνυμα καταχωρείται στον πίνακα ZSRS_POSLOG και ενεργοποιείται ο δείκτης _EXIT. Θεωρητικά αυτή η περίπτωση δεν θα υπάρξει ποτέ εφόσον τα υλικά ανοίγονται πρώτα στο SAPκαι έπειτα στο SRS. Παρόλα αυτά αν πότε ανοιχτεί κωδικός στο SRSο χρήστης θα λάβει το αντίστοιχο μήνυμα, θα ανοίξει τον κωδικό και θα προχωρήσει. 17

18 3. Έλεγχος Αντιστοίχησης Μονάδας Αρχικά ελέγχει αν έχει συντηρηθεί η αντιστοίχηση της μονάδας του SRSμε του SAPστον πίνακα παραμετροποίησης ZSRS_UOM. Κατόπιν αν η αντίστοιχη μονάδα έχει συντηρηθεί στα MasterData του υλικού. 4. Έλεγχος Τιμολογίου Πώλησης Στις περιπτώσεις που η πώληση είναι τύπου χονδρικής πρόγραμμα ελέγχει αν κάποια από τις γραμμές του παραστατικού έχει αποτύχει στην αξιολόγηση. Αν έστω και μία από τις γραμμές έχει αποτύχει, τότε όλες οι γραμμές του αντίστοιχου παραστατικού μαρκάρονται ως μη επιτυχημένες και ενημερώνεται ο πίνακας ZSRS_POSLOGμε το κατάλληλο μήνυμα. Κάθε γραμμή που περνάει επιτυχώς τους παραπάνω ελέγχους μαρκάρεται ως επιτυχής και συνεχίζει στο επόμενο βήμα Η έννοια της 300δας Η 300δα αποτελεί το μέγιστο πλήθος αναλυτικών γραμμών ανά παραγγελία. Υπάρχει τεχνικός περιορισμός στον αριθμό αναλυτικών γραμμών που θα υπάρξουν μετά το τιμολόγιο στην εγγραφή λογιστικής. Δεν πρέπει να ξεπερνούν τα 999. Επειδή όμως από μια γραμμή είθε να δημιουργούνται πολλές γραμμές λογιστιής (Έσοδα, εκπτώσεις κλπ) θεωρήθηκε ασφαλές η παραγγελία να μην περιέχει άνω των 300 αναλυτικών γραμμών. Η 300δα είναι ένα αντικείμενοστο οποίο στηρίζεται η εφαρμογή σε μεγάλο βαθμό. Στην ουσία η 300δα θα αποτελεί την κεφαλίδα μας. Στην λιανική οι αναλυτικές γραμμές ανά κατάστημα και ημέρα χωρίζονται σε πολλές 300δες. Στην χονδρική έχουμε μια 300δα ανά τιμολόγιο (Αν όχι δεν προχωρήσει το σύστημα). Η δημιουργία 300δων δεν είναι στατική αλλά δυναμική Δημιουργία Κεφαλίδων (300 δες) Τα δεδομένα που έχουν περάσει τους ελέγχους στην παρούσα φάση ομαδοποιούνται ανά 300 μέσα από την ρουτίνα GET_INV_IDS μέσω του εσωτερικού πίνακα INVTAB. Ρόλος της GET_INV_IDS είναι: Να ξεχωρίσει ποια υλικά που αφορούν σε απόδειξη λιανικής είναι επιστροφές 18

19 Να ξεχωρίσει ποια υλικά έχουν ήδη ομαδοποιηθεί. Να βρεί, αν υπάρχει, τον αριθμό της τελευταίας ομάδας ανά απόδειξη λιανικής. Να βρει τον αριθμό των υλικών (ανά απόδειξη λιανικής) που δεν έχουν ενταχθεί σε ομάδα τριακοσίων και να ορίσει τον αριθμό των ομάδων που θα δημιουργηθούν (GET_ LOOP_TIMES). Να προσθέσει σε υπάρχουσες ομάδες υλικών,οι οποίες δεν έχουν συμπληρωθεί, νέα υλικά. Να αποδόσει τους αριθμούς των ομάδων στα υλικά των ομάδων αυτών (πεδίο SONUM). Αφού τα υλικά έχουν πλέον ομαδοποιηθεί ανά τριακόσια, το πρόγραμμα προχωράει στο σχηματισμό των Κεφαλίδων για τη δημιουργία Εντολών Αγοράς. Ανάλογα με τον Τύπο Ενέργειας (PFDTY), τον Tύπο πώλησης (SALTYP) και τον ΤύποΠαραστατικού (SRSDOCTYPE) του υλικού το πρόγραμμα προχωράει σε ανάκληση από τον πίνακα παραμετροποίησης ZSRS_ORG_DATA, των αντίστοιχων οργανωτικών δεδομένων. Εν συνεχεία συμπληρώνονται τα πεδία του εσωτερικού πίνακα POSH,ο οποίος περιέχει τα δεδομένα Κεφαλίδας των παραγγελιών που θα δημιουργηθούν, με την υπορουτίνα MOVE_HEADER_DATA Δημιουργία Αναλυτικών γραμμών Τελικό βήμα στην αντιστοίχηση των δεδομένων αποτελεί η μετακίνηση των δεδομένων που αφορούν τις Γραμμές Υλικών στις Εντολές Αγοράς στον εσωτερικό πίνακα POSD. Στο σημείο αυτό έχουμε κάποιες μετατροπές όσο αφορά στο περιεχόμενο και στη μορφοποίηση κάποιων πεδίων. Συγκεκριμένα : Τα πεδία NETAMOUNT (τιμή μετά την έκπτωση), NETDISCAMOUNT ( έκπτωση επί της τιμής ) προστίθενται σε ένα πεδίο για να σχηματίσουν την τελική τιμή του υλικού, όπως αυτή απεικονίζεται στην απόδειξη λιανικής. Το πεδίο NETDISCAMOUNT ( έκπτωση επί της τιμής ) πολλαπλασιάζεται επί -1. Τέλος, ανακτάται η μονάδα μέτρησης του υλικού από τον πίνακα αντιστοίχησης ZSRS_UOM. 19

20 2.2.4 Έλεγχος Κατάστασης Παραγγελίας Η παραπάνω υπό-ρουτίνα ελέγχει αν για κάποια 300δα, για την οποία έχει δημιουργηθεί στο σύστημα τουλάχιστον Παραγγελία, υπάρχει Παράδοση ή Τιμολόγηση που να αντιστοιχεί στην δημιουργηθείς παραγγελία. Το παραπάνω σενάριο ισχύει στην περίπτωση που κάποιο από τα έγγραφα που ακλουθούν την Εντολή Αγοράς/Επιστροφή έχει υποστεί επεξεργασία εκτός προγράμματος. Συγκεκριμένα γίνεται έλεγχος στον πίνακα VBFA (Ροή Παραστατικού Πωλήσεων) και στον πίνακα VBRK (Παραστατικό Τιμολόγησης: Δεδομένα Κεφαλίδας) Καταχώρηση/Eπεξεργασία Παραστατικών Έχουν δημιουργηθεί ξεχωριστές ρουτίνες ανά βήμα (δημιουργία πελάτη, υλικού, παραγγελία, παράδοση, τιμολόγιο κλπ). Αυτές οι ρουτίνες έχουν μια λογική συνέχεια η οποία ορίζεται στον πίνακα παραμετροποίησης κάνοντας έτσι το πρόγραμμα πολύ ευέλικτο. Το πρόγραμμα ελέγχει ποιο ήταν το τελευταίο επιτυχές βήμα και μέσω της παραμετροποίησης ορίζει το επόμενο καλώντας την αντίστοιχη υπό-ρουτίνα. Έτσι ο χρήστης μπορεί ανά πάσα στιγμή να συνεχίσει από κει που υπήρξε σφάλμα. H καταχώρηση των παραστατικών ελέγχεται μέσα από την ρουτίνα START_ POSTING. Αρχικά το πρόγραμμα ανακτά από τον Πίνακα Ροής/Κατάστασης Δεδομένων ( βλ Έλεγχος ροής/κατάστασης Δεδομένων) τις απαραίτητες ρυθμίσεις για να προχωρήσει στην δημιουργία των Παραστατικών. Στη συνέχεια ξεκινά στην δημιουργία Παραστατικών χρησιμοποιώντας τα δεδομένα που έχουν αποθηκευτεί στον εσωτερικό Πίνακα POSH (Δεδομένα Κεφαλίδας). 20

21 2.3 Πρόγραμμα Επισκόπησης Λαθών και Επεξεργασίας Παραστατικών Κίνηση :ZSRS2SAP03 Πρόγραμμα :ZSRS_UFD_SRS3 Το πρόγραμμα αυτό θα εκτελείται από τους χρήστες onlineώστε να ελέγχουν τα δεδομένα των προηγούμενων προγραμμάτων που έτρεξαν αυτόματα και να προχωρήσουν τα πιθανά σφάλματα (π.χ. μια μονάδα δεν είναι αντιστοιχισμένη, ένα υλικό ανοίχτηκε απευθείας στο SRSκλπ). Δόθηκε μεγάλη έμφαση στην φιλικότητα προς τον χρήστη ώστε να κατανοεί πολύ εύκολα το τι πήγε στραβά, να υπάρχει ακριβής περιγραφή του λάθους αλλά και χ ρηστης να συνεχίζει αυτόματα μια διαδικασία από κει που σταμάτησε αφότου πρώτα έκανε μια διόρθωση (π.χ. συμπληρώθηκε ο πίνακας μονάδων). Τότε το σύστημα αυτόματα ανανεώνει το μήνυμα λάθους σε επιτυχία ή σε άλλο μήνυμα λάθους. Σκοπός του προγράμματος είναι : Η εμφάνιση των αποτελεσμάτων της χρήσης του προγράμματος ZSRS_UFD_ SRS2SAP_02 Η εμφάνιση των μηνυμάτων που έχουν καταγραφεί στον Πίνακα ZSRS_POSLOG Η εμφάνιση των δημιουργημένων πελατών από τον Πίνακα ZSRS_IMP_FILE_03 Η εμφάνιση και επεξεργασία παραστατικών/υλικών που εμφάνισαν λάθη κατά την επεξεργασία/αξιολόγησή τους Οθόνη Επιλογής Η Οθόνη επιλογής χωρίζεται σε τέσσερεις ενότητες : Γενικά Δεδομένα. o Οικονομική χρήση: Ως προ-συμπληρωμένη τιμή επιλέγεται το τρέχον Οικονομικό Έτος (SY-DATUM(4)). o Ημερομηνία Επεξεργασίας Δεδομένων: Η ημερομηνία κατά την οποία τα δεδομένα. o Διαβιβάστηκαν από τη Βάση Δεδομένων του SRS στην ενδιάμεση βάση του SAP. Δεδομένα SRS 1 o Τύπος Πώλησης: Στο παρόν πεδίο ο χρήστης καλείται να συμπληρώσει τον τύπο πώλησης (ZSRS_IMP_FILE_02-SALTYP ) με πιθανές τιμές : 21

22 R - Αποδείξεις Λιανικής (RETAIL) W - Τιμολόγια Λιανικής (WHOLESALE) o SRSIDΤιμολογίου :Αριθμός Τιμολογίου/Απόδειξης στο SRS. o Γκρουπ Ειδών/Παραστατικό SAP: Ομάδα ειδών ανά 300 στον αριθμό Τιμολογίου/Απόδειξη Λιανικής του SRS. o Υλικό: Κωδικός υλικού στο SAP. Δεδομένα SRS 2 o Κωδικός Καταστήματος στο SRS: Κατάστημα στο SRS ( βλ. Καταστήματα SRS) o ΑΦΜ Πελάτη: Αριθμός Φορολογικού Μητρώου του Πελάτη o Τύπος Παραστατικού: Δείκτης ο οποίος καθορίζει αν ένα παραστατικό είναι επιστροφικό ή κανονικό: F Επιστροφές T Πωλήσεις o Τύπος Παρ.(Κανονικό/Ακυρωτικό): Δείκτης που καθορίζει αν ένα τιμολόγιο είναι κανονικό ή ακυρωτικό: 22

23 Κανονικό Ακυρωτικό o Τύπος Πληρωμής: Δείκτης που καθορίζει τον τρόπο πληρωμής 001 Τοις Μετρητοίς 002 Επί Πιστώσει Κατάσταση Δεδομένων o Χ.Π./Όλα/Παρ/Επ.Φορ/Σφαλ/Σφ&Φορ : Σειρά από κουμπιά τύπου Radiobutton,κάθε ένα από τα οποία καθορίζει ένα εύρος τιμών για το πεδίο INTAC_SLAST που εκπροσωπεί την κατάσταση στην οποία βρίσκεται το κάθε είδος του Τιμολογίου/ Απόδειξη Λιανικής. Ο καθορισμός του εύρους τιμών γίνεται στην υπορουτίνα. Το κάθε κουμπί αντιστοιχεί στις εξής ενέργειες: o Χ.Π. : Χωρίς Προεπιλογή.Ο χρήστης είναι ελεύθερος να επιλέξει τα είδη που επιθυμεί. o Όλα : Εμφάνιση όλων των παρασταικών/ειδών,ανεξαρτήτου καταστάσεως. o Παρ. : Παραστατικά που έχουν επεξεργαστεί επιτυχώς. o Επ.Φορ.: Είδη που έχουν μεταφορτωθεί στο SAP με επιτυχία,αλλά δεν εχουνυποστεί κάποια επεξεργασία. o Σφαλ.: Είδη/Παραστατικά που έχουν εμφανίσει σφάλματα σε κάποιο σημείο της επεξεργασίας τους. o Σφ&Φορ.: Συνδυασμός των 2 προηγούμενων. Ενέργεια/Κατάσταση Είδους (βλ. Έλεγχος ροής/κατάστασης Δεδομένων) Διάταξη : Τρόπος Εμφάνισης Δεδομένων στη Λίστα ALV Εμφάνιση δεδομένων στο χρήστη Ανάκληση δεδομένων Αφού ο χρήστης καθορίσει τα κριτήρια ανάκλησης δεδομένων το πρόγραμμα ανατρέχει στον πίνακα Πωλήσεων του SRS(ZSRS_IMP_FILE_02). Τα δεδομένα που προέκυψαν θα πρέπει να ομαδοποιηθούν ανά Κωδικό Καταστήματος, Τιμολόγιο, 300δα, Τύπο Πώλησης και Ενέργεια/Κατάσταση για να παρουσιαστούν στο χρήστη. 23

24 Στην παραπάνω λίστα παρουσιάζονται οι εξής πληροφορίες: Οικονομικό Έτος Ημερομηνία επεξεργασίας Ειδών ανά Ομάδα Αριθμός τιμολογίου στο SRS 300δα ανά τιμολογιο Τελευταίο μηνυμαlog Ομάδα από φωτεινές ενδείξεις που ενημερώνουν το χρήστη για την κατάσταση των ειδων ανά ομάδα παραστικών. Αριθμό Παραστατικού Πώλησης/Επιστροφής στο SAP Αριθμό ΠαραστατικούΠαράδοσης στο SAP Αριθμό Παραστατικού Τιμολόγησης στο SAP Ενεργή Κατάσταση Τύπο Εφαρμογής Επίσης στην κεφαλίδα της λίστας εμφανίζονται ο αριθμός των ειδών ανά κατάσταση/ ενέργεια. 24

25 Γραμμή Εργαλείων H παρούσα εφαρμογή επιτρέπει στο χρήστη να εκτελέσει μια σειρά ενεργειών και είτε να ανακτήσει πληροφορίες,είτε να ανανεωσει τις πληροφορίες που του παρουσιάζονται,είτε να προχωρήσει σε ενέργειες που θα οδηγήσουν σε περαιτέρω επεξεργασία των παρουσιαζόμενων παραστατικών. Συγκεκριμένα στην γραμμή εργαλείων της λίστας υπάρχουν τα εξής κουμπιά : 1. Aνανέωση (Refresh) Ανανεώνει τα δεδομένα βάσει των κριτηρίων που είχε επιλέξει ο χρήστης στην οθόνη επιλογής. 2. Επίδειξη Δημιουργηθέντων Πελατών (DisplayCustomers) Καλεί το πρόγραμμα Επίδειξης Δεδομένων Πελατών (ZSRS_UFD_SRS2SAP_05) και εμφανίζει τα αποτελέσματα σε νέα λίστα τύπου ALV. 25

26 3. Eπίδειξη Γραμμών Παραστατικού/Ομάδας Υλικών ( DisplayLineItems) Καλεί το πρόγραμμα: Επεξεργασία Δεδομένων από το SRS: Επίδειξη Log ( ZSRS_ UFD_SRS2SAP_06) και εμφανίζει τις αντίστοιχες γραμμές ειδών σε νέα λίστα ALV. Στην λίστα που προέκυψε ο χρήστης μπορεί να δεί το τελευταίο μηνυμα που καταγράφηκε στο Log της εφαρμογής που αφορά το υλικό. Επίσης ο χρήστης πατώντας το κουμπί επίδειξης log (DisplayLog) έχει τη δυνατότητα να δεί όλα τα μηνύματα τα οποία έχουν καταγραφει σχετικά με το υλικό(zsrs_ufd_ SRS2SAP_04 ) σε νέα λίστα ALV. 26

27 4. Eπεξεργασία Παραστατικών (Start Posting) Ο χρήστης αφού προχωρήσει στις κατάλληλες διορθωτικές (εφόσον υπάρχουν λάθη) ενέργειες έχει την δυνατότητα να συνεχίσει είτε την επεξεργασία ήδη υπάρχοντων παραστατικών είτε στην δημιουργία νέων καλώντας το Πρόγραμμα Δημιουργίας Παραστατικών (ZSRS_UFD_SRS2SAP_02). Μετά την χρήση του παραπάνω η λίστα θα παρουσιαστεί ξανά στο χρήστη με τα καινούρια δεδομένα.τέλος ο χρήστης μπορεί με διπλό κλικ να δεί το παραστατικό Παραγγελίας πελάτη (ΤransactionVA03 ), αν αυτό έχει δημιουργηθεί. 27

28 2.4 Πίνακες Αντιστοίχησης Δεδομένων Για την υλοποίηση της αντιστοίχησης δεδομένων (DataMapping) μεταξύ SAPκαι SRS χρησιμοποιήθηκαν οι εξής πίνακες: ZSRS_IMP_FILE_00 Καταγραφήπρόσβασης βάσης δεδομένων SRS ZSRS_IMP_FILE_02 ΠωλήσειςSRS ( SRS DATA ) ZSRS_IMP_FILE_03 Δεδομένα SRSγια νέους πελάτες ZSRS_POSLOG Καταγραφή μηνυμάτωνγέφυρας δεδομένων Αναλυτικότερα: Καταγραφή Πρόσβασης στη Βάση Δεδομένων SRS (ZSRS_IMP_FILE_00) Ο παραπάνω πίνακας χρησιμοποιείται στο πρόγραμμα ZSRS_UFD_SRS2SAP_01 για την καταγραφή της πρόσβασης στη βάση δεδομένων του συστήματος SRS. Σαν κλειδιά χρησιμοποιεί τα πεδία : TABNAME Ονομα πίνακα του SRSπου προσπελάστηκε. ZZDATE Ημερομηνία προσπέλασης. ZRUN Αριθμός τρεξίματος(προσπέλασηςαπο την αρχικοποίηση της εφαρμογής) Πωλήσεις SRS (ZSRS_IMP_FILE_02) Χρησιμοποιείται στα εξής προγράμματα: ZSRS_UFD_SRS2SAP_01 ZSRS_UFD_SRS2SAP_02 ZSRS_UFD_SRS2SAP_03 Μέσω του παραπάνω πίνακα καταγράφεται και ελέγχεται η διαδικασία εισαγωγής και επεξεργασίας των δεδομένων από το σύστημα SRS. Πιο συγκεκριμένα η πληροφορία εισάγεται από τους πίνακες του SRS: SRS2SAP_02 (Header Χονδρικής ) - SRS2SAP_04 (Header Λιανικής) SRS2SAP_03 ( Item Χονδρικής) - SRS2SAP_05 ( Item Λιανικής) 28

29 Η πληροφορία αποθηκεύεται και επεξεργάζεται σε επίπεδο Item. Ως κλειδιά που καθορίζουν την ομάδα που ανήκει το κάθε itemαλλά και τη μοναδικότητά του ο παραπάνω πίνακας χρησιμοποιεί : INVID SRS Αριθμός Παραστατικού GJAHR Οικονομική Χρήση ANUM Αριθμός είδους στο παραστατικό του SRS SALTYP Tύπος πώλησης ( R = Λιανική, W = Χονδρική ) Χρησιμοποιείται στα εξής προγράμματα: Δεδομένα Πελατών από SRS (ZSRS_IMP_FILE_03) ZSRS_UFD_SRS2SAP_01 ΖSRS_UFD_SRS2SAP_02 ZSRS_UFD_SRS2SAP_05 Στον παραπάνω πίνακα γίνεται η αποθήκευση των δεδομένων που προέρχονται από τον πίνακα του SRS SRS2SAP_01. O πίνακας περιέχει τους πελάτες χονδρικής για τους οποίους έχει αποσταλεί τουλάχιστον ένα τιμολόγιο ανά ημέρα. Κατ επέκταση περιέχει τα απαραίτητα δεδομένα για να δημιουργηθεί ένας νέος πελάτης στο SAPεφ όσον ο Αριθμός Φορολογικού του Μητρώου δεν υπάρχει. Κλειδιά του αποτελούν: AFM_CR Αριθμός Φορολογικού Μητρώου DATE_CR Ημερομηνία Δημιουργίας* * Ο λόγος που στο κλειδί του παραπάνω πίνακα εμπεριέχεται η ημερομηνία που προσπελάστηκε ο αντίστοιχος πίνακας στο SRSκαι κατά συνέπεια δημιουργήθηκε η παραπάνω εγγραφή είναι για καλύτερη παρακολούθηση του ιστορικού πωλήσεων/πελάτη Καταγραφή Μηνυμάτων Γέφυρας (ZSRS_POSLOG) Χρησιμοποιείται στα παρακάτω προγράμματα: ZSRS_UFD_SRS2SAP_03 ZSRS_UFD_SRS2SAP_04 ZSRS_UFD_SRS2SAP_06 ZSRS_POSLOGχρησιμοποιείται για την καταγραφή και εμφάνιση των όποιων 29

30 μηνυμάτων προκύπτουν από την επεξεργασία των δεδομένων. Κλειδιά του πίνακα είναι: APPLC : Τύπος Εφαρμογής. UNIQUE_KEY : Κλειδί Έγγραφης. ERDAT: Ημερομηνία Δημιουργίας Εγγραφής. ERZET: Χρόνος καταχώρισης. MSGCN: Μετρητής. Ενημέρωση/Προσπέλαση Η Ενημέρωση του ZSRS_POSLOG γίνεται με την χρήση των παρακάτω υπόρουτινών. Η προσπέλαση / ανάκτηση των καταγεγραμμένων μηνυμάτων γίνεται με δύο τρόπους: Με χρήση του πεδίου UNIQUE_KEYαπό τον πίνακα ZSRS_IMP_FILE_02 ανά item. Με real-time ανακατασκεύη του UΝΙQUE_KEYτου πίνακα ZSRS_POSLOG. 30

31 SAP SRS 31

32 3 Εισαγωγή 3.1 Περιγραφή απαίτησης Το ζητούμενο είναι η δημιουργία μιας εφαρμογής που θα εκτελείται καθημερινά σε background mode (αλλά και επιλεκτικά σε foreground mode) και θα ενημερώνει συγκεκριμένους πίνακες του SRS με τις αλλαγές σε είδη, τιμές, barcodes, προσφορών καθώς και με τα τιμολόγια πωλήσεων προς τα συνεργαζόμενα Super Markets. Η εφαρμογή θα παρέχει επιπλέον δυνατότητα InitialRun (Τρέξιμο πρώτης φοράς). 3.2 Λύση Για την λύση της παραπάνω απαίτησης δημιουργήθηκαν τρία (3) προγράμματα εκ των οποίων τα δύο (2) αποτελούν εργαλεία Reporting. Συγκεκριμένα: ZSRS_UCA_SAP2SRS_01 UploadΔεδομένωνSAP στοsrs ZSRS_UCA_SAP2SRS_02 Παρουσίαση Log File ADBC_QUERY Παρουσίαση Δεδομένων απο Πίνακες SRS 32

33 SAP SRS SAP Customizing SAP SRS Barcodes Error LOG File Http Call 33

34 4 Περιγραφή/Ανάλυση προγραμμάτων 4.1 Ενημέρωση Πινάκων SRS Κίνηση : ZSAP2SRS01 Πρόγραμμα: ZSRS_UCA_SAP2SRS_ Παράμετροι προγράμματος Όλες οι μεταβλητές που παίζουν ρόλο και φιλτράρουν τα δεδομένα είναι παραμετρικές και υπάρχουν στην αρχική οθόνη. Βεβαίως έχουν προτεινόμενες τιμές οι οποίες είναι είτε σταθερές είτε υπολογίζονται δυναμικά από την παραμετροποίηση. Οργανισμός Πωλήσεων Παίζει ρόλο στις τιμές και τα τιμολόγια (τιμή 1000 κεντρικό συνεταιρισμού). Τύποι Υλικών Προτείνεται το GR ΕΜΠΟΡΕΥΜΑΤΑ από τον πίνακα παραμετροποίησης Οι Ενεργοί Τύποι Υλικών καταγράφονται στον πίνακα παραμετροποίησης ZSRS_VALID_MTART. Καθορίζει τα προς αποστολή υλικά, barcodes, τιμές αλλά όχι τιμολόγια. Τμήμα Παίζει ρόλο στην προσομείωση τιμοδότησης για την εύρεση τιμών (τιμή = 99 - κεντρικό συνεταιρισμού). 34

35 Υλικό Επηρεάζει υλικά, barcodes, τιμές αλλά όχι τιμολόγια.δυνατότητα επιλογής σε foregroundmode (κυρίως για δοκιμές ή εξαναγκασμένη αποστολή κάποιου στοιχείου για το Υλικό), initial σε backgroundmode ώστε να εκτελείται για το σύνολο των υλικών. Ημερομηνία / Ωρα Ορίζουμε σαν πλήρη επιτυχή εκτέλεση (FullSuccessRun) του προγράμματος την περίπτωση που η εκτέλεση γίνεται χωρίς περιορισμούς στα Υλικά (στην οθόνη επιλογής) και το πρόγραμμα εκτελείται για ολες τις κατηγορίες (Υλικά, Barcodes, κ.λ.π.). Αυτός είναι και ο προεπιλεγμένος τρόπος εκτέλεσης σε backgroundmode. Σε κάθε επιτυχή τέτοια εκτέλεση το πρόγραμμα γράφει στον πίνακα ZSRS_EXP_LOG01 την Ημερομηνία και την ώρα της εκτέλεσης με δείκτη RUNTYPE = F (Full). Σε κάθε νέα εκτέλεση για αποστολή αλλαγών, το πρόγραμμα διαβάζει απο τον πίνακα την Ημερομηνία/ώρα της τελευταίας επιτυχούς εκτέλεσης και ψάχνει αλλαγές απο εκείνη τη χρονική στιγμή μέχρι τη στιγμή της εκτέλεσης. Σε περίπτωση που θα γίνει εξαναγκασμένη αποστολή δεδομένων κάποιων υλικών, η αποστολή δεν θα θεωρηθεί πλήρης από το σύστημα και στην επόμενη background εκτέλεση τα δεδομένα θα ξανααποσταλλουν. 35

36 PRICING_PROCEDURE Για την τιμοδότηση, χρησιμοποιείται η FUNCTION ZARI_SD_PROCESS_PRICING (η ιδία που χρησιμοποιείται και στις υπόλοιπες SAP διαδικασίες) με κωδικό είδους και πελάτη αυτόν που αντιστοιχεί στον κωδικό καταστήματος, διαφορετικά με defaultcustomer από τον πίνακα παραμετροποίησης ZSRS_SETTINGS πεδίο default_cust Κωδικός Καταστήματος Όπου χρειάζεται αποστολή στοιχείων διαφοροποιημένων ανά κατάστημα αποστέλλεται ο κωδικός καταστήματος (compcode στους πίνακες του srs). Από τον πίνακα παραμετροποίησης ZSRS_SETTINGS πεδίο EXP_STORES καθορίζεται αν θα αποστέλλονται διαφοροποιημένα στοιχεία ως εξής: o A All stores as one (default code) o Only our stores as one (default code) o N All stores analytical Κωδικός Καταστήματος αποστέλλεται στους Πίνακες Υλικών (οπου όμως δεν υπάρχει τρόπος διαχωρισμού δηλ. αποστολή συγκεκριμμένων Υλικών σε συγκεκριμμένο κατάστημα), Τιμών και Προσφορών. Φυσικά στην αποστολή Τιμολογίων γίνεται ούτως ή άλλως χρήση του Κωδικού Καταστήματος Διάβασμα/Επιλογη Εγγράφων Υλικά Πεδία που αποστέλλονται Κωδικός είδους Περιγραφή (στη γλώσσα Ζ1 ) Βασική μονάδα (σε SRS κωδικοποίηση απο τον πίνακα αντιστοίχισης ZSRS_UOM) Ποσοστό ΦΠΑ: Το ποσοστό ΦΠΑ καθορίζεται απο την προσομοίωση τιμοδότησης (απο πίνακα zsrs_settings fielda002_cond - συνθήκη MWST ) Μεγαλομονάδα (MARA-ZZRETAILUNIT) Ποσότητα Μεγαλομονάδας (αντιστοιχία της Βασικής Μονάδας με την Μεγαλομονάδα) Επιλογή Υλικών για πρώτο «τρέξιμο» Αποστέλλονται όλα τα υλικά του τύπου υλικών που επιλέχθηκε και που δεν είναι προς διαγραφή, με την προυπόθεση οτι δεν έχουμε ορίσει περιορισμό σε κωδικούς απο την οθόνη επιλογής. 36

37 Επιλογή Υλικών για αποστολή αλλαγών (ημερήσιο «τρέξιμο») Ελέγχονται οι αλλαγές των υλικών που σχετίζονται με την Ζ1 περιγραφή του υλικού και με τις αλλαγές που σχετίζονται με την Μεγαλομονάδα (αλλαγή Μεγαλομονάδας ή αλλαγή ποσότητας αντιστοίχισης). Φυσικά ελέγχονται και προσθήκες νέων Υλικών στη βάση. Διαγραφές Υλικών Διαγραφές Υλικών στέλνονται μόνο στο ημερήσιο «τρέξιμο». Αποστέλλεται μόνο ο Κωδικός Υλικού Ενημέρωση Τιμών Η εφαρμογή υποστηρίζει διαφορετικές τιμές ανά πελάτη για όποιον πελάτη ορίσουμε ως τέτοιο στην παραμετροποίηση αν αυτό είναι επιθυμητό: Τιμή λιανικής Η τιμή που δίνεται στο SRS είναι η τιμή του conditiontype ZPRL (=τιμή λιανικής) στην pricingprocedure ZA0001. Η τιμή αυτή διαμορφώνεται μέσω του price simulation χρησιμοποιώντας την Function ZARI_SD_PROCESS_PRICING για πελάτη Συνθήκες που επηρεάζουν την τιμή: Συνθήκη Περιγραφή Παράγοντες που επηρεάζουν την τιμή ZPRO Τιμή αγοράς Υλικό ZMRS* SalesMarkUp Υλικό/Ομάδα υλικού/ Κανάλι διανομής ZEPA Επιβάρυνση Υλικό/Ομάδα υλικού ZMRL* Mark-up λιανικής Υλικό/Ομάδα υλικού/ Κανάλι διανομής ZWST** ΦΠΑ Υλικό/Πελάτης * Τεχνικά, η συνθήκη εξαρτάται και από πολλούς άλλους παράγοντες (πελάτη, ιεραρχία κλπ). Αναφέρονται αυτοί που έχουν εγγραφές. ** Εξαρτάται από τον πελάτη με την έννοια ότι ο πελάτης μπορεί να υπόκειται σε μειωμένο ΦΠΑ. Ωστόσο το ποσοστό δίνεται ως ο πελάτης να είναι υπόχρεος σε πλήρες ΦΠΑ και εξαρτάται για τους σκοπούς του projectμόνο από το υλικό. Αποστέλλεται η τιμή ανα βασική μονάδα με ΦΠΑ. 37

38 Ενεργοποίηση αποστολής αλλαγών: Οι τιμές αποστέλλονται μόνο εφόσον αλλάξει η τιμή αγοράς ΖPR0 που αποτελεί και την τιμή βάσης για τον υπολογισμό της τιμής πώλησης. Αυτό επιτυγχάνεται από τις αλλαγές του πίνακα Α913, που αντιστοιχεί στην συνθήκη ZPR0 για την κανονική τιμή.στην περίπτωση που αλλάξουν κάποιες από της συνθήκες ZMRS SalesMark, ZEPA επιβάρυνση, ZMRL Markup Λιανικής και MWST ΦΠΑ, τότε θα πρέπει να γίνει manuallyinitialrun για τα υλικά που αφορά η αλλαγή Προσφορές (Τιμές Φυλλαδίου) Πεδία που αποστέλλονται o Κωδικός είδους o Τιμή (προσφοράς) o Ημερομηνία έναρξης o Ημερομηνία λήξης Ενεργοποίηση αποστολής αλλαγών Οι τιμές αποστέλλονται από τις αλλαγές των πινάκων Α913 και A398 για τις τιμές φυλλαδίου (συνθήκη ZE01 ). Ο υπολογισμός γίνεται μέσω της pricingprocedureγια την συνθήκη ZNVA σύν ΦΠΑ (συνθήκη MWST ). Η τιμή αυτή δεν περιλαμβάνει το Markup λιανικής αλλά είναι η τιμή πώλησης του συνεταιρισμού. Αυτό γιατί η τιμή λιανικής στην pricingprocedure είναι ανεξάρτητη της συνθήκης φυλλαδίου ZE01. Αρχικοποίηση Οι προσφορές δεν θα τρέξουν μαζικά για όλα τα υλικά αλλά θα μπει την πρώτη φορά σαν περίοδος αλλαγών 1 ή 2 μήνες ώστε να πιάσουμε τις τελευταίες προσφορές Barcodes Επιλογή BARCODES για πρώτο «τρέξιμο». Πεδία που αποστέλλονται o Κωδικός είδους o Κωδικός barcode o Ποσότητα σε βασική μονάδα που αντιπροσωπεύει το barcode. 38

39 Επιλογή BARCODES για αποστολή αλλαγών (ημερήσιο «τρέξιμο») Αλλαγές barcode μπορούν να αφορούν είτε στον κωδικό (DMEAN) είτε στη μονάδα μέτρησης που αντιστοιχεί στο Barcode (DMARM). Αν γίνουν πολλαπλές αλλαγές στον ιδιο κωδικό την ιδια ημέρα αποστέλλεται η τελευταία αλλαγή. Στην περίπτωση που δημιουργηθεί ένας κωδικός από λάθος και διαγραφεί την ίδια μέρα, θα έχει ως αποτέλεσμα την αποστολή στο SRSκωδικού «προς διαγραφή» που δεν θα υπάρχει Τιμολόγια πωλήσεων Τα Τιμολόγια αποστέλλονται σε δύο Πίνακες (Header / Details). Οι γραμμές των Τιμολογίων αποστέλλονται με μονάδα μέτρησης αυτή του Τιμολογίου (οχι η Βασική) σε κωδικοποίηση SRSκαι τιμές (αρχική, έκπτωση και τελική) που αντιστοιχούν στη συγκεκριμμένη μονάδα και για το σύνολο της γραμμής. Στον πίνακα ZSRS_EXP_LEGDOC αποθηκεύονται τα απεσταλμένα παραστατικά. Κατά την αρχική εκτέλεση δεν αποστέλλονται Τιμολόγια. Διαβάζονται τα εκτυπωμένα Τιμολόγια απο τον πίνακα της Ελληνικοποίησης με ημερομηνία δημιουργίας της εγγραφής στα όρια της/των ημερομηνιών για τις οποίες γίνεται η εκτέλεση. Δηλαδή, το τιμολόγιο αποστέλλεται με βαση την μέρα δημιουργίας του εγγράφου και όχι την μέρα τιμολόγησης (σε περίπτωση που δεν συμπίπτουν). ΣΗΜΕΙΩΣΕΙΣ: Με το πέρας της ενημέρωσης το πρόγραμμα στέλνει εναhttpcall για κάθε πίνακα που ενημερώνει ώστε να ξεκινήσει η επεξεργασία των στοιχείων απο το SRS. Η επιτυχής εκτέλεση του προγράμματος καταγράφεται στο LogFileZSRS_EXP_ LOG01 με RUNTYPE = F (Lastdate/timeperformed a FullSuccessRun). Στον ιδιο πίνακα καταγράφονται και τυχόν λάθη που προκύπτουν κατα τη διαδικασία. Στην αποστολή αλλαγών (τιμών, barcodesκ.λ.π.) ΔΕΝ ελέγχουμε (δεν υπάρχει η δυνατότητα) την ύπαρξη του Υλικού στη Βάση του SRS. 39

40 4.2 Εμφάνιση LogFile Πρόγραμμα : ZSRS_UCA_SAP2SRS_02 Κίνηση : ZSAP2SRS02 Μετά από κάθε εκτέλεση αποστολής στοιχείων (καθημερινή ή αρχική εκτέλεση) τα αποτελέσματα καταγράφονται κωδικοποιημένα στον πίνακαzsrs_exp_log01. Το πρόγραμμα εμφανίζει με βάση και τα κριτήρια του Selection-screenτις αντίστοιχες εγγραφές. Η δομή του πίνακα είναι η ακόλουθη: APPLC o S SRStoSAP o A SAP to SAP ---- not in use o P SAPtoSRS RUNDATE Ημερομηνία εκτέλεσης RUNTIME Ώρα έναρξης της εκτέλεσης RUNTYPE o F = Full means changes run without any selection criteria, o N = Normal (changes but not full, manual run) COMPCODE Company Code (if needed, e.g. in Billing Docs) RT Record Type (see table zsrs_rt for details) KEY1 OK = Everything OK, Material Code/Invoice Nr (depending on error) KEY2 Blank / Barcode (depending on error) ERRORTEXT Message to specify the error 40

41 4.3 Εμφάνιση Πινάκων SRS Κίνηση : ZSRSTABLES Εμφανίζει τα περιεχόμενα των SRSπινάκων με απευθείας SQLσε όποια άλλη βάση θέλουμε (για έλεγχο μετά την ενημέρωση από το SAP). 41

42 ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΗ 42

43 5 Παραμετροποίηση Εφαρμογής Κίνηση : ZSRSCUSTOMIZING 5.1 Πίνακες παραμετροποίησης Για την αντιστοίχηση οργανωτικών δεδομένων (π.χ. Καταστήματα στο SRS με Plantsστο SAP), καθώς και δεδομένων εφαρμογής(π.χ. Αντιστοίχηση μονάδων του SRSμε μονάδες του SAP) δημιουργήθηκαν και χρησιμοποιήθηκαν οι εξής πίνακες παραμετροποίησης: ZSRS_UOM ZSRS_STORE_MAP ZSRS_STORES_V ZSRS_SETTINGS ZSRS_FLOWCNT ZSRS_ORG_DATA SAP to SRS UOM correspondence Mapping Table for stores and organizational data SRS Stores SAP to SRS Interface General Settings SRS: Control Of Actions Flow SRS: Organizational Data 43

44 5.1.1 Αντιστοίχιση Μονάδων (ZSRS_UOM) Περιέχει την αντιστοίχηση μονάδων μέτρησης μεταξύ SRSκαι SAP. Χρησιμοποιείται κατά την αξιολόγηση των δεδομένων από το SRSκαθώς και στην συμπλήρωση των δεδομένων σε επίπεδο Itemγια την δημιουργία SalesOrder Δικά μας Καταστήματα SRS (ZSRS_STORE_MAP) Περιέχει την αντιστοίχηση μεταξύ των καταστημάτων στο SRSκαι Plantsστο SAP. Χρησιμοποιείται: Στην αρχικοποίηση του προγράμματος ZSRS_UFD_SRS2SAP_02 Κατά την αξιολόγηση των δεδομένων από το SRS Κατά την συμπλήρωση των δεδομένων σε επίπεδο Itemγια την δημιουργία SalesOrder Καταστήματα (ZSRS_STORES_V) Εδώ συνδυάζουμε τον κωδικό καταστήματος SRS με αριθμό πελάτη και δηλώνουμε αν το κατάστημα ανήκει στον συνεταιρισμό και αν τα δεδομένα εξαρτώνται από το κατάστημα κατά την αποστολή δεδομένων (ξεχωριστά δεδομένα για το κατάστημα) Γενικές Παράμετροι εφαρμογής (ZSRS_SETTINGS) Περιέχει τις συνθήκες τιμώνπου χρησιμοποιούνται στη δημιουργία παραγγελίας( ZSRS -NetPrice, ZSRD-Discounts, ZRST-Taxes) καθώς επίσης Οργανωτικά δεδομένα που χρησιμοποιούνται για το Extend υλικών κατά τον έλεγχο δεδομένων και επίσης στην συμπλήρωση πεδίων με σταθερές τιμές όπως π.χ. Ιστοτιμίες Έλεγχος ροής/κατάστασης Δεδομένων (ZSRS_FLOWCNT) Ο παραπάνω πίνακας παραμετροποίησης ελέγχει τη ροή των δεδομένων τα οποία έχουν επιτυχώς περάσει την αξιολόγηση.ο έλεγχος ροής/κατάστασης δεδομένων μπορεί να χωριστεί σε 3 κατηγορίες : ΕλεγχοςΠελατώνΈλεγχος Εγκυρότηταςδεδομένων Έλεγχος Ροής Εγγράφου. Η διαδικασία ενεργοποιείται στο τελευτάιο στάδιο του προγράμματος. 44

45 Τα βασικά πεδία ελέγχου ροής είναι τα εξής : 1. PFDTY-Τύπος Ενέργειας : DA Sales Order/Delivery/Billing MT Create/ExtendMaterial CT Create/ExtendCustomer 2. INTAC - Ενέργεια/Κατάσταση : 02 Σφάλματα κατά το δίαβασμα της βάσης δεδομένων του SRS 03 Επιτυχές Διάβασμα απο τη βάση δεδομένων του SRS 04 Σφάλματα στην αξιολόγηση δεδομένων 05 Επιτυχής αξιολόγηση δεδομένων 09 Σφάλματα στην Παραγγελία 10 Επιτυχής Παραγγελία 19 Σφάλμα στην Παράδοση 20 Παράδοση Επιτυχής 29 Σφάλμα στην Τιμολόγηση 30 Τιμολόγηση Επιτυχής 49 Σφάλμα στην δημιουργία/επέκταση Κωδικού Πελάτη 50 Κωδικός Πελάτη Δημιουργήθηκε/Επεκτάθηκε Οργανωτικά Δεδομένα (ZSRS_ORG_DATA) Ο παραπάνω πίνακας παραμετροποίησης περιέχει τα Οργανωτικά Δεδομένα που χρησιμοποιούνται κατά την δημιουργία SalesOrder,σε επίπεδο Header. Συγκεκριμένα περιέχει τιμές οι οποίες παραμένουν σταθερές (όπως π.χ. Το SalesArea για τις πωλήσεις Retail ) και κάποιες άλλες οι οποίες παραλλάσσονται ανάλογα με τον τύπο πώλησης ( WHOLESALES,RETAIL ) και το είδος εγγράφου ( ΖORS, ZRES ) Ενεργοί Τύποι Υλικών (ZSRS_VALID_MTART) Αυτός ο πίνακας κρατάει τους τύπους υλικών (προς το παρόν 2000 εμπορεύσιμα) που αφορούν την γέφυρα SAP<->SRS. 45

46 5.2 Πρότυπα masterdata Πελάτης DUMMY Επίσης χρησιμοποιείται για την αντιγραφή βασικών δεδομένων από τον DUMMY πελάτη με κωδικό , για την δημιουργία ή επέκταση πελάτη. Τα πεδία πέραν του κωδικού ΑΦΜ και περιγραφή αντιγράφονται από αυτόν Πελάτης RETAIL Είναι ο Πελάτης Λιανικής Πεδίο Πελάτης στο Plant Το πεδίο kunnr - Customernumberτουplant, tablet001w χρησιμοποιείται για τον χαρακτηρισμό των ίδιων καταστημάτων. Το πεδίο RPMKR - RegionalMarket, tablek- NA1 χρησιμοποιείται για την καταχώρηση του κωδικού καταστήματος (compcodeστους πίνακες του srs). Η τομή των ανωτέρω μας δίνει τον κωδικό πελάτη των συνεργαζόμενων καταστημάτων. 46

47 6 Παραμετροποίηση SAP για Λιανική Το σύστημα παραμετροποιήθηκε για την υποστήριξη των πωλήσεων λιανικής. Συγκεκριμένα τα σούπερ μάρκετ μπήκαν στις οργανωτικές δομές της εταιρίας και δημιουργήθηκαν ξεχωριστοί τύποι παραστατικών για τις πωλήσεις λιανικής. Ακολούθως διαφοροποιήθηκαν και άλλα χαρακτηριστικά της ροής πωλήσεων και διανομής όπως διαδικασία τιμοδότησης, τύποι ειδών κλπ. οργανωτικές δομές. 6.1 SuperMarkets Τα supermarketsτης εταιρίας μπήκαν στο σύστημα ως «εγκαταστάσεις» (plants). Δημιουργήθηκαν οι εξής εγκαταστάσεις: Εγκατάσταση SAP Super Market 2001 SM SM SM SM4 Σημειώνεται ότι στις εν λόγω εγκαταστάσεις επιτρέπεται το αρνητικό απόθεμα. 47

48 6.2 Κανάλι διανομής Οι λιανικές πωλήσεις γίνονται μέσω νέου καναλιού διανομής: Κανάλι διανομής 30 λιανικές πωλήσεις 6.3 Σημείο αποστολής Δημιουργήθηκαν τα αντίστοιχα σημεία αποστολής Σημείο αποστολής Σημείο αποστολής Super Market 2001 SM1 SM SM2 SM SM3 SM SM4 SM4 48

49 7 Ροή Παραστατικών Τα καινούργια παραστατικά που δημιουργήθηκαν περιλαμβάνονται συνοπτικά στον παρακάτω πίνακα. Η ροή παραστατικών αφορά μόνο την περιοχή πωλήσεων λιανικής: Χαρακτηριστικά παραστατικών λιανικής Πώληση Λιανικής (Απόδειξη) Πώληση Χονδρικής (τιμολόγιο) Επιστροφή Λιανικής Επιστροφή σε παρακαταθήκη Τύπος ZORS ZORS ZRES ZAD4 παραγγελίας Τύπος είδους ZOR4 ZOR4 ZRE6 ZRE6 Γραμμές ZS ZS ZR ZR παραγγελίας Τύπος ZLFS ZLFS ZRLS ZRLS παράδοσης Τύπος τιμολογίου ZORS ZROV ZRES ZREV Παραγγελίες Δεν γίνεται έλεγχος διαθεσιμότητας καθώς οι κινήσεις γίνονται απολογιστικά Για τις πωλήσεις που θα εκδοθεί τιμολόγιο χρησιμοποιείται η μέθοδος cardpayment. Έχει δημιουργηθεί ο τύπος κάρτας CASHπου αντιστοιχεί στην πληρωμή μετρητών 49

50 από πελάτη. Αν ο πελάτης θέλει τιμολόγιο και πληρώσει μετρητής θα μπαίνει η ένδειξη CASHστο πεδίο «κάρτα πληρωμής». Αν η πληρωμή έχει γίνει επί πιστώσει τότε το πεδίο μένει κενό. Κενό μένει και στην πώληση Λιανικής. Με αυτόν τον τρόπο η λογιστική εγγραφή του τιμολογίου εκκαθαρίζεται αυτόματα στην περίπτωση μετρητοίς, ή μένει ανοιχτή στην περίπτωση πληρωμής επί πιστώσει Παραδόσεις Τα υλικά στις παραδόσεις δεν είναι σχετικά για διαχείριση αποθήκης ή συλλογή Τιμολόγηση Για την περίπτωση έκδοσης τιμολογίου χρησιμοποιείται το παραστατικό ZORV (ή ZREVστις επιστροφές). Στις περιπτώσεις απόδειξης λιανικής χρησιμοποιείται το παραστατικό ZORS (ZRESστην επιστροφή). 50

51 8 Τιμοδότηση Για την τιμοδότηση των πωλήσεων δημιουργήθηκε η διαδικασία τιμοδότησης ZS0001, ZS0001 Λιανική συνεταιρισμού Η διαδικασία αυτή περιλαμβάνει τις ακόλουθες συνθήκες: Συνθήκη Περιγραφή Αξία ZPR0 Τιμή αγοράς Η τιμή αγοράς του SAPμόνο για στατιστικούς λόγους ZSRS* Τιμή πώλησης SRS Η τιμή πώλησης του SRSχωρίς ΦΠΑ ZSRF Τιμή φυλλαδίου Η τιμή πώλησης του SRSαν προέρχεται από φυλλάδιο (αντικαθιστά την συνθήκη ZSRS) ZSRD Έκπτωσης SRS % Η έκπτωση πώλησης του SRS ZRST ΦΠΑ Λιανικής SRS Η τιμή του ΦΠΑ ZSRL Τιμή Λιανικής Η τιμή με ΦΠΑ μόνο για στατιστικούς λόγους *Στους πίνακες απ το δίνεται η τελική πληρωτέα φορολογείται για να υπολογιστεί η συνθήκη ZSRS. αξία χωρίς έκπτωση. Αυτή από 51

52 9 Λογιστική 9.1 Διαδικασία καθορισμού λογαριασμού μετρητών-απόδειξη Για την περίπτωση της λιανικής πώλησης δημιουργήθηκε η διαδικασία λογαριασμού μετρητών: ZSM001 Διαδλογαρ. μετρητών Λιανική Σύμφωνα με την διαδικασία αυτή καθορίζεται ποιος λογαριασμός ταμείου θα χρεωθεί ανάλογα με την εγκατάσταση (SuperMarket). Στην Απόδειξη λιανικής χρεώνεται κατ ευθείαν ο λογαριασμός του αντίστοιχου ταμείου SuperMarket 9.2 Διαδικασία καθορισμού λογαριασμού σε τιμολόγιο Δημιουργήθηκε η διαδικασία: ZS0001 Διαδλογαρ. μετρητών Λιανική Σύμφωνα με την διαδικασία αυτή καθορίζεται ποιος λογαριασμός ταμείου θα χρεωθεί ανάλογα με την εγκατάσταση (SuperMarket): Τιμολόγιο, πληρωμή μετρητοίς Η λογιστική εγγραφή εκκαθαρίζεται αυτόματα χρεοπιστώνοντας τον πελάτη και χρεώνοντας τον λογαριασμό ταμείου του αντίστοιχου SuperMarket. Τιμολόγιο, πληρωμή επί πιστώσει Η λογιστική εγγραφή μένει ανοιχτή χρεώνοντας τον πελάτη. 52

53 10 Βασικά Δεδομένα 10.1 Ομάδα λογαριασμού πελάτη Δημιουργήθηκε η ομάδα λογαριασμού πελάτη ZCDA που αντιπροσωπεύει τον Πελάτη λιανικής RETAIL Υλικά Στα υλικά, στα δεδομένα πωλήσεων και για την περιοχή πωλήσεων τα υλικά ανοίγουν με την ιδιότητα να επιτρέπεται αρνητικό απόθεμα. 53

54 11 Development SAP για Λιανική 11.1 Μεγαλομονάδα Έχει γίνει extend ο standard πίνακας mara με πεδίο μεγαλομονάδας το οποίο προς το παρόν είναι προαιρετικό αλλά μέσα από απλή παραμετροποίηση SAP γίνεται πολύ απλά υποχρεωτικό (θα πρέπει να γίνει αφού δωθούν οι μεγαλομονάδες). Το πεδίο αυτό βρίσκεται στα βασικά δεδομένα του υλικού και προστέθηκε μόνο στα εμπορεύσιμα υλικά. Το σύστημα ελέγχει αν η μεγαλομάδα έχει συντηρηθεί στα επιπλέον δεδομένα μονάδων ως αντιστοιχία με την βασική μονάδα μέτρησης.

55 11.2 Περιγραφή SRS Κατά το σώσιμο ενός υλικού μετά από οποιαδήποτε αλλαγή το σύστημα ελέγχει αν έχει συντηρηθεί η περιγραφή στην γλώσσα Z1-SRS όπου θα συντηρείται η περιγραφή SRS για το υλικό. Ο έλεγχος γίνεται μόνο για τα υλικά τα οποία βρίσκονται στην παραμετροποίηση ως ενεργοί τύποι υλικών της γέφυρας (εμπορεύσιμα) Έλεγχος Μονάδων στο Υλικό Κατά την αποθήκευση ενός υλικού μετά από οποιαδήποτε αλλαγή το σύστημα ελέγχει αν όλες οι μονάδες του είναι συντηρημένες στον πίνακα παραμετροποίησης αντιστοίχισης μονάδων με μονάδες SRS έτσι ώστε να μην παρατηρηθούν λάθη λόγω μη αντιστοίχησης στην γέφυρα SAP&SRS. Αυτό έγινε με ειδική ανάπτυξη. Ο έλεγχος γίνεται μόνο για τα υλικά τα οποία βρίσκονται στην παραμετροποίηση ως ενεργοί τύποι υλικών της γέφυρας (εμπορεύσιμα). 55