Σχεδιάζουμε REST και GraphQL APIs και συνδέουμε συστήματα που δεν επικοινωνούν μεταξύ τους: ERP με CRM, ERP με WMS, λογιστήριο με μισθοδοσία, παλιές βάσεις με σύγχρονες εφαρμογές. Με έδρα την Πάτρα και έργα σε όλη την Ελλάδα. Η αξία μιας διασύνδεσης βρίσκεται στο contract, στο logging και στο σχέδιο μετάβασης — όχι στο λογότυπο του κατασκευαστή.
Για ηλεκτρονικό κατάστημα, δείτε την υπηρεσία κατασκευής e-shop με διασύνδεση ERP — συμπεριλαμβανομένων των feeds Skroutz και BestPrice.
Το trigger δεν είναι «θέλουμε API». Είναι ένα γεγονός που ήδη σας κοστίζει χρόνο ή λάθος δεδομένα. Αν δύο ομάδες ανοίγουν το ίδιο αρχείο, αν η μισθοδοσία περιμένει χειροκίνητο extract από το ERP, ή αν ένας δημόσιος φορέας ζητά κλήσεις με πιστοποιητικό που δεν έχετε ακόμα εκδώσει — αυτό είναι έργο διασύνδεσης, όχι νέα οθόνη. Το discovery ξεκινά από το ζεύγος συστημάτων και από το τι συμβαίνει όταν το ένα είναι down, όχι από την επιλογή framework.
REST ταιριάζει σε σταθερούς πόρους και πολλούς καταναλωτές. GraphQL ταιριάζει όταν κάθε οθόνη θέλει διαφορετικό σχήμα χωρίς περιττά πεδία. Τα data contracts κλειδώνουν πεδία, τύπους και τι σημαίνει κενό.
Versioning ώστε μια αλλαγή να μην σπάσει παλιούς πελάτες. Pagination και rate limiting ώστε ένας καταναλωτής να μην εξαντλεί πόρους εις βάρος των υπολοίπων. Error semantics: ποιος κωδικός είναι επανάληψη, ποιος είναι οριστική απόρριψη. Idempotency keys ώστε το ίδιο POST να μην δημιουργήσει δύο εγγραφές.
Το contract γράφεται πριν τον κώδικα: πεδία, υποχρεωτικότητα, τι σημαίνει «άδειο», ποιος κωδικός σφάλματος επιτρέπεται να επαναληφθεί. Χωρίς αυτό, δύο ομάδες υλοποιούν δύο διαφορετικά APIs με το ίδιο όνομα.
Η τεκμηρίωση OpenAPI δεν είναι παράρτημα στο τέλος. Είναι το κείμενο που οι δύο πλευρές υπογράφουν ως συμπεριφορά: αυθεντικοποίηση, σελίδωση, όρια ρυθμού, σχήμα σφάλματος. Αν αλλάξει πεδίο χωρίς νέα έκδοση, οι παλιοί πελάτες σπάνε σιωπηλά. Γι’ αυτό το versioning είναι απόφαση προϊόντος, όχι λεπτομέρεια κώδικα.
Authentication και authorisation, least privilege ανά πελάτη, κρυπτογραφημένη μεταφορά, secrets εκτός κώδικα, audit logging, rate limits. Η ευρύτερη σκλήρυνση εφαρμογών και η απόκριση περιστατικού καλύπτονται από την υπηρεσία κυβερνοασφάλειας.
Webhook όταν ο πάροχος σπρώχνει γεγονότα και εσείς πρέπει να αντιδράσετε άμεσα. Polling όταν δεν υπάρχει push. Batch όταν ο όγκος είναι μεγάλος και η καθυστέρηση αποδεκτή.
Ουρές και event-driven ροές όταν το upstream αργεί. Middleware όταν πολλοί καταναλωτές μοιράζονται το ίδιο contract. Sync όταν η απάντηση πρέπει να γυρίσει στην ίδια κλήση· async όταν η δουλειά τελειώνει αργότερα. ETL και pipelines όταν μεταφέρετε ιστορικό, όχι μόνο ζωντανά γεγονότα.
Η επιλογή δεν είναι γούστο αρχιτεκτονικής. Αν ο πάροχος σπρώχνει γεγονός, webhook. Αν όχι, polling με γραπτό διάστημα. Αν ο όγκος είναι νυχτερινός κατάλογος, batch. Αν ανακατέψετε τα τρία χωρίς λόγο, δεν ξέρετε πού χάθηκε η εγγραφή.
Αυτό είναι το κέντρο της υπηρεσίας. Χωρίς αυτά, μια «επιτυχής» κλήση μπορεί να έχει καταχωρήσει την ίδια παραγγελία δύο φορές — ή καμία. Η αξιοπιστία δεν είναι «θα το δούμε στο τέλος»: είναι κανόνες που γράφονται στο discovery — ποιο σύστημα είναι πηγή αλήθειας ανά πεδίο, πόσο περιμένουμε πριν το retry, πού πάει το μήνυμα όταν αποτύχει οριστικά, ποιος κοιτάει το alert στις 02:00. Το runbook παραδίδεται στην ομάδα σας, ώστε η λειτουργία να μην εξαρτάται από ένα άτομο.
Μετά το go-live, η λειτουργία και παρακολούθηση των συστημάτων ανήκουν στο IT support — όχι στο scope της διασύνδεσης.
Κατηγορίες διασύνδεσης και κατάσταση: υλοποιημένο, ή εφικτό κατόπιν ανάλυσης.
Αναλαμβάνουμε κατόπιν ανάλυσης πρόσβασης και sandbox. Τα δημόσια και τραπεζικά APIs στην Ελλάδα απαιτούν συχνά πιστοποιητικά, ρόλους υπογραφής και όρια κλήσεων που δεν δημοσιεύονται σε ένα γενικό tutorial — γι’ αυτό δεν τα δηλώνουμε παραδοτέο πριν δούμε πρόσβαση, sandbox και νομικό υπογράφοντα.
Custom REST / GraphQL: API που σχεδιάζουμε και παραδίδουμε — υλοποιημένο. Εκεί το παραδοτέο είναι δικό μας contract, OpenAPI spec και runbook, όχι σύνδεση με δημόσιο endpoint χωρίς πρόσβαση του πελάτη.
Το myDATA αναφέρεται εδώ ως γενική διασύνδεση τιμολόγησης· η έκδοση παραστατικού ανά παραγγελία e-shop καλύπτεται στην υπηρεσία e-shop.
ERP↔CRM: πελάτες και ευκαιρίες να συμφωνούν χωρίς χειροκίνητο CSV. Παράδειγμα ζεύγους: SoftOne προς CRM.
ERP↔WMS: αποθήκες και κινήσεις. Παράδειγμα: Pegasus προς WMS ώστε το απόθεμα δαπέδου να μην αποκλίνει από το λογιστικό.
ERP↔BI: εξαγωγή γεγονότων σε αποθήκη αναφορών, όχι «ένα ακόμα Excel».
Legacy βάση προς σύγχρονο API: τυλίγουμε την παλιά πηγή με contract, αυθεντικοποίηση και όρια, χωρίς να ξαναγράψουμε όλη την εφαρμογή την πρώτη μέρα.
Backend κινητής εφαρμογής: το ίδιο API που καταναλώνει η εφαρμογή, με ρόλους και σελίδωση. Η κατασκευή της εφαρμογής ανήκει στην υπηρεσία web εφαρμογών.
Third-party SaaS: mapping στο format που απαιτεί ο πάροχος, με ουρά όταν εκείνος αργεί.
Η εφαρμογή που καταναλώνει το API: web εφαρμογή που καλεί το API.
Μοντέλα ως υπηρεσία μέσα σε ροή: περίληψη, ταξινόμηση, εξαγωγή πεδίων — όχι chatbot ως διακόσμηση. Κόστος ανά κλήση εξαρτάται από όγκο· caching και rate limits ώστε να μην τιμολογηθείτε δύο φορές για το ίδιο κείμενο. Αποτυχίες: επανάληψη ή ασφαλής άρνηση, όχι σιωπηλή απάντηση. Προστασία δεδομένων: ποια δεδομένα εξέρχονται από την ΕΕ και ποια παραμένουν.
Όταν δύο συστήματα δεν μιλούν, όταν η μεταφορά γίνεται με Excel, όταν το legacy δεν έχει API, ή όταν ο τρίτος απαιτεί συγκεκριμένο format. Έτοιμο connector αρκεί μόνο αν καλύπτει τα πεδία και τα σφάλματα που σας αφορούν — αλλιώς γεμίζει σιωπηλές αποτυχίες.
REST όταν οι πόροι είναι σταθεροί και οι πελάτες πολλοί. GraphQL όταν το UI χρειάζεται διαφορετικά σχήματα ανά οθόνη χωρίς over-fetch. Δεν διαλέγουμε GraphQL «γιατί είναι μοντέρνο».
Idempotency ώστε μια συναλλαγή να μην περάσει δύο φορές, retries με backoff, dead-letter όταν αποτύχει οριστικά, αναφορά reconciliation, ειδοποίηση όταν σταματήσει το sync, και runbook για την ομάδα σας όταν το upstream είναι down.
Ως γενική διασύνδεση τιμολόγησης, ναι — εφικτό κατόπιν ανάλυσης των credentials και του λογιστικού σχήματος. Η τιμολόγηση ανά παραγγελία e-shop καλύπτεται στην υπηρεσία e-shop.
Ως κατηγορία δημόσιου API: εφικτό κατόπιν ανάλυσης. Δεν δηλώνουμε παραδοτέο πριν δούμε το endpoint, τα πιστοποιητικά και ποιος νομικά υπογράφει την κλήση.
Ναι. ERP↔CRM, ERP↔WMS, ERP↔BI και legacy βάση προς σύγχρονο API είναι ο πυρήνας της υπηρεσίας. Η γέφυρα ERP με ηλεκτρονικό κατάστημα είναι ξεχωριστή υπηρεσία.
Ως μοντέλο-υπηρεσία μέσα σε επιχειρησιακή ροή — caching, όρια κλήσεων, αποτυχίες και προστασία δεδομένων — εφικτό κατόπιν ανάλυσης. Δεν δημοσιεύουμε κόστος ανά token χωρίς δικό σας όγκο.
OpenAPI spec, παραδείγματα κλήσεων, Postman collection, runbook και εκπαίδευση στην ομάδα που θα λειτουργεί τη διασύνδεση.
Authentication και authorisation, least privilege, κρυπτογραφημένη μεταφορά, διαχείριση secrets, audit log, rate limits. Η ευρύτερη επιφάνεια επίθεσης καλύπτεται στην υπηρεσία κυβερνοασφάλειας.
Όχι. Δεν είμαστε επίσημοι συνεργάτες των κατασκευαστών ERP· υλοποιούμε τις ροές με βάση την πρόσβαση και την τεκμηρίωση που διαθέτει ο πελάτης. Η ποιότητα της διασύνδεσης κρίνεται από το contract, το logging και το σχέδιο μετάβασης, όχι από σήμα συνεργάτη.
Τελευταία ενημέρωση: 2026-09-08
Σχετικές υπηρεσίες: κατασκευή e-shop με διασύνδεση ERP · web εφαρμογή που καλεί το API