ebXML - Panduan Cepat

Bisnis pasti berinteraksi satu sama lain dalam berbagai cara. Hingga beberapa tahun terakhir, banyak perusahaan besar biasa berkomunikasi secara otomatis melalui Electronic Data Interchange (EDI), yang memungkinkan dua perusahaan berkomunikasi menggunakan sinyal yang telah ditentukan.

Masalah dengan EDI adalah harganya sangat mahal dan awalnya dibuat untuk dunia mainframe. Sekarang ebXML menggantikan EDI.

Definisi

ebXML adalah singkatan dari Eceramah Bkegunaan Extegang Markup Lpenderitaan. Ini adalah standar global untuk bisnis elektronik yang memungkinkan siapa pun, di mana pun untuk melakukan transaksi bisnis dengan siapa pun melalui Internet.

fitur

Fitur ebXML adalah sebagai berikut:

  • ebXML adalah framework XML B2B ujung-ke-ujung.
  • ebXML adalah sekumpulan spesifikasi yang memungkinkan kerangka modular.
  • ebXML mengandalkan standar yang ada di Internet seperti HTTP, TCP / IP, MIME, SMTP, FTP, UML, dan XML.
  • ebXML dapat diimplementasikan dan digunakan di hampir semua platform komputasi.
  • ebXML memberikan spesifikasi konkret untuk memungkinkan kolaborasi B2B yang dinamis.

ebXML Vision

ebXML dirancang untuk menciptakan pasar elektronik global di mana perusahaan dalam berbagai ukuran, di mana pun dapat:

  • menemukan satu sama lain secara elektronik.
  • menjalankan bisnis -
    • menggunakan pertukaran pesan XML.
    • sesuai dengan urutan proses bisnis standar.
    • dengan semantik bisnis yang jelas.
    • menggunakan aplikasi bisnis yang dibeli di luar rak.
    • sesuai dengan perjanjian protokol mitra dagang yang disepakati bersama.

Mengapa ebXML?

  • Kerangka kerja B2B yang ada tidak memadai:
    • EDI dan RosettaNet terlalu berat dan terlalu kaku.
    • BizTalk adalah hak milik, vendor tunggal, dan platform tunggal.
  • Simple Object Access Protocol (SOAP); Bahasa Definisi Layanan Web (WSDL); dan Deskripsi Universal, Penemuan, dan Integrasi (UDDI) saja tidak cukup:
    • WSDL tidak membahas kolaborasi bisnis.
    • SOAP dalam bentuk dasarnya tidak menyediakan pengiriman pesan yang aman dan andal.
    • UDDI tidak menyediakan kemampuan repositori untuk objek bisnis.
  • Ada kebutuhan yang berkembang untuk menstandarisasi kolaborasi bisnis guna menangani hal-hal berikut:
    • Proses bisnis
    • Para pihak yang terlibat dalam kolaborasi bisnis dan peran mereka
    • Bertukar dokumen XML dalam kolaborasi bisnis
    • Keamanan, keandalan, kualitas persyaratan layanan dari kolaborasi bisnis

    Semua kebutuhan ini ditangani oleh ebXML.

ebXML Founding Organizations

ebXML adalah inisiatif bersama oleh UN / CEFACT dan OASIS.

UN/CEFACT:

  • Ini adalah singkatan dari United Nations Center for Trade Facilitation and Electronic Business.
  • Ini mempertahankan standar UN / EDIFACT untuk Electronic Data Interchange (EDI).

OASIS:

  • Ini adalah singkatan dari Organisasi untuk Kemajuan Standar Informasi Terstruktur.
  • Ini menciptakan dan memelihara spesifikasi interoperabilitas XML, dukungan industri yang luas.

Menurut definisi, siklus hidup berulang B2B collaboration termasuk langkah-langkah berikut:

  • Definisi Proses
  • Penemuan Mitra
  • Pendaftaran Mitra
  • Pengaya Elektronik
  • Eksekusi Proses
  • Manajemen proses
  • Proses Evolusi

Spesifikasi ebXML keseluruhan dimaksudkan untuk mencakup hampir seluruh proses kolaborasi B2B dan dirancang untuk memenuhi kebutuhan yang dijelaskan di atas.

