Πώς να επιλέξετε ένα API παρακολούθησης για διασυνοριακές παραδόσεις στη Μέση Ανατολή

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

Αντιμετωπίστε τη Μέση Ανατολή ως μια συλλογή αγορών προορισμού και ρυθμίσεων παράδοσης, όχι ως μία ενιαία κατηγορία κάλυψης. Μια επιτυχημένη ενσωμάτωση για έναν μεταφορέα που εξυπηρετεί τα ΗΑΕ δεν αποδεικνύει αντίστοιχα αποτελέσματα για μια διαφορετική υπηρεσία που παραδίδει στη Σαουδική Αραβία ή την Ιορδανία. Η διαδικασία επιλογής σας θα πρέπει να συνδέει την τεχνική απόδοση με ένα πρακτικό αποτέλεσμα: μπορεί η ομάδα σας να εξηγήσει πού βρίσκεται ένα δέμα, να εντοπίσει ποιος πρέπει να ενεργήσει και να δώσει στον πελάτη μια ακριβή ενημέρωση;

Ξεκινήστε με έναν χάρτη διαδρομών, όχι με μια σύντομη λίστα προμηθευτών

Πριν αξιολογήσετε τους παρόχους, καταγράψτε τις ροές αποστολών που πρέπει να υποστηρίζει το API. Μια διαδρομή πρέπει να περιγράφει περισσότερα από τη χώρα προέλευσης και τη χώρα προορισμού. Συμπεριλάβετε την υπηρεσία αποστολής, τον πάροχο του πρώτου σκέλους, τυχόν ενοποιητή, τον μεταφορέα παράδοσης στον προορισμό και τα συστήματα που περιέχουν τα αρχεία παραγγελιών και αποστολών.

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

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

Χρησιμοποιήστε αυτόν τον χάρτη για να διακρίνετε την υποχρεωτική από την προαιρετική κάλυψη. Ένας πάροχος δεν θα πρέπει να κερδίζει επειδή υποστηρίζει πολλούς μεταφορείς που δεν χρησιμοποιείτε, ενώ αφήνει χωρίς δοκιμή έναν κρίσιμο συνεργάτη παράδοσης.

Επαληθεύστε την κάλυψη σε επίπεδο υπηρεσίας και παράδοσης μεταξύ μεταφορέων

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

Δοκιμάστε τι συμβαίνει όταν ο μεταφορέας προορισμού αναλαμβάνει την ευθύνη της παράδοσης. Διατηρεί η ενσωμάτωση την αρχική αναφορά; Μπορεί να συνδέσει έναν δεύτερο αριθμό παρακολούθησης με την ίδια αποστολή; Διακρίνονται τα συμβάντα από διαφορετικά σκέλη ή η χρονογραμμή που βλέπει ο πελάτης γίνεται συγκεχυμένη;

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

Η πρακτική προϋπόθεση αποδοχής είναι απλή: η ομάδα λειτουργίας σας θα πρέπει να μπορεί να ακολουθήσει την αποστολή μέσα από τη ρύθμιση παράδοσης που χρησιμοποιεί πραγματικά. Αν ένα σκέλος δεν μπορεί να επαληθευτεί κατά τη δοκιμή, καταγράψτε το ως ανεπίλυτο αντί να υποθέσετε είτε πλήρη υποστήριξη είτε καθόλου υποστήριξη.

Αξιολογήστε τα συμβάντα παρακολούθησης, όχι μόνο τις ετικέτες κατάστασης

Οι τυποποιημένες καταστάσεις βοηθούν ένα σύστημα διαχείρισης παραγγελιών να λειτουργεί μεταξύ μεταφορέων. Γίνονται λιγότερο χρήσιμες όταν αποκρύπτουν το αρχικό συμβάν ή υποδηλώνουν μεγαλύτερη βεβαιότητα από αυτήν που παρείχε ο μεταφορέας. Ζητήστε δείγματα payload και εξετάστε τη σχέση μεταξύ της κανονικοποιημένης κατάστασης και του υποκείμενου μηνύματος παρακολούθησης.

