Edit Package

Edit Package Training – Session 01

Edit package Overview

OVERVIEW OF EDIT PACKAGE

The BASE II Edit Package is software supplied by Visa for processingtransaction files sent to and received from the VisaNet Interchange Center(VIC). The Edit Package is the interface between the processing center’sinternal payment processing systems and the VisaNet Access Point (VAP). Itprepares the processing center’s outgoing interchange for transmission to theVIC and receives and reports on incoming interchange from Visa, preparing itfor final processing by the processing center’s systems.

Edit Package Processing FlowThe Edit Package comprises two processing phases: outgoing interchangeprocessing and incoming interchange processing.

Outgoing ProcessingThe term outgoing refers to interchange sent from the member’s processingcenter to the VIC. See Figure 1–1.

Pre-Edit ProcessingThe first part of the outgoing process is performed by software belonging tothe processing center. This is usually referred to as pre-edit processing, sinceit is done prior to processing by the Edit Package. Pre-edit processing involvesthe capture, editing, and formatting of interchange data. Transactionssubmitted into interchange are processed through the processing center’spre-edit software, which places this information into a Center TransactionFile (CTF). Once pre-editing is completed, the data is ready to be run throughthe Edit Package.

Figure 1–1: Outgoing Interchange

Edit Package ProcessingE3OUT, the overall outgoing control program, calls initialization processes atthe beginning of each outgoing Edit Package run and then processes eachtransaction found in the CTF.At the end of processing, the control program produces the necessary reports.Then the Edit Package produces an Interchange Transaction File (ITF) whichis transferred to a VAP, where it is held until a predetermined collection time.The transmission of the file is jointly managed by the VAP and the VIC, withlittle or no intervention required by center personnel. If a VAP or otherelectronic transmission means is unavailable, the file must be mailed to theVIC.BASE II System ProcessingAt a predetermined time, the BASE II System at the VIC dials the VAP andcollects the interchange. As the interchange transactions are received byBASE II at the VIC, clearing occurs. The transactions are validated, convertedto the appropriate currencies, and totaled and sorted by destination. Fees arethen calculated. At the end of each BASE II cycle, settlement positions arecomputed for all members with either incoming or outgoing transactions.

Interchange data are protected from system failure after being accepted bythe VIC. In the event of a failure, the BASE II System can restart processingwhere the failure occurred. If requested, interchange files can also be rebuiltand electronically transmitted to the processing center.

Incoming ProcessingThe term incoming refers to interchange coming into the member’s processingcenter from the VIC. See Figure 1–2.The overall incoming control program E3IN calls an initialization process atthe beginning of each incoming Edit Package run and then processes eachtransaction found in the ITF. At the end of processing, the control programproduces the necessary reports and makes the CTF available for use by theprocessing center if there are no severe errors in the interchange file.

Incoming Edit Package files contain:Financial and nonfinancial interchange transactionsSettlement totalsBASE II System settlement reportsEdit Package table update transactionsNOTE: To ensure proper application of table update transactions, allincoming files must be processed. Files must be processed in sequenceby the Central Processing Date (CPD) on which they were created toproperly update the table files.

Post-Edit ProcessingPost-edit software, written by center personnel or by an outside vendor,reformats and processes incoming interchange received from the VIC. Thissoftware prepares interchange so that it can be processed by cardholder andmerchant posting programs and used for other processing center purposes,such as fraud analysis.

Key Features of the Edit PackageThe Edit Package provides maximum flexibility for both installation and dailyprocessing. The key features that help make the Edit Package flexible are:Use of rules and value table filesAvailability of run control options

Rule and Value TablesEdit Package transaction validation is performed using edit logic stored inrules table files, rather than hard-coded edits.When new business enhancements arise, the changes to the edits aredownloaded from the VIC to the processing center through incoming

interchange. This reduces the need to install new Edit Package softwarewhenever changes are introduced.

Run Control OptionsAccess to most functions in the Edit Package is available through run controloptions. The use of run control options allows processing centers to customizethe Edit Package in a way best suited to their specific processing needs. Runcontrol options can be modified either at installation time or before each EditPackage processing run.Run control options allow the selection of a variety of functions, including:Splitting incoming ITFs into multiple CTFsSetting tolerance checking limits at the run or item levelsEstablishing duplicate batch detection settings

Edit Package FunctionsEdit Package functions can be divided into five groups:Environmental—These functions determine the environment in whichthe Edit Package is run. Through the use of run control options, theprocessing center can modify how the Edit Package software runs in theindividual environments.Formatting—One of the functions of the Edit Package is to format CTFdata into ITF data during an outgoing cycle and to format ITF data intoCTF data during an incoming cycle.The processing center can control some formatting functions so thatoutgoing and incoming files and transactions can be more easily processedby the center’s internal systems.Validation—Validation of interchange is a major function of the EditPackage. In addition to standard validation, processing centers can selectadditional forms of validation, such as the setting of tolerance levels atboth the run and item levels. Additional validation functions arecontrolled through the use of run control options.

Reporting—The Edit Package also includes functions for reporting.Formatted reporting of outgoing and incoming transactions is available.Processing centers can select which particular transaction codes arereported.Formats for dates, time, and numeric values can be modified according tonational standards and are available using run control options.PC Edit Package and Edit Package Data Entry Systems—Thesesystems are available to processing centers whether the Edit Packageruns on a mainframe or a PC. They give processing centers the ability tokey-enter original transactions that can be validated online. The PC EditPackage and Edit Package Data Entry Systems validation logic uses thesame rule and value tables as the core Edit Package.Both the PC Edit Package and Edit Package Data Entry System alsoprovide a mechanism for correcting both transactions rejected by the EditPackage and transactions returned by the VIC.

Outgoing Edit Package Processing

Outgoing Processing FlowThis section describes the outgoing Edit Package processing cycle. Processesare listed in the order they occur.Outgoing Control ProgramThe outgoing Edit Package is a single-step process controlled by an overallprogram that calls many submodules. The outgoing control program, E3OUT,calls initialization functions as needed at the beginning of each run and thenprocesses each transaction found in the Center Transaction File (CTF). At theend of processing, if there were no severe errors, the control program producesthe necessary reports and makes the Interchange Transaction File (ITF)available for staging on the VisaNet Access Point (VAP).Figure 3–1 provides a high-level illustration of the processing flow for atypical outgoing Edit Package run.Input RequirementsThe following items are required before an outgoing Edit Package run can beexecuted:An outgoing CTF generated by the processing center’s pre-edit programThe following files, which must reside on a direct access storage device:– Permanent and Temporary Run Control Options Files– Incoming Run Hold File– Account Range Definition (ARDEF) File– BIN File– Language File– Rules File– History File (indexed and backup)– Log File (indexed and backup)– Merged Table File– Table Control File– BIN and ARDEF Top Gun History Files (may be initially empty)

