ebXML - ebXML

Elektroniczny biznes wykorzystujący eXtensible Markup Language , powszechnie znany jako e-biznes XML lub ebXML (wymawiane ee-bee-ex-em-el, [i'bi, eks, em'el]), jak jest to zwykle określane, jest rodzina standardów opartych na XML, sponsorowana przez OASIS i UN / CEFACT, której misją jest zapewnienie otwartej infrastruktury opartej na XML, która umożliwia globalne wykorzystanie elektronicznych informacji biznesowych w interoperacyjny, bezpieczny i spójny sposób przez wszystkich partnerów handlowych.

Architektura ebXML to unikalny zestaw koncepcji; częściowo teoretyczne, a częściowo zaimplementowane w istniejących standardach ebXML.

Prace ebXML wywodzą się z wcześniejszych prac nad ooEDI (zorientowanym obiektowo EDI ), UML / UMM , technologiami znaczników XML oraz pracami X12 EDI „Future Vision” sponsorowanymi przez ANSI X12 EDI.

Łączenie tych komponentów rozpoczęło się w oryginalnej pracy ebXML, a dyskusja teoretyczna trwa do dziś. Inne prace dotyczą, na przykład pracy w grupie zarządzania obiektami i standardu OASIS BCM (Business-Centric Methodology) (2006).

Koncepcyjne omówienie architektury ebXML

Podczas gdy standardy ebXML przyjęte przez ISO i OASIS mają na celu zapewnienie formalnych mechanizmów obsługujących XML, które można wdrożyć bezpośrednio, architektura ebXML opiera się na koncepcjach i metodologiach, które mogą być szerzej stosowane, aby umożliwić praktykom lepsze wdrażanie rozwiązań e-biznesowych.

Szczególnym przykładem jest praca nad specyfikacją techniczną podstawowych komponentów (CCTS), która jest kontynuowana w ramach UN / CEFACT, podczas gdy jej kuzyn - UBL - Universal Business Language - specyfikacja jest wykorzystywana w ramach OASIS, który implementuje określone transakcje XML poprzez zastosowanie zasad CCTS do typowego łańcucha dostaw transakcje, takie jak faktura, zamówienie, powiadomienie o wysyłce i tak dalej.

Historia

ebXML powstał w 1999 r. jako wspólna inicjatywa Centrum Narodów Zjednoczonych ds. Ułatwień w Handlu i Elektronicznego Biznesu (UN / CEFACT) oraz Organizacji ds. Rozwoju Strukturalnych Standardów Informacyjnych (OASIS). Wspólny komitet koordynacyjny składający się z przedstawicieli każdej z dwóch organizacji kierował wysiłkiem. Kwartalne spotkania grup roboczych odbywały się w okresie od listopada 1999 r. Do maja 2001 r. Na ostatnim posiedzeniu plenarnym obie organizacje podpisały protokół ustaleń, dzieląc odpowiedzialność za różne specyfikacje, ale kontynuując nadzór przez wspólny komitet koordynacyjny.

Oryginalny projekt przewidywał pięć warstw specyfikacji danych, w tym standardy XML dla:

  • Procesy biznesowe,
  • Umowy protokołu współpracy,
  • Podstawowe komponenty danych,
  • Wiadomości,
  • Rejestry i repozytoria

Wszystkie prace zostały wykonane w oparciu o dokument wymagań normatywnych oraz Specyfikację Architektury Technicznej ebXML.

Po wykonaniu 6 specyfikacji przez obie organizacje, 5 części pracy zostało przedłożonych ISO TC 154 do zatwierdzenia. Międzynarodowa Organizacja Normalizacyjna (ISO) zatwierdził pięć następujących specyfikacji ebXML jak ISO 15000 standardu, pod ogólnym tytułem, biznes elektroniczny Extensible Markup Language:

  • ISO 15000-1: Umowa dotycząca profilu współpracującego partnera ebXML (ebCPP)
  • ISO 15000-2: specyfikacja usługi przesyłania wiadomości ebXML (ebMS)
  • ISO 15000-3: Model informacji rejestru ebXML (ebRIM)
  • ISO 15000-4: Specyfikacja usług rejestru ebXML (ebRS)
  • ISO 15000-5: Specyfikacja podstawowych komponentów ebXML (CCS)

Komitety techniczne OASIS i UN / CEFACT zachowują odpowiedzialność za utrzymanie i rozwój powyższych specyfikacji.

Umowa dotycząca profilu partnera współpracującego

Umowy o profilu partnera współpracującego to dokumenty oparte na języku XML określające umowy handlowe między partnerami handlowymi. Każdy partner handlowy będzie miał swój własny dokument profilu współpracy (CPP), który opisuje jego umiejętności w formacie XML. Na przykład może to obejmować protokoły przesyłania wiadomości, które obsługują, lub funkcje zabezpieczeń, które obsługują. Dokument CPA (Umowa o współpracy) stanowi część wspólną dwóch dokumentów CPP i opisuje formalne relacje między dwiema stronami. Następujące informacje będą zazwyczaj zawarte w dokumencie CPA:

  • Informacje identyfikacyjne: niepowtarzalne identyfikatory każdej ze stron i ich role w relacji handlowej
  • Informacje dotyczące bezpieczeństwa: na przykład, czy podpisy cyfrowe są wymagane i jakich algorytmów używają
  • Informacje komunikacyjne: protokoły, które będą używane podczas wymiany dokumentów
  • Lokalizacje punktów końcowych: adres URL, komunikaty o usługach i działaniach powinny być wysyłane
  • Reguły, których należy przestrzegać, gdy nie otrzymano potwierdzeń wiadomości, w tym czas oczekiwania przed ponownym wysłaniem i ile razy należy wysłać ponownie
  • Czy zduplikowane wiadomości powinny być ignorowane
  • Czy potwierdzenia są wymagane dla wszystkich wiadomości

Specyfikacja usługi przesyłania wiadomości

Specyfikacja usługi wiadomości (ebMS) opisuje mechanizm neutralny komunikacyjnie, który musi zostać zaimplementowany przez moduły obsługi wiadomości (MSH) w celu wymiany dokumentów biznesowych. ebMS3.0 to aktualna wersja specyfikacji. ebMS3.0 jest zbudowany jako rozszerzenie na podstawie specyfikacji SOAP z załącznikami . Komunikat SOAP zawiera metadane wymagane do wymiany dokumentu biznesowego w bezpieczny i niezawodny sposób, podczas gdy ładunek biznesowy jest dołączony do komunikatu SOAP . Do jednej wiadomości może być dołączonych wiele ładunków biznesowych, a ich format wykracza poza zakres specyfikacji ebXML. Informacje, jakie partnerzy handlowi umieszczają w wiadomościach ebMS, są w dużej mierze podyktowane umową CPA, która określa relacje między nimi. Następujące informacje są zwykle zawarte w wiadomościach ebMS:

  • Unikalny identyfikator wiadomości
  • Dla kogo jest ta wiadomość
  • Kto wysłał wiadomość
  • Identyfikator rozmowy służący do łączenia powiązanych wiadomości
  • Podpis cyfrowy oparty na XML Signature specyfikacji
  • Wskazanie, czy należy ignorować zduplikowane wiadomości
  • Wskazanie, czy potwierdzenia są wymagane

ebMS jest protokołem komunikacyjnym neutralnym, chociaż najpopularniejszymi protokołami bazowymi są HTTP i SMTP .

Zobacz też

Bibliografia

Cytaty

Źródła

Zewnętrzne linki