Πεδίο αξιολόγησης	Τι να ελέγξετε	Γιατί έχει σημασία
Ταυτότητα αποστολής	Αναγνωριστικό μεταφορέα, αριθμός παρακολούθησης και σχετικές αναφορές αποστολής	Αποτρέπει τη μετατροπή των συμβάντων παράδοσης σε αποσυνδεδεμένες εγγραφές
Σημασία συμβάντος	Κανονικοποιημένη κατηγορία μαζί με το αρχικό μήνυμα του μεταφορέα	Υποστηρίζει την αυτοματοποίηση χωρίς απώλεια πλαισίου
Πεδία χρόνου	Ώρα συμβάντος, χειρισμός ζώνης ώρας και, όπου είναι διαθέσιμος, χρόνος ενημέρωσης του παρόχου	Βοηθά στη διάκριση μιας καθυστερημένης σάρωσης από μια καθυστερημένη ενημέρωση API
Τοποθεσία	Χώρα, πόλη ή εγκατάσταση που παρέχεται πραγματικά	Αποφεύγει την υπόδειξη ακριβέστερης τοποθεσίας από αυτήν που υποστηρίζει η πηγή
Εξαιρέσεις παράδοσης	Αποτυχημένες προσπάθειες, προβλήματα διεύθυνσης, αναμονές και συμβάντα επιστροφής, όπου είναι διαθέσιμα	Συνδέει την ορατότητα της αποστολής με μια εφαρμόσιμη ουρά υποστήριξης

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

Διατηρήστε την αραβική επικοινωνία ξεχωριστή από τη διαθεσιμότητα συμβάντων

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

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

Κάντε την παρακολούθηση του API μέρος της επιλογής

Μια επιτυχημένη απόκριση API δεν σημαίνει απαραίτητα ότι μια αποστολή έχει πρόσφατες πληροφορίες. Παρακολουθείτε ξεχωριστά την υγεία της ενσωμάτωσης και την ορατότητα των αποστολών. Το σύστημά σας μπορεί να λαμβάνει έγκυρες αποκρίσεις ενώ ένας μεταφορέας δεν παράγει νέα συμβάντα ή ένας πάροχος μπορεί να διαθέτει νέα δεδομένα που το endpoint webhook σας δεν επεξεργάζεται.

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

• Αποτυχίες καταχώρισης: Μπορείτε να εντοπίσετε αποστολές που δεν εισήλθαν ποτέ στη ροή παρακολούθησης;
• Αποτυχίες επεξεργασίας webhook: Μπορεί η ομάδα σας να εντοπίσει, να διερευνήσει και να επαναλάβει ή να ανακτήσει ενημερώσεις που χάθηκαν;
• Παλιές αποστολές: Μπορείτε να εντοπίσετε την έλλειψη πρόσφατων συμβάντων χρησιμοποιώντας όρια κατάλληλα για τη διαδρομή και το στάδιο της αποστολής;
• Συμφωνία δεδομένων: Μπορείτε να αναζητήσετε την κατάσταση της αποστολής για να διορθώσετε κενά μεταξύ της βάσης δεδομένων σας και των αρχείων του παρόχου;
• Έλεγχος κύκλου ζωής: Τι συμβαίνει μετά την παράδοση, την επιστροφή, την ακύρωση ή τη λήξη της περιόδου παρακολούθησης;

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

Ελέγξτε την αρχιτεκτονική, την ασφάλεια και το συνολικό λειτουργικό κόστος

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

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

Για τον έλεγχο ασφάλειας, χαρτογραφήστε τα δεδομένα που σκοπεύετε να στείλετε πριν ενεργοποιήσετε την πρόσβαση παραγωγής. Καθορίστε αν είναι απαραίτητα ονόματα, αριθμοί τηλεφώνου, διευθύνσεις παράδοσης ή στοιχεία παραγγελιών. Επιβεβαιώστε με τον πάροχο τη διαχείριση διαπιστευτηρίων, τους ελέγχους πρόσβασης, τη διατήρηση, τη διαγραφή, τους υποεκτελούντες την επεξεργασία και τις ρυθμίσεις φιλοξενίας. Ο κατάλληλος υπεύθυνος νομικών ή απορρήτου πρέπει να αξιολογήσει τις υποχρεώσεις που αφορούν τον συγκεκριμένο προορισμό· η περιφερειακή κάλυψη δεν αποτελεί απόδειξη κανονιστικής καταλληλότητας.

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

