ebXML - Hızlı Kılavuz

İşletmeler kaçınılmaz olarak çeşitli şekillerde birbirleriyle etkileşime girerler. Son yıllara kadar birçok büyük şirket, iki şirketin önceden belirlenmiş sinyalleri kullanarak iletişim kurmasını sağlayan Elektronik Veri Değişimi (EDI) aracılığıyla otomatik olarak iletişim kuruyordu.

EDI ile ilgili sorun, çok pahalı olması ve orijinal olarak ana bilgisayar dünyası için yaratılmış olmasıdır. Şimdi ebXML, EDI'nin yerini alıyor.

Tanım

ebXML, Ederse ait Bkullanışlılık Exgerilebilir MArkup Language. Herkesin, her yerde İnternet üzerinden herhangi biriyle ticari işlem yapmasını sağlayan elektronik ticaret için küresel bir standarttır.

Özellikleri

EbXML'nin özellikleri aşağıdaki gibidir:

ebXML, uçtan uca bir B2B XML çerçevesidir.
ebXML, modüler bir çerçeveyi etkinleştiren bir dizi özelliktir.
ebXML, HTTP, TCP / IP, MIME, SMTP, FTP, UML ve XML gibi İnternet'in mevcut standartlarına dayanır.
ebXML, neredeyse tüm bilişim platformlarına uygulanabilir ve dağıtılabilir.
ebXML, dinamik B2B işbirliklerine olanak sağlamak için somut özellikler sağlar.

ebXML Vision

ebXML, her büyüklükteki kuruluşun her yerde şunları yapabileceği küresel bir elektronik pazar oluşturmak için tasarlanmıştır:

elektronik olarak birbirinizi bulun.
iş yapmak -
- XML mesaj alışverişini kullanarak.
- standart iş süreci dizilerine göre.
- net iş semantiği ile.
- hazır satın alınan iş uygulamalarını kullanarak.
- karşılıklı olarak mutabık kalınan ticari ortak protokol anlaşmalarına göre.

Neden ebXML?

Mevcut B2B Çerçeveleri yeterli değildir:
- EDI ve RosettaNet çok ağır ve çok katı.
- BizTalk tescilli, tek satıcılı ve tek platformludur.

Basit Nesne Erişim Protokolü (SOAP); Web Hizmeti Tanımlama Dili (WSDL); ve Evrensel Açıklama, Keşif ve Entegrasyon (UDDI) tek başına yeterli değildir:
- WSDL, ticari işbirliğini ele almaz.
- SOAP temel biçimiyle güvenli ve güvenilir mesaj teslimi sağlamaz.
- UDDI, iş nesneleri için depo yeteneği sağlamaz.

Aşağıdakileri ele almak için ticari işbirliklerini standartlaştırmaya yönelik artan bir gereksinim vardır:
- İş süreçleri
- Ticari işbirliğine dahil olan taraflar ve rolleri
- İş işbirliklerinde XML belgelerinin değiş tokuşu
- İş işbirliğinin güvenlik, güvenilirlik, hizmet kalitesi gereksinimleri
Tüm bu ihtiyaçlar ebXML tarafından karşılanmaktadır.

ebXML Kurucu Kuruluşlar

ebXML, UN / CEFACT ve OASIS'in ortak girişimidir.

UN/CEFACT:

Birleşmiş Milletler Ticaret Kolaylaştırma ve Elektronik İş Merkezi anlamına gelir.
Elektronik Veri Değişimi (EDI) için UN / EDIFACT standartlarını korur.

OASIS:

Yapılandırılmış Bilgi Standartlarını Geliştirme Organizasyonu anlamına gelir.
XML birlikte çalışabilirlik özelliklerini ve geniş endüstri desteğini oluşturur ve korur.

Tanım olarak, yinelemeli yaşam döngüsü B2B collaboration aşağıdaki adımları içerir:

Süreç Tanımı
Partner Discovery
İş Ortağı Kaydı
Elektronik Eklenti
Süreç Yürütme
Süreç yönetimi
Süreç Evrimi

Genel ebXML spesifikasyonlarının, neredeyse tüm B2B işbirliği sürecini kapsaması amaçlanmıştır ve yukarıda açıklanan ihtiyaçları karşılayacak şekilde tasarlanmıştır.

