Golden record πελάτη από ERP, CRM και e-shop με το Boomi DataHub
Το pattern hub-and-spoke για τα δεδομένα πελατών: σχεδιάστε ένα golden record, συνδέστε ERP, CRM και e-shop ως πηγές και τροφοδοτήστε το με το Boomi DataHub.
Μια τυπική μεσαία εταιρεία κρατά πελάτες σε τουλάχιστον τρία σημεία. Το ERP δημιουργεί τον πελάτη με το πρώτο τιμολόγιο, οι πωλητές καταχωρούν υποψήφιους πελάτες και επαφές στο CRM, και το e-shop γράφει όποιον κάνει παραγγελία. Κάθε σύστημα έχει το δικό του ID, τη δική του ορθογραφία της επωνυμίας και τη δική του άποψη για το ισχύον τηλέφωνο. Σε αυτό το άρθρο περιγράφουμε το pattern που τα ενώνει σε μία αξιόπιστη εγγραφή πελάτη και μετά το υλοποιούμε βήμα βήμα με το Boomi DataHub.
Γιατί οι απευθείας συγχρονισμοί δεν αρκούν
Η πρώτη προσπάθεια είναι συνήθως ένα σύνολο απευθείας συγχρονισμών: ERP προς CRM, e-shop προς ERP, CRM πίσω στο ERP. Δουλεύει για λίγο, και μετά:
- Οι ροές πολλαπλασιάζονται. Τρία συστήματα θέλουν έως έξι μονόδρομες ροές· ένα τέταρτο τις ανεβάζει σε δώδεκα.
- Κανείς δεν αποφασίζει ποια τιμή κερδίζει. Αν το CRM και το ERP αλλάξουν και τα δύο το τηλέφωνο, ο τελευταίος συγχρονισμός σβήνει τον άλλον, και η «σωστή» τιμή εξαρτάται από τη χρονική σειρά.
- Τα διπλότυπα πληθαίνουν. Το e-shop δημιουργεί «Παπαδόπουλος ΑΕ» ενώ το ERP έχει ήδη «Παπαδόπουλος Α.Ε.». Κάθε συγχρονισμός αντιγράφει πιστά και τα δύο.
- Τα IDs μπερδεύονται. Κάθε ροή κρατά τη δική της αντιστοίχιση κωδικών ERP, IDs του CRM και IDs του e-shop, και σιγά σιγά αποκλίνουν.
Το pattern: ένα hub με πηγές που συνεισφέρουν και δέχονται ενημερώσεις
Στο pattern hub-and-spoke (coexistence), κάθε σύστημα στέλνει τις εγγραφές πελατών του σε ένα κεντρικό hub. Το hub τις ταυτίζει, φτιάχνει ένα golden record για κάθε πραγματικό πελάτη, θυμάται ποιες εγγραφές-πηγές του ανήκουν, και στέλνει τις συμφωνημένες αλλαγές πίσω στα συστήματα που τις θέλουν.
ERP ──┐ ┌──► ERP (δέχεται: τηλέφωνο, email)
CRM ──┼──► hub: match + merge ───┼──► CRM (δέχεται: όλα)
e-shop┘ golden record └──► e-shop (δέχεται: τίποτα ακόμη)Δύο αποφάσεις ανά πηγή καθορίζουν τον σχεδιασμό:
- Συνεισφέρει; Οι εγγραφές της στέλνονται στο hub και συμμετέχουν στο matching.
- Δέχεται ενημερώσεις; Λαμβάνει τις αλλαγές των golden records ώστε το δικό της αντίγραφο να μένει συνεπές.
Μια πηγή μπορεί να κάνει και τα δύο, μόνο το ένα, ή να ξεκινήσει μόνο με συνεισφορά μέχρι να εμπιστευτούν όλοι το hub. Στο παράδειγμά μας:
| Πηγή | Συνεισφέρει | Δέχεται ενημερώσεις | Σημειώσεις |
|---|---|---|---|
| ERP | Ναι | Ναι (επικοινωνία) | Αξιόπιστο για επωνυμία και ΑΦΜ |
| CRM | Ναι | Ναι | Αξιόπιστο για τηλέφωνο και υπεύθυνο επικοινωνίας |
| E-shop | Ναι | Όχι (προς το παρόν) | Πολλά διπλότυπα, συνεισφέρει μόνο για matching |
Υλοποίηση στο Boomi DataHub
Το Boomi DataHub οργανώνεται σε λίγα επίπεδα: ένα repository (όπου αποθηκεύονται τα golden records), models (η δομή και οι κανόνες μιας οντότητας, π.χ. Customer), sources (τα συστήματα που ανταλλάσσουν δεδομένα με το repository) και τα integration processes που μεταφέρουν δεδομένα μέσα κι έξω με τον Boomi DataHub connector. Οι ακριβείς ονομασίες στα μενού μπορεί να αλλάζουν από έκδοση σε έκδοση, οπότε δείτε τα παρακάτω ως οδηγό.
Βήμα 1: Δημιουργήστε repository
Στο DataHub δημιουργήστε ένα repository σε hub cloud κοντά στο σημείο όπου πρέπει να βρίσκονται τα δεδομένα σας (για δεδομένα στην ΕΕ, επιλέξτε τοποθεσία στην ΕΕ αν είναι διαθέσιμη στον λογαριασμό σας). Στο repository ζουν τα domains, τα golden records και η καραντίνα.
Βήμα 2: Σχεδιάστε το model Customer
Δημιουργήστε ένα model με όνομα Customer και προσθέστε τα πεδία που πραγματικά χρειάζεται να μοιραστείτε. Μην
αντιγράψετε κάθε στήλη του ERP:
| Πεδίο | Τύπος | Παράδειγμα |
|---|---|---|
name |
Text | Παπαδόπουλος Α.Ε. |
vat_number |
Text | 094123456 |
email |
Text | info@papadopoulos.gr |
phone |
Text | +30 210 1234567 |
city |
Text | Αθήνα |
postcode |
Text | 11526 |
Στο model ορίζετε επίσης τους κανόνες matching (πώς το DataHub κρίνει ότι δύο εγγραφές είναι ο ίδιος πελάτης) και,
προαιρετικά, βήματα ποιότητας δεδομένων. Ξεκινήστε με έναν απλό κανόνα ακριβούς ταύτισης, για παράδειγμα «ίδιο
vat_number». Πιο σύνθετους κανόνες καλύπτουμε στο
Κανόνες matching και διπλότυπα στο Boomi DataHub.
Βήμα 3: Προσθέστε τις πηγές
Δημιουργήστε μια πηγή για κάθε σύστημα, με σύντομο, σταθερό κωδικό: ERP, CRM, ESHOP. Προσθέστε τις πηγές στο model
και ορίστε για καθεμία αν συνεισφέρει δεδομένα και αν δέχεται ενημερώσεις (channel updates), σύμφωνα με τον πίνακα
παραπάνω. Μετά κάντε publish το model και deploy στο repository. Το model που έγινε deploy γίνεται domain, όπου
δημιουργούνται τα golden records.
Βήμα 4: Τροφοδοτήστε το hub από κάθε σύστημα
Για κάθε πηγή που συνεισφέρει, φτιάξτε ένα Boomi process:
- Διαβάστε τους πελάτες που άλλαξαν στο σύστημα (βάση ή connector του ERP, connector του CRM, REST API του e-shop). Διαβάστε μόνο ό,τι άλλαξε από την προηγούμενη εκτέλεση.
- Κάντε mapping της εγγραφής στη δομή του model Customer. Το ID της πηγής (π.χ. ο κωδικός ERP
C-1042) γίνεται το source entity ID, και μέσω αυτού το DataHub συνδέει το golden record με το συγκεκριμένο σύστημα. - Στείλτε τις εγγραφές με τον Boomi DataHub connector, με το operation που ενημερώνει golden records για αυτή την πηγή. Το DataHub κάνει matching σε κάθε εγγραφή: τη συνδέει με υπάρχον golden record, δημιουργεί νέο ή τη στέλνει σε καραντίνα.
Το payload που στέλνει ο connector είναι ένα batch οντοτήτων με τον κωδικό της πηγής. Εννοιολογικά μοιάζει έτσι (δημιουργήστε το πραγματικό profile με το import του connector, αντί να το γράψετε με το χέρι):
<batch src="ERP">
<customer>
<id>C-1042</id>
<name>Παπαδόπουλος Α.Ε.</name>
<vat_number>094123456</vat_number>
<email>info@papadopoulos.gr</email>
</customer>
</batch>Στην πρώτη εκτέλεση φορτώστε τις πηγές με σειρά αξιοπιστίας (πρώτα ERP, μετά CRM, μετά e-shop), ώστε οι πιο ισχυρές εγγραφές να αποτελέσουν τη βάση των golden records. Το DataHub προσφέρει και λειτουργία αρχικής φόρτωσης (initial load) για τις πηγές· αξίζει να τη δείτε στην τρέχουσα τεκμηρίωση πριν από μια μεγάλη πρώτη εισαγωγή.
Βήμα 5: Συγχρονίστε τα golden records πίσω
Για κάθε πηγή που δέχεται ενημερώσεις, φτιάξτε ένα δεύτερο process:
- Χρησιμοποιήστε το operation fetch channel updates του Boomi DataHub connector για την πηγή. Επιστρέφει τις αλλαγές golden records που η πηγή δεν έχει λάβει ακόμη.
- Κάντε mapping κάθε αλλαγής στη μορφή του συστήματος-στόχου και γράψτε την (π.χ. ενημέρωση της επαφής στο CRM).
- Αν η αλλαγή αφορά golden record που η πηγή δεν έχει δει ποτέ, δημιουργήστε την εγγραφή στον στόχο και επιστρέψτε το νέο ID στο DataHub, ώστε η σύνδεση να ολοκληρωθεί.
Προγραμματίστε και τα δύο είδη processes, για παράδειγμα κάθε 15 λεπτά, ή ενεργοποιήστε τα με events αν τα συστήματά σας μπορούν να δημοσιεύουν αλλαγές.
Βήμα 6: Ελέγξτε το αποτέλεσμα
Ανοίξτε το domain στο DataHub και αναζητήστε το C-1042. Πρέπει να βλέπετε ένα golden record με τρεις συνδεδεμένες
εγγραφές-πηγές (ERP, CRM, e-shop), καθεμία με το δικό της ID, και ιστορικό για το ποια πηγή άλλαξε τι και πότε. Αυτός ο
πίνακας συνδέσεων είναι επίσης έτοιμος πίνακας αντιστοίχισης κωδικών για κάθε άλλο integration.
Πριν βγείτε σε παραγωγή
- Συμφωνήστε ιδιοκτησία ανά πεδίο. Γράψτε ποια πηγή είναι αξιόπιστη για κάθε πεδίο πριν παραμετροποιήσετε οτιδήποτε.
- Ξεκινήστε μόνο με συνεισφορά. Αφήστε όλες τις πηγές να συνεισφέρουν για λίγες εβδομάδες, ελέγξτε την καραντίνα και τις ταυτίσεις, και μόνο τότε ενεργοποιήστε τις ενημερώσεις προς τις πηγές.
- Παρακολουθείτε την καραντίνα. Ορίστε data steward και δώστε του καθημερινό χρόνο για να επιλύει εγγραφές.
- Αποφύγετε τους «αντίλαλους». Όταν το CRM λάβει ενημέρωση από το hub, η επόμενη ανάγνωση «αλλαγμένων εγγραφών» θα περιλαμβάνει την ίδια αλλαγή. Φροντίστε να μη δημιουργεί άσκοπη κίνηση, για παράδειγμα συγκρίνοντας τιμές πριν την αποστολή.
- Χειριστείτε σωστά τα σφάλματα. Τα processes τροφοδοσίας και συγχρονισμού θέλουν retries και ειδοποιήσεις όπως κάθε integration. Δείτε το Χειρισμός σφαλμάτων και retries στο Boomi.
Σύνοψη
Το pattern του golden record αντικαθιστά ένα δίχτυ συγχρονισμών με ένα hub που αποφασίζει «ποιος είναι ποιος» και ποια τιμή κερδίζει. Στο Boomi DataHub το model κρατά τη δομή και τους κανόνες, οι πηγές δηλώνουν ποιος συνεισφέρει και ποιος ακούει, και κανονικά Boomi processes με τον DataHub connector μεταφέρουν τα δεδομένα. Για τις έννοιες πίσω από αυτό, διαβάστε τον Διαχείριση κύριων δεδομένων (MDM): πρακτικός οδηγός.