Μια παραδοσιακή ERP έχει σχεδιαστεί για ένα άτομο μπροστά σε μια οθόνη. Τα χαρακτηριστικά της, οι ενσωματώσεις της και το ιστορικό ελέγχου της υποθέτουν ότι η εργασία εισέρχεται μέσω φορμών που συμπληρώνει ένας άνθρωπος. Μια ERP που είναι εγγενής στην AI έχει σχεδιαστεί για έναν πράκτορα ως τον κύριο χρήστη: κάθε ενέργεια που μπορεί να αναλάβει το σύστημα εκτίθεται ως ένα εργαλείο που μπορεί να καλέσει ένας πράκτορας μέσω ενός ανοιχτού πρωτοκόλλου, και κάθε κλήση ελέγχεται σε σχέση με τις άδειες του ατόμου που εκπροσωπεί ο πράκτορας. Οι άνθρωποι εξακολουθούν να χρησιμοποιούν οθόνες για να κοιτάζουν και να αποφασίζουν; δεν είναι πια ο μόνος τρόπος που γίνεται η εργασία.
Αυτή είναι μια αρχιτεκτονική διαφορά και όχι μια διαφορά χαρακτηριστικών. Μια παραδοσιακή ERP με έναν βοηθό προστιθέμενο εξακολουθεί να κατευθύνει την εργασία μέσω του ατόμου. Μια ERP που είναι εγγενής στην AI κατευθύνει την εργασία μέσω του πράκτορα και διατηρεί το αρχείο ως παραπροϊόν. Το υπόλοιπο αυτού του κειμένου δείχνει πού χωρίζουν οι δύο διαδρομές και τι προκύπτει από αυτό.
Παρακολουθήστε μια παραγγελία μέσω και των δύο συστημάτων
Ξεκινήστε με κάτι συνηθισμένο. Ένας προμηθευτής που ονομάζεται Northwind έχει δώσει προσφορά για απόθεμα, η προσφορά είναι αποδεκτή και η επιχείρηση χρειάζεται να εκδώσει μια παραγγελία, να την στείλει και να την αντιστοιχίσει όταν φτάσουν τα αγαθά και το τιμολόγιο. Ακολουθήστε αυτή την αίτηση μέσω κάθε αρχιτεκτονικής και η διαφορά είναι ορατή πριν ανοίξει οποιαδήποτε λίστα χαρακτηριστικών.
Στο παραδοσιακό σύστημα, η διαδρομή είναι η διαδρομή ενός ατόμου. Κάποιος ανοίγει το module προμηθειών, βρίσκει ή δημιουργεί τον προμηθευτή, πληκτρολογεί τις γραμμές από την προσφορά, ελέγχει το κέντρο κόστους, αποθηκεύει, εξάγει το έγγραφο, το επισυνάπτει σε ένα email και αργότερα επιστρέφει για να παραλάβει τα αγαθά και να αντιστοιχίσει το τιμολόγιο. Αν το σύστημα έχει έναν βοηθό, μπορεί να προ-συμπληρώσει τις γραμμές από την προσφορά ή να συντάξει το email. Το άτομο παραμένει αυτό που μετακινείται από οθόνη σε οθόνη, και ο βοηθός φτάνει μόνο στις οθόνες που επέλεξε ο προμηθευτής να το συνδέσει.
Στο σύστημα που είναι εγγενές στην AI, η διαδρομή είναι η διαδρομή ενός πράκτορα. Το άτομο λέει στον πράκτορά του τι θέλει. Ο πράκτορας ρωτά τον χώρο εργασίας ποια εργαλεία μπορεί να χρησιμοποιήσει, και ο χώρος εργασίας απαντά με μια φιλτραρισμένη λίστα: αναζήτηση προμηθευτή, δημιουργία παραγγελίας, αποστολή εγγράφου, παραλαβή αγαθών, αντιστοίχιση τιμολογίου και τίποτα που δεν επιτρέπει ο ρόλος αυτού του ατόμου. Ο πράκτορας καλεί αυτά τα εργαλεία διαδοχικά, ο χώρος εργασίας ελέγχει κάθε κλήση ξανά καθώς εκτελείται, και η παραγγελία, το αποσταλμένο έγγραφο και η αργότερα αντιστοίχιση υπάρχουν στο σύστημα ακριβώς όπως αν ένα άτομο τα είχε πληκτρολογήσει. Το άτομο βλέπει το αποτέλεσμα και το ημερολόγιο, όχι τις φόρμες.
Σε ένα σύστημα που βασίζεται στην τεχνητή νοημοσύνη, το αίτημα περνά από το άτομο στον πράκτορά του, και στη συνέχεια μέσω ενός επιπέδου αδειών, πριν αγγιχτεί οποιοδήποτε module. Το ίδιο επίπεδο που διέπει την πρόσβαση ενός ατόμου διέπει και του πράκτορα.
Ο κύριος χρήστης είναι η διαφορά
Όλα τα υπόλοιπα στη σύγκριση AI-native ERP και παραδοσιακού ERP προέρχονται από μία σχεδιαστική απόφαση: ποιος αναμένεται να χρησιμοποιεί το λογισμικό. Το παραδοσιακό ERP απαντά σε αυτή την ερώτηση με ένα άτομο, και σαράντα χρόνια καλής δουλειάς έχουν επενδυθεί για να διευκολύνουν τη δουλειά του ατόμου. Οι οθόνες έγιναν ταχύτερες, οι ροές εργασίας έγιναν παραμετροποιήσιμες, οι κινητές εφαρμογές εμφανίστηκαν, και τελικά ένας βοηθός εμφανίστηκε δίπλα στη φόρμα. Τίποτα από αυτά δεν άλλαξε ποιος ήταν στα χειριστήρια.
Το AI-native ERP απαντά στην ίδια ερώτηση με έναν πράκτορα που ενεργεί για ένα άτομο. Μόλις αυτή είναι η απάντηση, το προϊόν πρέπει να κατασκευαστεί διαφορετικά από την πρώτη γραμμή. Κάθε δυνατότητα χρειάζεται έναν ορισμό εργαλείου με όνομα, τυποποιημένες εισόδους και ένα αποτέλεσμα, όχι μόνο μια οθόνη. Το μοντέλο αδειών πρέπει να λειτουργεί ανά κλήση, όχι ανά συνεδρία, επειδή ένα μόνο αίτημα μπορεί να διασπαστεί σε πολλές κλήσεις σε διάφορα modules. Το πρωτόκολλο πρέπει να είναι ανοιχτό, επειδή ο πράκτορας που κάνει την κλήση μπορεί να ανήκει στον πελάτη και όχι στον προμηθευτή. Και το αρχείο ελέγχου πρέπει να καταγράφει τι έκανε ο πράκτορας με την ίδια πιστότητα όπως αυτό που έκανε ένα άτομο, επειδή αυτό το αρχείο είναι τώρα ο κύριος τρόπος που ένας διευθυντής αναθεωρεί τη δουλειά.
Τι προκύπτει από αυτό: έξι συνέπειες
Ο πίνακας παρακάτω είναι η πρακτική σύγκριση. Κάθε γραμμή είναι συνέπεια της απόφασης του κύριου χρήστη και όχι χαρακτηριστικό που επέλεξε ένας προμηθευτής και δεν επέλεξε άλλος.
| Παραδοσιακό ERP | AI-native ERP | |
|---|---|---|
| Κύριος χρήστης | Ένα άτομο σε οθόνη | Ένας πράκτορας που ενεργεί για ένα άτομο |
| Πώς εισέρχεται η εργασία | Φόρμες, εισαγωγές, ενσωματώσεις που έχουν κατασκευαστεί για κάθε ζευγάρι | Κλήσεις εργαλείων μέσω ενός ανοιχτού πρωτοκόλλου; οι οθόνες παραμένουν για αναθεώρηση |
| Εμβέλεια της τεχνητής νοημοσύνης | Τα χαρακτηριστικά που ο προμηθευτής συνδέει με τον βοηθό | Κάθε ενέργεια που έχει το σύστημα, επειδή κάθε μία είναι ένα εργαλείο |
| Ποιος πράκτορας | Του προμηθευτή, μέσα στο προϊόν, αν υπάρχει | Οποιοσδήποτε συμβατός πελάτης, συμπεριλαμβανομένου ενός που ήδη χρησιμοποιεί ο πελάτης |
| Δικαιώματα | Ανά χρήστη, ανά συνεδρία | Ανά χρήστη, ελέγχεται όταν προσφέρονται εργαλεία και ξανά σε κάθε κλήση |
| Έλεγχος | Ποιος άλλαξε ποιο αρχείο | Ποιος ρώτησε, ποιος πράκτορας ενήργησε, ποια εργαλεία εκτελέστηκαν με ποια δεδομένα και αποτελέσματα |
Οι γραμμές είναι αρχιτεκτονικές συνέπειες, όχι βαθμολογίες. Ένα παραδοσιακό ERP μπορεί να είναι εξαιρετικό σε αυτό για το οποίο έχει κατασκευαστεί.
Η γραμμή που εκπλήσσει περισσότερο τους αγοραστές είναι η εμβέλεια. Ένας βοηθός που προστίθεται σε ένα παραδοσιακό σύστημα φαίνεται ευρύς σε μια επίδειξη επειδή η επίδειξη είναι προγραμματισμένη γύρω από τις δυνατότητες που αγγίζει. Στη καθημερινή χρήση σταματά στα όρια αυτών των χαρακτηριστικών, και το άτομο αναλαμβάνει. Σε ένα σύστημα agent-native, το όριο είναι οι άδειες του ατόμου, που είναι ένα διαφορετικό και πιο χρήσιμο όριο.
Τι δεν αλλάζει
Αξίζει να είμαστε ακριβείς σχετικά με το τι παραμένει το ίδιο, επειδή οι προμηθευτές και στις δύο πλευρές το θολώνουν. Το μοντέλο δεδομένων δεν αλλάζει. Η διπλή καταχώρηση είναι διπλή καταχώρηση είτε ένας πράκτορας είτε ένα άτομο καταχωρεί το ημερολόγιο. Οι φορολογικοί κανόνες, η διαχείριση πολλαπλών νομισμάτων, η αποτίμηση αποθεμάτων, το κλείσιμο περιόδου και η αρίθμηση εγγράφων είναι τα ίδια προβλήματα με τις ίδιες απαντήσεις. Ένα AI-native σύστημα που τα κάνει λάθος είναι ένα κακό ERP με καλή διεπαφή για πράκτορες, που δεν είναι μια εμπορική συναλλαγή που αξίζει να γίνει.
Οι άδειες δεν αλλάζουν ούτε σε αρχές; αλλάζουν στο πού επιβάλλονται. Ένα παραδοσιακό σύστημα ελέγχει τι μπορεί να δει ένας χρήστης όταν φορτώνει μια οθόνη. Ένα AI-native σύστημα πρέπει να ελέγχει τι μπορεί να κάνει ένας χρήστης κάθε φορά που καλείται ένα εργαλείο, επειδή δεν υπάρχει φόρτωση οθόνης για να στηριχθεί ο έλεγχος. Ο κανόνας είναι ο ίδιος. Το σημείο επιβολής μετακινείται.
Η ανάγκη για κρίση δεν αλλάζει. Ένας πράκτορας θα δημιουργήσει την παραγγελία αγοράς και θα αντιστοιχίσει το τιμολόγιο; θα σταματήσει επίσης όταν δύο αρχεία προμηθευτών φαίνονται σαν η ίδια εταιρεία, όταν μια αντιστοίχιση είναι εκτός ανοχής ή όταν μια έγκριση είναι πάνω από την εξουσία του χρήστη της. Αυτές οι παύσεις είναι το σύστημα που λειτουργεί όπως έχει σχεδιαστεί, και οι πρώτες εβδομάδες με έναν πράκτορα μοιάζουν πολύ με τις πρώτες εβδομάδες με έναν ικανό νέο συνάδελφο.
Πού η παραδοσιακή ERP είναι ακόμα η σωστή απάντηση
Μια ειλικρινής σύγκριση πρέπει να πει πότε η παλαιότερη αρχιτεκτονική κερδίζει. Αν η επιχείρηση είναι βαθιά, με επικυρωμένη παραγωγή ή ρυθμιζόμενες διαδικασίες με δεκαετίες προσαρμογής μέσα σε μια καθιερωμένη σουίτα, το κόστος μεταφοράς είναι πραγματικό και ο βοηθός που αποστέλλει τώρα αυτή η σουίτα μπορεί να είναι αρκετός για ό,τι πραγματικά χρειάζεται η ομάδα από την AI, που συχνά είναι η περίληψη, η σύνταξη και η απάντηση ερωτήσεων σχετικά με τα δεδομένα. Αν η επιχείρηση είναι μια χούφτα ανθρώπων με ένα πακέτο λογιστικής και ένα υπολογιστικό φύλλο, οποιαδήποτε αρχιτεκτονική είναι περισσότερη από ό,τι χρησιμοποιούν.
Η περίπτωση για την AI-native είναι πιο ισχυρή στη μέση: μια επιχείρηση με αρκετή ρουτίνα, διασυνοριακή εργασία που η είσοδος έχει γίνει δουλειά από μόνη της, και μια ομάδα που ήδη χρησιμοποιεί έναν πράκτορα για άλλες δουλειές και θα προτιμούσε να τον κατευθύνει στην επιχείρηση παρά να μάθει το παράθυρο συνομιλίας άλλου προμηθευτή. Εκεί είναι που η δρομολόγηση εργασίας μέσω του πράκτορα αποδίδει γρήγορα, και όπου η δυνατότητα να φέρεις τον δικό σου πράκτορα σταματά να είναι ένα σλόγκαν και αρχίζει να είναι μια γραμμή στο φύλλο κόστους, καθώς ένας χώρος εργασίας δεν εκτελεί AI εκ μέρους σου όταν ο δικός σου πράκτορας κάνει τη λογική.
Πώς να καταλάβετε ποια αρχιτεκτονική σας δείχνουν
Οι επιδείξεις είναι σχεδιασμένες για να κάνουν τα δύο να φαίνονται παρόμοια. Η παρακάτω ακολουθία τα διαχωρίζει σε λιγότερο από μία ώρα και δεν χρειάζεται τεχνικό άτομο για να την εκτελέσει.
- Φέρτε τον δικό σας πράκτοραΣυνδέστε τον πράκτορα που ήδη χρησιμοποιείτε (Claude, ChatGPT ή άλλο πελάτη MCP) από έξω από το προϊόν του προμηθευτή. Αν αυτό δεν είναι δυνατό, έχετε την απάντησή σας στο ερώτημα του πρωτοκόλλου.
- Ζητήστε τη λίστα εργαλείωνΑφήστε τον πράκτορα να απαριθμήσει τι επιτρέπεται να κάνει. Ελέγξτε ότι η λίστα είναι μεγάλη, καλύπτει τα modules που σας ενδιαφέρουν και αλλάζει όταν συνδέεστε ως πιο περιορισμένος χρήστης.
- Ολοκληρώστε ένα αποτέλεσμαΖητήστε από τον πράκτορα να δημιουργήσει, να στείλει και να προγραμματίσει την παρακολούθηση για μία παραγγελία αγοράς χωρίς κανείς να αγγίξει οθόνη. Παρακολουθήστε αν ολοκληρώνει ή επιστρέφει σε ένα άτομο εν μέρει.
- Διαβάστε το αρχείο καταγραφήςΒρείτε την καταγραφή του τι έκανε ο πράκτορας: ποιος ρώτησε, ποια εργαλεία εκτελέστηκαν, με ποια δεδομένα. Αν αυτό το αρχείο είναι πιο λεπτό από το αρχείο για ένα άτομο, ο πράκτορας είναι επισκέπτης στο σύστημα παρά χρήστης του.
Το Sois είναι μία υλοποίηση της αρχιτεκτονικής AI-native, και είναι αυτή που μπορούμε να περιγράψουμε ακριβώς. Ένας χώρος εργασίας είναι ένας διακομιστής MCP. Οποιοσδήποτε συμβατός πελάτης συνδέεται προσθέτοντας τη διεύθυνση του χώρου εργασίας και συνδέεται μία φορά μέσω OAuth, χωρίς κανένα διακριτικό προς επικόλληση. Τα εργαλεία που προσφέρονται φιλτράρονται από τον ρόλο του χρήστη πριν τα δει ο πράκτορας και ελέγχονται ξανά όταν εκτελούνται; η πρόσβαση αποτυγχάνει κλειστά. Οι δαπάνες μπορούν να περιοριστούν ανά ενσωμάτωση και κάθε ενέργεια καταγράφεται. Τα modules από κάτω είναι αυτά που θα περιμένατε από ένα ERP: επαφές και CRM, εισερχόμενα, έγγραφα, ημερολόγιο, καθήκοντα, λογιστική με τιμολόγηση, λογαριασμούς, τιμολόγια αγοράς και πολλαπλά νομίσματα, συμφωνίες, αποθήκη και απόθεμα, και μια αγορά εφαρμογών.
Είτε το επιλέξετε είτε όχι, εκτελέστε τη σειρά παραπάνω σε ό,τι σας δείχνεται. Η ερώτηση που πρέπει να κάνετε είναι όχι ποιο προϊόν έχει AI, καθώς όλα λένε ότι έχουν, αλλά ποιος είναι ο χρήστης για τον οποίο έχει κατασκευαστεί το προϊόν.
Ερωτήσεις που κάνουν οι άνθρωποι
Είναι το AI-native ERP το ίδιο με το agentic ERP;
Στην πράξη, ναι. Το AI-native και το agent-native περιγράφουν πώς έχει κατασκευαστεί το σύστημα· το agentic περιγράφει τι συμβαίνει σε αυτό. Και οι τρεις φράσεις αναφέρονται σε συστήματα όπου ένας πράκτορας μπορεί να λειτουργήσει το λογισμικό με βάση τις άδειες ενός ατόμου, σε αντίθεση με συστήματα που πρόσθεσαν έναν βοηθό σε οθόνες που έχουν κατασκευαστεί για ανθρώπους.
Έχει ένα AI-native ERP οθόνες;
Ναι. Οι άνθρωποι χρησιμοποιούν οθόνες για να κοιτάζουν, να αναθεωρούν και να αποφασίζουν, και να εργάζονται απευθείας όταν το προτιμούν. Η διαφορά είναι ότι οι οθόνες δεν είναι πια ο μόνος τρόπος με τον οποίο μπορεί να εισέλθει η εργασία στο σύστημα.
Μπορεί ένα παραδοσιακό ERP να γίνει AI-native προσθέτοντας έναν βοηθό;
Όχι μόνο με αυτό. Ένας βοηθός βοηθά ένα άτομο να χειρίζεται τις υπάρχουσες οθόνες και φτάνει μόνο στις δυνατότητες που έχει συνδέσει ο προμηθευτής. Το να γίνεις AI-native σημαίνει να εκθέτεις κάθε ενέργεια ως εργαλείο με άδεια μέσω ενός ανοιχτού πρωτοκόλλου, το οποίο είναι μια ανακατασκευή της διεπαφής και όχι μια προσθήκη.
Είναι ασφαλές να επιτρέπεται σε έναν πράκτορα να δημοσιεύει συναλλαγές;
Είναι τόσο ασφαλές όσο η επιβολή που υπάρχει από κάτω. Αναζητήστε άδειες που ελέγχονται σε κάθε κλήση, ένα όριο δαπανών και ένα αρχείο που καταγράφει τις ενέργειες του πράκτορα με την ίδια λεπτομέρεια όπως ενός ατόμου. Ο πράκτορας θα πρέπει να ενεργεί με την εξουσία του ατόμου που εκπροσωπεί και ποτέ περισσότερο.
- προδιαγραφή του Model Context Protocol: εργαλεία πώς ορίζονται, καταγράφονται και καλούνται τα εργαλεία, και η απαίτηση οι διακομιστές να εφαρμόζουν ελέγχους πρόσβασης
- Τεκμηρίωση Sois: ο διακομιστής χώρου εργασίας MCP το endpoint, η είσοδος OAuth, η λίστα εργαλείων με φιλτράρισμα ρόλων και η συμπεριφορά fail-closed που περιγράφεται παραπάνω
- Sois: ασφάλεια και το επίπεδο αδειών άδειες που επιβάλλονται όταν προσφέρονται τα εργαλεία και όταν εκτελούνται· όρια δαπανών· καταγραφή
Αυτό το άρθρο αναθεωρείται όταν αλλάζουν τα προϊόντα που περιγράφει. Επόμενη προγραμματισμένη αναθεώρηση: 4 Δεκεμβρίου 2026.