Ενσωμάτωση API eSIM το 2026: Τι πρέπει να γνωρίζουν οι προγραμματιστές πριν ξεκινήσουν

Η ενσωμάτωση λειτουργικότητας eSIM σε ένα προϊόν ακούγεται απλή - μέχρι να περάσουν τρεις εβδομάδες σε ένα sprint και να συνειδητοποιήσετε ότι τα πρότυπα RSP, οι ροές ενεργοποίησης από την πλευρά του παρόχου και οι αγωγοί παράδοσης κωδικών QR έχουν καθένα τις δικές τους αποτυχίες. Αυτός ο οδηγός καλύπτει τι πραγματικά πρέπει να γνωρίζετε πριν γράψετε μια γραμμή κώδικα ενσωμάτωσης το 2026.

Τι σημαίνει πραγματικά η ενσωμάτωση API eSIM #

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

• Μια εφαρμογή ταξιδιών που ενσωματώνει την αγορά eSIM ώστε οι χρήστες να μπορούν να αγοράσουν ένα πρόγραμμα δεδομένων χωρίς να φύγουν από την εφαρμογή
• Μια πλατφόρμα μεταπωλητή ή συνεργάτη που συνδέεται με τον κατάλογο ενός παρόχου για να εμφανίσει προγράμματα, να διαχειριστεί αγορές και να παραδώσει κωδικούς ενεργοποίησης
• Ένας κατασκευαστής συσκευών ή προμηθευτής MDM που διαχειρίζεται προφίλ eSIM προγραμματικά σε έναν στόλο
• Ένας τηλεπικοινωνιακός πάροχος που κατασκευάζει υποδομή SM-DP+ (Προετοιμασία Δεδομένων Διαχειριστή Συνδρομών) από το μηδέν

Αυτές είναι πολύ διαφορετικές προκλήσεις. Οι δύο πρώτες είναι οι πιο συνηθισμένες περιπτώσεις χρήσης για προγραμματιστές σε εταιρείες προϊόντων το 2026, και εκεί επικεντρώνεται αυτό το άρθρο - με σημειώσεις για τα χαμηλότερα επίπεδα προτύπων όπου είναι σχετικές.

Το επίπεδο προτύπων που δεν μπορείτε να αγνοήσετε #

Αρχιτεκτονική GSMA RSP #

Η προδιαγραφή Remote SIM Provisioning (RSP) της GSMA είναι το τεχνικό θεμέλιο πάνω στο οποίο βασίζονται όλα τα υπόλοιπα. Το τρέχον πρότυπο προφίλ καταναλωτή είναι το SGP.22 (το M2M χρησιμοποιεί το SGP.02, αλλά αν κατασκευάζετε για smartphones, το SGP.22 είναι αυτό που έχει σημασία). Ορίζει πώς τα προφίλ eSIM κατεβαίνουν, εγκαθίστανται, ενεργοποιούνται και διαγράφονται σε μια συσκευή.

Δεν θα χρειαστεί να υλοποιήσετε το SGP.22 μόνοι σας στις περισσότερες περιπτώσεις ενσωμάτωσης. Αλλά η κατανόηση του τι σημαίνει για την αρχιτεκτονική σας έχει σημασία:

• Οι κωδικοί ενεργοποίησης ακολουθούν ένα καθορισμένο μορφότυπο: LPA:1$<διεύθυνση SM-DP+>$<αντιστοιχία ID>
• Οι λήψεις προφίλ ξεκινούν από τον Τοπικό Βοηθό Προφίλ (LPA) της συσκευής, όχι από τον διακομιστή σας
• Η δουλειά του API σας είναι συνήθως να προμηθεύσει το προφίλ στον διακομιστή SM-DP+ και να επιστρέψει τον κωδικό ενεργοποίησης στον χρήστη