Arsitektur ebXML seperti yang ditentukan oleh tim ebXML menyediakan:

  • Cara untuk menentukan proses bisnis dan pesan serta kontennya yang terkait.
  • Cara untuk mendaftar dan menemukan urutan proses bisnis dengan pertukaran pesan terkait.
  • Cara untuk menentukan profil perusahaan.
  • Sebuah cara untuk menentukan perjanjian mitra dagang.
  • Lapisan transport pesan yang seragam.

Akibatnya, arsitektur teknis ebXML terdiri dari lima modul:

  • Spesifikasi Proses Bisnis
  • Profil dan Perjanjian Mitra
  • Registry dan Repositori
  • Komponen Inti
  • Layanan Pesan

Modul-modul ini akan dibahas dalam lima bab berikutnya. Diagram diagram menunjukkan arsitektur ebXML yang disederhanakan:

Proses Bisnis adalah sesuatu yang dilakukan bisnis, seperti membeli suku cadang komputer atau menjual layanan profesional. Ini melibatkan pertukaran informasi antara dua atau lebih mitra dagang dengan cara yang dapat diprediksi.

Spesifikasi definisi proses bisnis memungkinkan organisasi untuk mengekspresikan proses bisnisnya sehingga dapat dipahami oleh organisasi lain. Ini memungkinkan integrasi proses bisnis di dalam perusahaan atau di antara banyak perusahaan.

Itu ebXML Business Process Specification Schema (BPSS)memberikan definisi dokumen XML yang menjelaskan bagaimana organisasi menjalankan bisnisnya. BPSS ebXML adalah deklarasi mitra, peran, kolaborasi, koreografi, dan pertukaran dokumen bisnis yang membentuk proses bisnis.

Diagram berikut memberikan pandangan konseptual Proses Bisnis.

Kolaborasi Bisnis

Kolaborasi Bisnis adalah rangkaian aktivitas transaksi bisnis yang dikoreografikan, di mana dua mitra dagang saling bertukar dokumen.

Yang paling umum adalah Kolaborasi Biner, di mana dua mitra bertukar dokumen. Kolaborasi Multiparty terjadi ketika informasi dipertukarkan antara lebih dari dua pihak.

Kolaborasi multipartai sebenarnya adalah Kolaborasi Biner yang dikoreografikan.

Pada level terendah, kolaborasi bisnis dapat dipecah menjadi transaksi bisnis.

Transaksi bisnis

Transaksi Bisnis adalah pekerjaan tingkat atom dalam proses bisnis. Itu berhasil atau gagal sepenuhnya.

Transaksi bisnis adalah transaksi di mana mitra dagang benar-benar mentransfer dokumen bisnis.

Alur Dokumen Bisnis:

Transaksi bisnis diwujudkan saat Dokumen Bisnis mengalir antara peran meminta dan merespons. Selalu ada dokumen bisnis yang meminta, dan secara opsional dokumen bisnis yang merespons, bergantung pada semantik transaksi yang diinginkan, misalnya, pemberitahuan satu arah vs. percakapan dua arah.

Definisi dokumen yang sebenarnya dicapai dengan menggunakan spesifikasi komponen inti ebXML, atau dengan beberapa metodologi di luar ebXML tetapi menghasilkan DTD atau Skema yang dapat ditunjukkan oleh spesifikasi proses bisnis ebXML.

Koreografi:

Koreografi diekspresikan dalam bentuk keadaan dan transisi di antara mereka. Suatu aktivitas bisnis dikenal sebagai keadaan abstrak, dengan kolaborasi bisnis dan aktivitas transaksi bisnis yang disebut keadaan konkret. Koreografi dijelaskan dalam skema spesifikasi proses bisnis ebXML menggunakan konsep diagram aktivitas seperti status mulai, status penyelesaian, dll.

Dokumen Bisnis

Dokumen bisnis terdiri dari objek informasi bisnis, atau potongan informasi yang lebih kecil yang sebelumnya telah diidentifikasi.

Bongkahan, atau komponen ini, tentu saja tidak membawa informasi apa pun. Mereka hanyalah struktur, seperti skema XML atau DTD, yang menentukan informasi dan presentasi. Hasil akhirnya adalah struktur yang dapat diprediksi di mana informasi ditempatkan, sehingga penerima dokumen akhir dapat menafsirkannya untuk mengekstrak informasi.

Contoh Spesifikasi Proses Bisnis

Contoh sebagian dari spesifikasi proses bisnis diberikan di bawah ini:

<BusinessTransaction name="Create Order">
    <RequestingBusinessActivity name=""
        isNonRepudiationRequired="true"
        timeToAcknowledgeReceipt="P2D"
        timeToAcknowledgeAcceptance="P3D">
    <DocumentEnvelope BusinessDocument="Purchase Order"/ >
    </RequestingBusinessActivity>
    <RespondingBusinessActivity name=""
        isNonRepudiationRequired="true"
        timeToAcknowledgeReceipt="P5D">
    <DocumentEnvelope isPositiveResponse="true"
        BusinessDocument="PO Acknowledgement"/>
    </DocumentEnvelope>
    </RespondingBusinessActivity>
</BusinessTransaction>

Kesimpulan

Spesifikasi proses bisnis:

  • Menjelaskan kolaborasi antara dua mitra
  • Mendefinisikan peran, hubungan dan tanggung jawab
  • Mendefinisikan koreografi dokumen bisnis
  • Dinyatakan dalam platform dan format netral vendor
  • Dapat dimodelkan dengan UMM (UN / CEFACT Modeling Methodology)
  • Secara formal dijelaskan oleh Business Process Specification Schema (BPSS)
  • Dirujuk oleh CPP dan CPA.
  • Mengacu pada definisi dokumen bisnis.

Profil Protokol Kolaborasi

Collaboration Protocol Profile (CPP) memberikan semua informasi yang diperlukan tentang bagaimana mitra dagang tertentu bermaksud untuk melakukan bisnis elektronik. CPP mendefinisikan atribut mitra dagang berikut:

  • Kemampuan bisnis melalui proses bisnis.

  • Peran (pembeli atau penjamin) yang mereka mainkan dalam suatu kolaborasi.

  • Saluran pengiriman dan protokol transportasi. (HTTP, SMTP, dll.)

  • Cara pengemasan dokumen bisnis.

  • Batasan keamanan (SSL, Sertifikat Digital).

  • Konfigurasi per pihak untuk spesifikasi proses bisnis.

CPP disimpan dalam registri ebXML dengan Pengenal Unik Secara Global (GUID) dan mitra bisnis dapat menemukan CPP satu sama lain melalui registri.

Informasi dalam CPP tersedia untuk dicari, sehingga calon mitra dagang dapat menentukan apakah organisasi memiliki kemampuan untuk melakukan bisnis.

Struktur CPP

CPP mendefinisikan ruang nama pada elemen akarnya dan versi untuk membedakan setiap perubahan selanjutnya. Struktur CPP terdiri dari akar elemen Profil Protokol Kolaborasi dengan elemen berikut:

  • PartyInfo: Elemen PartyInfo memberikan informasi tentang organisasi.

  • Packaging:Elemen Pengemasan memberikan informasi tentang cara pesan sebenarnya dibuat. Pesan diproses sebagai Pesan SOAP.

  • Signature: Bagian opsional dari dokumen

  • Comment elements: bisa dimasukkan.

<CollaborationProtocolProfile
xmlns="http://www.ebxml.org/namespaces/tradePartner"
xmlns:ds="http://www.w3.org/2000/09/xmldsig#"
xmlns:xlink="http://www.w3.org/1999/xlink"
version="1.1">
<PartyInfo>
    ...
    <!--REQUIRED, Repeatable-->
...
</PartyInfo>
<Packaging id="ID">
    ...
    <!--REQUIRED-->
    ...
<Packaging>
<ds:Signature>
    ...
    <!--OPTIONAL-->
    ...
</ds:Signature>
<Comment>
    ...
    <!-- OPTIONAL -->
    ...
</Comment>
</CollaborationProtocolProfile>

Perjanjian Mitra Dagang

Perjanjian Mitra Dagang (TPA) adalah kontrak yang menjelaskan syarat dan ketentuan hukum dan spesifikasi teknis untuk kedua mitra dalam hubungan perdagangan. CPA berasal dari CPP mitra dagang.

Aturan yang ditentukan oleh TPA elektronik tidak bergantung pada proses bisnis di salah satu pihak. Penjelasan teknis tentang syarat dan ketentuan dari TPA dinyatakan dalam dokumen XML, yang mengonfigurasi setiap sistem TI untuk beroperasi di bawah aturan perjanjian.

