Πρότυπα ανταλλαγής επιχειρηματικών εγγράφων
Διομήδης Σπινέλλης
Τμήμα Διοικητικής Επιστήμης και Τεχνολογίας
Οικονομικό Πανεπιστήμιο Αθηνών
dds@aueb.gr
Εισαγωγή
Παραδοσιακά, η πλέον αποτελεσματική μέθοδος επικοινωνίας μιας επιχείρησης
με μία άλλη (Β2Β) στο χώρο του eCommerce (ηλεκτρονικού εμπορίου) ήταν
η ηλεκτρονική ανταλλαγή δεδομένων (Electronic Data Interchange). Η μέθοδος
αυτή άρχισε να εφαρμόζεται από το 1970 και σήμερα καλύπτει τις ανάγκες του
95% των μεγάλων επιχειρήσεων (Fortune 500), επιτρέποντας την ανταλλαγή
σχετικά απλών εγγράφων όπως είναι οι παραγγελίες, τα τιμολόγια και οι ειδοποιήσεις.
Όμως, το EDI τελικά δεν είχε την αναμενόμενη απήχηση (εν μέρει λόγω του
υψηλού κόστους υλοποίησης) και στην πραγματικότητα έχει υιοθετηθεί από λιγότερο
του 5%, του συνόλου των επιχειρήσεων. Επίσης, πολλές φορές τα πρότυπα όπως το
EDIFACT και Ansi EDI (ΗΠΑ) στην πράξη προσαρμόστηκαν στις ανάγκες των εκάστοτε
εταιριών, με αποτέλεσμα τα μηνύματα των εταιριών αυτών τελικά να μην είναι συμβατά
μεταξύ τους. Έτσι, το πρότυπο EDI της FORD είναι διαφορετικό από το πρότυπο EDI
της General Motors και το πρότυπο της Tesco είναι διαφορετικό από εκείνο της
Marks and Spencer. Η έλλειψη ενός καθολικού προτύπου εμποδίζει την ανάπτυξη
πακέτων λογισμικού που θα μπορούσαν να χρησιμοποιηθούν από οποιαδήποτε επιχείρηση,
με αποτέλεσμα η υλοποίηση των συστημάτων EDI να γίνεται επί παραγγελία,
καθιστώντας την λύση αυτή απαγορευτική για τις περισσότερες μικρομεσαίες
επιχειρήσεις.
Το πρότυπο UN/EDIFACT
Το UN / EDIFACT είναι το πιο διαδεδομένο πρότυπο ανταλλαγής ηλεκτρονικών εγγράφων. Χρησιμοποιείται από το 1970 και απευθύνεται κυρίως σε μεγάλες επιχειρήσεις. Είναι μια τεράστια συλλογή επιχειρηματικών εγγράφων.
Τα κύρια χαρακτηριστικά του είναι:
- Τα δεδομένα κρατούνται σε αρχεία χαρακτήρων (ASCII)
- Η γραμμογράφηση των εγγράφων γίνεται με ειδικό τρόπο (επηρεασμένο από την COBOL)
- Επιτρέπονται μετασχηματισμοί των εγγράφων για να καλυφθούν οι περιπτώσεις ασυμβατότητας
- Οι ενδιαφερόμενες επιχειρήσεις γίνονται μέλη ενός VAN (Value Added Network) και ανταλλάσουν δεδομένα με τα άλλα μέλη του
- Τον μετασχηματισμό των εγγράφων, όπως και την πιστοποίηση την αναλαμβάνει ενδιάμεσος φορέας που εγγυάται την ακεραιότητα και ασφαλή μετακίνηση
- Δεν συνηθίζεται επιχειρήσεις να ανταλλάσουν δεδομένα μέσω δημόσιων δυκτίων
- Δεν ορίζονται διεργασίες, το EDIFACT ασχολείται μόνο με απλά έγγραφα
Προβλήματα που παρουσίαζει:
- Το κόστος για τις μικρομεσαίες επιχειρήσεις ήταν απαγορευτικό
- 5% διείσδυση στο σύνολο των επιχειρήσεων
- Είναι ικανοποιητικό για απλά έγγραφα, δεν υποστήριζει διαδικασίες
Τα νέα πρότυπα ανταλλαγής επιχειρηματικών εγγράφων
- UN/CEFACT
- ebXML
- RosettaNet
- BASDA (ebis-XML)
- xCBL
- XBRL
Σημαντική διαφορά είναι ότι τα νέα πρότυπα διαχωρίζουν διεργασίες από τα έγγραφα.
Διαδικασίες
Στον μοντέρνο επιχειρηματικό κόσμο προέκυψε η ανάγκη να γίνει πιο σύνθετη η μέθοδος ανταλλαγής εγγράφων. Ως αποτέλεσμα αυτού είχαμε την διείσδυση των επιχειρηματιών διαδικασιών ως μέρη των προτύπων ηλεκτρονικών εγγράφων.
Με την χρήση διαδικασιών έχουμε ως στόχο να καθορίσουμε:
- Εισαγωγή της επιχειρηματικής λογικής στα πλάισια διεπιχειρησιακών διαδικασιών ανταλλαγής ηλεκτρονικών εγγράφων
- Διασφάλιση μεταφοράς των ηλεκτρονικών εγγράφων, χειρισμός των πιθανών λαθών
- Καθορισμός μεθόδων/πρωτοκόλλων χρήσης, δημιρουγία ενός πλαισίου υλοποίησης με την χρήση διαφανών τεχνολογιών
Παράδειγμα εγγράφου ορισμού διαδικασίας ebXML
<ProcessSpecification name="Simple" version="1.1" uuid="[1234-5678-901234]">
<!-- Business Documents -->
<BusinessDocument name="Catalog Request"/>
<BusinessDocument name="Catalog"/>
<BusinessDocument name="Purchase Order"/>
<BusinessDocument name="PO Acknowledgement"/>
<BusinessDocument name="Credit Request"/>
<BusinessDocument name="Credit Confirm"/>
<BusinessDocument name="ASN"/>
<BusinessDocument name="CreditAdvice"/>
<BusinessDocument name="DebitAdvice"/>
<BusinessDocument name="Invoice"/>
<BusinessDocument name="Payment"/>
<BusinessDocument name="Inventory Report Request"/>
<BusinessDocument name="Inventory Report"/>
<BusinessDocument name="Inventory Report"/>
<Package name="Ordering">
<!-- First the overall MultiParty Collaboration -->
<MultiPartyCollaboration name="DropShip">
<BusinessPartnerRole name="Customer">
<Performs initiatingRole="requestor"/>
<Performs initiatingRole="buyer"/>
<Transition fromBusinessState="Catalog Request" toBusinessState="Create Order"/>
</BusinessPartnerRole>
<BusinessPartnerRole name="Retailer">
<Performs respondingRole="provider"/>
<Performs respondingRole="seller"/>
<Performs initiatingRole="Creditor"/>
<Performs initiatingRole="buyer"/>
<Performs initiatingRole="Payee"/>
<Performs respondingRole="Payor"/>
<Performs initiatingRole="requestor"/>
<Transition fromBusinessState="Create Order" toBusinessState="Check Credit"/>
<Transition fromBusinessState="Check Credit" toBusinessState="Create Order"/>
</BusinessPartnerRole>
<BusinessPartnerRole name="DropShip Vendor">
<Performs respondingRole="seller"/>
<Performs initiatingRole="payee"/>
<Performs respondingRole="provider"/>
</BusinessPartnerRole>
<BusinessPartnerRole name="Credit Authority">
<Performs respondingRole="credit service"/>
<Performs respondingRole="payor"/>
</BusinessPartnerRole>
</MultiPartyCollaboration>
<!-- Now the Binary Collaborations -->
<BinaryCollaboration name="Request Catalog">
<InitiatingRole name="requestor"/>
<RespondingRole name="provider"/>
<BusinessTransactionActivity name="Catalog Request" businessTransaction="Catalog Request" fromAuthorizedRole="requestor" toAuthorizedRole="provider"/>
</BinaryCollaboration>
<BinaryCollaboration name="Firm Order" timeToPerform="P2D">
<Documentation>timeToPerform = Period: 2 days from start of transaction</Documentation>
<InitiatingRole name="buyer"/>
<RespondingRole name="seller"/>
<BusinessTransactionActivity name="Create Order" businessTransaction="Create Order" fromAuthorizedRole="buyer" toAuthorizedRole="seller"/>
</BinaryCollaboration>
<BinaryCollaboration name="Product Fulfillment" timeToPerform="P5D">
<Documentation>timeToPerform = Period: 5 days from start of transaction</Documentation>
<InitiatingRole name="buyer"/>
<RespondingRole name="seller"/>
<BusinessTransactionActivity name="Create Order" businessTransaction="Create Order" fromAuthorizedRole="buyer" toAuthorizedRole="seller"/>
<BusinessTransactionActivity name="Notify shipment" businessTransaction="Notify of advance shipment" fromAuthorizedRole="buyer" toAuthorizedRole="seller"/>
<Start toBusinessState="Create Order"/>
<Transition fromBusinessState="Create Order" toBusinessState="Notify shipment"/>
<Success fromBusinessState="Notify shipment" conditionGuard="Success"/>
<Failure fromBusinessState="Notify shipment" conditionGuard="BusinessFailure"/>
</BinaryCollaboration>
<BinaryCollaboration name="Inventory Status">
<InitiatingRole name="requestor"/>
<RespondingRole name="provider"/>
<BusinessTransactionActivity name="Inventory Report Request" businessTransaction="Inventory Report Request" fromAuthorizedRole="requestor" toAuthorizedRole="provider"/>
<BusinessTransactionActivity name="Inventory Report" businessTransaction="Inventory Report" fromAuthorizedRole="provider" toAuthorizedRole="requestor"/>
</BinaryCollaboration>
<BinaryCollaboration name="Credit Inquiry">
<InitiatingRole name="creditor"/>
<RespondingRole name="credit service"/>
<BusinessTransactionActivity name="Check Credit" businessTransaction="Check Credit" fromAuthorizedRole="creditor" toAuthorizedRole="credit service"/>
</BinaryCollaboration>
<BinaryCollaboration name="Credit Payment">
<InitiatingRole name="payee"/>
<RespondingRole name="payor"/>
<BusinessTransactionActivity name="Process Credit Payment" businessTransaction="Process Credit Payment" fromAuthorizedRole="payee" toAuthorizedRole="payor"/>
</BinaryCollaboration>
<!-- A compound BinaryCollaboration for illustration purposes-->
<BinaryCollaboration name="Credit Charge">
<InitiatingRole name="charger"/>
<RespondingRole name="credit service"/>
<CollaborationActivity name="Credit Inquiry" binaryCollaboration="Credit Inquiry" fromAuthorizedRole="charger" toAuthorizedRole="credit service"/>
<CollaborationActivity name="Credit Payment" binaryCollaboration="Credit Payment" fromAuthorizedRole="charger" toAuthorizedRole="payor"/>
<Transition fromBusinessState="Credit Inquiry" toBusinessState="Credit Payment"/>
</BinaryCollaboration>
<BinaryCollaboration name="Fulfillment Payment">
<InitiatingRole name="payee"/>
<RespondingRole name="payor"/>
<BusinessTransactionActivity name="Process Payment" businessTransaction="Process Payment" fromAuthorizedRole="payee" toAuthorizedRole="payor"/>
</BinaryCollaboration>
<!-- Here are all the Business Transactions needed -->
<BusinessTransaction name="Catalog Request">
<RequestingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Catalog Request"/>
</RequestingBusinessActivity>
<RespondingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Catalog"/>
</RespondingBusinessActivity>
</BusinessTransaction>
<BusinessTransaction name="Create Order">
<RequestingBusinessActivity name="" isNonRepudiationRequired="true" timeToAcknowledgeReceipt="P2D" timeToAcknowledgeAcceptance="P3D">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Purchase Order"/>
</RequestingBusinessActivity>
<RespondingBusinessActivity name="" isNonRepudiationRequired="true" timeToAcknowledgeReceipt="P5D">
<DocumentEnvelope isPositiveResponse="true" businessDocument="PO Acknowledgement"/>
</RespondingBusinessActivity>
</BusinessTransaction>
<BusinessTransaction name="Check Credit ">
<RequestingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Credit Request"/>
</RequestingBusinessActivity>
<RespondingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Credit Confirm"/>
</RespondingBusinessActivity>
</BusinessTransaction>
<BusinessTransaction name="Notify of advance shipment">
<RequestingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="ASN"/>
</RequestingBusinessActivity>
<RespondingBusinessActivity name="" timeToAcknowledgeReceipt="P2D"/>
</BusinessTransaction>
<BusinessTransaction name="Process Credit Payment">
<RequestingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="CreditAdvice"/>
</RequestingBusinessActivity>
<RespondingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="DebitAdvice"/>
</RespondingBusinessActivity>
</BusinessTransaction>
<BusinessTransaction name="Process Payment">
<RequestingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Invoice"/>
</RequestingBusinessActivity>
<RespondingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Payment"/>
</RespondingBusinessActivity>
</BusinessTransaction>
<BusinessTransaction name="Request Inventory Report">
<RequestingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Inventory Report Request"/>
</RequestingBusinessActivity>
<RespondingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Inventory Report"/>
</RespondingBusinessActivity>
</BusinessTransaction>
<BusinessTransaction name="Inventory Report">
<RequestingBusinessActivity name="">
<DocumentEnvelope isPositiveResponse="true" businessDocument="Inventory Report"/>
</RequestingBusinessActivity>
<RespondingBusinessActivity name=""/>
</BusinessTransaction>
</Package>
</ProcessSpecification>
Έγγραφα
Τα ηλεκτρονικά έγγραφα περιέχουν την δομή της επιχειρηματικής πληροφορία. Κάθε έγγραφο συνήθως αποτελείται από δύο διακριτά μέρη: (1) την επικεφαλίδα, η οποία περιέχει στοιχεία για το σύστημα και την διεργασία και (2) τα επιχειρηματικά δεδομένα.
Στα σύγχρονα πρότυπα τα πρότυπα χρησιμοποιούν XML για την αναπαράσταση των δεδομένων, ενώ η πιστοποίηση και η περιγραφή της δομής γίνεται με την χρήση DTD ή X-Schema.
Παράδειγμα εγγράφου xCBL (Τιμολόγιο)
<Invoice>
<InvoiceHeader>
<InvoiceNumber>Invoice/InvoiceHeader/InvoiceNumber</InvoiceNumber>
<InvoiceIssueDate>2003-01-01T00:00:01</InvoiceIssueDate>
<InvoicePurpose>
<InvoicePurposeCoded>Original</InvoicePurposeCoded>
</InvoicePurpose>
<InvoiceType>
<InvoiceTypeCoded>MeteredServicesInvoice</InvoiceTypeCoded>
</InvoiceType>
</InvoiceHeader>
<InvoiceDetail>
<ListOfInvoiceItemDetail>
<InvoiceItemDetail>
<InvoiceBaseItemDetail>
<LineItemNum>
<core:BuyerLineItemNum>1001</core:BuyerLineItemNum>
</LineItemNum>
<InvoicedQuantity>
<core:QuantityValue>1002</core:QuantityValue>
<core:UnitOfMeasurement>
<core:UOMCoded>1</core:UOMCoded>
</core:UnitOfMeasurement>
</InvoicedQuantity>
</InvoiceBaseItemDetail>
<InvoicePricingDetail>
<core:ListOfPrice>
<core:Price>
<core:UnitPrice>
<core:UnitPriceValue>1003</core:UnitPriceValue>
</core:UnitPrice>
</core:Price>
</core:ListOfPrice>
</InvoicePricingDetail>
</InvoiceItemDetail>
</ListOfInvoiceItemDetail>
</InvoiceDetail>
</Invoice>
Το πρότυπο UN/CEFACT
Το UN / CEFACT αποτελεί απόγονο του UN / EDIFACT. Είναι ουσιαστικά η μετατροπή των παραδοσιακών EDI μηνυμάτων σε αντίστοιχα XML.
Τα βασικά του χαρακτηριστικά είναι:
- Επικεντρώνεται στα έγγραφα και όχι στις διαδικασίες
- Χρησιμοποιεί XML για την περιγραφή των δεδομένων
- Για την μεταφορά και την μοντελλοποίηση των διεργασιών προτείνει την χρήση του προτύπου ebXML
- Είναι το επίσημο πρότυπο των Ηνωμένων Εθνών και τυγχάνει μεγάλης υποστήριξης
Το πρότυπο είναι ακόμα υπό ανάπτυξη και δεν υπάρχουν διαθέσιμε έγγραφα δημοσιευμένα.
Η πρωτοβουλία ebXML
Το πρότυπο ebXML ορίζει ένα σύνολο από προδιαγραφές οι οποίες επιτρέπουν σε επιχειρήσεις ανεξάρτητα από το μέγεθος τους και την γεωγραφική τους τοποθεσία, να πραγματοποιούν συναλλαγές μέσω διαδικτύου.
Χαρακτηριστικά του ebXML:
- Ασχολείται με τον σχεδιασμό των διαδικασιών (Business Processes)
- Δεν παρέχει δομές ηλεκτρονικών εγγράφων, αλλά επιτρέπει τον καθορισμό αυτών ανά περίπτωση (Business Messages)
- Αρχιτεκτονική του ebXML είναι τμηματική (modular)
- το πρότυπο βασίζεται στην οικογένεια των τεχνολογιών της XML
- Η μεταφορά δεδομένων γίνεται με την χρήση SOAP, HTTP, ενώ στη τελευταία έκδοση υποστηρίζεται και η χρήση web services
- Παρέχονται υπηρεσίες καταλόγου εγγράφων και εταιριών με την χρήση των registry και repository
Η πρωτοβουλία xCBL
το πρότυπο xCBL αναπτύχθηκε απο μια συνεργασία των εταιριών Microsoft, SAP και Commerce One ως μια βασική συλλογή ηλεκτρονικών εγγράφων για χρήση στο e-Business.
Χαρακτηριστικά του xCBL:
- Βασιζεται στην XML
- Τα έγγραφα διαθέτουν σχήματα δεδομένων σε X-Schema
- Δεν ορίζει επιχειρηματικές διαδικασίες
- Διαθέται ονοματολογίες ανά περιοχές χρήσης (functional areas)
Περιοχές χρήσης xCBL
- Core
- Order Management
- Pre Order Management
- Financial
- Material Management
- Message Management
- Application Integration
- Catalog
- Statistics and refactoring
Η πρωτοβουλία RosettaNet
το πρότυπο RossetaNet αποτελεί μια προσπάθεια καθορισμού μεθόδου ανταλλαγής ηλεκτρονικών εγγράφων στο χώρο του e-Business. Είναι αρκετά διαδεδομένο και έχει την υποστήριξη 500 και πλέον οργανισμών και επιχειρήσεων.
Βασικά Χαρακτηριστικά του προτύπου είναι:
- Βασίζεται στην XML και άλλες συγγενείς τεχνολογίες
- Εστιάζει στις επιχειρηματικές διαδικασίες και όχι στα έγγραφα
- Προτείνεται το RNIF (RossetaNet Implementation Framework)
- Η ανταλλάγη των εγγράφων γίνεται με απευθείας σύνδεση των ενδιαφερομένων
- Υποστηρίζεται από την πλατφόρμα και ενδιάμεσος φορέας, αλλά δεν θεωρείται καλή πρακτική
- Το πρότυπο προβλέπει χειρισμό λαθών και κάθε μήνυμα ενισχύεται με επικεφαλίδα που περιέχει σχετικές πληροφορίες
- Η μεταφορά των δεδομένων γίνεται μέσω των πρωτοκόλλων HTTP, SMTP ή από οποιοδήποτε άλλο πρωτόκολλο μεταφοράς δεδομένων (ανοιχτή αρχιτεκτονική)
- Για την κωδικοποίηση χρησιμοποιείται MIME (RFC 2311)
- Ενίσχυση της ασφάλειας πρόβλεπεται χρησιμοποιώντας HTTPS, S/MIME, SSL κτλ.
Η πρωτοβουλία BASDA (ebis-XML)
Το ebis-XML είναι ένα πρότυπο του οργανισμού BASDA (Business and Accountancy Software Developers Association) για ανταλλαγή δεδομένων σε εφαρμογές e-Business. Επιτρέπει την άμεση ανταλλαγή των παρακάτω εγγράφων:
- Παραγγελιών
- Τιμολογίων
- Παραστατικά Πληρωμών
- Ειδοποιήσεις παράδοσης
- Intrastat
Βασικά χαρακτηριστικά του προτύπου:
- Τα έγγραφα βασίζονται στην XML
- Διατίθενται σχήματα δεδομένων σε X-Schema
- Μηχανισμοί μεταφοράς των εγγράφων τα πρωτόκολλα SMTP, IMAP, POP, HTTP
- Παρέχονται XSL stylesheet για την μετατροπή των εγγράφων σε HTML, PDF κτλ.
- Για την διασφάλιση της ακεραιότητας των δεδομένων έχουν ενσωματωθει αθροίσματα ελέγχου (CRC Checksums) ή/και μεταφορά μέσω HTTPS (SSL)
- Υποστηρίζεται από 120 εταιρίες λογισμικού
Η πρωτοβουλία XBRL
Το πρότυπο XBRL (eXtensive Business Reporting Language) αποτελεί μια προσπάθεια δημιουργίας ενός προτύπου που θα χρησιμοποιείται για την δημιουργία, ανταλλαγή και σύγκριση εταιρικών δεδομένων. Αυτά μπορεί να είναι οικονομικά μεγέθη, στατιστικά στοιχεία κτλ.
Το πρότυπο αυτό είναι εξέλιξη του προτύπου XFRML (eXtensive Financial Reporting Markup Language) που δημιουργήθηκε το 2000.
Τα κύρια χαρακτηριστικά του είναι:
- Βασίζεται στην τεχνολογία XML, X-Schema και XLink
- Δεν καθορίζει μέθοδο μοντελλοποίησης διαδικασιών, παρά μόνο στα έγγραφα
- Τα έγγραφα δημιουργούνται από στοιχεία (elements) XML τα οποία προϋπάρχουν στην κύρια (core) γλώσσα του XBRL
- Δεν προβλέπει συμβατότητα με κανένα άλλο πρότυπο πχ. ebXML, OFX/IFX (Open Financial Exchange)
- Υποστηρίζεται από την OASIS (ebXML)
Σύγκριση
Κριτήρια σύγκρισης
- Επεκτασιμότητα
- Ευκολία στην υλοποίηση
- Συμβατότητα με άλλα πρότυπα
- Υποστήριξη προτύπου
- Ωριμότητα
- Άδεια χρήσης
Αποτελέσματα σύγκρισης
Το έργο PRAXIS
Το έργο "PRAXIS: Διασύνδεση εφαρμογών και διενέργεια Δια-επιχειρησιακών δοσοληψιών μέσω διαδικτύου" αποτελεί μια προσπάθεια έρευνας και πιλοτικής εφαρμογής μεθοδολογιών, υποδομών και διατάξεων που θα επιτρέπουν στην τυπική - συνήθως μικρή και μεσαία - Ελληνική επιχείρηση να διενεργήσει ένα σύνολο BUsiness-to-Business Λειτουργιών.
Οι συναλλασόμενοι φορείς μπορεί να είναι:
- Επιχειρήσεις
- Τραπεζικοί οργανισμοί
- Κρατικοί φορείς (TaxisNet, Εθνική στατιστική υπηρεσία)
- Λογιστικά γραφεία
Κύρια χρακτηριστικά του συστήματος είναι:
- Υλοποιείται ειδικό πρότυπο εγγράφων βασισμένο σε XML
- Επιτρέπει την ασύγχρονη αποστολή/λήψη ηλεκτρονικών εγγράφων
- Υποστηρίζει επιχειρησιακές διαδικασίες
- Η μεταφορά των δεδομένων γίνεται με την χρήση TCP/IP, Web Services, SOAP κτλ.
- Υπάρχει πρόβλεψη για υποστήριξη άλλων προτύπων π.χ. xCBL, ebXML κτλ.
Η αρχιτεκτονική του συστήματος απεικονίζεται στο παρακάτω σχήμα:
Παραπομπές
- BASDA.
e-business: An overview (http://www.basda.org/pub_img/uploads/A5%20e-commerce%280303.pdf), March 2003.
- Basda
ebis-xml, 2004.
Presentation.
- David Booth, Hugo Haas,
Francis McCabe, Eric Newcomer, Michael Champion, Chris Ferris, and David
Orchard.
Web services architecture (http://www.w3.org/ws-arch/).
Technical report, W3C, February 2004.
- Tim Bray, Jean Paoli,
C.M. Sperberg-McQueen, Eve Maler, and Francois Yergeau.
Extensible markup language
(xml) 1.0.
Technical report, W3C, February 2004.
- Un / cefact: United nations centre for
trade facilitation and electronic business.
- James Clark.
Xsl transofrmations (xslt) (http://www.w3.org/TR/xslt/).
Technical report, W3C, November 1999.
- ebXML
Requirements Team.
ebxml requirements specification
v1.06.
Technical report, ebXML, May 2001.
- Phillip Engel, Walter
Hamscher, Geoffrey Shuetrim, David vun Kannon, and Hugh Wallis.
Extensible business reporting language v2.1 (http://www.xbrl.org/).
Draft, XBRL, December 2003.
- United Nations
Electronic Commision for Europe.
Un / edifact:
United nations directories for electronic data interchange for
administration, commerce and transport.
- Mathew MacKenzie.
ebxml messaging services specification v2.1 (http://www.oasis-open.org/committees/download.php/6130/wd-ebMS-2_1-04.pdf).
Draft, ebXML, March 2004.
- RosettaNet.
Rosetta implementation framework (rnif):
Core specification.
Technical report, RosettaNet, March 2002.
- xcbl (xml common business
language).
Τελευταία αλλαγή: Δευτέρα, 2 Αυγούστου 2004 12:27 πμ