Initializing the SystemThe following processes occur during system initialization:Search Run Control Options FilesAt the start of an outgoing Edit Package run, E3OUT searches the Permanentand Temporary Run Control Options Files for the following run controloptions:Center BIN (CENTRBIN)Center Code (CENTRCODE)Center Name (CENTRNAME)Table Date (TABLEDATE)Run Date (RUNDATE)Run Mode (RUNMODE)

Table Key (TBLKEY)Table Data (TBLDATA)NOTE: TABLEDATE, RUNDATE, RUNMODE, TBLKEY, and TBLDATA runcontrol options are not required. If not present in either run controloptions file, default values are used.Load Internal TablesNext, E3OUT uses the information from the above run control options to loadthe following files into internal tables:ARDEF FileBIN FileNOTE: Information from the BIN and ARDEF Top Gun History filesdetermine the Processing Center’s most frequently referenced BINs andARDEFs. and ensure they are loaded into computer memory.Language FileRules FileE3OUT loads the tables with values needed for the transaction validationprocess. If specified, E3OUT calls optional extended service modules tocalculate cutoff dates required to perform timeliness edits for incentivescheme processing.

Validate Run Control Options

Once the files and tables are loaded, E3OUT validates all run control options,and:1. Sets default values for run control options, where necessary2. Performs cross-validation of run control options to ensure that there areno conflicting options in the run3. Stores the run control options in effect for the run in internal tables4. Writes the run control options in effect for the run to the Log File

Assign Run and Starting Batch Numbers

After validating the run control options, E3OUT references the History File toassign run and starting batch numbers. Batch numbers start at 1 for eachprocessing day and are incremented by 1 for each batch processed.

Reruns—If the current outgoing Edit Package run is a rerun, E3OUT verifiesthat it has already performed the run for the run date in effect and reuses thestarting batch number in effect for the original run.

Creating the Outgoing ITF

The creation of the outgoing ITF consists of the following processes:

Process CTF1. Check File Header—If there is a file header, this process verifies that itis correct. If the file header contains a nonzero Unique File ID, thenE3OUT 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 thesequence number, and groups the TCRs together to build each logicaltransaction.

Validate TransactionsE3OUT passes the TCRs for each logical transaction to the table manipulationsubmodule that validates the transaction code. Based on the transaction code,the table manipulation submodule uses the appropriate transaction layoutfrom the tables and performs edits against the rules and values defined in thetables. (See BASE II Clearing Interchange Formats manuals for definitions ofthe transaction edits.)The table manipulation submodule also passes back to E3OUT any errors andformatted information needed to generate reports.

Perform Optional ProcessingAfter validating transactions, E3OUT performs optional processing,including:Item or run tolerance checkingCalculates the hash value for each record, if duplicate batch checking viahashing is selectedExtract ReportsOnce optional processing is completed, E3OUT calls the report extract modulewhich extracts summary and transaction-based report information and passesit to a work file.Create ITFAfter extracting summary and transaction-based report information, E3OUTcalls the transaction write module. If a transaction was not rejected, it iswritten to the outgoing ITF.Rejected Transactions—If a transaction was rejected and the processingcenter has selected the SAVEREJECT run control option, the transaction iswritten to the Rejected Item File.Hash Totals—If the processing center uses an IBM mainframe (MVS andVSE), a 2-byte hash total field is inserted in each transaction at this time.CTF TrailersE3OUT verifies that all batch and file trailers balance, that is, totals readfrom the records in the CTF equal the sums of accepted and rejected totalsaccumulated by E3OUT during processing. If duplicate batch detection hasbeen selected using the DUPBATCH option, E3OUT will also compare thebatch hash value or Center Batch ID against the history file values.ITF TrailersThe Edit Package writes a batch trailer to the ITF every time a batch trailer isencountered in the CTF. File trailers are written to the ITF at the end of CTFprocessing. If more than one CTF is processed, the Edit Package will combinethe CTFs on the ITF. If ITF files are being written to tape or diskette, the EditPackage will also write a file trailer whenever the tape or diskette is full. Afile header record for the next tape or diskette is then written to the ITF.

Generate TC 50 Text TransactionsBefore loading tables for reporting, the Edit Package generates a batch in the

ITF that contains TC 50 text transactions. These transactions contain:Edit Package incoming and outgoing environmental information, such asdate of run and version and date of tables used during the run.Information showing the version number of the Edit Package softwarebeing used and the level of TIU’s applied.There is one TC 50 for each record in the Permanent and Temporary RunControl Options Files. There also is an environmental record and a record foreach run control option used during the previous incoming Edit Package run.

Producing Exception, Control, and Summary Reports

Producing exception, control, and summary reports consists of the following:

Load TablesAfter the ITF is created, E3OUT calls the table manipulation submodule toreload the Rule, Value, and Language Tables with information needed togenerate reports.

Sort Data and Format ReportsNext, E3OUT sorts data for the following reports:Validation Exception Detail ReportSummary reports that summarize the transactions accepted forinterchangeOptional transaction-based reports that are detail reports of thetransaction informationAfter sorting data for the above reports, E3OUT calls the appropriate modulesto format the reports.

Updating the History FileIf the run was successful, E3OUT updates the History File with the following:An outgoing batch record for each batch processed during the runAn outgoing file record for each file processed during the runOne outgoing run record

Updating the Top Gun History FilesDuring transaction validation, E3OUT collected statistics on the number ofBIN and ARDEF table references that was made. At the end of the outgoingrun, these statistics are used to update the BIN and ARDEF Top Gun Historyfiles. The top gun history files determine the most frequently referenced BINsand ARDEFs for the processing center, and are used during subsequent tableloads to ensure that these BINs and ARDEFs are loaded into computermemory for faster access.

Updating the Engine Table Usage Message FilesAt the completion of each Edit Package run, statistics regarding the dynamicusage of the Edit Package tables are output to the Engine Table Usage MetricFiles. This information may be requested by Visa to assist in support issues.

Producing the Outgoing Log ReportDuring an outgoing Edit Package run, data is written to the system log. At the

end of the outgoing run, whatever data was accumulated in the Log Fileduring the run is written to the EP–199 Log Report.

Exception ConditionsThe several types of exception conditions are as follows:

