Μετάβαση στο περιεχόμενο
XSIS

Τεχνολογία

Ολοκληρώσεις

Συστήματα ERP, middleware, τραπεζικές μορφές, ISO 8583, τερματικά, host-to-host ή EBICS, ανοιχτή τραπεζική και API τρίτων.

32 ερωτήσεις

Host-to-host, EBICS ή API τραπεζών: τι να χρησιμοποιήσουμε;

Συνήθως αποφασίζει η τράπεζα. Το host-to-host SFTP είναι το ευρύτερα προσφερόμενο κανάλι για εταιρικά αρχεία πληρωμών. Το EBICS είναι κοινό με τράπεζες στη Γερμανία, τη Γαλλία και γειτονικές χώρες. Τα API τραπεζών ταιριάζουν σε υπόλοιπα πραγματικού χρόνου και άμεσες πληρωμές όπου τα προσφέρει η τράπεζα. Πολλές εταιρείες χρησιμοποιούν περισσότερα από ένα, και το επίπεδο ολοκλήρωσης κρύβει τη διαφορά από το ERP.

Να λαμβάνουμε καταστάσεις camt.053 ή MT940;

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

Οι πωλήσεις να καταγράφονται σε πραγματικό χρόνο ή σε παρτίδες;

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

Με ποια συστήματα POS και ERP λειτουργεί;

Η αρχιτεκτονική λειτουργεί με κάθε POS που μπορεί να εξάγει συναλλαγές μέσω API, συμβάντων ή αρχείων και με ERP όπως SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central και Odoo. Επιβεβαιώνουμε τις διεπαφές του δικού σας POS και ERP στην αρχή. Η αναφορά προϊόντος δεν σημαίνει συνεργασία με τον προμηθευτή του.

Ποια είναι η διαφορά μεταξύ πύλης και τράπεζας αποδοχής;

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

Είναι το ISO 8583 το ίδιο για κάθε τράπεζα αποδοχής;

Όχι. Το ISO 8583 ορίζει δομή και κάθε τράπεζα αποδοχής ή δίκτυο δημοσιεύει δική της προδιαγραφή πεδίων, τύπων μηνυμάτων και κωδικών. Γι’ αυτό κατασκευάζουμε από την προδιαγραφή της τράπεζας αποδοχής και εκτελούμε τις δοκιμές πιστοποίησης της τράπεζας αποδοχής. Ένα API πύλης μπροστά από την τράπεζα αποδοχής κρύβει αυτές τις διαφορές, το οποίο είναι συχνά απλούστερο για λιανοπωλητές.

Να συνδεθούμε απευθείας με τις τράπεζες ή μέσω παρόχου συγκέντρωσης;

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

Ποιες τράπεζες και χώρες καλύπτονται;

Η κάλυψη εξαρτάται από τους κανόνες της περιοχής και τα API των τραπεζών. Η Ευρωπαϊκή Ένωση και το Ηνωμένο Βασίλειο έχουν ευρεία κάλυψη βάσει της PSD2 και του UK Open Banking Standard. Αλλού η κάλυψη ποικίλλει και οι πάροχοι συγκέντρωσης καλύπτουν μέρος των κενών. Ελέγχουμε την κάλυψη για τις τράπεζες που χρησιμοποιούν οι πελάτες σας πριν δεσμευτείτε σε αρχιτεκτονική.

Η ανοιχτή τραπεζική αντικαθιστά τις απευθείας συνδέσεις host-to-host με τις τράπεζες;

Όχι για το μεγαλύτερο μέρος της εταιρικής εργασίας ταμείου. Τα κανάλια host-to-host διαχειρίζονται μαζικά αρχεία πληρωμών και πλήρεις καταστάσεις για τους δικούς σας λογαριασμούς. Η ανοιχτή τραπεζική ταιριάζει σε προϊόντα για πελάτες, σε υπόλοιπα σε πραγματικό χρόνο και σε μεμονωμένες πληρωμές. Πολλές επιχειρήσεις χρησιμοποιούν και τα δύο: host-to-host για τις δικές τους εκτελέσεις πληρωμών και ανοιχτή τραπεζική για τους πελάτες τους.

Ποιες υπηρεσίες τρίτων μπορείτε να συνδέσετε;

Οποιαδήποτε υπηρεσία με τεκμηριωμένο API ή διεπαφή αρχείου. Τυπικά παραδείγματα είναι πλατφόρμες CRM, μεταφορείς και πάροχοι logistics, αγορές, πλατφόρμες ηλεκτρονικής τιμολόγησης και φορολογίας, μισθοδοσία, πάροχοι KYC και ταυτότητας, και εμπορικοί συνεργάτες που ανταλλάσσουν έγγραφα EDI μέσω AS2. Εξετάζουμε το API, τα όρια και το περιβάλλον δοκιμών κάθε συνεργάτη πριν δεσμευτούμε σε σχέδιο.