Αυτός ο διαχωρισμός είναι σημαντικός γιατί σας λέει πού θα εμφανιστούν πραγματικά τα σφάλματα. Μια αποτυχημένη λήψη σχεδόν ποτέ δεν είναι αποτυχία της κλήσης API σας - συνήθως είναι πρόβλημα συμβατότητας συσκευής, διακοπή δικτύου κατά τη διάρκεια της χειραψίας LPA ή ένα προφίλ που έχει ήδη καταναλωθεί.

Κωδικός QR έναντι Ενεργοποίησης Push #

Τα περισσότερα καταναλωτικά API eSIM παρέχουν έναν κωδικό ενεργοποίησης QR που ο χρήστης σαρώνει από μια δεύτερη συσκευή ή αποθηκεύει ως στιγμιότυπο οθόνης. Ορισμένοι πάροχοι υποστηρίζουν επίσης ροές "push" ή "άμεσης εγκατάστασης" όπου το προφίλ εγκαθίσταται αυτόματα αν ο χρήστης είναι στην ίδια συσκευή. Η άμεση εγκατάσταση είναι καθαρότερο UX, αλλά έχει πιο περιορισμένη υποστήριξη συσκευών και αυστηρότερες απαιτήσεις έκδοσης OS. Αν στοχεύετε σε ευρεία βάση συσκευών, αντιμετωπίστε την παράδοση κωδικού QR ως την κύρια διαδρομή σας και την άμεση εγκατάσταση ως προοδευτική βελτίωση.

Επιλογή Παρόχου API #

Εκτός αν κατασκευάζετε υποδομή παρόχου, ενσωματώνετε με έναν πάροχο API eSIM που βρίσκεται μεταξύ του προϊόντος σας και των υποκείμενων διακομιστών SM-DP+. Αυτός ο πάροχος διαχειρίζεται τις σχέσεις με τους παρόχους, την προμήθεια προφίλ και συχνά τον κατάλογο μεταπωλητών.

Αυτό είναι που πρέπει να αξιολογήσετε πριν δεσμευτείτε:

Κάλυψη και Κατάλογος Προγραμμάτων #

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

Δομή Τιμολόγησης και Περιθώρια #

Κατανοήστε πώς ο πάροχος τιμολογεί την πρόσβαση στο API. Ορισμένοι χρεώνουν τέλη ανά ενεργοποίηση πάνω από το κόστος του προγράμματος. Άλλοι προσφέρουν χονδρικές τιμές με ενσωματωμένο περιθώριο. Αν κατασκευάζετε ένα προϊόν μεταπωλητή, το περιθώριό σας εξαρτάται εξ ολοκλήρου από αυτή τη δομή. Συγκρίνετε τις δημοσιευμένες λιανικές τιμές του παρόχου με αυτές που προσφέρουν μέσω API για να κατανοήσετε πού βρίσκεστε.

Παράδοση Κωδικού Ενεργοποίησης #

Επιστρέφει το API τον κωδικό ενεργοποίησης QR συγχρονισμένα ή είναι ασύγχρονο με ένα webhook; Η ασύγχρονη παράδοση είναι κοινή όταν ο πάροχος πρέπει να προμηθεύσει το προφίλ στον διακομιστή SM-DP+ του παρόχου πριν δημιουργήσει τον κωδικό - και το UX σας πρέπει να το λάβει υπόψη. Ένας χρήστης που αγοράζει και περιμένει 30 δευτερόλεπτα για έναν κωδικό QR χρειάζεται μια σαφή κατάσταση φόρτωσης. Ένας που περιμένει 5 λεπτά χρειάζεται μια εναλλακτική μέσω email.

Περιβάλλον Δοκιμών και Sandbox #

Οποιοσδήποτε πάροχος αξίζει να ενσωματωθεί έχει ένα sandbox. Επαληθεύστε ότι επιστρέφει ρεαλιστικούς δοκιμαστικούς κωδικούς ενεργοποίησης, ότι τα payloads webhook ταιριάζουν ακριβώς με τη μορφή παραγωγής και ότι οι κωδικοί σφαλμάτων είναι τεκμηριωμένοι. Η ανακάλυψη στην παραγωγή ότι ένα σφάλμα "εξαντλήθηκε το πρόγραμμα" επιστρέφει 200 με σώμα σφάλματος αντί για 4xx θα καταστρέψει την εβδομάδα σας.

