Worldpay Customer Reconciliation Report Changes

Transcription

1 Worldpay Customer Reconciliation Report s Version: 2.0 Issued on: 04 March 2016 Author Worldpay All rights reserved.

2 This document and its content are confidential and proprietary to Worldpay and may not be reproduced, published or resold. The information is provided on an "AS IS" basis for information purposes only and Worldpay makes no warranties of any kind including in relation to the content or sustainability. Terms and Conditions apply to all our services. Worldpay (UK) Limited (Company No: / Financial Conduct Authority No: ), Worldpay Limited (Company No: /Financial Conduct Authority No: ), Worldpay AP Limited (Company No: / Financial Conduct Authority No: ). Registered Office: The Walbrook Building, 25 Walbrook, London EC4N 8AF and authorised by the Financial Conduct Authority under the Payment Service Regulations 2009 for the provision of payment services. Worldpay (UK) Limited is authorised and regulated by the Financial Conduct Authority for consumer credit activities. Worldpay B.V. (WPBV) has its registered office in Amsterdam, the Netherlands (Handelsregister KvK no ). WPBV holds a licence from and is included in the register kept by De Nederlandsche Bank, which registration can be consulted through Worldpay, the logo and any associated brand names are trade marks of the Worldpay group. Worldpay All rights reserved. Page 2 of 89

3 Table of Contents 1 control Introduction Scope Document Guide Contacts s to Reports & Data-files Summary of s s Summarised by Reports & Data-files Streamline Transaction Reports s to Report Availability Seven day Processing Schedule Batch Held Pending Analysis Batch Correction Analysis Terminal Transaction Analysis Terminal Totals Analysis Daily Card Scheme Summary Weekly Card Scheme Summary Appendix A File Specification s A.1 Transaction Reconciliation File (including Card Type) A.2 Transaction Reconciliation File (excluding Card Type) A.3 Daily Card Scheme Summary (NBT339) Variable File A.4 Daily Card Scheme Summary (NBT339) Fixed File A.5 Universal Issuer BIN file with CPT & Pre-Paid data A.6 Universal Issuer BIN file with CPT data A.7 Universal BIN file with CPT data A.8 Universal BIN file A.9 Universal Issuer BIN file A.10 Universal DCC BIN file A.11 Universal DCC BIN file A.12 Universal ISO BIN file Worldpay All rights reserved. Page 3 of 89

4 A.13 Universal ISO Issuer BIN file A.14 Paper Processed Transactions Variable File A.15 Paper Processed Transactions Fixed File A.16 Transaction Authorisation Information Variable File A.17 Transaction Authorisation Information Fixed File A.18 Request for Information MasterCard & Visa Variable File A.19 Request for Information MasterCard & Visa Fixed File A.20 Request for Information Maestro Variable File A.21 Request for Information Maestro Fixed File A.22 Chargebacks MasterCard & Visa Variable File A.23 Chargebacks MasterCard & Visa Fixed File A.24 Chargebacks Maestro Variable File A.25 Chargebacks Maestro Fixed File A.26 Request for Information International MasterCard, Visa & Maestro Variable File A.27 Request for Information International MasterCard, Visa & Maestro Fixed File A.28 Chargebacks International MasterCard, Visa & Maestro Variable File A.29 Chargebacks International MasterCard, Visa & Maestro Fixed File A.30 Streamline Invoice Information Variable File A.31 Streamline Invoice Information Fixed File A.32 Transaction Interchange Item (ICFITEM) File A.33 Currency Conversion Rates (FX Rates) File Appendix B File Descope and Replacement B.1 Withdrawal of Clear PAN files B.3 Withdrawal of Currency Reconciliation file B.4 Removal of Legacy Issuer BIN files Appendix C s to Data Content C.1 Card Scheme Brand Descriptions C.2 Card Scheme Brand / Card Type Mapping Appendix D Reports Assessed for Worldpay All rights reserved. Page 4 of 89

5 1 control Version Number Description Issue Date 1.0 erence IDs covered: A - T 16 th December Addition of following erences: AA AZ, BA 4 th March 2016 Worldpay All rights reserved. Page 5 of 89

6 2 Introduction This document provides you with the details to make changes to your standard Customer Reconciliation reports and data-files from Worldpay, to prepare for your move to Worldpay s new acquiring platform. This covers the Electronic Management Information System (EMIS) files (including the human-readable Electronic or OTA/TTA/TTR reports) as well as the standard data-files that Worldpay sends you by , such as the Management Information (MI) packs supporting your invoices. We appreciate that you may wish to discuss these changes and that it can be confusing to refer to multiple documents. For this reason we have included the changes communicated last year in this document so that you will only need to refer to the latest version of this bulletin. For all changes in this bulletin we have added an indicator to show when we first communicated the change. This will help you focus on the new changes. With the exception of the Currency Conversion FX Rates files, the changes described in the document will not impact the structure of your system-readable files. The field position and lengths will remain the same and the change will primarily relate to data within the file. We ve also provided additional information to support the move to PCI compliant masked PAN EMIS files, which will enable you to re-route to the correct file name if you need to. Please make sure your technical team actions this change immediately if you re not already collecting masked PAN EMIS files, as it will require a change on your part before your migration. 2.1 Scope This document covers the changes to your Customer Reconciliation reports and data-files. Further changes may be communicated at a later date and include: Additional (lower impact) changes to data-files covered in this document Minor amendments to changes communicated now, may be made at a later date s to other customer reports An exhaustive list of all files that have been assessed for this communication has been provided in Appendix D We produce a number of Issuer BIN files and place them in the /Streamline folder. You may use these BIN files to block invalid cards and for other MI purposes. We may need to make changes to the folder name and/or filename for your migration. If this happens we will communicate the details of the changes required on your part, at a later date. The structure of the BIN files is expected to remain the same. 2.2 Document Guide We ve designed this document to be read by anyone who is interested in the information we pass in the files. This includes: Worldpay All rights reserved. Page 6 of 89