Χρειαζόμαστε πλατφόρμα ολοκλήρωσης για αυτό;

Όταν αρκετοί συνεργάτες συνδέονται σε ένα ERP, μια πλατφόρμα όπως το MuleSoft, το Boomi ή το Azure Logic Apps, ή ένα σύνολο προσαρμοσμένων υπηρεσιών πάνω σε ουρά μηνυμάτων, κρατά αντιστοίχιση, επαναλήψεις και παρακολούθηση σε ένα σημείο. Με έναν ή δύο συνεργάτες, οι άμεσες συνδέσεις μπορεί να αρκούν. Παρουσιάζουμε τα υπέρ και τα κατά, περιλαμβανομένου του κόστους άδειας, για την περίπτωσή σας.

Με ποια συστήματα ERP και CRM εργάζεστε;

Στην πλευρά του ERP: SAP ECC, S/4HANA και BTP, Oracle Fusion Cloud ERP και NetSuite, Microsoft Dynamics 365, Odoo και Sage. Για ροές εργασίας και CRM: ServiceNow, Salesforce και Microsoft Power Platform. Εργαζόμαστε επίσης με προσαρμοσμένα και παλαιότερα συστήματα. Η αναφορά ενός προϊόντος δεν σημαίνει συνεργασία με τον πάροχό του.

Μπορείτε να μεταφέρετε τις ολοκληρώσεις μας από SAP ECC σε S/4HANA;

Ναι. Καταγράφουμε κάθε διεπαφή στο ECC, αποφασίζουμε ποια θα κρατήσουμε, ποια θα ανακατασκευάσουμε ή θα αποσύρουμε και μεταφέρουμε καθεμία σε S/4HANA ή BTP με τις δοκιμές της. Οι ροές αλλάζουν μία κάθε φορά, ώστε η επιχείρηση να μην εξαρτάται από ένα μόνο Σαββατοκύριακο μετάβασης.

Χρειαζόμαστε middleware ή iPaaS;

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

Ποιο CRM να επιλέξουμε και μπορείτε να εργαστείτε με αυτό που έχουμε;

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

Πόση προσαρμογή CRM είναι υπερβολική;

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

Τι απαιτεί η ZATCA Φάση 2;

Η Φάση 2, η φάση ολοκλήρωσης, απαιτεί από τα συστήματα των φορολογουμένων να συνδέονται με την πλατφόρμα FATOORA της ZATCA. Τα τυπικά φορολογικά τιμολόγια εγκρίνονται από τη ZATCA πριν φτάσουν στον αγοραστή και τα απλοποιημένα τιμολόγια αναφέρονται λίγο μετά. Κάθε τιμολόγιο φέρει κρυπτογραφική σφραγίδα και κωδικό QR, ώστε το ERP ή το POS να πρέπει να τα παράγει στην απαιτούμενη μορφή.

Τι είναι το PINT-AE;

Το PINT-AE είναι η προδιαγραφή των ΗΑΕ για τη διεθνή μορφή τιμολογίου PEPPOL, που χρησιμοποιείται στο πρόγραμμα ηλεκτρονικής τιμολόγησης των ΗΑΕ. Τα τιμολόγια ανταλλάσσονται σε αυτή τη δομημένη μορφή μέσω διαπιστευμένων παρόχων υπηρεσιών και αναφέρονται στην Federal Tax Authority, της οποίας η πλατφόρμα EmaraTax χειρίζεται τη φορολογία των ΗΑΕ.

Τι είναι το ViDA και μας αφορά εκτός ΕΕ;

Το ΦΠΑ στην ψηφιακή εποχή (ViDA) είναι το πακέτο της ΕΕ που μεταφέρει τη διασυνοριακή τιμολόγηση επιχειρήσεων σε δομημένα ηλεκτρονικά τιμολόγια και ψηφιακές αναφορές. Αφορά κάθε επιχείρηση που τιμολογεί πελάτες της ΕΕ ή λειτουργεί οντότητες στην ΕΕ, όπου κι αν βρίσκονται τα κεντρικά της γραφεία.

Τι είναι το ψηφιακό διαβατήριο προϊόντος;

Το ψηφιακό διαβατήριο προϊόντος (DPP) είναι το αρχείο της ΕΕ για τα υλικά, την προέλευση, την επισκευασιμότητα και την ανακύκλωση ενός προϊόντος, που κοινοποιείται μέσω φορέα δεδομένων όπως κωδικός QR. Εφαρμόζεται σταδιακά ανά ομάδα προϊόντων. Εξαρτάται από δεδομένα εφοδιαστικής αλυσίδας που συνήθως βρίσκονται σε ERP και συστήματα παραγωγής.

Το ERP μας έχει πρόσθετο ηλεκτρονικής τιμολόγησης. Μας χρειάζεστε ακόμη;

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