Webhooks και Ενημερώσεις Κατάστασης #

Η ενεργοποίηση eSIM δεν είναι άμεση. Χρειάζεστε webhooks για:

• Ολοκλήρωση προμήθειας προφίλ (κωδικός ενεργοποίησης έτοιμος)
• Το προφίλ λήφθηκε από τη συσκευή
• Όρια χρήσης δεδομένων (αν τα παρέχει ο πάροχος)
• Λήξη προγράμματος

Αν ένας πάροχος υποστηρίζει μόνο polling και δεν προσφέρει webhooks, αυτό είναι ένα κακό σημάδι για οτιδήποτε πέρα από μια απλή διαδικασία αγοράς μιας φοράς.

Βασικές Ροές API για Σχεδιασμό #

Ανακάλυψη Προγράμματος #

Η ενσωμάτωσή σας συνήθως ξεκινά με ένα endpoint καταλόγου: ανακτήστε διαθέσιμα προγράμματα ανά χώρα ή περιοχή, επιστρέψτε λεπτομέρειες προγράμματος (ποσότητα δεδομένων, ισχύς, τιμή, κάλυψη δικτύου) και αφήστε τον χρήστη να επιλέξει. Κάντε cache αυτό επιθετικά. Τα δεδομένα καταλόγου δεν αλλάζουν κάθε λεπτό και το να χτυπάτε ένα endpoint καταλόγου σε κάθε φόρτωση σελίδας είναι περιττό - και θα σας περιορίσει σε ρυθμό.

Αγορά και Παροχή #

Η ροή αγοράς συνήθως μοιάζει με αυτή:

1. Ο χρήστης επιλέγει ένα πρόγραμμα
2. Το backend σας καλεί το endpoint παραγγελίας/αγοράς του παρόχου με το ID προγράμματος και την αναφορά χρήστη
3. Ο πάροχος επιστρέφει ένα ID παραγγελίας και ξεκινά την παροχή
4. Το webhook ενεργοποιείται όταν ο κωδικός ενεργοποίησης είναι έτοιμος (ή η απάντηση είναι συγχρονισμένη αν το υποστηρίζει ο πάροχος)
5. Το backend σας αποθηκεύει τον κωδικό ενεργοποίησης και τον παραδίδει στον χρήστη

Ποτέ μην εκθέτετε τον κωδικό ενεργοποίησης σε κλήση API από την πλευρά του πελάτη. Ο κωδικός είναι μιας χρήσης. Αν διαρρεύσει, το πρόγραμμα χάνεται.

Παράδοση Κωδικού Ενεργοποίησης #

Παραδώστε τον QR κωδικό ως εικόνα - ο πάροχος συνήθως σας δίνει είτε ένα base64 PNG είτε μια ακατέργαστη συμβολοσειρά ενεργοποίησης που αποδίδετε μόνοι σας. Πάντα να περιλαμβάνετε τη συμβολοσειρά χειροκίνητης εισαγωγής μαζί με τον QR κωδικό. Κάποιοι χρήστες θα είναι στη συσκευή που προσπαθούν να ενεργοποιήσουν και δεν μπορούν να σαρώσουν την οθόνη τους.

Διαχείριση Σφαλμάτων #

Οι τρόποι αποτυχίας που θα συναντήσετε πιο συχνά:

• Μη συμβατή συσκευή: Η συσκευή του χρήστη δεν υποστηρίζει eSIM ή έχει φτάσει το όριο προφίλ της. Εμφανίστε το αυτό καθαρά - μην δείχνετε ένα γενικό σφάλμα.
• Πρόγραμμα μη διαθέσιμο: Ένα ζήτημα διαθεσιμότητας αποθέματος ή από την πλευρά του παρόχου. Προσφέρετε εναλλακτικές.
• Κωδικός ενεργοποίησης ήδη χρησιμοποιημένος: Ο χρήστης προσπάθησε να εγκαταστήσει δύο φορές. Διαχειριστείτε την επαναπαράδοση με χάρη, που συνήθως σημαίνει επικοινωνία με το API υποστήριξης του παρόχου ή σηματοδότηση για χειροκίνητη αναθεώρηση.
• Σφάλμα δικτύου κατά τη λήψη LPA: Αυτό είναι στη συσκευή, όχι στην ενσωμάτωσή σας. Πείτε στον χρήστη να προσπαθήσει ξανά σε μια σταθερή σύνδεση.

Σκέψεις Συμβατότητας Συσκευής #

Η ενσωμάτωση API σας μπορεί να είναι άψογη και να αποτύχει λόγω της συσκευής. Σημαντικά σημεία συμβατότητας για επικοινωνία πριν την αγορά:

• Η συσκευή πρέπει να είναι συμβατή με eSIM (όχι όλα τα οικονομικά Android τηλέφωνα είναι)
• Η συσκευή πρέπει να είναι ξεκλείδωτη από τον πάροχο
• Οι συσκευές iOS χρειάζονται iOS 12.1 ή νεότερο για βασικό eSIM, iOS 16+ για διπλό eSIM σε υποστηριζόμενα μοντέλα
• Οι περισσότερες συσκευές περιορίζουν τα αποθηκευμένα προφίλ eSIM κάπου μεταξύ 5 και 20, ανάλογα με τον κατασκευαστή
• Οι συσκευές που αγοράζονται στην ηπειρωτική Κίνα συχνά έχουν το eSIM απενεργοποιημένο σε επίπεδο υλικού ανεξαρτήτως μοντέλου

Δημιουργήστε έναν έλεγχο συσκευής ή ένα FAQ συμβατότητας στη ροή αγοράς σας. Η μείωση των εισιτηρίων υποστήριξης μετά την αγορά από μη συμβατές συσκευές αξίζει την επένδυση στο UX.

Σκέψεις Ασφαλείας #

Μερικές μη διαπραγματεύσιμες πρακτικές:

Αποθηκεύστε τους κωδικούς ενεργοποίησης στην πλευρά του διακομιστή. Επιστρέψτε τους μόνο σε αυθεντικοποιημένους χρήστες. Καταγράψτε την πρόσβαση.

Επαληθεύστε τις υπογραφές webhook. Κάθε αξιόπιστος πάροχος υπογράφει τα payloads των webhooks. Επαληθεύστε την υπογραφή πριν από την επεξεργασία - ένα μη επαληθευμένο endpoint webhook είναι ένας εύκολος τρόπος επίθεσης για δόλιες ολοκληρώσεις παραγγελιών.

Περιορίστε το ρυθμό των endpoints αγοράς σας. Τα προγράμματα eSIM είναι ένα ψηφιακό αγαθό με πραγματικό κόστος. Χωρίς περιορισμό ρυθμού, μια επίθεση credential-stuffing ή ένας ελαττωματικός βρόχος επαναπροσπάθειας πελάτη μπορεί να δημιουργήσει πραγματικές χρεώσεις γρήγορα.

Μην καταγράφετε τους κωδικούς ενεργοποίησης σε απλό κείμενο. Αντιμετωπίστε τους όπως τα διακριτικά πληρωμής.

Δημιουργία Ενσωμάτωσης Μεταπωλητή ή Συνεργάτη #

Αν δημιουργείτε έναν ιστότοπο σύγκρισης, μια εφαρμογή ταξιδιών ή ένα ενσωματωμένο κατάστημα eSIM αντί για ένα προϊόν πρώτου μέρους, το μοντέλο ενσωμάτωσης αλλάζει. Συνήθως ενσωματώνετε τη ροή αγοράς ενός παρόχου ή χρησιμοποιείτε ένα API λευκής ετικέτας για να εμφανίσετε προγράμματα κάτω από τη δική σας μάρκα.

