Professional Documents
Culture Documents
Guide
Check Printing
Overview ......................................................................................................................................... 2
Setup ............................................................................................................................................... 2
Payment Type ............................................................................................................................. 3
Check Assignment - Sequence Number ..................................................................................... 5
Check Assignment - Sequence Number Value ........................................................................... 6
Check Printing Address assignment ........................................................................................ 7
Functional ..................................................................................................................................... 10
Example of Check Report Output ............................................................................................. 12
Overview
This document explains how to setup Check Printing within X3. Please ensure the steps below have
been completed.
Note: If you are using custom checks, please be sure to identify the check using a 3 character mnemonic.
For example, xxx-CHECKS can be the name of the report dictionary and the report. This ensures that
any updates made to the standard N.A. checks (CHECKS) does not overwrite any custom changes.
Please note, the standard layout/format of the check report included with X3 and installed with this patch
complies with RapidForms, check format, item # DRLM102C. The website for this specific check format
can be found at www.rapidforms.com/NASApp/rfEcat/rapidforms.jsp
It may be necessary to modify the check layout if using a different check format than the one included
with X3.
Setup
The standard check printing functionality of X3 has been modified to more closely accommodate the
needs of North American customers. The check printing functionality has been enhanced to permit the
ability to assign check numbers manually or automatically. Additionally, when check numbers are
assigned automatically, a reprinted check may generate a new check number or retain the original check
number. This functionality is driven by a new Check Assignment parameter setup under the TRS (A/P
and A/R) module.
The available values for the Check Assignment parameter are as follows:
Manual Check numbers entered manually from the Payments (GESPAY) function.
Auto / Reprint New Original check number will be assigned automatically and reprinted checks will
be updated and printed with a new check number.
Auto / Reprint Original Original check number will be assigned automatically and reprinted checks
will be printed with the original check number.
Payment Type
The report(s) available from a payment transactions Print option are driven by the Report code assigned
to the payment transaction. Typically the print option will be used to launch a check report. Payment
transactions are maintained using the Payment Type function (GESTPY). Using the NASTD menu the
Payment Type function is located under Administration > Parameters and Setup > A/P A/R Accting
Setup > Payment Types. The Report field located on the Steps tab has a right click option called
Printing Code which, when selected, will display the Report code options available. Note the options
are from Miscellaneous Table 304.
When you enter a code in the Report field that code will have a corresponding Process code as shown
above in the rectangular figure. It is that process code that is used to determine the report or reports
available when the print option is selected. Here is how the process code is used.
Run the Reports function (GESARX). Using the NASTD menu the Reports function is located at
Developers Toolkit > Reports > Reports. This function is used to Link reports to an internal code. The
internal code used by the payment entry function is derived by using a base of PAY and then appending
the Process code to the base. So for the example above the internal code would be:
PAY + CHQ or PAYCHQ. Now using the derived internal code the corresponding
report(s) can be found from the Reports function.
In this example the internal code of PAYCHQ is linked to two reports: CHECKS and CHKSTUB. When in
payment entry using the PAYCH transaction selecting the print option will give you a choice of the
CHECKS report and the CHKSTUB report.
2) Next, if the address was not entered directly onto the payment, a check will be done to see if a default
payment address exists for the customer.
A default address code may be entered as a general parameter. The parameter is called LETADD
and is stored in module TRS (A/P and A/R). If a value is stored for LETADD then a check will be done
to see if an address exists for the customer + LETADD combination. If an address does exist it will be
rd
used, if not continue to the 3 option. Note: to use this method all BPs will need to have an address
using the default code. For the case below the code is DEF.
rd
3) When no address has been entered directly on a payment and no default address exists then the 3
option is to use the customers default address.
In the supplier function on the Address tab, the default address is indicated by checking the Default
Address checkbox.
Functional
Checks may be printed from the Payment Entry function (GESPAY). This function can be found under the
NASTD menu at Accounting > Accounts Payable > Payment Processing > Payment Entry. Once a
payment has been entered, select the Print option from the File menu to print the check.
A/P Checks this option will allow you to print a check for the current payment and will display a
similar print parameters screen.
A/P Overflow Check Stub this option will allow you to print a range of payments and checks
and will display a similar print parameters screen.