Πού εντάσσεται το 17TRACK στην αξιολόγηση

Για ομάδες που εξετάζουν ενσωμάτωση παρακολούθησης πολλών μεταφορέων, η σελίδα Tracking API του 17TRACK και η επίσημη τεκμηρίωση API αποτελούν σχετικά σημεία εκκίνησης. Αξιολογήστε το API με βάση τον ίδιο χάρτη διαδρομών, τις απαιτήσεις συμβάντων και τα σενάρια ανάκτησης που περιγράφονται παραπάνω.

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

Εκτελέστε ένα πιλοτικό πρόγραμμα που μπορεί να οδηγήσει σε σαφή απόφαση

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

1. Καθορίστε πρώτα τα κριτήρια αποδοχής. Προσδιορίστε τις υποχρεωτικές διαδρομές, τα απαιτούμενα πεδία, τις ανεκτές καθυστερήσεις ενημερώσεων, τις απαιτήσεις ανάκτησης και τις συνθήκες ασφάλειας.
2. Καθιερώστε ένα σημείο αναφοράς. Συγκρίνετε τα συμβάντα API με τα επίσημα αρχεία παρακολούθησης του σχετικού μεταφορέα, καταγράφοντας πότε έγινε κάθε παρατήρηση. Τα αρχεία του μεταφορέα αποτελούν χρήσιμο σημείο αναφοράς, όχι εγγύηση της φυσικής τοποθεσίας.
3. Διαχωρίστε τις πηγές καθυστέρησης. Διακρίνετε τη χρονική σήμανση του συμβάντος του μεταφορέα, το πότε ο πάροχος καθιστά το συμβάν διαθέσιμο, εφόσον αυτό είναι παρατηρήσιμο, και το πότε το επεξεργάζεται η εφαρμογή σας.
4. Δοκιμάστε τον χειρισμό αποτυχιών. Υποβάλετε μη έγκυρα αναγνωριστικά, διακόψτε το endpoint λήψης και επαληθεύστε τη τεκμηριωμένη διαδικασία ανάκτησης.
5. Επανεξετάστε με τη λειτουργική ομάδα. Ζητήστε από το προσωπικό υποστήριξης να εξηγήσει μια εξαίρεση και να προσδιορίσει την επόμενη ενέργεια χρησιμοποιώντας τα ενσωματωμένα δεδομένα.
6. Επιλύστε τα κενά γραπτώς. Τεκμηριώστε τις μη επαληθευμένες υπηρεσίες, τις μη υποστηριζόμενες απαιτήσεις, τις προτεινόμενες λύσεις και τον υπεύθυνο για κάθε εναπομένον ζήτημα.

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

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

Σημαίνει η κάλυψη μιας χώρας ότι υποστηρίζεται κάθε τοπικός μεταφορέας;

Όχι. Μια δήλωση σε επίπεδο χώρας δεν αποδεικνύει υποστήριξη για κάθε μεταφορέα, υπηρεσία ή ρύθμιση παράδοσης σε αυτήν την αγορά. Επιβεβαιώστε τους συγκεκριμένους συνεργάτες παράδοσης που χρησιμοποιούν οι αποστολές σας και δοκιμάστε τα συμβάντα τους πριν βασιστείτε λειτουργικά σε αυτήν την κάλυψη.

Μπορεί ένα API παρακολούθησης να επιλύσει μια τελωνειακή αναστολή;

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

Αρκούν τα webhook ή πρέπει να χρησιμοποιούμε και polling;

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

Πώς πρέπει να αξιολογούμε την επικαιρότητα της παρακολούθησης;

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

Πρέπει η υποστήριξη αραβικών να είναι υποχρεωτική απαίτηση;

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

Πηγές

• 17TRACK Tracking API — επίσημη αναφορά προϊόντος για το σημείο εκκίνησης αξιολόγησης του API που συζητείται σε αυτόν τον οδηγό.
• Τεκμηρίωση API του 17TRACK — επίσημη τεχνική αναφορά για τον έλεγχο των απαιτήσεων ενσωμάτωσης και της τεκμηριωμένης συμπεριφοράς πριν από την υλοποίηση.