Von Datenaustausch über Electronic Data Interchange bis Universal Business Lanuage
Datenaustausch Austauscharten: Verbal im direkten Gespräch Sprache als Interface Gesten (Gebärdensprache) Mimik Gemeinsame Umgebung (Kontext) Gespräch am Telefon Konzentration auf das gesprochene Wort Nutzung von Schrift und Zeichen Bücher, Briefe, Zeitschriften, Dokumente
Dokumente Schrift, Zeichen oder Bilder als Schnittstelle Weniger Einfluss durch Kontext Oft in sich abgeschlossen Inhalt bleibt erhalten Authentifikation, z.b. durch Unterschrift Vor Gericht besser verwertbar!
Geschäftsdokumente Medium und Schrift haben sich über die Zeit verändert! Steintafeln Papyrus Elektronische Dokumente Der Grundgedanke des Dokumentenaustausches ist gleich geblieben! Dokumentenaustausch ist die Grundlage der meisten Geschäfte (Geschäftsprozesse)!
Geschäftsdokumente Geschäftsdokumente müssen gewissen Regeln folgen. Insbesondere die Rechnung gilt in vielen Ländern als rechtsverbindliches Dokument. Vorwiegend wegen der Steuer!!!!
Rechung (Invoice) Neue Vorschriften zur Rechnungstellung Zum 1. Januar 2004 ändern sich die Regeln über die Pflichtangaben in Rechnungen nach dem Steueränderungsgesetz 2003. Welche Angaben muss eine Rechnung künftig erhalten? 1. Den vollständigen Namen und die vollständige Anschrift des leistenden Unternehmers und des Leistungsempfängers, 2. (Bereits ab 01.01.2004) die Steuernummer oder die Umsatzsteuer- Identifikationsnummer (UST-IdNr.) des leistenden Unternehmers, 3. Neu: das Ausstellungsdatum, 4. Neu Rechnungsnummer: eine fortlaufende Nummer mit einer oder mehreren Zahlenreihen, die zur Identifizierung der Rechnung einmalig vergeben wird, 5. Menge und handelsübliche Bezeichnung der Lieferung oder sonstigen Leistung, Von Handwerkskammer WS2006/2007 Dresden: http://www.hwk-dresden.de/normal/beratung/recht/gesetze/rechnungsstellung/ Vorlesung: Datenbanken und Internet Copyright 2006 DBIS/Dr. Karsten Tolle
Rechung (Invoice) 6. der Zeitpunkt der Lieferung oder sonstigen Leistung (kann der Kalendermonat sein, in dem die Leistung erbracht wurde) oder Neu: bei Anzahlungen der Zeitpunkt der Zahlung, sofern der Zeitpunkt feststeht und nicht mit dem Ausstellungsdatum (wie unter Punkt 3.) identisch ist, 7. Neu wenn die Umsätze unterschiedlichen Steuersätzen unterliegen: Aufschlüsselung des Entgelts nach einzelnen Umsatzsteuersätzen bzw. - steuerbefreiungen, 8. Neu: jede im Voraus vereinbarte Minderung des Entgelts, sofern sie nicht bereits im Entgelt berücksichtigt ist, 9. Neu: den anzuwendenden Umsatzsteuersatz, 10. den auf das Entgelt entfallenden Steuerbetrag oder einen Hinweis auf die Steuerbefreiung, 11. bei Leistungen innerhalb der EU und bei Lieferung an Kunden, die selbst der Umsatzsteuer unterliegen, erfolgt die Rechnungstellung netto ohne Ausweis der Mehrwertsteuer; zu nennen sind die UST-IdNR. des leistenden Unternehmers und des Leistungsempfängers; (Hinweis: Entgelt = Nettobetrag)
Rechnung (Invoice) Kleinbetragsregelung Für Rechnungen bis zu einem Gesamtbetrag von 100 Euro, sind weniger Angaben erforderlich, mindestens aber: 1. der vollständige Name und die vollständige Anschrift des leistenden Unternehmens 2. das Ausstellungsdatum 3. Menge und handelsübliche Bezeichnung der Lieferung oder Leistung 4. das Entgelt und der darauf entfallende Steuerbetrag in Summe 5. der anzuwendende Mehrwertsteuersatz
Electronic Data Interchange (EDI) EDI - Start 60er Jahre on green field! Kein Internet KeinXML Kein HTTP Keine Standards
Electronic Data Interchange (EDI) Definition1 (ASC X12): Electronic Data Interchange (EDI) is the computerto-computer exchange of business data in standard formats. In EDI, information is organized according to a specified format set by both parties, allowing a "hands-off" computer transaction that requires no human intervention or rekeying on either end. All information contained in an EDI transaction set is, for the most part, the same as on a conventionally printed document. http://www.x12.org/x12org/about/faqs.cfm#a1
Electronic Data Interchange (EDI) Definition2: Sammelbegriff für elektronischen Verfahren zum asynchronen und vollautomatischen Versand von strukturierten Nachrichten zwischen Anwendungssystemen unterschiedlicher Institutionen.
Wesentliche EDI Merkmale Asynchron aus Sichtweise des BP wird auf das geschickte Dokument keine direkte Antwort erwartet. Vollautomatisch keine Interaktion durch Menschen nötig. Strukturierte Nachrichten die Dokumente folgen vorher festgelegten Strukturen und Bedingungen.
EDI Geschichte Anfangs per Telefon und Telex (60er Jahre) Aufbau sogenannter Value Added Networks (VAN) private Netzwerke Entwicklung von Standards: ANSI X12 (erstmals 1982) UN/EDIFACT (erstmals 1988) HTTP und Internet
EDI Ziele Schnelle Verarbeitung eingehender Dokumente Reduzierung von Fehlerquellen durch Automatisierung Kostenreduktion
EDI Es gibt zwei Fragen: 1. Wie werden die Dokumente ausgetauscht? Frage der Technik, kann sich entsprechend ändern: Post, Fax, E-Mail, Web Service, 2. Was soll in den Dokumenten stehen und wie soll es codiert werden? Werden die Dokumente verstanden (Interoperability)? Sind alle nötigen Informationen vorhanden?
EDI Abgrenzung Klare Abgrenzung schwierig und nicht einheitlich. Oft werden daher Zusätze verwendet: Klassisches EDI hierunter wird meist die Verwendung von Standards wie EDIFACT ohne XML verstanden EDI/XML Verwendung von XML (z.b. RosettaNet) Web-EDI Nutzung des Internet
EDIFACT UN/EDIFACT - United Nations Electronic Data Interchange For Administration, Commerce and Transport Branchenübergreifend sehr komplex Ca. 200 verschiedene Nachrichten-Typen Beispiel: UNA:+.? ' UNB+UNOC:3+Senderkennung+Empfaengerkennung+060 620:0931+1++1234567' UNH+1+ORDERS:D:96A:UN' BGM+220+B10001' DTM+4:20060620:102' NAD+BY+++Bestellername+Strasse+Stadt++23436+xx' LIN+1++Produkt Schrauben:SA' QTY+1:1000' UNS+S' CNT+2:1' UNT+9+1' UNZ+1+1234567' Links: 1, 2, 3
EDIFACT - Substandards CEFIC Chemische Industrie EANCOM Konsumgüterindustrie EDIBDB Baustoffbranche EDIFICE High Tech Industrie EDIFOR Speditionsbranche EDIFURN Möbelbranche EDIG@S Erdgasbranche EDILEKTRO - Elektroindustrie / Elektrogroßhandel EDILIBE Buchhandel EDITEC Sanitärbranche EDITEX Textilindustrie EDITRANS Transportwirtschaft EDIwheel Reifen- und Räderhersteller ODETTE Automobilindustrie RINET Versicherungswirtschaft
EDI Probleme Fachwissen nötig Nachrichten vom Menschen schwer lesbar Komplexität wenige Fachkräfte für spezielle Standards/Substandards Hohe Einführungskosten lohnt sich meist nur für größere Unternehmen Hoher Kostenaufwand bei Änderungen Interoperabilität nur mit entsprechenden Partnern gewährleistet
Ansatz bei EDIFACT EDIFACT - Alles Substandards: EDIFURN CEFIC
Universal Business Language (UBL) royalty-free International Beschreibt eine (basis) Menge von Businessdokumenten Library wiederverwendbarer Daten Komponenten Erweiterbar und Anpassbar Basierend auf XML Schema Behandelt (UBL 2.0): Sourcing Ordering Invoice Fulfillment
UBL ist ein XML Business Vokabular HTTP + HTML = Web Publishing UBL ebxml/ws + UBL = Web Commerce
Ansatz bei UBL UBL UBL Angepasst UBL Angepasst Reduzierung der Komplexität Vergleiche: 1. Bei der Einführung von HTML meinten Experten: Viel zu wenig, reicht nicht aus. wurde aber ein großer Erfolg! 2. XML hatte einen großen Durchbruch, obwohl es hauptsächlich eine Vereinfachung des existierenden SGML Standard darstellt.
UBL Geschichte 1998 - CBL 1.0 (Veo/NIST) Common Business Language 1999 - CBL 2.0 (Commerce One) 2000 - xcbl 3.0 (Commerce One and SAP) 2003 - UBL 0.7 (OASIS) 2004 - UBL 1.0 (OASIS) 2006 UBL 2.0 (OASIS)
UBL Vorteile Keine extremen Unterschiede in den Standard Dokumenten Leichter zu verwalten und zu ändern Kürzere Einarbeitungszeit von Fachkräften Verbindung zu anderen Domains einfacher Verbindung zu anderen Locations (andere Länder mit unterschiedlichen Anforderungen) einfacher Nutzung von Standard Werkzeugen möglich Geringere Kosten Fachkräfte und Support auf dem Markt
UBL 1.0
UBL 2.0 Sourcing to Fulfillment (UBL 2.0) anstatt nur Order to Invoice 31 statt 9 Dokumente Viele Änderungen durch Anwender getrieben Umsetzung der ebxml Core Components Technical Specification (CCTS) Zusammensetzung der Dokumente aus Komponenten, sogenannten Business Information Entities (BIEs).
CCTS - BIEs ABIE Aggregate Business Information Entity ASBIE Association Business Information Entity BBIE Basic Business Information Entity Grundgedanke: Wir haben einen Supermarkt. Wenn jemand kochen möchte kommt er und wählt die Dinge aus, die er für sein Gericht benötigt.
Erfolgsstory Rechnungen an die Dänische Regierung Seit 1. Februar 2005 müssen alle Rechnungen an die Dänische Regierung elektronisch als UBL-Dokument verschickt werden Ca. 18.000.000 (18 Millionen) Rechnungen pro Jahr 440.000 Unternehmen betroffen Zeiteinsparung pro Rechnung ~10 Minuten Kosteneinsparung ~120.000.000 Euro pro Jahr
OIO Planungen in Dänemark Ausweitung auf andere Geschäftsdokumente Bereitstellung eines Systems, welches auch von privaten Unternehmungen genutzt werden kann Zielgruppe insbesondere KMUs Weitere Informationen unter: http://www.oio.dk/?o=a54bd5e3b9e3e94209f94882ac0c9301
Warum KMUs? Distribution Fordeling of transaction af transaktionsvolumen for companies for virksomheder between imellem 10 and 10-99 employees. ansatte (Total(samlet volume volumen is 191 million 191,1 mill. orders forretningsmeddelser) and invoices) 15% 44% 41% KPMG 2005 10-19 20-49 50-99 Diagramm aus: www.oasis-open.org/archives/ubl/200608/ppt00000.ppt
UBL Name Dictionary Entry Name Object Class Qualifier Object Class Order Order. Details Order UBLVersionID Order. UBL Version Identifier. Identifier Order CustomizationID Order. Customization Identifier. Identifier Order ProfileID Order. Profile Identifier. Identifier Order ID Order. Identifier Order SalesOrderID Order. Sales Order Identifier. Identifier Order CopyIndicator Order. Copy_ Indicator. Indicator Order UUID Order. UUID. Identifier Order IssueDate Order. Issue Date. Date Order IssueTime Order. Issue Time. Time Order Note Order. Note. Text Order RequestedInvoiceCurrencyCode Order. Requested Invoice_ Currency Code. Code Order DocumentCurrencyCode Order. Document_ Currency Code. Code Order
Zukunft? Consistent with the Cooperation Agreement between OASIS and UN/CEFACT of June 2005, a collaboration statement has been issued by OASIS and UN/CEFACT that states: UN/CEFACT recognizes UBL 2 as appropriate first-generation XML documents for ebusiness. For OASIS and UN/CEFACT: future UN/CEFACT deliverables constitute the upgrade path for UBL, and the maintenance of UBL 2 remains with the OASIS UBL TC. In the expectation that UN/CEFACT will produce its own integrated set of XML schemas within a period of three years, OASIS will produce no further major versions of UBL past UBL 2. OASIS will grant UN/CEFACT a perpetual, irrevocable license to create derivative works based on UBL. This UN recognition means that anyone requiring XML documents for ebusiness may safely adopt UBL as a suitable basis for now and into the future.
Aus: From EDI to UN/CEFACT: An Evolutionary Path Towards a Next Generation e-business Framework, Till Janner, Alexander Schmidt, Christoph Schroth, Gunther Stuhec
Aus: From EDI to UN/CEFACT: An Evolutionary Path Towards a Next Generation e-business Framework, Till Janner, Alexander Schmidt, Christoph Schroth, Gunther Stuhec