Severe ErrorsIf a severe error is detected during the outgoing Edit Package run:The appropriate severe error message appears in the Validation ExceptionDetail Report (EP–100A) and the Log File Report (EP–199)An ITF is not createdProcessing of the Edit Package continues to the end of the run, if possible.If the Reject Message Limit (REJMSGLIM) run control option is specified,processing stops when the percentage of the transactions processed so farexceed the percentage specified for the REJMSGLIM option. If the RejectITF Limit (REJITFLIM) run control option is specified, error reportingcontinues until all transaction in the input file are processed, but the ITFis not created if the percentage of transactions containing errors for theentire input file, exceeds the percentage specified on the REJITFLIMoption.

CTF ErrorsIf any errors are detected during the processing of the CTF, the transactionswith errors are written to the Validation Exception Detail Report (EP–100A)and are not passed to the ITF. If the SAVEREJECT run control option isselected, the transactions in error are written to a separate CTF.

MessagesAfter each outgoing Edit Package run, the banner page on the EP–100AValidation Exception Detail Report displays a message indicating the status ofthe run.

MAJOR FILES USED IN OUTGOING PROCESSING

Table Files

The Edit Package table files consist of two separate loadable table imagescalled image A and image B. One of the images is used for the current EditPackage release, while the other image is reserved for possible use with afuture 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, themerged files are used only to recover the indexed version of the files when theexisting indexed versions are not usable.Transaction layouts and edit logic are maintained by TC 54 table updatesreceived from the VIC through the processing center’s incoming interchange.This allows business enhancements to be implemented without the need toupdate and redistribute Edit Package source code.

Account Range Definition (ARDEF) File

The indexed ARDEF File is a permanent file containing a valid ARDEF Table.The ARDEF Table contains all valid ARDEF entries, including the accountprefix range, its associated BIN, card-number length indicator, check-digitindicator, and card type. The ARDEF File is used to validate account numbersused in transactions processed for interchange.

BIN FileThe indexed BIN File is a permanent file containing a valid BIN Table. A BINis a six-digit system number used by Visa to identify processing centers andmembers. The BIN Table contains all valid BINs and their BASE IIprocessing status codes. The BIN File is used to validate BINs used intransactions processed for interchange.

Language FileThe indexed Language File includes the text of:Validation error messagesLog messagesReport headingsReport literalsReason code descriptionsReturned item code descriptions

Rules FileThe indexed Rules File contains transaction layouts and business validationlogic. The transaction layouts and business validation logic are used to editand report interchange transactions.

Table Control FileThis file indicates which version of the merged sequential files is current.During outgoing runs, this file controls the table recovery process, if theindexed table files become unusable.

Merged Table FilesThese files contain all the data from ARDEF, BIN, Language, and Rules Filesin a sequential format. During the outgoing run, the merged table files areused to recover the contents of the indexed files when the indexed files are notusable. There are four merged files, one for each image and copy of the tables.

Permanent and Temporary Run Control Options FilesThese files contain the permanent and temporary run control options andtheir associated values specified by the processing center. These run controloptions are used to control the outgoing run.

Top Gun History FilesThese files contain the statistical reference history of the BINs and ARDEFsthat are most frequently referenced by the processing center during allprevious outgoing runs. The information is used by the Edit package to ensurethat the highest referenced BINs and ARDEFs are loaded into computermemory during an Edit Package run.

Top Gun Statistics for Current Run

This file collects BIN and ARDEF reference statistics for the current outgoingrun, and is used to update the Top Gun History files at the end of the run.

Engine Table Usage MetricsThese files are used to collect statistical information about the Edit Packagedynamic table usage at the processing center. This information may berequested by Visa in order to assist in support issues.

Currency Conversion Rates File (Optional)The Currency Conversion Rates File is required only when processing inmultiple currencies and using the run tolerance checking option. It containsall valid BASE II currency codes, their effective dates, scale factors, andconversion rates. This file is updated during incoming runs by TC 56 currencyrate update transactions.

History FileThe indexed History File contains a history of batches, files, and runs foroutgoing and incoming Edit Package processing.

Rejected Item FileThe Rejected Item File, in CTF or reject format, is created during outgoingEdit Package runs if the processing center has elected to retain rejectedtransactions by using the SAVEREJECT run control option. The file containseach transaction that was rejected (not written to the ITF) due to errorsdetected during editing. This file is only created during runs that successfullycreate an ITF.

Log FileThe indexed Log File contains messages recorded during Edit Packageprocessing. The messages include run control and environmental information,as well as any unusual conditions warranting review.

Incoming Run Hold FileThe Incoming Run Hold File contains environmental report data and the runcontrol option values from the most recent incoming Edit Package run fortransmission to the VIC during the next outgoing processing. The data in thisfile is used to create reports used by Visa support personnel.

Backup FilesThe types of backup files are as follows:

Log Backup FileThe Log Backup File is a sequential copy of the indexed Log File used torestore the indexed Log File if it becomes unusable. The Log Backup File isalso used to reorganize the indexed Log File on a monthly basis.

History Backup FileThe History Backup File is a sequential copy of the indexed History File usedto restore the indexed History File if it becomes unusable. The indexed

History File is copied into this file after every successful run of the EditPackage. The History Backup File is also used to reorganize the indexedHistory File on a monthly basis.

Work and Sort FilesThe types of work and sort files are as follows:

Transaction Report Work FileThis file contains information to be sorted for the transaction-based reportsand exception reports.

Summary Report Work FileThe Summary Report Work File contains information to be sorted for thesummary reports.

EP100 Work FileThis file contains information used to produce the EP–100B and EP–100Csummary reports.

EP110 Work FileThis file contains information used to produce the EP–110 series of reports.

Transaction Report Sort FileThis file contains sorted information for use in the EP–100A ValidationException report and optional transaction-based reports.

Summary Report Sort FileThis file contains sorted information for use in the summary reports.

Top Gun Statistics Temporary Work FileThis file contains top gun statistics for the current outgoing run that has beensorted into BIN and ARDEF sequence. The file is used during the Top GunHistory file update process.

Report FilesEach outgoing Edit Package report is written to a separate file. If data for aparticular report was not received, the file will contain a report header and amessage indicating that there is not any data to report.

Processes Controlled by DataThe following outgoing Edit Package process does not require the use of runcontrol options.

Duplicate File DetectionThis function gives processing centers the ability to check for potential fileduplicates prior to processing the CTF.The outgoing CTF may contain a TC 90 header record. This record is used forduplicate file detection within the same processing date. The provision of anoutgoing CTF TC 90 header record is optional. Processing centers that usethis feature must generate the TC 90 header record in all pre-edit software