7 Front-end business users who are interested in the information we provide Technical staff who design the systems that process these files Project managers and planners who need to assess the scope of our changes to their systems The following table shows the audience we expect would be interested in individual sections of the bulletin: Section No Section Title Section Overview Target Audience Business Users Technical Users PM & Planners 2 Introduction Describes the purpose and scope of the document and provides an overview of the structure 3.1 Summary of s Provides an Overview of all s. 3.2 s Summarised by Reports & Data-files Describes how each system-readable file is impacted by the changes 4 Streamline Transaction Reports The Streamline Transaction Reports are humanreadable reports available to some customers. This section will describe the changes to these reports. Appendix A Appendix B Appendix C File Spec s File Descope and Replacement s to Data Content Describes changes to system consumable files at field level Details of system consumable files that will be removed and their replacements Provides details of changes to descriptions within the human readable and system consumable files. Appendix D Reports Assessed for Scope details by report name 2.3 Contacts Please contact your Worldpay Relationship Manager if you have any questions. Worldpay All rights reserved. Page 7 of 89

8 3 s to Reports & Data-files This section provides: A generic overview of all changes across all reports and data-files (in scope for this document), and An overview of how each standard system file/report is impacted by the changes. 3.1 Summary of s Target Audience (who would be interested in reading this section): Business Users, Technical Users & Project Managers/Planners The following table outlines the changes. Each change has been assigned a single (or range of) unique change references. The erence ID has been marked in red. It is cross referenced in subsequent sections of this document, for example, as in the document level detail provided in Section 0. The Date Raised column contains the date we first communicated the change. This will be of special interest if you wish to focus on changes that were not included as part of the technical bulletin issued in December Important: As Worldpay is withdrawing clear PAN details ( erence ID: H-S), please ensure you are collecting the PAN Masked versions of the files that are already available. erence ID Summary Descriptions Date Raised A Removal of GBP Equivalent Amount & Currency Details (Transaction Reconciliation file) Worldpay will no longer provide the GBP equivalent amount of non GBP transactions. This will mainly impact non GBP merchants, with an improvement in experience for GBP merchants. Please note that the file will continue to provide details of the original transaction amount / currency as well as crediting amount / currency. Dec 2015 Sub-sections impacted: Reconciliation Transaction Data Record Fields impacted: Transaction Value Local Value Local Currency Code Local Exponent Worldpay All rights reserved. Page 8 of 89

9 Settlement Value Settlement Currency Code Settlement Exponent B Removal of Reporting Currency All fields in a report / file containing reporting currency details will be left blank, maintaining the file structure. This includes the following fields: Reporting Currency Code Dec 2015 Reporting Exchange Rate Reporting Currency Name Reporting Currency Value D Legacy NBT504 file descoped The NBT504 report will be withdrawn. All merchants that receive the NBT504 also receive the NBT505. NBT505 is an improved version of the NBT504. Dec 2015 Merchants should modify their systems to process the NBT505, file name convention: SSSS505YYYYMMDD.PM.CSV E Withdrawal of Contactless Card Types Worldpay will no longer provide the contactless equivalent for Card Product Types. Dec 2015 These details will be blanked out or set to NULL in the relevant files, the field will still exist to maintain the current format of the file. F Indicative Funding no longer provided for Pending or Rejected Transactions (Transaction Reconciliation file) Worldpay will only provide the crediting (funding) value where the transaction is cleared i.e. where the Status field is set to 'A'. For transactions where the status field is set to 'P' or 'R', the crediting value will not be provided. The field will be provided in the file, the data within the field be set to spaces. Dec 2015 Sub-sections impacted: Reconciliation Transaction Data Record Fields impacted: Settlement Value Settlement Currency Code Settlement Exponent G Modify & Standardise Card Scheme Brand description Card Scheme Brand descriptions will be shortened if they exceed 12 characters and standardised across all EMIS reports. Dec 2015 This is to ensure that the current file structure is maintained and to avoid the loss of information. Please refer to C.1 for details H-S Withdrawal of Clear PAN files The Clear PAN version of the file will be withdrawn, affected merchants must modify their systems to use the PAN Masked Dec 2015 Worldpay All rights reserved. Page 9 of 89

10 versions. The full Primary Account Number (PAN) will be replaced by a masked PAN number shown in the following format: (123456******1234) i.e. the first six and last four digits will be given with the remaining digits being shown as asterisks Please refer to B.1 for further details. Note this change does not apply to merchants who have completed the pro-forma to receive unmasked PANs. T Notification of all domestic chargebacks The domestic chargeback files will now contain all chargebacks for MasterCard and Visa. Previously, some chargebacks were being excluded. Dec 2015 The file structure will remain the same so you do not need to make any changes to systems processing the file. You only need to be aware that the files will contain additional data. AA General Alignment of reference to Card Scheme Brand erences to the Card Scheme Brand were inconsistent across the Worldpay Acquiring Transaction reports (aka Streamline Transaction Reports, Section 4). The Brand is currently referred to as Card Scheme in the Detail and Card Type in the Summary Batch Totals. March 2016 These references will be modified to correctly show Card Scheme Brand. Furthermore, acronyms will be used in place of numerical codes to improve readability. This change has been implemented in conjunction with G. Please refer to C.1 for a list of all the Card Scheme Brands and acronyms. Please refer to Section 4 for sample reports. These samples are representative though may be subject to minor changes. AB Removal of Redundant Fuel details The Product Code, Volume and Value fields in the Worldpay Acquiring Transaction reports (aka Streamline Transaction Reports, Section 4) for fuel and oil transactions are redundant. March 2016 As a result references to these fields have been removed. Please refer to Section 4 for sample reports. These samples are representative though may be subject to minor changes. AC Remove Duplication of Authorisation Code The Receipt Number holds the Authorisation Code for certain transactions. This column has been removed and the Authorisation Code will appear under the Auth Code column for all transactions. March 2016 Please refer to Section 4 for sample reports. These samples are representative but may be subject to minor changes. AD Remove Redundant Fuel summaries The Fuel Volume and Oil Volume fields in the Worldpay Acquiring Transaction reports (aka Streamline Transaction Reports, Section 4) for fuel and oil summaries are redundant. As a result references to these fields have been removed. March 2016 Worldpay All rights reserved. Page 10 of 89