Πλατφόρμες όπως Roamify τρέχουν ένα πρόγραμμα συνεργασίας και μεταπώλησης (στο partner.getroamify.com) που επιτρέπει στους προγραμματιστές και τους συνεργάτες να ενσωματώνουν πρόσβαση σε προγράμματα eSIM χωρίς να δημιουργούν την πλήρη στοίβα παροχής οι ίδιοι. Ο κατάλογος καλύπτει 200+ χώρες και περιοχές με προγράμματα που ξεκινούν από $2 - κάτι που έχει σημασία όταν δημιουργείτε ένα προϊόν σύγκρισης ευαίσθητο στην τιμή και χρειάζεστε ένα ανταγωνιστικό κατώτατο όριο για να δείξετε στους χρήστες.

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

Δοκιμή Πριν την Αποστολή #

Μια λίστα ελέγχου πριν την εκκίνηση που αξίζει να περάσετε:

• Αγοράστε ένα πραγματικό πρόγραμμα στο sandbox και επιβεβαιώστε την παράδοση του κωδικού ενεργοποίησης από άκρη σε άκρη
• Δοκιμάστε την παράδοση webhook με ένα εργαλείο όπως το ngrok ή μια υπηρεσία δοκιμής webhook πριν τη σύνδεση στην παραγωγή
• Προσομοιώστε μια αποτυχημένη αγορά (χρησιμοποιήστε ένα ID προγράμματος δοκιμής που προκαλεί σφάλμα) και επαληθεύστε το UI σφάλματος σας
• Δοκιμάστε τόσο σε iOS όσο και σε Android με πραγματικές συσκευές που υποστηρίζουν eSIM
• Επιβεβαιώστε ότι η επαναζήτηση ενός ήδη παραδοθέντος κωδικού ενεργοποίησης επιστρέφει τον ίδιο κωδικό, όχι έναν νέο
• Επαληθεύστε ότι η εμφάνιση του κωδικού ενεργοποίησης λειτουργεί σε μικρές οθόνες - το 64% των αγορών eSIM γίνεται σε κινητά
• Ελέγξτε ότι ο κωδικός QR αποδίδεται σε μέγεθος που είναι πραγματικά σαρώσιμο (ελάχιστο 200×200px, ιδανικά μεγαλύτερο)

Συχνές Ερωτήσεις #

Ποια είναι η διαφορά μεταξύ ενός eSIM API και μιας αγοράς eSIM;
Ένα eSIM API είναι μια προγραμματική διεπαφή για την ενσωμάτωση αγοράς και παροχής προγραμμάτων eSIM στο δικό σας προϊόν. Μια αγορά eSIM είναι μια βιτρίνα που απευθύνεται στον καταναλωτή. Ορισμένοι πάροχοι προσφέρουν και τα δύο: μια λιανική βιτρίνα για άμεσους καταναλωτές και ένα API ή πρόγραμμα μεταπώλησης για προγραμματιστές που θέλουν να ενσωματώσουν το ίδιο απόθεμα.

Χρειάζεται να συνεργαστώ απευθείας με παρόχους για να δημιουργήσω λειτουργικότητα eSIM;
Όχι για τις περισσότερες περιπτώσεις χρήσης προϊόντων. Οι πάροχοι eSIM API χειρίζονται τις σχέσεις με τους παρόχους και την υποδομή SM-DP+ - εσείς ενσωματώνεστε με το API τους και αυτοί διαχειρίζονται το επίπεδο παροχής. Η άμεση ενσωμάτωση με παρόχους είναι απαραίτητη μόνο αν δημιουργείτε το δικό σας MVNO ή διαχειρίζεστε προφίλ eSIM σε μεγάλη κλίμακα για στόλους συσκευών επιχειρήσεων.

