Διασύνδεση Eshop με Salesforce CRM: ροές, προϋποθέσεις και έλεγχοι

Συνδέουμε το Eshop με Salesforce CRM με συγκεκριμένη ροή και τη διαθέσιμη διεπαφή της εγκατάστασης. Μια σύνδεση Salesforce μετατρέπει την αγορά ή το αίτημα του Eshop σε χρήσιμη πληροφορία για την ομάδα πωλήσεων. Το mapping αφορά account, contact, lead όπου χρειάζεται, εξωτερικό customer ID και επιλεγμένα εμπορικά γεγονότα.

Μια σύνδεση Salesforce μετατρέπει την αγορά ή το αίτημα του Eshop σε χρήσιμη πληροφορία για την ομάδα πωλήσεων. Το mapping αφορά account, contact, lead όπου χρειάζεται, εξωτερικό customer ID και επιλεγμένα εμπορικά γεγονότα. Χρειάζεται απόφαση για το πότε δημιουργείται επαφή και πότε ενημερώνεται υπάρχουσα εταιρεία. Το email μόνο του δεν είναι πάντα επαρκές κλειδί αντιστοίχισης. Προτείνουμε περιορισμένο σύνολο πεδίων και σαφή σκοπό χρήσης, ώστε να μη μεταφέρονται στο CRM στοιχεία πληρωμής ή πληροφορίες χωρίς επιχειρησιακή ανάγκη.

Η API πρόσβαση περιλαμβάνεται στις Enterprise, Performance, Unlimited και Developer editions, ενώ η Professional μπορεί να χρειάζεται πρόσθετο. Επιπλέον απαιτείται API Enabled permission στον χρήστη. Η Salesforce προτείνει απομονωμένο περιβάλλον ανάπτυξης και ελέγχου. Το CRM δεν αντικαθιστά τον έλεγχο αποθέματος του ERP. Η διασύνδεση επικεντρώνεται σε accounts, contacts, leads και εμπορικές ενέργειες με κατάλληλη πολιτική προσωπικών δεδομένων.

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

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

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

Η αρχική μελέτη επιβεβαιώνει: API-enabled edition και API Enabled χρήστης· Περιορισμένη integration identity και sandbox· Κανόνες αντιστοίχισης accounts/contacts και προσωπικών δεδομένων. Πριν την παραγωγή τεκμηριώνουμε την αντιστοίχιση για τη ροή Checkout/contact → identity matching → Συμφωνημένα πεδία → CRM account/contact → Αγορά ή αίτημα → ενέργεια ομάδας πωλήσεων. Ορίζουμε ευθύνη για ανανέωση πρόσβασης, παρακολούθηση και διορθώσεις. Αλλαγή στην παραμετροποίηση του προϊόντος ή στον συμφωνημένο επιχειρησιακό κανόνα ενεργοποιεί στοχευμένο επανέλεγχο. Ξεκινάμε από αυτή τη συγκεκριμένη ροή και προσθέτουμε άλλο κανάλι αφού ξεκαθαρίσουν η ευθύνη και τα σενάρια αποδοχής του.