that creates outgoing CTFs destined for outgoing interchange.Duplicate file detection is based on two data elements in the TC 90 headerrecord:Center Processing Date—This is the processing date of the member’spre-edit system.File ID—This is a three-digit number that must be unique for each CTFprocessed by the Edit Package for any given Center Processing Date. FileIDs do not need to be in an ascending sequence.The outgoing Edit Package compares the combination of Center ProcessingDate 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 duplicatedetection by applying a value of zero in the File ID field.NOTE: If multiple pre-edit systems create outgoing CTFs destined for outgoinginterchange, Visa recommends that a pre-defined range be allocated toeach pre-edit system to ensure uniqueness of File IDs and to avoidpotential conflict.

Introduction to Report Basics

The output of the Edit Package includes audit control and reconciliation reports in the following categories:

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:

Report Type Report Number SeriesOutgoing Reports 100–199Incoming Reports 200–299On-Request Reports 300–399Optional Transaction-Based Reports 700–799Index of Reports 999

For example, the report ID for the incoming Interchange Transaction File Distribution report is: EP–230.

The following provides report extensions used by the Edit Package:

Report Levels Report ExtensionsTransaction Detail ABatch or BIN BFile or Center CCentral Processing Date (CPD) DRun EFinal Summary F

For example, the incoming interchange summary reports that are produced with different levels of detail are labeled EP–210B at the batch level, EP–210C at the file level, EP–210D at the CPD level, EP–210E at the run level, and EP–210F at the final summary level.

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:

Transaction Format or Origin Report ExtensionsCombined Visa and Non-Visa-Generated CEnriched Format ENon-Visa-Generated NStandard Format SVisa-Generated V

Outgoing Edit Package Reports

Outgoing interchange reports are created as a result of the Edit Package validation of data contained in the Center Transaction File (CTF).

EP–100: Validation Exception Reports

Purpose

Records transaction exceptions so that erroneous fields can be corrected before submitting the transaction for reprocessing.

Balancing and Reconciliation

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.

EP–100A: Detail Report (EXCPRPTFMT=DUMP)EP–100A: Detail Report (EXCPRPTFMT=FORMAT)

Report EP–100A report has two layouts, both of which are controlled by the EXCPRPTFMT run control option. The first sample of the EP–100A detail report shows the default format

(EXCPRPTFMT=DUMP), which does not include field names. The second sample, which includes field names, is selected by using EXCPRPTFMT=FORMAT.

EP–100B: Summary by BIN

Report EP–100B summarizes rejected transactions by transaction code within the reject reason code for each BIN processed. Total lines always show the total number of transactions.

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.

EP–100C: Summary by Center

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.

EP–110: Outgoing Interchange Summaries

Provides an audit trail of outgoing interchange summarized by transaction.


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 AcknowledgementsSummary), 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

The report is produced at four different summary levels: Batch (EP–110B) File (EP–110C) Run (EP–110E) Final (EP–110F)

All four levels distinguish between financial and non-financial transactions.

EP–110B: Batch Summary

Report EP–110B totals draft financial transaction types within a batch as drafts, vouchers, or cash disbursements. Totals for other transactions, including Fee Collections (TC 10) and Funds

Disbursements (TC 20), are listed under “TOTAL” columns only. The report includes both accepted and rejected transactions. There is a breakdown for each currency type. If currency types are mixed, the report includes a warning that there is more than one currency or settlement type.

EP–110C: File Summary

Report EP–110C segregates accepted and rejected transactions. Each transaction type is printed on a separate line. If currency types are mixed, there will be a breakdown for each currency type. The report includes a message when there is more than one currency.

EP–110E: Run Summary

Report EP–110E totals each transaction type within the overall run. The information on this report differs from the file summary only when an outgoing run is processed using multiple files.

EP–110F: Final Summary

Report EP–110F shows the grand totals of financial and nonfinancial transactions for each batch and file, and for the overall run.

EP–111: Outgoing Interchange Summaries by Currency Code

Purpose

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.


Report EP–111C totals the financial transaction types within the file by the type of currency and settlement used in the transaction. Nonfinancial transactions are not reported on the EP–111C. Separate pages are produced for each specific currency and settlement combination present in outgoing interchange. EP–111C is always produced. If there are no multiple currencies or settlement

types, the information in report EP–111 will be the same as the financial transaction information in report EP–110.

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.

9 – Settlement to be determined by Visa. Settlement is in the currency established by Visa at the request of a processing center.


Report EP–111E totals each transaction type within the overall run by the type of currency and settlement used. The run summary differs from the file summary only when an outgoing run is processed using multiple files.

EP–120F: Outgoing ITF Summary by Volume

Purpose

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 arun than can be written to one tape or diskette, this report will show two or more ITFs.

EP–199: Outgoing Processing Log

Purpose

Reports all system activity during outgoing runs.

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.

Incoming Edit Package ProcessingIncoming Processing FlowThis section describes the incoming Edit Package processing cycle. Processesare listed in the order they occur.NOTE: To ensure proper application of table update transactions, allincoming files must be processed. Files must be processed in sequenceby the Central Processing Date (CPD) on which they were created toproperly update the table files.

Incoming Control ProgramThe incoming Edit Package is a single-step process controlled by an overallprogram that calls many submodules. The incoming control program, E3IN,calls initialization functions as needed at the beginning of each incoming runand then processes each transaction found in the Interchange TransactionFile (ITF). At the end of processing, unless there were severe errors, thecontrol program produces the necessary reports and makes the CenterTransaction File (CTF) available for use by the processing center.

Input Requirements

The following items are required before an incoming Edit Package run can beexecuted:An incoming ITF generated by the VisaNet Interchange Center (VIC).The following files which must reside on a direct access storage device:– Permanent and Temporary Run Control Options Files– Account Range Definition (ARDEF) File– BIN File– Language File– Rules File– History File (indexed and backup)

– Log File (indexed and backup)– Merged Table File– Table Control File– BIN and ARDEF Top Gun History (may be initially empty)NOTE: For processing centers that subscribe to the Currency Rate DeliveryService, the Currency Conversion Rates File is required.In addition, the processing center must have the Edit Package software itselfavailable for execution.

Initializing the SystemThe following processes occur during system initialization:

Search Run Control Options FilesThe first thing E3IN does at the start of an incoming Edit Package run is tosearch the Permanent and Temporary Run Control Options Files for thefollowing run control options:CENTRBIN (Center BIN)CENTRCODE (Center Code)CENTRNAME (Center Name)TABLEDATE (Table Date)RUNDATE (Run Date)RUNMODE (Run Mode)TBLKEY (Table Key)TBLDATA (Table Data)NOTE: The TABLEDATE, RUNDATE, RUNMODE, TBLKEY, and TBLDATArun control options are not required. If not present in either run controloptions file, default values are used.

Load Internal TablesNext, E3IN uses information from the above run control options to load thefollowing files into internal tables:ARDEF FileBIN FileNOTE: Information from the BIN and ARDEF Top Gun History filesdetermine the processing center’s most frequently referenced BINsand ARDEFs, and ensure they are loaded into computer memory.Language FileRules File

Validate Run Control OptionsOnce the files and tables are loaded, E3IN:1. Validates all run control options2. Sets default values for run control options, where necessary3. Performs cross-validation of run control options to ensure that there areno conflicting options in the run4. Stores the run control options in effect for the run in internal tables5. Writes the run control options in effect for the run to the Log File

Assign Incoming Run NumberThis process assigns run numbers within each processing date. The runnumber is established by extracting the previous run number from theHistory File and adding 1 to it. The first run of each date is set to 1.

Creating the Incoming CTFThe creation of the incoming CTF consists of the following processes:

Process ITF1. Check File Header—E3IN compares the BASE II Unique File ID fieldin the ITF file header against the History File, in order to verify that thefile has not been processed previously. If the RERUN option has beenused, a History File entry must exist that matches the BASE II UniqueFile ID of the file currently being processed.E3IN also ensures that the incoming ITF file header information matchesrun control options for:– Center BIN– Center Code– Run Mode2. Build Logical Transactions—This process reads one TransactionComponent Record (TCR) at a time from the incoming ITF and builds theTCRs into logical transactions; that is, all TCRs for a transaction aregrouped together and the transaction is processed as one logicaltransaction. E3IN then passes the logical transactions to the tablemanipulation submodule.If the processing center’s computer system is IBM, hash totals arecalculated and validated against those in the records. Hash totals are thenstripped from the record so the record becomes 168 bytes.3. Format Transaction Data for Reporting—The table manipulationsubmodule moves formatted information required for generating reportsto 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.

Extract Data for ReportingBased on run control options and transaction type, information is written totemporary files that are later sorted for reporting purposes.

Create CTFAs transactions are processed from the incoming ITF, the incoming CTF iscreated for input to the processing center’s post-edit program.

Returned Item File—If the processing center has selected theSAVERETURN run control option and if there were any returned transactionsin the incoming ITF, then the write transactions module writes the returnedtransactions to the Returned Item File.

Multiple CTFs—If the processing center specified any SPLITINCTF runcontrol options, the write transactions module determines to which CTFsubfile the transaction should be written. If the processing center did notselect SPLITINCTF run control options or if there were transactions thatwere not split into a specific subfile, these transactions are written tosubfile 01.

Balance Batch and File TrailersE3IN verifies that batch and file trailers balance. The transaction and TCR

counts in the trailers must equal the sum of the returned and accepted counts.The monetary transaction count and the monetary amount hash totals mustequal the corresponding values for accepted transactions.

Producing Exception, Control, and Summary ReportsProducing exception, control, and summary reports consists of the following:

Load TablesAfter the CTF is created, E3IN calls the table manipulation submodule toreload the Rules and Language Tables with information needed to generatereports.

Sort Data and Format ReportsNext, E3IN sorts data for the following reports:Validation Exception ReportSummary reports that summarize the transactions received ininterchangeOptional transaction-based reports that are detail reports of transactioninformationAfter sorting data for the above reports, E3IN calls the appropriate modules toformat the reports.

Updating/Creating FilesDuring 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 theinterchange file to write to a separate file. Data delivered by this mechanisminclude: Plus BIN tables, combined Visa/Plus routing table, Visa TransactionRouting Service tables, Interlink BIN tables, Visa Electron Routing Table,Visa check card II BIN file, MasterCard Routing, Cirrus Routing, ArmedForces Financial Network, and VisaVue Solution Series Data. The EditPackage recognizes designated TC 33 records and writes the full-length TC 33into a separate file. A program written by the processing center may berequired to separate the different types of data and extract that data in theformat required for the processing center to use. For more informationregarding data content and extraction, refer to documentation provided byVisa that applies to the services to which the processing center subscribes.

Update Currency Conversion Rates File (Optional)If the processing center subscribes to the Currency Rate Delivery Service, thisprocess uses TC 56 conversion rate update transactions to replace currencyrate entries contained in the Currency Conversion Rates File.

Update Control TablesThis process uses TC 54 table update transactions to update individualentries in the BIN, ARDEF, Rules, and Language Tables. E3IN writes theTC 54s to a work file during CTF processing. After reporting is completed, theTC 54s are applied to the appropriate tables.

Save Environmental Run InformationE3IN writes a record with environmental information and copies permanent

and temporary run control options to the incoming Run Hold File. This data ispassed to the VIC during the next outgoing Edit Package run. The Run HoldFile is overlaid with data each time an incoming ITF is processed.

Update History FileIf the run was successful, E3IN updates the History File with file and runinformation from the incoming Edit Package run.

Update Engine Table Usage Metric FileAt the completion of each Edit Package run, statistics regarding the dynamicusage of the Edit Package tables are output to the Engine Table Usage MetricFiles. This information may be requested by Visa to assist in support issues.

MAJOR FILES USED IN INCOMING PROCESSING

Table FilesThe Edit Package table files consist of two separate loadable table imagescalled image A and image B. One of the images is used for the current EditPackage release, while the other image is reserved for possible use with afuture 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 thecopy files are used to merge TC 54 table updates with the current version ofthe tables. Copy files are also used to recover the indexed version of the fileswhen the existing indexed versions are not usable. The table control fileselects the correct image and copy to be used during an update or recovery.Rules File information is maintained by TC 54 table updates received fromthe VIC through the processing center’s incoming interchange. This allowsbusiness enhancements to be implemented without the need to update andredistribute Edit Package source code.

Account Range Definition (ARDEF) FileThe indexed ARDEF File is a permanent file containing a valid ARDEF Table.The ARDEF Table contains all valid ARDEF entries, namely: the accountprefix range, its associated BIN, card-number length indicator, check-digitindicator, and card type. The ARDEF File is used to verify account numbersreceived in interchange.

BIN FileThe BIN File is a permanent file containing a valid BIN Table. A BIN is a sixdigitsystem number used by Visa to identify processing centers and members.The BIN Table contains all valid BINs and their BASE II processing statuscodes. The BIN File is used to associate BINs used in interchange with theirprocessors.