Πώς να χειριστώ χρήστες που χάνουν τον κωδικό QR ενεργοποίησης τους;
Αποθηκεύστε τον κωδικό ενεργοποίησης στον διακομιστή, συνδεδεμένο με τον λογαριασμό του χρήστη και το ID παραγγελίας, και επιτρέψτε στους αυθεντικοποιημένους χρήστες να τον ανακτήσουν. Οι περισσότεροι πάροχοι επιτρέπουν την εμφάνιση του ίδιου κωδικού ενεργοποίησης πολλές φορές· αυτό που δεν επιτρέπουν είναι η χρήση του για εγκατάσταση του προφίλ περισσότερες από μία φορές.

Τι προκαλεί την αποτυχία ενεργοποίησης eSIM μετά από επιτυχημένη αγορά;
Οι πιο συνηθισμένοι ένοχοι: η συσκευή δεν υποστηρίζει eSIM ή είναι κλειδωμένη από πάροχο, η αποθήκευση προφίλ της συσκευής είναι πλήρης, ο χρήστης προσπάθησε να σαρώσει τον κωδικό QR στην ίδια συσκευή που ενεργοποιείται (απαιτείται δεύτερη συσκευή ή χειροκίνητη εισαγωγή), ή μια διακοπή δικτύου κατά τη διάρκεια της λήψης LPA. Αυτά είναι ζητήματα από την πλευρά της συσκευής, όχι αποτυχίες API.

Μπορώ να δημιουργήσω μια ενσωμάτωση eSIM που να λειτουργεί παγκοσμίως;
Ναι, αν ο πάροχός σας έχει επαρκή κάλυψη χωρών. Αναζητήστε παρόχους που καλύπτουν 200+ χώρες και περιοχές. Λάβετε υπόψη ότι η ποιότητα κάλυψης ποικίλλει - ένα πρόγραμμα μπορεί τεχνικά να είναι διαθέσιμο για έναν προορισμό αλλά να βασίζεται σε έναν τοπικό πάροχο με κακή κάλυψη σε αγροτικές περιοχές. Ελέγξτε τις λεπτομέρειες των συνεργατών δικτύου ανά προορισμό αν οι χρήστες σας ταξιδεύουν εκτός των συνηθισμένων διαδρομών.

Είναι η ενσωμάτωση eSIM API σημαντικά διαφορετική το 2026 σε σύγκριση με προηγούμενα χρόνια;
Το πρότυπο GSMA SGP.22 είναι σταθερό, αλλά τα APIs των παρόχων έχουν ωριμάσει σημαντικά. Η αξιοπιστία των webhooks, τα περιβάλλοντα sandbox και η ποιότητα της τεκμηρίωσης είναι όλα σημαντικά καλύτερα από ό,τι ήταν πριν από λίγα χρόνια. Οι άμεσες ροές εγκατάστασης έχουν επίσης επεκταθεί σε περισσότερα μοντέλα συσκευών, αν και η παράδοση μέσω κωδικού QR παραμένει η πιο καθολικά συμβατή προσέγγιση.

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

Από πού να ξεκινήσετε #

Η ταχύτερη διαδρομή προς μια λειτουργική ενσωμάτωση είναι η επιλογή ενός παρόχου με καθαρό API, πραγματικό sandbox και κατάλογο που καλύπτει τους προορισμούς των χρηστών σας. Δοκιμάστε τη ροή από την αγορά μέχρι την ενεργοποίηση μόνοι σας πριν δημιουργήσετε οποιοδήποτε UI γύρω από αυτήν. Οι περιπτώσεις άκρων συμβατότητας συσκευών και τα ασύγχρονα πρότυπα παροχής είναι εκεί που οι περισσότερες ενσωματώσεις σκοντάφτουν - και θέλετε να τα βρείτε αυτά στη δοκιμή, όχι στην παραγωγή.

Αν αξιολογείτε τη διαδρομή μεταπώλησης ή λευκής ετικέτας, Roamify προσφέρει ένα πρόγραμμα συνεργασίας που αξίζει να εξετάσετε για προγραμματιστές που θέλουν να ενσωματώσουν πρόσβαση σε eSIM χωρίς να διαχειρίζονται άμεσα την υποδομή παροχής.