Διασύνδεση Eshop με Microsoft Dynamics 365 Business Central: ροές, προϋποθέσεις και έλεγχοι

Συνδέουμε το Eshop με Microsoft Dynamics 365 Business Central με συγκεκριμένη ροή και τη διαθέσιμη διεπαφή της εγκατάστασης. Το Business Central απαιτεί σαφή επιλογή environment και εταιρείας πριν διαβαστεί ή καταχωριστεί οποιοδήποτε επιχειρησιακό δεδομένο. Ο connector αντιστοιχίζει customer, item και γραμμές sales order, κρατώντας επιβεβαιωμένα IDs αντί ασαφών αντιστοιχίσεων με ονόματα.

Το Business Central απαιτεί σαφή επιλογή environment και εταιρείας πριν διαβαστεί ή καταχωριστεί οποιοδήποτε επιχειρησιακό δεδομένο. Ο connector αντιστοιχίζει customer, item και γραμμές sales order, κρατώντας επιβεβαιωμένα IDs αντί ασαφών αντιστοιχίσεων με ονόματα. Η unattended πρόσβαση οργανώνεται με εφαρμογή Entra και περιορισμένα permission sets. Προτείνουμε χωριστή ταυτότητα διασύνδεσης, ώστε η αποχώρηση ενός εργαζομένου να μην καταργήσει τη σύνδεση του καταστήματος. Η διαδικασία αλλαγής διαπιστευτηρίων και έγκρισης δικαιωμάτων πρέπει να παραδοθεί μαζί με τον κώδικα.

Η Microsoft διαθέτει salesOrder resources και οδηγίες για unattended πρόσβαση με OAuth client credentials. Απαιτούνται εγγραφή εφαρμογής στο Entra και παραχώρηση πρόσβασης μέσα στο Business Central. Η εφαρμογή λαμβάνει κατάλληλα permission sets, όχι SUPER. Το Business Central διαφέρει από Dynamics 365 Sales ή Finance. Στο on-premise απαιτείται σωστή Entra/OIDC παραμετροποίηση και επιβεβαίωση ότι τα APIs είναι ενεργά.

Μια εταιρεία εισαγωγών έχει δύο εταιρείες στο Business Central, αλλά το Eshop ανήκει στη μία. Το company ID δεσμεύεται στη συγκεκριμένη διασύνδεση και ελέγχεται πριν καταχωριστεί sales order. Ο connector συνδέει τον πελάτη και τα είδη με τα πραγματικά IDs της εταιρείας προορισμού. Αν τα permissions επιτρέπουν ανάγνωση αλλά όχι εγγραφή, η παραγγελία μένει σε εκκρεμότητα με σαφή αιτία. Η δοκιμή περιλαμβάνει αλλαγή διαπιστευτηρίων, ώστε η προγραμματισμένη συντήρηση πρόσβασης να μην απαιτεί χειροκίνητες διπλές καταχωρήσεις.

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

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

Η αρχική μελέτη επιβεβαιώνει: Entra app registration και consent· Ενεργή εφαρμογή μέσα στο Business Central με ελάχιστα δικαιώματα· Environment/company IDs και test δεδομένα. Πριν την παραγωγή τεκμηριώνουμε την αντιστοίχιση για τη ροή OAuth εφαρμογή → εξουσιοδοτημένο API → Σωστή εταιρεία → customer/item mapping → Sales order → αποθήκευση επιβεβαιωμένου ID. Ορίζουμε ευθύνη για ανανέωση πρόσβασης, παρακολούθηση και διορθώσεις. Αλλαγή στην παραμετροποίηση του προϊόντος ή στον συμφωνημένο επιχειρησιακό κανόνα ενεργοποιεί στοχευμένο επανέλεγχο. Ξεκινάμε από αυτή τη συγκεκριμένη ροή και προσθέτουμε άλλο κανάλι αφού ξεκαθαρίσουν η ευθύνη και τα σενάρια αποδοχής του.