Professional Documents
Culture Documents
Edit Package
Edit Package
Outgoing Processing
The term outgoing refers to interchange sent from the member’s processing
center to the VIC. See Figure 1–1.
Pre-Edit Processing
The first part of the outgoing process is performed by software belonging to
the processing center. This is usually referred to as pre-edit processing, since
it is done prior to processing by the Edit Package. Pre-edit processing involves
the capture, editing, and formatting of interchange data. Transactions
submitted into interchange are processed through the processing center’s
pre-edit software, which places this information into a Center Transaction
File (CTF). Once pre-editing is completed, the data is ready to be run through
the Edit Package.
Interchange data are protected from system failure after being accepted by
the VIC. In the event of a failure, the BASE II System can restart processing
where the failure occurred. If requested, interchange files can also be rebuilt
and electronically transmitted to the processing center.
Incoming Processing
The term incoming refers to interchange coming into the member’s processing
center from the VIC. See Figure 1–2.
The overall incoming control program E3IN calls an initialization process at
the beginning of each incoming Edit Package run and then processes each
transaction found in the ITF. At the end of processing, the control program
produces the necessary reports and makes the CTF available for use by the
processing center if there are no severe errors in the interchange file.
Incoming Edit Package files contain:
Financial and nonfinancial interchange transactions
Settlement totals
Post-Edit Processing
Post-edit software, written by center personnel or by an outside vendor,
reformats and processes incoming interchange received from the VIC. This
software prepares interchange so that it can be processed by cardholder and
merchant posting programs and used for other processing center purposes,
such as fraud analysis.
the Edit Package is run. Through the use of run control options, the
processing center can modify how the Edit Package software runs in the
individual environments.
Formatting—One of the functions of the Edit Package is to format CTF
data into ITF data during an outgoing cycle and to format ITF data into
CTF data during an incoming cycle.
The processing center can control some formatting functions so that
outgoing and incoming files and transactions can be more easily processed
by the center’s internal systems.
Validation—Validation of interchange is a major function of the Edit
The following files, which must reside on a direct access storage device:
BIN File
NOTE: Information from the BIN and ARDEF Top Gun History files
determine the Processing Center’s most frequently referenced BINs and
ARDEFs. and ensure they are loaded into computer memory.
Language File
Rules File
E3OUT loads the tables with values needed for the transaction validation
process. If specified, E3OUT calls optional extended service modules to
calculate cutoff dates required to perform timeliness edits for incentive
scheme processing.
Once the files and tables are loaded, E3OUT validates all run control options,
and:
1. Sets default values for run control options, where necessary
2. Performs cross-validation of run control options to ensure that there are
no conflicting options in the run
3. Stores the run control options in effect for the run in internal tables
4. Writes the run control options in effect for the run to the Log File
After validating the run control options, E3OUT references the History File to
assign run and starting batch numbers. Batch numbers start at 1 for each
processing day and are incremented by 1 for each batch processed.
Reruns—If the current outgoing Edit Package run is a rerun, E3OUT verifies
that it has already performed the run for the run date in effect and reuses the
starting batch number in effect for the original run.
Process CTF
1. Check File Header—If there is a file header, this process verifies that it
is correct. If the file header contains a nonzero Unique File ID, then
E3OUT checks the History File to verify that it is not a duplicate file.
2. Build Logical Transactions—This process reads one Transaction
Component Record (TCR) at a time from the outgoing CTF, validates the
sequence number, and groups the TCRs together to build each logical
transaction.
Validate Transactions
E3OUT passes the TCRs for each logical transaction to the table manipulation
submodule that validates the transaction code. Based on the transaction code,
the table manipulation submodule uses the appropriate transaction layout
from the tables and performs edits against the rules and values defined in the
tables. (See BASE II Clearing Interchange Formats manuals for definitions of
the transaction edits.)
The table manipulation submodule also passes back to E3OUT any errors and
formatted information needed to generate reports.
Calculates the hash value for each record, if duplicate batch checking via
hashing is selected
Extract Reports
Once optional processing is completed, E3OUT calls the report extract module
which extracts summary and transaction-based report information and passes
it to a work file.
Create ITF
After extracting summary and transaction-based report information, E3OUT
calls the transaction write module. If a transaction was not rejected, it is
written to the outgoing ITF.
Rejected Transactions—If a transaction was rejected and the processing
center has selected the SAVEREJECT run control option, the transaction is
written to the Rejected Item File.
Hash Totals—If the processing center uses an IBM mainframe (MVS and
VSE), a 2-byte hash total field is inserted in each transaction at this time.
CTF Trailers
E3OUT verifies that all batch and file trailers balance, that is, totals read
from the records in the CTF equal the sums of accepted and rejected totals
accumulated by E3OUT during processing. If duplicate batch detection has
been selected using the DUPBATCH option, E3OUT will also compare the
batch hash value or Center Batch ID against the history file values.
ITF Trailers
The Edit Package writes a batch trailer to the ITF every time a batch trailer is
encountered in the CTF. File trailers are written to the ITF at the end of CTF
processing. If more than one CTF is processed, the Edit Package will combine
the CTFs on the ITF. If ITF files are being written to tape or diskette, the Edit
Package will also write a file trailer whenever the tape or diskette is full. A
file header record for the next tape or diskette is then written to the ITF.
date of run and version and date of tables used during the run.
Information showing the version number of the Edit Package software
Load Tables
After the ITF is created, E3OUT calls the table manipulation submodule to
reload the Rule, Value, and Language Tables with information needed to
generate reports.
interchange
Optional transaction-based reports that are detail reports of the
transaction information
After sorting data for the above reports, E3OUT calls the appropriate modules
to format the reports.
An outgoing file record for each file processed during the run
Exception Conditions
The several types of exception conditions are as follows:
Severe Errors
If a severe error is detected during the outgoing Edit Package run:
The appropriate severe error message appears in the Validation Exception
Processing of the Edit Package continues to the end of the run, if possible.
CTF Errors
If any errors are detected during the processing of the CTF, the transactions
with errors are written to the Validation Exception Detail Report (EP–100A)
and are not passed to the ITF. If the SAVEREJECT run control option is
selected, the transactions in error are written to a separate CTF.
Messages
After each outgoing Edit Package run, the banner page on the EP–100A
Validation Exception Detail Report displays a message indicating the status of
the run.
Table Files
The Edit Package table files consist of two separate loadable table images
called image A and image B. One of the images is used for the current Edit
Package release, while the other image is reserved for possible use with a
future release of the Edit Package.
Each loadable table image consists of four indexed files: ARDEF, BIN,
Language, and Rules files. Each image has two merged sequential copy files,
which include the contents of all four indexed files. During outgoing runs, the
merged files are used only to recover the indexed version of the files when the
existing indexed versions are not usable.
Transaction layouts and edit logic are maintained by TC 54 table updates
received from the VIC through the processing center’s incoming interchange.
This allows business enhancements to be implemented without the need to
update and redistribute Edit Package source code.
BIN File
The indexed BIN File is a permanent file containing a valid BIN Table. A BIN
is a six-digit system number used by Visa to identify processing centers and
members. The BIN Table contains all valid BINs and their BASE II
processing status codes. The BIN File is used to validate BINs used in
transactions processed for interchange.
Language File
The indexed Language File includes the text of:
Validation error messages
Log messages
Report headings
Report literals
Rules File
The indexed Rules File contains transaction layouts and business validation
logic. The transaction layouts and business validation logic are used to edit
and report interchange transactions.
History File
The indexed History File contains a history of batches, files, and runs for
outgoing and incoming Edit Package processing.
Log File
The indexed Log File contains messages recorded during Edit Package
processing. The messages include run control and environmental information,
as well as any unusual conditions warranting review.
Backup Files
The types of backup files are as follows:
Report Files
Each outgoing Edit Package report is written to a separate file. If data for a
particular report was not received, the file will contain a report header and a
message indicating that there is not any data to report.
pre-edit system.
File ID—This is a three-digit number that must be unique for each CTF
processed by the Edit Package for any given Center Processing Date. File
IDs do not need to be in an ascending sequence.
The outgoing Edit Package compares the combination of Center Processing
Date and File ID against the Edit Package History File. If a match is found,
the Edit Package run is immediately terminated.
Processing centers can produce a TC 90 header record and avoid duplicate
detection by applying a value of zero in the File ID field.
NOTE: If multiple pre-edit systems create outgoing CTFs destined for outgoing
interchange, Visa recommends that a pre-defined range be allocated to
each pre-edit system to ensure uniqueness of File IDs and to avoid
potential conflict.
Validation exception, summary, and processing log reports produced during the outgoing run
Validation exception, returned item, summary, and processing log reports produced during the
incoming run.
On-request reports produced by Edit Package utility programs.
Optional transaction-based reports produced during either the incoming or outgoing run
Numbering Convention
Edit Package reports are identified by the prefix EP, an en dash (–), and a three-digit number that conforms
to the following numbering scheme:
For example, the report ID for the incoming Interchange Transaction File Distribution report is: EP–230.
A separate set of alphabetic identifiers applies to Fee Collection/Funds Disbursement reports or the EP–748
BASE I Advice reports. The levels for the reports are as follows:
Outgoing interchange reports are created as a result of the Edit Package validation of data contained in
the Center Transaction File (CTF).
Records transaction exceptions so that erroneous fields can be corrected before submitting the transaction
for reprocessing.
First, check if rejected transactions match on the EP–100C and EP–110E reports (for the run). Then for
details, see if they reconcile with EP–110B (for the same batch) and EP–110C (for the same file). Rejected
transactions are also reported on EP–111C (for the same file) and on EP–111E (for the run) by type of
currency.
Description
This report lists outgoing interchange transactions found to be in error and not included in the Interchange
Transaction File (ITF). It is introduced by a banner page showing one of the run status messages.
Based on the value of run control option EXCPRPTFMT, rejected items shown on this report will be
formatted like the EP–204A and EP–206A returned item reports or they will be unformatted. Also, based on
the value of run control option EXCPRPTSEQ, rejected items will appear sequenced by source BIN or in
the same sequence they were processed from the input CTF.
An image of each erroneous transaction is printed with all erroneous fields identified by asterisks (*). For
each error, an error code and brief description are provided. If there are no errors to report in a run, only the
banner page containing the NO ERRORS DETECTED message will be printed.
A rejected transaction will be included on more than one detail line if more than one error was
reported for that transaction. For that reason, the sum of the column labeled TRAN COUNT will not
always add up to the transaction total shown on the total line.
Report EP–100C summarizes rejected transactions by transaction code within the reject reason code at
the processing center level. The number of rejected transactions shown on this summary will match
the total number of rejected transactions shown on the EP–110E and EP–110F summary reports. This
report has the same layout as the EP–100B report.
First, check if EP–110B reconciles with EP–110C and EP–110E both for accepted and rejected transactions.
Then, match total number of accepted batches with EP–110F. Second, see if EP–110B is an exact match of
EP–221B (Collected Batch Acknowledgements report, minus rejected items), except in the case of batch
rejects or partial file collection. All EP–110C reports should add up to the amounts shown on EP–110E. If
only one tape was created, EP–110C matches EP–110E. Then, see if EP–110C and EP–111C (File
Summary by Currency Code) match per currency. Check if EP–110E and pre-edit report amounts reconcile.
Next, see if EP–110E and EP–111E (Run Summary by Currency Code) match per currency. Match the
accepted amounts on this report and collected amounts on EP–221E (Collected Batch Acknowledgements
Summary), with the exception of batch rejects or partial file collection. See if the total number of accepted
batches, financial and nonfinancial counts, and financial amount for each batch on EP–110F reconcile with
total transactions and gross amounts on EP–110B. Accepted amounts for the file(s) should also reconcile
with EP–120F (Outgoing ITF Summary by Volume). Accepted financial counts and amounts should match
the EP–120F. EP–110F nonfinancial counts do not include batch trailers or file trailers, but the EP–120F
does.
Description
Provides an audit trail of outgoing interchange financial transactions for each currency/settlement type
combination.
All EP–111C reports should add up to the amounts shown on EP–111E for the same currency. If only one
file was created, EP–111C matches EP–111E. EP–111C amounts are also reported on EP–110C (Outgoing
Interchange File Summary).
Description
The report is produced at two different summary levels: file (EP–111C) and run (EP–111E). Both levels of
reporting are in the same basic format. There is a separate page for each currency and settlement flag.
Accepted, rejected, and total transactions are summarized.
Separate EP–111C report summary totals are produced for the following settlement types:
0 – International Settlement Service. BASE II selects the appropriate settlement service based on
routing and country default.
3 – Clearing Only Service. This settlement type may be used only if the member’s country has
registered with Visa for this type of service for domestic interchange.
6 – National Bilateral Interchange. Settlement is in the currency of the country in which the
transactions took place.
8 – National Net Interchange. Settlement is in the currency of the country in which the transactions
took place.
Provides an audit trail of outgoing Interchange Transaction Files summarized by physical output volume.
Frequency
Generated for each outgoing run (unless the TRIALRUN run control option is in effect).
First, check if amounts on this report reconcile with the accepted amounts on EP–110F (Outgoing
Interchange File Summary). To reconcile nonfinancial counts, the number of files and number of batches for
the run must be subtracted from the nonfinancial counts. This is because batch and file trailer transactions
are not included on the EP–110F nonfinancial counts. EP–120F counts should match the MIP Log. This
ensures that the correct file has been loaded.
Description
The report is based on ITF TC 92 trailer information. Members who generate ITF output on tape or diskette
may receive more than one ITF per run. The number of records written to one ITF is controlled by the
MAXOUTRECS run control option. If this option is in effect and more records are processed during a
run than can be written to one tape or diskette, this report will show two or more ITFs.
Description This report lists all messages generated by the system, including selected options (permanent
and temporary overrides) and system status. Messages have five levels of severity:
A – Abnormal termination (highest severity). A system error caused processing to stop abruptly.
E – Severe error. A serious error caused an abnormal termination of the control program.
I – Informational only.
R – Reply requested. The message is a cue to the operator to manually intervene.
W – Warning or precautionary. The message requires attention after the Edit Package run.
The information on this report applies to one outgoing run of the Edit Package and is retained in the Edit
Package log file.
The following files which must reside on a direct access storage device:
BIN File
NOTE: Information from the BIN and ARDEF Top Gun History files
determine the processing center’s most frequently referenced BINs
and ARDEFs, and ensure they are loaded into computer memory.
Language File
Rules File
Process ITF
1. Check File Header—E3IN compares the BASE II Unique File ID field
in the ITF file header against the History File, in order to verify that the
file has not been processed previously. If the RERUN option has been
used, a History File entry must exist that matches the BASE II Unique
File ID of the file currently being processed.
E3IN also ensures that the incoming ITF file header information matches
run control options for:
– Center BIN
– Center Code
– Run Mode
2. Build Logical Transactions—This process reads one Transaction
Component Record (TCR) at a time from the incoming ITF and builds the
TCRs into logical transactions; that is, all TCRs for a transaction are
grouped together and the transaction is processed as one logical
transaction. E3IN then passes the logical transactions to the table
manipulation submodule.
If the processing center’s computer system is IBM, hash totals are
calculated and validated against those in the records. Hash totals are then
stripped from the record so the record becomes 168 bytes.
3. Format Transaction Data for Reporting—The table manipulation
submodule moves formatted information required for generating reports
to E3IN.
4. Validate Incoming File Trailer—This process validates the file trailer
(TC 92) at the end of the incoming ITF. After all input has been processed,
E3IN generates a file trailer for the CTF.
Create CTF
As transactions are processed from the incoming ITF, the incoming CTF is
created for input to the processing center’s post-edit program.
Load Tables
After the CTF is created, E3IN calls the table manipulation submodule to
reload the Rules and Language Tables with information needed to generate
reports.
interchange
Optional transaction-based reports that are detail reports of transaction
information
After sorting data for the above reports, E3IN calls the appropriate modules to
format the reports.
Updating/Creating Files
During processing the Edit Package will update/create the following files:
Write TC 33 (Optional)
Certain optional Visa services may cause the delivery of TC 33 records in the
interchange file to write to a separate file. Data delivered by this mechanism
include: Plus BIN tables, combined Visa/Plus routing table, Visa Transaction
Routing Service tables, Interlink BIN tables, Visa Electron Routing Table,
Visa check card II BIN file, MasterCard Routing, Cirrus Routing, Armed
Forces Financial Network, and VisaVue Solution Series Data. The Edit
Package recognizes designated TC 33 records and writes the full-length TC 33
into a separate file. A program written by the processing center may be
required to separate the different types of data and extract that data in the
format required for the processing center to use. For more information
regarding data content and extraction, refer to documentation provided by
Visa that applies to the services to which the processing center subscribes.
Table Files
The Edit Package table files consist of two separate loadable table images
called image A and image B. One of the images is used for the current Edit
Package release, while the other image is reserved for possible use with a
future release of the Edit Package.
Each loadable table image consists of four indexed files: ARDEF, BIN,
Language, and Rules files. Each image has two merged sequential copy files,
which include the contents of all four indexed files. During incoming runs the
copy files are used to merge TC 54 table updates with the current version of
the tables. Copy files are also used to recover the indexed version of the files
when the existing indexed versions are not usable. The table control file
selects the correct image and copy to be used during an update or recovery.
Rules File information is maintained by TC 54 table updates received from
the VIC through the processing center’s incoming interchange. This allows
business enhancements to be implemented without the need to update and
redistribute Edit Package source code.
BIN File
The BIN File is a permanent file containing a valid BIN Table. A BIN is a sixdigit
system number used by Visa to identify processing centers and members.
The BIN Table contains all valid BINs and their BASE II processing status
codes. The BIN File is used to associate BINs used in interchange with their
processors.
Language File
The indexed Language File includes the text of:
Validation error messages
Log messages
Report headings
Report literals
Reason code descriptions
Returned item code descriptions
Rules File
The indexed Rules File contains transaction layouts and validation logic. The
transaction layouts and business validation logic are used to ensure file
integrity and report interchange transactions.
TC 54 Work File
TC 54 table update transactions are written to the TC 54 Work File during
ITF processing. When ITF processing is complete, transactions from this file
are used to update the Edit Package table files.
History File
The indexed History File contains a history of batches, files, and runs for
outgoing and incoming Edit Package processing.
Returned Item File
The Returned Item File is created during incoming Edit Package runs, if the
processing center has elected to separate returned transactions by using the
SAVERETURN run control option. The file will contain each transaction that
was returned by Visa as a result of BASE II editing at the VIC.
Log File
The indexed Log File contains messages recorded during Edit Package
processing. The messages include run control and environmental information,
as well as any unusual conditions warranting review.
TC 33 Extract File
The TC 33 Extract File contains data received from optional Visa services.
This file consists of BASE II TC 33 transactions and includes: Plus BIN
tables, combined Visa/Plus routing table, Visa Transaction Routing tables,
Interlink BIN tables, Visa Electron Routing Table, Visa check card II BIN file,
MasterCard Routing, Cirrus Routing, Armed Forces Financial Network, and
VisaVue Solution Series data.
Backup Files
Log Backup File
The Log Backup File is a sequential copy of the indexed Log File used to
restore the indexed Log File, if it becomes unusable. This file is also used to
reorganize the indexed Log File on a monthly basis.
Report Files
Each Edit Package report is written to a separate file. If data for a particular
report was not received, then the file will contain a report header and a
message indicating that there is no data to report.
– C = common processing
– O = outgoing processing
– I = incoming processing
– X = extended service submodule
– U = utility module
yyy = numerical identifier of the module or submodule
Three types of reports are created during the incoming Edit Package run:
Incoming reports generated by the Edit Package contain accumulated information from
transactions. Information is presented in summaries of each batch, file, and run that are
produced as output of the Edit Package incoming process. These reports are used for control
and reconciliation.
VisaNet Settlement reports are received by the Edit Package on TC 47 Report Generation
Record transactions.
General Delivery Reports are received on TC 45 General Delivery Report transactions. These
reports are generated by other Visa services, to which your center may subscribe. They are
described in the documentation for the services that created them, such as the Issuer Clearing
House Service, or the Fraud Reporting System.
Description
Based on the run control options selected, these reports indicate whether any errors have been detected in
the incoming run and whether the Center Transaction File (CTF) has been created.
Each set of reports is introduced by a banner page showing one of the run status messages.
Each erroneous transaction is printed and all the fields in error are identified. An error code and a brief
description are also provided. If the run contains no errors, only the banner page containing the message
NO ERRORS DETECTED will be printed.
An incoming CTF is not created when errors are detected on financial transactions, file headers, batch
trailers, or file trailers.
Reports all erroneous transactions returned by the VIC, except for the Chargeback Reduction Service (CRS)
returned items.
Check if total number of returned transactions on EP–204A match the number of returned transaction
amounts per currency on EP–204B for the same BIN.
All EP–204B reports should add up to the returned items totals per currency on EP–204C. EP–204B items
are also reported on VSS-900 series reports as well as Returned Items on VSS–140 (Visa Charges Report).
All returned items on EP–204C and EP–206C should add up to the returned item amounts on EP–210E,
EP–211E, and EP–230.
The financial amounts passed to settlement are reflected in the VSS–110 (Settlement Summary Report).
Description
This transaction detail report contains formatted images of returned transactions, along with the return
reason codes. The primary reporting sequence is by BIN.
Visa returns to the originator any transactions failing to conform to either the BASE II format or the BASE II
or CRS edit requirements. CRS returned items appear on the EP–206 reports; all other returned items are
on the following EP–204 reports:
EP–204A: Detail
Report EP–204A contains unformatted images of returned transactions, along with the return reason
codes. The primary reporting sequence is by BIN. This report is formatted like the transaction-based
reports and the EP–206A report. This report will always print even if no returned items are received in
the ITF.
Reports erroneous transactions returned by the VIC that are part of the Chargeback Reduction Service
(CRS).
Check if total number of returned transactions match per currency on the EP–206A and EP–206B reports for
the same BIN.
EP–206B items are also reported on the VSS–900 (Reconciliation) series reports. Return Item Charges are
listed in the VSS-140 (Visa Charges Report).
All returned items on EP–204C and EP–206C should add up to the returned item amounts on EP–210E,
EP–211E, and EP–230. They are also reported in the VSS–110 (Settlement Summary Report).
Description
A transaction detail report contains a formatted image of returned transactions along with the return reason
codes. The VIC returns to the originator any transactions failing to conform to the Chargeback Reduction
Service edit requirements. Those returned items are listed on the following set of reports:
This report will always print even if no returned items are received in the ITF.
EP–206A: Detail
Report EP–206A contains a formatted image of returned transactions along with the return reason
codes. The reporting sequence is by BIN. The report has the same layout as EP–204A when there are
Chargeback Reduction Service returns.
Provides an audit trail of incoming interchange summarized by transaction. The transaction summaries are
by batch, by file, by CPD, and by run. A final summary is also produced for all financial and nonfinancial
transactions.
Check if number of batches, financial and nonfinancial counts, and gross amount for the same batch match
on EP–210B and EP–210F. Transaction amount and counts should also match on EP–210B and EP–210F.
All EP–210C reports for the same CPD should add up to EP–210D for that same CPD. Amounts for the
same currency should also reconcile with EP–211C (File Summary by Currency Code).
Amounts for the same currency should reconcile between EP–210D and EP–211D (CPD Summary by
Currency Code) for the same CPD. Amounts for the same currency should reconcile between EP–210E and
EP–211E (Run Summary by Currency Code).
Description
All five levels make a distinction between financial and nonfinancial transactions.
Provides an audit trail of incoming interchange financial transactions for each currency and settlement type
combination.
Check if amounts for the same currency match on EP–211C, EP–211D, and EP–211E. All EP–211C and
EP–210C (Incoming Interchange File Summary) amounts should reconcile.
EP–211D reports should add up to EP–210D (Incoming Interchange CPD Summary). If there is only one
currency in the cycle, then EP–211D matches EP–210D for the same CPD.
EP–211E reports should add up to EP–210E (Incoming Interchange Run Summary). If there is only one
currency in the cycle, then EP–211E matches EP–210E.
The Total Net Financial from EP–211E compares to the VSS–900 and VSS–900P series reports. For more
Description
This report is produced at three summary levels:
File (EP–211C)
CPD (EP–211D)
Run (EP–211E)
All levels of reporting are in the same basic format. Each currency and settlement flag are printed on a
separate page. The report shows transaction counts and transaction amounts. Each transaction type is
printed on a separate line.
You will receive separate EP–211C report summary totals for the following settlement types:
0 – International Settlement Service. BASE II selects the appropriate settlement service based on
routing and country default.
3 – Clearing Only Service. This settlement type may be used only if the member’s country has
registered with Visa for this type of service for domestic interchange.
6 – National Bilateral Interchange. Settlement is in the currency of the country in which the
transactions took place.
8 – National Net Interchange. Settlement is in the currency of the country in which the transactions
took place.
The reports are identified with corresponding headings (based on the settlement flags) on the same
line following the currency code.
Check if amounts reconcile on EP–220, EP–221B (Collected Batch Acknowledgements), and EP–110B
(Outgoing Interchange Batch Summary).
Description
This report is based on batch acknowledgement transactions sent by the VIC to confirm batches received
from this processing center. It lists all batches received by the VIC since the last time this report was
produced (usually the last cycle). It shows the results of comparison between the Edit Package History File
and the incoming batch acknowledgement transactions.
Three columns are printed for each batch, reflecting what was sent by a member and what was accepted or
returned by the VIC. When the batch acknowledgement data does not reconcile with the information in the
Edit Package History File, you will receive an out-of-balance condition message.
Confirms the collection of outgoing batches from the previous cycle by reporting the details of batch
acknowledgement transactions.
Check if EP–221B matches EP–110B (Outgoing Interchange Batch Summary, minus any rejected items),
except in cases of batch reject and partial file collection. Then determine if EP–221D amounts reconcile with
accepted amounts on EP–110E (Outgoing Interchange Run Summary) for the corresponding CPD.
Description
The report lists all batches processed by the VIC that were created during the previous outgoing Edit
Package run (or runs). It only includes accepted batches and is based solely on data contained in the batch
acknowledgement transactions (TC 44).
All levels of reporting are in the same basic format. Each currency and settlement flag are printed on a
separate page. The report shows transaction counts and transaction amounts. Each transaction type is
printed on a separate line.
Provides an audit trail of incoming interchange after it has been split into the member-requested files.
Check if the run totals of financial and nonfinancial counts on EP–210E (Incoming Batch Summary) balance
with the total count on EP–230.
Description
A member has the option of splitting the incoming interchange into separate subfiles for ease of distribution.
Additionally, there are some incoming transactions that are sent from the VIC.
This report summarizes by transaction counts (and amounts where applicable) the files produced during an
incoming run, including CTF subfiles. It also shows all transactions downloaded from the VIC that are used
to maintain or update system data and member reference tables.
Summarizes Fee Collection (TC 10) and Fund Disbursement (TC 20) transactions.
Frequency
Generated for each incoming run. Content of the report is based on the value specified on the FEERPTFMT
run control option:
S – Two separate reports, one containing Visa originated fee transactions and one containing non-
Visa-originated transactions
Description
This report summarizes counts and amounts for the collection, disbursement, or both, of charges for this
processing center for each fee collection/funds disbursement reason code. The report assists in the manual
reconciliation and review of this activity.
Description
This report lists all messages generated by the system, including selected options (permanent and
temporary overrides) and system status. Messages have five levels of severity:
A – Abnormal termination (highest severity). A system error caused processing to stop abruptly.
E – Severe error. A serious error resulted in an abnormal termination of the control program.
I – Informational only.
W – Warning or precautionary. The message requires attention after the Edit Package run.
The information on this report applies to one incoming run of the Edit Package, and is retained in the Edit
Package Log file.
On-Request Reports
On-request reports can be produced at any time by processing centers. They can be used to print the
contents of internal Edit Package files.
Description
This report summarizes the information stored in the Edit Package History File header, run, file, and batch
records. This information is used by the batch acknowledgement process to verify receipt of transactions by
Visa and to warn against the processing of duplicate batches.
Details on the History File record layouts are in the BASE IIClearing Edit Package Operations Guide.
To obtain this report, enter the following parameters when executing the E3U500 utility program:
E3U510^BOTH^CCYYMMDD^CCYYMMDD^BATCH
The CCYYMMDD (CC=century, YY=year, MM=month, DD=day) represent the start and end dates.
Description
This report prints a formatted dump of the Edit Package internal BIN Validation Table. EP–301 lists each
BIN in numerical sequence, reading from left to right across each line.
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^BIN
E3U510^DUMP^^^BIN
E3U510^FILE^^^BIN^^^^^^000000^^^^^^^400643^^^^^^^010413
Provides a permanent record of the contents of the Account Range Table, which lists all Account Range
Definition (ARDEF) records.
Description
This report prints a formatted dump of the Edit Package internal Account Range Table.
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^ARDEF
Provides a permanent record of the contents of the Rule and Value Tables.
Description
This report produces a formatted dump of Edit Package internal Rule and Value Tables, which consist of:
To obtain this report, the following parameters are necessary as input when executing the E3U510
utility program:
E3U510^REPORT^CNTRYCD
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^CURRTBL
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^HOLIDAY
E3U510^REPORT^MERCAT
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^REASNCD
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^TRANCD
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^FCRSNCD
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^RTNITEM
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^REPORT^SENDBK
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^LIST
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^DUMP^^^LANG
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^DUMP^^^RULES
To obtain this report, enter the following parameters when executing the E3U510 utility program:
E3U510^FILE^^^CNTRYCD
The reporting process writes selected transactions to a work file, based on thefollowing user-specified
run control options:
TCOUTPRT—outgoing transactions
TCINPRT—incoming transactions
FEERPTFMT—incoming Fee Collection (TC 10) and Funds Disbursement (TC 20)
transactions
Transactions in the work file are then sorted into transaction code sequence. When the report module
reaches the end of a Center Transaction File, it reads sorted transactions and passes extracted
information to the control program for transaction-based reporting.
EP–701, EP–702, EP–703, EP–709, EP–719, EP–730, EP–731, EP–732, EP–733, EP–738*, EP–739, EP–
742, EP–743, EP–744, EP–746, EP–754, EP–757, EP–759, EP–790, EP–791, and EP–792
Purpose
Displays record data in transaction codes 01, 02, 03, 09, 19, 30, 31, 32, 33, 38, 39, 42, 43, 44, 46, 54, 57,
59, 90, 91, and 92.
Description
Description
This report provides a listing of reclassification advices sent to inform processors of transactions that BASE
II has reclassified with regard to fee or payment service.
EP–705, EP–706, EP–707, EP–715, EP–716, EP–717, EP–725, EP–726, EP–727, EP–735, EP–736, and
EP–737
Purpose
Displays record data in draft data transactions (transaction codes 05, 06, 07, 15, 16, 17, 25, 26, 27, 35,36,
and 37).
Frequency
Generated on request using the TCINPRT run control option (incoming) or the TCOUTPRT run control
option (outgoing).
Description
Frequency
Generated on request using the TCINPRT run control option (incoming) or the TCOUTPRT run control
option (outgoing).
Description
Depending on the value of the FEERPTFMT run control option, one of the following set of reports will be
generated during incoming runs:
Frequency
Generated on request using the TCINPRT run control option (incoming) or the TCOUTPRT run control
option (outgoing).
Description
Depending on the value of the FEERPTFMT run control option, one of the following set of reports will be
generated:
Message
Purpose
Displays record data in nonfulfillment transactions (transaction code 38, transaction type N).
Frequency
Generated on request using the TCINPRT run controL option (incoming) or the TCOUTPRT run control
option (outgoing).
Description
These reports provide a listing of each nonfulfillment message transmitted by an acquirer to notify an issuer
that the request copy will not be sent.
Frequency
Each incoming interchange run or generated on request using the TCOUTPRT run control option (outgoing).
Description
Displays reports generated by the VisaNet services to which your processing center subscribes.
Description
Report layout and content are described in the documentation for the VisaNet service that generated the
report. The reports are received already formatted and the Edit Package prints them.
Displays settlement reports generated after BASE II processing at a VisaNet Interchange Center.
Frequency
Description
The reports are received already formatted and the Edit Package prints them. These reports print to the EP–
747 external file name.
Displays record data in BASE I advice file transactions (transaction code 48), format 2
Description
This report provides a listing of the data for each Chip Informational Advice record on the BASE I advice file
processing center’s cardholders. The report is useful in the manual reconciliation and review of this activity.
Displays record data in ISO-enriched BASE I advice file transactions (transaction code 48).
Description
This report provides a listing of the data for each ISO-enriched BASE I advice record on the BASE I advice
file for the processing center’s cardholders. The report is useful in the manual reconciliation and review of
this activity.
Displays record data in standard BASE I advice file transactions (transaction code 48).
Description
This report provides a listing of the data for each standard BASE I advice record on the BASE I advice file
for the processing center's cardholders. The report is useful in the manual reconciliation and review of this
activity.
Frequency
Each incoming interchange run or generated on request using the TCOUTPRT run control option (outgoing).
Description
This report provides a listing of each text message transaction received from the VIC and other centers.
Special formats of the TC 50 for services such as Electronic Bill Payment and Commercial Card will be
printed in the unformatted transaction-based report style.
Displays record data in request for original paper (sales draft, credit voucher, or cash advance) transactions
(transaction code 51).
Frequency
Each incoming interchange run or generated on request using the TCOUTPRT run control option (outgoing).
Description
This report provides a listing of each request received by the processing center for the original of a sales
draft, credit voucher, or cash advance. The report is used as a source when searching for original paper and
when issuing confirmations of mailings to the requesting processing center.
Displays record data in request for copy of original paper (sales draft, credit voucher, or cash advance)
transactions (transaction code 52).
Frequency
Each incoming interchange run or generated on request using the TCOUTPRT run control option (outgoing).
Description
This report provides a listing of each request received by the processing center for a copy of the original of a
sales draft, credit voucher, or cash advance. The report is used as a source when searching for originals or
microfilm, and when issuing confirmations of mailings to the requesting processing center.
Displays record data in request for confirmation transactions (transaction code 53).
Frequency
Each incoming interchange run or generated on request using the TCOUTPRT run control option (outgoing).
Description
This report provides a listing of each confirmation transaction from other processing centers indicating that
requested photocopies or originals, or both, have been forwarded to the center. The report is useful in the
manual reconciliation and review of this activity.
Displays Regional Card Recovery File (RCRF) transactions received from the VIC (transaction code 55).
Frequency
Each incoming interchange run or generated on request using the TCOUTPRT run control option (outgoing).
Description
This report provides a listing of the data for each RCRF transaction update record, which is used by a VIC to
transmit updates to the RCRF.
Displays record data in currency conversion rate transactions (transaction code 56).
Description
This report provides a listing of each currency conversion rate update record, which is used by a VIC to
transmit daily updates to the processing center’s Currency Conversion Rates File.
Frequency
Each incoming interchange run or generated on request using the TCOUTPRT run control option (outgoing).
Description
This report provides a listing of each National Settlement Advice transaction passed by the VIC from other
centers within the same country exchanging national settlement (National Net or National Bilateral) or
intercountry transactions.
Output Summary
At the end of a run, the Edit Package creates a list of all reports produced during the entire run.
Reports are listed by report ID, title, and number of pages.
Purpose
Provides a reference for the reports produced for an Edit Package execution.
Frequency
Description
This report gives the number of pages produced for each Edit Package report ID. If there is no data to
report, the number of pages will be 1 and the word ”null” will appear next to it.