Πριν από την ενσωμάτωση του ERP με το CRM, οι πληροφορίες που μεταφέρονται, το σύστημα που κατέχει κάθε πληροφορία, το χρονοδιάγραμμα και τον τρόπο επίλυσης σφαλμάτων πρέπει να καθορίζονται.
Μια απαίτηση όπως « θέλουμε τα συστήματα να επικοινωνούν » αφήνει ανοιχτές βασικές ερωτήσεις. Ένας πελάτης μπορεί να υπάρχει και στις δύο εφαρμογές με διαφορετικά αναγνωριστικά. Ένας αντιπρόσωπος εμπορίου μπορεί να αλλάξει μια διεύθυνση σε CRM, ενώ η χρέωση χρησιμοποιεί πληροφορίες ERP. Η ολοκλήρωση χρειάζεται έναν κανόνα για κάθε τέτοια κατάσταση.
Επιλέξτε μια επιχειρηματική ροή για το πρώτο βήμα
Ξεκινήστε από μια πλήρη λειτουργία: μια εγγραφή πελάτη, μεταφορά μιας αποδεκτής παραγγελίας ή εμφάνιση της κατάστασης χρέωσης σε CRM. Καθορίστε ποιος χρησιμοποιεί το αποτέλεσμα και ποια χειρωνακτική δραστηριότητα θα πρέπει να αλλάξει.
Μια πρώτη οριοθετημένη ροή καθιστά ευκολότερο τον έλεγχο εξαρτήσεων. Μπορείτε να μάθετε αν τα δεδομένα είναι επαρκή και αν οι διεπαφές συστημάτων επιτρέπουν τις απαραίτητες λειτουργίες πριν από την επέκταση της ολοκλήρωσης.
Η ολοκλήρωση των παραγγελιών δεν περιλαμβάνει σιωπηρά όλα τα αποθέματα, την απόδοση, τις τιμές και τις λογιστικές λειτουργίες, τα οποία πρέπει να αξιολογούνται σύμφωνα με τον στόχο του έργου.
Ορισμός της πηγής αναφοράς για κάθε πληροφορία
Η ομάδα πρέπει να γνωρίζει πού δημιουργούνται οι πληροφορίες, ποιος μπορεί να τις τροποποιήσει και πώς να επιλύσει μια σύγκρουση.
| Πληροφορίες | Απαιτούμενη απόφαση |
|---|---|
| Πελάτης | Πώς αναγνωρίζουμε την ίδια εταιρεία και στα δύο συστήματα; |
| Στοιχεία τιμολόγησης | Ποιος τους επικυρώνει και ποιο σύστημα διατηρεί την έκδοση αναφοράς; |
| Εμπορική επαφή | Ποιες αλλαγές μεταδίδονται και σε ποιον επιτρέπεται η πρόσβαση; |
| Εντολή | Σε ποια κατάσταση μπορεί να εισέλθει στο ERP και πότε η επεξεργασία μπλοκ; |
| Στάδιο τιμολόγησης | Τι πληροφορίες χρειάζεται να δει η εμπορική ομάδα; |
| Προϊόντα και τιμές | Ποιος κατάλογος χρησιμοποιείται και ποιοι κανόνες εμπορίου εφαρμόζονται; |
Αυτές είναι ερωτήσεις σχεδιασμού, όχι καθολικές συστάσεις ότι ένα συγκεκριμένο σύστημα πρέπει να κατέχει κάθε κατηγορία. Οι απαντήσεις εξαρτώνται από το πώς λειτουργεί η εταιρεία και τις δυνατότητες των εφαρμογών.
Ελέγξτε τις πραγματικές δυνατότητες των συστημάτων
Ένα προϊόν μπορεί να έχει API, αλλά ορισμένες λειτουργίες ή όγκοι μπορεί να απαιτούν πρόσθετα δικαιώματα. Ελέγξτε το περιβάλλον δοκιμής και την πρόσβαση στην υποστήριξη του προμηθευτή.
Η τεχνική ομάδα πρέπει να αποσαφηνίσει την ταυτοποίηση, τα όρια χρήσης και τους μηχανισμούς κοινοποίησης. Η ολοκλήρωση που λαμβάνει γεγονότα λειτουργεί διαφορετικά από αυτή που περιοδικά ελέγχει τις αλλαγές. Η επιλογή πρέπει να συσχετίζεται με την ταχύτητα ενημέρωσης που χρειάζεται η διαδικασία.
Η τεκμηρίωση των διεπαφών και η διαχείριση των εκδόσεων περιλαμβάνονται επίσης στην Συστάσεις της Microsoft για το σχεδιασμό APIΓια τον δικαιούχο, το πρακτικό ερώτημα είναι πώς η ολοκλήρωση εξακολουθεί να λειτουργεί όταν ένας προμηθευτής ενημερώνει το προϊόν.
Σχεδιασμός αντιμετώπισης σφαλμάτων πριν από την έναρξη
Καθορίστε τι συμβαίνει αν μια εντολή φτάσει με ελλείπουσες πληροφορίες, εάν το ERP δεν ανταποκριθεί ή εάν το ίδιο μήνυμα μεταδοθεί εκ νέου. Χρήσιμη ενσωμάτωση πρέπει να κάνει ορατά καταστάσεις που απαιτούν παρέμβαση.
Για επιχειρήσεις που μπορούν να επαναληφθούν, η ομάδα ελέγχει την προστασία από αντίγραφα. Σε επιχειρηματικούς όρους, η αναμετάδοση του ίδιου αιτήματος δεν πρέπει κατά λάθος να δημιουργήσει μια δεύτερη σειρά. Η ακριβής συμπεριφορά ορίζεται και δοκιμάζεται για κάθε ροή.
Αναθέστε έναν υπεύθυνο για λάθη, έναν τρόπο κοινοποίησης και μια διαδικασία συμφιλίωσης. Αναφορά « μήνυμα που αποστέλλεται » δεν αρκεί αν ο χρήστης πρέπει να γνωρίζει ότι τα δεδομένα έχουν γίνει αποδεκτά και χρησιμοποιούνται σωστά.
Διευκρίνιση της πρόσβασης και της ευθύνης μετά την κυκλοφορία
Καθορίστε ποιος διαχειρίζεται τις πιστοποιήσεις, πώς αλλάζουν και ποιες πληροφορίες μπορούν να εμφανιστούν στα τεχνικά αρχεία καταγραφής.
Μια λανθασμένη διεύθυνση που έχει εισαχθεί στο σύστημα πηγής μπορεί να μεταδοθεί σωστά από τεχνική άποψη και παρ' όλα αυτά να δημιουργήσει ένα λειτουργικό πρόβλημα.
Το σχέδιο στήριξης προσδιορίζει ποιος παρεμβαίνει όταν το πρόβλημα βρίσκεται στο ERP, CRM ή συστατικό στοιχείο που τα συνδέει.
Ορισμός αποδοχής με πραγματικά παραδείγματα
Προπαρασκευάζει αντιπροσωπευτικές περιπτώσεις από τη δραστηριότητα της εταιρείας, συμπεριλαμβανομένων αλλαγών, ακυρώσεων και ελλιπών δεδομένων. Για κάθε μία, περιγράφει το αναμενόμενο αποτέλεσμα και τις πληροφορίες που είναι ορατές και στα δύο συστήματα.
Μετρά τον απαραίτητο χρόνο συγχρονισμού και την υπόλοιπη χειροκίνητη προσπάθεια. Επίσης, δοκιμάζει την επιστροφή σε έναν ασφαλή τρόπο εργασίας αν η κυκλοφορία βρίσκεται σε κίνδυνο.
UP2DATE να παρέχει Ολοκλήρωση των συστημάτων και εκσυγχρονισμός, μαζί με την ανάπτυξη λογισμικού για τις διαδικασίες της εταιρείας. Defiro Healthοι εφαρμογές, η διαδικτυακή πλατφόρμα και οι συνδεδεμένες συσκευές δείχνουν γιατί η διαδρομή δεδομένων πρέπει να εξεταστεί μέχρι τους ανθρώπους που τις χρησιμοποιούν. Είναι ένα παράδειγμα ολοκλήρωσης από άλλο πεδίο, όχι ένα έργο ERP-CRM.
Αν είστε έτοιμοι να συνδέσετε το ERP με το CRM, περιγραφή της επιχειρηματικής ροήςΗ πρώτη συζήτηση για... 30 τα πρακτικά είναι δωρεάν και η ανάλυση και η υλοποίηση καθορίζονται χωριστά.