11 Please refer to Section 4 for sample reports. These samples are representative but may be subject to minor changes. AE Align Domestic Reports with International formats Crediting Currency This is a minor change where we have consolidated our domestic version of a report with the international format for the report. Domestic merchants will notice the addition of the settlement currency which will match the transaction currency (GBP). March 2016 AF Align Domestic Reports with International formats Trading Day Breakdown This is another change where we have aligned the domestic version of the report with the international version for the report. We have refined our Processing Day breakdowns in the Domestic template to allow merchants to reconcile based on Processing Day and Trading Day. March 2016 AG Align Domestic Reports with International formats Card Type Breakdown This is another change where we have aligned the domestic version of the report with the international version for the report. The Card Scheme Brand breakdown has been replaced by Card Type. March 2016 Please refer to C.2 for details AH Enhance the report to include Currency Details This is a minor change where we have enhanced the report to clarify the transaction (local) and settlement (crediting) currency March 2016 AJ in the format of the unique reference for Chargebacks & RFIs The Card Centre field in the EMIS Chargeback & RFI files holds the unique reference for the Chargeback or RFI. This reference is assigned to Chargeback or RFI by Worldpay and quoted in any communication you receive regarding the Chargeback or RFI. March 2016 The format of this reference will change from an alphanumeric sequence to: n-nnnnnn where n is a number. The reference will typically be 8 characters in length but will over time build to 9 or 10 characters. AK Invoice Number in Streamline Invoice Information datafile This field is populated inconsistently and we are standardising the field to hold the last 7 digits of the Invoice erence on your Invoice. This number will be re-set to once it exceeds March 2016 AL Representation of Premium & Chargeback Returned Charges in Streamline Invoice Information data-file The Invoice for customers on the Premium tariff includes subsections for the Premium Charges and Chargeback Charges. These charges will now appear in the Non Transactional Charges Record section of the data file. March 2016 AN-AS Removal of Legacy Issuer BIN files Some of the Issuer BIN files are incomplete as they currently do not contain details for Issuer BINs where the length of the BIN exceeds 9 characters. March 2016 We are de-scoping the incomplete files and have provided Worldpay All rights reserved. Page 11 of 89

12 alternative files that accommodate BIN lengths up to 18 characters. You will need to modify your systems to process BINs lengths up to 18 characters. Please refer to B.4 for further details. The specification for the replacement (Universal) files can be found in the EMIS Technical Specification. AT Impact of 7-day Processing Currently we process your transactions on a daily basis between Monday and Friday (excluding Bank Holidays). March 2016 Depending on your set up, we can then settle funds to your bank account between Monday and Friday (excluding Bank Holidays). Our New Acquiring Platform can process transactions on a daily basis 7 days a week. Settlement will still be limited to between Monday and Friday (excluding UK Public Holidays). This change will impact any report that provides details of processing summaries for transactions that have occurred on Friday and the weekend. AU s to the daily Interchange file Removal of Transaction Currency Equivalents The daily Interchange file provides Interchange and Scheme fee details. We currently provide the Interchange and Scheme cost in 3 currencies: (i) (ii) (iii) the local or transaction currency, the settlement or currency we credit you in, and the billing or currency we charge you in March 2016 We will no longer provide you (i). This value is not relevant to the context of this report and does not appear on your Invoice. Please note that to minimise impact on your systems we will continue to include this field in your report but we will fill this field with blank spaces. AV s to the daily Interchange file Removal of redundant fields We have removed the Plan Code / Scheme Code field as this is a Worldpay internal code and not required for you to reconcile or enquire about the information in this reports. Please note that to minimise impact on your systems we will continue to include this field in your report but we will fill this field with blank spaces. March 2016 AW Currency Conversion Rates driven by Transaction Type The format of the currency conversion rates file will change. We will provide 2 rates for each currency pair, a rate that is applicable to Purchases and a rate that is applicable to unds. March 2016 AX erence to NAP Party IDs Some files have been enhanced to refer to the new Party Id that will be based on the existing number sequence for Company and Outlets. March 2016 This change is typically implemented where a report or datafile is designed to be used for Company and Outlets that have been migrated to Our New Acquiring Platform as well as Worldpay All rights reserved. Page 12 of 89

