Download presentation
Presentation is loading. Please wait.
Published byGavin Norris Modified over 9 years ago
1
A ‘Connect’ Protocol for B2B Making B2B Connections as easy as ‘friending’ someone… or easier
2
Problem B2B exchanges are typically privileged, requiring an initial partner validation/setup Analog to social networks: “friending” / “connecting” PEPPOL has adopted an open, SMTP-like model… but this is the exception, not the rule Maximizing adoption (especially by SMBs) requires a B2B setup with social-network-like ease and low cost B2B requirements are, however, more complex, e.g. – Four-corner model (different agents for each party)
3
Problem, contd. Two models, variants of the same problem – Three-corner: identity federation/setup across networks – Four-corner: getting beyond “trusted peering” “Chain of Trust” issues with multiple governance domains
4
Use Cases Semi-automated: email invitation – Similar to the “social network” invitation scenario – Recipient of invitation clicks to accept/authorize connection – May need to first create/provision an account to do so – BUT, process includes authorization of BOTH parties’ systems to connect on their respective users’ behalf Fully-automated: system to system dialog – Two systems each pre-authorized to manage collaboration – Fully automated relationship discovery and setup
5
Supplier Gateway SMB Acct’g Cloud Platform Buyer Network/ Gateway Identities / Trust Data/ Process ERP A/P ERP POs Identities / Trust Data/ Process Get Connected 1 2 3 POs pre-populate Supplier Identities Send email invitations with ‘SMB Accounting’ links Link triggers Auth handshake 4 Invoice Get all emailed invoices Semi-Automated Buyer-Driven Process (Email PO or Invitation) 1.Buyer issues POs via Buyer Network, triggering pre-configured, pre-authorized supplier account creation. 2.On Buyer’s behalf, Buyer Network sends invitation emails for suppliers to get connected (i.e. to complete activation of a pre-configured account) for exchange of POs, invoices and other business documents. 3.For an supported Buyer, these emails include a "Connect to SMB Accounting" link, enabling a Supplier to: a.Authorize Buyer (B2B Network) to activate their account, with Supplier Gateway access permissions b.Enroll with Supplier Gateway (i.e. authorize Supplier’s SMB Accounting (Cloud) to connect) c.Authorize the Supplier’s Gateway to connect with the Buyer’s Gateway (invoicing, payment) 4.Supplier Gateway retrieves all emailed invoices from the Supplier's connected SMB Accounting Cloud account, and matches recipient email addresses against enrolled Buyer domains/email addresses. If matched, it: a.Retrieves Supplier Identity Attributes, and syncs as needed to the Buyer Gateway; b.Transforms the retrieved invoice content in accordance with Buyer Profile Specification; c.Posts invoice to Buyer Network
6
Fully Automated Notes: This shows the Buyer-initiated process. Seller-initiated process can also occur, if Buyer supports Skip step 5 if small/seller party is already enrolled Available Identities Available Identities Enrolled Identities Enrolled Identities Target Partner Identities Target Partner Identities Big / Buyer / Receiver Small / Seller / Sender Populated by “listening” to sent document flow: POs Invoices 1 6 4 3 2 Matched? Send Request 7 8 Accept Request 5 9 Matched?
7
Related Issues Discovery (SML) – Email/domain based? – Chain of trust issues Service Profile (CPPA / SMP) Trust Frameworks (Inter-Cloud)
8
References OASIS Id-Cloud Use Cases v1.0 Committee Note 01 Use Case 25: Inter-cloud Document Exchange & Collaboration http://docs.oasis-open.org/id-cloud/IDCloud- usecases/v1.0/cn01/IDCloud-usecases-v1.0- cn01.html#_Toc324801970
Similar presentations
© 2024 SlidePlayer.com. Inc.
All rights reserved.