Service RDFs

The Service RDFs contain data related to basic program functionality, in addition to the Base RDFs. These RDFs used to be called CDFs. Other former CDFs are now classified as Product RDFs.

See About the Raw Data Files (RDFs) for general information about these files.

  • Expired Authorizations — Data on authorizations that expired the previous day. (The time elapsed between authorization and expiry is based on your program's settings.)
  • Settlement — A BIN-summary report that is the equivalent of the Settlement Bin - Summary report in gAnalytics. It includes all of the settled transactions per BIN.
  • Dispute and Chargeback — Dispute information for the prior day. It is similar to the Dispute Tracker Log report in gAnalytics. Includes all current (open) disputes, so an open dispute will be included every day until it is closed.
    • Reg E — Disputes that fall under Regulation E
    • Reg Z — Disputes that fall under Regulation Z
  • MC SAFE report — The SAFE report that was sent to Mastercard over the last seven days, which is a BIN settlement summary report (similar to gAnalytics).

Expired Authorizations RDF

The Expired Authorizations RDF provides data on authorizations that expired the previous day. (The time elapsed before expiry is based on your program's authorization expiry settings.) This RDF helps you reconcile and clear authorized transactions that affected the available balance but that did not settle before expiry. This allows you to return funds that were reserved by an authorization, which gives your cardholders more spending power.

Insights for you:

  • Determine the steady state of unsettled funds and capital allocation
  • Determine the likelihood of an authorization expiring based on its characteristics

This table contains default fields for the Expired Authorizations RDF.

  • The primary key for this file is Program ID + Transaction ID + Network Code.
  • The filename format is expired_auth_%Y%m%d.csv.
  • To reconcile the entries in this file with the Authorized Transactions RDF, match Transaction ID in this file with AUTHORIZATION CODE in the Authorized Transactions RDF.

📘

Note

The Expired Authorizations RDF contains data from these networks only: Mastercard debit, Mastercard credit, Visa, STAR.

Field nameData typeDescription
Account NumberNUMBERGalileo account ID, balance ID
Card IDNUMBERSometimes called the CAD or card_id, this identifier is given to each unique card that is issued to an account. There is a 1:1 relationship between a card ID and a PAN. If you are not PCI compliant, you can use this identifier instead of the PAN.
PRNCHAR (12)The payment reference number, a unique Galileo-generated identifier for an account
Program IDNUMBER (18)The identifier that Galileo has assigned to your program
ProductNUMBERIdentifier for the account's product in the Galileo system.
Transaction IDNUMBER (18)A Galileo-generated identifier (auth_id). See Transaction IDs for information about unique identifiers and ID collisions.
Authorization TSDATEDatetime timestamp of when the transaction was authorized
Expired TSDATEDatetime when the authorization expired
AmountNUMBERAuthorization amount
Trans Currency CodeCHAR (3)Currency code for auth_amt
Merchant NumberCHAR (15)Merchant ID
Merchant DescriptionCHAR (40)Merchant description
Network CodeCHAR (1)Network code
Retrieval Reference NumberVARCHAR (12)Retrieval reference number

Back to top

Settlement RDF

The Settlement RDF provides a BIN-summary report that is the equivalent of the Settlement Bin - Summary report in gAnalytics. It includes all of the settled transactions per BIN. The RDF emphasizes all of the key components of the settlement amount.

📘

Note

This RDF looks back one day for Visa, Mastercard, and Discover; two days for Pulse, Allpoint and STAR; and three days for Maestro/Cirrus. In comparison, the gAnalytics report looks back one day for all.

Because this RDF summarizes the final settled transactions for a period of time, this RDF can be used for reconciliation purposes—either at the summary total level or to find specific settled transactions.

Key values that are represented in this RDF are:

  • Load — Card loads that come in on Visa, Interlink, or Maestro rails but not ACH or other methods. Card loads credit cardholder accounts.
  • Cash Disb — Cash disbursement as cash back at a POS or bank. They debit cardholder accounts.
  • Credits — Merchant credits, which credit cardholder accounts.
  • ATM Disb — ATM withdrawals, which debit cardholder accounts
  • Interchange Fee — Fees that are paid by the card network to your program
  • Chargeback — Part of the dispute process, a chargeback is not posted to the cardholder account until the dispute is resolved.
  • Net Settle — The amount owed to the card network. It is the amount of the drawdown that the card network removes from your account.

Insights for you

  • Foundational data to reconcile with networks on a periodic basis at a BIN level.

This table contains default fields for the Settlement RDF.

  • The primary key for this file is Basebin + Date + Network.
  • The filename format is settlement_%Y%m%d.csv.
Field nameData typeDescription
BasebinCHAR (8)Base BIN
DateDATEDate
NetworkVARCHAR2 (255)Card network
LoadNUMBERLoad amount
Load ReversalNUMBERLoad reversal amount
Cash DisbNUMBERCash disbursement amount
Cash Disb FeeNUMBERCash disbursement fee amount
Retail SalesNUMBERRetail sales amount
CreditsNUMBERCredits amount
Unique TransNUMBERUnique transaction amount
ATM DisbNUMBERATM disbursement amount
ATM Disb FeeNUMBERATM disbursement fee amount
Interchange FeeNUMBERInterchange fee amount
Special TransNUMBERSpecial transaction amount
Misc TransNUMBERMiscellaneous transaction amount
ChargebacksNUMBERChargebacks amount
Sec PresentNUMBERSecond presentments amount
ArbitrationNUMBERArbitration amount
Switch FeeNUMBERSwitch fee amount
Net SettleNUMBERNet settlement amount
Net TransNUMBERNet transaction amount
Settle TotalNUMBERSettlement total amount
Net Interchange FeeNUMBERNetwork interchange fee amount

Back to top

MC SAFE Report RDF

The MC SAFE Report provides a BIN settlement summary RDF (similar to gAnalytics).

This table contains default fields for the MC SAFE Report.

  • The primary key for this file is ARN.
  • The filename format is mc_safe_<ica>%Y%m%d.csv.
Feld nameData typeDescription
RECORD_TYPECHAR (3)Record type
ISSUER_CUSTOMER_NUMBERCHAR (6)Issuer customer number
AUDIT_CONTROL_NUMBERNUMBERAudit control number
ACQ_IDCHAR (11)Acquirer ID
ARNCHAR (23)Acquirer reference number
FRAUD_POSTED_DTDATEFraud posted date
ENPVARCHAR2 (53)Encrypted PAN
TRANS_DATEVARCHAR2 (8)Date when the transaction was authorized
TRANS_AMTVARCHAR2 (10)Amount of the authorization
TRANS_CRNCY_CDNUMBERCurrency code for TRANS_AMT
TRANS_AMT_CH_BILL_CRNCYVARCHAR2 (9)Billing amount of the transaction
CH_BILL_CRNCY_CDCHAR (3)Currency code for TRANS_AMT_CH_BILL_CRNCY
CARD_PROD_CODECHAR (3)Card product code
MERCHANT_NAMEVARCHAR2 (22)Name of the merchant from DE043
MERCHANT_IDVARCHAR2 (15)Merchant ID from DE042
MERCHANT_CITYVARCHAR2 (50)Merchant city from DE043
MERCHANT_STATE_CDVARCHAR2 (3)Merchant state or province, two-character abbreviation
MERCHANT_COUNTRYVARCHAR2 (3)ISO 3166-1 three-digit merchant country code
MERCHANT_POSTAL_CODEVARCHAR2 (5)Merchant postal code from DE043
MCCNUMBERMerchant category code
POS_TERM_ATTD_INDVARCHAR2 (1)
POS_CARD_PRES_INDVARCHAR2 (1)Point-of-sale card-present indicator
CAT_LEVEL_INDVARCHAR2 (1)Category level indicator
POS_CDTIC_INDVARCHAR2 (1)
ELEC_COM_INDCHAR (1)E-commerce indicator (3-D Secure)
POS_ENTRY_MODEVARCHAR2 (1)Point-of-sale entry mode, first two characters of DE022
TERMINAL_IDVARCHAR2 (8)ID for the card-reading device
FRAUD_TYPE_CODEVARCHAR2 (8)Fraud type
SUB_FRAUD_TYPE_CODECHAR (1)Sub-fraud type code
CHARGEBACK_INDNUMBERWhether the transaction has been charged back
SETTLE_DATEVARCHAR2 (8)Date when the transaction was settled
AUTH_RESP_CDCHAR (2)Response code for the authorization request
PROC_DATEVARCHAR2 (8)
CVC_INDVARCHAR2 (1)CVC indicator
ACCT_DEVICE_TYPECHAR (1)Account device type
SECURE_CDCHAR (1)Secure code
AVS_RESP_CDCHAR (1)Address verification service response code
CARD_PRESENT_INDNUMBERCard-present indicator
TERM_OPER_CDCHAR (1)

Back to top

Dispute and Chargeback RDF

The Dispute and Chargeback RDF provides dispute information for the previous day. It is similar to the Dispute Tracker Log in gAnalytics.

Insights for you:

This comprehensive RDF can be used instead for 2 separate reports. It provides important information like Dispute/chargeback status, reason, resolution and card holder notice date etc.

This table contains default fields for the Dispute and Chargeback RDF.

  • The primary key for this file is DISPUTE_ID.
  • The filename format is Dispute_Chargeback_Report_%Y%m%d.csv.
  • To link the transactions in this file to the original transactions in the Posted Transactions RDF, match the AUTHORIZATION_CODE + ASSOCIATION in this file with the AUTHORIZATION CODE + NETWORK CODE of the posted transactions.
Field nameData typeDescription
PROG_IDNUMBER (18)The identifier that Galileo has assigned to your program
PROGRAMVARCHAR2 (250)Program name
AGENTVARCHAR2 (250)Dispute agent name
DISPUTE_CASEVARCHAR2 (250)Case number for all disputes files
SYSTEM_CASE_NOVARCHAR2 (250)Not used
DISPUTE_IDVARCHAR2 (250)ID assigned to each disputed transaction
BAL_IDVARCHAR2 (250)The balance ID or Galileo account ID, which is different from the PRN. It is possible for multiple PRNs to share the same balance ID.
XIDVARCHAR2 (250)Galileo-generated internal account ID; has a 1:1 relationship with the PRN
BASE_BINVARCHAR2 (250)Base BIN (6-8 digits)
CH_NOTICE_DATEVARCHAR2 (250)Cardholder notification date
LTR_DATEVARCHAR2 (250)Date when the written confirmation letter was received
DATE_LOGGEDVARCHAR2 (250)Date when the dispute was logged in the system
WRITTEN_CONFIRMATION_REQUESTVARCHAR2 (250)Date when the written confirmation was requested
LOST_STOLENVARCHAR2 (250)Whether the dispute is for a card after it was lost or stolen
CH_DISCOVERY_DTVARCHAR2 (250)Date when the cardholder noticed the erroneous transaction
ERROR_DESCRIPTIONVARCHAR2 (250)Description of dispute reason
TRANSACTION_TYPEVARCHAR2 (250)Transaction type: NEW (account <30 days from first load), FOR (foreign-initiated), ATM, POS, OTH (other)
FOLLOWUP_DATEVARCHAR2 (250)Follow-up date
reg_eVARCHAR2 (250)Whether the dispute falls under Regulation E
REGE_RESOLUTIONVARCHAR2 (250)Date when the Regulation E dispute should be resolved: 45 or 90 days
MERCHANT_NAMEVARCHAR2 (250)Merchant where the transaction took place
SETTLE_DATEVARCHAR2 (250)Date on which the disputed transaction settled
DISPUTE_AMOUNTVARCHAR2 (250)Amount disputed
PC_DATEVARCHAR2 (250)Date when provisional credit was issued
PC_AMTVARCHAR2 (250)Amount of provisional credit issued
PC_LETTER_DATEVARCHAR2 (250)Date when a provisional credit letter was sent
PC_REVERSAL_DATEVARCHAR2 (250)Date when a provisional credit was reversed
CH_LIABILITY_AMTVARCHAR2 (250)Amount for which the cardholder is liable
RESOLUTIONVARCHAR2 (250)How the dispute was resolved
DATE_COMPLETEVARCHAR2 (250)Date the dispute was resolved
CURRENT_STATUSVARCHAR2 (250)Current status of the dispute
MCCVARCHAR2 (250)Merchant category code for the transaction under dispute
CB_DATEVARCHAR2 (250)Chargeback date
CB_AMTVARCHAR2 (250)Chargeback amount
CB_REASON_CODEVARCHAR2 (250)Chargeback reason code
SEC_PRESENTMENT_DATEVARCHAR2 (250)Date of the second presentment
PRE_ARB_DATEVARCHAR2 (250)Arbitration chargeback date
ENDING_STATUSVARCHAR2 (250)Final status of dispute
FINAL_STATUS_DATEVARCHAR2 (250)Date when ENDING_STATUS was input
CRED_RESOLUTIONVARCHAR2 (250)Date when provisional credit was finalized
AUTH_DATEVARCHAR2 (250)Date when disputed transaction was authorized
AUTHORIZATION_CODEVARCHAR2 (250)A Galileo-generated identifier (auth_id). See Transaction IDs for information about unique identifiers and ID collisions.
SETTLE_DTL_IDVARCHAR2 (250)Settlement detail ID
ASSOCIATIONVARCHAR2 (250)Card network
PRNVARCHAR2 (250)The payment reference number, a unique Galileo-generated identifier for an account

Back to top

Reg E RDF

The Reg E RDF includes both disputes and chargebacks and Sutton bank’s required data fields so that you can understand the dispute/chargeback status/details and the Reg E data for reporting to banks.

This table contains default fields for the Reg E RDF.

  • The primary key for this file is DISPUTE_ID.
  • The filename format is TBA.
  • To link the transactions in this file to the original transactions in the Posted Transactions RDF, match the AUTHORIZATION_CODE + ASSOCIATION in this file with the AUTHORIZATION CODE + NETWORK CODE of the posted transactions.
Field nameData typeDescription
PROG_IDNUMBER (18)The identifier that Galileo has assigned to your program
PROGRAMVARCHAR2 (250)Program name
AGENTVARCHAR2 (250)Dispute agent name
DISPUTE_CASEVARCHAR2 (250)Case number for all disputes filed
SYSTEM_CASE_NUMBERVARCHAR2 (250)not used
DISPUTE_IDVARCHAR2 (250)ID assigned to each disputed transaction
ACCOUNT_IDVARCHAR2 (250)Galileo account ID or balance ID
XIDVARCHAR2 (250)Galileo-generated internal account ID; has a 1:1 relationship with the PRN
BASE_BINVARCHAR2 (250)Base BIN (6 or 8 digits)
CUSTOMER_NOTIFICATION_DATEVARCHAR2 (250)Cardholder notification date
WRITTEN_CONFIRMATION_RECEIVED_DATEVARCHAR2 (250)Date when the written confirmation letter was received
DATE_LOGGEDVARCHAR2 (250)Date when the dispute was logged in the system
WRITTEN_CONFIRMATION_REQUESTVARCHAR2 (250)Date when the written confirmation was requested
LOST_OR_STOLENVARCHAR2 (250)Whether the dispute is for a card after it was lost or stolen
CARD_HOLDER_DISCOVERY_DATEVARCHAR2 (250)Date when the cardholder noticed the erroneous transaction
ERROR_DESCRIPTIONVARCHAR2 (250)Description of dispute reason
TRANSACTION_TYPEVARCHAR2 (250)Transaction type: NEW (account <30 days from first load), FOR (foreign-initiated), ATM, POS, OTH (other)
FOLLOWUP_DATEVARCHAR2 (250)Follow-up date
REG_EVARCHAR2 (250)Whether the dispute falls under Regulation E
REGE_RESOLUTION_DUE_DATEVARCHAR2 (250)Date when the Regulation E dispute should be resolved, 45/90 days
MERCHANT_NAMEVARCHAR2 (250)Merchant where the transaction took place
TRANSACTION_DATEVARCHAR2 (250)Date on which the disputed transaction settled
DISPUTE_AMOUNTVARCHAR2 (250)Amount that is disputed
PROVISIONAL_CREDIT_DATEVARCHAR2 (250)Date when provisional credit was awarded
PROVISIONAL_CREDIT_AMOUNTVARCHAR2 (250)Amount of provisional credit awarded
PROVISIONAL_CREDIT_LETTER_DATEVARCHAR2 (250)Date when a provisional-credit letter was sent
PC_REVERSAL_DATEVARCHAR2 (250)Date when provisional credit was reversed
CH_LIABILITY_AMTVARCHAR2 (250)Amount for which the cardholder is liable
RESOLUTIONVARCHAR2 (250)How the dispute was resolved
FINAL_RESOLUTION_DATEVARCHAR2 (250)Date when the dispute was resolved
DISPUTE_STATUSVARCHAR2 (250)Current status of the dispute
MCCVARCHAR2 (250)Merchant category code for the transaction under dispute
CB_DATEVARCHAR2 (250)Chargeback date
CB_AMTVARCHAR2 (250)Chargeback amount
CB_REASON_CODEVARCHAR2 (250)Chargeback reason code

Back to top

Reg Z RDF

The Reg Z RDF includes disputes and chargebacks plus data related to Reg Z so that you can understand the dispute/chargeback status/details and the Reg Z data for reporting to banks.

This table contains default fields for the Reg Z RDF.

  • The primary key for this file is DISPUTE_ID.
  • The filename format is TBA.
  • To link the transactions in this file to the original transactions in the Posted Transactions RDF, match the AUTHORIZATION_CODE + ASSOCIATION in this file with the AUTHORIZATION CODE + NETWORK CODE of the posted transactions.
Field nameData typeDescription
AGENTVARCHAR2 (250)Dispute agent name
ASSOCIATIONVARCHAR2 (250)Card network
AUTH_DATEVARCHAR2 (250)Date when the disputed transaction was authorized
AUTHORIZATION_CODEVARCHAR2 (250)Authorization ID (auth_id) of the disputed transaction
BAL_IDVARCHAR2 (250)Galileo account ID or balance ID
BASE_BINVARCHAR2 (250)Base BIN (6 or 8 digits)
CB_AMTVARCHAR2 (250)Chargeback amount
CB_DATEVARCHAR2 (250)Chargeback date
CB_REASON_CODEVARCHAR2 (250)Chargeback reason code
CH_DISCOVERY_DTVARCHAR2 (250)Date when the cardholder noticed the erroneous transaction
CH_LIABILITY_AMTVARCHAR2 (250)Amount for which the cardholder is liable
CH_NOTICE_DATEVARCHAR2 (250)Cardholder notification date
CRED_RESOLUTIONVARCHAR2 (250)Date when provisional credit was finalized.
CURRENT_STATUSVARCHAR2 (250)Current status of the dispute
DATE_COMPLETEVARCHAR2 (250)Date when the dispute was resolved
DATE_LOGGEDVARCHAR2 (250)Date when the dispute was logged in the system
DISPUTE_AMOUNTVARCHAR2 (250)Original amount that is disputed
DISPUTE_CASEVARCHAR2 (250)Case number for all disputes filed
DISPUTE_IDVARCHAR2 (250)ID assigned to each disputed transaction Format: YYMMDD#####D
ENDING_STATUSVARCHAR2 (250)Final status of dispute
ERROR_DESCRIPTIONVARCHAR2 (250)Description of dispute reason
FINAL_STATUS_DATEVARCHAR2 (250)Date when ENDING_STATUS was input, or the date a dispute was resolved
FOLLOWUP_DATEVARCHAR2 (250)Follow-up date
LOST_STOLENVARCHAR2 (250)Whether the dispute is for a card after it was lost or stolen
LTR_DATEVARCHAR2 (250)Date when the written confirmation letter was received
MCCVARCHAR2 (250)Merchant category code for the transaction under dispute
MERCHANT_NAMEVARCHAR2 (250)Merchant where the transaction took place
PC_AMTVARCHAR2 (250)Amount of provisional credit awarded
PC_DATEVARCHAR2 (250)Date when provisional credit was awarded
PC_LETTER_DATEVARCHAR2 (250)Date when a provisional-credit letter was sent
PC_REVERSAL_DATEVARCHAR2 (250)Date when provisional credit was reversed
PRE_ARB_DATEVARCHAR2 (250)Arbitration chargeback date
PROG_IDVARCHAR2 (250)The identifier that Galileo has assigned to your program
PROGRAMVARCHAR2 (250)Program name
RESOLUTIONVARCHAR2 (250)How the dispute was resolved
SEC_PRESENTMENT_DATEVARCHAR2 (250)Date of the second presentment
SETTLE_DATEVARCHAR2 (250)Date on which the disputed transaction settled
SETTLE_DTL_IDVARCHAR2 (250)Settlement detail ID
SYSTEM_CASE_NOVARCHAR2 (250)not used
TRANSACTION_TYPEVARCHAR2 (250)Transaction type: NEW (account <30 days from first load), FOR (foreign-initiated), ATM, POS, OTH (other)
WRITTEN_CONFIRMATION_REQUESTVARCHAR2 (250)Date when the written confirmation was requested
XIDVARCHAR2 (250)Galileo-generated internal account ID; has a 1:1 relationship with the PRN
Acknowledgement Letter DateVARCHAR2 (250)The date an acknowledgement letter was sent. Must be within 30 days of receiving the dispute.
Deny ReasonVARCHAR2 (250)The reason a dispute was denied.
Dispute StatusVARCHAR2 (250)The dispute status.
Disputed AmountVARCHAR2 (250)The current amount in dispute, accounting for any recoveries or adjustments. (Note: Different from "Dispute_amount" that is the original disputed amount)
ReassertedVARCHAR2 (250)Set when a dispute is reopened.
Reg Z Acknowledgement DateVARCHAR2 (250)The Reg Z 30-day deadline date.
Reg Z DateVARCHAR2 (250)The Reg Z 90-day deadline date.
Resolution Accounting AmountVARCHAR2 (250)The last adjustment amount on a dispute when it was resolved.
Resolution Accounting DateVARCHAR2 (250)The date that resolution accounting took place.
Resolution Letter DateVARCHAR2 (250)The date the final correspondence was generated that resolved the dispute.

Back to top