280 likes | 410 Views
TESTING INTEROPERABLE eINVOICING SERVICES. Interoperable eInvoicing Services: Overview. 2. Interoperable eInvoicing Services: Test 2. POINT-TO-POINT. EDI. 1. INTEROPERABILITY: OPERATOR-TO-OPERATOR. STANDARDS OF OPERATORS. 2. 3. INTEROPERABILITY: BANK-TO-BANK. FINVOICE – XML. 4.
E N D
Interoperable eInvoicing Services: Overview 2.Interoperable eInvoicing Services: Test 2
POINT-TO-POINT EDI 1 INTEROPERABILITY: OPERATOR-TO-OPERATOR STANDARDS OF OPERATORS 2 3 INTEROPERABILITY: BANK-TO-BANK FINVOICE – XML 4 INTEROPERABILITY: OPERATOR-TO-BANK / BANK-TO-OPERATOR FINVOICE – XML CROSS-BORDER INTEROPERABILITY -- XML 5 Interoperable eInvoicing Services
OPERATOR CHANNEL 2 2 2 BUYER 1 BUYER`S OPERATOR SELLER`S OPERATOR SELLER 1 Connectivity Agreement/Intermediating Agreement eInvoice Agreement on the Transmission and the Reception of eInvoices 1 1 Case: 1Operator-to-Operator OPERATOR ID #: 0037XXXXXX eInvoicing Flow
OK eInvoicing Implementation 2.. eInvoice Agreement eInvoicing in Operation OK Connectivity Testing 1. Con- nectivity Agreement eInvoicing in Operation SELLER`S OPERATOR SELLER`S OPERATOR BUYER`S OPERATOR SELLER 1 OK 2. eInvoice Agreement eInvoicing in Operation eInvoicing Implementation Case 1:Operator to Operator OK BUYER`S OPERATOR BUYER 1
SWIFT ID #: NDEAFIHH OKOYFIHH PSPBFIHH BANK CHANNEL 2 2 2 SELLER`S BANK BUYER`S BANK SELLER 2 BUYER 2 Connectivity Agreement/Intermediating Agreement eInvoice Agreement on the Transmission and the Reception of eInvoices 1 1 eInvoicing Flow Case 2:Bank-to-Bank
eInvoicing Implementation 2. eInvoice Agreement eInvoicing in Operation OK Connectivity Testing 1. Con- nectivity Agreement eInvoicing in Operation OK SELLER`S BANK BUYER`S BANK BUYER`S BANK SELLER`S BANK BUYER 2 SELLER 2 eInvoicing Implementation 2. eInvoice Agreement eInvoicing in Operation OK Case 2:Bank to Bank OK
SWIFT ID #: NDEAFIHH OKOYFIHH PSPBFIHH BANK CHANNEL 2 2 3 1 1 2 3 eInvoice Agreement and Authorization Document for the Operator to Retrieve eInvoices from the Bank SELLER`S BANK BUYER`S BANK BUYER`S OPERATOR SELLER 3 BUYER 3 eInvoice Agreement on the Transmission and the Reception of eInvoices Connectivity Agreement/Intermediating Agreement eInvoicing Flow Case 3:Bank-to-Operator
eInvoicing Implementation 2. eInvoice Agreement eInvoicing in Operation OK Connectivity Testing 1. Con- nectivity Agreement eInvoicing in Operation OK 3. eInvoice Agreement, Authorization Document OK SELLER`S BANK BUYER`S BANK SELLER`S BANK BUYER`S OPERATOR BUYER`S OPERATOR SELLER 3 BUYER 3 BUYER 3 eInvoicing Implementation 2. eInvoice Agreement eInvoicing in Operation OK Case 3:Bank to Operator OK
SWIFT ID #: NDEAFIHH OKOYFIHH PSPBFIHH BANK CHANNEL 2 1 1 2 3 3 eInvoice Agreement with Authorization Document for the Operator to Retrieve eInvoices from the Bank SELLER`S BANK BUYER`S BANK SELLER`S OPERATOR SELLER 4 BUYER 4 eInvoice Agreement on the Transmission and the Reception of eInvoices Connectivity Agreement/Intermediating Agreement 2 eInvoicing Flow Case 4:Operator-to-Bank
eInvoicing Implementation 2. eInvoice Agreement eInvoicing in Operation OK 3. eInvoice Agreement, Authorization Document OK Connectivity Testing 1. Con- nectivity Agreement eInvoicing in Operation OK BUYER`S BANK SELLER`S BANK BUYER`S BANK SELLER`S OPERATOR SELLER`S OPERATOR SELLER 4 SELLER 4 BUYER 4 eInvoicing Implementation 2. eInvoice Agreement eInvoicing in Operation OK Case 4:Operator to Bank OK
BANK CHANNEL 2 2 2,3 2,3,4 2,4 3 3 OPERATOR CHANNEL 3 2 3 4 eInvoice Agreement with Authorization Document for the Operator to Retrieve eInvoices from the Bank SELLER`S BANK BUYER`S BANK BUYER`S OPERATOR SELLER`S OPERATOR SELLER 1 SELLER 4 BUYER 2 BUYER 4 BUYER 1 BUYER 3 SELLER 2 SELLER 3 1,3 1,4 1 1 2 1 1 2 Connectivity Agreement/Intermediating Agreement eInvoice Agreement on the Transmission and the Reception of eInvoices eInvoicing Flow Interoperable eInvoicing Services
eInvoicing Implementation 2. eInvoice Agreement eInvoicing in Operation OK 3. eInvoice Agreement, Authorization Document OK Connectivity Testing 1. Con- nectivity Agreement eInvoicing in Operation OK SELLER`S BANK BUYER`S BANK BUYER`S BANK BUYER`S OPERATOR SELLER`S OPERATOR SELLER`S OPERATOR 3. eInvoice Agreement, Authorization Document OK BUYER BUYER SELLER SELLER eInvoicing Implementation 2. eInvoice Agreement eInvoicing in Operation OK Interoperable eInvoicing Services OK
Interoperable eInvoicing Services: Overview 2.Interoperable eInvoicing Services: Test 2 2.1. Project Plan 2.2. General Information About the Test 2.3. Test Results 2.4. Comments
Checking Requirements Sending Receiving Reporting Questionnaire Workshop xx.xx.200x Buyers Banks&Operators Sellers Project Plan
Interoperable eInvoicing Services: Overview 2.Interoperable eInvoicing Services: Test 2 2.1. Project Plan 2.2. General Information About the Test 2.3. Test Results 2.4. Comments
BANK BANK BANK OPERATOR OPERATOR OPERATOR eInvoice Standard FINVOICE FINVOICE FINVOICE, eINVOICE
Amount of eInvoices 72 eInvoices Send during 18.4.2005 – 22.4.2005 Banks: Osuuspankki, Nordea, Sampo Operators: Basware, Elma, Enfo, TeliaSonera, TietoEnator, VM-Data
Interoperable eInvoicing Services: Overview 2.Interoperable eInvoicing Services: Test 2 2.1. Project Plan 2.2. General Information About the Test 2.3. Test Results 2.4. Comments
Test Results Overall Success Ratio of Interoperable eInvoicing Services- Technology is not a problem - The problem is usability
Why Overall Success Ratio is not 100%? eInvoice should not disappear during the transmission. Post Office has almost 100% guarantee in delivery. eInvoice delivery should be at least at the same level. (Sender 10.5.2005)
Interoperable eInvoicing Services: Overview 2.Interoperable eInvoicing Services: Test 2 2.1. Project Plan 2.2. General Information About the Test 2.3. Test Results 2.4. Comments
Critical Issues eInvoicing guidelines/requirements not communicatedwell enough by some operators/banks(Sender 11.5.2005) eInvoicing guidelines/requirements are not straight forwarded – too many different ways (Sender 10.5.2005) SELLER / BUYER CommentseInvoicing Guidelines & Requirements According to our bank we do not need to do eInvoicing Agreement (Recipient 18.4.2005) Banks have informed that there should be eInvoicing Agreement (Recipient 18.4.2005)
Critical Issues Finvoice does not have place for EDI code (OVT-tunnus) (Sender 10.5.2005) Majority of test companies vote for the enhancement of Finvoice BANK OPERATOR SELLER CommentsFinvoice
Critical Issues The way of generating eInvoice address should be same for all (Sender 10.5.2005) Which intermediator code to use (bank vs. operator)? This should be better communicated to users (Operator 20.5.2005) BANK OPERATOR SELLER CommentseInvoice Address and Intermediator code One way of generating eInvoice address will force some banks or operators to change their way of generating eInvoice address (Operator 20.5.2005) One way of generating eInvoice Address would be the easiest solution from the viewpoint of user (Tieke 21.4.2005) Finvoice SOAP seems practical (Sender 10.5.2005)
Thank you Technology Centre Kareltek Inc eMail: Kari.Korpela@kareltek.fi Mob: +358 400 266230