EbXML ekibi tarafından tanımlanan ebXML mimarisi şunları sağlar:

İş süreçlerini ve bunlarla ilişkili mesajları ve içeriği tanımlamanın bir yolu.
İlgili mesaj alışverişleriyle iş süreci dizilerini kaydetmenin ve keşfetmenin bir yolu.
Şirket profillerini tanımlamanın bir yolu.
Ticari ortak anlaşmalarını tanımlamanın bir yolu.
Tek tip bir mesaj taşıma katmanı.

Sonuç olarak, ebXML'nin teknik mimarisi beş modülden oluşmaktadır:

İş Süreci Özellikleri
İş Ortağı Profili ve Sözleşmeleri
Kayıt ve Depo
Ana bileşenler
Mesajlaşma Hizmeti

Bu modüller sonraki beş bölümde ele alınacaktır. Diyagram diyagramı, ebXML'nin basitleştirilmiş mimarisini gösterir:

Bir İş Süreci, bilgisayar parçaları satın almak veya profesyonel bir hizmet satmak gibi bir işletmenin yaptığı bir şeydir. İki veya daha fazla ticaret ortağı arasında öngörülebilir bir şekilde bilgi alışverişini içerir.

İş süreci tanımının özellikleri, bir kuruluşun iş süreçlerini diğer kuruluşlar tarafından anlaşılabilir olacak şekilde ifade etmesini sağlar. Bir şirket içinde veya birden çok şirket arasında iş süreçlerinin entegrasyonunu sağlar.

ebXML Business Process Specification Schema (BPSS)bir kuruluşun işini nasıl yürüttüğünü açıklayan bir XML belgesinin tanımını sağlar. EbXML BPSS, bir iş sürecini oluşturan ortakların, rollerin, işbirliklerinin, koreografinin ve iş belgesi değişimlerinin beyanıdır.

Aşağıdaki şema, İş Sürecinin kavramsal bir görünümünü vermektedir.

İş Birlikleri

Bir İş İşbirliği, iki ticari ortağın belge değiş tokuşu yaptığı koreografik bir ticari işlem faaliyetleri kümesidir.

En yaygın olanı, iki ortağın belge alışverişinde bulunduğu bir İkili İşbirliğidir. Çok Taraflı İşbirliği, ikiden fazla taraf arasında bilgi alışverişi yapıldığında gerçekleşir.

Çok partili işbirlikleri aslında koreografiye tabi tutulmuş İkili İşbirlikleridir.

En düşük seviyede, bir ticari işbirliği ticari işlemlere bölünebilir.

Ticari işlemler

Bir Ticari İşlem, bir iş sürecindeki çalışmanın atomik seviyesidir. Ya başarılı olur ya da tamamen başarısız olur.

Ticari işlemler, ticari ortakların iş belgelerini fiilen aktardıkları işlemlerdir.

İş Belgesi Akışları:

Bir iş işlemi, talep eden ve yanıtlayan roller arasında bir İş Belgesi akışı olarak gerçekleştirilir. İstenilen işlem anlamlarına bağlı olarak her zaman talepte bulunan bir iş belgesi ve isteğe bağlı olarak yanıt veren bir iş belgesi vardır, örneğin, tek yönlü bildirim ve iki yönlü konuşma.

Gerçek belge tanımı, ebXML çekirdek bileşen spesifikasyonları kullanılarak veya ebXML dışındaki bazı metodolojilerle elde edilir, ancak bir ebXML iş süreci spesifikasyonunun işaret edebileceği bir DTD veya Şema ile sonuçlanır.

Koreografi:

Koreografi, durumlar ve aralarındaki geçişler açısından ifade edilir. Bir iş etkinliği, iş ortaklıkları ve somut durumlar olarak bilinen ticari işlem etkinlikleri ile soyut bir durum olarak bilinir. Koreografi, başlangıç durumu, tamamlanma durumu vb. Gibi aktivite diyagramı kavramları kullanılarak ebXML iş süreci spesifikasyon şemasında açıklanmıştır.

İşletme Belgeleri

İş belgeleri, iş bilgisi nesnelerinden veya daha önce tanımlanmış daha küçük bilgi yığınlarından oluşur.