Properti TPA mencakup namanya, nama partner, tanggal mulai dan berakhir, peran, dan parameter lainnya. Biasanya, satu pihak menghasilkan CPA dan menawarkannya kepada pihak lain untuk mendapatkan persetujuan. Setelah kedua belah pihak mencapai kesepakatan, mereka masing-masing mengambil salinan elektronik dari CPA yang sama dan menggunakannya untuk mengkonfigurasi sistem mereka.

CPA juga dapat ditambahkan ke registri untuk referensi, tetapi ini bukan persyaratan standar.

Struktur CPA

CPA menentukan ruang nama pada elemen akarnya dan versi untuk membedakan setiap perubahan selanjutnya. Struktur CPP terdiri dari akar elemen Perjanjian Protokol Kolaborasi bersama dengan elemen berikut:

  • Start and End: Elemen-elemen ini mewakili, dalam waktu universal terkoordinasi, awal dan akhir periode di mana CPA ini aktif.

  • PartyInfo:Elemen PartyInfo memberikan informasi tentang organisasi. Di sini elemen PartyInfo disertakan untuk kedua pihak yang terlibat dalam perjanjian.

  • Packaging:Elemen Pengemasan memberikan informasi tentang cara pesan sebenarnya dibuat. Pesan diproses sebagai pesan SOAP.

  • Signature: Bagian opsional dari dokumen.

  • Comment elements: bisa dimasukkan.

<CollaborationProtocolAgreement
xmlns="http://www.ebxml.org/namespaces/tradePartner"
xmlns:ds = "http://www.w3.org/2000/09/xmldsig#"
xmlns:xlink = "http://www.w3.org/1999/xlink"
cpaid="http://www.example.com/cpas/CPAS"
version="1.7">
<Status value = "proposed"/>
<Start>1998-04-07T18:50:00</Start>
<End>1999-04-07T18:50:00</End>
<ConversationConstraints invocationLimit = "150"
concurrentConversations = "10"/>
<PartyInfo>
    ...
    <!--REQUIRED, repeatable-->
    ...
</PartyInfo>
<PartyInfo>
    ...
    <!--REQUIRED, repeatable-->
    ...
    </PartyInfo>
<Packaging id="N20">
    ...
    <!--REQUIRED, repeatable-->
    ...
</Packaging>
<ds:Signature>
    <!--OPTIONAL-->
</ds:Signature>
<Comment xml:lang="en-gb">
    <!--OPTIONAL-->
</Comment>
</CollaborationProtocolAgreement>

Apa itu Registri dan Repositori:

Registri ebXML berfungsi sebagai indeks dan gateway aplikasi untuk repositori ke dunia luar, dan berisi API yang mengatur bagaimana berbagai pihak berinteraksi dengan repositori. Repositori ebXML adalah pemegang komponen.

  • Registri ebXML merupakan pusat arsitektur ebXML.

  • Registri juga dapat dilihat sebagai API untuk database item yang mendukung e-bisnis dengan ebXML.

  • Registri ebXML berfungsi sebagai database untuk berbagi informasi perusahaan yang relevan untuk transaksi bisnis ebXML, seperti kapabilitas perusahaan, proses bisnis, cetak biru teknis, formulir pemesanan, faktur, dan sebagainya.

  • Item di repositori dibuat, diperbarui, atau dihapus melalui permintaan yang dibuat ke registri.

  • Repositori menyediakan semantik bisnis bersama kepada mitra dagang.

  • Registri ebXML adalah antarmuka untuk mengakses dan menemukan semantik bisnis bersama.

  • Antarmuka registri dirancang untuk tidak bergantung pada tumpukan protokol jaringan yang mendasarinya, seperti HTTP atau SMTP melalui TCP / IP.

Registri menyediakan penyimpanan konten yang dikirimkan yang stabil dan terus-menerus, yang mencakup skema XML dan dokumen, deskripsi proses, komponen inti, deskripsi konteks, model UML, informasi tentang pihak, dan bahkan komponen perangkat lunak. Ini dapat direpresentasikan sebagai kumpulan layanan perangkat lunak, seperti yang ditunjukkan di bawah ini:

Tujuan dari ebXML Registry

Tujuan dari registri ebXML adalah memungkinkan berbagi informasi antara pihak yang berkepentingan untuk tujuan integrasi proses bisnis di antara mereka.

Manfaat registri ebXML