Language FileThe indexed Language File includes the text of:Validation error messagesLog messagesReport headingsReport literals

Reason code descriptionsReturned item code descriptions

Rules FileThe indexed Rules File contains transaction layouts and validation logic. Thetransaction layouts and business validation logic are used to ensure fileintegrity and report interchange transactions.

Table Control FileThis file indicates which version of the merged sequential files is current. Thetable control file controls the TC 54 table update merge process. This controlfile also controls the recovery process, if the indexed table files becomeunusable.

Merged Table FilesThese files contain BIN, ARDEF, Language, and Rules file data in asequential format. The merged table files are used when updated TC 54 tabletransactions are processed.

TC 54 Work FileTC 54 table update transactions are written to the TC 54 Work File duringITF processing. When ITF processing is complete, transactions from this fileare used to update the Edit Package table files.

Permanent and Temporary Run Control Options FilesThese files contain the permanent and temporary run control options andtheir associated values specified by the processing center. These run controloptions are used to control the incoming run.

Top Gun History FilesThese files contain the statistical reference history of the BINs and ARDEFsthat are most frequently referenced by the processing center during allprevious outgoing runs. The information is used by the Edit Package to ensurethat the highest referenced BINs and ARDEFs are loaded into computermemory during an Edit Package run.

Engine Table Usage MetricsThese files are used to collect statistical information about the Edit Packagedynamic table usage at the processing center. This information may berequested by Visa in order to assist in support issues.

Currency Conversion Rates File (Optional)The Currency Conversion Rates File is required for the Currency RateDelivery Service. It contains all valid BASE II currency codes, their effectivedates, scale factors, and conversion rates. This file is updated by TC 56currency rate update transactions.

History FileThe indexed History File contains a history of batches, files, and runs foroutgoing and incoming Edit Package processing.

Returned Item FileThe Returned Item File is created during incoming Edit Package runs, if theprocessing center has elected to separate returned transactions by using theSAVERETURN run control option. The file will contain each transaction thatwas returned by Visa as a result of BASE II editing at the VIC.

Log FileThe indexed Log File contains messages recorded during Edit Packageprocessing. The messages include run control and environmental information,as well as any unusual conditions warranting review.

Incoming Run Hold FileThe Incoming Run Hold File contains environmental report data and the runcontrol option values from the most recent incoming Edit Package run fortransmission to the VIC during outgoing processing. The data in this file isused to create reports used by Visa support personnel.

TC 33 Extract FileThe TC 33 Extract File contains data received from optional Visa services.This file consists of BASE II TC 33 transactions and includes: Plus BINtables, 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, andVisaVue Solution Series data.

Backup Files

Log Backup FileThe Log Backup File is a sequential copy of the indexed Log File used torestore the indexed Log File, if it becomes unusable. This file is also used toreorganize the indexed Log File on a monthly basis.

History Backup FileThe History Backup File is a sequential copy of the indexed History File usedto restore the indexed History File, if it becomes unusable. The indexedHistory File is copied into this file after every successful run of the EditPackage. The History Backup File is also used to reorganize the indexedHistory File on a monthly basis.

Work and Sort FilesThe types of work and sort files are as follows:

Transaction Report Work FileThis file contains information to be sorted for the transaction-based reportsand exception reports.

Summary Report Work FileThis file contains information to be sorted for the summary reports.

EP200 Work FileThis file contains information used to produce the EP–200B and EP–200Csummary reports.

EP210 Work FileThis file contains information for the EP–210 summary reports series.

EP221 Work FileThis file contains information for the EP–221 batch acknowledgmentsummary reports series.

Transaction Report Sort FileThis file contains sorted information for use in the transaction-based reportsand the EP–200A Validation Exception Report.

Summary Report Sort FileThis file contains sorted information for use in the summary reports.

Report FilesEach Edit Package report is written to a separate file. If data for a particularreport was not received, then the file will contain a report header and amessage indicating that there is no data to report.

Microfiche Reports File (Optional)This file contains transaction-based reports, VIC settlement reports, andGeneral Delivery Reports in a format suitable for microfiche. The MicroficheReports File is optional. Reports can be directed to this file using theREPTFICHE run control option,

Processes Controlled by DataThe following incoming Edit Package process does not require the use of runcontrol options.

Duplicate File DetectionThis function prevents the processing center from accidentally processing thesame financial ITF twice, unless a rerun is specified.Incoming duplicate file detection is based on the BASE II Unique File ID inthe ITF TC 90 header record.If rerun is not specified, the History File must not contain a record for theBASE II Unique File ID.

PROGRAM NAMING CONVENTION

Edit Package software consists of many program modules. The software iswritten in COBOL and conforms to ANSI-74 standards. Assembler programsEDITHASH are provided for IBM MVS and VSE mainframe and CRC32 forIBM MVS platforms only.There is a separate single-step process for outgoing and for incoming EditPackage processing. Each process has its own control program, E3OUT orE3IN, respectively, which calls other submodules as needed to:Process and validate transactions

Generate reportsCreate either the Center Transaction File (CTF) or the InterchangeTransaction File (ITF) containing valid interchange transactions

Module Naming ConventionsAll COBOL modules and submodules other than E3OUT and E3IN are namedwith the format of E3xyyy, where:E3 = abbreviation for Edit Package Release 3.x = functional category of the module or submodule, where:– C = common processing– O = outgoing processing– I = incoming processing– X = extended service submodule– U = utility moduleyyy = numerical identifier of the module or submodule

Incoming Edit Package Reports

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.

EP–200: Validation Exception Reports

Purpose

Records transaction exceptions. Errors on incoming transactions should be reported to Visa.

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.

The EP–200 series of reports include: EP–200A Validation Exception Report (Detail). EP–200B Validation Exception Report (Summary by BIN). EP–200C Validation Exception Report (Summary by Center).

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.


Report EP–200B summarizes rejected transactions by transaction code within the reject reason code for each BIN processed. TOTAL lines always show the total number of transactions. A rejected transaction will be included on more than one detail line if more than one error was reported for that transaction. For this reason, the sum of the TRAN COUNT column will not always equal the transaction total shown on the TOTAL line.


Report EP–200C summarizes rejected transactions by transaction code within the reject reason code at the processing center level. The number of rejected transactions shown on this report will match the total number of rejected transactions shown on the EP–210E and EP–210F summary reports. This report has the same layout as the EP–200B report.

EP–204A: BASE II Returned Item Reports