13 any Company or Outlet (Party) you request to be created after your migration to the new platform. AY s to the Invoice MI pack received by Customers on the Premium tariff Current Offering If you are with us on a Premium tariff, you will currently be receiving an MI pack that supports your invoice. This MI pack is issued in line with your Invoice and is sent to you via in the form of a comma separated (csv) file. March 2016 If you wish to view the data file in human-readable form then we currently provide a utility on our website that can be downloaded to view the file in human-readable form. This utility is the MI Pack Report Formatter. Once you migrate to the new platform, we will continue to provide the csv file in the same format as we do today. This will only apply to Company s and Outlets that are currently covered by this file. In place of the Report Formatter we will also provide you a human-readable form of the MI file so you will no longer require the Report Formatter. The Invoice provides a breakdown of the Premium Charges based on Premium Charge Type. The human-readable report provides better alignment with the Invoice as it starts from the Premium Charge Type breakdown provided in the Invoice and provides an additional breakdown by Card Type (as opposed to starting from Card Type followed by Premium Charge). The human-readable file will also include other improvements that we have introduced as part of our New Acquiring Platform (please see below). Optional Upgrade Please note that we have also developed a new csv file that includes improvements introduced by the new platform. You can request this file in place of the existing csv file for companies and outlets that are migrated to the new platform. The existing csv file may not be available to companies and outlets on-boarded after your migration. The new csv file would require you to make changes to your systems. Improvements to this file include: (i) (ii) (iii) display of Premium Charge rates by Funding Source (Credit/Debit) and Scheme (MasterCard/Visa) as opposed to just Funding Source enable the breakdown of Premium Charges MI across multiple settlement currencies enable reporting where the billing currency differs from the settlement currency AZ s to the Invoice MI pack received by Customers on the Interchange+ tariff Current Offering As for the customer on Premium tariffs, if you are registered on an Interchange+ tariff, you will be receiving an MI Pack (csv file) that supports your Invoice via . March 2016 The MI Pack Report Formatter will be available from the Worldpay All rights reserved. Page 13 of 89

14 Worldpay website for you to view the data file in humanreadable form. Once you migrate to the new platform, we will continue to provide the csv file in the same format as we do today. This will only apply to Companies and Outlets that are currently covered by this file. In place of the Report Formatter we will also provide you a human-readable form of the MI file so you will no longer require the Report Formatter. The human-readable report provides better alignment with the Invoice as the MI breakdown is based on Transaction Type (Purchase, und, PWCB, Cash Advance, Credit Transfer) as opposed to Transaction Type Group (Purchase & und). The human-readable file will also include other improvements (please see below). Optional Upgrade We have also developed an improved version of the csv file that includes features introduced by the new platform. You can request this file in place of the existing csv file for companies and outlets that are migrated to the new platform. The existing csv file may not be available to companies and outlets on-boarded after your migration. The new csv file would require you to make changes to your systems. Improvements to this file include: (i) (ii) enable the reporting of charges across multiple settlement currencies enable reporting where the billing currency differs from the settlement currency BA s to Report Availability Our new platform has been enhanced significantly to introduce additional controls and improve the quality of our data. March 2016 This has resulted in a small increase in some of our processing times and will have a slight impact on the SLA s of some reports. 3.2 s Summarised by Reports & Data-files Target Audience (who would be interested in reading this section): Technical Users & Project Managers/Planners The table below contains the changes to reports and data-files that are impacted by the summary provided in Section 3.1 Worldpay All rights reserved. Page 14 of 89

15 The column Date Raised for Report will hold the date we first communicated the change in relation to the report. This will help you focus on new changes and will also highlight individual reports where the impact has been updated to included new changes Please note that a generic change (in the previous sub-section) may have been raised in December 2015, yet a particular file may only have recently (post December 2015) been impacted for this change. In this case the Date Raised for Report column will refer to March The details are provided on a file by file basis: Appendix File File Name Summary erence ID Date Raised for Report A.1 Transaction Reconciliation File (including Card Type data, v2.0) MA.PISCESSW.#M.RECON.SSSS.Ddd mmyy Removal of GBP Equivalent Amount & Currency Details Indicative Funding no longer provided for Pending or Rejected Transactions A Dec 2015 F Dec 2015 Impact of 7-Day Processing AT March 2016 s to Report Availability (New SLA: 9am) BA March 2016 A.2 Transaction Reconciliation File (excluding Card Type data, v1.0) MA.PISCESSW.#M.RECON.SSSS.Ddd mmyy Removal of GBP Equivalent Amount & Currency Details Indicative Funding no longer provided for Pending or Rejected Transactions A Dec 2015 F Dec 2015 Impact of 7-Day Processing AT March 2016 s to Report Availability (New SLA: 9am) BA March 2016 A.3 Daily Processing Summary (NBT339) Variable Length A.4 Daily Processing Summary (NBT339) Fixed Length SSSS339yyyymmdd.CSV Removal of Reporting Currency B Dec 2015 Impact of 7-Day Processing AT March 2016 SSSS339yyyymmdd.CSV Removal of Reporting Currency B Dec 2015 Impact of 7-Day Processing AT March 2016 B.3 Legacy Daily Currency Settlement Summary (NBT504) Variable Length SSSS504YYYYMMDD.PM.CSV SSSS504YYYYMMDD.CSV Legacy NBT504 file de-scoped D Dec 2015 Worldpay All rights reserved. Page 15 of 89

16 B.3 Legacy Daily Currency Settlement Summary (NBT504) Fixed Length SSSS504YYYYMMDD.PM.CSV SSSS504YYYYMMDD.CSV Legacy NBT504 file de-scoped D Dec 2015 A.5 Universal Issuer BIN file with CPT & Prepaid data SLINEBINS2ISOCPTISSUERPREPAID. CSV Withdrawal of Contactless Card Types Improved Card Scheme Brand Descriptions E Dec 2015 G Dec 2015 A.6 Universal Issuer BIN file with CPT data SLINEBINS2ISOCPTISSUER.CSV Withdrawal of Contactless Card Types Improved Card Scheme Brand Descriptions E Dec 2015 G Dec 2015 A.7 Universal BIN file with CPT data SLINEBINS2ISOCPT.CSV Withdrawal of Contactless Card Types E Dec 2015 Improved Card Scheme Brand Descriptions G Dec 2015 A.8 Universal BIN file SLINEBINS2.CSV Improved Card Scheme Brand Descriptions G Dec 2015 A.9 Universal Issuer BIN file SLINEBINSISSUER2.CSV Improved Card Scheme Brand Descriptions G Dec 2015 A.10 Universal DCC BIN file SLINEBINSDCC2.CSV Improved Card Scheme Brand Descriptions G Dec 2015 A.11 Universal Gaming DCC BIN file SLINEBINSGPC2.CSV Improved Card Scheme Brand Descriptions G Dec 2015 A.12 Universal ISO BIN file SLINEBINS2ISO.CSV Improved Card Scheme Brand Descriptions G Dec 2015 A.13 Universal ISO Issuer BIN file SLINEBINSISSUER2ISO.CSV Improved Card Scheme Brand Descriptions G Dec 2015 A.14 Paper Processed Transactions SSSSPPRYYYYMMDD.CSV Improved Card Scheme Brand Descriptions G Dec 2015 (Variable) A.15 Paper Processed Transactions SSSSPPRYYYYMMDD.CSV Improved Card Scheme Brand Descriptions G Dec 2015 (Fixed) A.16 Transaction Authorisation Information SSSSYYYYMMDD.AUT Improved Card Scheme Brand Descriptions G Dec 2015 Worldpay All rights reserved. Page 16 of 89