Registri ebXML memberikan manfaat berikut:

  • Penemuan dan pemeliharaan konten terdaftar.

  • Dukungan untuk pengembangan kolaboratif, di mana pengguna dapat membuat konten XML dan mengirimkannya ke registri untuk digunakan dan potensi peningkatan oleh pihak yang berwenang.

  • Persistensi Bahasa Eksekusi Proses Bisnis Layanan Web (WS-BPEL), WSDL, dan dokumen bisnis selama interaksi antara mitra dagang.

  • Kontrol versi aman dari konten terdaftar.

  • Federasi register yang bekerja sama untuk memberikan tampilan tunggal konten terdaftar dengan kueri tanpa batas, sinkronisasi, dan relokasi konten terdaftar.

  • Pemberitahuan acara melalui email atau layanan Web.

Pemenuhan

Menurut Spesifikasi Layanan Registri ebXML, implementasi registri sesuai dengan spesifikasi ebXML jika memenuhi kondisi berikut:

  • Ini mendukung Model Informasi Registri ebXML.

  • Mendukung sintaks dan semantik dari antarmuka dan keamanan registri.

  • Ini mendukung DTD registri ebXML.

  • Dukungan sintaks dan semantik kueri SQL di registri bersifat opsional.

Implementasi klien registri sesuai dengan spesifikasi ebXML jika memenuhi kondisi berikut:

  • Mendukung ebXML CPA dan proses bootstrap.

  • Sintaks dan semantik antarmuka klien registri.

  • Pesan kesalahan ebXML DTD.

  • DTD registri ebXML.

Objek Registri dan Metadata

Objek registri

Mengacu pada objek yang diserahkan ke registri untuk disimpan dan diamankan

  • disebut 'Item repositori'

  • Dokumen XML atau DTD, model proses bisnis, CPP, dll.

Metadata

  • Ini digunakan oleh registri untuk mengklasifikasikan dan mengelola objek registri.

  • Ini diwakili oleh Entri Registri

Model Informasi Registri (RIM)

Model Informasi Registri (RIM) menyediakan cetak biru tingkat tinggi untuk metadata di registri ebXML. Ini dapat direpresentasikan sebagai tumpukan layanan perangkat lunak atau sebagai piramida layanan seperti yang ditunjukkan pada gambar di bawah. Elemen model informasi mewakili meta data tentang konten, bukan konten itu sendiri dalam repositori. Model informasi registri menentukan jenis objek yang disimpan dan diatur dalam registri.

Model informasi adalah peta jalan menuju jenis meta data dan hubungan antar metadata. Model informasi registri dapat dipetakan ke skema database relasional, skema database objek, atau skema fisik lainnya.

"Komponen Inti menangkap informasi tentang konsep bisnis dunia nyata, dan hubungan antara konsep tersebut dan konsep bisnis lainnya. Komponen Inti dapat berupa bagian informasi bisnis individu, atau kumpulan informasi bisnis. Ini adalah inti karena terjadi di berbagai bidang industri / pertukaran informasi bisnis "

... Bentuk definisi xbXML disederhanakan oleh Eric Chiu

Komponen inti adalah blok penyusun dasar yang dapat digunakan kembali yang berisi informasi yang mewakili konsep bisnis. Beberapa contoh komponen inti untuk bagian pesanan pembelian adalah Tanggal Pesanan Pembelian, Pajak Penjualan, dan Jumlah Total.

Secara umum, komponen inti digunakan di banyak domain, industri, dan proses bisnis yang berbeda. Di lingkungan ebXML, komponen inti adalah blok bangunan untuk semantik XML dan kosakata bisnis yang digunakan dalam pesan dan dokumen.

Dari dokumen bisnis tertentu dalam proses bisnis, kita dapat merujuk ke komponen inti, yang menyimpan sekumpulan informasi e-bisnis minimal. Jika proses bisnis adalah kata kerja dalam istilah bisnis elektronik, komponen inti mewakili kata benda dan kata sifat.

Komponen inti dapat digunakan di beberapa sektor bisnis, tetapi juga dapat menjadi konteks khusus untuk domain bisnis, seperti area industri individual.

Komponen inti bekerja dengan registri, karena dapat disimpan dan diambil menggunakan registri ebXML standar. Pustaka komponen inti pusat berfungsi sebagai dokumen referensi untuk praktik bisnis umum di seluruh proses bisnis industri.

Alat dan Referensi