Purpose

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:

Returned Item Detail (EP–204A) Returned Item Summary by BIN (EP–204B) Returned Item Summary by Center (EP–204C)

This report will always print even if no returned items are received in the ITF.

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.


Report EP–204B reports the number of transactions returned by the VIC to the processing center.The EP–204B and EP–204C reports have separate summaries by Central Processing Date (CPD). There will also be a summary of all CPDs processed during the run. When space permits, CPD and run summaries will print on the same page. If only one CPD is processed during the run, only the run summary information will be printed.EP–204C: Summary by Center

Report EP–204C reports transactions returned by the VIC for each processing center. It has the same report layout as the summary by BIN (EP–204B).

EP–206: CRS—Returned Item Reports

Purpose

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:

CRS—Returned Item Detail (EP–206A) CRS—Returned Item Summary by BIN (EP–206B) CRS—Returned Item Summary by Center (EP–206C)

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.


Report EP–206B reports the number of transactions returned by the VIC to the processing center. Items are sorted in ascending order first by BIN, then by return reason code. The report has the same layout as EP–204B when there are CRS returns.


Report EP–206C reports transactions returned by the VIC for each processing center. It has the same report layout as EP–204C when there are CRS returns.

EP–210: Incoming Interchange Summaries

Purpose

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 byCurrency Code) for the same CPD. Amounts for the same currency should reconcile between EP–210E and EP–211E (Run Summary by Currency Code).

Description

The report is produced at five different summary levels: Batch (EP–210B) File (EP–210C) CPD (EP–210D) Run (EP–210E) Final (EP–210F)

All five levels make a distinction between financial and nonfinancial transactions.


Report EP–210B totals draft financial transaction types within a batch as drafts, vouchers, or cash disbursements. Totals for other transactions, including Fee Collections (TC 10) and Funds Disbursements (TC 20), are listed under TOTAL columns only. If currency types are mixed, there will be a breakdown by type. The report includes a warning message if there is more than one currency or settlement type.


Report EP–210C totals the amount and count for each transaction type processed in a file. Each transaction type is printed on a separate line. If currency types are mixed, there will be a breakdown by type. The report includes a warning message if there is more than one currency or settlement type.

EP–210D: CPD Summary

Report EP–210D has the same layout as EP–210C. The CPD summary totals each transaction type for each Central Processing Date (CPD). If two files from the same CPD are processed, they will be summarized on this report. If two files from different CPDs are processed, the file summaries will correspond to the CPD summaries. If only one file is processed, the file summary will be the same as the CPD summary.


Report EP–210E has the same layout as the EP–210C and EP–210D. The run summary totals each transaction type for the overall run. If files from more than one CPD are processed, they will be summarized on this report. If files from only one CPD are processed, the run summary will be the same as the CPD summary.

EP–210F: Incoming Batch Summary

Report EP–210F shows grand totals for financial and nonfinancial transactions for each batch, file, and for the overall run.

EP–211: Incoming Interchange Summaries by Currency Code

Purpose

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 andEP–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 onecurrency 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.


Report EP–211C totals financial transaction types within the file by the type of currency and settlement used in the transaction. Nonfinancial transactions are not reported on the EP–211C. A separate page is generated for each currency type in incoming interchange.

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.

9 – Settlement to be determined by Visa. Settlement is in the currency established by Visa at the request of a processing center.

The reports are identified with corresponding headings (based on the settlement flags) on the same line following the currency code.


The layout of Report EP–211D is the same as EP–211C. The CPD summary totals each transaction type for each Central Processing Date (CPD). If two files from the same CPD are processed, they will be summarized on this report. If two files from different CPDs are processed, the file summaries will correspond to the CPD summaries. If only one file is processed, the CPD summary will be the same as the file summary.


Report EP–211E totals each transaction type within the overall run by the type of currency and settlement flag used. The run summary differs from the file summary only when an incoming run is processed using multiple files.

EP–220: Collected Reconciliation Summary

Purpose

Confirms the collection of outgoing batches from the previous cycle, indicates any batches rejected by the VIC, and flags any discrepancies between VIC information and Edit Package history information.


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.

EP–221: Collected Batch Acknowledgement

Purpose

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).

This report is produced at three summary levels: Batch (EP–221B) CPD (EP–221D) Run (EP–221E)

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.


Report EP–221B summarizes collected interchange by transaction code within a batch. If currency types are mixed, each currency type will be summarized separately. The report includes a warning if there is more than one currency.


The layout of Report EP–221D is the same as EP–221E. This report summarizes collected interchange by transaction code for all batches acknowledged on one Central Processing Date. If files containing acknowledgements from more than one processing date are processed, a separate EP–221D report will be created for each day.


Report EP–221E summarizes collected interchange by transaction code for all batches acknowledged in the current incoming run. If currency types are mixed, each currency type will be summarized separately. The report includes a warning message if there is more than one currency.

EP–230: Interchange Transaction File Distribution

Purpose

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.

EP–240: Fee Collection/Funds Disbursement

Purpose

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

C – One combined report containing Visa-originated and non-Visa-originated fee transactions

V – One report containing only Visa-originated fee transactions

N – One report containing only non-Visa-originated fee 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.

EP–240N: Fee Collection/Funds Disbursement

Reports EP–240N, EP–240V, and EP–240C have the same format. Only EP–240N is explained in detail.

EP–299: Incoming Processing Log

Purpose Reports all system activity during incoming runs.

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.

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 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.

EP–300: History File Summary

Purpose

Prints the contents of the History File.

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^BATCHThe CCYYMMDD (CC=century, YY=year, MM=month, DD=day) represent the start and end dates.

EP–301: BIN Validation Table

Purpose

Provides a permanent record of the contents of the BIN Validation Table, which shows the status of BINs used for the current processing cycle.

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

EP–301 BIN Dump

The EP–301 BIN Dump report shows the unformatted table entries from the file. The report is used in problem determination when working with Visa personnel.

The full table can be dumped with the following parameters:

E3U510^DUMP^^^BIN

EP–301 BIN File

The EP–301 BIN File report shows that the formatted table entries have been written to a file.

It was created using the following parameters:

E3U510^FILE^^^BIN^^^^^^000000^^^^^^^400643^^^^^^^010413

EP–302: Account Range Table (ARDEF)

Purpose

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

EP–302 Account Range (ARDEF) Dump

Report EP–302 prints an unformatted dump of the Edit Package internal Account Range Table showing the unformatted table entries from the file. The report is used in problem determination when working with Visa personnel.

It was created using the parameters:E3U510^DUMP^^^ARDEF^^^^000000000^^^^199999999