Bu parçalar veya bileşenler elbette herhangi bir bilgi taşımaz. Bunlar, yalnızca bilgileri ve sunumu tanımlayan XML şeması veya DTD gibi yapılardır. Nihai sonuç, içine bilginin yerleştirildiği tahmin edilebilir bir yapıdır, böylece nihai belgenin alıcısı, bilgiyi çıkarmak için onu yorumlayabilir.

İş Süreci Spesifikasyon Örneği

İş süreci spesifikasyonunun kısmi bir örneği aşağıda verilmiştir:

<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>

Sonuç

Bir iş süreci özelliği:

İki ortak arasındaki işbirliğini açıklar
Rolleri, ilişkileri ve sorumlulukları tanımlar
İş belgelerinin koreografisini tanımlar
Platform ve satıcıdan bağımsız biçimde ifade edilir
UMM (UN / CEFACT Modelleme Metodolojisi) ile modellenebilir
Business Process Specification Schema (BPSS) tarafından resmi olarak tanımlanmıştır
CPP ve CPA tarafından referans alınmıştır.
İş belgesi tanımlarını ifade eder.

İşbirliği Protokolü Profili

Bir İşbirliği Protokolü Profili (CPP), belirli bir ticari ortağın elektronik iş yapmayı nasıl planladığına dair gerekli tüm bilgileri sağlar. Bir CPP, bir ticaret ortağının aşağıdaki özelliklerini tanımlar:

İş süreci boyunca iş yetenekleri.
Bir işbirliği içinde oynadıkları rol (alıcı veya sigortacı).
Teslimat kanalları ve taşıma protokolleri. (HTTP, SMTP vb.)
İş belgelerinin paketlenme şekli.
Güvenlik kısıtlamaları (SSL, Dijital Sertifikalar).
İş süreci özelliklerine göre parti başına yapılandırma.

Bir CPP, ebXML kayıt defterinde bir Küresel Benzersiz Tanımlayıcı (GUID) ile depolanır ve iş ortakları, kayıt yoluyla birbirlerinin CPP'sini bulabilir.

CPP içerisindeki bilgiler araştırılabilir, böylece potansiyel bir ticaret ortağı, organizasyonun iş yapma yeteneklerine sahip olup olmadığını belirleyebilir.

CPP'nin Yapısı

CPP, kök öğesinde ad alanlarını ve sonraki değişiklikleri ayırt etmek için bir sürümü tanımlar. Bir CPP'nin yapısı, aşağıdaki öğelerle birlikte bir kök İşbirliği Protokolü Profili öğesinden oluşur:

PartyInfo: PartyInfo öğesi, kuruluş hakkında bilgi sağlar.
Packaging:Paketleme öğesi, mesajların gerçekte oluşturulma şekli hakkında bilgi sağlar. Mesajlar SOAP Mesajları olarak işlenir.
Signature: Belgenin isteğe bağlı kısmı
Comment elements: dahil edilebilir.

<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>

Ticari Ortak Anlaşması

Bir Ticari Ortak Anlaşması (TPA), ticaret ilişkisindeki her iki taraf için hem yasal hüküm ve koşulları hem de teknik özellikleri tanımlayan bir sözleşmedir. CPA, ticaret ortaklarının CPP'lerinden türetilir.

Elektronik TPA tarafından belirlenen kurallar, her iki taraftaki iş süreçlerinden bağımsızdır. TPA'nın hüküm ve koşullarının teknik açıklaması, her bir BT sistemini anlaşma kuralları altında çalışacak şekilde yapılandıran bir XML belgesinde ifade edilir.

TPA özellikleri, adını, ortak adlarını, başlangıç ve bitiş tarihlerini, rolleri ve diğer parametreleri içerir. Tipik olarak, bir taraf bir EBM oluşturur ve bunu diğer tarafa onay için sunar. Her iki taraf da anlaşmaya vardığında, her biri aynı CPA'nın elektronik bir kopyasını alır ve sistemlerini yapılandırmak için kullanır.

CPA ayrıca referans için sicile eklenebilir, ancak bu standart bir gereklilik değildir.

EBM'nin Yapısı

CPA, kök öğesinde ad alanlarını ve sonraki değişiklikleri ayırt etmek için bir sürümü tanımlar. Bir CPP'nin yapısı, aşağıdaki unsurlarla birlikte bir kök İşbirliği Protokol Anlaşması unsurundan oluşur:

Start and End: Bu unsurlar, eşgüdümlü evrensel zamanda, bu CPA'nın aktif olduğu dönemin başlangıcını ve sonunu temsil eder.
PartyInfo:PartyInfo öğesi, kuruluş hakkında bilgi sağlar. Burada, anlaşmaya dahil olan her iki taraf için PartyInfo öğeleri dahil edilmiştir.
Packaging:Paketleme öğesi, mesajların gerçekte oluşturulma şekli hakkında bilgi sağlar. Mesajlar SOAP mesajları olarak işlenir.
Signature: Belgenin isteğe bağlı kısmı.
Comment elements: dahil edilebilir.

<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>

Kayıt ve Depo nedir:

Bir ebXML kayıt defteri, bir havuzun dış dünya için indeks ve uygulama ağ geçidi olarak hizmet eder ve tarafların depo ile nasıl etkileşimde bulunduğunu yöneten API'yi içerir. EbXML deposu, bileşenlerin sahibidir.

EbXML kayıt defteri ebXML mimarisinin merkezidir.
Kayıt defteri, ebXML ile e-işi destekleyen öğelerin veritabanına bir API olarak da görüntülenebilir.
EbXML kaydı, kurumsal yetenekler, iş süreci, teknik planlar, sipariş formları, faturalar vb. Gibi ebXML ticari işlemleri için ilgili şirket bilgilerinin paylaşılması için bir veritabanı görevi görür.
Depodaki öğeler, kayıt defterine yapılan talepler aracılığıyla oluşturulur, güncellenir veya silinir.
Depolar, ticari ortaklara paylaşılan iş semantiği sağlar.
EbXML kayıt defteri, paylaşılan iş semantiğine erişmek ve keşfetmek için bir arayüzdür.
Kayıt arabirimi, HTTP veya TCP / IP üzerinden SMTP gibi temel ağ protokol yığınından bağımsız olacak şekilde tasarlanmıştır.

Kayıt defteri, XML şeması ve belgeleri, süreç açıklamaları, temel bileşenler, bağlam açıklamaları, UML modelleri, taraflar hakkında bilgiler ve hatta yazılım bileşenlerini içeren kararlı, kalıcı bir gönderilen içerik deposu sağlar. Bu, aşağıda gösterildiği gibi bir yazılım hizmetleri yığını olarak temsil edilebilir:

EbXML Kayıt Defterinin Hedefleri

EbXML kaydının amacı, aralarında iş süreci entegrasyonu amacıyla ilgili taraflar arasında bilgi paylaşımını sağlamaktır.

EbXML kaydının avantajları

Bir ebXML kaydı aşağıdaki faydaları sağlar:

Kayıtlı içeriğin keşfi ve bakımı.
Kullanıcıların XML içeriği oluşturabileceği ve yetkili taraflarca kullanılması ve olası iyileştirmeler için kayıt defterine gönderebileceği işbirliğine dayalı geliştirme desteği.
Ticari ortaklar arasındaki etkileşimler sırasında Web Hizmetleri İş Süreci Yürütme Dili (WS-BPEL), WSDL ve iş belgelerinin Kalıcılığı.
Kayıtlı içeriğin güvenli sürüm kontrolü.
Kayıtlı içeriğin sorunsuz sorgulanması, senkronizasyonu ve yeniden konumlandırılması yoluyla kayıtlı içeriğin tek bir görünümünü sağlamak için işbirliği yapan kayıtlar federasyonu.
E-posta veya Web hizmetleri yoluyla olay bildirimi.

uyma

EbXML Kayıt Hizmetleri Belirtimine göre, bir kayıt defteri uygulaması, aşağıdaki koşulları karşılıyorsa ebXML belirtimine uygundur:

EbXML Kayıt Bilgisi Modelini destekler.
Kayıt defteri arabirimlerinin ve güvenliğinin sözdizimini ve anlamını destekler.
EbXML kayıt DTD'sini destekler.
Kayıt defterinde SQL sorgusunun sözdizimi ve semantiğinin desteklenmesi isteğe bağlıdır.

Bir kayıt defteri istemcisi uygulaması, aşağıdaki koşulları karşılıyorsa ebXML belirtimiyle uyumludur:

EbXML CPA ve bootstrapping sürecini destekler.
Kayıt defteri istemci arabirimlerinin sözdizimi ve semantiği.
EbXML hata mesajı DTD.
EbXML kayıt DTD.

Kayıt Nesneleri ve Meta Verileri

Kayıt defteri nesneleri

Saklama ve koruma için sicile gönderilen bir nesneyi ifade eder

'Depo öğesi' olarak adlandırılır
XML belgesi veya DTD, iş süreci modelleri, CPP'ler vb.

Metadata

Kayıt defteri tarafından kayıt defteri nesnelerini sınıflandırmak ve yönetmek için kullanılır.
Registry Entry tarafından temsil edilir

Kayıt Bilgi Modeli (RIM)

Kayıt Bilgisi Modeli (RIM), ebXML kayıt defterindeki meta veriler için yüksek düzeyli bir plan sağlar. Bu, aşağıdaki şekilde gösterildiği gibi bir yazılım hizmetleri yığını veya bir hizmet piramidi olarak temsil edilebilir. Bilgi modelinin unsurları, arşivdeki içeriğin kendisi değil, içerik hakkındaki meta verileri temsil eder. Kayıt bilgi modeli, kayıt defterinde depolanan ve düzenlenen nesnelerin türlerini tanımlar.

Bilgi modeli, meta veri türü ve meta veriler arasındaki ilişkiler için bir yol haritasıdır. Kayıt defteri bilgi modeli, ilişkisel bir veritabanı şemasına, nesne veritabanı şemasına veya başka bir fiziksel şemaya eşlenebilir.

"Bir Temel Bileşen, gerçek dünya iş kavramı ve bu kavram ile diğer iş kavramları arasındaki ilişkiler hakkındaki bilgileri yakalar. Bir Temel Bileşen, bağımsız bir iş bilgisi parçası veya bir iş bilgi parçaları ailesi olabilir. Bu, meydana geldiği için temeldir. endüstri / işletme bilgi alışverişinin birçok farklı alanında "

... Eric Chiu tarafından basitleştirilmiş xbXML tanım formu

Temel bileşen, bir iş konseptini temsil eden bilgileri içeren temel, yeniden kullanılabilir bir yapı taşıdır. Satın alma siparişinin parçaları için bazı temel bileşen örnekleri, Satın Alma Siparişi Tarihi, Satış Vergisi ve Toplam Tutardır.

Genel olarak, temel bileşenler birçok farklı alanda, sektörlerde ve iş süreçlerinde kullanılır. EbXML ortamında, temel bileşenler mesajlarda ve belgelerde kullanılan XML semantiği ve iş sözlüğü için yapı taşlarıdır.

Bir iş sürecindeki belirli bir iş belgesinden, asgari düzeyde e-iş bilgisi içeren temel bir bileşene başvurabiliriz. İş süreçleri e-ticaret terimlerindeki fiillerse, temel bileşenler isimleri ve sıfatları temsil eder.

Bir çekirdek bileşen, çeşitli iş sektörlerinde kullanılabilir, ancak aynı zamanda, bağımsız bir endüstri alanı gibi bir iş alanına özgü duruma da gelebilir.

Bir çekirdek bileşen, standart bir ebXML kayıt defteri kullanılarak depolanabildiği ve geri alınabildiği için bir kayıt defteri ile çalışır. Merkezi bir çekirdek bileşen kitaplığı, endüstri iş süreçlerinde yaygın iş uygulamaları için bir referans belge görevi görür.

Araçlar ve Referanslar

EbXML tarafından iş ve teknik analist için sağlanan temel bileşenler için temel referansların ve araçların listesi aşağıdaki gibidir:

Context and the Re-usability of Core Components: Bu belge bağlam tanımlarını, sınıflandırma değeri listelerinin kaynaklarını ve temel bileşen ile bağlam tanımlayıcısının ilişkilerini gösteren resimli bir model içerir.
Catalog of Context Drivers: Bu belge, bağlam sürücülerinin bir kataloğunu sağlar.
Document Assembly and Context Rules: Bu, bağlamsal olarak yönlendirilen temel bileşenleri kullanarak belgeleri birleştirmek için prosedürleri ve şemaları açıklar.
Core Components Dictionary:Bu belge bölümlere ayrılmıştır. Her bölüm, ilgili kategori ve temel bileşen türü hakkındaki bilgilerle başlar.
Core Components Editor and Browser: Bu araçlar, analistlerin mevcut temel bileşenlere göz atmalarına ve ticari ortaklar arasında değiş tokuş edilen XML mesajlarının biçimini tanımlamalarına ve bağlam kurallarını uygun şekilde tanımlayıp uygulamalarına yardımcı olur.

