Professional Documents
Culture Documents
Version 1.1
22 June 2020
Contents
Contents
SMH2003R....................................................................................................................114
Notices......................................................................................................................... 141
There are many methods and software applications that customers can use to
exchange bulk files. When considering bulk file transfer options for their
businesses, customers should compare several hardware and software choices to
determine the best solution. This document may help customers to build and to
maintain a reliable file transfer network.
Most Mastercard customers and business partners exchange at least one kind of
bulk file with Mastercard. If customers send Mastercard bulk files for processing,
they may receive bulk files back from Mastercard. This return of information may
be in the form of confirmations, reports, or processed bulk files. Some customers
also exchange bulk files with other acquirers, clearing banks, business partners, and
support vendors.
Mastercard supports several different options for bulk file exchange. Mastercard
has developed some of these options, and some of these options are solutions
from third-party vendors. These file transfer mechanisms offer a wide range of
functions for a wide range of associated costs.
Mastercard does not recommend any specific file transfer method. Customers
must determine which solution best meets their budget and business model. The
information provided in this manual is presented as an objective evaluation to help
customers make informed decisions.
The Global File Transfer System provides:
• Support for multiple File Transfer methods
• Centralized management of file exchange–customers need only connect to one
point to exchange files with all Mastercard applications
Maintenance
From time to time, Mastercard performs maintenance on the File Transfer
Architecture. The following information outlines the outage windows when
customers can expect to experience a temporary lapse in File Exchange services.
Mastercard Network
Many file transfer mechanisms move data using the Mastercard Network. The
Mastercard Network is the primary “data transport” communications facility that
links all Mastercard customers and Mastercard data. Customers looking for a
solution that bypasses the Mastercard Network should consider using file transfer
mechanisms that support Internet or dial-up connectivity, including third-party
SFTP or File Express.
System Requirements
• Windows® XP (32 bit); Windows® 7 (32 and 64 bit); Windows Server 2003 (32
bit); Windows 2008 R2 (64 bit)
• Java® Runtime Environment (JRE).
JRE is a component of Mastercard File Express Software Package that will be
installed in a custom location. File Express Client is coded to always use the
specific JRE version from that custom location. Alternatively, Customers may
also use an upgraded JRE Version after checking with Support team if the
version they intend to use is supported for the Client or not.
• Registered with Mastercard Connect™ and have a SecurID® token.
Features
Using File Express Client, you can:
• Exchange (download and upload) production and test files between Mastercard
and your host.
• Retrieve archived files. Archived files are those files that have been previously
downloaded from Mastercard successfully. Archived files are available for
retrieval for 30 calendar days which may be overridden to align to regulatory
reasons like On Soil requirements
• Display and print a file transmission report for information regarding successful
or unsuccessful file transfers that occurred during the current transfer session.
• Display and print an audit report for a selected file transfer session. The audit
report contains the specific file exchanged, date and time of the exchange, file
size, and overall transfer session status.
• Display and print a transfer log containing a report for every file transfer
attempted with the Mastercard File Express server on a specific day. The
transfer log report includes the transfer date and time, if the transfer was
successful or unsuccessful, the endpoint of the file transferred, bulk type, and
source file.
NOTE:
• If using the Client program, implementation time is typically 2-3 weeks.
• If using the Scheduler program, implementation time is typically 3-4 weeks.
For more information, see the File Express Client User Guide.
System Requirements
• Windows® XP (32 bit); Windows® 7 (32 and 64 bit); Windows Server 2003 (32
bit); Windows 2008 R2 (64 bit)
• Java® Runtime Environment (JRE).
JRE is a component of Mastercard File Express Software Package that will be
installed in a custom location. File Express Scheduler is coded to always use the
specific JRE version from that custom location. Alternatively, Customers may
also use an upgraded JRE Version after checking with Support team if the
version they intend to use is supported for the Scheduler or not.
• Registered with Mastercard Connect™ and have a SecurID® token.
Features
Using File Express Scheduler, you can:
• Define, maintain, and control a custom file exchange schedule. Files are
transferred with Mastercard on this schedule, with no required user intervention
to initiate each exchange.
• View a list of bulk types by endpoint, the bulk type staging directory, next
transfer time, and last transfer status.
• Specify a staging directory for each bulk type.
• Define a file transfer schedule for each bulk type you exchange with Mastercard
through a given endpoint.
• Specify the schedule for a given bulk type using periodic intervals or a set of
specific times.
• Display and print an audit report for a selected file transfer session. The audit
report contains specific file names exchanged, date and time of the exchange,
file size, and overall transfer session status.
• Display and print a transfer log containing a report for every file transfer
attempted with the Mastercard File Express server on a specific day. The
transfer log report includes the transfer date and time, if the transfer was
successful or unsuccessful, the endpoint of the file transferred, bulk type, and
source file.
• MFE version 7.1 authenticates Scheduler (unattended) sessions with
Mastercard by using SSH (Secure Shell) keys. SSH keys use encrypted network
protocol that allows secure remote logins over an unsecured network. This level
of encryption secures the file transfer path.
• If using the Client program, implementation time is typically 2-3 weeks. While
for the Scheduler program, implementation time is typically 3-4 weeks.
For more information, see the File Express Scheduler User Guide.
How It Works
When a customer uses a MIP for bulk file transfer, the following process occurs:
1. The MIP relays the customer’s bulk files to Mastercard.
2. Mastercard retrieves the files sent from the MIP.
3. Mastercard processes the files.
4. Mastercard returns the response bulk files and reports to the MIP.
5. The customer retrieves the response bulk files and reports from the MIP.
Features
With the MIP bulk file transfer, no hardware or installation fees may be necessary
to upgrade an existing MIP (currently used for authorization or other functions) to
perform bulk file transfer, depending on the rate structure set by a customer’s
regional office.
• A MIP is a Mastercard server installed on the customer’s site to provide access
to the Mastercard Network.
• It is important to note that MFTS file transfer requires that customers have a
MIP, and that it is reliant on the accessibility of that MIP.
• Mastercard stages the files on the MIP, and the customer connects to the MIP
to retrieve them.
• The encryption used with MFTS Bulk File Transfer Protocol encrypts the data
only from the point of the customer’s MIP, to Mastercard.
• The file transfer between Mastercard MIP and Customer mainframe host, uses
a proprietary protocol which requires customer software development.
For more information about MIP bulk file transfer, see the Data Communications
Manual.
Network Connectivity
Connect:Direct requires the use of a virtual private network similar to the
Mastercard Network. It also requires the use of either a security router or MIP.
Security Considerations
Connect:Direct uses the Mastercard Network. It can navigate files easily and
securely through a corporate firewall. It works in conjunction with all of a
customer’s existing security solutions and firewall configurations.
Similar to proprietary Mastercard file transfer mechanisms, Connect:Direct checks
the node ID associated with incoming files against a list of known node IDs to aid
in user authentication.
Features
Connect:Direct has an encryption mechanism which is a add on feature called
Secure Plus. Secure Plus requires certificates and support TLS1.2 transport
security. Connect:Direct provides the following features:
• Moves large volumes of data efficiently
• Restarts file transfer without resending the entire job in event of failure.
Checkpoint establishes a point of failure and resends from that point.
• Ensures delivery
• Automates:
– Runs in an unattended environment 24 hours a day, 7 days a week
– Schedules transfers to be performed individually or on a recurring basis
– Provides event and emergency alert notifications
• Supports data compression
• Provides flexible setup options to easily integrate existing networks and
applications
• Creates portability across mainframes, mid-ranges, desktops, and LAN-based
workstations
• Supports many operating systems and platforms
• The Connect:Direct application will be configured to save files received from
Mastercard applications to a specified directory path on the customer’s server.
• The Connect:Direct method offers options for users to perform translations (for
example, ASCII to EBCDIC).
• Connect:Direct allows automation on the receiving side following successful
transfers.
For more information, visit the IBM– Sterling Connect:Direct Web site.
System Requirements
Data Exchange users must be registered with Mastercard Connect™ and have a
SecurID® token. In addition, Mastercard recommends the following browsers for
optimum performance and optional browser plug-ins. Mastecard Data Exchange
works with all browsers that are supported by MC Connect.
Features
Data Exchange provides the following features:
• Exchange (downloads and uploads) production and test files between
Mastercard and your host.
• Retrieve archived files
• View a list of files uploaded (sent to Mastercard) during the current session
• Confirm that files were uploaded
The endpoint concept is particularly relevant to MDE users as they must manually
select the endpoint associated with the files they want to upload or download.
MDE provides an Endpoint Summary Page that provides summary information
about bulk file types, as well as types of files a customer can upload or download.
RSA SecurID® is a method of two-factor (two source) authentication.
For more information about using Data Exchange, see the Mastercard Data
Exchange User Guide.
Authentication Methods
Two types of authentication methods are supported:
• Attended—RSA Token Based Authentication
• Unattended—SSH Key Pair Based Authentication
Connection Details
URL for connection and exchanging files:
• Production Environment URL (For exchanging production files):
– Attended URL—files.mastercard.com
– Attended URL Port—15022
– Unattended URL—files.mastercard.com
– Unattended URL Port—16022
• Test environment URL (For exchanging test files):
– Attended URL—mtf.files.mastercard.com
– Attended URL Port—15022
– Unattended URL—mtf.files.mastercard.com
– Unattended URL Port —16022
NOTE:
• Customers are recommended to use single user session at a time. If user tries to create
an additional session with an active user ID, the last session would be hijacked causing
the current session to fail.
• Implementing attended mode typically takes 2-3 weeks; unattended mode, 3-4 weeks.
• Secure Shell (SSH) is an encrypted network protocol that allows secure remote logins
over an unsecured network. This level of encryption secures the file transfer path.
• As SFTP software is a third-party product, Mastercard will not be able to provide
technical support for it. Support for the product is provided by the third-party vendor.
System Requirement
• For SD File Push file transfer products, a customer may choose to provide a
remote directory, URL or IP address and port to identify their target server.
• Automated connection where Mastercard pushes outbound files to the
customer’s server as they are available.
• For SFTP key-based file push, Mastercard shares SSH Public with customers to
add to their system. For SFTP password based file push, customer needs to
provide UserID and password.
• During onboarding, customer need to inform Mastercard Implementation team
if they want file to be PGP or ZIP transformed.
• For payload encryption, customer needs to share public part of PGP key with
the Mastercard using which file will be encrypted.
Features
• Support for SFTP with password/SSH Key based authentication.
NOTE:
• For file transfer methods using the Mastercard Network, additional time will be needed
if customer connectivity to the Network has not yet been established.
• If the Secure Plus encryption product (for Connect:Direct) is used, certificates will be
needed for authentication.
Step 3—Prepare Your Network Architecture and Bulk File Naming Strategy
After the paperwork on the file transfer method begins, implementation falls into
two separate tracks.
NOTE: Some file transfer methods rename customer files before sending them to
Mastercard; some file transfer methods leave the renaming duties to Mastercard systems.
Depending on which file transfer product the customer uses, remapping bulk file names on
the customer’s end of the network before they are sent to Mastercard may be necessary.
Exception Handling.....................................................................................................................60
Operator Console Messages.................................................................................................... 61
COBOL Template........................................................................................................................62
Bulk Data Test Plan.................................................................................................................... 65
Getting Started
As with any file transfer mechanism that customers initiate or change, customers
should begin the process of implementing file transfer by calling the Customer
Operations Services team.
Mastercard Customer Services Help Desk
1-800-999-0363 or 1-636-722-6176
1-636-722-6292 (Spanish language support)
U.S. Regional Customer Relations Offices
Atlanta: 1-678-459-9000
Chicago: 1-847-375-4000
Purchase: 1-914-249-2000
San Francisco: 1-925-866-7700
System Requirements
File Express users must, at a minimum, have the following system requirements to
transfer files.
• Windows® XP (32 bit); Windows® 7 (32 and 64 bit); Windows Server 2003 (32
bit); Windows 2008 R2 (64 bit)
• Java® Runtime Environment (JRE).
JRE is a component of Mastercard File Express Software Package that will be
installed in a custom location. File Express Client and File Express Scheduler are
coded to always use this specific JRE version from that custom location.
Alternatively, Customers may also use an upgraded JRE Version after checking
with Support team, if the version they intend to use is supported for the Client
or not.
• Registered with Mastercard Connect™ and have a SecurID® token.
Procedure
1. Log on to Mastercard Connect™ at www.mastercardconnect.com.
2. Enter your User ID and Password.
3. Click Store on the main menu (located in the upper-right corner) on the
Mastercard Connect home page.
4. Scroll to or search for Mastercard File Express Software.
5. Click Add to Cart.
A confirmation message appears.
6. Click Cart to display the cart, and then click Checkout to display the Order
Details window.
7. Under Order Details, click Review Order, and then click Place Order.
After the appropriate Security Administrator approves the order, it is routed to
Mastercard for processing. The user will have access to File Express Software
after Mastercard approves the order. Once the order is approved, Mastercard
File Express Software will appear as an entry in the Applications menu on the
Mastercard Connect home page. Users must have a SecurID® to use File
Express Client. If you do not have a SecurID prior to ordering Mastercard File
Express Software, one will be issued as part of the access approval and product
fulfillment process.
schedule. Files are transferred with Mastercard on this schedule, with no required
user intervention to initiate each exchange.
Getting Started
As with any file transfer mechanism that customers initiate or change, customers
should begin the process of implementing file transfer by calling the Customer
Operations Services team.
Mastercard Customer Services Help Desk
1-800-999-0363 or 1-636-722-6176
1-636-722-6292 (Spanish language support)
U.S. Regional Customer Relations Offices
Atlanta: 1-678-459-9000
Chicago: 1-847-375-4000
Purchase: 1-914-249-2000
San Francisco: 1-925-866-7700
System Requirements
File Express users must, at a minimum, have the following system requirements to
transfer files.
• Windows® XP (32 bit); Windows® 7 (32 and 64 bit); Windows Server 2003 (32
bit); Windows 2008 R2 (64 bit)
• Java® Runtime Environment (JRE).
JRE is a component of Mastercard File Express Software Package that will be
installed in a custom location. File Express Client and File Express Scheduler are
coded to always use this specific JRE version from that custom location.
Alternatively, Customers may also use an upgraded JRE Version after checking
with Support team if the version they intend to use is supported for the
Scheduler or not.
• Registered with Mastercard Connect™ and have a SecurID® token.
Getting Started
As with any file transfer mechanism that customers initiate or change, customers
should begin the process of implementing file transfer by calling the Customer
Operations Services team.
Mastercard Customer Services Help Desk
1-800-999-0363 or 1-636-722-6176
1-636-722-6292 (Spanish language support)
U.S. Regional Customer Relations Offices
Atlanta: 1-678-459-9000
Chicago: 1-847-375-4000
Purchase: 1-914-249-2000
San Francisco: 1-925-866-7700
System Requirements
Data Exchange users must be registered with Mastercard Connect™ and have a
SecurID® token. In addition, Mastercard recommends the following browsers for
optimum performance and optional browser plug-ins.
• Recommended browsers:
– Internet Explorer (version 7, 8, 9, or 10)
– Firefox (version 3.6+)
• Optional browser plug-ins:
– Adobe Flash® 9 or higher
– Adobe Reader® 8 or higher
These plug-ins may be needed when viewing videos or downloading manuals on
Mastercard Connect.
Getting Started
As with any file transfer mechanism that customers initiate or change, customers
should begin the process of implementing file transfer by calling the Customer
Operations Services team.
Mastercard Customer Services Help Desk
1-800-999-0363 or 1-636-722-6176
1-636-722-6292 (Spanish language support)
U.S. Regional Customer Relations Offices
Atlanta: 1-678-459-9000
Chicago: 1-847-375-4000
Purchase: 1-914-249-2000
San Francisco: 1-925-866-7700
The Customer Operations Services team or a designee at the customer’s regional
office will start the paperwork process by initiating a Banknet Service Request
(BSR).
Security
There are several aspects to the security of MIP file transfer.
Mastercard Network
Using a MIP for file transfer requires customers to subscribe to the Mastercard
Network. Even if customers maintain or participate in another VPN, they must
subscribe to the Mastercard Network. Mastercard Network Architecture supervises
the establishment of a secure circuit with the customer business.
Encryption
The security of the Mastercard private network supersedes the need to send
encrypted data.
NOTE: All bulk file transfer activity must use the TCP/IP protocol between the customer’s
processing system and the MIP.
Connectivity
There are two basic types of file transfers.
• From Mastercard—Bulk files that Mastercard transfers from Mastercard
(outbound) to one or more customers (Type—T)
• To Mastercard—Bulk files that Mastercard transfers from a customer to
Mastercard (inbound) (Type—R)
File Transfers from Mastercard to Customer
This flow describes the connectivity for file transfers from Mastercard to a
customer.
1. The MIP File Transfer System (MFTS) sends a pending file transfer to a single
customer or multiple customers.
2. The Mastercard Network transfers the file to MFTS for scheduling and
transferring to the customer.
3. When the necessary system and network resources are available, the MFTS
transfers the file through the Mastercard Network to the designated member
MIP of group or member MIPs.
4. The member MIP receives the file and the Mastercard Network writes the file to
a MIP storage device.
5. The member host, at its discretion, solicits the file from its attached MIP.
File Transfers to Mastercard
This flow describes the connectivity for file transfers to Mastercard.
1. The member host identifies a file that it wants to send to Mastercard and
sends that file to the Mastercard interface processor (MIP) at the customer’s
site.
2. The member MIP receives the file from the customer’s host and writes the file
to a MIP storage device.
3. The member MIP notifies the MIP File Transfer System (MFTS) at Mastercard
that it has a file it wants to transfer.
4. The MFTS receives the request from the remote member MIP and determines if
necessary system and network resources are available for the requested file
transfer. When adequate resources are available, the MFTS notifies the
member MIP to transfer the file.
5. Upon receiving the request to proceed with the transfer, the member MIP
transfers the file to the MFTS. The MFTS writes the file to a storage device to
await a future processing request.
6. Mastercard, at its discretion, solicits the file from the MFTS and the MFTS
transfers the file to the host for processing. This solicitation is based normally
on scheduled processing cycles associated with specific bulk file types.
The following illustrations show the message and data flow between the MIP and
the member host during various file transfer scenarios. In each example, the
following conventions are used.
ID 05/28/97 This icon and the accompanying text show the operator
05:49:33 9272I message that displays on the MIP console. The fields in the
FtFrmMbr FILE operator message are: MIP ID (in this example, ID), date
STARTED FOR and time, message number and severity code (9272I), the
R11112210651 program that originated the operator message
Q447 (FtFrmMbr), and the text of the message.
ID 05/28/97 05:50:32
9288W FtFrmMbr
DUPLICATE FT FILE
NAME R11112210651
File deleted
Filler 45–60 16 AN
Transmission ID
The following information provides more details about each message, purpose, and
format:
• 201—Bulk File Advisement Solicit Message
• 202—Bulk File Advisement Response Message
• 198—Data Acknowledgement Message
• 298—Trailer Message
298—Trailer Message
The following table provides the details about the 298—Trailer message.
Exception Handling
The Bulk File Advisement function must be capable of recognizing and handling
any exceptions in a consistent manner and report them to the member host.
The following table illustrates exceptional conditions that must be recognized by
the MIP software.
COBOL Template
The following COBOL template provides the data mapping of the bulk advisement
processing messages.
NOTE: Successful completion of this test is required before a customer can be certified for
production processing.
running smoothly. However, after six months in production bulk file exchange,
Mastercard expects the following of its customers:
• Customers have cultivated internal troubleshooting specialists with Sterling
Connect:Direct knowledge and expertise.
• Customers must identify these specialists to Mastercard as primary points-of-
contact.
• Customers should use Sterling Commerce as the first stop for support issues
that do not directly affect member file exchange with Mastercard.
Mastercard Network
Use of Sterling Connect:Direct requires most customers to subscribe to the
Mastercard Network. Even if customers maintain or participate in another VPN,
they will need to subscribe to the Mastercard Network. The CTC Administration
team will supervise the establishment of a secure circuit between customers’
businesses and Mastercard.
Encryption
The security of the Mastercard Network supersedes the need to send encrypted
data.
User ID Authentication
Mastercard validates and authenticates a user using one of two methods:
• When sending files to Mastercard, the required method is to use the Secure
Point-of-Entry option within Sterling Connect:Direct. Using this method,
customers provide Mastercard with user IDs of their choice. Mastercard then
cross-references the user IDs against the specific Sterling Connect:Direct node
used by the customer. This prevents any portability of the access privileges
outside of the customer’s Sterling Connect:Direct environment and minimizes
the security risk for both Mastercard and customers.
• When sending files to customers, Mastercard can support either Secure Point-
of-Entry or the user ID and password method (using ACF2). As customers
upgrade and change their systems, Mastercard will help them migrate to the
Secure Point-of-Entry method.
The Mastercard CTC Administration team will help customers set up the most
secure user ID authentication method available for their business models.
NOTE: Secure Shell Protocol (see RFC 4251, RFC 4252, RFC 4253 and RFC 4254).
EndPoints...........................................................................................................................................72
Bulk Types and Bulk Files................................................................................................................72
File Naming Convention in the Mastercard Repository.......................................................... 74
EndPoints
An endpoint is a value that represents a logical address. All Mastercard customers
using file transfer are assigned at least one endpoint.
On the Mastercard side, the endpoint will be linked to the customer’s Endpoint File
Profile; this contains all the details needed by Mastercard to help ensure that the
correct files are delivered successfully to the intended location via the chosen file
transfer method.
All file transfer methods use endpoints; however, the Sterling Connect:Direct also
use additional identifiers: nodes and site names respectively. These are references
to the servers at the customer’s site and at Mastercard.
• Endpoints are comprised of seven digits.
• In conversations with the customer, the endpoint E0023456 is referred to as
endpoint 23456. As we will see later, the full endpoint reference is used when
naming files.
• Customers must provide their chosen file transfer method and ICA (Interbank
Card Association) number (if assigned) when requesting new endpoint setups.
• Customers may request multiple endpoints for a variety of reasons (for
example, for use with different file transfer methods, or to distribute files to
different locations).
• An endpoint cannot be linked to more than one customer.
Features
• There is no “one size fits all” list of bulk types that is used by Mastercard
customers; only the bulk files that support their individual processing needs are
assigned.
• Customers may need new bulk types if they are adding a new product or service.
Bulk types may also change due to Mastercard product upgrades or service
enhancements. Mastercard communicates these additions and changes to
customers via bulletins and release documentation.
• A system or service (for example, Clearing) can have more than one bulk type.
• Separate bulk types are created for test and production files; the same format
is used for both.
• The Member Profile Extract (contained in bulk type T007) has the current listing
of all bulk types.For customers wanting more information on bulk files
supporting specific products and services, consult the related manual. A few
examples are provided a:.
– Clearing: GCMS Reference Manual
– MATCH: MATCH User Manual
– SAFE: SAFE Products User Guide
The bulk file types are subject to change as Mastercard adds or phases out
features in response to new business and technological conditions. The most
current listing of the bulk file types appears daily in the Member Profile Extract
(T007) file.
For questions about bulk file types, contact the Customer Operations Services
team
MCI.AR.T112.M.E0090000.D040928.T095115.A001
Part Description
MCI High-level qualifier.
• MCI—Designation for the Mastercard production environment, which
some test files may use
• YTF—Designation for the Mastercard test facility environment
Part Description
A001 Sequence number. The sequence number is used to ensure unique file
names.
Bulk type, endpoint, date, and time are relevant file name elements for the user.
The date and time is when the data file was created in the Mastercard Global File
Transfer Management System.
Production Environment.................................................................................................................78
Mastercard Test Facility.................................................................................................................78
Production Environment
The production environment allows you to exchange production files or retrieve
archived files from Mastercard.
The file profiles established for your user ID determine which production files are
available to you. Your file profiles are set up to include the endpoints and bulk
types you need to access. After your file profiles have been established by
Mastercard, you can exchange files with Mastercard production applications, such
as the Account Management and clearing systems, and Stand-In processing.
Bulk files that begin with “MCI” are designated for the Mastercard production
environment. Mastercard guarantees that all incoming bulk files with a file name
beginning with MCI will get prompt delivery to the business area and systems
noted within the file name. Only bulk files with active, legitimate processing needs
should be sent to the production environment.
NOTE: YTF is the designation for the Mastercard Test Facility environment. Customers
using Connect:Direct will need to specify the YTF environment qualifier on bulk file names
destined for the Mastercard Test Facility.
GCMS/Non-GCMS Recovery
Settlement and clearing backup is available online if disaster recovery operations
are expected to continue for an extended period from an alternate site that has a
Mastercard disaster recovery processing configuration in place.
Initial Testing—Phase 1
The first phase of testing varies depending on the type of testing. For information
about the business resumption testing process, contact Customer Implementation
Services.
For information about:
• Sending batch file maintenance requests via bulk file or Mastercard File Express,
see the Account Management System User Manual.
• Sending SAFE—Monthly Data R847 bulk files, see the Security Rules and
Procedures manual for specifications.
• Sending R311 bulk files via Mastercard File Express, see the Mastercard File
Express Client User Guide.
Testing Complete—Phase 2
After the completion of successful testing, Mastercard issues a letter to the
member indicating that Mastercard Business Resumption Service testing has been
completed for GCMS procedures to the satisfaction of the member and the
Customer Implementation Services specialist.
*************************************************************************************************
****************************
--------------- OS JCL FOR COMPILE AND LINK EDIT -----------------
//SYSPRINT DD SYSOUT=*
//SYSLIN DD DSN=&OBJ,SPACE=(3040,(40,40),,,ROUND),UNIT=SYSDA,
// DCB=(BLKSIZE=3040,LRECL=80,RECFM=FBS,BUFNO=1),
// DISP=(MOD,PASS)
//SYSUT1 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA
//SYSUT2 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA
//SYSUT3 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA
//SYSUT4 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA
//SYSUT5 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA
//SYSIN DD DDNAME=CSYSIN (SEE BELOW)
//SYSPRINT DD SYSOUT=*
//SYSLIB DD DSN=MCI.TS.COBLIB,DISP=SHR
//SYSLMOD DD DSN=MCI.AD.TEST.PGMLIB,DISP=SHR
//SYSUT1 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA,DCB=BUFNO=1
//SYSLIN DD DSN=&OBJ,DISP=(OLD,DELETE)
// DD DDNAME=LSYSIN
*************************************************************************************************
*****************************
*************************************************************************************************
*****************************
//CSYSIN For information on the data sets assigned to the input DD names (CSYSIN
and LSYSIN) for each compilation, see Compile and Link Edit of Specific
//LSYSIN
Source Modules.,
*************************************************************************************************
*****************************
OS—Assembler Programs
The following job stream illustrates the OS JCL for assembly and link of the
Mastercard supplied Assembler source modules, CR99XXXX, and IE740010.
*************************************************************************************************
****************************
------------- OS JCL FOR ASSEMBLE AND LINK EDIT -------------------
// PARM=(OBJ,NODECK)
//SYSPRINT DD SYSOUT=*
//SYSLIB DD DSN=MCI.AD.PROD.MACLIB,DISP=SHR
// DD DSN=SYS1.MACLIB,DISP=SHR
//SYSUT1 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA
//SYSUT2 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA
//SYSUT3 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA
//SYSGO DD DSN=&&OBJSET,UNIT=SYSDA,SPACE=(80,(200,50)),
// DISP=(MOD,PASS)
// REGION=128K,COND=(4,LT,ASM)
//SYSPRINT DD SYSOUT=*
//SYSLIB DD DSN=MCI.TS.COBLIB,DISP=SHR
//SYSLMOD DD DSN=MCI.AD.TEST.PGMLIB,DISP=SHR
//SYSUT1 DD SPACE=(1024,(120,120),,,ROUND),UNIT=SYSDA,
// DCB=BUFNO=1
//SYSLIN DD DSN=&OBJSET,DISP=(OLD,DELETE)
CR99XXXX
The CR99XXXX module does not apply to customers that transmit and receive files
with a tape unit attached to a Mastercard interface processor (MIP).
Two versions of the “CR99XXXX” module are provided; one using the IBM TCP/IP
stack and one using the Interlink TCP/IP stack. Only one of the two “CR99XXXX”
Assembler modules should be chosen for assembly and link-editing with the
necessary COBOL programs. Each module performs the same logical functions
and has the entry point name “MCIMIPIO.” MCIMIPIO is not a separate module,
but exclusively an entry point.
The criteria for choosing the correct module depend on the communications
protocol used between the member host and the MIP for bulk data delivery. The
criteria are as follows:
• CR992050—TCP/IP Module for use with InterLink IP stack, version 3.1 or later
• CR992070—TCP/IP module for use with IBM IP Stack
*************************************************************************************************
*****************************
----------- ASSEMBLE AND LINK EDIT CR99XXXX ---------------------
//LSYSIN DD *
NAME CR99XXXX(R)
ENTRY MCIMIPIO
/*
*************************************************************************************************
*****************************
NOTE: All customers must migrate from existing legacy protocol connections between their
hosts and MIPs to Transmission Control Protocol (TCP)/Internet Protocol (IP).
CR992050 Codes
MHPF module CR992050 is compatible with INTERLINK IP Stack, version 3.1 or
later. Customers that use IP stacks from vendors other than Interlink or IBM may
still use CR992050 as a template for file transfer. However, customers must
replace the CR992050 INTERLINK TCP/IP application programming interface (API)
calls with the TCP/IP API calls supported by their preferred vendor.
The following parameters and error codes are associated with the CR99 routine
necessary to support the TCP/IP MIP interface.
Inputs
The calling application routine places all inputs in memory.
1. MIOREQST—request code
1 = Open
2 = Close
3 = Send
4 = Receive
2. MIOIODDN—DNR host MIP name
3. MIOIOAPL—TCP/IP SUBSYS name
4. MIORECD—Record for SEND or buffer for RECEIVE
Outputs
The calling application routine places all outputs in memory or in General Purpose
Register 15.
15 = SEND data
Normal Completion
Error Conditions
CR992070 Codes
MHPF module CR992070 is compatible with IBM’s IP Stack. Customers that use IP
stacks from vendors other than IBM may still use CR992070 as a template for file
transfer. However, customers must replace the CR992070 IBM TCP/IP application
programming interface (API) calls with the TCP/IP API calls supported by their
preferred vendor.
The parameters and error codes are associated with the CR992070 routine
necessary to support the TCP/IP MIP interface.
In the Normal Completion and Error Condition tables:
• MIO is left off the labels.
• REQST and ERRFN have values as described in Inputs and Outputs tables.
• n/a indicates that the value is not applicable.
Inputs
The calling application routine places all inputs in memory.
1. MIOREQST—request code
2. MIOIODDN—DNR host MIP name
3. MIOIOAPL—TCP/IP SUBSYS name
4. MIORECD—Record for SEND or buffer for RECEIVE
1 = Open
2 = Close
3 = Send
1. MIOREQST—request code
2. MIOIODDN—DNR host MIP name
3. MIOIOAPL—TCP/IP SUBSYS name
4. MIORECD—Record for SEND or buffer for RECEIVE
4 = Receive
Outputs
The calling application routine places all outputs in memory or in General Purpose
Register 15.
Normal Completion
Error Conditions
IE7400010
The following sample displays the load module IE7400010.
*************************************************************************************************
*****************************
---------------- ASSEMBLE AND LINK EDIT IE740010 -----------
//LSYSIN DD *
NAME IE740010(R)
/*
*************************************************************************************************
*****************************
MH410010
The following sample displays the load module MH410010.
*************************************************************************************************
*****************************
------------- COMPILE AND LINK EDIT MH410010 ---------------
//LSYSIN DD
INCLUDE SYSLMOD(CR99XXXX)
NAME MH410010(R)
/*
*************************************************************************************************
*****************************
MH545010
The following sample displays the load module MH545010.
*************************************************************************************************
*****************************
------------------ COMPILE AND LINK EDIT MH545010 -----------------
//LSYSIN DD *
NAME MH545010(R)
/*
*************************************************************************************************
*****************************
MH550010
The following sample displays the load module MH550010.
*************************************************************************************************
*****************************
----------------- COMPILE AND LINK EDIT MH550010 ------------------
// DD *
LSYSIN
NAME MH550010(R)
/*
MH545010
*************************************************************************************************
*****************************
MH580010
The following sample displays the load module MH580010.
*************************************************************************************************
*****************************
----------- COMPILE AND LINK EDIT MH580010 ---------------------
//LSYSIN DD *
NAME MH580010(R)
/*
*************************************************************************************************
*****************************
MH590010
The following sample displays the load module MH590010.
*************************************************************************************************
*****************************
----------- COMPILE AND LINK EDIT MH590010 --------------------
//LSYSIN DD *
NAME MH590010(R)
/*
MH545010
MH580010
*************************************************************************************************
*****************************
MH560010
The following sample displays the load module MH560010.
*************************************************************************************************
*****************************
--------------- COMPILE AND LINK EDIT MH560010 ---------------------
//LSYSIN DD *
NAME MH560010(R)
/*
Note: As a programming reference, the following programs are called by the
source module but should not be linked. Linking will occur in the
compilation of other source code. The Linkedit Parm “NCAL” should
be added to the Link Step.
CR99XXXX
IE740010
MH545010
MH590010
*************************************************************************************************
*****************************
MH600010
The following sample displays the load module MH600010.
*************************************************************************************************
*****************************
----------------- COMPILE AND LINK EDIT MH600010 -------------------
//LSYSIN DD *
NAME MH600010(R)
/*
MH545010
MH550010
*************************************************************************************************
*****************************
MH500010
The following sample displays the load module MH500010.
*************************************************************************************************
*****************************
------- COMPILE AND LINK EDIT MH500010 -------
//CSYSIN DD ((((((( SOURCE MODULE (MH500010) )))))))
//LSYSIN DD *
ENTRY MH500010
NAME MH501010(R)
/*
*************************************************************************************************
*****************************
NOTE:
MHPF was designed to use the load name MH501010 when compiling the program
MH500010.
Member Host module MH501010 and all the variants of it will link as an RMODE=24 module
due to the inclusion of the IE740010 module.
Packed Records
The record format is represented by:
• N=Numeric
• P=Packed
• AN=Alphanumeric
Record Description
Member Profile 5—Currency Conversion Identifies all currency code values supported
Values, ISO Code, ISO Rate, and Rate by Mastercard.
Exponent
Member Profile 6—Bulk Type Identifies all valid bulk files.
Type 6 records in the MPE are no longer used
in the MHPF program to validate bulk types.
Member Profile 8—MHPF Current Program Lists the MHPF programs and the current
Version Numbers version of each program.
Member Profile 5—Currency Conversion Values, ISO Code, ISO Rate, and Rate
Exponent
Customers use the Member Profile 5—Currency Conversion Values, ISO Code, ISO
Rate, and Rate Exponent record to identify all currency conversion values, ISO
codes, rates, and exponent values supported by Mastercard. There will be as many
type five records as needed to accommodate all ISO codes that Mastercard
supports. Mastercard supports as many as 196 ISO codes.
JCL Setup
Sample JCL procedures used to load and unload bulk files from the Mastercard
interface processor (MIP) are provided, as well as flow charts illustrating these
procedures.
SMH1002R
A sample of OS JCL for the edit and load of non-clearing files is provided.
SMH1003R
A sample of OS JCL for loading variable length bulk types to a MIP is provided.
NOTE: These JCL procedures are intended for use by customers creating files in the IPM
format. For further instructions, see the Clearing Optimizer—Mainframe for further
instructions.
SMH2001R
A sample of OS JCL for the unload of clearing and non-clearing files is provided.
Clearing/Non-Clearing Unload
SMH2003R
A sample of OS JCL for unloading variable length bulk types from a MIP is
provided.
Current Environment
The Mastercard Network delivers many different types of bulk files to MIPs located
at member sites. Each type of bulk file contains different data (for example, fraud
data, clearing data, and billing data). A bulk file ID identifies the type of data
contained in a bulk file.
Customers typically initiate unload jobs based on the time of day they expect bulk
files to be available. If the requested bulk files are not present on the MIP for
unloading, the unload job will abnormally end (abend).
To avoid receiving the abend message from Member Host Preparation Facility
(MHPF), customers periodically may query their MIPs to determine when bulk files
are available to be unloaded and processed. When customers observe that a
particular type of bulk file is present, they manually initiate a process to unload the
file from the MIP to their host computers for processing through their internal
applications. Customers often wait for several files of one type (such as four
clearing files) to be present on their MIPs before unloading and processing.
Customers may have their MIPs and host computers at different physical
locations. If this is the case, deciding when to initiate unloads of Mastercard bulk
files may involve several telephone calls between sites.
How It Works
The MIP Bulk File Advisement program generates a report and a file that identifies
the availability of bulk files on the MIP. Both the report and the file contain the
same information.
When the MIP Bulk File Advisement program is run, it generates the Bulk File
Advisement Report (MH410010–AA). Customers use the report to determine
whether specific files are available on the MIP and, regardless of the location of
the MIP, determine the appropriate internal jobs to run.
The MIP Bulk File Advisement program also generates a file that consists of a
record for each bulk file that meets the request criteria. Each record contains the
bulk file identification, status, source, blocks, and file creation data. If there are no
files on the MIP that meet the request criteria, a null file is created.
Customer-Defined Parameters
Customers determine the extent to which the MIP Bulk File Advisement program
queries the MIP by submitting a Parameter Control Card file each time they run
the MIP Bulk File Advisement program.
Customers use the Parameter Control Card file to specify the criteria the MIP Bulk
File Advisement program will use to identify the availability of bulk files on the MIP.
The criteria may include specific bulk file type, status, or unique file name.
The Parameter Control Card file also allows customers to request a complete
directory that identifies all bulk files on the MIP, regardless of file type, status, or
unique file name. Customers can submit as many as five Parameter Control Cards
with a single execution of the program. For the file layout, see Parameter Control
Card File (MH410010).
NOTE: The MH410010 program is a constant value in positions 65–72 of the Parameter
Control Card file.
Query for All Files with a Specific Bulk File Type (Both Clearing and Non-Clearing)
To determine, for example, the presence of bulk files with a file type of T on the
MIP for unloading, a member should submit two Parameter Control Card files as
follows.
Query for all Files with a Specific File Status (Both Clearing and Non-Clearing)
To determine the presence of staged bulk files on the MIP for unloading, a member
should submit one Parameter Control Card file as follows.
//
*************************************************************************************************
*****
STEP000 - SORT INITIALIZE
/*
/*
//
*************************************************************************************************
*****
//STEP000EXEC PGM=SORT//SYSOUTDD SYSOUT=*//SORTIN DD DATA,//SORTOUT DD
DSN=MEMBER.MH.REQUEST.CARDS,// UNIT=DISK,SPACE=(TRK,1),//
DCB=(RECFM=FB,LRECL=80,BLKSIZE=32000),// DISP=(,CATLG,DELETE)//SYSIN DD * SORT
FIELDS=COPY//STEP001 EXEC PGM=MH410010//SYSPRINT DD SYSOUT=*//SYSOUT DD
SYSOUT=*//SYSUDUMP DD SYSOUT=D//SYS001 DD DSN=MEMBER.MH.REQUEST.CARDS,DISP=SHR//
SYS050 DD UNIT=MIP UNIT NUMBER// DD DUMMYUSE THIS DUMMY STATEMENT WHEN VTAM
//
*************************************************************************************************
*****
//*Include the DD statement for SYSTCPD when using TCP/IP protocol//*For any
other protocol, it must be removed
//
*************************************************************************************************
*****
//SYSTCPD DD DSN=MEMBER TCPIP PARMS DATASET(member),DISP=SHR//SYS201 DD
DSN=MEMBER.MH.BULK.FILE.ADVISEMT,// UNIT=DISK,SPACE=(CYL,(10,5),RLSE),//
DCB=(RECFM=FB,LRECL=120,BLKSIZE=24000),// DISP=(NEW,CATLG,DELETE)//SYS202 DD
SYSOUT=*,DCB=(RECFM=FBA,BLKSIZE=133)/*
//
*************************************************************************************************
*****
Field Descriptions
Following are the field descriptions for the Bulk File Advisement Report
(MH410010-AA).
Field Description
Run Date Date the member executed the MIP Bulk File Advisement
program in MMDDYY format.
Bulk Type Specific bulk file requested for unload by the Bulk File
Advisement execution; for example, T, R, or A file.
Unique or Partial Name Bulk file names requested with the execution.
Status Bulk file status requested with the execution.
Bulk File Advisement Heading that precedes the requested bulk file information.
Response
Bulk File ID Unique file name for each bulk file that currently resides
on the MIP. If there is more than one bulk file on the MIP
that meets the requested requirements, the bulk files are
listed in alphanumeric order.
File Status Status or message of the bulk file execution. Valid
messages include:
• File being read to update NCR database
• File use complete (purgeable)
• File is complete, delivered
• File is staged and available
• File appended with edit errors
• File in progress to host
• File in progress from host
• File transfer interrupted
• Database session initiated
• File being processed by engine
• Log file in progress
• File is being written for log
• File in progress through network
File Source Indicates the origin of the bulk file; for example member
host, logger, or network.
Receiver Blocks Indicates the size of the bulk file in 4096 character blocks.
Creations Day Indicates the Julian date the bulk file was created or last
modified.
Receive Day Julian date the bulk file was received at the member site.
Receive Time Time the bulk file was received in HHMMSS format.
Field Description
Send Day Julian date the bulk file was sent.
Send Time Time the bulk file was sent in HHMMSS format.
Generic Bulk Type The requested bulk file type that was entered by the
member on the Control Card file.
NOTE: The CTC Admin Group will be engaged in testing with customers using
Connect:Direct and situations where Mastercard pushes files, or the customer pushes files,
to exchange security parameters.
NOTE: If you want to test additional bulk files associated with the Mastercard products
and services you will be supporting, your assigned Mastercard Tester will assist you.
Installing MHPF
The initial setup for installation of Member Host Preparation Facility (MHPF)
includes the following process.
Procedure
1. Receive software from Mastercard.
2. Compile and link software.
3. Set up JCL procedures to:
– Unload MPE file using SMH2001R
– Load any non-clearing files that you process using SMH1002R
– Unload any non-clearing files that you process using SMH2001R
– Run Bulk File Advisement program (optional)
– Load any GCMS clearing files that you process using SMH1003R
– Unload any GCMS clearing files that you process using SMH2003R
The SMH1003R and SMH2003R JCL sets are intended for use by customers
creating files in the IPM format. For additional instructions, see Clearing
Optimizer—Mainframe.
What to do next
Mastercard has established production and test bulk types for all bulk files sent
through the Mastercard Network. It is important to use TEST bulk types when
processing files for testing purposes to avoid potential production problems. See
specific guidelines for control card and setup to produce TEST bulk types.
Procedure
1. Load the clearing file.
Following initial setup, proceed by testing a Global Clearing Management
System (GCMS) clearing file sent to Mastercard. Create a test file
representative of a clearing file from your internal operations department and
send it to Mastercard. This file should emphasize records to be used in
production and should contain a reasonable number of records.
Perform a load of the IPM format data to your MIP:
– Run the SMH1003R JCL.
– Indicate R119 in the first four positions of the control card.
2. Load the non-clearing bulk file.
– Obtain a copy of a file that is blocked less than 1014 bytes.
– Perform a load of non-clearing data to your MIP using bulk ID R601 or R603.
– Run the SMH1002R JCL.
– Indicate R601 in the first four positions of the control card if you are loading
General Bulk Data.
3. Load non-clearing bulk file (optional).
– Perform this step for any daily processed file that is sent to Mastercard, such
as a fraud file. Use the instructions in step 2.
– Indicate the selected bulk type in the first four positions of the control card.
4. Upon successful completion of the previous steps, notify your Customer
Implementation Services specialist of the full transmission IDs. The test system
will:
– Unload the customer’s files sent to Mastercard.
– Produce an in-house settlement edit report using the test IPM format data
file. Any discrepancies will be noted.
– Return a T120 Bulk File of TEST clearing and settlement data to the
customer.
– Return the same data that the customer sent in the outbound general bulk
file (R601) to the customer in an inbound general bulk file (T602).
– Return the same data that the customer sent in the outbound GCMS
general bulk file (R603) to the customer in an inbound GCMS general bulk
file (T604).
Customer Implementation Services will inform you of the complete
transmission IDs of the files sent. Verify the data contained in specified non-
clearing bulk files.
5. Unload clearing files.
Pended Transmissions
The following conditions can cause non-clearing bulk files to be marked as
“PENDED.”
• At least one record in the file is not blocked at the proper logical record length
• Invalid transaction code
• Sequence errors
The MHPF program listing will indicate that the file has been marked as PENDED
and will indicate the errors. The customer may choose to correct these errors and
resubmit the MHPF load JCL or may indicate a “P” in column 34 of control card
MH501010 and rerun the MHPF load JCL without correcting the errors. It will be
sent to Central Site and processed, and any errors will be noted.
NOTE: Contact Network Administrator for testing the SFTP connection for production and
MTF environment.
Production
Testing the domain name service for attended or unattended production URL
Procedure
1. From the Windows Start menu, click Run.
The Run dialog box appears.
2. In the Open box, type “cmd”, and then click OK.
The Command Prompt window appears.
3. Run the command “nslookup files.mastercard.com”.
The output display the following text:
Non-existent domain?
Contact your Network Administrator to diagnose why your network’s DNS is not able
to resolve the Mastercard File Express URL to its IP address.
What to do next
Once you have resolved the DNS host name for “files.mastercard.com” to IP
Address 216.119.219.66, , and still cannot authenticate, proceed to the Testing
SFTP Connection section.
Testing SFTP Connection
Perform the test to verify whether a SFTP connection can be made to the
Mastercard File Express server using the host name “files.mastercard.com” and
port 15022 for attended and 16022 for unattended.
Procedure
Run the command “telnet files.mastercard.com 15022” for testing attended SFTP
and the command "telnet files.mastercard.com 16022" for testing unattended
SFTP.
The output will display the following text: “SSH-2.0-SSHD”.
MTF
Testing the domain name service for attended or unattended MTF URL
Procedure
1. From the Windows Start menu, click Run.
The Run dialog box appears.
2. In the Open box, type “cmd”, and then click OK.
The Command Prompt window appears.
3. Run the command “nslookup mtf.files.mastercard.com”.
The output display the following text:
Non-existent domain?
Contact your Network Administrator to diagnose why your network’s DNS is not able
to resolve the Mastercard File Express URL to its IP address.
What to do next
Once you have resolved the DNS host name for “mtf.files.mastercard.com” to IP
Address 216.119.218.19 and still cannot authenticate, proceed to the Testing SFTP
Connection section.
Testing SFTP Connection
Perform the test to verify whether a SFTP connection can be made to the
Mastercard File Express server using the host name “mtf.files.mastercard.com”
and port 15022 for attended and 16022 for unattended.
Procedure
1. From the Windows Start menu, click Run.
The Run dialog box appears.
Notices
Following are policies pertaining to proprietary rights, trademarks, translations,
and details about the availability of additional information online.
Proprietary Rights
The information contained in this document is proprietary and confidential to Mastercard
International Incorporated, one or more of its affiliated entities (collectively “Mastercard”), or
both.
This material may not be duplicated, published, or disclosed, in whole or in part, without the
prior written permission of Mastercard.
Trademarks
Trademark notices and symbols used in this document reflect the registration status of
Mastercard trademarks in the United States. Please consult with the Global Customer Service
team or the Mastercard Law Department for the registration status of particular product,
program, or service names outside the United States.
All third-party product and service names are trademarks or registered trademarks of their
respective owners.
Disclaimer
Mastercard makes no representations or warranties of any kind, express or implied, with
respect to the contents of this document. Without limitation, Mastercard specifically disclaims
all representations and warranties with respect to this document and any intellectual property
rights subsisting therein or any part thereof, including but not limited to any and all implied
warranties of title, non-infringement, or suitability for any purpose (whether or not Mastercard
has been advised, has reason to know, or is otherwise in fact aware of any information) or
achievement of any particular result. Without limitation, Mastercard specifically disclaims all
representations and warranties that any practice or implementation of this document will not
infringe any third party patents, copyrights, trade secrets or other rights.
Translation
A translation of any Mastercard manual, bulletin, release, or other Mastercard document into a
language other than English is intended solely as a convenience to Mastercard customers.
Mastercard provides any translated document to its customers “AS IS” and makes no
representations or warranties of any kind with respect to the translated document, including,
but not limited to, its accuracy or reliability. In no event shall Mastercard be liable for any
damages resulting from reliance on any translated document. The English version of any
Mastercard document will take precedence over any translated version in any legal proceeding.