17 (Variable) A.17 Transaction Authorisation Information SSSSYYYYMMDD.AUT Improved Card Scheme Brand Descriptions G Dec 2015 (Fixed) B.1 A.18 RFI MasterCard & Visa (Variable) SSSSRYYYYMMDD.CSV SSSSRRCYYYYMMDD.CSV (with reason codes) SSSSRyyyymmdd.PM.CSV Withdrawal of Clear PAN files H Dec 2015 in Unique erence Format of RFI AJ March 2016 SSSSRRCYYYYMMDD.PM.CSV (with reason codes) B.1 A.19 RFI MasterCard & Visa (Fixed) SSSSRYYYYMMDD.CSV SSSSRRCYYYYMMDD.CSV (with reason codes) SSSSRyyyymmdd.PM.CSV Withdrawal of Clear PAN files H Dec 2015 in Unique erence Format of RFI AJ March 2016 SSSSRRCYYYYMMDD.PM.CSV (with reason codes) B.1 RFI Maestro SSSSRSWYYYYMMDD.CSV Withdrawal of Clear PAN files J Dec 2015 A.20 (Variable) SSSSRSWRCYYYYMMDD.CSV (with reason codes) SSSSRSWyyyymmdd.PM.CSV in Unique erence Format of RFI AJ March 2016 SSSSRSWRCYYYYMMDD.PM.CSV (with reason codes) B.1 RFI Maestro SSSSRSWYYYYMMDD.CSV Withdrawal of Clear PAN files J Dec 2015 A.21 (Fixed) SSSSRSWRCYYYYMMDD.CSV (with reason codes) SSSSRSWyyyymmdd.PM.CSV in Unique erence Format of RFI AJ March 2016 SSSSRSWRCYYYYMMDD.PM.CSV (with reason codes) B.1 A.22 Chargeback MasterCard & Visa (Variable) SSSSCYYYYMMDD.CSV SSSSCRCYYYYMMDD.CSV (with reason codes) SSSSCyyyymmdd.PM.CSV SSSSCRCYYYYMMDD.PM.CSV (with reason codes) SSSSCENRCyyyymmdd.CSV Withdrawal of Clear PAN files K Dec 2015 Notification of all domestic chargebacks in Unique erence Format of Chargeback T Dec 2015 AJ March 2016 SSSSCENRCyyyymmdd.PM.CSV Withdrawal of Clear PAN files AY March 2016 B.1 A.23 Chargeback MasterCard & Visa (Fixed) SSSSCYYYYMMDD.CSV SSSSCRCYYYYMMDD.CSV (with reason codes) SSSSCyyyymmdd.PM.CSV SSSSCRCYYYYMMDD.PM.CSV (with reason codes) SSSSCENRCyyyymmdd.CSV Withdrawal of Clear PAN files K Dec 2015 Notification of all domestic chargebacks in Unique erence Format of Chargeback T Dec 2015 AJ March 2016 SSSSCENRCyyyymmdd.PM.CSV Withdrawal of Clear PAN files AY March 2016 Worldpay All rights reserved. Page 17 of 89

18 B.1 A.24 Chargeback Maestro (Variable) SSSSCSWYYYYMMDD.CSV SSSSCSWRCYYYYMMDD.CSV (with reason codes) SSSSCSWyyyymmdd.PM.CSV Withdrawal of Clear PAN files L Dec 2015 Notification of all domestic chargebacks T Dec 2015 SSSSCSWRCYYYYMMDD.PM.CSV (with reason codes) in Unique erence Format of Chargeback AJ March 2016 B.1 A.25 Chargeback Maestro (Fixed) SSSSCSWYYYYMMDD.CSV SSSSCSWRCYYYYMMDD.CSV (with reason codes) SSSSCSWyyyymmdd.PM.CSV Withdrawal of Clear PAN files L Dec 2015 Notification of all domestic chargebacks T Dec 2015 SSSSCSWRCYYYYMMDD.PM.CSV (with reason codes) in Unique erence Format of Chargeback AJ March 2016 B.1 A.26 RFI International MasterCard, Visa & Maestro (Variable) SSSSIRYYYYMMDD.CSV SSSSRRCYYYYMMDD.CSV (with reason codes) SSSSIRyyyymmdd.PM.CSV SSSSRRCYYYYMMDD.PM.CSV (with reason codes) Withdrawal of Clear PAN files N Dec 2015 in Unique erence Format of RFI AJ March 2016 B.1 A.27 RFI International MasterCard, Visa & Maestro (Fixed) SSSSIRYYYYMMDD.CSV SSSSRRCYYYYMMDD.CSV (with reason codes) SSSSIRyyyymmdd.PM.CSV SSSSRRCYYYYMMDD.PM.CSV (with reason codes) Withdrawal of Clear PAN files N Dec 2015 in Unique erence Format of RFI AJ March 2016 B.1 A.28 Chargeback International MasterCard, Visa & Maestro (Variable) SSSSICYYYYMMDD.CSV SSSSICRCYYYYMMDD.CSV (with reason codes) SSSSICyyyymmdd.PM.CSV SSSSICRCYYYYMMDD.PM.CSV (with reason codes) Withdrawal of Clear PAN files P Dec 2015 in Unique erence Format of RFI AJ March 2016 Withdrawal of Clear PAN files AZ March 2016 SSSSICENRCyyyymmdd.CSV SSSSICENRCyyyymmdd.PM.CSV B.1 A.29 Chargeback International MasterCard, Visa & Maestro (Fixed) SSSSICYYYYMMDD.CSV SSSSICRCYYYYMMDD.CSV (with reason codes) SSSSICyyyymmdd.PM.CSV SSSSICRCYYYYMMDD.PM.CSV (with reason codes) Withdrawal of Clear PAN files P Dec 2015 in Unique erence Format of RFI AJ March 2016 Withdrawal of Clear PAN files AZ March 2016 SSSSICENRCyyyymmdd.CSV SSSSICENRCyyyymmdd.PM.CSV B.1 PAN Key Entered Transaction Details (Variable) SSSSYYYYMMDD.PKE Withdrawal of Clear PAN files Q Dec 2015 Worldpay All rights reserved. Page 18 of 89