Daftar referensi dan alat penting untuk komponen inti yang disediakan oleh ebXML untuk analis bisnis dan teknis adalah sebagai berikut:

  • Context and the Re-usability of Core Components: Dokumen ini berisi definisi konteks, sumber daftar nilai klasifikasi, dan model gambar yang menggambarkan hubungan komponen inti dan deskriptor konteks.

  • Catalog of Context Drivers: Dokumen ini menyediakan katalog penggerak konteks.

  • Document Assembly and Context Rules: Ini menjelaskan prosedur dan skema untuk merakit dokumen menggunakan komponen inti yang digerakkan secara kontekstual.

  • Core Components Dictionary:Dokumen ini dibagi menjadi beberapa bagian. Setiap bagian dimulai dengan informasi tentang kategori yang berlaku dan jenis komponen inti.

  • Core Components Editor and Browser: Alat-alat ini membantu analis menelusuri komponen inti yang ada dan mengintegrasikannya untuk menentukan format pesan XML yang dipertukarkan antara mitra dagang dan untuk menentukan dan menerapkan aturan konteks dengan benar.

Contoh Komponen Inti:

  • Komponen inti A:

    • Vendor (Industri1)
    • Produsen (Industri 2)
    • Supplier (Industri 3)
  • Komponen inti B:

    • Distributor (Industri 1)
    • Grosir (Industri 2)
    • Pedagang (Industri 3)
  • Komponen inti C:

    • Toko (Industri 1)
    • Outlet (Industri 2)
    • Pengecer (Industri 3)

Kesimpulan

Komponen Inti adalah -

  • Dapat diidentifikasi secara unik.
  • Struktur data tingkat rendah yang dapat digunakan kembali
    • misalnya, pesta, alamat, telepon, tanggal, mata uang
    • -Context-sensitive
  • Digunakan untuk mendefinisikan proses bisnis dan model informasi.
  • Memfasilitasi interoperabilitas antara sistem yang berbeda.
  • Komponen inti di ebXML dapat berisi komponen inti lainnya.

Pesan lengkap disebut paket pesan, yang merupakan objek Multipurpose Internet Mail Extensions (MIME). Paket pesan berisi dua bagian utama:

  • SOAP Message Container: Ini diperlukan bagian dari pesan dan berisi elemen ekstensi SOAP untuk ebXML, seperti informasi perutean, informasi mitra dagang, identifikasi pesan, dan informasi semantik pengiriman.

  • Payload Containers: Ini adalah bagian opsional dari pesan dan dapat berisi semua jenis informasi yang akan dipertukarkan antar pihak.

Kriteria Desain Perpesanan

Menurut spesifikasi layanan pesan, tujuan desain layanan pesan ebXML adalah untuk:

  • Manfaatkan standar yang ada jika memungkinkan.

  • Mudah diterapkan.

  • Mendukung perusahaan dari semua ukuran.

  • Mendukung berbagai macam protokol komunikasi (HTTP, SMTP, FTP, dll.)

  • Mendukung payload jenis apa pun (XML, transaksi EDI, data biner, dll.)

  • Mendukung perpesanan yang andal.

  • Pastikan keamanan.

Arsitektur Perpesanan

Layanan pesan ebXML dirancang untuk bekerja dalam konteks keseluruhan dari inisiatif ebXML. Namun, arsitektur teknis ebXML bersifat modular, dan layanan pesan dapat digunakan secara terpisah dari ebXML.

Layanan pesan ebXML memiliki tiga tingkat arsitektur logis antara aplikasi bisnis dan protokol jaringan:

  • The Message Service Interface (MSI):Ini adalah antarmuka aplikasi untuk aplikasi bisnis untuk menjalankan fungsionalitas penanganan pesan untuk mengirim dan menerima pesan. Mirip dengan ODBC, JDBC, dan antarmuka layanan abstrak lainnya, ini memperlihatkan fungsionalitas penanganan pesan sebagai kumpulan API yang ditentukan untuk pengembang aplikasi bisnis.

  • The Message Service Handler (MSH): Ini memiliki layanan dasar, seperti pemrosesan header, penguraian header, layanan keamanan, layanan perpesanan yang andal, pengemasan pesan, dan penanganan kesalahan.

  • The Message Transport Interface (MTI):Ini dirancang untuk mengirim pesan melalui berbagai jaringan dan protokol komunikasi tingkat aplikasi. Antarmuka transport mengubah data spesifik ebXML ke bentuk lain yang dibawa oleh layanan jaringan dan protokol. Ini melibatkan pertukaran lengkap antara dua pihak, membonceng di atas protokol yang ada di tumpukan jaringan.