EP–303: Rule and Value Tables

Purpose

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:

Country Code Table Currency Code Table Holiday Table Merchant Category Value Table Chargeback Reason Code Table Transaction Code Value Table Fee Collection Reason Code Table Return Item Reason Code Table Sendback Reason Code Table List all value table Ids Language Table for all language file tables Rules Table for all rules file tables

EP–303: Country Code Table

The EP–303 Country Code Table report lists the designated country code for every country name. This information aids in differentiating between transactions for the proper assessment of fees and charges.

To obtain this report, the following parameters are necessary as input when executing the E3U510 utility program:

E3U510^REPORT^CNTRYCD

EP–303: Currency Code Table

The EP–303 Currency Code Table report lists the designated currency code for each country. This information helps differentiate transactions to ensure the proper assessment of fees and charges.


E3U510^REPORT^CURRTBL

EP–303: Holiday Table

The EP–303 Holiday Table report lists BASE II holidays. This information helps to determine timeliness issues.


E3U510^REPORT^HOLIDAY

EP–303: Merchant Category Value Table

The EP–303 Merchant Category Value Table report lists the valid four-digit Merchant Category Codes (MCCs). The MCC corresponds to a description of the merchant’s primary business and is used in tracking activity for different merchant segments.


E3U510^REPORT^MERCAT

EP–303: Chargeback Reason Code Table

The EP–303 Chargeback Reason Code Table report lists all of the BASE II reason codes. An asterisk (*) in a field indicates the code does not apply in that entry.


E3U510^REPORT^REASNCD

EP–303: Transaction Code Value Table

The EP–303 Transaction Code Value Table report lists the valid transaction codes that will be accepted for interchange.


E3U510^REPORT^TRANCD

EP–303: Fee Collection Reason Code Table

The EP–303 Fee Collection Reason Code Table report lists valid reason codes used with fee collection transactions (TC 10), which are reported on EP–240 and EP–710.


E3U510^REPORT^FCRSNCD

EP–303: Return Item Reason Code Table

The EP–303 Return Item Reason Code Table report lists valid BASE II reason codes used with returned transactions, which are reported on EP–204 and EP–206.


E3U510^REPORT^RTNITEM

EP–303: Sendback Reason Code Table

The EP–303 Sendback Reason Code Table report lists valid BASE II reason codes used with Visa ePay processing.


E3U510^REPORT^SENDBK

EP–303: LIST (Headers and Values)

The EP–303 LIST report lists the headers and values. It is used to determine the table ID of tables that can be reported.


E3U510^LIST

EP–303: Language Table

The EP–303 Language Table report is an unformatted report of the language table entries.


E3U510^DUMP^^^LANG

EP–303: Rules Table

The EP–303 Rules Table report is an unformatted report of rule and value entries.


E3U510^DUMP^^^RULES

EP–303: Country Code Table Extract File

The EP–303 Country Code Table Extract File report shows that the formatted table entries have been written to a file.


E3U510^FILE^^^CNTRYCD

Optional Transaction-Based Reports

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.

Unformatted Transaction Reports

Report ID

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

Each of these reports provides an unformatted listing of individual transactions.

EP–704: Reclassification Advice

Purpose

Displays record data in reclassification advice transactions (transaction code 04).

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 Draft Data Transaction Reports

Report ID

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

These reports provide a listing of each draft data transaction.

EP–710: Fee Collection Reports

Purpose

Displays record data in fee collection transactions (transaction code 10).

Frequency


Description

Depending on the value of the FEERPTFMT run control option, one of the following set of reports will be generated during incoming runs:

Visa Originated Fee Collections (EP–710V) Non-Visa Originated Fee Collections (EP–710N) Combined Visa and Non-Visa Originated Fee Collections (EP–710C)

On outgoing runs, the report will be Fee Collections (EP–710).

EP–720: Funds Disbursement Reports

Purpose

Displays record data in funds disbursement transactions (transaction code 20).

Frequency


Description

Depending on the value of the FEERPTFMT run control option, one of the following set of reports will be generated:

Visa Originated Funds Disbursements (EP–720V) Non-Visa Originated Funds Disbursements (EP–720N) Combined Visa and Non-Visa Originated Funds Disbursements (EP–720C)

On outgoing runs, the report will be Funds Disbursement (EP–720).

EP–738: VisaNet Copy Request and Fulfillment Service

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.

EP–740: Fraud Advice

Purpose

Displays record data in fraud advice transactions (transaction code 40).

Frequency

Each incoming interchange run or generated on request using the TCOUTPRT run control option (outgoing).

Description

This report provides a listing of each fraud advice transaction.

EP–745: General Delivery Report

Purpose

Displays reports generated by the VisaNet services to which your processing center subscribes.

Frequency Produced for each incoming run that contains TC 45 records.

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.

These reports print to the EP–745 external file name.

EP–747: VIC Settlement Reports

Purpose

Displays settlement reports generated after BASE II processing at a VisaNet Interchange Center.

Frequency

Produced for each incoming run that contains TC 47 records.

Description

The reports are received already formatted and the Edit Package prints them. These reports print to the EP–747 external file name.

EP–748C: BASE I Advices—Format 2 Chip Informational Advice

Purpose

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.

EP–748E: BASE I Advices—ISO Enriched

Purpose

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.

EP–748S: BASE I Advices—Standard

Purpose

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.

EP–750: Text Messages

Purpose

Displays record data in text message transactions (transaction code 50).

Frequency


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.

EP–751: Requests for Original

Purpose

Displays record data in request for original paper (sales draft, credit voucher, or cash advance) transactions (transaction code 51).

Frequency


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.

EP–752: Requests for Copy

Purpose

Displays record data in request for copy of original paper (sales draft, credit voucher, or cash advance) transactions (transaction code 52).

Frequency


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.

EP–753: Confirmation Responses

Purpose

Displays record data in request for confirmation transactions (transaction code 53).

Frequency


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.

EP–755: Regional Card Recovery File Records/RCRF Message

Purpose

Displays Regional Card Recovery File (RCRF) transactions received from the VIC (transaction code 55).

Frequency


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.

EP–756: Currency Conversion Rates

Purpose

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.

EP–758: National Settlement Advices

Purpose

Displays record data in National Settlement Advice transactions (transaction code 58).

Frequency


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.

EP–999: Index of Reports

Purpose

Provides a reference for the reports produced for an Edit Package execution.

Frequency

Generated for each incoming and outgoing run.

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.

Edit Package

Documents

Transcript of Edit Package