19 B.1 PAN Key Entered Transaction Details (Fixed) B.1 Streamline Fraud File, Monthly (Variable) B.1 Streamline Fraud File, Monthly (Fixed) B.1 Streamline Fraud File, Daily (Variable) B.1 Streamline Fraud File, Daily (Fixed) A.30 Streamline Invoice Information datafile (Variable) A.31 Streamline Invoice Information datafile (Fixed) A.32 Transaction Interchange Item (ICFITEM) file SSSSYYYYMMDD.PKE Withdrawal of Clear PAN files Q Dec 2015 SSSSYYYYMMDD.FRD Withdrawal of Clear PAN files R Dec 2015 SSSSYYYYMMDD.FRD Withdrawal of Clear PAN files R Dec 2015 SSSSYYYYMMDD.FRD2 Withdrawal of Clear PAN files S Dec 2015 SSSSYYYYMMDD.FRD2 Withdrawal of Clear PAN files S Dec 2015 SSSSINVyyyymm.CSV Population of Invoice Number AK March 2016 SSSSINVyyyymm.CSV Representation of Premium and Chargeback Returned Charges Representation of Premium and Chargeback Returned Charges AL March 2016 AL March 2016 MA.MA0217.SSSS.ICHGREP.Dyymm dd Impact of 7-Day Processing AT March 2016 Improved Card Scheme Brand Descriptions G March 2016 Removal of Redundant Field Plan Code / Scheme Code Removal of Transaction Currency Equivalents AV March 2016 AU March 2016 A.33 Currency Conversion Rates (FX Rates) file MA.PISCESSW.#D.XRATE.SSSS.TRAN SMIT Currency Conversion Rates driven by Transaction Type AW March 2016 erence to NAP Party IDs AX March 2016 Worldpay All rights reserved. Page 19 of 89

20 4 Streamline Transaction Reports Target Audience (who would be interested in reading this section): Business Users You may currently receive legacy Streamline reports that provide an overview of transactions processed by Worldpay. We launched these legacy reports before we created our more recent EMIS reports and datafiles, and the legacy reports are largely superseded by the information available in the EMIS reports. If you are set up to receive these legacy Streamline reports through the file gateway then you will know them as the Electronic Reports. Alternatively you may receive these reports by post. The legacy Streamline reports are designed to be viewed manually by customers. They are not designed to be system-readable as the format does not support loading into internal reconciliation systems. We have numerous reports available through the online portals and our file gateway that would support an automated load. In this section we will describe the visual changes we are making to these reports. Most changes are designed to allow you to use some of the features introduced by our New Acquiring platform. We have also simplified the format to remove redundant fields. Please note we will no longer refer to these reports as Streamline reports, as this is a reference to a system that we will stop using when you migrate to our New Acquiring Platform. These reports will now be referred to as the Worldpay Acquiring Transaction reports. The new format for each of the Worldpay Acquiring Transaction reports will be covered in subsequent subsections. Please note that the samples provided in this section are representative of the new format. However the samples may still be subject to minor changes. 4.1 s to Report Availability This set of reports is currently made available to you between Monday and Friday (excluding Bank Holidays) at 07:00 (UTC). When you migrate to the New Acquiring Platform, the report will be made available to you by 09:00 (UTC). 4.2 Seven day Processing Schedule On the current platform we process your transactions on a daily basis between Monday and Friday (excluding Bank Holidays). Transactions are not processed on weekends. Depending on how you are set up, we can then settle funds to your bank account between Monday and Friday (excluding Bank Holidays). Due to the current five day processing schedule, transactions that occur on Friday, Saturday and Sunday are processed on Monday. Consequently when we report on daily processing summaries for transactions that have occurred Friday-Sunday you will see that the processing day is set to Monday across this entire period. Worldpay All rights reserved. Page 20 of 89

21 In our New Acquiring Platform we will be processing transactions seven days a week. As a result the daily Streamline Transaction report you receive on Monday will refer to up to three processing days covering Friday, Saturday and Sunday. Please note we will not be changing the report schedule. We will continue to provide daily reports between Monday and Friday (excluding Bank Holidays) and reports will not be generated on the weekend. 4.3 Batch Held Pending Analysis Alternative Report Names New Report Name : NBT076AA-01 : Transactions Held for Correction This report provides customers a view of all transactions that failed Worldpay validation and are held by Worldpay for Corrections For merchants set up to receive this report, the report will only be generated when a batch fails Worldpay validation and is held for Correction. Worldpay All rights reserved. Page 21 of 89

