Transaction Detail Report Specification
Last updated: Sept 24th, 4:26pm
The Transaction Detail Report is for use by any merchant or payment processing partner. The Transaction Detail Report gives merchants and processing partners detailed information about each transaction occurring in the account, whether they affect the balance or not.
The report also summarizes total debits and credits for each currency held by the accounts.
The report provides details on individual payments made for any single day within the past 45 days. The Transaction Detail Report is available through PayPal’s website or the Secure Dropbox, which is defined and described in the Secure FTP Server Specification.
Know before you begin
- You must be an approved merchant to use this report. Contact your PayPal account manager to request access to this report.
- This report is generated and placed on SFTP on a 24-hour basis. The report format is CSV (comma-separated value).
- This report includes alternative payment methods (APMs). See the list of supported APMs.
- Money amount fields are unsigned, with no currency symbol, decimal separator, or other punctuation. Amounts should be interpreted by the debit or credit column to ensure that the right direction of the amount is recorded. For instance, 100,00 yen and $100.00 USD are both represented as 10000.
- The character encoding of this report is UTF-8 (8-bit UCS/Unicode Transformation Format).
- Regardless of the field delimiter of the report, all fields of type varchar are surrounded with double quotation marks. Double quotation marks inside the field are represented as two double quotation marks in succession.
- Some fields can contain spaces. In the descriptions of fields, this is indicated with the words: Blanks: Yes.
- See PayPal Supported Currencies for a list of all ISO-4217 currency codes that PayPal supports for use with payments and balances.
Creating a secure Dropbox user
Account owners must generate their own usernames for the Secure Dropbox at paypal.com.
Schedule, distribution, archiving, and versioning
The Transaction Detail Report is generated and put on PayPal's website and the Secure
Dropbox by no later than 12:00PM daily in the leading timezone of the reporting window.
The report is available on the Secure FTP Server in the
/ppreports/outgoingdirectory
. See Access SFTP reports for instructions.
Report file name
The filename naming convention depends on whether or not you are using Multiple Account Management.
Single account report
The filename of the Transaction Detail Report for a single account follows this naming convention:
TRR-yyyymmdd.sequenceNumber.version.format
Field | Information |
---|---|
TRR |
An abbreviation for Transaction Detail Report. |
yyyymmdd |
The date on the data in the report. This date stamp represents the latest, or ending date, of the data. |
sequenceNumber |
The sequence number of this file. Two characters, right-justified and zerofilled. The sequence number begins with 01 and continues until all parts are recorded in files. The sequence number is always present in the report file name even if there is only one file. |
version |
The version of the report. Three characters, right-justified and zero-filled. |
format |
One of the following:
|
Multiple account report
When using Multiple Account Management, the filename of the Transaction Detail Report follows this naming convention:
TRR-yyyymmdd.reportingWindow.sequenceNumber.totalFiles.version.format
Field | Information |
---|---|
TRR |
An abbreviation for Transaction Detail Report. |
yyyymmdd |
The date on the data in the report. This date stamp represents the latest, or ending date, of the data. |
reportingWindow |
The window of time when the report was generated, as follows:
|
sequenceNumber |
TThe sequence number of this file. Two characters, right-justified and zero-filled. The sequence number begins with 01 and continues until all parts are recorded in files. The sequence number is always present in the report file name even if there is only one file. |
totalFiles |
The total number of files of the report for this date. The number of files is always two digits and zero-padded. For example, for 2 total files, totalFiles is 02. |
version |
The version of the report. Three characters, right-justified and zero-filled. |
format |
is one of the following:
|
Retention
The Transaction Detail Report will be available in the Secure Dropbox for 45 days after its delivery.
Versioning
The Transaction Detail Report will support multiple versions in the future. PayPal will communicate the creation of any new version as well as any deprecation of older versions. Users who wish to take advantage of new versions will be able to receive two versions of the same report concurrently for the purposes of testing and integration. Users will also be able to receive nonconsecutive versions of the same report concurrently for the purposes of testing and integration. Users will need to contact their account manager to enable different versions and request any changes in report distribution.
Report format
Character encoding: UTF-8
The report’s character encoding is UTF-8 (8-bit UCS/Unicode Transformation Format). Note: Any report encoded with UTF-8 files will have the BOM (Byte Order Mark) character in the beginning of the report.
Field characteristics
Fields in lines and records can be separated by one of two delimiters, as specified by the report recipient when signing up for the report:
- Comma
- Tab
Money fields
Money amount fields are unsigned, with no currency symbol, decimal separator, or other punctuation. Amounts should be interpreted by the debit or credit column to ensure that the right direction of the amount is recorded. Moreover, the amounts provided for shipping amount, tax amount and insurance amount should always be considered to be the direction of the gross transaction amount.
Internal punctuation in fields
Regardless of the field delimiter of the report, all fields of type varchar are surrounded with double quotation marks. Double quotation marks inside the field are represented astwo double quotation marks in succession.
Spaces or blanks
Some fields can contain spaces. In the descriptions of fields, this is indicated with the words: Blanks: Yes
File structure
The report can be delivered as either a comma-separated values or tab-delimited file. This section describes the structure of the data file. A report file can contain a maximum of 1 million records. If the report contains more than 1 million records, the report is split across multiple files. The report is also organized by section, where each section represents a single PayPal account. If you are not using PayPal Multiple Account Management, the report contains only a single section.
Report row types
Each row of the report consists of a two letter row type, followed by the details specific to that row type.
Code | Description | Section |
---|---|---|
RH | Report header | Report Header Data |
FH | File header | File Header Data |
SH | Section header | Section Header Data |
CH | Column header | Section Body Data |
SB | Row data | Section Body Data |
SF | Section footer | Section Footer Data |
SC | Section record count | Section Record Count Data |
RF | Report footer | Report Footer Data |
RC | Report record count | Report Record Count Data |
FF | File footer | File Footer Data |
A report file with fewer than 1 million records (a single file) with only one section is organized as follows:
1Report Header (RH)2File Header (FH)3Section Header (SH)4Column Header (CH)5Row Data (SB)6...7Row Data (SB)8Section Footer (SF)9Section Record Count (SC)10Report Footer (RF)11Report Record Count (RC)12File Footer (FF)
Note: The FH, SC, RC, and RF rows are not available in the Transaction Detail Report, version 001.
For report files that are split over multiple files, only the first file has a report header record and only the last file has a report footer and a report record count record. A report with two sections split over two files might be organized as follows:
File 1 | File 2 |
---|---|
Report Header (RH) File Header (FH) Section Header (SH) Column Header (CH) Row Data (SB) ... Row Data (SB) Section Footer (SF) Section Record Count (SC) Section Header (SH) Column Header (CH) Row Data (SB) ... File Footer (FF) |
File Header (FH) Row Data (SB) ... Row Data (SB) Section Footer (SF) Section Record Count (SC) Report Footer (RF) Report Record Count (RC) File Footer (FF) |
Report data
This section details the columns and related data that is delivered in the report header, report footer, and report record count records.
Report header data
Report header data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Position | Column Name | Data Type | Data Description |
---|---|---|---|
1 | Column Type | Type: Literal | RH |
2 | Report Generation Date | Type: date/time | The date and time when the report file was generated, in the following format:YYYY/MM/DD HH:MM:SS offset where:
|
3 | Reporting Window | Type: Varchar | The window of time when the report was generated, as follows:
|
4 | Account ID | Type: Varchar | Account number receiving the report (Payer ID – encrypted hash of PayPal account) |
5 | Report Version | Type: Varchar | The version of the report. |
Report footer data
Report footer data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Position | Column Name | Data Type | Description |
---|---|---|---|
1 | Column Type | Type: Literal | RF |
2 | Row Count | Type: Number | The number of body data rows in the report (used for reconciliation). Note that the report may span multiple files. |
Report record count data
Report record count data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Position | Column Name | Data Type | Description |
---|---|---|---|
1 | Column Type | Type: Literal | RC |
2 | Row Count | Type: Number | The number of body data rows in the report (used for reconciliation). Note that the report may span multiple files. |
File data
This section details the columns and related data that is delivered in the file header, file footer, and file record count records.
File header data
File header data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Position | Column Name | Data Type | Description |
---|---|---|---|
1 | Column Type | Type: Literal | FH |
2 | File Count | Type: Number | The sequence number of the file in the report (used for reconciliation). |
File footer data
File footer data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Position | Column Name | Data Type | Description |
---|---|---|---|
1 | Column Type | Type: Literal | FF |
2 | Row Count | Type: Number | The number of body data rows in the file (used for reconciliation). |
Section data
This section details the columns and related data that is delivered in the section header, section footer, and section record count records.
Section header data
All section header data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Position | Column name | Data type | Description |
---|---|---|---|
1 | Column Type | Literal | "SH" |
2 | Reporting period start date | Date/time | The date and time when the report file was generated, in the following format: YYYY/MM/DDHH:MM:SS offset , where offset is the five-character signed offset from GMT, such as +0800 . YYYY is the four-digit year. MM is the two-digit month of the year. DD is the two-digit day of the month. HH is the hour in 24-hour notation. MM is minutes. SS is seconds. |
3 | Reporting period end date | Date/time | The date and time when the report file was generated, in the following format: YYYY/MM/DDHH:MM:SS offset , where offset is the five-character signed offset from GMT, such as +0800 . YYYY is the four-digit year. MM is the two-digit month of the year. DD is the two-digit day of the month. HH is the hour in 24-hour notation. MM is minutes. SS is seconds. |
4 | Account ID | Varchar | Account number generated by PayPal |
5 | Partner Account ID |
|
The partner’s account ID for the merchant. This is the value passed by the partner in the <PartnerMerchantExternalID> tag of the multiple account management batch input file. See Multiple Account Management for more information. |
Section body data
Body data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Before any rows of body data in the report, a column header row lists the name of each of the fields in each body data row. The column header column starts with CH
, followed by the Column Name for each body data field (except for the column type field).
```
Position | Field name | Data Characteristics | Description |
---|---|---|---|
1 | Column Type | Literal | "SB" |
2 | Transaction ID |
|
Transaction ID of the money moving event. This ID is generated by PayPal exclusively and cannot be altered by merchant. |
3 | Invoice ID |
|
Invoice ID set by merchant with transaction. Uniqueness can be enforced by PayPal when the transaction is created. If an invoice ID was sent with the capture request, this value is reported here. However, if no invoice ID was sent with the capture request, the value of the invoice ID (if any) from the authorizing transaction is reported here. |
4 | PayPal Reference ID |
|
A PayPal reference ID is defined as a related, pre-existing transaction or event. See Reference IDs. |
5 | PayPal Reference ID Type |
|
One of the following 3-character codes:
|
6 | Transaction Event Code |
|
Transaction event type or T-Code. See T-Codes. |
7 | Transaction Initiation Date |
|
Date and time the transaction was initiated, in the following format: YYYY/MM/DD HH:MM:SS offset. Where:
|
8 | Transaction Completion Date |
|
Date and time the transaction was completed, in the following format: YYYY/MM/DD HH:MM:SS offset. Where:
|
9 | Transaction Debit or Credit |
|
Direction of money movement of gross amount, as one of two literal strings:
|
10 | Gross Transaction Amount |
|
The amount of the payment—before fees—between the two parties. This field contains the gross transaction value for all transactions. There are handling fees and other non-transactional fees that will be reported as gross amounts without fees reported in the fee column. See T-Codes. |
11 | Gross Transaction Currency |
|
Currency of transaction. See PayPal Supported Currencies. |
12 | Fee Debit or Credit |
|
Direction of money-movement for fee, as one of two literal strings:
|
13 | Fee Amount |
|
The record of fees associated with the settlement. All transactional fees are included in this amount. Fees are never amortized across several transactions. This field contains the fee amount value for all transactions where a transactional fee has been processed. There are handling fees and other non-transactional fees that will bereported as gross amounts without fees reported in the fee column. See T-Codes. |
14 | Fee Currency |
|
Currency of fees. See PayPal Supported Currencies. |
15 | Transactional Status |
|
A one-character code indicating the transaction status. Possible values are:
|
16 | Insurance Amount |
|
The insurance amount reported by either PayPal or the merchant for the transaction |
17 | Sales Tax Amount |
|
The salestax amount reported by either PayPal or the merchant for the transaction. |
18 | Shipping Amount |
|
The shipping amount reported by either PayPal or the merchant for the transaction. |
19 | Transaction Subject |
|
Subject of payment as passed through by the Payer to the Payee. This data is controlled by the payer exclusively in the interfaces through which it is sent. The transaction subject is a pass-through of data from the buyer to the merchant. Merchants should make sure to understand how they would like to share special requests, comments, or needs from the customers. It is not recommended to use this field for any special purpose. |
20 | Transaction Note |
|
Special note of payment as passed through by the Payer to the Payee. This data is controlled by the payer exclusively in the interfaces through which it is sent. The transaction note is the memo or note variable, a pass-through of data from the buyer to the merchant. Merchants should make sure to understand how they would like to share special requests, comments, or needs from the customers. This field might contain special customer requests, such as shipping instructions. Merchants are encouraged to direct their customers to the best interface for sharing this data during the purchase process. |
21 | Payer’s Account ID |
|
The email address of the payer in the payment transaction. If there is no payer, this value is blank. |
22 | Payer Address Status |
|
Whether the counterparty’s shipping address is confirmed. One of two possible values: Y or N |
23 | Item Name |
|
Specified by buyer in the website Auction/Item Title field. Specified by seller in any of the following button creation fields (item_name or item_name_x ):
|
24 | Item ID |
|
Specified by buyer in the website Auction/Item Title field. Specified by seller in any of the following button creation fields (item_number or item_number_x ):
|
25 | Option 1 Name |
|
Specified by seller in any of the following button creation fields (on0 or on0_x ):
|
26 | Option 1 Value |
|
Entered by buyer in any of the following website fields:
Specified by seller in any of the following button creation fields:
|
27 | Option 2 Name |
|
Specified by seller in any of the following button creation fields:
|
28 | Option 2 Value |
|
Entered by buyer in any of the following website fields:
Specified by seller in any of the following button creation fields:
|
29 | Auction Site |
|
Name of Auction Site:
|
30 | Auction Buyer ID |
|
The ID of the buyer making the purchase in the auction. This ID can be different from the payer ID provided for the payment. |
31 | Auction Closing Date |
|
Closing date of eBay Auction Item. Reported only for eBay Auction Items. |
32 | Shipping Address Line 1 |
|
Street address information of shipping address as specified by payer. This information is a pass-through of what was provided by the payer. Merchants should be aware that international addresses might contain non-street information in this field. |
33 | Shipping Address Line 2 |
|
Street address information of shipping address as specified by payer. This information is a pass-through of what was provided by the payer. Merchants should be aware that international addresses might contain non-street information in this field. |
34 | Shipping Address City |
|
City information of shipping address as specified by payer. This information is a pass-through of what was provided by the payer. Merchants should be aware that international addresses might contain non-city information in this field. |
35 | Shipping Address State |
|
State, province, or territory of shipping address as specified by the payer. This information is a pass-through of what was provided by the purchaser. Merchants should be aware that international addresses may contain non-state information in this field. For example, the purchase might provide a prefecture name or leave the field blank if there is no state equivalent. |
36 | Shipping Address Zip |
|
Postal code of shipping address as specified by the payer. |
37 | Shipping Address Country |
|
Country of shipping address as specified by the payer. |
38 | Shipping Method |
|
Shipping method associated with this order. |
39 | Custom Field |
|
Custom text set by the merchant with the transaction. Reserved exclusively for merchant use. The custom field differs from the Invoice ID in that the custom field does not have any uniqueness restrictions, but by this same token is not searchable with PayPal search tools. In the Transaction Detail Report, this field can include the unique ID of payments made with Mass Payment. |
40 | Billing Address Line 1 |
|
Street Address information of billing address of the payer. This information is provided only if the merchant is authorized to receive the merchant address and has set the REQBILLINGADDRESS field in the either SetExpressCheckout or SetBillingAddressCustomerrequest . Otherwise, this field is blank. |
41 | Billing Address Line 2 |
|
Street Address information of billing address of the payer. This information is provided only if the merchant is authorized to receive the merchant address and has set the REQBILLINGADDRESS field in the either SetExpressCheckout or SetBillingAddressCustomer request. Otherwise, this field is blank. |
42 | Billing Address City |
|
City information of billing address of the payer. This information is provided only if the merchant is authorized to receive the merchant address and has set the REQBILLINGADDRESS field in the either SetExpressCheckout or SetBillingAddressCustomer request. Otherwise, this field is blank. |
43 | Billing Address State |
|
State, province, or territory of billing address of the payer. This information is provided only if the merchant is authorized to receive the merchant address and has set the REQBILLINGADDRESS field in the either SetExpressCheckout or SetBillingAddressCustomer request. Otherwise, this field is blank. |
44 | Billing Address Zip |
|
Postal code of billing address of the payer. This information is provided only if the merchant is authorized to receive the merchant address and has set the REQBILLINGADDRESS field in the either SetExpressCheckout or SetBillingAddressCustomer request. Otherwise, this field is blank. |
45 | Billing Address Country |
|
State, province, or territory of billing address as specified by the payer. This information is provided only if the merchant is authorized to receive the merchant address and has set the REQBILLINGADDRESS field in the either SetExpressCheckout or SetBillingAddressCustomer request. Otherwise, this field is blank. |
46 | Consumer ID |
|
The consumer’s account number generated by PayPal (encrypted hash of the PayPal account number). |
47 | Consumer Given Name |
|
Consumer’s given name (first name) as recorded in their PayPal account. |
48 | Consumer Family Name |
|
Consumer’s given name (last name) as recorded in their PayPal account. |
49 | Consumer Business Name |
|
Consumer’s business name as recorded in their PayPal account. Business name is included in the TDR as applicable. |
50 | Card Type |
|
Card used in the transaction. Possible values:
|
51 | Payment Source |
|
Payer's payment source. Possible values:
|
52 | Shipping Name |
|
The name of the person to whom the item was shipped. |
53 | Authorization Review Status |
|
Indicates the current status of the transaction and whether it is under review. If the transaction is not considered for review, then the value is blank. If it is under review, then the status is either Green or Yellow.
|
54 | Protection Eligibility |
|
Indicates whether the transaction is eligible for protection.
|
55 | Payment Tracking ID |
|
Unique ID specified by partners to obtain information about a payment or to request a refund. |
56 | Store ID |
|
ID of the store where the transaction occurred. This is applicable to Point of Sale transactions only. |
57 | Terminal ID |
|
ID of the terminal where the transaction occurred. This is applicable to Point of Sale transactions only. |
58 | Coupons |
|
Information about all the coupons associated with the transaction. It contains delimited information about one or more store credits and coupons. Each individual item contains four pipe-delimited parts of information:
1234|2000|USD|ABCD This is applicable for Point of Sale transactions only. |
59 | Special Offers |
|
Information about all the store credits associated with the transaction. It contains delimited information about one or more store credits and coupons. Each individual item contains four pipe-delimited parts of information:
1234|2000|USD|ABCD This is applicable for Point of Sale transactions only. |
60 | Loyalty Card Number |
|
Customer’s loyalty card provided to merchant. This is applicable for Point of Sale transactions only. |
61 | Checkout Type |
|
Type of transactions.
|
62 | Secondary Shipping Address Line1 |
|
Street address information of shipping address as specified by payer. This information is a pass-through of what was provided by the payer. Merchants should be aware that international addresses might contain non-street information in this field. |
63 | Secondary Shipping Address Line2 |
|
Street address information of shipping address as specified by payer. This information is a pass-through of what was provided by the payer. Merchants should be aware that international addresses might contain non-street information in this field. |
64 | Secondary Shipping Address City |
|
City information of shipping address as specified by payer. This information is a pass-through of what was provided by the payer. Merchants should be aware that international addresses might contain non-city information in this field. |
65 | Secondary Shipping Address State |
|
State, province, or territory ofshipping address as specified by the payer. This information is a pass-through of what was provided by the purchaser. Merchants should be aware that international addresses may contain non-state information in this field. For example, the purchase might provide a prefecture name or leave the field blank if there is no state equivalent. |
66 | Secondary Shipping Address Country |
|
Country of shipping address as specified by the payer. |
67 | Secondary Shipping Address Zip |
|
Postal code of shipping address as specified by the payer. |
68 | 3PL Reference ID |
|
Reference ID of the 3rd party logistics partner. |
69 | Gift Card ID |
|
This field is deprecated. Represents the Gift Card used by consumer as funding instrument of the transactions: |
70 | Payment Source Subtype |
|
Payer’s payment source subtype. Possible values:
For example:
|
71 | Decline Code |
|
|
72 | Fastlane Checkout Transaction |
|
Indicates whether the transaction was checked out using fastlane accelerated checkout. |
Additional Fields
These are additional fields user can get as part of report customisations & can work with Customer Service agent to get these if needed.
Position | Field name | Data Characteristics | Description |
---|---|---|---|
1 | Column Type | Literal | "SB" |
2 | Original Invoice ID |
|
The invoice ID of the original payment record. This ID helps users link and track all related transactions to the original parent transaction. |
3 | Buyer Wallet |
|
The text that identifies the company (PayPal or one of its subsidiaries) that processes the payment. It is not unique and can have blanks. |
4 | Item Details |
|
The item details. It is not unique and can have blanks. |
5 | Comment 1 |
|
A note that accompanies a gateway transaction. It is not unique and can have blanks. |
6 | Comment 2 |
|
The text that identifies the company (PayPal or one of its subsidiaries) that processes the payment. It is not unique and can have blanks. |
7 | Invoice Number |
|
The identifier of the invoice issued by the merchant. It is not unique and can have blanks. |
8 | PO Number |
|
The identifier of the manifest of goods bought from the merchant. It is not unique and can have blanks. |
9 | Customer Reference Number |
|
The identifier of the customer for a merchant. It is not unique and can have blanks. |
10 | Payflow Transaction ID (PNREF) |
|
The unique idenitifier for the gateway transaction. It is not unique and can have blanks. |
11 | Transaction Buyer Country Code |
|
The buyer country code. It is not unique and can have blanks. |
12 | Receipt ID |
|
The receipt identification number. 16-digit number in xxxx-xxxx-xxxx-xxxx format. It is not unique and can contain blanks. |
13 | Tax ID |
|
The buyer's taxpayer registry number. Avaiable for Brazil only. It is not unique and can have blanks. |
14 | Contact Phone Number |
|
The contact phone number. It is not unique and can contain blanks. |
15 | Country Code |
|
The two letter country code of the shipping address. It is not unique and can have blanks. |
Section footer data
Section footer data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Position | Column name | Data type | Description |
---|---|---|---|
1 | Column Type | Literal | "SF" |
2 | Row count | Number | Total number of section body records in this section. Max length: no limit. |
Section record count
Section record count data exists in one row with each element being separated by the file delimiter. All report fields are non-blank unless otherwise noted.
Position | Column name | Data type | Description |
---|---|---|---|
1 | Column Type | Literal | "SC" |
2 | Row count | Number | Total number of section body data rows in this section (used for reconciliation). |
Reference IDs
Certain transaction types have a pre-existing or originating transaction or event from which they derive or to which they are related. These PayPal reference transactions or events have a unique PayPal reference ID.
- 1:n relationship: A reference transaction or event always has a one-to-one relationship to a single referred transaction or event. Although one reference transaction can have multiple referred transactions, a referred transaction has only reference transaction.
- Event: Reference transactions are only transactions that move money or are related to a future money movement, such as an order, an authorization, a subscription, or a preapproved payment
Transaction Type | Reference ID |
---|---|
Settlement on Authorization | Original Authorization |
Full Refund | Originating Settlement |
Partial Refund | Originating Settlement |
Settlement on Reauthorization | Originating Settlement |
Completed Chargeback (Merchant Loss) | Disputed Sale or Settlement |
Completed Buyer Complaint (Merchant Loss) | Disputed Sale or Settlement |
Settlement Adjustment | Settlement or Sale Transaction |
Reimbursement | Settlement or Sale Transaction |
Reversal | Original Settlement |
Account Correction | Original transaction against which correction was made |
Version history
Publication date | Version | Changes |
---|---|---|
October 2020 | 12 | Convertd this report specification from PDF to HTML. |
December 2019 | 11.1.1 | Added new T-Code designation – T0020: Tax Collected by Partner |
April 2019 | 11.1 | Updated file record limit from 150,000 to 1 million. |
July 2018 | 11.0 | GST Amount was converted to Sales Tax Amount. Called out deprecation of Gift Card ID field. |
June 2016 | 10.0.5 | Updated missing T-Codes and added UTF BOM note. |
September 2015 | 10.0.4 | Various content edits |
November 2012 | 10.0.3 | Added new T-code - T0018 (PayPal Here Payment) |
October 2012 | 10.0.2 | Added new column - 3PL Reference ID Updated sample report |
September 2012 | 10.0.1 | Changed file format to -TRR-yyyymmdd.sequenceNumber.version.format |
August 2012 | 10.0 | Added following T-codes:
Added the following fields:
Updated definition of T-code T0008. Updated doc version number to 10. Updated sample report to version 10. |
August 2012 | 8.0 | Updated field definitions for the following:
|
April 2012 | 8.0 | Updated maximum length of the following columns:
|
May 2011 | 8.0 | Added following T-codes:
|
November 2010 | 8.0 | Updated document version to 8.0. Changed character encoding form UTF -16 to UTF - 8. |
October 2010 | 7.0.6 | Added following T-codes:
|
July 2010 | 7.0.5 | Added T1503 T-code. |
May 2010 | 7.0.4 | Added following T-codes:
|
January 2010 | 7.0.3 | Corrected information in the description of T2106 Removed https from https://reports.paypal.com. |
September 2009 | 7.0.2 | Added following T-codes:
|
August 2009 | 7.0.1 | Added following T-codes:
|
September 2008 | 7.0 | Added the following fields:
Updated sample report. Added information about account correction transactions. Changed versioning convention in this document. Now the document version will reflect the version of the report. |
May 2008 | 6.0 | Added following columns:
|
February 2008 | 5.0 | Added following columns:
|
September 2007 | 4.0 | Added column for Shipping Method. |
July 2007 | 3.0 | Added following columns:
|
January 2007 | 2.0 | Added Column for PayPal Reference ID Type. |
August 2006 | 1.0 | Release of Transaction Detail Report |