Temel Bileşen Örnekleri:

Temel bileşen A:
- Satıcı (Endüstri1)
- Üretici (Endüstri 2)
- Tedarikçi (Endüstri 3)
Temel bileşen B:
- Distribütör (Endüstri 1)
- Toptancı (Endüstri 2)
- Tüccar (Endüstri 3)
Çekirdek bileşen C:
- Mağaza (Endüstri 1)
- Çıkış (Endüstri 2)
- Perakendeci (Endüstri 3)

Sonuç

Temel Bileşenler şunlardır -

Benzersiz şekilde tanımlanabilir.
Yeniden kullanılabilir düşük seviyeli veri yapıları
- -eg, parti, adres, telefon, tarih, para birimi
- -Context-sensitive
İş sürecini ve bilgi modellerini tanımlamak için kullanılır.
Farklı sistemler arasında birlikte çalışabilirliği kolaylaştırır.
EbXML'deki bir çekirdek bileşen, başka bir çekirdek bileşen içerebilir.

Tam bir mesaj, Çok Amaçlı İnternet Posta Uzantıları (MIME) nesnesi olan mesaj paketi olarak adlandırılır. Mesaj paketi iki ana bölüm içerir:

SOAP Message Container: Bu, mesajın gerekli bir parçasıdır ve yönlendirme bilgileri, ticari ortak bilgileri, mesaj kimliği ve teslimat anlam bilgisi bilgileri gibi ebXML için SOAP uzantı öğelerini içerir.
Payload Containers: Bu, mesajın isteğe bağlı bir parçasıdır ve taraflar arasında değiş tokuş edilecek her türlü bilgiyi içerebilir.

Mesajlaşma Tasarım Kriterleri

Mesajlaşma servisi spesifikasyonuna göre ebXML mesaj servisinin tasarım hedefleri şunlardır:

Mümkün olan her yerde mevcut standartlardan yararlanın.
Uygulaması basit olun.
Her büyüklükteki işletmeyi destekleyin.
Çok çeşitli iletişim protokollerini destekleyin (HTTP, SMTP, FTP, vb.)
Her türden yükü destekleyin (XML, EDI işlemleri, ikili veriler, vb.)
Güvenilir mesajlaşmayı destekleyin.
Güvenliği sağlayın.

Mesajlaşma Mimarisi

EbXML mesaj hizmeti, ebXML girişiminin genel bağlamında çalışmak üzere tasarlanmıştır. Bununla birlikte, ebXML teknik mimarisi modülerdir ve mesaj servisi ebXML'den bağımsız olarak kullanılabilir.

EbXML mesaj hizmeti, iş uygulaması ve ağ protokolleri arasında üç mantıksal mimari seviyeye sahiptir:

The Message Service Interface (MSI):İş uygulamalarının, mesaj gönderip almak için mesaj işleyici işlevini çağırmasına yönelik bir uygulama arabirimidir. ODBC, JDBC ve diğer soyut hizmet arabirimlerine benzer şekilde, ileti işleyici işlevselliğini iş uygulaması geliştiricileri için tanımlanmış bir API kümesi olarak ortaya çıkarır.
The Message Service Handler (MSH): Başlık işleme, başlık ayrıştırma, güvenlik servisleri, güvenilir mesajlaşma servisleri, mesaj paketleme ve hata işleme gibi temel servislere sahiptir.
The Message Transport Interface (MTI):Çeşitli ağlar ve uygulama düzeyinde iletişim protokolleri üzerinden mesaj göndermek için tasarlanmıştır. Taşıma arayüzü, ebXML'ye özgü verileri ağ hizmetleri ve protokolleri tarafından taşınan diğer formlara dönüştürür. Bu, ağ yığınındaki mevcut protokollerin üstüne bindirme yaparak iki taraf arasında tam bir alışverişi içerir.