22 4.3.1 Generic Format for Full Batches The sample below provides a representative view of the when Worldpay is holding a full batch of transactions for corrections Remove Subsection : B, F Remove Redundant Transaction Details : AB. AC Report Heading & Party Details Batch Details (Full Batch) Individual Details of Transaction Held Standardise Card Scheme Brand : G, AA Remove Redundant Summaries : AD Remove Indicative Funding Summaries : F Summarised Details of Transaction Held Remove Reporting Currency Summaries : B

23 4.3.2 Generic Format for Partial Batches The sample below provides a representative view of the report when Worldpay is holding a partial batch of transactions for corrections. The report is identical to the full batch version except for the change highlighted below. Batch Details (Partial Batch) Worldpay All rights reserved. Page 23 of 89

24 4.4 Batch Correction Analysis Alternative Report Names New Report Name : NBT076AA-02 : Batch Correction Analysis This report provides customers a view of all transactions that previously failed Worldpay validation and have been corrected by Worldpay and submitted to the appropriate scheme for Clearing. For merchants set up to receive this report, the report will only be generated when a batch submitted for Correction has been corrected and submitted for Clearing.

25 4.4.1 Generic Format for Full Batches The sample below provides a representative view of the report format when transactions that have previously failed have been corrected and resubmitted to Scheme. This view covers the case where the failure related to an entire batch of transactions. Report Heading & Party Details Batch Details (Full Batch) Remove Reporting Currency Details : B Remove Redundant Transaction Details : AB. AC Standardise Card Scheme Brand : G, AA Remove Redundant Summaries : AD Currency Details Individual Details of Transaction Corrected Summarised Details of Transaction Corrected Remove Reporting Currency Summaries : B

26 4.4.2 Generic Format for Partial Batches The sample below provides a representative view of the report format when transactions that have previously failed have been corrected and resubmitted to Scheme. This view covers the case where the failure related to some transaction in batch, not all. Details are provided of the original batch. Batch Details (Partial Batch) Worldpay All rights reserved. Page 26 of 89

27 4.5 Terminal Transaction Analysis Alternative Report Names New Report Name : NBT076AA-03 : Terminal Transaction Analysis This report provides a detailed report of transactions at terminal level and is designed to support audit when card scheme reconciliation has failed. Transactions are reported in date/time sequence, i.e. they are capable of being matched to tally rolls. This report is made available in relation to a Batch for a given day when requested.

28 Report Heading & Party Details Batch Details Remove Reporting Currency Details : B Remove Redundant Transaction Details : AB. AC Currency Details Individual Details of Transaction Corrected Standardise Card Scheme Brand : G, AA Remove Redundant Summaries : AD Summarised Details of Transaction Corrected Remove Reporting Currency Summaries : B

29 4.6 Terminal Totals Analysis Previous Alternative Report Names New Report Name : NBT077 & NBT338A : Terminal Totals Analysis This report provides a breakdown of transactions processed successfully by Card Scheme Brand and Transaction Group for all terminals linked to a transacting Party i.e. an Outlet. For this report Worldpay will group a transaction type into one of two transaction groups: Purchase: Purchase, Purchase with Cash Back & Cash Advance und : und & OCT (Credit Transfers) The summaries are also split by Processing Date & Trading Date. Summaries are provided in the Local (Transacting) Currency as well as the Crediting (Funding) currency. The report will sum all terminal totals for a Transacting Party (Outlet). If this report is linked to a Company the report will also sum all outlet totals for the company. At terminal level, the report will continue to provide MI split across normal (electronic), fall back and backup transmission methods. Two versions of this report are currently produced: a legacy version relevant to domestic merchants and a more recent version that was developed to cater for international/currency merchants. The two versions have been merged and the key changes made to this report primarily relate to standardising the domestic template to follow the international format.

30 Standardise Domestic Template to Include Trading Day Breakdown : AF Remove Reporting Currency Details : B Report Heading & Party Details Processing & Trading Day Currency Details Column Headings Batch Details Terminal Totals per Batch Standardise Domestic Template to include Settlement Currency : AE Batch Details Terminal Totals per Batch Outlet Totals Outlet Total (all transmission methods) Company Totals

31 4.7 Daily Card Scheme Summary Previous Alternative Report Names New Report Name : NBT078 & NBT339A, Outlets Totals Analysis (OTA) : Daily Card Scheme Summary This report is produced daily (Monday to Friday, excluding bank holidays). The aim of the report is to provide you a view of all the transactions processed for a given day. This report will provide a breakdown of transactions processed successfully by Card Type and Transaction Group for all Outlets linked to a Company. For this report Worldpay will group a transaction type into one of two transaction groups: Purchase: Purchase, Purchase with Cash Back & Cash Advance und : und & OCT (Credit Transfers) The Domestic template will be replaced with the International format, as a result: The Processing day will additionally be split to provide a view across Trading Day The Crediting equivalent will be provided for Local value summaries Breakdown by Card Scheme Brand has been replaced by breakdown by Card Type, providing an additional level of detail The report will summarise across Trading Day for each pair of local / crediting currency and will include a reference to the relevant Outlet. This is the Trading Day Details section and, depending on the transactions submitted for processing, may refer individually to multiple trading days. The totals for all Outlets (listed in the Trading Day Detail section) with the same local (transaction) currency are then summed up In the Trading Day Totals section. As in the previous section, this section may also refer to multiple trading days. Following the Trading Day Details & Totals, the Retailer Totals section will sum the totals for all local / crediting pairs across all Trading Days covered by the report.. Finally a Grand Retailer Total will be provided and this comprises of Total Transactions across all currencies pairs for the Processing Day & Net Crediting/Funding Value of the transactions covered for this period. Note this report is limited to a single Crediting Currency. Alternative reports/platforms for reconciliation and MI are available in our New Acquiring Platform should you wish to establish a Party (Company) to settle in multiple currencies. The example below contains the report format for a Company with a single Outlet where the transactions processed relate to a single Trading Day.

