Slide1: STAR/XML An OAGI Industry Initiative Open Applications Group, Inc. OAG Inc. Anthony [Tony] Blazej Director of Industry Programs, Open Applications Group, Inc. ablazej@openapplications.org


Standards for Technology in Automotive Retail (STAR): Standards for Technology in Automotive Retail (STAR) Project Goal: Secure, automated interchange of auto retail business data over a TCP/IP-based infrastructure using industry consensus protocols


Slide3: Dealers: NADA (National Auto Dealer Association) Dealer System Providers: ADP Arkona Auto/Mate, Inc. EDS Automotive Retail Group PBS Financial Systems Inc. Reynolds & Reynolds Sun Microsystems UCS Manufacturers: American Honda Motor Co., Inc. American Isuzu Motors, Inc. American Suzuki Motor Corp. BMW of North America, Inc. DaimlerChrysler Ford Motor Company General Motors Corp. Jaguar Cars Kia Motors America, Inc. Mazda North American Operations Mitsubishi Motor Sales of America, Inc. Nissan North America, Inc Porsche Cars North America, Inc. Saab Cars USA Toyota Motor Sales, USA Volkswagen of America Volvo Cars of North America


Slide4: Dealer Computing Environment B2B Processor Parts Order Current Dealer System Environment OEM IT Infrastructure DMS System 3 Ajax Ford, Mazda & Lexus DMS System 2 DMS System 1 Ford Mazda Lexus Bi-Synch, Leased Line FTP over Satellite Link SDLC, Leased Line 22,000 auto dealers in USA


STAR/XML Objectives and Goals: STAR/XML Objectives and Goals 1. Create open, non-proprietary, standard XML messages that are implementation independent 2. Create a common auto industry-wide infrastructure to support these messages 3. Build a near-real time, Internet-based solution to standardize business transactions between dealers and OEMs 4. Reduce the costs of interface development 5. Shorten the interface development and implementation times 6. Simplify the complexity of the dealership IT environment 7. Facilitate interoperability among disparate enterprise systems


Scope of Work: Proof Phase Parts Order Phase One Vehicle Service History Credit Evaluation Customer/Prospect Information Repair Order Parts Order Status Warranty Labor Operation Parts Sales Phase Two [List in proposal] Messaging Infrastructure Recommended transport / messaging framework characteristics Security framework for messaging and documents Recommended Collaboration Protocol Profiles [CPP] templates Recommended name services, registries & repositories Produce profiles to facilitate transport interoperability Scope of Work


Collaborative Project: STAR/XML Initiative Collaborative Project Auto BODs Messaging Frame- work TPAs


Open Applications Group: Industry Consortium working to achieve dramatically easier business software integration for: Open Applications Group Business to Business Application to Application Legacy Packaged Across the Enterprise Down the Value Chain From Factory Floor to Customer Door


STAR/XML Architecture: STAR/XML Architecture Message architecture - OAGIS ver. 8 [XSD] Message Transport Method ebXML Messaging Services 1.0 permanent high speed Internet link [DSL equivalent or better] Message Security Method Digital Signature Digital Certificate Transport Security Method Secure Socket Layer (SSL) Digital Certificate BPSS schema express collaborations CPP/A define OEM & Dealer system configurations


OAGIS: OAGIS OAGIS is a cross-industry XML document framework for exchange of data between enterprise business systems both within a company and across a value chain OAGIS is architected for extensibility into industry specific domains OAGIS is designed for implementation as the XML data interchange technology of COTS application offerings


Business Object Documents (BODs): Business Object Documents (BODs) BODs are the XML messages that dealers and OEMs transact with one another. Examples: “Process Repair Order” “Acknowledge Repair Order” “Submit Credit Application” “Return Credit Decision” BODs have a formal architecture, re-use the OAGIS data dictionary and are expressed in XSD


STAR/XML Development Team: STAR/XML Development Team OAGI Provided Resources Project Manager Architect Business Analyst STAR Provided Resources Data Dictionary Maintenance STAR Member Resources [per Company] Project Team Member [Coordinator] Application Domain Expert(s) IT Department Specialists Access to "Users" and their Management


