Purpose: Use the Pay Type table to:
• add or maintain payment methods and their descriptions
• specify an alternate refund pay type if your company allows you to change the method by which you refund the customer
• indicate the minimum dollar value and the maximum dollar amounts for which your company will produce a refund
• specify the characteristics of credit cards that your company accepts as a method of payment including the limits, if any, for reauthorizing a credit card order and the authorization and deposit services
• specify the financial conditions under which an order will go on hold (for example, dollar amount limits, balance due)
• define the format for displaying credit card numbers for a Credit Card pay category pay type on screens and reports in Order Management System
• specify the cross-reference for a ChannelAdvisor marketplace, so that orders originating in that marketplace are assigned the matching payment method, and specify whether to calculate tax and shipping at the item level or the order level.
Pay type versus pay category: A pay type defines a specific method of payment such as check, cash, Visa, Mastercard, American Express, etc. Each pay type is assigned to a pay category.
Valid pay categories are:
• Cash/Check
• Credit Card (including stored value card or a debit card)
Pay categories group pay types with similar characteristics. For example, your company might accept Visa, Discover, and American Express. These are three distinct pay types that share at least one characteristic; they are all credit cards. You create three pay type records and assign all three pay types to pay category Credit Card.
Charging against pay types: When billing each pay type on a multi-paytype order, the system automatically assigns charge sequences to different payment categories as follows:
Payment Method |
Pay Category |
Default Charge Sequence |
Cash or check |
Cash/Check |
1 |
Stored value card |
Credit Card |
2 |
Credit card (any Card type besides a stored value card) |
Credit Card |
3 |
In addition, the system assigns the charge sequence for the “catch-all” payment method the highest charge sequence. For example, if the charge sequence for a check is 10, the system updates the charge sequence for the credit card on the order to 11 (provided the credit card is the “catch-all”).
In this chapter:
- Which Cards are Eligible for Credit Card Number Formatting?
- Setting Up a Credit Card Number Format
- Creating a Default Credit Card Number Format
- Credit Card Number Format Examples
- Credit Card Number Layout Screen
Overview: Order Management System supports different types of credit cards, indicated by the Card type setting. Valid types are listed below.
Credit Card Type/Description |
Typically Requires |
Credit card: A card, typically issued by a bank, that consumers can use to make purchases. The consumer pays the card issuer back on the issuer’s terms, which might require payment in full each month, or monthly installments against a variable balance. You can offer deferred or installment billing for a credit card, or you can simply deposit the payment amount promptly after shipment. Mastercard, VISA, American Express, and Discover Card are examples. |
credit card number (typically 16 positions) might also require: • expiration date • leading digits Additionally, you can define a Credit Card Number Format to specify which digits of a credit card number are masked on Order Management System screens and reports using a special character. |
Debit card: A card issued by a bank that draws directly on the consumer’s account. Although a debit card often bears the Mastercard or VISA logo like a credit card, it is restricted to the consumer’s current balance or line of credit with the bank. A Switch card is a type of debit card offered in the United Kingdom. |
credit card number (can be up to 20 positions) expiration date might also require start date or issue number Additionally, you can define a Credit Card Number Format to specify which digits of a debit card number are masked on Order Management System screens and reports using a special character. |
Stored value card: A gift card containing a pre-paid dollar amount that consumers can use to make purchases. Before a customer can use a stored value card as payment, the card must be activated by the service bureau. You can also inquire on the remaining balance on the card during order entry and maintenance. |
stored value card (credit card) number Additionally, you can define a Credit Card Number Format to specify which digits of a stored value card number are masked on Order Management System screens and reports using a special character. |
PayPal: Draws funds from a PayPal account over the Internet.
See the PayPal Direct Connection Integration for processing details. |
credit card number reauthorization days authorization service deposit service Note: Enter PPL as the authorization service and deposit service. |
About deferred and installment billing: You cannot use deferred or installment billing for any credit card pay type except for a regular credit card. To avoid having the system prompt you to select a payment plan in order entry, or to have the payment plan applied automatically, for other credit card types, you should set up payment plans to use a specific pay type, such as Mastercard or VISA. See Working with Flexible Payment Options (WFPO) for more information on setting up payment plans for deferred and installment billing.
How to display this screen: Enter WPAY in the Fast path field at the top of any menu or select Work with Pay Types from a menu.
Field |
Description |
Type |
A code that represents the pay type. Numeric, 2 positions; optional. |
The description of the pay type. Alphanumeric, 30 positions; optional. |
|
A code for a category of pay type. Valid values: • Cash/Check • Credit Card (including stored value card and debit card) Optional. |
Screen Option |
Procedure |
Create a pay type code |
Select Create to advance to the Create Pay Type Screen. |
Change pay type information |
Select Change for a pay type to advance to the Change Pay Type screen. At this screen you can change any information except the pay type code. See the Create Pay Type Screen for field descriptions. |
Delete pay type information |
Select Delete for a pay type to delete it. |
Select Display for a pay type to advance to the Display Pay Type screen. You cannot update any information on this screen. See Create Pay Type Screen for field descriptions. |
|
Work with credit card number format |
Select CC # Format for a Credit Card pay category pay type to advance to the Credit Card Number Format. An error message indicates if the pay type is not a Credit Card pay category pay type: Not available for this pay type. |
Work with user defined fields |
Select User Field for a pay type to advance to the Work with User Fields Screen. |
Purpose: Use this screen to create a pay type code.
How to display this screen: At the Work with Pay Types Screen, select Create.
Field |
Description |
Pay type |
A code that represents a pay type, such as a check, credit card, or stored value card. Numeric, 2 positions. Create screen: required. Change screen: display-only. |
Desc (Description) |
The description of the pay type. Alphanumeric, 30 positions; required. |
Category |
The category of the pay type. Valid values are: • Cash/Check • Credit Card (including stored value card and debit card) Required. |
The pay type to use for refunds to this pay type. Complete this field only if the pay type for refunds is different from the pay type used on the order. The system checks the appropriate values defined for the alternate refund pay type, not the original pay type, when generating refunds. The alternate refund type must be a pay category of Cash/Check or Credit Card for Card type Stored Value. The system displays an error message if you enter an invalid alternate refund type: Only SVC pay type OR alt pay category of Cash/Check allowed. If the Use CC Net Exchange Billing (M23) system control value is selected, you cannot define an Alternate refund type or Alternate refund category for a Credit Card Pay type category pay type; the system displays an error message: Alt refund type/category not allowed with CC Net Exchange Billing. Numeric, 2 positions; optional. |
|
The pay category to which the system-generated refund can be charged during refund maintenance. Valid values are: • Cash/Check • Credit Card (including stored value card and debit card) When you define an alternate refund category for a pay type, you give yourself the option of changing the refund to the type that corresponds to this category. The alternate refund category must be a pay category of Cash/Check. The system displays an error message if you enter an invalid alternate refund category: Alternate pay type category must be Cash/Check. If the Use CC Net Exchange Billing (M23) system control value is selected, you cannot define an Alternate refund type or Alternate refund category for a Credit Card Pay type category pay type; the system displays an error message: Alt refund type/category not allowed with CC Net Exchange Billing. Optional. |
|
Authorization service |
A code for the service bureau that authorizes or declines credit card charges. Alphanumeric, 3 positions; optional. |
Credit card length |
The required length of the credit card number. You can require any length up to 20 positions. Note: The system does not validate the credit card length if you enter a 0 in this field. Numeric, 2 positions; optional. |
Deposit service |
A code for the service bureau that performs credit card deposits for this pay type. Alphanumeric, 3 positions; optional. |
Leading digits |
The first digits numbers of a valid credit card number. For example, the first two digits in a Master Card account number are 5 and 4. You can enter up to 4 leading digits. Numeric, 4 positions; optional. |
The number of days before a credit card authorization expires. Numeric, 3 positions; optional. |
|
Modulus check |
This setting indicates if the system performs a calculation against the digits of the credit card number to ensure that the card is valid. Valid values are: • Modulus 10 = for a modulus 10 check • Modulus 11 = for a modulus 11 check • Modulus User Defined = for a user-defined modulus check • blank = no modulus check is performed If you enter MU in this field, the system uses the program name from the User Defined Modulus Check Program (E94) system control value. An error message indicates if a program name has not been defined: Modulus check program has not been specified for SCV E94. Note: The system cannot perform a modulus check against the number if the number includes spaces; for example: 4111 1111 1111 1111. To perform a modulus check, you must enter the number without any spaces between the numbers; for example: 4111111111111111. Optional. |
Indicates whether to require a start date when the customer uses this credit card pay type. For example, you might use a start date for a debit card to indicate the first date when the card is effective. If a start date is required but not entered, the system displays an error message in order entry or maintenance: Credit card start date (0) is not valid. The start date is a four-position date in MMYY format, similar to the expiration date. Select this flag if you want to require a start date for this pay type. This is a valid selection only if the pay type is a credit card. Do not select this field if you do not want to require a start date for the pay type. |
|
|
Note: • Even if you require a start date for a pay type, the system does not validate the credit card based on whether the start date is before or after the current date. Typically, if your authorization service requires a start date for this pay type, the service would validate the start date provided against the current date. • Debit cards might require a start date, an issue number, both, or neither. Even if a start date or an issue date are not required, you can still enter this information in order entry if it is available. • If you require the start date for any credit card type besides a debit card, you will not be able to enter the start date at the recap screen in order entry. Instead, you should advance to the Enter Payment Method screen, where all pay type fields are available for entry. However, if the pay type is a debit card, the system displays a pop-up window from the order recap screen for you to enter additional information such as the issue number and start date, regardless of whether these fields are required. |
Indicates the type of credit card. Valid values are: • Credit: Credit card • Debit: Debit card • Stored Value: Stored Value Card (see Stored Value Card Overview and Setup) The card type is required for a credit card pay type (pay category = Credit Card). You cannot enter a card type for any other pay category. See Types of Credit Cards for an overview. You can define a credit card number format to specify how the credit card number should display on Order Management System screens and reports for all card types; see Credit Card Number Format for instructions. Required for Credit Card pay category pay types. |
|
Indicates whether to require an expiration date when the customer uses this credit card pay type. Expiration dates are typically required for regular credit cards, but might not be required for stored value cards, for example. If an expiration date is required but not entered, the system displays an error message in order entry or maintenance: Credit card expiration date (0) is not valid. The expiration date is a four-position date in MMYY format. • Select this flag if you want to require an expiration date for this pay type. This is a valid selection only if the pay type is a credit card (pay category = Credit Card). • Leave this field blank if you do not want to require an expiration date for the pay type. |
|
Send reversal |
Defines whether the REVERSE Send Reversals for Expired Authorizations (program name PFR0133) periodic function processes all open Authorization History records for this pay type that are eligible for authorization reversal. • Selected = The REVERSE periodic function processes all open Authorization History records for this pay type that are elible for authorization reversal. • Unselected = The REVERSE perdiodic function does not process open Authorization History records for this pay type. See the REVERSE Send Reversals for Expired Authorizations periodic function for processing information. |
Indicates whether to require an issue number when the customer uses this credit card pay type. Some banks assign an incremental issue number when they replace a card because it is lost or stolen. Select this flag if you want to require an issue number for this pay type. This is a valid selection only if the pay type is a credit card. Do not select this flag if you do not want to require an issue number for the pay type. If an issue number is required but not entered in order entry or order maintenance, the system displays an error message: Credit card issue# () is not valid. |
|
|
Note: • Debit cards might require a start date, an issue number, both, or neither. Even if a start date or an issue date are not required, you can still enter this information in order entry if it is available. • If you require the issue number for any credit card type besides a debit card, you will not be able to enter the issue number at the recap screen in order entry. Instead, you should advance to the Enter Payment Method screen, where all pay type fields are available for entry. However, if the pay type is a debit card, the system displays a pop-up window from the order recap screen for you to enter additional information such as the issue number and start date, regardless of whether the issue number or start date are required. |
If a customer short pays an order by an amount equal to or greater than this amount, the system places the order automatically on BD (Balance Due) hold. Note: Orders are evaluated for Bal due $ limit (Balance due dollar limit) and Bal due % limit (Balance due percentage limit). Balance due % limit takes precedence over balance due $ limit, so the system puts the order on hold when it is underpaid by the percentage even if it not underpaid by the dollar amount. When you apply a cash/check payment method: • If there is a Bal due % limit specified, and the order is underpaid by this percentage, put the order on hold; otherwise, • If there is a Bal due $ limit specified, and the order is underpaid by this amount, put the order on hold; otherwise, • Do not put the order on hold for an underpayment. Example: A customer underpays a $1,250.00 order by $25.00. The Balance due $ limit is $5.00; however, the Balance due % limit is 5%. Five percent of this order is $62.50. This order will not go on hold. The customer has underpaid by more than the Balance due $ limit but less than the Balance due % limit. Note: If the underpaid amount is less than the amount specified here (and there is no Bal due % limit specified), the order does not go on hold. The system creates a balance due record (negative refund record) and puts this record into a write-off pending status. These refund write-off amounts accumulate for the sold-to customer, and can be applied to a subsequent order as an additional charge. The Default Additional Charge Code (C45) to be used in these instances is specified in the System Control table. Numeric, 9 positions with a 2-place decimal; optional. |
|
If the order total meets or exceeds this dollar amount, the system places the order on dollar hold, regardless of the pay category (cash/check or credit card). Multi-pay orders: If there is more than one payment method on the order, the system places the order on hold if the order total meets or exceeds the Order $ limit for any pay type. Example: The order total is $200.00, and the customer sends a $50.00 check and puts the balance on a credit card. The Order $ limit for the check pay type is $150.00, and the Order $ limit for the credit card is $250.00. The system places the order on hold, because the order total of $200.00 meets or exceeds the Order $ limit of $150.00 for the check pay type (even though the check payment amount is less than the Order $ limit). |
|
|
Cash/check orders: The system evaluates both Order $ limit and Hold days. Order $ limit takes priority over Hold days. Example: The order total is $350.00 and the customer pays by check. Order $ limit is $225.00; Hold days is 5. Six days pass; this order will still be on hold. This customer order meets the value specified in Hold days but still exceeds the Order $ limit specified in this table. The system does not check this setting if: • the order is already on any type of system hold • an authorization service has been defined for this payment type; instead, the system places the order payment method automatically on CW (credit wait) hold Numeric, 9 positions with a 2-place decimal; optional. |
If a customer underpays on an order by a percentage equal to or greater than this amount, the system places the order on hold. Note: Orders are evaluated for both Bal due $ limit (Balance due dollar limit) and Balance due % limit. Balance due % limit takes priority over balance due $ limit. See the Bal due $ limit (Balance due dollar limit) for a discussion. Numeric, 9 positions with a 2-place decimal; optional. |
|
The number of days to hold an order while waiting for a check to clear the bank. The system releases the order from hold automatically through Daily Periodic Processing once the number specified here has passed. Note: Cash/check orders are evaluated for both Order $ limit (Order dollar limit) and Hold days. Order $ limit takes priority over Hold days. Numeric, 3 positions; optional. |
|
The minimum dollar amount for which you issue a refund. Refunds less than this amount are put in a write-off pending status. These write-off amounts accumulate in the Customer Sold-to table and can be used as an order credit on a subsequent order. The Default Cash Pay Type (C07) to be used in these instances is indicated in the System Control table. If a pay type has an alternate refund type, the system checks the refund check minimum for the alternate refund type. Numeric, 9 positions with a 2-place decimal; optional. |
|
The maximum dollar amount for automatic refund creation. Any refund exceeding this dollar amount is put on hold. For example, if you leave this field blank for a credit card alternate refund type, all refunds will go on hold because they exceed the blank (zero) amount. If a pay type has an alternate refund type, the system checks the refund check minimum for the alternate refund type. Numeric, 9 positions with a 2-place decimal; optional. |
|
The number of days to hold a refund from processing. The system changes the status of the refund to “open” when you process the refund if the release days have passed. This feature ensures that the customer's check for the order clears before you print a refund check for the overpayment. If a pay type has an alternate refund type, the system checks the refund check minimum for the alternate refund type. Numeric, 3 positions; optional. |
|
Store tender |
A cross-reference to the corresponding tender code in a point-of-sale system. This field is available only if you specify a Default Location for ORCE Integration (K69). Alphanumeric, 4 positions; optional. |
A cross-reference to a ChannelAdvisor marketplace, set up through Work with ChannelAdvisor Offers Screen, from which you receive orders: • If the CAORDUP periodic function creates an order from ChannelAdvisor, and the ItemSaleSource passed for the order matches this cross-reference, the periodic function assigns this payment method to the order. Your marketplace needs to match a ChannelAdvisor Site Token value. • If an order has a payment method whose cross-reference matches a ChannelAdvisor marketplace and also matches the ChannelAdvisor Order Type (L90), the Processing Refunds (MREF) option submits any pending refunds for the order to ChannelAdvisor, and does not actually generate the refund. If more than one pay type has the same matching cross-reference, the periodic function selects the pay type with the highest pay type code. Cash/check category: If a CA cross reference # is specified, the pay type Category must be Cash/Check. See ChannelAdvisor Integration Overview and ChannelAdvisor Setup. This field is available only if the ChannelAdvisor Order Type (L90) system control value specifies an order type. If you enter a value in this field, then the CA type field is required. Alphanumeric, 40 positions; optional. |
|
Controls how the CAORDUP periodic function calculates shipping and tax, and how refund amounts are passed when Submitting Refunds for ChannelAdvisor Orders. If this field is set to: • Item Level or blank = Consistent with the Amazon and eBay with premium tax marketplaces: - the CAORDUP periodic function calculates shipping and tax based on the amounts in the OrderLineItemItem element - refund processing calculates tax and shipping at the item level and passes these amounts in the RefundItem level in the SubmitOrderRefund message • Order Level = Consistent with the eBay marketplace (without premium tax): - the CAORDUP periodic function uses the tax and shipping amounts from the OrderLineItemInvoice element and prorates them across the lines on the order - the SubmitOrderRefund message specifies amounts at the order level This field is available only if the ChannelAdvisor Order Type (L90) system control value specifies an order type. If a CA cross reference # is specified for the pay type, then this field is required. |
Credit card number formats allow you to specify which digits of a credit card number are masked on Order Management System screens and reports using a special character, such as an asterisk (*). For example, you may wish to mask all but the last 4 digits of a 16-digit credit card number: ************1111.
Data security: You should set up a masking format for all credit cards. See Guidelines for Data Security in the Security document for a checklist of recommended data security settings.
Tokenization: If you use credit card tokenization, the number that is masked is a token, rather than the actual credit card number.
Defining a format: You can use the Credit Card Number Layout Screen to define which digits of the credit card number on Order Management System screens and reports are masked. You can define a separate credit card number format for each Credit Card pay category pay type and also define a default format to use for those Credit Card pay category pay types that do not have a credit card number format defined.
When a credit card number displays on a screen or report, the system looks at the pay type associated with the credit card number to determine which digits of the credit card number are masked. If the system cannot determine the pay type associated with the credit card number, the credit card number displays in the default credit card number format.
When is the credit card number masked?
• Order Management System masks the credit card number using the specified credit card number format on all Order Management System screens if you do not have authority to the Display Full Credit Card Number (B14) secured feature.
• Order Management System masks the credit card number using the specified credit card number format on all Order Management System reports, regardless of your authority to the Display Full Credit Card Number (B14) secured feature.
When is the credit card number unmasked? Even if a credit card number format is defined, the credit card number will display unmasked, meaning the entire number displays, in the following places:
• All Order Management System XML messages. The full credit card number must display because the number is being sent to or received from an external system. However, for credit card numbers in the Outbound Email XML Message (CWEmailOut), all but the last four positions of the credit card number are replaced with asterisks (*), regardless of any credit card number masking defined.
• The Order Management System database (tables). However, if you use credit card encryption and data security, the credit card number will be encrypted in the Order Management System database, providing additional security of credit card data.
• Stored Value Card Notification Email. This email is generated when you purchase a virtual stored value card or send an early notification email with the card number. For virtual stored value cards, this email is the only notification that a stored value card has been activated for a customer. The customer must be able to view the entire stored value card number in order to use the card on a future purchase.
• The Stored value card number field on the Stored Value Card Assignment Screen, since you are in the process of entering the stored value card numbers for activation.
Replacing the credit card number with asterisks: For additional security, run the SECRISK periodic function to deactivate a credit card, replace the first 12 digits of the credit card number with asterisks (*), and remove the expiration date on closed and cancelled orders. See the Credit Card Retention Days (K65) system control value for background.
Credit card numbers in the database: Regardless of whether you use credit card encryption, the system masks the credit card number in the Order Management System database, storing it in varBinary format. If you use credit card encryption to encrypt the credit card number in the Order Management System database, you cannot unmask the credit card number in the database to view it.
Credit card encryption: Credit card encryption allows you to encrypt credit card numbers in the Order Management System database to provide additional security for credit card data. You can define a credit card number format, regardless of whether you are using credit card encryption and data security. If you enable credit card encryption, the system encrypts the credit card number in the Order Management System database, providing additional security of credit card data. In order to display the encrypted credit card number on Order Management System screens and reports, the system must first decrypt the credit card number and then apply the credit card number format. See the Data Security and Encryption Manual for an overview.
Removing credit card numbers and expiration dates in the database: For additional security, you can select the Prevent Storing the Customer’s Last CC# and Exp Date (J86) system control value to automatically run a program to remove the credit card numbers and expiration dates from Customer Sold To and Customer Ship To Order History files and prevent them from being stored.
Which Cards are Eligible for Credit Card Number Formatting?
Eligible cards: You can define a credit card number format for the following types of Credit Card pay category pay types:
• Credit card (Card type Credit)
• Debit (Switch) card (Card type Debit)
• Stored value card (Card type Stored Value)
Ineligible cards: You receive the error message Not available for this pay type if you try to define a credit card number format for any non-pay category Credit Card pay type.
Credit card number scan screens: You can scan on credit card number at the following Order Management System screens:
• Order Maintenance Selection Screen
• Select Orders For Return Authorization Screen
However, if you have defined a credit card number format, the credit card numbers that display on the bottom half of the scan screen will be masked by the associated credit card number format.
In addition, if you have credit card encryption enabled, the system will not find a credit card number match unless you enter the full credit card number in the scan field. The credit card number you entered in the scan field is display-only at the top of the screen and the credit cards that display at the bottom of the screen are masked by the associated credit card number format.
Note: If you use credit card tokenization, you will not be able to scan on the full credit card number on these screens since the credit card number has been replaced with a token. Instead, you can scan on the last four digits of the credit card number on these screens; the system advances you to the Scan By CC Last 4 screen, where you can review orders that contain a credit card payment whose CC Last 4 field in the Order Payment Method table matches the last four digits of the credit card number that you entered in the scan field.
The Display Full Credit Card Number (B14) secured feature controls whether the full credit card number displays on Order Management System screens.
• If you allow access to this feature, you can view the full credit card number on Order Management System screens, regardless if a credit card number format has been defined at the Credit Card Number Layout Screen. If you use credit card tokenization, the number that displays is a token, rather than the actual credit card number.
• If you prohibit access to this feature (default setting), the credit card number displays in the credit card number format specified at the Credit Card Number Layout Screen for the specified pay type. If a credit card number format is not defined for the pay type, the number displays in the default credit card number format. However, if a credit card number format has not been defined for the pay type and a default credit card number format is not defined, the full credit card number will display on Order Management System screens. If you use credit card tokenization, the number that displays is a token, rather than the actual credit card number.
Reports: Regardless of a user’s authority to the Display Full Credit Card Number (B14) secured feature, the system masks the credit card number in the credit card number format specified at the Credit Card Number Layout Screen for the specified pay type on all Order Management System reports.
Restrict access to credit cards in OIOM: Regardless of the setting of this secured feature, if you do not have authority to the Restrict Access to Credit Card Numbers in OI and OM (A88) secured feature, the credit card number and expiration date will not display in order entry, order maintenance, or standard or streamlined order inquiry.
Setting Up a Credit Card Number Format
Use the Unformatted credit card number positions field on the Credit Card Number Layout Screen as a layout of the number of positions in the Credit card number field. There are 20 positions available in a credit card number that you can select to display or mask with a special character.
Note: Even if a credit card number only includes 16 digits, you will still be required to enter a value in positions 17-20 of the credit card number format. Enter 17, 18, 19, and 20 in the respective fields if you do not want a special character to display.
To create or change:
1. |
At the Work with Pay Types Screen, select CC# Format for a Credit Card pay category pay type to advance to the Credit Card Number Layout Screen. |
2. |
In the Formatted credit card number positions fields, decide which digits of the credit card number you wish to display and enter the digit number in the appropriate field. For example, if you wish to display the last 4 digits of a 16-digit credit card number, enter 13 in field 13, 14 in field 14, 15 in field 15, and 16 in field 16. |
3. |
In the Formatted credit card number positions fields, decide which digits of the credit card number you wish to mask and enter a special character in the appropriate field. You can enter any special character, such as an asterisk (*) or a number sign (#) as well as any letter, such as C. However, you cannot use a number to mask a credit card number. For example, if you wish to mask all but the last 4 digits of a 16 digit credit card number using an asterisk, enter * in fields 1-12 and enter 13, 14, 15, and 16 in the respective fields. Note: You cannot mask the digits of a credit card number using a number. If you enter a number between 1 - 20 in any of the Formatted credit card number positions fields, the system will display that digit of the credit card number in the position specified. For example, if you enter 9 in field 1, the system will display the 9th digit of the credit card number in position 1 and not the number 9. You will receive an error if you enter a number greater than 20: Only one character or number 1-20 allowed per position. |
4. |
Select OK to validate your entries. You must enter a number between 1and 20 or a special character in each of the Formatted credit card number positions fields. |
To delete: To delete a credit card number format, clear the data in all of the Formatted credit card number positions fields and select OK.
If you delete a credit card number format, but still have a default credit card number format defined, the credit card number will display in the default format on Order Management System screens and reports.
Creating a Default Credit Card Number Format
If you wish to assign most of your Credit Card pay category pay types to the same credit card number format, you can create the format and select the Set as default format field. Any Credit Card pay category pay type that does not have a credit card number format defined, will use the default credit card number format.
You can create only 1 default credit card number format. If you flag a credit card number format as the default and then create a new credit card number format and flag it also as the default, the system advances you to the Override Default window, where you must confirm that you wish to change the default credit card number format.
Select Accept to change the default credit card number format; otherwise, select Exit to keep the current default credit card number format.
If you wish to create a default credit card number format, but still display the entire credit card number for one of your Credit Card pay category pay types, create a credit card number format for that pay type and enter all of the credit card digits in the Formatted credit card number positions fields: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20. The system will display the entire credit card number on Order Management System screens and reports.
If you do not define a default credit card number format, and a format has not been defined for a Credit Card pay category pay type, the system displays the full credit card number for that pay type on Order Management System screens and reports.
Credit Card Number Format Examples
The table below displays examples of credit card number formats.
Credit Card Format |
Credit Card Display |
|
Mask the credit card number using the number sign. |
# # # # # # # # # # # # # # # # # # # # |
If the number is 4111111111111111, it displays as: #################### |
Display the full credit card number. |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Note: You may wish to define this format if you have also defined a default credit card number format and you want to display the full credit card number for this pay type. For example, you may wish to display all stored value card numbers. |
If the number is 4111111111111111, it displays as: 4111111111111111. |
Only display the last 4 digits of a 16-digit credit card number. For all other digits, display an asterisk. |
* * * * * * * * * * * * 13 14 15 16 17 18 19 20 |
If the number is 4111111111111111, it displays as: ************1111 |
Display all but the last 4 digits of a 16-digit credit card number. For all other digits, display an asterisk. |
1 2 3 4 5 6 7 8 9 10 11 12 * * * * 17 18 19 20 |
If the number is 4111111111111111, it displays as: 411111111111**** |
Only display the first 4 digits and the last 4 digits of a 16-digit credit card number. For all other digits, display an asterisk. |
1 2 3 4 * * * * * * * * 13 14 15 16 17 18 19 20 |
If the number is 4111111111111111, it displays as: 4111********1111 |
Display all of the digits in a 16-digit credit card number, but display the first 4 digits in the last 4 positions and the last 4 digits in the first 4 positions. |
13 14 15 16 5 6 7 8 9 10 11 12 1 2 3 4 17 18 19 20 |
If the number is 4788250000121443, it displays as: 1111111111114111 |
Credit Card Number Layout Screen
Use this screen to create a credit card number format; see Credit Card Number Format for an overview and setup instructions.
How to display this screen: Select CC# Format for a Credit Card pay category pay type at the Work with Pay Types Screen.
Field |
Description |
Pay type |
The code and description of the credit card pay type assigned to the credit card number layout. Pay type code: Numeric, 2 positions; display-only. Description: Alphanumeric, 30 positions; display-only. |
Indicates if you wish to set this credit card number format as the default format. Any Credit Card pay category pay type that does not have a credit card number format defined, will use this format. • Selected = This credit card number format is the default format to use if a format has not been defined for a Credit Card pay category pay type. • Unselected (default) = This credit card number format is not the default format and is only used to display credit card numbers for this pay type. If you select this flag and a default credit card number format already exists, the system advances you to the Override Default Window, where you can confirm that you wish to change the default credit card number format. Note: If you do not define a default credit card number format, and a format has not been defined for a Credit Card pay category pay type, the system displays the full credit card number for that pay type on Order Management System screens and reports. |
|
Displays the number of positions available to format in a credit card number. Use this field as a reference when creating the credit card number format in the Formatted credit card number positions field. Alphanumeric, 20 positions; display-only. |
|
The position and format of each of the credit card digits to display on Order Management System screens and reports. For example, to display only the last 4 digits of a 16 digit credit card number, enter a special character, such as an asterisk (*) in fields 1 - 12. Enter the digit number in fields 13 - 20. * * * * * * * * * * * * 13 14 15 16 17 18 19 20 If the credit card number is 411111111111111, the system displays ************1111 as the credit card number on Order Management System screens and reports. Note: You must enter either a digit number (1-20) or a single position special character in each field or an error message displays: Only one character or number 1-20 allowed per position. See Setting Up a Credit Card Number Format for setup instructions and examples. Numeric, 20 positions; required. |
| Working with Divisions (WDIV) | Contents | SCVs | Search | Glossary | Reports | Solutions | XML | Index | Working with Banks (WBNK) |
WPAY OROMS 17.0 2018 OTN