32 Standardise Domestic Template to Include Trading Day Breakdown : AF Report Heading & Party Details & Processing date Trading Day Details Standardise Domestic Template to Include Card Scheme Brand with Card Type Breakdown: AG Trading Day Totals Retailer Totals Standardise Domestic Template to Include Settlement Currency: AE Grand Retailer Totals

33 4.8 Weekly Card Scheme Summary Previous Alternative Report Names New Report Name : NBT246, Weekly Streamline Card Scheme Summary : Weekly Card Scheme Summary This report is produced daily (Monday Friday, excluding bank holidays). The aim of the report is to provide you a view of all the transactions processed for a given week. The report will continue to provide MI split across normal (electronic), fall back and back-up transmission methods. The report will provide: a) The Daily Net Total (Purchase und) per Card Scheme Brand for each Outlet per Transmission Method b) The Daily Net Total per Outlet per Transmission Method c) The Daily Net Total (per local/crediting currency pair) per Card Scheme Brand per Company d) The Daily Net Total (per local/crediting currency pair) per Company The addition of the local/crediting currency pair for the Daily Net Total at the Company level is a slight enhancement to the report that will only impact you if you have set up Outlets linked with a number of currencies under a Company. The report will continue to comprise of two sections: Outlet Totals Section (for each Transmission method): Provides the Daily Net Total view as described in (a) and (b) above Grand Totals Section: Provides the Daily Net Total view as described in (c) and (d) above The example below demonstrates the structure of the report based on a single Outlet under a Company

34 Report Heading & Party Details & Processing date Outlet Totals Section (per Transmission Method) Daily Net Total per Card Scheme Brand per Outlet Enhance the Report to include Currency Details AH Outlet Totals Section (per Transmission Method) Daily Net Total per Outlet Grand Totals Section (all Transmission Method) Daily Net Total per Card Scheme Brand per Company Grand Totals Section (all Transmission Method) Daily Net Total per Company

35 Appendix A File Specification s Target Audience (who would be interested in reading this section): Technical Users & Project Managers/Planners This section will highlight the fields that are being modified for individual reports and files. For details of the reference provided in the erence column please refer to Section 3. A.1 Transaction Reconciliation File (including Card Type) A.1.1 File Header Record (No ) Field No Name Start Pos. Length Format Description 1 Record type 1 2 Num Sequence No. 3 8 Num. Always File ID Num. Always Count 24 7 Num. Count of 05 records in file 5 Accepted debits Num. Value (Hash) of accepted refunds 6 Rejected debits Num. Value (Hash) of rejected refunds (in 7 Pending debits Num. Value (Hash) of pending refunds (in 8 Accepted credits Num. Value (Hash) of accepted sales (in 9 Rejected credits Num. Value (Hash) of rejected sales (in minor units) 10 Pending credits Num. Value (Hash) of pending sales (in minor units) 11 Accepted debits count 97 7 Num. Count of accepted refunds 12 Rejected debits count Num. Count of rejected refunds 13 Pending debits count Num. Count of pending refunds 14 Accepted credits count Num. Count of accepted sales 15 Rejected credits count Num. Count of rejected sales 16 Pending credits count Num. Count of pending sales 17 File creation date Num. YYDDD0 (DDD=Julian/Ordinal date) 18 File Sequence number Num. Last 3 bytes of file number 19 Site ID Num. Last 3 bytes of Site number A.1.2 Reconciliation Merchant Company Header Record (No ) Field No Name Start Pos. Length Format Description 1 Record type 1 2 Num Sequence No. 3 8 Num. Incremented by 1 3 Company number Num. 4 Count 24 7 Num. Count of type 10 records in file

36 5 Accepted debits Num. Value (Hash) of accepted refunds 6 Rejected debits Num. Value (Hash) of rejected refunds (in 7 Pending debits Num. Value (Hash) of pending refunds (in 8 Accepted credits Num. Value (Hash) of accepted sales (in 9 Rejected credits Num. Value (Hash) of rejected sales (in minor units) 10 Pending credits Num. Value (Hash) of pending sales (in minor units) 11 Accepted debits count 97 7 Num. Count of accepted refunds 12 Rejected debits count Num. Count of rejected refunds 13 Pending debits count Num. Count of pending refunds 14 Accepted credits count Num. Count of accepted sales 15 Rejected credits count Num. Count of rejected sales 16 Pending credits count Num. Count of pending sales A.1.3 Reconciliation Merchant Outlet Record (d, please refer to for details) Field No Name Start Pos. Length Format Description 1 Record type 1 2 Num Sequence No. 3 8 Num. Incremented by 1 3 Merchant ID Num. 4 Trading day 24 6 Num. DDMMYY 5 Processing date 30 6 Num. YYMMDD AT 6 Accepted debits Num. Value of accepted refunds (in minor 7 Rejected debits Num. Value of rejected refunds (in minor 8 Pending debits Num. Value of pending refunds (in minor 9 Accepted credits Num. Value of accepted sales (in minor units) 10 Rejected credits Num. Value of rejected sales (in minor units) 11 Pending credits Num. Value of pending sales (in minor units) 12 Accepted debits count Num. Count of accepted refunds 13 Rejected debits count Num. Count of rejected refunds 14 Pending debits count Num. Count of pending refunds 15 Accepted credits count Num. Count of accepted sales 16 Rejected credits count Num. Count of rejected sales 17 Pending credits count Num. Count of pending sales A.1.4 Reconciliation Transaction Data Record (d, please refer to for details) Field No Name Start Pos. Length Format Description 1 Record type 1 2 Num Sequence No. 3 8 Num. Incremented by 1 3 PAN Char Masked PAN (Middle Digits masked with *) 4 Expiry date 30 4 Char Card Expiry date M Worldpay All rights reserved. Page 36 of 89