STAR/XML Development Process: STAR/XML Development Process


Publish Specifications: Publish Specifications


Project time line: Project time line FOCUS: 1Q2001: Project organization, staffing & launch Proof: produce useable results quickly Phase 1: deliverables & infrastructure architecture Phase 2: build STAR team skills, finish work scope Deployment: support [work not part of project scope]


Deliverables * : Deliverables * Normalized business collaborations identify/document current process define normalized business collaborations document via "model" BODs [messages] for each business collaboration message content normalized data elements mappings to existing data dictionaries Business Transaction Set choreography XML rendition of BODs PLUS - Messaging Infrastructure deliverables * per application domain


Deliverable #1: Collaboration (BPSS): Deliverable #1: Collaboration (BPSS) Transaction view: Change Parts Order Parts Order Collaboration BPSS


Deliverable #2: BOD - XML and Schema: Deliverable #2: BOD - XML and Schema Process PO 007 CPAG PURCHASING POISSUE CPAGPOBERLIN02 0 ENG CP000111 RSCHULTE 124 014HO DCS

Deliverable #3: Implementation Guide: Deliverable #3: Implementation Guide ProcessPurchaseOrder007 occurs once for the entire file. ControlArea segment occurs once for the entire file. BusinessServiceRequest segment occurs once for the entire file. Sender segment occurs once for the entire file. DateTime(Creation) segment with Creation qualifier occurs once for the entire file. DataArea segment with sub-elements may occur multiple times. ProcessPurchaseOrder segment occurs once. PurchaseOrderHeader segment occurs once. DateTime(Document) segment optionally occurs once. Partner(ShipTo) segment occurs once. ShipTo Address Partner(BillTo) segment occurs once. BillTo Address Partner(Supplier) segment occurs once. Partner(Carrier) segment optionally occurs once. Partner(AlternateCarrier) segment optionally occurs once. Partner(AlternateShipTo) segment optionally occurs once. AlternateShipTo Address Charge segment optionally occurs once. PurchaseOrderTerms segment optionally occurs once. OperationAmount segment occurs once. PurchaseOrderLine segment occurs once. Quantity(Ordered) segment occurs once. Quantity(Length) segment optionally occurs once. Quantity(Width) segment optionally occurs once. SerialNumber(VIN) optionally occurs once. SerialNumber(KeyCode) optionally occurs once. Partner(LineCarrier) segment optionally occurs once. Relationship Diagram - Hierarchy of data elements Data element definitions - Indicates required or optional, data dictionary reference


STAR/XML Benefits: STAR/XML Benefits Who Benefits? OEMs Save time and $$$ in redundant interface development & expensive legacy support of proprietary interfaces DSPs Build one interface per business area (vs. one per OEM) Dealers More timely, reliable, accurate information Only need one DMS system for multi-franchised dealers New interfaces can be delivered faster OEM Supply Chain Re-use STAR standards (A part order is a part order...)


STAR/XML Benefits: STAR/XML Benefits How? Standardization Build it once; build it right; use standard technologies; reuse components Lower Barriers to Entry for DSPs Increased competition; improved application quality; lower prices; gives dealers a choice for a DSP Design an open, scalable, modular infrastructure Make it available to everyone Specifications become the intellectual capital of all STAR members [OEMs/DSPs]


Call to Action...: Call to Action... Companies with auto industry know-how and solutions relevant to auto retail that want to get involved should contact Tony Blazej Related Follow-on Work: AMDX [Auto Manufacturing Data eXchange] project being formed with European/NorthAmerican industry sponsorship to address supply-side transactions TRANxml - initiative to define a cross-industry, cross-modal set of logistics transactions Both will be ebXML framework projects http://www.openapplications.org ablazej@openapplications.org


For more information...: For more information... WWW.StarStandard.org WWW.ebXML.org B2B Framework/Infrastructure (messaging, business process schema, transport, routing, security, etc) WWW.OpenApplications.org Message architecture and development methodology