EbXML Mesajlaşma Mimarisi aşağıdaki diyagramda gösterilmektedir.

Mesaj Biçimlendirme:

Bir ebXML mesajının ebXML mesaj servisi spesifikasyonuna göre formatlanması ve MIME sözdizimi, formatı ve kodlama kurallarına uyması gerekir. XML öğelerinin tanımı, SOAP'u ebXML mesaj üstbilgisini, izleme üstbilgisini, bildirimi, durumu ve alındı bildirimini tanımlamak için genişleten bir XML şeması tarafından sağlanır.

Sonuç

Bir ebXML mesajı ebXML Mesaj Hizmeti Spesifikasyonuna göre formatlanmalı ve MIME sözdizimi, formatı ve kodlama kurallarına uymalıdır. XML öğelerinin tanımı, SOAP'u ebXML mesaj üstbilgisini, izleme üstbilgisini, bildirimi, durumu ve alındı bildirimini tanımlamak için genişleten bir XML şeması tarafından sağlanır.

EbXML mesajlaşma -

Yük zarfı olarak Ekli SABUN kullanır.
HTTP, SMTP, FTP gibi çeşitli iletişim protokolleri üzerinden çalışır.
Ticari işlemlerde ihtiyaç duyulan üst düzey semantiği destekler. (Güvenlik ve Güvenilirlik)

Aşağıdaki diyagram, ebXML kavramını almayı kolaylaştıran bir ebXML senaryosunu göstermektedir. Örnek, Teknik Mimari Şartnameden alınmıştır.

Örnek, kuruluşların ebXML için nasıl hazırlandığını, yeni ticaret ortakları aradığını ve ardından elektronik işle nasıl meşgul olduklarını gösterir.

A Şirketi, çevrimiçi olarak nelerin mevcut olduğunu görmek için ebXML kayıt defterine göz atar. En iyi ihtimalle, A şirketi, halihazırda ebXML kayıt defterinde depolanan, endüstrisinde yaygın olan tüm mevcut iş süreçlerini, belgeleri ve temel bileşenleri yeniden kullanabilir. Aksi takdirde, A şirketi eksik parçaları tasarlar, bunları ebXML kayıt defterinde saklar ve endüstri ortaklarının kullanımına sunar.
A Şirketi, elektronik işi ebXML yöntemiyle yapmaya karar verir ve yerel bir ebXML uyumlu uygulama uygulamayı düşünür. Bir ebXML İş Hizmeti Arayüzü (BSI), şirket ile dış ebXML dünyası arasındaki bağlantıyı sağlar. Şirketin desteklenen iş süreci yeteneklerini, kısıtlamalarını ve şifreleme algoritmaları, şifreleme sertifikaları ve taşıma protokolleri seçimi gibi teknik ebXML bilgilerini açıklayan bir İşbirliği Protokolü Profili (CPP) oluşturması gerekir.
A Şirketi, CPP'sini ebXML kaydına gönderir. Bu noktadan sonra, A şirketi ebXML kayıt defterinde halka açık bir şekilde listelenir ve yeni ticaret ortakları arayan diğer şirketler tarafından keşfedilmesi muhtemeldir.
B Şirketi zaten ebXML siciline kayıtlı ve yeni ticaret ortakları arıyor. B Şirketi ebXML kaydını sorgular ve A şirketinin CPP'sini alır. B Şirketi daha sonra iki CPP'ye sahiptir: A Şirketi ve kendi CPP'si. İki şirket, ebXML terminolojisinde İşbirliği Protokol Anlaşması (CPA) olarak adlandırılan işin nasıl yapılacağı konusunda bir anlaşmaya varmak zorundadır. B Şirketi, iki CPP'nin gerekliliklerinden bir EBM türetmek için bir ebXML EBM oluşturma aracı kullanır.
Bu senaryoda, B şirketi A şirketi ile doğrudan iletişim kurar ve yeni oluşturulan CPA'yı A şirketine kabul için gönderir. CPA'nın A şirketi ile anlaşması üzerine, her iki şirket de elektronik ticaret için hazırdır.
Şirketler daha sonra temel ebXML çerçevesini kullanır ve CPA'ya uygun iş belgelerini değiştirir. Bu, her iki şirketin de CPA'da tanımlanan iş süreçlerini takip ettiği anlamına gelir.