Arsitektur Perpesanan ebXML ditampilkan dalam diagram berikut.

Pemformatan Pesan:

Pesan ebXML harus diformat sesuai dengan spesifikasi layanan pesan ebXML dan harus sesuai dengan sintaks MIME, format, dan aturan pengkodean. Definisi elemen XML disediakan oleh skema XML, yang memperluas SOAP untuk menentukan header pesan ebXML, header jejak, manifes, status, dan pengakuan.

Kesimpulan

Pesan ebXML harus diformat sesuai dengan Spesifikasi Layanan Pesan ebXML dan harus sesuai dengan sintaks MIME, format, dan aturan pengkodean. Definisi elemen XML disediakan oleh skema XML, yang memperluas SOAP untuk menentukan header pesan ebXML, header jejak, manifes, status, dan pengakuan.

Perpesanan ebXML -

  • Menggunakan SOAP dengan Lampiran sebagai amplop muatan.

  • Berjalan melalui berbagai protokol komunikasi seperti HTTP, SMTP, FTP.

  • Mendukung semantik tingkat tinggi yang dibutuhkan dalam transaksi bisnis. (Keamanan dan Keandalan)

Diagram berikut menunjukkan skenario ebXML, yang memudahkan untuk mengambil konsep ebXML. Contoh diambil dari Spesifikasi Arsitektur Teknis.

Contoh tersebut menunjukkan bagaimana organisasi mempersiapkan ebXML, mencari mitra dagang baru, dan kemudian terlibat dalam bisnis elektronik.

  • Perusahaan A menjelajahi registri ebXML untuk melihat apa yang tersedia secara online. Paling banter, perusahaan A dapat menggunakan kembali semua proses bisnis yang ada, dokumen, dan komponen inti yang umum untuk industrinya yang sudah disimpan dalam registri ebXML. Jika tidak, perusahaan A mendesain bagian yang hilang, menyimpannya di registri ebXML dan membuatnya tersedia untuk mitra industrinya.

  • Perusahaan A memutuskan untuk melakukan bisnis elektronik dengan cara ebXML dan mempertimbangkan untuk menerapkan aplikasi yang sesuai dengan ebXML lokal. Antarmuka Layanan Bisnis (BSI) ebXML menyediakan hubungan antara perusahaan dan dunia ebXML luar. Perusahaan harus membuat Collaboration Protocol Profile (CPP) yang menjelaskan kapabilitas proses bisnis yang didukung, batasan dan informasi teknis ebXML seperti pilihan algoritma enkripsi, sertifikat enkripsi, dan pilihan protokol transport.

  • Perusahaan A menyerahkan CPP-nya ke registri ebXML. Sejak saat itu, perusahaan A terdaftar secara publik di registri ebXML dan kemungkinan besar akan ditemukan oleh perusahaan lain yang meminta mitra dagang baru.

  • Perusahaan B sudah terdaftar di registri ebXML dan sedang mencari mitra dagang baru. Perusahaan B menanyakan registri ebXML dan menerima CPP perusahaan A. Perusahaan B kemudian memiliki dua CPP: CPP Perusahaan A dan CPP miliknya sendiri. Kedua perusahaan harus mencapai kesepakatan tentang bagaimana melakukan bisnis, yang disebut Perjanjian Protokol Kolaborasi (Collaboration Protocol Agreement / CPA) dalam terminologi ebXML. Perusahaan B menggunakan alat pembentukan CPA ebXML untuk mendapatkan CPA dari persyaratan dua CPP

  • Dalam skenario ini, perusahaan B berkomunikasi dengan perusahaan A secara langsung dan mengirimkan CPA yang baru dibuat untuk diterima oleh perusahaan A. Setelah CPA disetujui oleh perusahaan A, kedua perusahaan siap untuk bisnis elektronik.

  • Perusahaan kemudian menggunakan kerangka kerja ebXML yang mendasari dan bertukar dokumen bisnis yang sesuai dengan CPA. Artinya, kedua perusahaan mengikuti proses bisnis yang ditentukan dalam CPA.