Μπορεί μία ολοκλήρωση να καλύψει πολλές χώρες;

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

Τι είναι το ISO 20022 και γιατί μετρά;

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

Με ποιες τραπεζικές μορφές και κανάλια εργάζεστε;

Χρησιμοποιούμε pain.001 για πληρωμές, pain.002 για κατάσταση, camt.052, camt.053 και camt.054 για αναφορές λογαριασμών, και μηνύματα pacs μεταξύ τραπεζών. Διαβάζουμε επίσης τις κινήσεις MT940 και MT942 που στέλλουν ακόμη πολλές τράπεζες. Η μεταφορά γίνεται μέσω host-to-host SFTP, EBICS, SWIFT ή API τραπεζών. Κάθε τράπεζα έχει δική της παραλλαγή κάθε μορφής, γι’ αυτό κατασκευάζουμε από τον οδηγό υλοποίησής της.

Με ποια συστήματα ERP μπορείτε να συνδέσετε τράπεζες;

SAP S/4HANA, Oracle Fusion Cloud ERP και NetSuite, Microsoft Dynamics 365, Odoo και Sage, καθώς και συστήματα διαχείρισης διαθεσίμων και συστήματα κατά παραγγελία. Όπου το ERP έχει δική του μονάδα τραπεζικής επικοινωνίας, τη διαμορφώνουμε και την επεκτείνουμε αντί να χτίζουμε γύρω της.

Εργάζεστε απευθείας με ISO 8583;

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

Τι είναι το AP2 και το χρειαζόμαστε τώρα;

Το Agent Payments Protocol (AP2) είναι ανοιχτό πρωτόκολλο για πληρωμές από πράκτορες ΤΝ. Κάθε αγορά φέρει υπογεγραμμένες εντολές που δείχνουν τι εξουσιοδότησε ο πελάτης, ώστε έμποροι, εκδότες και τράπεζες αποδοχής να μπορούν να την εμπιστεύονται και να την ελέγχουν. Αν είναι πιθανό πράκτορες ΤΝ να αγοράζουν από εσάς, μπορούμε να κάνουμε το ταμείο σας έτοιμο για AP2 παράλληλα με τις τρέχουσες ροές.

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

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

Τι συμβαίνει όταν ένα κατάστημα χάσει τη σύνδεσή του; (Πληρωμές, πρακτορικό εμπόριο (AP2) και POS)

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

Να χρησιμοποιήσουμε πλατφόρμα ολοκλήρωσης ή προσαρμοσμένο κώδικα;

Εξαρτάται από το πόσες συνδέσεις έχετε και ποιος θα τις λειτουργεί. Μια πλατφόρμα ολοκλήρωσης όπως το MuleSoft, το Boomi ή το Azure Logic Apps σας δίνει έτοιμες συνδέσεις, αντιστοίχιση και παρακολούθηση σε ένα σημείο, με κόστος άδειας. Οι προσαρμοσμένες υπηρεσίες σας δίνουν πλήρη έλεγχο χωρίς άδεια, αλλά περισσότερο κώδικα προς συντήρηση. Συγκρίνουμε και τα δύο για την περίπτωσή σας.

Ποια είναι η διαφορά μεταξύ ESB και πλέγματος συμβάντων;

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

Πώς αντιμετωπίζετε τα όρια ρυθμού;

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

Περισσότερες ερωτήσεις

Όλα τα θέματα συχνών ερωτήσεων

Ξεκινήστε με μια συζήτηση, όχι με σύμβαση.

Πείτε μας τι χρειάζεται να κατασκευάσετε, να συνδέσετε ή να προστατεύσετε. Ένας αρχιτέκτονας το εξετάζει μαζί σας και έπειτα προτείνει από πού να ξεκινήσετε.

Τι ακολουθεί

  1. Συμφωνία χρόνου

    Η ομάδα μας σας στέλνει email για να συμφωνήσουμε ώρα για τη συνεδρία.

  2. Προκαταρκτική συνεδρία

    Μια δωρεάν διαδικτυακή συνεδρία προ-συμβουλευτικής 30 λεπτών: εξετάζουμε τους στόχους, τα συστήματα και τους περιορισμούς σας.

  3. Αξιολόγηση ετοιμότητας

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

  4. Επιλογή διαδρομής

    Τα έργα με έτοιμο πεδίο λαμβάνουν δεσμευτική πρόταση εντός 3–5 εργάσιμων ημερών. Τα έργα σε στάδιο σύλληψης ξεκινούν στο Blueprint Studio. Ένα σύστημα σε λειτουργία που αστοχεί, είναι ατεκμηρίωτο ή χρειάζεται ολοκλήρωση ξεκινά με διάγνωση 1–2 εβδομάδες. Το Blueprint Studio και η διάγνωση έχουν καθένα σταθερή αμοιβή, που αναφέρεται στην πρόταση.