SAElectronic Marketing
SAElectronic Marketing
SC30-3547-01
Note:
Before using this information and the product it supports, be sure to read the general information
under “Notices” on page xv.
Tables. . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
Notices . . . . . . . . . . . . . . . . . . . . . . . . . . . xv
Trademarks . . . . . . . . . . . . . . . . . . . . . . . . . . xv
Chapter 1. Introduction . . . . . . . . . . . . . . . . . . . . . . 5
Overview and Perspective . . . . . . . . . . . . . . . . . . . . . 5
Hardware Supported . . . . . . . . . . . . . . . . . . . . . . . 6
What this Program Includes . . . . . . . . . . . . . . . . . . . . 6
Chapter 2. Concepts . . . . . . . . . . . . . . . . . . . . . . . 7
Customer Enrollment and Identification . . . . . . . . . . . . . . . . 7
Rain check Customers . . . . . . . . . . . . . . . . . . . . . 8
Customer Identification Number . . . . . . . . . . . . . . . . . . 8
Customer Recognition, Rewards, and Messages . . . . . . . . . . . . . 8
Points. . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Points-Only Items . . . . . . . . . . . . . . . . . . . . . . . 9
Electronic Marketing Coupons . . . . . . . . . . . . . . . . . . 10
Home Store Concept. . . . . . . . . . . . . . . . . . . . . . . 11
Enterprises that Use the Home Store Concept . . . . . . . . . . . . 12
Non-Home Store Concept . . . . . . . . . . . . . . . . . . . . . 13
Enterprises that Use a Non-Home Store Concept . . . . . . . . . . . 13
Activity Record Types . . . . . . . . . . . . . . . . . . . . . . 13
Primary Customer Activity Records . . . . . . . . . . . . . . . . 13
Alias Customer Activity Records for Family Members . . . . . . . . . . 13
Electronic Marketing Database . . . . . . . . . . . . . . . . . . 13
Auxiliary Functions . . . . . . . . . . . . . . . . . . . . . . . 14
Default Auxiliary Functions . . . . . . . . . . . . . . . . . . . 14
Accept Only Foodstamps After a Foodstamp Balance Due . . . . . . . . 15
Display the Weight for Sales of Weight Items . . . . . . . . . . . . . 15
Prohibit Entry of Cash Amounts When the Balance Is Negative . . . . . . 15
Weight Accumulation on Category 2 Sales . . . . . . . . . . . . . . 15
Improved End of Transaction Printing Performance . . . . . . . . . . 15
Printed Subtotals . . . . . . . . . . . . . . . . . . . . . . . 15
Add Operator Name to Cash/Performance Reports . . . . . . . . . . 15
Require an Override for Any Negative Transaction . . . . . . . . . . . 16
Store Coupon Taxability Defined Only by the Item Record and Tax Key . . . 16
Document Print Voids of Miscellaneous Items . . . . . . . . . . . . 16
Exception Logging of Data Entry on Items . . . . . . . . . . . . . . 16
Improved Terminal Monitor from the Controller . . . . . . . . . . . . 16
Document Low Memory Condition . . . . . . . . . . . . . . . . . 16
Chapter 5. Personalization . . . . . . . . . . . . . . . . . . . . 65
Activate Terminal and Controller Exits . . . . . . . . . . . . . . . . 65
Personalize Terminal Sales Descriptors . . . . . . . . . . . . . . . . 65
Personalize Report Descriptors . . . . . . . . . . . . . . . . . . . 66
Personalize Electronic Marketing Report Descriptors . . . . . . . . . . . 68
Contents vii
Customer Selection . . . . . . . . . . . . . . . . . . . . . . 258
Customer Reporting . . . . . . . . . . . . . . . . . . . . . 259
Customer Record Alterations . . . . . . . . . . . . . . . . . . 260
Operator Interface . . . . . . . . . . . . . . . . . . . . . . 261
Error Handling. . . . . . . . . . . . . . . . . . . . . . . . 261
Performance . . . . . . . . . . . . . . . . . . . . . . . . 261
Preferred Customer Audit Log Report . . . . . . . . . . . . . . . . 262
Preferred Customer Exception Log Report . . . . . . . . . . . . . . 262
Preferred Customer Options Report . . . . . . . . . . . . . . . . . 264
Sample Electronic Marketing Preferred Customer Options Report . . . . . . 268
Accounting Reports . . . . . . . . . . . . . . . . . . . . . . . 273
Contents ix
Sample Coupon Record . . . . . . . . . . . . . . . . . . . . . 358
Packed Format (only demonstrable in Hex) . . . . . . . . . . . . . . 358
Exception Log Format (only demonstrable in Hex) . . . . . . . . . . . 358
Glossary . . . . . . . . . . . . . . . . . . . . . . . . . . 367
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
IBM may have patents or pending patent applications covering subject matter in this
document. The furnishing of this document does not give you any license to these
patents. You can send license inquiries, in writing, to the IBM Director of Licensing,
IBM Corporation, North Castle Drive, Armonk, NY 10504-1785, USA.
Trademarks
The following terms used in this publication, denoted by an asterisk (*), are
trademarks of the IBM Corporation in the United States and/or other countries:
v IBM
Related Publications
The following publications provide information about related application software.
Customer Messages:
v The ″Could Have Saved″ amount shown to non-preferred customers has been
improved by taking into account:
– limits on the number of like coupons in an order
– the number of items needed per coupon
– the minimum purchase requirements for coupons
– net value and percent off coupons.
– Period points can be shown on the customer receipt.
– Transaction discounts can be shown on the customer receipt.
Electronic Coupons:
v Equal support for all automatic coupons is now provided by awarding them at
total time when required.
v A minimum purchase is allowed on non-preferred coupons.
v Electronic net value coupons will compute their value based on the value of the
linked from item regardless of coupon validation.
v An option allows paper and automatic coupons to be taken for the same item.
v An option can bypass journal printing of automatic coupon rejections.
v An order with paperless coupons can be voided without receiving a “return
coupons” guidance.
v Item scanning during a replay of automatic coupons is prohibited.
v Keyed preferred coupons (non-void) can be secured with a manager’s override.
v Automatic coupons can be tested in training mode prior to activation.
v First time or rain check coupons will be given immediately after the sale.
Targeted Coupons:
v Up to three lines of free form text describing each targeted coupon can be
printed on the receipt of customers eligible for the promotion.
v Options have been added to bypass the receipt printing of:
– fixed targeted descriptors
– targeted coupon numbers.
New Promotions:
v Coupons good for a percentage off on sales of an item or sales from a
manufacturer, department, or transaction are supported.
v Support has been added for validation of coupons by a user promotion code.
v A unique sale is required for each cross-promotional coupon validated by
promotion code.
v A coupon value against all items in a cross-promotional deal is allowed.
v A promotion valid for “each $50.00 purchased” is allowed by requiring a separate
minimum purchase for each like coupon.
v Coupon support in training mode:
– Paper coupons can be counted by scanning them
– The limits on like coupons can be bypassed
– Coupons are not doubled.
Reduced Limitations:
v Voids and multipriced items are processed correctly for final value coupons.
v Multiple coupons on the same item are allowed with an operator’s override.
v Weighted coupons work correctly for all coupon limits.
New Totals:
v A sales total (Gross Plus - Gross Minus) will be accumulated in the Customer
activity file.
v The Preferred Customer number can be saved with each coupon in the coupon
tracking file.
v The last transaction number is added to the activity file so a customer can be
credited for the same points twice in the same day.
v The Customer Activity file can be saved at each store close for host retrieval or
for additional backup.
Altered Reports:
v Electronic coupons are accounted for correctly when a Tender Count is
performed from the register.
v Doubled coupons can be optionally excluded from the store coupon totals in the
department totals file.
v Paperless coupons have been removed from the cash drawer position reports.
File maintenance and options support
Appendix C has been added documenting the Supermarket modules modified for
Electronic Marketing, Electronic Marketing load modules, Terminal Sales and
Checkout Support EXIT code, Report EXIT code, Electronic Marketing file
(summary, application summary, and file usage summary).
Chapter 2. Concepts . . . . . . . . . . . . . . . . . . . . . . . 7
Customer Enrollment and Identification . . . . . . . . . . . . . . . . 7
Rain check Customers . . . . . . . . . . . . . . . . . . . . . 8
Customer Identification Number . . . . . . . . . . . . . . . . . . 8
Customer Recognition, Rewards, and Messages . . . . . . . . . . . . . 8
Points. . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Points-Only Items . . . . . . . . . . . . . . . . . . . . . . . 9
Electronic Marketing Coupons . . . . . . . . . . . . . . . . . . 10
Normal Sales Coupons . . . . . . . . . . . . . . . . . . . . 10
Net Value Coupons . . . . . . . . . . . . . . . . . . . . . 10
Points Coupons . . . . . . . . . . . . . . . . . . . . . . 10
Preferred Customer Coupons . . . . . . . . . . . . . . . . . 10
Non-Preferred Customer Coupons . . . . . . . . . . . . . . . . 10
Paper Coupons. . . . . . . . . . . . . . . . . . . . . . . 10
Electronic Coupons . . . . . . . . . . . . . . . . . . . . . 11
Home Store Concept. . . . . . . . . . . . . . . . . . . . . . . 11
Enterprises that Use the Home Store Concept . . . . . . . . . . . . 12
Non-Home Store Concept . . . . . . . . . . . . . . . . . . . . . 13
Enterprises that Use a Non-Home Store Concept . . . . . . . . . . . 13
Activity Record Types . . . . . . . . . . . . . . . . . . . . . . 13
Primary Customer Activity Records . . . . . . . . . . . . . . . . 13
Alias Customer Activity Records for Family Members . . . . . . . . . . 13
Electronic Marketing Database . . . . . . . . . . . . . . . . . . 13
Auxiliary Functions . . . . . . . . . . . . . . . . . . . . . . . 14
Default Auxiliary Functions . . . . . . . . . . . . . . . . . . . 14
Accept Only Foodstamps After a Foodstamp Balance Due . . . . . . . . 15
Display the Weight for Sales of Weight Items . . . . . . . . . . . . . 15
Prohibit Entry of Cash Amounts When the Balance Is Negative . . . . . . 15
Weight Accumulation on Category 2 Sales . . . . . . . . . . . . . . 15
Improved End of Transaction Printing Performance . . . . . . . . . . 15
Printed Subtotals . . . . . . . . . . . . . . . . . . . . . . . 15
Add Operator Name to Cash/Performance Reports . . . . . . . . . . 15
Require an Override for Any Negative Transaction . . . . . . . . . . . 16
Store Coupon Taxability Defined Only by the Item Record and Tax Key . . . 16
Document Print Voids of Miscellaneous Items . . . . . . . . . . . . 16
Exception Logging of Data Entry on Items . . . . . . . . . . . . . . 16
Improved Terminal Monitor from the Controller . . . . . . . . . . . . 16
Document Low Memory Condition . . . . . . . . . . . . . . . . . 16
Print Additional Diagnostic Data for Selected Failures. . . . . . . . . . 16
Prohibit Changing of Department Numbers from a Register . . . . . . . 16
Optional Auxiliary Functions . . . . . . . . . . . . . . . . . . . . 17
Highlighting Negative Entries . . . . . . . . . . . . . . . . . . . 17
Ignore Coupon Families for Validation . . . . . . . . . . . . . . . 17
Panel Capture of Transaction Data . . . . . . . . . . . . . . . . 17
Only Allow One Terminal to Have Negative Transactions . . . . . . . . 17
Define Which Taxes to Turn On with the Tax/NoTax Key. . . . . . . . . 17
Accumulate UPC/Department Key Rather Than Keyed/Scanned Sales . . . 18
Accumulate Keyed Versus Scan Totals by Department . . . . . . . . . 18
Chapter 5. Personalization . . . . . . . . . . . . . . . . . . . . 65
Activate Terminal and Controller Exits . . . . . . . . . . . . . . . . 65
Personalize Terminal Sales Descriptors . . . . . . . . . . . . . . . . 65
Personalize Report Descriptors . . . . . . . . . . . . . . . . . . . 66
Personalize Electronic Marketing Report Descriptors . . . . . . . . . . . 68
With the Electronic Marketing application, an enterprise can gain knowledge of its
customers shopping habits. This knowledge can then be used as the basis for
direct marketing programs designed to promote customer loyalty and improve store
volumes and profits.
With the Electronic Marketing application, you can enroll a store’s customers and
provide them with a unique customer identification number. You should also provide
enrolled customers with cards that contain their customer identification numbers.
This card is the only identification that a preferred customer needs to present.
These same customer ID numbers can also be used for check verification. A
preferred customer presenting this card at checkout time can receive:
v Recognition
v Awards
v Discounts.
A store can use the demographic data obtained during customer enrollment and the
captured sales information to build the customer knowledge base necessary for
targeted marketing programs. The Electronic Marketing application includes the
functions needed to support consumer:
v Identification
v Rewards
v Marketing.
The Electronic Marketing application can minimize the need for customer mailings.
You may still need to use mailings for some advertising and promotions targeted at
specific customer profiles however, with the Electronic Marketing application you
can use messages printed on the cash register’s receipt tape, (including notices of
discounts and reward totals,) as the main means of communication with preferred
customers.
Processing at the central site can be minimized by making extensive use of a home
store concept. The store where a customer enrolls becomes their home store. The
home store number can be included as part of the customer identification number if
desired.
Hardware Supported
The Electronic Marketing application executes in the IBM Point of Sale Terminal and
in the store controller. Customer ID numbers can be scanned, keyed or swiped
(entered using a magnetic stripe reader).
The Electronic Marketing application provides the following additions to the coupon
processing functions provided in the Supermarket Application:
v More control over coupon doubling
v Scanning and validation of store coupons
v Limits to control store coupon redemption
v An improved operator interface to coupon processing
v Full tracking of all redeemed coupons.
v Validation by promotion codes.
The purpose of these enhancements are:
v To extend the manufacturer’s coupon processing functions to store coupons
v To improve a store’s flexibility and control over this processing
v To provide the detailed coupon tracking necessary for electronic redemption.
The Selective Item Record Report enhances coupon processing by reporting on all
store coupons active in the store. Reporting capabilities are not limited to coupon
item records but extend to generalized searches of the Item Record File based on
numerous input parameters. Department number, item code range, and the date of
last sale are included.
This chapter also explains auxiliary functions provided by the Electronic Marketing
application.
An enterprise should provide customer cards that contain the customer identification
number to customers who enroll in the preferred customer program.
Enrollment information entered outside the store can be sent to a store and
maintained there, but it must be in the format defined for the Preferred Customer
Enrollment File.
To analyze customer sales data the enrollment information must reside where
processing is performed.
Points
The Electronic Marketing application provides transaction points accumulation as a
method to reward customers for continual patronage of the same store or chain. As
preferred customers shop in a store or stores in a chain, the Electronic Marketing
application accumulates a history of their purchase activity as points. Customers
may redeem points for tangible rewards at a later time.
Conceptually, points are like electronic trading stamps. The system keeps the
running total which is communicated to a customer in the form of customer
messages. Customer messages can show points for an individual transaction, total
cumulative points, and points transferred in from a transaction at another store.
Customer messages can also be designed to either show or not show points for an
individual transaction.
Points are related to the tender value of items purchased by a customer but may
differ from the tender value because they are affected by factors such as taxes,
coupons, point ratios and bonus points.
Points-Only Items
Items in the Item Record File can be designated as points-only items when the
value in the price field represents a preferred customer point value, not a monetary
value. The “sale” of a points-only item increments or decrements a preferred
customer’s total for the transaction.
A primary usage of points-only items is to provide bonus points. Bonus points can
be awarded under any of the following conditions:
v The purchase of selected items
v The purchase of selected items by selected customers
v The tendering of special coupons or points vouchers.
Chapter 2. Concepts 9
Electronic Marketing Coupons
The Electronic Marketing application supports several different types of coupons.
Coupons are defined in the Item Record File as:
v Normal sales coupons
v Net value coupons
v Points coupons
– Bonus points coupons
– Redemption coupons.
Points Coupons
The price of a points coupon represents the number of points to be given to or
taken away from a customer.
Bonus Point Coupons: Bonus point coupons are a subset of points coupons.
Bonus point coupons add to a preferred customer’s points total.
Paper Coupons
Paper coupons are manufacturer coupons (which are considered as tender) or store
coupons (which are considered as a discount) printed on paper that a customer can
redeem for a discount on a product. They may be given to all customers or
designated for preferred customers only.
Electronic coupons are usually the same thing as preferred customer coupons, but
this is not always the case. For exceptions, see “Electronic Coupons and Preferred
Customer Coupons” on page 231.
Electronic coupons are treated similarly to paper coupons. For differences, see
“Electronic Coupons and Paper Coupons” on page 231.
Targeted Coupons: Targeted coupons are preferred customer coupons that are
targeted to selected preferred customers. A normal preferred customer coupon is
linked to an item and applies to all preferred customers. A targeted coupon is linked
to selected preferred customers through the placement of its coupon item code in
their customer activity records. They might require purchases from a particular
category, department, manufacturer, or of a particular item to pass coupon
validation.
Coupons can be targeted to preferred customers at their first use of their customer
identification card. See “Coupons Targeted for the First Use of a Customer Card” on
page 81.
Chapter 2. Concepts 11
Enterprises that Use the Home Store Concept
Enterprises that use the home store concept distinguish between different types of
participating customers. They designate the following five customer types:
Rain check Customers are customers who use a predefined store rain check ID
when they do not have their preferred customer ID card. A rain check ID enables a
customer to receive some benefits and accumulate points for a transaction.
Primary Home Store Customers are customers shopping in the store in which
they enrolled.
Local Home Store Customers are customers shopping in a store that is in their
local area but is not the store in which they enrolled.
Non-participating customers are customers who are not enrolled in the preferred
customer program.
The following diagram presents a conceptual view of primary home store, local
home store, visiting preferred customers, and non-participating customers:
┌────────────────────────────────────────────────────────────┐
│ Non-participants │
│ │
│ ┌──────────────────────────────────────────────────┐ │
│ │ │ │
│ │ Visiting Preferred Customers │ │
│ │ │ │
│ │ ┌────────────────────────────────────────┐ │ │
│ │ │ │ │ │
│ │ │ Local Home Store Customers │ │ │
│ │ │ │ │ │
│ │ │ ┌────────────────────────────────┐ │ │ │
│ │ │ │ │ │ │ │
│ │ │ │ Primary Home Store Customers │ │ │ │
│ │ │ │ │ │ │ │
│ │ │ │ - Customers from this store │ │ │ │
│ │ │ │ │ │ │ │
│ │ │ └────────────────────────────────┘ │ │ │
│ │ │ │ │ │
│ │ │ - Customers not from this store, but │ │ │
│ │ │ from a store in the local area. │ │ │
│ │ │ │ │ │
│ │ └────────────────────────────────────────┘ │ │
│ │ │ │
│ │ - Members of the preferred customer program who │ │
│ │ are not from this store and not from a store │ │
│ │ within the local area. │ │
│ │ │ │
│ └──────────────────────────────────────────────────┘ │
│ │
│ - Store customers not participating in the preferred │
│ customer program. │
│ │
└────────────────────────────────────────────────────────────┘
Rain check customers are customers who use a predefined store rain check ID
when they do not have their preferred customer ID card. A rain check ID enables a
customer to receive some benefits and accumulate points for a transaction.
Participating customers are those customers who are enrolled in the preferred
customer program.
Non-participating customers are those customers who are not enrolled in the
preferred customer program.
Chapter 2. Concepts 13
v Transferring Preferred Customer Activity Files. For more information see
“Preferred Customer Transfer File (EAMFBXFR)” on page 325 and “Preferred
Customer Activity Transfer File (EAMXssss)” on page 326.
v Logging points redemption and points adjustment events for security auditing
purposes. For more information see “Preferred Customer Audit Log
(EAMFBAUD)” on page 327.
v Logging all of the transaction summary log information for selected preferred
customers. For more information see “Panel Diary File (EAMPANEX)” on
page 330.
v Streamlining the transaction summary log information in the Panel Diary File. For
more information see “Panel Filter File (EAMFBFLT)” on page 336.
v Accumulating accounting, performance, and department totals. For more
information see “Accounting File Usage (EAMACCTC)” on page 352,
“Performance File Usage (EAMPERFC)” on page 353, and “Department Totals
File Usage (EAMDEPTC)” on page 353.
v Logging all exceptional transactions. For more information see “Exception Log
Usage (EAMEXCPT)” on page 354.
v Logging system errors. For more information see “System Error Log Usage” on
page 355.
v Tracking coupons. For more information see “Preferred Customer Coupon
Tracking File (EAMCOUPC)” on page 356.
v Previous activity file. For more information see “Preferred Customer Previous
Activity File (EAMFBAPP)” on page 324.
v Targeted coupon messages. For more information see “Targeted Coupon
Messages File (EAMFBTCM)” on page 340.
Auxiliary Functions
The following functions are included in the Electronic Marketing application either to
enhance processing or to simplify the incorporation of these auxiliary functions with
the preferred customer functions. Most of these auxiliary functions exist as user exit
functions. Many of them have been previously documented in Appendix H.
Examples of User Exits in the IBM 4680 Supermarket Application: Programming
Guide They are included in the Electronic Marketing application as defaults or as
optional functions so you no longer need them as separate user exits.
This function allows coupons which reduce the price per pound on promotional
weight items to be used to discount all packages or just the largest package of an
item that is sold using a random weight (category 2) UPC.
Printed Subtotals
As a result of the improved End of Transaction printing performance, a total line is
printed each time the total key is pressed and the total has changed since the last
printing. All subtotals are printed and displayed. The subtotals would only be
displayed in the base Supermarket system.
Chapter 2. Concepts 15
Require an Override for Any Negative Transaction
This function causes a manager’s override to be needed at tender time for any
credit transaction. Any transaction which ends by giving the customer money is a
credit transaction. Transactions which would not be negative if deposit returns were
excluded will not require an override. It is suggested that a limit be placed on the
amount of deposit returns allowed in a transaction through the negative entry limits
in the terminal options. Since this function is the only Preferred Customer code that
uses terminal exit 40, you can turn off this function by turning off the terminal option
which activates terminal exit 40, provided there is no user written code that uses
this terminal exit.
Store Coupon Taxability Defined Only by the Item Record and Tax Key
This user exit code causes the taxability of a store coupon to be determined only
from the tax flags in the item record for the coupon and by the usage of the Tax/No
Tax key. The base code would also look at the taxability of items which were
validated against the coupon. This function assumes that the user can better control
the taxability of store coupons than can the system. Note that the tax for a
transaction will not be allowed to go negative because of a coupon except in a
coupon only transaction.
Chapter 2. Concepts 17
Accumulate UPC/Department Key Rather Than Keyed/Scanned Sales
The base system accumulates keyed versus scanned totals where a keyed UPC is
considered a keyed sale. This function makes a keyed UPC look like a scanned
sale and changes the keyed verses scanned ratios to UPC sales verses department
key sales. These ratios are shown in accounting and performance reports.
Get Tare Code Information from the Item Record for Weight Items
This function allows the tare code, tare weight, or tare percentage to be processed
from item record data entered in the high half of the price field for any weight item.
Chapter 2. Concepts 19
20 Electronic Marketing PRPQ
Chapter 3. Coupon Processing Enhancements
PRPQ 5799-DCB (Coupon Processing Enhancements with Selective Item Record
Report) provided four separately installable enhancement packages for the
Supermarket Application. All four of these packages are included in the Electronic
Marketing Store Support PRPQ.
The coupon processing enhancements are divided into the following categories:
v Store Coupon Scanning Enhancements
v Store Coupon Validation Enhancements
v General Enhancements
v Item Record Data for Store Coupons
v Coupon Multiplication Limits
v Operator Interface Enhancements
v Logging of All Coupon Data
v Personalization of Coupon Processing
v System Performance Considerations of Coupon Processing.
A coupon record with the key 400000XXXXX must be placed in the Item Record
File for a coupon if all the following conditions apply:
v A category 5 UPC of the form 5MMMMMXXXXX is found
v MMMMM matches the target manufacturer number defined in the Coupon
Options (see “Manufacturer Number to Identify UPC 5 Store Coupons” on
page 154)
v The option for an imbedded velocity code (see “Sequence Number and Velocity
Code Imbedded in Coupon UPC”) is not chosen.
The key 400000XXXXX is the item code assigned to the UPC 5MMMMMXXXXX.
This item code translation is performed to bypass normal category 5 processing in
the base code and to allow a manufacturer number from the item record to be used
for coupon validation. Its usage requires that manufacturer’s numbers be
maintained in the item record file for validation purposes.
To be able to key the velocity code instead of the full UPC number, you must
maintain manufacturer numbers in the coupon records for store coupon validation.
The advantage to this option is that it minimizes the number of coupon item records
by reusing a limited set of coupon velocity codes. When this option is selected, all
coupon item movement is maintained using the velocity code regardless of whether
the velocity code or the full UPC was entered.
There are numerous other alternatives to obtain full store coupon validation. For
example, store coupon validation is performed by department even if there is not a
manufacturer’s number in the coupon UPC or coupon item record. This base code
level of validation ensures that enough of the items have been sold from a
department to allow a coupon to be redeemed against the department.
The minimum purchase requirement is only enforced at the time the coupon is
tendered. If later item voids cause a coupon to no longer be valid even though the
item which the coupon discounted is still in the order, the coupon will not be
automatically voided and the operator will not be notified that the coupon conditions
are no longer satisfied.
In order for validation to succeed at one of these levels, there must be more
matching sales for the level than matching coupons. To meet the minimum
purchase requirement for the validation level requires sufficient sales in the
transaction or from the given set of matching sales. The following examples show
17 possible requirements for the awarding of a discount, price reduction, or bonus
points from a validated coupon.
1 on the next shopping visit
on any purchase of $50.00 or more
on any purchase of $10.00 or more from the deli department
2 on any purchase from the meat department (subtotal group)
on purchase of a meat item in a $50.00 transaction
on purchase of $10.00 of meat
3 on purchase from the poultry department
on purchase of a poultry in a $50.00 transaction
on purchase of $10.00 of poultry
4 on purchase of chicken parts from the poultry department
on purchase of chicken parts in a $50.00 transaction
on purchase of chicken parts with $10.00 of poultry
5 on purchase of a name brand name product
on purchase of a name brand name product in a $50.00 transaction
on purchase of a name brand product with $10.00 from the deli department
on purchase of $10.00 of name brand name products
6 on purchase of name brand name cookies
on purchase of name brand name cookies in a $50.00 transaction
on purchase of name brand cookies with $10.00 from the deli department
on purchase of name brand name cookies with $10.00 total of name brand
products
The number of coupon types is further increased by use of any one or combination
of the following possibilities:
v Requirement of the purchase of more than one of the matching items
v Limit of like coupons in the transaction
v Redemption of preferred customer points
v Use of four coupon reward types: bonus points, cents off, percent off, reduced
price item
v Each occurrence of the same coupon in a transaction might optionally require
separate sales to satisfy the minimum purchase requirements
v Requirement of multiple independent validations for a single coupon when the
cross promotion capability is used (for example, on the purchase of chocolate
chip cookies with the purchase of the store brand of milk)
v Awarding of discount, reduced price, or bonus points per pound of a weighted
item.
General Enhancements
Validation is not required for linked to (electronic) net item value coupons. This
means that when an item links to a net item value coupon, the value of the coupon
is based on the value of the linked from item regardless of validation.
Because the concept of value and points are mutually exclusive, point coupons are
never processed as net item value (pricing method 4) coupons. They will instead be
processed as a normal Electronic Marketing (pricing method 3) coupon.
You can choose to maintain in an item record only the information required for the
functions that you use. For example, if you do not need coupon validation by
manufacturer or if the manufacturer number is contained in the coupon UPC, you
do not need a manufacturer number in the item record. Also, you need a sequence
number in an item record only if a sequence number is contained in the coupon
UPC and you want to have expiration processing. If you maintain only essential
coupon data in a coupon item record, the following defaults apply:
v Validation against only the manufacturer number from the coupon UPC
v No minimum purchase requirement
v No expiration check provided
v Allowance of only one of a like coupon per transaction
v Only one item required to validate the coupon.
The option causes a monetary amount to be compared with the transaction size at
the time a coupon is taken. The transaction size does not include the effects of
taxes, prior coupons, or miscellaneous transaction items. If the transaction size is
greater than or equal to twice the size of the option, the limit of coupons is doubled.
If the transaction size is greater than or equal to X times the size of the option, the
limit of coupons is multiplied by X for this transaction.
For example, if the coupon doubling policy states “three coupons doubled for every
$20.00 purchased,” the option should be set to $20.00, and the limit of coupons to
double in a transaction set to three.
If the option is set to zero or is not present, the limit of coupons to double does not
vary with the size of the order.
Do Not Double MFR Coupon if Store Coupon Already Taken for Item
This enhancement provides an option to keep a manufacturer coupon from doubling
if a store coupon has already been taken for the same item. This option applies
only when store coupons have been taken for all transaction items for which there
is a manufacturer coupon.
Two data formats are provided for the coupon tracking log. One format contains
printable ASCII data separated by the standard three-character PC delimiter “,”.
This format can be directly printed on a PC printer or can be converted to EBCDIC
when transferred to a host for further processing. This format is ideal for reading the
file contents, but inefficient in relation to size and transmission time. A second
format contains packed ASCII data separated by a one-character delimiter “:”. This
format is not directly readable or translatable to EBCDIC, but it requires
approximately half the space and transmission time of the larger format.
The largest checkout load, in which one of every five items is a coupon and all
coupons are logged, causes the total throughput of the checkout support process to
be reduced by a maximum of ten percent. This degradation of processing is rarely
experienced because few stores approach the upper limit for checkout support
processing. Checkout support is capable of handling the throughput of the front end
registers even with a ten percent degradation. Enterprises with very large stores
(more than 40 registers) that intend to perform additional in-store processing
functions on the same controller that runs the checkout support application can
benefit from one of the faster store controller models if logging many coupons is
anticipated.
Before installing the Electronic Marketing application, you must have first installed
the Supermarket Application base user exit support and the CBASIC compiler.
You need to install the link programs (LINK86.286 & POSTLINK.286) and the
memory management module (ADXMEM0L.L86) from the optional diskette of the
operating system.
If you intend to install Electronic Marketing using the big memory model terminal
support, you need to install the version of the Supermarket Application that supports
the big memory model. You need the big memory model version of the memory
management module (ADXMEL0L.L86) and version 3.0 or later of the BASIC
compiler installed.
All of the Electronic Marketing code for terminal sales and checkout support resides
in the Supermarket user exits. All existing user exit code should be checked for
both compatibility with Electronic Marketing code and for functional duplication.
There are many auxiliary functions supported in Electronic Marketing that may
duplicate your existing user exit code. Any user exit code that duplicates Electronic
Marketing auxiliary functions must be removed. See “Auxiliary Functions” on
page 14 for the list of the user exit functions that are integrated into the Electronic
Marketing application.
Electronic Marketing includes all of the coupon processing enhancement exit code
from PRPQ 5799-DCB (Coupon Processing Enhancements with Selective Item
Record Report). If this PRPQ is now installed in your application, it must be
removed.
Any additional user exit code that deals with coupon processing needs to be
reviewed for possible deletion as it is probably redundant and could cause
problems.
You may want to save a copy of the contents of these subdirectories on your
controllers before applying these diskettes. All executable programs and necessary
data files are in the ADX_IPGM subdirectory. They should be copied to your
ADX_IPGM directory as needed.
You should use the following command to copy these user exit modules to your
system.
If you installed the Supermarket source base diskettes on your C: drive, then:
COPY A:\ADX_UPGM\*.* C:\ADX_UPGM\*.*
If you installed the Supermarket source base diskettes on your D: drive, then:
COPY A:\ADX_UPGM\*.* D:\ADX_UPGM\*.*
Repeat this step for each of the Electronic Marketing application diskettes.
| If you are using Electronic Manufacturer coupons, this enhancement allows you to
| specify which variety of Electronic Manufacturer coupons are included in the
| accounting totals. The default variety is 1. To change the default variety edit module
| EAMEMCVC.J86 and change the selected variety. Valid values are 1-6. The variety
| set in this module is updated and reported for Electronic Manufacturer Coupon
| totals the same as the regular Manufacturer Coupon totals is handled without these
| modifications.
| You should personalize the base Manufacturer Coupons by Variety options so all
| Electronic Manufacturer Coupons affect the same variety. You accomplish this by
| only setting varieties for known, non-electronic ranges of coupons (such as number
| system 5, EAN-99, Catalina, or other third party generated on-file coupons and
| department keyed coupons. In this example, the Default Variety will contain totals
| for all of the retailer’s In-Ad Manufacturer Coupons whether they are paper or
| electronic.
This includes the appropriate Electronic Marketing code into the proper exit
module. It is important that this new Electronic Marketing %INCLUDE
statement precede any other exit code in each of the modules where it is
inserted.
For terminal sales, the following EAMTSU??.J86 files (where ?? equals the
numbers listed below) need the include statement added. (See the previous
example for EAMTSU01.J86).
01, 02, 03, 07, 08, 14, 18, 20, 21, 23, 24, 27, 28, 30, 31, 37,
39, 40, 42, 43, 51, 53, 54
For checkout support, the following EAMCSU??.J86 files (where ?? equals the
following numbers) need the include statement added:
01, 03, 04, 06, 11, 12, 13, 14, 15, 16, 17
On a controller where the application user exit modules and the BASIC compiler
and linker are installed, the following commands are sufficient to implement and
install the new exit code after the EAMTSU??.J86 and EAMCSU??.J86 files
have been modified.
These INCLUDEs contain variables that are not used by the Preferred Customer
code and would not normally be used by any exit code. If this causes compile
errors with your exit code, you must add declarations back into EAMTSUVA.J86
for the missing variables using the variable declaration in the deleted .J86 file as
an example.
Copy To
[Link] [Link]
6. If you already have exit code in any of these reports, the Electronic Marketing
exit code must be merged with your exit code prior to compiling
[Link].
7. To install the cash report changes:
Copy To
EAMCRE01.J86 EAMRPU01.J86
Copy To
EAMPFE01.J86 EAMRPU01.J86
Copy To
EAMPFE01.J86 EAMRPU01.J86
10. After creating these three new load modules, copy them to the ADX_IPGM
directory, and if you are on a LAN system, use the system file utilities to alter
the distribution type of these three files to make them compound per update.
11. If the setting of the distribution attribute is done on the development controller
before this code is distributed to other systems, use the 4680 copy command
to copy these modules to diskette and back. The distribution attributes will be
carried to the new systems and will not need to be reset in every store.
12. Restore the saved copy of [Link]. This can be accomplished with
the following command:
Copy To
[Link] [Link]
These user reports provide the ability to look at preferred customer information in
the exception log, in the Audit log, and to look at and to modify the Electronic
Marketing data files, and the Supermarket item record file.
If you want to maintain targeted coupon messages in the store, then copy
EAMUPM4L.286 to ADX_IPGM to install user procedure 4. (See “EAMUPM4L -
Maintain Targeted Coupon Messages” on page 295.) It is suggested that the
enrollment procedure be installed as an optional user procedure, but its installation
is described separately because of the complexity.
If you install these user procedures, you should modify the report descriptor 3224
for EAMUPM3L.286 and 3225 for EAMUPM4L in order to name these programs on
the user procedure menu screen. This descriptor can be added by running the
program DESCADDR. Default descriptors for these programs are provided in
[Link]. (See “DESCADDR - Auto Install of New Report Descriptors” on
page 278.)
Perform the following steps to manually install the Date of Last Sale function. These
procedures can be performed on a non-Electronic Marketing system.
1. Module EAMUDOLS.286 must be copied to the ADX_UPGM directory on the
C: drive.
2. If you are on a LAN system and you copied EAMUDOLS.286 by any copy
other than a 4680 copy, you need to use the system file utilities to alter the
distribution type of this file to make it compound per update.
and install the following code into module EAMCSU16.J86 before the code that
activates the base item movement staging routine:
%INCLUDE CS16DSU4.J86
If you want other parameters, select one of these four Include files for exit 16
and alter the options passed to the Date of Sale program as needed.
9. If you are staging item movement data to the native format and do not want to
delete the old period item movement file after creating the staged movement
file, change the second input parameter from a “zero” to a “two” or from a
“one” to a “three” If you are not staging item movement data but still wish to
delete the old period item movement file after completion of the date of last
sale updates, then change the second input parameter from a “three” to a
“one”.
If you are staging item movement data and do not want the item movement
integers converted to binary, add another four to the second input parameter to
give a parameter in the range of “four” through “seven”.
10. The techniques required to implement this controller user exit are the same as
those needed to implement the Electronic Marketing functions (see the “Install
Terminal and Controller Checkout Exit Code” section).
EAMIMOV1 ADXLXACN::C:\ADX_IDT4\[Link]
EAMIMWRK ADXLXACN::C:\ADX_IDT4\[Link]
These two files must be on the same disk and directory as [Link].
Controller configuration must be activated and the controller re-IPLed for these
logical names to take effect.
If you are setting the link and/or family code fields in normal sale items to promote
them with electronic coupons, and these promotion maintenance batches are
distinguishable from price maintenance batches from the host, you may want to
implement this change to keep the price maintenance batches from overlaying the
promotion maintenance updates.
The code in EAMDMML2.J86 stops all DDM batches that are in PSS or New
Host format (not controller format) from replacing the link, family code, or exit
fields in an existing item record.
This code can meet your needs if your host price maintenance is in PSS or
New Host format and you intend to update the promotion fields through
controller format batches as are created by the Selective Item Record Report.
The code in EAMDMML3.J86 stops all DDM batches that are in PSS or New
Host format (not controller format) from replacing the link, family code, or exit
fields in an existing item record. It also stops all controller formatted batches
from updating the price or descriptor data in an item record.
This code can meet your needs if your host price maintenance is in PSS or
New Host format and your promotion maintenance is in controller format and
you do not intend to change any prices or descriptor through in-store created
batches.
If none of these selections meets your needs but you still have a problem with
interaction between price and promotion maintenance, then:
3. You can alter these source changes as necessary to distinguish between
promotion and price maintenance and keep the two types of maintenance from
adversely impacting each other.
For example, you might make all price maintenance batches operator initiated
and all promotion maintenance immediate and key off of this distinction to limit
the two maintenance types to their intended changes.
4. After altering the source code with the new include file, the following .J86 files
are needed from the source code in order to successfully compile
[Link]:
EAMCFINC.J86
EAMDMMLI.J86
EAMDMPRD.J86
EAMDMPWR.J86
EAMERRNH.J86
EAMSOPTS.J86
EAMSORD1.J86
EAMTLATE.J86
EAMXXCPY.J86
5. Compile the modified source with the following command:
BASIC EAMDMMLC [BU]
6. After altering and compiling [Link], you need to link
[Link] to get a new copy of EAMDMMLL.286 that contains the
altered version of [Link]. This 286 file must be postlinked. The five
other modules needed for this link are as follows:
v [Link]
v [Link]
v EAMPSDMK.L86
This code is copied from Sample User Exit Code 23 of the Supermarket Program
Code, Appendix H. It is unsupported code to be used as is.
In order to print the totals that Electronic Marketing has optionally placed in the
department totals exit fields in the department analysis report, the following source
code changes should be made to the specified modules. These same changes
could be made totally through the reports user exit however, this would require the
exit to re-read the department totals file. It is simple and performance sensitive to
alter the source code.
1. In module EAMRPDTD.J86 alter the line:
DIM DEPT.D (1500,4)
to be:
DIM DEPT.D (1500,6) !! IR71139
This change provides a place to save the user exit field after it has been read
in from the file.
2. Make the following changes in module [Link]:
a. Locate the line:
\ REM!!****************** END OF VARIABLES **********************!!
b. Once the line is located, precede it with the following lines:
These source changes cause the user exit fields in the department totals file to
be read in and accumulated just like the count of items sold. These changes
also cause the user data to be accessed for formatting just before the report
user exit is to be executed.
21. Create module USERRPD1.J86 containing the following code:
!! ************ ADDED *************
TEMPI4 = SHIFT(DEPT.D(DEPT.P(I,PTR),5),16) AND 0FFFFH
[Link] = [Link](TEMPI4, DEPT.D(DEPT.P(I,PTR),6))
TEMPI4 = DEPT.D(DEPT.P(I,PTR),5) AND 0FFFFH
[Link] = [Link](TEMPI4, DEPT.D(DEPT.P(I,PTR),6))
[Link] = ON1
TEMP$ = MMCFEC06$([Link],ON1,ON1)
TEMP$ = LEFT$(TEMP$,LEN(TEMP$)-2) + "%"
[Link]$ = RPCFEC04$([Link]$,TEMP$,6)
TEMP$ = MMCFEC06$([Link],ON1,ON1)
[Link] = OFF0
TEMP$ = LEFT$(TEMP$,LEN(TEMP$)-2) + "%"
[Link]$ = RPCFEC04$([Link]$,TEMP$,13)
!! *** MOVED FROM USER EXIT INTO SOURCE ***
SEN$ = LEFT$(SEN$,28) \ 28 through item count
+ MID$(SEN$,31,14) \ 14 more for amount + 2 blanks
+ MID$(SEN$,47,08) \ 08 more for percent + 1 blank
+ MID$(SEN$,62,08) \ 08 more for customers + 2 blanks
+ MID$(SEN$,71,07) \ 07 more for percent
+ " " \ 02 more for blanks
+ [Link]$ ! 13 more for user data
[Link]$ = " " ! Only use data once
!! ************ ADDED *************
This code (which is executed just prior to calling the report user exit for a
report line) is used to format the new data which corresponds to this report line
and add it to the report line before printing.
22. Create module USERRPD2.J86 containing the following code:
!! ************ ADDED *************
[Link] = [Link]([Link], [Link])
[Link] = [Link]([Link], [Link])
[Link] = ON1
This code (which is executed just prior to calling the report user exit for a total
line) is used to format the new data which corresponds to the report total and
add it to the report line before printing.
23. Make the following change in module [Link].
v Locate the line:
EAMRPCFC [S],
v Once the line is located, follow it with the line:
EAMCSASC[S],
Once the utility LOGNAMES.286 has been run initially, it does not have to be run
again to add other user logical names to the [Link] file.
The [Link] file can be edited so the location of the data or executable
files can be changed.
Note: Electronic Marketing makes use of its own descriptor file, [Link].
This file is used by all of the Electronic Marketing executable programs,
including LOGNAMES. Since the logical name for EAMEDESC is not created
until LOGNAMES is executed (unless you use configuration) and since
LOGNAMES needs descriptors from this file to run, execute the following
command before you run LOGNAMES the first time:
DEFINE EAMEDESC=C:\ADX_IPGM\[Link]
This will create a logical name for EAMEDESC to be used in the current
command session and allow LOGNAMES to execute.
Note: The controller configuration must be activated and the controller re-IPLed for
these logical names to take effect.
The first seven logical names do not define a node name so the local copy of these
files will always be used to improve performance. These files must be created and
maintained as compound files.
Any of these files can be defined on the D: drive if it’s use is necessary for space or
performance reasons and it is available for use.
If [Link] has been moved to the D: drive then, the logical names for
EAMIMOV1 and EAMIMWRK must also be moved to the D: drive.
If you want the range of transfer files to be different from the range of valid store
numbers, you can accomplish this by entering the low and high store number
separated by a comma as parameters. If you set these numbers to be equal, the
only transfer files to be processed are those for the given store number along with
files having numbers from zero to nine.
If you intend to have the close of the Preferred Customer points activity period
automatically started by the store close procedure, then use system configuration to
define a new background program for EAMUROLP.
Notes:
1. * For a single Controller Environment.
2. ** For a multiple Controller Environment.
3. *** For PLD recovery reasons.
4. The controller configuration must be activated and the controller re-IPLed for the
background name to take effect.
If you intend to use the optional VOID, TAX, TOTAL key sequence to manually
enter a tax exemption without a DISCOUNT KEY, you need to alter the Input
Sequence table as follows:
1. From the system main menu,
Type 4 to select Installation and Update Aids
Press ENTER the INSTALLATION AND UPDATE AIDS menu is displayed.
Type 3 to Change Input Sequence Table Data
Press ENTER the INPUT SEQUENCE TABLE UTILITY menu is displayed.
Type 1 to select Input State information
Press ENTER the INPUT STATE TABLE menu is displayed.
Type 1 to Change a Table. The “Type the name of the
table to be processed” field appears.
This function code should be altered to be not mutually exclusive with position 2 by
changing the “2” in the exclusion list to a “0”.
Note: This changed input sequence table is not used until it is activated and the
terminals are reloaded. If these changes are not needed, they need not be
made. If either change is not fully implemented and the key sequence is
attempted, then a B003 operator guidance results.
If you do not wish to key a customer number prior to using this new key
(customer,CUSTOMER as opposed to CUSTOMER, prompt, customer,ENTER) and
you do not wish to reference this function code through the Label Format Table as a
means of identifying scanned customer numbers, then you can select to not allow
data with the CUSTOMER key. This may be desirable when customer numbers are
to be entered through the MSR, since magnetic stripe input is only allowed in
response to the prompt after the CUSTOMER key has been pressed with no data.
The new CUSTOMER key will also not be used until the function code is defined
through option 6.3 in the Preferred Customer options. This option is provided so the
user can select which function code is to be used for this new key definition. While
function code 89 is suggested, it may already be used for some other user function.
If this is the case, a different function code should be used.
Note: The changed input sequence table is not used until it is activated and the
terminals are reloaded.
Next,
Type 2 to select State Definitions.
Press ENTER The STATES OF THE TABLE menu is displayed.
Type 1 to select Change state definition.
The “Change all state definitions
(Y=Yes/N=No)” field is displayed.
Type N for N=No to change all state definitions.
The “name of the state to be processed”
field is displayed.
Type MAIN for the name of the state to be processed.
Press ENTER The STATE MAIN menu is displayed as shown below.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Press ENTER The FUNCTION CODES IN THE STATE MAIN menu is displayed.
Type 1 to select Change function code definition.
The “Change all function code definitions? (Y/N)”
field is displayed.
Type N for N=No to “Change all Function Code
Definitions”.
The “Function code definition to be
processed: (61-255; either a single value or
a range of values)” field is displayed.
Type 80 for the function code definition to be processed.
Press ENTER The STATE MAIN FUNCTION CODE 80 screen
is displayed as shown below.
Press F3QUIT to avoid changing the ENTER key definition. The FUNCTION
CODES IN THE STATE MAIN screen is displayed.
Note: The Enter Key was displayed to set defaults for the following steps.
Press TAB key until you reach the NEXT STATE field.
Type LOCK where CURRENT is shown to change CURRENT to LOCK
Press PgDn the DATA REQUIREMENT INFORMATION screen is displayed.
Type 3 to select Data is optional.
(3 may be there already)
Press PgDn the DATA CHARACTERISTICS OF THE FUNCTION CODE
screen is displayed as shown below.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
MUTUALLY EXCLUSIVES 1
3 List all other positions that
4 can NOT co-exist in the same
5 input sequence with this function
6 code (0 - 10).
7
8
9
10
0
For next page, press PgDn.
If this function code definition is complete, press ENTER.
Press ENTER
Along with defining the new CUSTOMER key in the Input Sequence Table, you also
need to place this function code on the keyboard through terminal configuration.
To alter the terminal keyboard layout, from the INSTALLATION AND UPDATE AIDS
menu,
Type 1 to Change Configuration Data.
Press ENTER the Configuration menu is displayed.
Type 1 to select Terminal Configuration.
Press ENTER The TERMINAL CONFIGURATION menu is displayed.
Type 2 to select keyboard layouts.
Press ENTER The KEYBOARDS LAYOUTS menu is displayed.
Type 2 to Change/Display a keyboard layout.
Press ENTER The “Type the name of the terminal
keyboard layout being processed” field appears.
Type ADXKBD02 (usually ADXKBD02 for Supermarket).
The CHANGE/DISPLAY KEYBOARD LAYOUT ADXKBD02
screen is displayed.
You can now add function code 89 (or whatever function code you have chosen for
the CUSTOMER key ) to an unused key position or overlay a key position whose
function is not required. When complete,
Press ENTER
Note: This change is not effective until the new terminal configuration is activated
and the new keyboard table is read into the terminals. It is not necessary to
run STC to change the keyboard layout.
The final step is to set the key definition for the customer entry key you have just
defined to 89 (or whatever number you have designated). To accomplish this, in the
Preferred Customer Options Report file, update option 6.3 KEY DEFINITION FOR
CUSTOMER ENTRY KEY. See “Preferred Customer Options Report” on page 264
for additional information.
Note: The controller configuration must be activated and the controller re-IPLed
for these logical names to take effect. The process must be repeated for
all controllers in a LAN system.
The logical names EAMEN02S to EAMEN08S are used only if the option to
support an in-store enrollment file is selected while the logical names
EAMENA2S to EAMENA8S are used only if support for an in-store enrollment
file is not selected. Thus if you know how this option will always be selected,
you only need to install one or the other of these sets of seven logical names.
If the option might change, both sets of logical names must be defined. If you
decide that you don’t really need all of these logical names because you plan to
always have or not use an in-store enrollment file, you can also delete the .DAT
files that match the deleted logical names.
Note: Batch provides functions similar to ADDMI for all keyed files.
Notes:
1. *For a single Controller Environment.
2. **For a multiple Controller Environment.
3. ***For PLD recovery reasons.
4. The controller configuration must be activated and the controller re-IPLed for the
background name to take effect.
If any of these filter files are available on ADX_IDT1 at store close, they are used to
create or update a panel file with the name [Link]. The filter files and
panel files defined here have the same format as the primary filter and panel files
([Link] and [Link]), but these new panel files are created by a
separate process at store closing based upon the presence of an associated filter
file. As an alternative, the controller configuration application can be used to add the
following list of logical names as needed. Controller configuration must be activated
and the controller re-IPLed for these logical names to take effect. The utility
(LOGNAMES.286 “LOGNAMES - Install Preferred Customer Logical Names” on
page 281
62 Electronic Marketing PRPQ
page 281) can be used to add all of the necessary logical names to any controller.
The default version of [Link] will only add the logical names for the first
two background panel filters and files. If you have run the LOGNAMES.286 utility
previously, there is not need to run it again.
Define: To Be:
EAMFBFL1 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL1 ADXLXACN::C:\ADX_IDT4\[Link]
EAMFBFL2 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL2 ADXLXACN::C:\ADX_IDT4\[Link]
EAMFBFL3 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL3 ADXLXACN::C:\ADX_IDT4\[Link]
EAMFBFL4 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL4 ADXLXACN::C:\ADX_IDT4\[Link]
EAMFBFL5 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL5 ADXLXACN::C:\ADX_IDT4\[Link]
EAMFBFL6 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL6 ADXLXACN::C:\ADX_IDT4\[Link]
EAMFBFL7 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL7 ADXLXACN::C:\ADX_IDT4\[Link]
EAMFBFL8 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL8 ADXLXACN::C:\ADX_IDT4\[Link]
EAMFBFL9 ADXLXAAN::C:\ADX_IDT1\[Link]
EAMPANL9 ADXLXACN::C:\ADX_IDT4\[Link]
Note: The presence of the filter file determines the need for additional background
creation and filtering of panel files. However, without the appropriate logical
name, the filter file will not be found.
After you install these files, if you are on a LAN system, you can use the system file
utilities to ensure that the distribution type is compound per update.
01, 02, 03, 07, 08, 14, 18, 20, 21, 23, 24,
27, 28, 30, 31, 37, 39, 40, 42, 43, 51, 53, 54
01, 03, 04, 06, 11, 12, 13, 14, 15, 16, 17
These changes activate the needed user exits. The changes are not active until the
terminals go through LOADING TERMINAL OPTIONS. The Preferred Customer
Options Report provided as module EAMRPU7L.286 will verify that the correct user
exits have been activated for the default terminal (000). Note that print options for
data entry determine whether the customer name and number are printed on the
customer receipt and/or summary journal at the time the number is entered.
The following terminal sales descriptor numbers need to be updated with the text
provided:
1234567890123456789012345678901234567890
32 "ENTER OVERRIDE OR PRESS CLEAR "
146 "BO"
147 "PC"
148 "NP"
150 "RD"
170 "QTY NOT SATISFIED"
171 "TOO MANY COUPONS "
172 " NEGATIVE TOTAL"
315 "POINTS APPLY"
320 "POINTS ITEM "
321 "LINKS TO DPT"
To view or alter these descriptors using the personalization application, from the
system main menu select:
1 to select the SUPERMARKET application
6 to select Personalization
4 to alter Descriptors
1 to select Sales Descriptors
Then select the descriptor number or range of descriptor numbers as defined above
to view or alter the descriptors.
The following report descriptor numbers need to be updated with the text provided:
The following report descriptor numbers need to be updated to add the correct titles
to the user report menu screen. If any of the user reports are renamed to another
user report or not installed, then this information will have to be modified
accordingly.
To select text for User Report 3 menu descriptor
3232 "Selective Item Record Report"
Chapter 5. Personalization 67
The following report descriptor numbers need to be updated to add the correct titles
to the user procedure menu screen. If any of the user procedures are renamed to
another user procedure or not installed then this information will have to be
modified accordingly.
To select text for User Procedure 2 menu descriptor
3223 "Preferred Customer Enrollment Procedure "
To view or alter these descriptors using the personalization application, from the
system main menu select:
1 to select the SUPERMARKET application
6 to select Personalization
4 to alter Descriptors
3 to select Report Descriptors
Then select the descriptor number or range of descriptor numbers as defined above
to view or alter the descriptors.
The utility program FIXR1OPT will format the two options files of the 1991 level of
Electronic Marketing into the one large options file handled by the newer code level.
This allows users of the prior code level to migrate to a level of the options file that
matches their current options usage.
Note that the 30 lines in the file match the 30 lines shown in the options report and
in the documentation. If the option on line 15 is set to a value other than 0 so that
boundary levels can be defined, then there will be an extra line in the file after line
15 for each boundary level. These additional lines are accounted for in the
documentation and report as a single line 15, but in the file these options take a
variable number of lines depending upon the number of boundary levels defined.
The following is an example of what these optional boundary options might look
like.
(Line 15) 3 (Page 125)
1,0,10000,0,12 (Page 125)
10000,-1,0,1,11 (Page 126)
50000,0,1000,0,10 (Page 126)
“ PREFERRED CUSTOMER”,“99999999999”,“0”,0,0,0,0,0
______________________
↑
Program Name
Range: (0-20 Alphanumeric characters)
Location: Line 1, Option 1
This option provides a text field to be used to describe the totals associated with
the preferred customer program. This name is used in reports at the manager’s
terminal. It must be right justified into a 20-character field.
“ PREFERRED CUSTOMER”,“99999999999”,“0”,0,0,0,0,0
_____________________
↑
Program Name or Deactivate Processing
Range:
(0-2 Alphanumeric characters)
Location:
Line 1, Option 1
Default:
“ PREFERRED CUSTOMER” (Set to “!!!PREFERRED CUSTOMER” to set
option.)
Change Activation:
Force all registers to “RELOAD OPTIONS”, stop and restart checkout
support.
This option is selected by setting the first two characters in the program name to
exclamation points to “comment out” preferred customer processing. When
!!PREFERRED CUSTOMER is selected, the following functions are turned off:
v Transfer processing for non-home store points
v Background filtering of panel data
v Panel capturing of data, but this function remains active if the option is for
paneling all customers
v Prompting for a preferred customer number at the register
v Entering of preferred customer numbers
v Printing of preferred customer messages
v Marking of preferred customer items
v Processing of all preferred customer coupons for all customers. This allows item
maintenance for preferred customer coupons to precede the activation of
preferred customer processing.
Only the processes defined above are deactivated. All report programs and file
maintenance procedures are fully active to allow the data base for Preferred
Customer processing to be set up while the processing of customers is inactive.
When this option is set to deactivate preferred customer processing, you must set
the option “Coupon Velocity Code Range for Preferred Customers” on page 97 to
include all electronic coupons, whether preferred or non-preferred, and to exclude
all linked deposits. All linked records within this preferred customer range are
deactivated by this deactivate option. If the preferred customer velocity range is not
set properly, you may inadvertently deactivate other linked records, such as
automatic bottle deposits, or you might mistakenly process an Electronic Marketing
coupon as a regular supermarket coupon, causing errors.
“ PREFERRED CUSTOMER”,“99999999999”,“0”,0,0,0,0,0
____________________
↑
Program Name or Deactivate Processing
Range:
(0-2 Alphanumeric characters)
Location:
Line 1, Option 1
Default:
“ PREFERRED CUSTOMER” (set to “\\PREFERRED CUSTOMER” to set
option)
Change Activation:
Sign-off all registers. Stop and Restart Checkout Support.
This option provides a simple single change which can be used to turn ALL
electronic marketing functions on and off in the register, in the checkout support
background task, and in the accounting reports. When this option is selected, these
programs behave as if the Electronic Marketing were not installed. This option is
selected by setting the first two characters in the program name to “\\” to “comment
out” ALL preferred customer processing.
“ PREFERRED CUSTOMER”,“99999999999”,“0”,0,0,0,0,0
______________
↑
Rain check ID definition
Range:
(0-18 Numeric characters)
Location:
Line 1, Option 2
Default:
“99999999999”
Change Activation:
Sign off all registers, Stop and Restart Checkout Support.
This option defines a customer number to be used as a rain check ID. This rain
check ID number must have an associated enrollment record and activity record,
such as a customer ID number does. But the use of a rain check number differs
from a customer ID number in the following ways:
v A special Rain check message is printed on the receipt to show that a customer
identified himself/herself as a preferred customer and asked for a rain check.
v Each use of this number is entered in the Exception Log file, so that all uses can
be reported and tracked. This provides additional security against fraudulent rain
check claims.
v A special rain check adjustments procedure, provided as part of the enrollment
procedure, allows the original rain check transaction to be identified as a
customer is given the rain check points. This transaction data is logged.
v Totals for this ID are never transferred out of store.
” Preferred Customer“,”99999999999“,“0”,0,0,0,0,0
___
↑
UPC Displacement for Preferred Customer Linked Items
Range:
(0-8 Numeric characters) (xx00000x if validation is selected)
Location:
Line 1, Option 3
Default:
“0”
Change Activation:
Sign off all registers.
This option concatenates UPC displacement digits to the front of any linked item
code within the preferred customer coupon range (defined in “Coupon Velocity
Code Range for Preferred Customers” on page 97). The item code of the record is
looked up to resolve the linkage, and it is enlarged by the extra digits. The terminal
searches for the item code of the linked item’s record to resolve the linkage, and
adds the extra digits to it. For example, a UPC displacement of 99 combines with a
preferred customer linked item code of 0123, causing a lookup of item 990123. This
displacement allows the linked preferred customer item records to be moved out of
the range of velocity codes that might be needed for other purposes. In the
example above, item code 123 can be used as a produce velocity code if another
item record is never linked to it. In order to void a preferred customer coupon using
the number 123 printed on the receipt tape, an operator must key in the displaced
item code 990123.
This option displaces only the preferred customer item records and their associated
item movement data.
“ Preferred Customer”,“99999999999”,“0”,0,0,0,0,0
_________
↑
Coupons targeted for the first use of customer card
Range:
(0 or within the preferred coupon UPC range)
Location:
Line 1, Options 4-8
Default:
0,0,0,0,0
Change Activation:
Sign off all registers.
The coupons available to first-time customers are identified through a velocity code
within the range of automatic preferred customer coupon codes specified in
“Coupon Velocity Code Range for Preferred Customers” on page 97. Any value
outside the range of automatic preferred coupons is ignored. You must define all
five options fields with either the velocity code of the coupon or a value of zero to
denote no coupon.
These first-time coupons are available only at the first time a customer’s card is
presented. They are never printed on the customer receipt as available. The
purpose of this option is to provide a special incentive for new preferred customers
to identify themselves on their next store visit. If preferred customers do not take
advantage of these coupons at the first use of their customer ID card, they cannot
use them in any subsequent transactions.
10000,101,84,2,0,0,0,0,10,0
_____
↑
Activity file size
Range:
(1,000 - 1,000,000)
Location:
Line 2, Option 1
Default:
10,000 (.83 MB of disk space)
Change Activation:
Stop checkout support; delete EAMFBACT; then restart checkout support.
(See FIXFILES utility if EAMFBACT contains good data and cannot simply
be deleted.)
10000,101,84,2,0,0,0,0,10,0
___
↑
Activity Record Size
| Range:
| (31 - 508)
Location:
Line 2, Option 2
Default:
101 bytes
Change Activation:
Sign off all registers; stop checkout support delete EAMFBACT; then restart
checkout support. (See FIXFILES utility if EAMFBACT contains good data
and cannot simply be deleted.)
| This option is used to determine the size of an activity record in the Preferred
| Customer Activity File. These records can range from 31 to 508 bytes, depending
| on the needed contents. For more information on record size, see “Preferred
| Customer Activity File (EAMFBACT)” on page 322.
10000,101,84,2,0,0,0,0,10,0
__
↑
Bytes before the customer name in activity record
Range:
(31 - 254)
Location:
Line 2, Option 3
Default:
84 bytes (17-character customer name)
Change Activation:
Sign off all registers; stop checkout support delete EAMFBACT; then restart
checkout support. (See FIXFILES utility if EAMFBACT contains good data
and cannot simply be deleted.)
This option defines the location of the customer name field in the activity record.
The customer name field is the last field in the record. This option and the Activity
Record Size option (see 82) define the length of the customer name field. If a
customer name is present, it is optionally displayed and printed on the customer
receipt.
10000,101,84,2,0,0,0,0,10,0
__
↑
Format of customer name in activity record
Range:
(0 - 3)
Location:
Line 2, Option 4
Default:
2 (Last name only)
Change Activation:
Restart enrollment procedure.
You must use this option if you use an in-store procedure that transfers a
customer’s name from the Preferred Customer Enrollment File to the Preferred
Customer Activity File. This option defines what portion of the name goes into the
activity file as follows:
If you select option three, one blank is placed between the first and last names and
any excess blanks are removed.
10000,101,84,2,0,0,0,0,10
__
↑
Activity options default
Range:
(0 - 255)
Location:
Line 2, Option 5
Default:
0
Change Activation:
Sign off all registers; stop checkout support then restart checkout support.
An options field in each record of the Preferred Customer Activity File determines
the processing that applies to each preferred customer who has an activity record
on file. This option provides a default value for all preferred customers who do not
have a record on file (new or non-home store customers). This default value is also
used if the required record cannot be successfully accessed.
Any combination of options in the following list can be set as the default. Add up the
values to the left of the options and place the sum in line 2, option 5. For example,
to choose “Do not give points to all preferred customers,” “Do not collect panel on
all preferred customers,” and “Do not personalize trailer message”, place 11
(8+2+1) in this option.
10000,101,84,2,0,0,0,0,10,0
__
↑
Deactivate activity options for all preferred customers
Range:
(0 - 255)
Location:
Line 2, Option 6
Default:
0 (All processing options taken from file data)
Change Activation:
Sign off all registers; stop checkout support then restart checkout support.
An options field in each record of the Preferred Customer Activity File determines
the processing that applies to each preferred customer who has an activity record
on file. This option selectively overrides (deactivates) these processing options for
all customers. The inverse of this option is logically ANDed with the option byte
from the file.
Any combination of options in the following list can be deactivated. Add up the
values to the left of the options and place the sum in this option.
For example, to choose “Give points to all preferred customers, ” “Collect panel
data for all shoppers,” and “Personalize trailer message for all customers”, place 11
(8+2+1) in this option.
10000,101,84,2,0,0,0,0,10,0
__
↑
Activate activity options for all preferred customers
Range:
(0 - 255)
Location:
Line 2, Option 7
Default:
0 (All processing options taken from file data)
Change Activation:
Sign off all registers; stop checkout support then restart checkout support.
Any combination of options in the following list can be activated. Add up the values
to the left of the options and place the sum in this option. For example, to choose
“Do not give points to all preferred customers,” “Do not collect panel data on
preferred customers,” and “Do not personalize trailer message”, place 11 (8+2+1) in
this option.
10000,101,84,2,0,0,0,0,10,0
__
↑
Collect panel data for customers
Range:
Yes (-1), No (0)
Location:
Line 2, Option 8
Default:
No (0) (Capture panel data only for preferred customers.)
Change Activation:
Stop then Restart Checkout Support.
This Yes/No option determines whether data is accumulated in the Panel Diary file
for all customers or for preferred customers only. A value of No (0) causes panel
data to be captured only for transactions that customers identify themselves as
preferred customers.
A value of Yes (-1) causes data to be captured in the Panel Diary file for all
transactions regardless of whether the identity of the customer is known.
10000,101,84,2,0,0,0,0,10,0
___
↑
Maximum number of coupons targeted per customer
| Range:
| (5 - 223)
Location:
Line 2, Option 9
Default:
10 (5 coupons in user data)
Change Activation:
Stop then Restart Checkout Support. Sign off all registers.
-1,0,0,0,0,-1,0,0,0,0
___
↑
Create and access customer transfer file
Range:
Yes (-1), No (0)
Location:
Line 3, Option 1
Default:
Yes (-1) (File is created and used)
Change Activation:
Stop then Restart Checkout Support.
This Yes/No option determines whether a Customer Transfer File is used in the
system. This file is used to store points data for customers who shop in a store
other than their home store. The data from this file can be transferred to the proper
home store to allow points to be accrued from any store.
A value of No (0) prevents the transfer file from being created or used and thus
prevents the delayed transfer of points from a non-home store to a home store. A
value of Yes (-1) causes the customer transfer file to be created and used as
needed. Note that transfer processing for immediate updates (from a host or from
activity update errors) is possible even when transfer files are not created. When
points totals are updated locally and transferred, for example, another store is also
a customer’s home store, the transfer can be assured to avoid a double bonus
possibility. This is accomplished by setting the immediate activity update flag in the
transfer file (EAMXssss). If the immediate activity update flag within the transfer file
is set, then the file will be processed and the activity file will be immediately
updated regardless of the setting of this option.
-1,0,0,0,0,-1,0,0,0,0
__
↑
Automatically process in store transfers each hour
Range:
Yes (-1), No (0)
Location:
Line 3, Option 2
Default:
No (0) (No automatic processing)
Change Activation:
Stop then Restart Checkout Support.
Note: Checkout support only processes an hourly crossing. When sales are
detected in a new hour, this option will not cause transfer processing to
occur when the store is closed. Transfer files transmitted during the night will
be processed at the first sales transaction of the next day.
-1,0,0,0,0,-1,0,0,0,0
__
↑
Store coupons reduce points
Range:
Yes (-1), No (0)
Location:
Line 3, Option 3
Default:
No (0) (Store coupons do not reduce points.)
Change Activation:
Sign off all registers.
This Yes/No option determines whether the value of store coupons reduces the
transaction amount upon which point calculation is based. Store coupons are often
interpreted as discounts, so enterprises may not wish to award both a coupon for
an item and points for the amount of the item that the coupon reduced.
-1,0,0,0,0,-1,0,0,0,0
__
↑
Taxes increase points
Range:
Yes (-1), No (0)
Location:
Line 3, Option 4
Default:
No (0) (Taxes do not increase points)
Change Activation:
Sign off all registers.
This Yes/No option determines whether the amount of taxes is included in the
transaction amount upon which the point calculation is based.
-1,0,0,0,0,-1,0,0,0,0
__
↑
Keyed customer numbers require a manager’s override
Range:
Yes (-1), No (0)
Location:
Line 3, Option 5
Default:
No (0) (Keyed customer numbers do not require an override)
Change Activation:
Sign off all registers.
This Yes/No option determines whether a manager’s override is required for keyed
customer numbers.
A value of No (0) allows customer numbers to be keyed. A value of Yes (-1) causes
a manager’s override to be required before a keyed customer number will be
accepted.
Use of this option helps an enterprise to prevent fraud when all preferred customers
are expected to have a scannable card.
-1,0,0,0,0,-1,0,0,0,0
___
↑
Validate automatic preferred customer coupons
Range:
Yes (-1), No (0)
Location:
Line 3, Option 6
Default:
Yes (-1) (Validation of automatic coupons)
Change Activation:
Sign off all registers.
This Yes/No option determines whether the automatic coupons that are given to
preferred customers are validated or not. Automatic coupons are linked to items and
it is known that the customer purchased the item(s) to which the coupon applies. A
customer does not receive automatic coupons until he/she has purchased the
item(s) to which the coupons apply. If you are using only simple coupons, validation
may not be necessary. If this option is selected, the taxability of the coupon is
derived only from the tax flags in the item record, because the taxability of the
matching items is not known.
If you select this option, the only requirement is that the coupon item records
contain the needed information (such as manufacturer number or promotion code)
Each of these cases depends upon the ability of the system to pair all coupons with
the corresponding sales by department or by manufacturer number and perhaps
coupon family or promotion code. An automatic coupon does not normally have an
associated manufacturer number, so this pairing of coupons to items occurs only if
the Coupon Processing Enhancements are used to associate a manufacturer with
the coupon.
You can also select to validate coupons by department only by setting this option to
Yes (-1). This requires that all coupons (automatic and other types) be paired with
sales from the same department as defined in the coupon item record. See “Linked
Coupons” on page 341 for more information on the coupon item record.
-1,0,0,0,0,-1,0,0,0,0
__
↑
Use coupon families in validation of UPC 5 coupons
Range:
Yes (-1), No (0)
Location:
Line 3, Option 7
This Yes/No option determines whether the coupon families in a UPC 5 coupon are
used for validation of the coupon. A value of Yes (-1) causes the UPC 5 coupon
families to be used in the validation process and provides item level validation. This
selection requires that coupon families be accurately maintained in the item record
file. A value of No (0) causes every UPC 5 manufacturer coupon to look like it has a
family code of zero, and coupon validation by family code to be bypassed. With this
selection, all coupon validation is done by manufacturer without regard for coupon
family. This allows UPC 5 coupons to be validated at a manufacturer level without
requiring any maintenance of coupon families in the item record file. Any coupons
on file can contain family numbers that can be defined by the store. The same
family numbers can be placed in selected item records to provide for item level
validation of electronic coupons.
-1,0,0,0,0,-1,0,0,0,0
__
↑
Managers’s override required for new customers
Range:
Yes (-1), No (0)
Location:
Line 3, Option 8
Default:
No (0) (Operator‘s override validates a new customer.)
Change Activation:
Sign off all registers.
-1,0,0,0,0,-1,0,0,0,0
__
↑
Show points in whole dollar amounts
Range:
Yes (-1), No (0)
This Yes/No option determines whether the points values shown on a customer
receipt or register display are presented with dollars and cents or with dollars only.
This has meaning only if points are equivalent to cents as defined in a option “Ratio
of Points Per Cents Purchased” on page 92. When points are shown in whole dollar
amounts only, the cents portion is just truncated, and the points are effectively
rounded down.
A value of No (0) causes the point values shown on a receipt or register display to
be shown with two decimal places. A value of Yes (-1) causes the same points
values to be shown without the decimal portion.
4,1,1,0,999999,20,0,0,0,0
__
↑
Personalization message format
Range:
0-6
Location:
Line 4, Option 1
Default:
4 (Replace standard message line 2.)
Change Activation:
Sign off all registers.
A store personalizes the messages in the store’s controller for Terminal Sales to use
them to communicate with customers during transactions. For example, a message
may show customers their current activity record, inform them of an award they
have earned, or remind them to update their enrollment information. The purpose of
these messages is to reduce the need for expensive mailings to communicate with
customers.
4,1,1,0,999999,20,0,0,0,0
___
↑
Ratio of points per cents purchased
Range:
(1 - 100), (1 - 100000)
Location:
Line 4, Options 2 and 3
Default:
1,1 (Points = Cents)
Change Activation:
Sign off all registers.
These two options define the value of a point and the way points are accumulated
by providing a ratio of points to cents. The points value is specified first, followed by
the number of cents required to receive these points. Points accumulated in a
transaction are always a multiple of the point option. The point option must NOT be
set higher than the cent option.
Ratio Explanation
1,1 1 point for each cent tendered.
1,100 1 point for each 100 cents tendered.
10,1000 10 points for each 1000 cents tendered. Same proportion as
1,100 except points awarded only in increments of 10.
For a transaction with a $123.44 value of purchases to which points apply, ratio
options of 1,100 would give 123 or 124 points (see 92 for rounding selections). But
ratio options of 10,1000 would give 120 or 130 points for the same transaction. If
you want to establish a ratio of five points per dollar, it will make a difference
whether you specify the option as five points per dollar or as one point for 20 cents.
4,1,1,0,999999,20,0,0,0,0
__
↑
Points rounding selection
Range:
(-1, 0, or +1)
Location:
Line 4, Option 4
Default:
0 (Conventional rounding)
Change Activation:
Sign off all registers.
This option determines how points are rounded in the points calculation at the end
of each preferred customer transaction as follows:
Value Explanation
-1 Round down
0 Half adjust
+1 Round up
4,1,1,0,999999,20,0,0,0,0
_______
↑
Bonus item points limit
Range:
(0 - 999999)
Location:
Line 4, Option 5
Default:
999999 (no real limit)
Change Activation:
Sign off all registers.
This option determines the maximum number of bonus points (excluding boundary
points) that a customer can receive in a single transaction without a manager’s
override. These bonus points are accumulated through bonus point items or bonus
point coupons. Boundary points are awarded as the customer’s purchases cross
thresholds set in “Bonus Points to be Awarded at Boundary Crossing” on page 126.
4,1,1,0,999999,20,0,0,0,0
__
↑
Preferred coupons buffered in memory
| Range:
| (0 - 199)
Location:
Line 4, Option 6
Default:
20 (20 Coupons buffered)
Change Activation:
Sign off all registers.
The buffer is in extended terminal memory and does not use terminal data space.
Each buffer entry requires approximately 50 bytes of terminal memory. The default
value of 20 uses about 1K of terminal memory.
Only preferred customer coupons are buffered with this option. They are
automatically saved in the buffer as they are seen at the terminal. When the buffer
is full, it wraps around to always keep the most recently used coupons. The buffer
is cleared at each operator sign-on. This option requires all registers to sign-off in
order to pick up a change to a preferred customer coupon item record. The benefit
4,1,1,0,999999,20,0,0,0,0
__
↑
Maximum Points to Carry from One Period to Another
Range:
(0 - 999999999)
Location:
Line 4, Option 7
Default:
0 (each new period starts with all points reset)
Change Activation:
None.
This option has meaning only if period points are being used for redemption and the
period close procedure EAMUROLP is being used to close a points activity period.
When these conditions are met, this value option determines the maximum amount
of points that can be carried from one period into another. A value of 0 for this
option causes all points totals to be reset for a new period while a value of
999999999 allows all points to carry forward into the new points activity period. The
option can be set between these two extremes to allow the customer a reasonable
time to redeem earned points while still limiting the stores liability by forcing the
customers with points above this limit to use them or lose them. Upon execution,
the activity period close procedure reduces all period point totals above this limit
down to the limit.
4,1,1,0,999999,20,0,0,0,0
__
↑
Automatic Close of the Points Activity Period
Range: (-7 to 6)
Location: Line 4, Option 8
Default: 0 (No automatic close of activity totals)
Change Activation:
Stop and Restart Checkout Support.
You can cause the close of the Preferred Customer points activity period to proceed
automatically at the correct day and time through this option. The alternative to this
automatic close of the period is a manual close of the period through the provided
user procedure, but it is anticipated that most users will want to select the automatic
close through this value option. This value option defines the time for the automatic
close as follows:
The close of the activity period is always performed just after midnight or just after
an early morning close of the reporting period whichever comes last. This assumes
that the close of the reporting period occurs at night or in the morning and that only
one close of the reporting period will ever occur between Noon and Noon of the
following day. If the reporting period is closed daily, then any of these options are
available, but if the reporting period is closed weekly, then this option can be used
only to close the activity period on the same weekly schedule as the store close.
Note that an activity period close on the first of a month occurs as early as possible
(just after midnight) on the first of the month so that each activity period spans the
fewest possible months.
4,1,1,0,999999,20,0,0,0,0
__
↑
Automatic Execution Time for Batch Updates
Range:
(0 to 24)
Location:
Line 4, Option 9
Default:
0 (No automatic start of BATCH processing)
Change Activation:
Stop and Restart Checkout Support.
This value option provides the hour after which to automatically start the BATCH
maintenance program EAMUBATP each day. A value of 1 says the start BATCH
4,1,1,0,999999,20,0,0,0,0
__
↑
Automatic Execution Time for Transfer Processing
Range:
(0 to 24)
Location:
Line 4, Option 10
Default:
0 (No automatic start of transfer processing)
Change Activation:
Stop and Restart Checkout Support.
This value option provides the hour after which to automatically start the points
transfer program EAMUXFER each day. The value selected for this option has the
same meaning as for the prior option which starts Batch processing. The only
difference between this option and the prior option is the background program
which is started. The transfer program EAMUXFER is a file maintenance program
that applies points updates to the Preferred Customer Activity file or the Preferred
Customer Transfer file using Preferred Activity Transfer files as input. If this program
is started when no activity transfer input is present, the program just stops. Activity
transfer data is normally pulled from various stores and then sent from a central site
after which a “Start User Program” command is sent to start the transfer
processing. This option provides an alternative and/or a backup to the “Start User
Program” interface from the host to assure that transfer updates are processed at
least once a day. The option on when to start the program is provided so that all
transfer updates can be expected to be present when the processing is done.
300,399,0,0,1,9999,0,0,0,0
_______
↑
Coupon velocity code range for preferred customers
Range:
(0 - 9999)
Location:
Line 5, Options 1 and 2
Default:
300,399 (Preferred customer UPCs are between 299 and 400)
Change Activation:
Sign off all registers.
This option defines the range of velocity codes reserved exclusively for preferred
customers. The option consists of two numbers separated by a comma. The first
number defines the lowest preferred customer item code and the second number
defines the highest preferred customer item code. Any linked-to item code within
this range is processed only for preferred customers; any linked-to item code
outside of this range is processed for all customers.
300,399,0,0,1,9999,0,0,0,0
____
↑
Velocity code range for reusable targeted coupons
Range:
(0 - 9999 and within the coupon velocity code range for preferred
customers. See “Velocity Code Range for Reusable Targeted Coupons”.)
Location:
Line 5, Options 3 and 4
Default:
0,0 (No targeted coupons are reusable.)
Change Activation:
Sign off all registers; stop checkout support then restart checkout support.
This option determines which targeted coupons can be used in more than one
transaction. The first number defines the lowest reusable coupon item code and the
second number defines the highest reusable coupon item code. A targeted coupon
with a velocity code outside the range specified by this option is good only in one
transaction. It is automatically deleted from the customer activity record after the
first transaction in which it is used. A targeted coupon with a velocity code inside
the range specified by this option remains available in the customer‘s activity record
until it is removed by an in-store or host update of the record.
300,399,0,0,1,9999,0,0,0,0
______
↑
Valid range of non-home store numbers
Range:
(0 - 9999)
Location:
Line 5, Options 5 and 6
Default:
1,9999 (Valid store numbers range from 1 to 9999)
Change Activation:
Sign off all registers.
All entered customer numbers are validated first against the customer activity file
and then against the list of valid home store numbers. If an entered number is not
on file and its imbedded store number is not a home store number, the store
number is validated to against the range specified by this option. This option
consists of two numbers separated by a comma. The first number defines the
lowest valid store number and the second number defines the highest valid store
number. This option provides a sanity check so that the preferred customer
processing cannot be activated by any entered customer number. Customer
numbers that are added through the in-store enrollment procedure are also
validated against this store number range. If they do not validate properly, a
warning message is given. In order to add to the activity file store numbers outside
of the normal range, an operator must re-key the invalid numbers or an operator or
manager must perform an override.
0,0,0,0,0,0,0,0,0,0
__
↑
Automatic Execution Time for Reference Processing
Range:
(0 to 24)
Location:
Line 6, Option 1
Default:
0 (No automatic start of reference processing)
Change Activation:
Stop and Restart Checkout Support.
This option provides the hour after which to automatically start the points reference
program EAMUREFA each day. A value of 1 starts reference processing after 1:00
AM each day, 2 starts reference processing after 2:00 AM each day, ... , 23 starts
0,0,0,0,0,0,0,0,0,0
__
↑
Multiplier for coupon minimum purchase amounts
Range:
(1, 10, 100, or 1000)
Location:
Line 6, Option 2
Default:
0 (Use minimum purchase amount from file)
Change Activation:
Sign-off all registers.
This option provides a means to shift the range of minimum purchase amounts for
coupons in the item record file. Each coupon record can require a minimum
purchase for the coupon to be valid. The minimum purchase amount is contained in
a 2-byte integer field in the item record and ranges from 0 to 32767. While 327.67
dollars is an adequate upper limit for a minimum purchase requirement in U.S.
dollars, this upper limit is restrictive for other currencies that have less purchasing
power per monetary unit. This option provides a multiplier which is used to shift the
range of minimum purchase values from the item record file.
The only valid values for this option are 1, 10, 100, and 1000. Any other value is
treated as 1. A value of 1 uses the amounts from the item record field without value
shifting. A value of 100 multiplies the value from the item record by 100 and thus
shift the range of minimum purchase requirements so that the smallest non-zero
value is 100 and the largest value is 3276700.
0,0,0,0,0,0,0,0,0,0
__
↑
Key definition for customer entry key
Range:
(0, 61-199 excluding previously used codes)
Location:
Line 6, Option 3
Default:
0 (No CUSTOMER key is defined)
Change Activation:
Sign-off all registers.
This option defines the function code of a CUSTOMER key to be used to identify
input data as a customer number. Option 7.4 identifies a category number to
This option does not provide any new function. The same input can be made using
the NOSALE, DATA ENTRY, ENTER key sequence, but the new sequence is
preferable when used very often such as with magnetic stripe reader (MSR) input.
Note that the MSR can be used for entering customer numbers only in response to
the “Enter Customer Number” prompt that results from using a customer entry
sequence without an associated customer number.
The new function code can also be referenced in the Label Format Table as an
alternative method of identifying scanned customer numbers other than through the
category number.
Any valid unique function code that has been correctly configured for a
CUSTOMER key can be entered for this option, however, a value of 89 is
suggested and is used in the configuration instructions. Function codes from 200 up
are reserved for department and lookup keys and many of the function codes
between 61 and 199 are already used by the supermarket application and therefore
are not available for this option value. A value of 0 indicates that no CUSTOMER
key is defined.
11,2,4,9,0,0,0,1,1,0
_______
↑
Home store location in customer number
Range:
(5 - 18, 0 - 18, 0 - 4)
Location:
Line 7, Options 1, 2, and 3
Default:
11,2,4 (4-digit store number follows UPC category digit)
Change Activation:
Sign off all registers; stop checkout support then restart checkout support.
In order to support multiple stores with the preferred customer program, this code
supports the concept of a home store for each customer. Preferred customers
receive discounts in any participating store, however they can only see their status
or collect preferred customer bonuses only in their home store. The totals for
preferred customers need only to reside only in their home store. A preferred
customer‘s home store number is normally imbedded in their customer ID number.
This option defines the offset for home store numbers imbedded in customer ID
numbers.
11,2,4,9,0,0,0,1,1,0
__
↑
Category number to uniquely identify customer number
Range:
(0 - 99)
Location:
Line 7, Option 4
Default:
9 (Category 9 uniquely identifies customer numbers.)
Change Activation:
Sign off all registers.
11,2,4,9,0,0,0,1,1,0
_____
↑
Validation digits in customer number
Range:
(0 - 18, 0 - 4, 0 - 9999)
Location:
Line 7, Options 5, 6, and 7
Default:
0,0,0 (No validation digits)
Change Activation:
Sign off all registers.
Selected digits in the customer number can be required to have a defined value in
order for the customer number to be accepted as a non-home or new customer
If an enterprise uses validation digits, a customer number that is not on file and
does not contain the correct validation digits in the selected location is rejected as
an invalid customer number and an operator guidance is given.
11,2,4,9,0,0,0,1,1,0
__
↑
Count home numbers supported by this store
Range:
(0 - 9)
Location:
Line 7, Option 8
Default:
1 (Single supported home store number)
Change Activation:
Sign off all registers; stop checkout support; then restart checkout support.
A store normally supports only one home store number. But, it is possible to support
more than one so that several stores located close together can provide a zone of
support. Each store would support the others’ home store number as well as its
own. If a customer has a record in a store’s customer activity file, the count of
home stores with the associated store numbers is not referenced because the file
defines a home store account for in-store processing purposes. But the count of
home stores is referenced when a customer activity record is not in a store’s activity
file or when the system must determine which activity updates to send out of store.
If home store numbers are not defined, this option must be set to zero.
11,2,4,9,0,0,0,1,1,0
__
↑
Count home numbers supported only by this store
It is possible to support a given store number from multiple physical stores. This
support is provided so that several stores located close together can provide a zone
of support with each store supporting the others’ home store number as well as its
own. This option defines the count of home store numbers supported only by this
store. This count is applied to the list of home store numbers supported by this
store (see “Home Store Numbers Supported by This Store”), beginning with the first
number in the list. If this count is less than the count of store numbers supported by
this store, the store numbers provided at the end of the list are supported with both
in-store updates and out-of-store updates. That is, the customers from the selected
store numbers have their totals updated in the customer activity file (like home-store
support) and also have their totals updated in the activity transfer file (like
non-home store support). This option must be less than or equal to the total count
of home store numbers supported by this store.
0
__
↑
Home numbers supported by this store
Range:
(0 - 9 entries separated by commas, each from 0 to 9999)
Location:
Line 8, Options 1 to 9 (Number of entries depends on count of home store
numbers supported by this store as defined by Line 7 Option 8.)
Default:
Single value of 0 (Use configured store number)
Change Activation:
Sign off all registers; stop checkout support then restart checkout support.
This option provides a list of supported home store numbers. There must be as
many store numbers defined as are called for by the count of home store numbers
defined in “Count Home Store Numbers Supported by This Store” on page 102.
Each store number can range from 0 to 9999. Any store number of zero that is
defined in the list is replaced by the store number defined in system configuration.
The store number is printed on the receipt and journal tapes. The store numbers
are provided as a set of numeric characters separated by commas. If you specified
four in Line 7 Option 8, you would enter the four store numbers here. For example,
store numbers 21,22,23, 24 could be added here, separated by commas. If the
count of home store numbers is zero, line 8 should be deleted from the options file
altogether such that line 9 follows line 7. See “Non-Home Store Concept” on
page 13 for information on the implication of defining no home stores.
0,0,0,0,0,0,0,0,0,0
This Yes/No option determines whether customer numbers entered in the in-store
enrollment procedure are modulo checked or not. The modulo checking assumes a
standard UPC (11 digits) with a trailing modulo check character. This option usually
applies to scannable customer numbers.
A value of No (0) prevents modulo checking and a value of Yes (-1) assures modulo
checking. At the time that this option is selected, the modulo check digit is not
included in the customer number on file. The referenced account number is modulo
checked if this option is selected, and the referenced number stored on the file
contains the modulo check digit as the last character.
0,0,0,0,0,0,0,0,0,0
___
↑
Log alterations to enrollment file to separate sequential file
Range:
Yes (-1), No (0)
Location:
Line 9, Options 2 and 3
Default:
0,0 (No logging to Enrollment Change file)
Change Activation:
Enter the enrollment procedure.
This set of two 0 or -1 options determines if changed enrollment records are written
to the Enrollment Change File. The first option determines if additions, changes or
deletions to customer enrollment records are logged. The second option determines
if redemptions and adjustments made through the enrollment procedure are logged.
A value of No (0) in either of the options prevents logging of the enrollment record.
A value of Yes (-1) assures logging of the changed enrollment record. Redemptions
and adjustments do not change any of the demographic data in the enrollment
record, but they do cause fields defining the last redemption or adjustment to
change.
0,0,0,0,0,0,0,0,0,0
__
↑
Allow erase of customer points
This Yes/No option determines whether the customer activity record containing
points history is erased when the enrollment record is erased during the enrollment
procedure.
If there is no points history for a customer number being erased (the number has
not been used in a sales transaction), the activity record is always erased with the
enrollment record. If this option is set, and the enrollment record for an active
customer is deleted and re-added through the enrollment procedure, all customer
history is maintained.
0,0,0,0,0,0,0,0,0,0
_____
↑
Form number required on redemption, adjustment, and/or Rain check
Range:
Yes (-1), No (0)
Location:
Line 9, Options 5, 6, and 7
Default:
No (0), No (0), No (0) (Form numbers are not required.)
Change Activation:
Enter the enrollment procedure.
A value of Yes (-1) in any of these three options requires that a form number be
entered with the specified enrollment procedure. A value of No (0) in the any of
these three options leaves the entry of a form number on a specified enrollment
procedure to the discretion of the operator.
0,0,0,0,0,0,0,0,0,0
_____
↑
Employee number required on redemption, adjustment, and/or Rain check
Range:
Yes (-1), No (0)
Location:
Line 9, Options 8, 9, and 10
Default:
No (0), No (0), No (0) (Employee numbers are not required.)
Change Activation:
Enter the enrollment procedure.
0,0,0,0,0,0,0,0,-1,0
_____________
↑
Selectively deactivate each of the seven enrollment procedure functions
Range:
Yes (-1), No (0)
Location:
Line 10, Options 1 through 7
Default:
No (0), No (0), No (0), No (0), No (0), No (0), No (0) (All functions are
active.)
Change Activation:
Enter the enrollment procedure.
The main menu of the in-store enrollment procedure allows for seven function
selections as follows:
1. Change a customer record
2. Add a customer record
3. Erase a customer record
4. Display a customer record
5. Redeem award
6. Make adjustments
7. Enter rain checks.
A value of Yes (-1) in any of these options deactivates the selected function such
that an operator guidance message will be given if the function is chosen. A value
of No (0) in any of these options lets any operator select and execute the target
function.
0,0,0,0,0,0,0,0,-1,0
__
↑
Run the enrollment procedure without an enrollment file
Range:
Yes (-1), No (0)
Location:
Line 10, Option 8
Default:
No (0) (Create and use enrollment file.)
Change Activation:
Enter the enrollment procedure.
The enrollment procedure uses the in-store enrollment file. Supporting an in-store
enrollment file is optional. You may choose to maintain the demographic data on
your customers on another system. This Yes/No option allows the enrollment
procedure to run without an enrollment file, and prevents this procedure from
creating an enrollment file. This allows an enterprise to use the enrollment
procedure to add, update, display, or delete activity data, adjust points balances,
and record rain check adjustments when enrollment data is not present in a store. A
value of Yes (-1) causes the enrollment procedure to bypass all accesses to the
enrollment file and present only activity data on the screens. A value of No (0)
causes the enrollment procedure to create and access an in-store enrollment file
and present both enrollment and activity data on the display screens.
0,0,0,0,0,0,0,0,-1,0
__
↑
Enrollment zip fields are numeric and packed
Range:
Yes (-1), No (0)
Location:
Line 10, Option 9
Default:
Yes (-1) (Zip fields are numeric and packed)
Change Activation:
Enter the enrollment procedure.
This Yes/No option defines the format of the two enrollment ZIP fields (ZIP and
ZIPEXT). They can be either all numeric and stored as packed decimal fields or
alphanumeric and stored as ASCII fields. If the option has a value of Yes (-1), they
are numeric fields and are stored as packed decimal numbers in the enrollment file,
EAMFBCUS, at offset 112 and 115. If the option has a value of No (0), then these
0,240,0,18,2,5,4,0,9,0
__
↑
Only allow one terminal to have negative transactions
Range:
(0 to 999)
Location:
Line 11, Option 1
Default:
0 (Any terminal can complete a negative transaction.)
Change Activation:
Sign off all registers.
This option prevents all but a single designated terminal from returning money to a
customer due to a negative transaction. This means that all refunds, payouts, and
coupons outside of orders must be handled at the designated register. A manager’s
override is still required for a negative transaction. A value of 0 will allow any
terminal to have a negative transaction with a manager’s override. Any non-zero
value is used as the terminal number of the single register at which negative
transactions are allowed. If the option is set to a nonzero value that does not match
a valid register number, no terminal is allowed to complete a transaction that returns
money to a customer.
0,240,0,18,2,5,4,0,9,0
___
↑
Define which taxes to turn on with the Tax/NoTax key
Range:
(0 to 240 in increments of 16)
Location:
Line 11, Option 2
Default:
240 (Tax key turns on all taxes.)
Change Activation:
Sign off all registers.
This option defines which tax options to set when the Tax/NoTax key is used with a
department or lookup key and no taxes are defined in the item record. The option
defaults to all four taxes to initiate the application. If this option is set to zero, the
Tax/NoTax key becomes a NoTax key only.
A value of 128 selects Tax A, 64 selects Tax B, 32 selects Tax C and 16 selects Tax
D. The option must be specified as zero or a sum of the values for the selected tax
options. If you wish the Tax key to turn on only Tax A and Tax B, you must set the
option value to 192 (128 + 64).
0,240,0,18,2,5,4,0,9,0
__
↑
Kiosk points message offset
Range:
(0, 10 - 47)
Location:
Line 11, Option 3
Default:
0 (Use standard points messages in Kiosk mode)
Change Activation:
Sign-off all registers.
When a customer scans his card at a Kiosk terminal, he will normally see the same
points message (display and print) that he would see in sales transaction. The three
messages for a home store customer, a non-home store customer, and a new
home store customer are defined at the top (messages 0, 1, and 2) of the Preferred
Customer Message file. This option provides a displacement offset within the
Preferred Customer Message file at which to find the three comparable messages
for use at the Kiosk Terminal. This allows for different points messages to be used
at a self-service Kiosk than during a sales transaction. If you wish the home store
points message to be used in Kiosk mode to be message 20 in the Preferred
Customer Message file (note that this is the 21st message because of message 0),
then you would set this option to a value of 20. This value would define the 22nd
and 23rd messages in the file to be the non-home customer and new home
customer messages for use at any Kiosk register. A value of 0 for this option leaves
the Kiosk points messages the same as the points messages at a normal checkout
lane. A non-zero value for this option defines the offset (10 - 47) at which a special
Kiosk points message will be defined in the Preferred Customer Message file.
0,240,0,18,2,5,4,0,9,0
___
↑
Maximum item record descriptor length
Range:
(12 - 18)
Location:
Line 11, Option 4
Default:
18 Use full descriptor length)
Change Activation:
Sign-off all registers.
The item record file allows for an 18-character item descriptor. Many users support
only descriptors of a shorter length. This option allows the maximum length of the
item descriptor to be defined as less than 18 characters so that the unused portion
of the item descriptor field is available for user defined purposes. For example, if
this option is set to 12, then only the first 12 characters of the item record descriptor
field are printed on the customer receipt or shown on the customer display and the
excess 6 characters can be used to hold user data. The characters defined as
excess by this option are truncated from the item descriptor when the item record is
read into the terminal and are saved in the variable [Link]$, which is
0,240,0,18,2,5,4,0,9,0
___
↑
Length of enrollment state field
Range:
(0 - 3)
Location:
Line 11, Option 5
Default:
2 (State field is two bytes long)
Change Activation:
Enter the enrollment procedure.
This option, which has a range of 0 to 3, defines the length of the STATE field. If
option is set to 2 or less, then the data is stored in the original location, i.e offset
110 in EAMFBCUS. If the option has a value of 3, then the first two digits are
stored at offset 110, with the last digit being stored at offset 223. Any change to this
option requires a corresponding change to the enrollment data files
([Link] and [Link]).
0,240,0,18,2,5,4,0,9,0
__
↑
Length of enrollment zip field
Range:
(0 - 5)
Location:
Line 11, Option 6
Default:
5 (ZIP field is five bytes long)
Change Activation:
Enter the enrollment procedure.
This option, which has a range of 0 to 5, defines the length of the ZIP field that is
displayed on the enrollment screen. When the field is stored within the enrollment
record the full width of the field is always used. If the ZIP field is a numeric field, it
is padded to the left with enough zeros to make its length five before it is packed
and saved. If the field is an alphanumeric field it is padded on the right with enough
spaces to make its length five before it is saved. When read from the file, this
option is used to determine the correct number of digits or letters to display. Any
change to this option requires a corresponding change to the enrollment data files
([Link] and [Link]).
0,240,0,0,2,5,4,0,9,0
__
↑
Length of enrollment zipext field
Range:
(0 - 4)
Location:
Line 11, Option 7
Default:
4 (ZIPEXT field is four bytes long)
Change Activation:
Enter the enrollment procedure.
This option, which has a range of 0 to 4, defines the length of the ZIPEXT field that
is displayed on the enrollment screen. When the field is stored within the enrollment
record, the full width of the field is always used. If the ZIPEXT field is a numeric
field, it is padded to the left with enough zeros to make its length four before it is
packed and saved. If the field is an alphanumeric field, it is padded on the right with
enough spaces to make its length four before it is saved. When read from the file,
this option is used to determine the correct number of digits or letters to display.
Any change to this option requires a corresponding change to the enrollment data
files ([Link] and [Link]).
0,240,0,0,2,5,0,0,9,0
__
↑
Count of customer defined demographic fields
Range:
(0 - 6)
Location:
Line 11, Option 8
Default:
0 (No customer defined fields are being used)
Change Activation:
Enter the enrollment procedure.
This option, which has a range of 0 to 6, defines the number of customer defined
demographic fields, and their matching descriptor, that are to be displayed on the
enrollment screens of the enrollment procedure. Each field is one digit long,
allowing for the entry of a single number, 0-9. The customer defines what this
number means. Six descriptors, 1132-1137 in [Link] (the Electronic
Marketing descriptor file), are displayed next to these 6 input fields. These
descriptors can be modified as needed to assign a meaning to these fields. The
default for this option is 0, that is no fields or descriptors are visible on the screen.
All of these invisible fields are still present on the screen and can be tabbed
through. As these are the last fields on the enrollment screen, it is a simple matter
to press the HOME key when an invisible field is reached and you will be returned
to the top of the screen. This demographic data is stored in packed format, two
demographic fields per byte, starting at offset 152 for 1/2, 153 for 3/4 and 154 for
5/6.
0,240,0,0,2,5,4,0,9,0
__
↑
Length of enrollment social security field
Range:
(0 - 14)
Location:
Line 11, Option 9
Default:
9 (The social security field is 9 digits long)
Change Activation:
Enter the enrollment procedure.
This option, which has a range of 0 to 14, defines the length of the social security
field that is displayed on the enrollment screen. When the field is stored within the
enrollment record, the full width of the field is always used. It is padded to the right
with enough zeros to make it length 14 before it is packed and saved. The first five
bytes at offset 158 of EAMFBCUS. The last two bytes are stored at offset 156. Any
change to this option requires a corresponding change to the enrollment data files
([Link] and [Link]).
0,0,0,0,0,0,0,0,0,0
__
↑
Accumulate ratio of plu entries to dept key entries
Range:
Yes (-1), No (0)
Location:
Line 12, Option 1
Default:
No (0) (Keyed UPCs are considered keyed sales.)
Change Activation:
Stop and Restart Checkout support.
0,0,0,0,0,0,0,0,0,0
__
↑
Accumulate keyed versus scanned totals by department
Range:
Yes (-1), No (0)
This Yes/No option accumulates two new totals in the user exit field in the
department totals records. The number of keyed UPC sales for a department and
the number of keyed department sales for a department are accumulated as two
two-byte positive integers in the user exit field. These new totals and the total count
of sales for a department allow the department analysis report to be altered to
present a ratio of keyed to scanned sales by department. Sample code to include
these new totals in this report is presented in “Chapter 4. Installation and
Configuration” on page 37. The report alterations determine whether keyed UPCs
are considered keyed sales or scanned sales.
A value of No (0) does not accumulate new department totals. A value of Yes (-1)
accumulates the two new totals for each department.
0,0,0,0,0,0,0,0,0,0
__
↑
Weight items do not require weight key
Range:
Yes (-1), No (0)
Location:
Line 12, Option 3
Default:
No (0) (Weight key is required.)
Change Activation:
Sign off all registers.
The Supermarket Application requires an operator to press the Weight key to read
the scale for a weight item or to press the Clear key in response to a weight
prompt. This option allows weight items to be sold with a scale weight without the
Weight key or the Clear key being hit. The Weight key must still be pressed with a
price override on a weight item if the keyed price is the price per pound. If a price is
keyed on a weight item and the Weight key is not pressed, the price is taken as the
total item price and weight is not read from the scale.
A value of No (0) leaves the Weight and Clear key requirement intact. A value of
Yes (-1) removes the need to press this additional key in order to sell a weighted
item.
0,0,0,0,0,0,0,0,0,0
__
↑
Display backup indicators at registers
Range:
Yes (-1), No (0)
A value of No (0) does not cause the a new indication to be displayed. A value of
Yes (-1) causes the backup indication to be displayed.
0,0,0,0,0,0,0,0,0,0
__
↑
Allow tax exemption without a discount key
Range:
Yes (-1), No (0)
Location:
Line 12, Option 5
Default:
No (0) (Tax exemption requires discount key.)
Change Activation:
Sign off all registers.
Also, the Input Sequence Table for all terminals that use this function must be
altered through the system configuration facilities. Function code 81 in the MAIN
state must be changed so that it is not mutually exclusive with position two. The
changed table(s) must be activated and the terminals reloaded in order to make the
change effective. If this change is not fully implemented, the new key sequence will
lead to a B003 operator guidance.
A value of No (0) requires the DISCOUNT key to be pressed for a tax exemption. A
value of Yes (-1) allows the new key sequence to cause a tax exemption.
0,0,0,0,0,0,0,0,0,0
__
↑
Cash checks using a sales transaction
Range:
Yes (-1), No (0)
Location:
Line 12, Option 6
A value of No (0) requires that the check cashing procedure be used to cash a
check. A value of Yes (-1) allows a normal check tendering sequence to be used to
cash a check.
0,0,0,0,0,0,0,0,0,0
__
↑
Remind operator to take a customer’s money
Range:
Yes (-1), No (0)
Location:
Line 12, Option 7
Default:
No (0) (No warning of inactivity in a transaction)
Change Activation:
Sign off all registers.
This Yes/No option determines whether a unique tone sounds following a period of
inactivity in an order after an item sale or a balance due request. The warning
sound reminds an operator to take a customer’s money. The duration of this period
is defined by the hidden option for the automatic balance due timeout. You can
change the hidden option [Link] using the EAMHIDOL program. This alarm
will continue through successive inactivity periods until the transaction is tendered
out or another sale is made. The CLEAR key resets the inactivity period.
A value of No (0) causes the inactivity alarm not to sound. A value of Yes (-1)
activates the inactivity alarm.
0,0,0,0,0,0,0,0,0,0
__
↑
Interpret restricted time periods as unrestricted times
Range:
Yes (-1), No (0)
Location:
Line 12, Option 8
Default:
No (0) (Time periods define restricted periods.)
Change Activation:
Sign off all registers.
Note: In the Supermarket Application, the single restricted time definition per day
prevents this type of restricted time from being defined. If time periods are
not defined in the options for any given day, the whole day is presumed to
be unrestricted. To make the whole day restricted, one must define the start
and end of the unrestricted period to be the same nonzero value. This
requires a manual update of the store options because personalization does
not allow the start and end of a time period to be specified as the same
value.
A value of No (0) leaves the time periods defined in the options as restricted times.
A value of Yes (-1) causes the time periods defined in the options to be viewed as
unrestricted times.
0,0,0,0,0,0,0,0,0,0
__
↑
Support for multiple cash drawers
Range:
Yes (-1), No (0)
Location:
Line 12, Option 9
Default:
No (0) (Only one cash drawer is supported.)
Change Activation:
Sign off all registers.
This Yes/No option provides support for two cash drawers so that a terminal with
two cash drawers attached and configured can use both drawers. With no manual
override, each successive operator sign-on will switch to the next cash drawer. By
signing off with the sequence OVERRIDE, SIGN-OFF, SIGN-OFF, operators
reserves their drawers so that they cannot be used until they return. (The code is
designed to allow operators to reserve a cash drawer during a break so that the
other cash drawer can be used and their till does not need to be moved.)
Either drawer can be reserved in this manner as long as both drawers are
operational and neither drawer is already reserved. Only one drawer at a time can
be reserved so that the register always has a cash drawer available. If only one
cash drawer is configured or only one cash drawer is attached and working, this
option uses that available drawer and does not allow it to be reserved.
The Input Sequence Table for all terminals that use this function must be altered
through the system configuration facilities. Function code 61 in the MAIN state must
be changed so that it is not mutually exclusive with position eight. The changed
table(s) must be activated and the terminals reloaded to make the change effective.
If this change is not fully implemented, the key sequence to reserve a drawer will
lead to a B003 operator guidance.
0,0,0,0,0,0,0,0,0,0
__
↑
Show time in 12-hour format
Range:
Yes (-1), No (0)
Location:
Line 12, Option 10
Default:
No (0) (Time printed in 24-hour format.)
Change Activation:
Sign off all registers.
This Yes/No option alters the time format in the store data line on the customer
receipt to be in 12-hour format (AM/PM) rather than 24-hour format. The three
additional print positions that are needed come from the operator ID field that is
reduced to a maximum of seven digits. The old and new line formats are as follows:
OLD mm/dd/yy hh:mm ssss tt xxxx yyyyyyyyyy
12345678901234567890123456789012345678
NEW mm/dd/yy hh:mm XM ssss tt xxxx yyyyyyy
The printing of time on the summary journal may or may not be impacted by this
function, depending upon the print options that are selected for end of transaction
printing. See “Highlight the Printing of Automatic Coupons” on page 118 and
“Highlight Printing of All Exceptional Entries” on page 118.
A value of No (0) leaves time printing in 24-hour format. A value of Yes (-1) alters
time printing to 12-hour format.
0,-1,0,0,0,0,0,0,0,0
__
↑
Check the sum of all voids at each void entry
Range:
Yes (-1), No (0)
Location:
Line 13, Option 1
Default:
No (0) (Cancel limit checked at tender time.)
Change Activation:
Sign off all registers.
The transaction cancel limit is checked at tender time to determine whether the sum
of all cancels exceeds the limit. This Yes/No option determines whether the
transaction cancel limit check is made prior to the acceptance of any item sale
cancel. It requires an immediate manager’s override to cancel a transaction that
exceeds the limit.
0,-1,0,0,0,0,0,0,0,0
__
↑
Highlight the printing of automatic coupons
Range:
Yes (-1), No (0)
Location:
Line 13, Option 2
Default:
Yes (-1) (Automatic coupons are highlighted.)
Change Activation:
Sign off all registers.
This Yes/No option highlights the receipt printing of any automatic (linked-to)
coupon or any points-only entry by overprinting.
A value of No (0) leaves the receipt printing of preferred customer bonuses and
discounts the same as all other print lines. A value of Yes (-1) highlights the receipt
printing of preferred customer bonuses and discounts.
The bonuses and discounts appear on the customer receipt as separate highlighted
lines with unique user-definable descriptors and values per bonus or coupon. The
print line for each automatic coupon shows the velocity code used to access that
coupon in case the linked-to coupon record needs to be directly accessed to
manually correct a problem (for example, to void the automatic coupon).
0,-1,0,0,0,0,0,0,0,0
__
↑
Highlight printing of all exceptional entries
Range:
Yes (-1), No (0)
Location:
Line 13, Option 3
Default:
No (0) (No highlighting of exceptional entries)
Change Activation:
Sign off all registers.
A value of No (0) leaves the receipt printing of exceptional item entries the same as
all other print lines. A value of Yes (-1) highlights the receipt printing of exceptional
item entries.
0,-1,0,0,0,0,0,0,0,0
__
↑
Print available targeted coupons on a customer receipt
Range:
Yes (-1), No (0)
Location:
Line 13, Option 4
Default:
No (0) (No printing of available targeted coupons)
Change Activation:
Sign off all registers.
A value of No (0) bypasses any receipt printing of targeted coupons. A value of Yes
(-1) causes the available targeted coupons to be printed on a customer’s receipt.
0,-1,0,0,0,0,0,0,0,0
__
↑
Remind checker to ask for customer card
Range:
Yes (-1), No (0)
Location:
Line 13, Option 5
This Yes/No option determines whether a customer number is prompted for at the
first total in a transaction if a customer number has not been entered. A value of No
(0) bypasses the customer card prompt. A value of Yes (-1) causes this prompt to
remind an operator to ask for a customer card. The Clear key removes the prompt.
The text for the prompt is definable through personalization and defaults to “ASK
FOR CARD CLEAR TO CONTINUE.” After the prompt is cleared, the transaction
total is displayed and an operator may either enter a customer number or proceed
with the transaction.
0,-1,0,0,0,0,0,0,0,0
__
↑
Use period points for boundary options
Range:
Yes (-1), No (0)
Location:
Line 13, Option 6
Default:
No (0) (Use total points for boundary processing)
Change Activation:
Sign-off all registers. Stop and Restart Checkout Support.
Boundary options provide for special processing when a customer’s point total
crosses specified boundaries. This processing normally uses a customer’s point
total since he became a Preferred Customer. This Yes/No option causes boundary
processing to use the points accumulated in this time period rather than the points
earned over the life of the Preferred Customer program. The length of the time
period is defined by how often the program that rolls over period totals is run. A
value of No (0) (No) causes boundary processing to be based on points earned
over the life of the Preferred Customer program, while value of Yes (-1) causes this
processing to look only at the points earned in (or rolled into) the current activity
period.
0,-1,0,0,0,0,0,0,0,0
__
↑
Only points in this period are available for redemption
Range:
Yes (-1), No (0)
Location:
Line 13, Option 7
Default:
No (0) (All earned points are available for redemption)
Change Activation:
Sign-off all registers.
0,-1,0,0,0,0,0,0,0,0
__
↑
New customer message starts each new activity period
Range:
Yes (-1), No (0)
Location:
Line 13, Option 8
Default:
No (0) (New customer message given only once per customer)
Change Activation:
Sign-off all registers.
A special points message is printed on the receipt tape for a new Preferred
Customer. This Yes/No option causes the new customer message to be printed the
first time each customer shops in a new activity period, regardless past activity. The
length of the time period is defined by how often the program that rolls over period
totals is run. A value of No (0) causes the new customer message to be used only
the first time that a new Preferred Customer shops, while value of Yes (-1) causes
the new customer message to be given the first time that each Preferred Customer
shops in a new activity period.
0,-1,0,0,0,0,0,0,0,0
__
õÍ │Í New customer coupons start each
new activity periodÍ
Range: Yes (-1), No (0)
Location: Line 13, Option 9
Default: No (0) (New customer coupons given only once per customer)
Change Activation:
Sign-off all registers.
Special coupons can be targeted to the first shopping trip for a new Preferred
Customer. This Yes/No option causes the new customer coupons to be available
the first time each customer shops in a new activity period, regardless past activity.
The length of the time period is defined by how often the program that rolls over
period totals is run. A value of No (0) causes the new customer coupons to be
available only the first time that a new Preferred Customer shops, while value of
Yes (-1) causes the new customer coupons to be given the first time that each
Preferred Customer shops in a new activity period.
0,-1,0,0,0,0,0,0,0,0
__
↑
Keep monthly previous points activity for customers
Range:
Yes (-1), No (0)
Location:
Line 13, Option 10
Default:
No (0) (One previous activity record per customer)
Change Activation:
Erase file EAMFBAPP after this option has been changed and before
closing the activity period.
When the close activity procedure resets the periodic point totals for all customers,
it saves the totals from the prior period in a previous period activity file. Normally
only a single record for the prior period would be kept in the previous activity file
per customer. This Yes/No option causes the period starting month to be included in
the record key along with the customer number so that a record is kept for each
customer for each month in which a period close is done. If the activity period is
closed monthly, then the file can contain up to 12 records for each customer with
each record containing the points totals for the customer for a month. If the activity
period is close quarterly, then the file will contain only the records for the last four
quarters. A value of No (0) causes only the activity for the most recent points period
to be saved for each customer in the previous activity file. A value of Yes (-1) (Yes)
causes a new record to be added to the previous activity file for each customer and
monthly period within a 12 month span. Records that are a year old are overlayed
by new records that contain the same starting month.
If this option is chosen, then the points activity period should be closed no more
than once a month. It is suggested that the points activity period be closed on the
first day of the month (after midnight) so that the period starting month will be
correct. If this option is selected and the points activity period is accidentally closed
more than once in a particular month then the points activity for that month will be
incomplete in the previous period activity file. That is, data will be lost.
0,0,0,0,0,0,0,0,0,0
__
↑
Tenders using preferred customer number as account number
Range:
0, 2x, 4x, 5x, or 6x (where x is between 1 and 6)
Location:
Line 14, Option 1
Default:
0 (Preferred customer number not used for tender verification)
Change Activation:
Sign off all registers.
You should not select a tender through this option if the tender does not have
account number verification defined through the tender definitions in the terminal
options. This option is selected by defining the tender type/variety to which it
applies. Checks are defined by the value 2x (0<x<7) where x is the variety as
defined in the tender definitions options. The three possible miscellaneous tenders
are specified as 4x, 5x, or 6x where x is the variety.
To specify multiple tenders, the tender values are all entered as a single option but
are separated by colons as shown below:
21:23,0,0,0,0,0,0,0,0,0
0,0,0,0,0,0,0,0,0,0
__
↑
Tenders using alternate customer number as account number
Range:
(0, 2x, 4x, 5x, or 6x where x is between 1 and 6)
Location:
Line 14, Option 2
Default:
0 (Preferred customer number not used for tender verification)
Change Activation:
Sign off all registers.
This option allows a customer to use an existing credit card account number or
courtesy card number for an alternate account number. This option is similar to the
option “Tenders Using Preferred Customer Number as Account Number” on
page 122. But an alternate customer number associated with the preferred
customer number is used as the tender verification account number instead of the
preferred customer number. The alternate number is captured when it is first used
by a preferred customer and is saved with the preferred customer number in the
primary activity record for automatic use later. If check tenders are selected by this
option and a preferred customer presents a courtesy card for check verification, this
courtesy card number is saved. It is presented automatically the next time that the
customer presents their preferred customer card and tenders a check. This option is
consistent with the goal of requiring a single customer card only when a customer
has an existing tender verification number.
To specify multiple tenders, the tender values are all entered as a single option but
are separated by colons as shown below:
0,21:23,0,0,0,0,0,0,0,0
The following rules guide the behavior of the terminal in determining which number
to use:
v If the tender type appears only in the list of tenders that use a customer ID
number, the customer’s ID number is substituted for an account number during
tender verification.
v If the tender type appears in both options lists, the alternate number is
substituted unless it is zero (in which case the customer ID number is
substituted). The customer’s alternate number remains zero until one is manually
entered.
v If the tender type appears only in the list of tenders that use alternate customer
ID numbers and the alternate number is zero, the terminal prompts for the
alternate number to be used. This number is saved in the customer’s activity
record to be used automatically the next time the customer visits the store and
uses an applicable tender type.
0,0,0,0,0,0,0,0,0,0
__
↑
Override is required to change tender verification number
Range:
Yes (-1), No (0)
Location:
Line 14, Option 3
Default:
No (0) (No override is required.)
Change Activation:
Sign off all registers.
When a tender is selected by either or both of the options “Tenders Using Preferred
Customer Number as Account Number” on page 122 and “Tenders Using Alternate
Customer Number as Account Number” on page 123 for automatic account number
substitution, the operator can still manually override this substitution by using the
VERIFY key to enter an account number. This Yes/No option determines whether a
manual override of a preferred customer’s tender verification account number
requires a manager’s or operator’s override sequence for addition security. If the
use of an alternate account number is manually overridden, this override also
causes the alternate account number to be changed to the newly entered account
number. Also, the first entry of an alternate account number does not require an
override. This manual entry does not replace any previously defined number.
0,0,0,0,0,0,0,0,0,0
This secondary option defines the number of points that must be met or exceeded
in order for the associated boundary processing to occur. These points are
expressed in cent values (if points = pennies). The boundary processing occurs
once as the boundary is crossed. If more than one boundary is crossed in the same
transaction, only the processing for the last defined boundary is performed. For
example, if the boundary definitions are sorted from smallest to largest, the largest
boundary crossed will determine the processing. If boundary crossing involves
awarding bonus points, these points are added to any accumulated points a
customer has earned for the transaction.
This Yes/No option determines whether the boundary processing occurs once as
the points boundary is crossed or whether it occurs each time that a multiple of the
points boundary is crossed. This option allows you to provide a bonus for each
[Link] dollars of points with only a single boundary level definition.
A value of No (0) causes the boundary processing to occur just once per customer
as a customer crosses the boundary threshold. A value of Yes (-1) causes the
boundary processing to occur each time a customer crosses any multiple of the
points boundary.
This option defines a value by which to increment the customer status level as a
customer crosses the points boundary. This status level is a simple indicator of the
degree of privilege a customer has earned at a store, based on her past transaction
history. The customer level ranges from 0 to 99. Any increment that raises the level
above 99 leaves the level at 99.
-1,0,0,0,0,0,0,0,0,0
___
↑
Keep old period audit log data
Range:
Yes (-1), No (0)
This option determines whether old period totals are kept for the
Redemption/Adjustments Audit Log file.
A value of No (0) causes current period Audit Log data to be discarded after the
close of a reporting period. A value of Yes (-1) causes current period Audit log data
to be appended to an old period Audit Log file at the close of a reporting period.
If old period Audit Log data is kept, then the old period Audit Log file
[Link] must be purged occasionally by a host or manual in-store process
to keep the file from growing to fill all available disk space. If you keep the old
period Audit Log data, you can obtain reports on any redemptions or adjustments
made in a prior period.
-1,0,0,0,0,0,0,0,0,0
___
↑
Append audit data to panel file
Range:
Yes (-1), No (0)
Location:
Line 16, Option 2
Default:
No (0) (No Audit data in the Panel file)
Change Activation:
Stop then Restart Checkout Support.
This Yes/No option reformats and appends the records in the current period
Redemption/Adjustments Audit Log file to the real time Panel Diary file
[Link] at the close of a reporting period. The format of this optional
Panel data is defined with the other Panel Diary File record definitions. (See “Panel
Diary File (EAMPANEX)” on page 330.) If adjustments or redemptions of points are
performed from the enrollment procedure, you must select this option for the Panel
file to contain a record of all events that impact the points history of a preferred
customer.
A value of No (0) excludes the Audit Log data from the Panel Diary File. A value of
Yes (-1) causes current period Audit Log data to be appended to the Panel Diary
File at each close of a reporting period.
-1,0,0,0,0,0,0,0,0,0
_____
↑
Keep automatic coupon totals in department file exit fields
Range:
(0 - 5)
This set of three options values allows amounts for automatic store coupons,
automatic manufacturer coupons, and doubled coupons to be accumulated in the
first five four-byte exit fields in the Department Totals File. This allows for the totals
for paperless coupons to be available to the Department Totals Report. Each value
of these three option’s values has a range of zero to five. Zero does not accumulate
the total; one accumulates the total in the first exit field (72 bytes into the file); five
accumulates the total in the fifth exit field (88 bytes into the file).
v The first option value applies to automatic store coupons
v The second option value applies to multiplied (doubled) coupons
v The third value applies to automatic manufacturer coupons.
You can give all of the options the same nonzero value (one through five) to
accumulate the total amount of all paperless coupons in a single value.
Alternatively, you can give each of the options a separate value to accumulate a
separate total for each of the three types of automatic coupons. Or you can keep
any subset of the three totals.
-1,0,0,0,0,0,0,0,0,0
__
↑
Exclude automatic coupons from reported coupon counts
Range:
Yes (-1), No (0)
Location:
Line 16, Option 6
Default:
No (0) (Coupon counts include all coupons.)
Change Activation:
Stop then Restart Checkout Support.
This Yes/No option excludes all automatic coupons from the store and manufacturer
coupon counts in the accounting and performance files. With automatic coupons
excluded, the coupon counts reported in the cash reports, performance reports, and
store recap report will represent the paper coupons that are counted from the tills.
A value of No (0) causes the coupon counts to include both automatic and paper
coupons. A value of Yes (-1) causes the coupon counts to contain only paper
coupons.
-1,0,0,0,0,0,0,0,0,0
__
↑
Range:
Yes (-1), No (0)
This Yes/No option causes an additional Period Summary record to be added to the
foreground panel file EAMPANEX at the close of a reporting period. This record
contains preferred customer totals for the accounting period to be compared to the
rest of the panel data. A value of No (0) leaves the Period Summary Record out of
the Panel file. A value of Yes (-1) causes the Period Summary Record to be
included in the Panel file.
-1,0,0,0,0,0,0,0,0,0
______
↑
Deposit Automatic Coupons Into Miscellaneous Accounts
Range:
(-999 to 999)
Location:
Line 16, Options 8, 9, and 10
Default:
0,0,0 (No automatic coupon totals in miscellaneous transactions)
Change Activation:
Close the Reporting Period.
This set of three options values allows amounts for automatic store coupons,
automatic manufacturer coupons, and doubled coupons to be automatically
deposited into miscellaneous transaction accounts from the previous period store
office at the close of a reporting period. This allows the automatic coupon amounts
to be reported with the Miscellaneous Transaction Report. It also prevents the store
office accounting record from lacking the automatic coupon amounts when viewed
by a host report. These options have no significant impact on the in-store
accounting reports. These options are ignored if no store office record is defined in
the system.
Each of these three options values has a range of -999 to 999. Values are given
the following meanings:
0 Does not accumulate a miscellaneous transaction total
A positive number
Provides an account to be credited
A negative number
Provides an account to be debited
If, on manual deposits of money to the Miscellaneous Transaction File, you credit a
paid amount or debit a received amount, you should provide the accounts for
automatic coupons as negative numbers for consistency in the sign of the
miscellaneous deposits. The first option value applies to automatic manufacturer
coupons, the second option value applies to automatic store coupons, and the third
value applies to multiplied (doubled) coupons. You may use the options in the
following ways:
0,0,0,0,0,0,0,0,0,0
___________________
↑
Point ranges for period close report
Range:
(0 to 999999999)
Location:
Line 17, Options 1 to 10
Default:
0,0,0,0,0,0,0,0,0,0 (No reporting by points ranges)
Change Activation:
None.
When the period close procedure is run to reset the points activity period, this
procedure produces a status report in the managers message file for the activity
period. This set of 10 point value options defines point ranges that are used in the
status report to show how many customers ended the activity period in each
defined point range. Up to 10 different point values can be defined as the low end
of a point range. An additional range is automatically defined for all customers with
points below the value of the first point boundary. Thus if point boundaries are
defined by the values 100, 200, ... 500, the count of customers in the point ranges
1-99, 100-199, ... 500-99999999, will be included in the activity period status report.
The values for this option must be defined in ascending order starting with the first
option. Any unused options must have a value of zero. If the first option is given a
value of zero, then all of these options are ignored and customer ranges are not
reported in the activity status. The following shows what this report would look like
with some boundary values defined.
Date/Time PREFERRED CUSTOMER Points Activity Period
Closed for store 0445 on 08/16
Total PREFERRED CUSTOMER Activity in this period
1395 points earned in 4 transactions.
100 points redeemed leaving 1295 available
0,0,0,0,0,0,0,0,0,0
___________________
↑
Automatic discounts for associated points ranges
Range:
(0 to 99)
Location:
Line 18, Options 1 to 10
Default:
0,0,0,0,0,0,0,0,0,0 (No automatic earning of discounts)
Change Activation:
None.
0,0,0,0,0,0,0,0,0,0,0
__
↑
Exclude non-points items from minimum purchase limits
Range:
Yes (-1), No (0)
Location:
Line 19, Option 1
Default:
No (0) (All items contribute to minimum purchase amount)
Change Activation:
Sign-off all registers.
0,0,0,0,0,0,0,0,0,0
___
↑
Add customer number to coupon tracking file records
Range:
Yes (-1), No (0)
Location:
Line 19, Option 2
Default:
No (0) (Customer numbers are not logged with coupons)
Change Activation:
Stop and Restart Checkout Support.
This Yes/No option determines whether each coupon entry logged in the Coupon
Tracking file should contain the Preferred Customer account number if this coupon
was redeemed by a Preferred Customer. If this option is selected then all coupons
logged for Preferred Customer transactions will contain the customer number in the
field reserved for the coupon campaign number. This field will be empty for coupons
redeemed by non-preferred customers unless a campaign number is key entered.
Note that the campaign number field was created in the hope that this number
could be read from a paper coupon when it was scanned, but this has never
become possible. A value of Yes (-1) causes all coupons logged in the coupon
tracking file from Preferred Customer transactions to contain the customer number
in place of the campaign number. A value of No (0) causes the campaign number
field in the coupon tracking file to be empty unless a campaign number is keyed in
at the register with the entry of a coupon.
0,0,0,0,0,0,0,0,0,0
__
↑
Always use the manufacturer number from a coupon record
Range:
Yes (-1), No (0)
Location:
Line 19, Option 3
Default:
No (0) (Valid MFR always taken from item code)
0,0,0,0,0,0,0,0,0,0
__
↑
Stage activity file at each close of period
Range:
Yes (-1), No (0)
Location:
Line 19, Option 4
Default:
No (0) (No staging of Customer Activity file)
Change Activation:
Stop and Restart Checkout Support.
This Yes/No option causes a copy of the Preferred Customer Activity file to be
made at the close of a reporting period. The copy named [Link] is
located on the ADX_IDT4 directory and is identical to [Link] as it existed
when the period was closed. This checkpoint version of the activity data is
overlayed at each successive close of the reporting period. Note that the copy is
made before any resetting of periodic points totals that might occur at the end of
this period. This snapshot of the Preferred Customer Activity file can be use for host
retrieval or simply as a backup copy. It will be needed for host retrieval in a 24-hour
store since the primary file will always be open for updates and thus cannot be
dumped to a host. A value of Yes (-1) causes a copy of the activity file to be staged
at each close of a reporting period while a value of No (0) prevents this copy from
being made.
0,0,0,0,0,0,0,0,0,0
0,0,0,0,0,0,0,0,0,0
__
↑
Remove doubled coupons from store coupons by department
Range:
Yes (-1), No (0)
Location:
Line 19, Option 6
Default:
No (0) (Include doubled coupons in Department Totals)
Change Activation:
Stop and Restart Checkout Support.
This Yes/No option causes doubled (multiplied) coupon totals to be excluded from
the store coupon totals in the department totals file. This causes the store coupon
total shown in the Department Analysis Report to match the store coupon total in
the Summary Cash Report. If the hidden option is selected to include (deduct) store
coupons in the (from) net sales figures by department, then this option will keep the
0,0,0,0,0,0,0,0,0,0
__
↑
Override needed for keyed preferred customer coupons
Range:
Yes (-1), No (0)
Location:
Line 19, Option 7
Default:
No (0) (Allow keyed preferred coupons)
Change Activation:
Sign-off all registers.
This Yes/No option causes a manager’s override to be required with any keyed
entry of a preferred customer coupon other than a void. The range of item codes for
preferred coupons is defined by options 5.1 and 5.2. The item code for each
automatic preferred coupon is printed on the customer receipt tape so that the
coupon can be manually voided if this is required to accept a better paper coupon.
This option provides for the manual void requirement while assuring that targeted
coupons are not manually given to preferred customers without a manager’s
override. A value of Yes (-1) causes an override to be required for any manual entry
of a preferred coupon other than a void entry. A value of No (0) allows for manual
entry of (paper) preferred coupons for any preferred customer. This option should
be set to No (0) if paper preferred coupons are issued to preferred customers.
0,0,0,0,0,0,0,0,0,0
__
↑
Accept electronic and paper vendor coupons on the same item
Range:
Yes (-1), No (0)
Location:
Line 19, Option 8
Default:
No (0) (Only one vendor coupon per item)
Change Activation:
Sign-off all registers.
0,0,0,0,0,0,0,0,0,0
__
↑
Accept electronic and paper store coupons on the same item
Range:
Yes (-1), No (0)
Location:
Line 19, Option 9
Default:
No (0) (Only one store coupon per item)
Change Activation:
Sign-off all registers.
This Yes/No option causes automatic (linked to) store coupons to be validated
separately from paper store coupons. This allows a paper store coupon and an
automatic store coupon to both be accepted against the same item sale. A value of
Yes (-1) allows both a paper and an electronic store coupon to be accepted for the
same item. A value of No (0) causes paper and electronic store coupons to be
validated against each other so that only 1 store coupon will be accepted against
any single item.
0,0,0,0,0,0,0,0,0,0
__
↑
Double coupons are available only to preferred customers
Range:
Yes (-1), No (0)
Location:
Line 19, Option 10
Default:
No (0) (Coupon multiplication applies to all customers)
Change Activation:
Sign-off all registers.
0,0,0,0,0,0,0,0,0,0
__
↑
Save date of last sale for items at close of item movement
Range:
Yes (-1), No (0)
Location:
Line 20, Option 1
Default:
No (0) (No sale date stored in item records)
Change Activation:
Stop and Restart Checkout Support.
This Yes/No option causes each close of an item movement period to update with
the date each item record for which movement was recorded. When the close of an
item movement period is completed, the background program EAMUDOLS updates
the item record for each associated record in the item movement file with the date
of the store close. This date is placed into user exit field 2 of the item record in the
format required for a Selective Item Record report search (Month * 100 + Day) No
date is placed into coupon records since coupon records use exit field 2 to store the
minimum purchase amount. A value of Yes (-1) causes the date of last sale to be
saved in user exit field 2 of each non-coupon item record. A value of No (0) avoids
any processing to update the date of last sale in any item records.
The installation instructions present several different ways in which the program
EAMUDOLS can be installed; however, this option just selects the function of
updating the date of last sale without any staging of item movement. If EAMUDOLS
is installed to perform a different set of functions, then this option should not be
selected. If this option is selected, then EAMUDOLS should not be activated
through the optional installation instructions, except, to set the two needed logical
names, EAMIMOV1 and EAMIMWRK. If EAMUDOLS was installed in one of these
alternate ways and you now wish to use this option then the exit code in the
checkout support exits you installed previously must be removed.
0,0,0,0,0,0,0,0,0,0
__
↑
Use Promotion Codes for Coupon Validation
Range:
Yes (-1), No (0)
Location:
Line 20, Option 2
Default:
No (0) (No promotion code support)
Change Activation:
Sign-off all registers.
This Yes/No option determines if the first exit field (User Data 1) in the item record
file should be used as a promotion code for coupon validation. Promotion codes are
When this option is selected, only those coupons that contain a promotion code are
validated by the promotion code. All other coupons are validated by the standard
methods. Category 5 scannable coupons do not have an associated promotion
code and therefore continue to be validated by manufacturer and family. Coupons
entered with department keys will continue to be validated by department as long
as no promotion code is put into the department item record. Promotion code
validation is expected to be used for coupons that are created and managed by the
retailer, while external coupons will continue to be validated by manufacturer and
family or by department. The two separate methods of validation are intended to
minimize conflicts between promotions that are internal and external to the retailer.
Since there is no relationship between promotion code validation and the other
forms of coupon validation, a single item can validate one coupon by promotion
code and a second coupon by manufacturer or department. Thus a single sale
might validate 2 manufacturer coupons (1 internal and 1 external) and 2 store
coupons. Likewise, the void of a sale may require the return of multiple coupons. An
item sale may be associated with a promotion code, a manufacturer and family, and
a department number and any of these associations can be used for coupon
validation. Any coupon uses only one method of validation. If promotion code
support is selected and a coupon contains a promotion code, then promotion code
validation will take place regardless of other option settings or item record flags or
fields. If a coupon contains a manufacturer number and no promotion code, then
validation will be by manufacturer. Thus any coupon to be validated by department
or not to be validated at all must not be associated with a promotion code or a
manufacturer number.
Since promotion codes apply to both items and coupons, this option can be
selected only if item record exit field 1 is not being used for any other purpose. The
single exception is that this user data field can be used for a different purpose with
item records defined as refunds, deposits, or deposit returns since these items will
never participate in promotion code validation. Use of promotion codes cost over 1K
in terminal data space usage, so adequate data space must be available to select
this option. If you have not moved the log of the current transaction into extended
memory and are not using the big memory model compiler in the terminal, then
selection of this option will reduce your maximum transaction size by approximately
25 items. When the promotion code option is turned off, the terminals must go
through “Loading Options” before this data space is released.
Any coupon with an item record can be validated by promotion code. This includes
paper coupons, points coupons, weight coupons, cross promotional coupons and
net value coupons. Coupons validated by promotion code have some properties
unique to this validation method. Coupons validated by promotion code are not
eligible to be doubled. Coupons validated by promotion code can be tracked in the
Coupon Tracking file, but the entries for these coupons will not show a matching
item. If a minimum purchase requirement is defined for a coupon validated by
promotion code and the item record flag is set for minimum by manufacturer, then
the minimum purchase requirement will be applied to all matching promotion code
Unlike standard store coupons, the taxability and foodstampability for all coupons
validated by promotion code will come directly from the flags in the coupon item
record. These coupons will not cause taxes to go negative for the order, but they
can reduce the taxes paid in an order even though all coupons do not match
taxable items. It is the retailer’s responsibility to assure that all items in the same
promotion group have the same taxability and foodstampability if concerned with the
taxability or foodstampability of the coupon. Also, cross promotional coupons
(coupons for validation only with no value) will behave differently with promotion
code validation in that a unique item will be required to validate each valueless
coupon. Thus with promotion code validation, a customer will have to buy two of
each item in a cross promotional chain before the discount will be given a second
time. A customer will also not be allowed to keep a discount if he voids an item that
was required for the cross promotional discount but was not actually discounted.
When this option is selected, the Selective Item Record report will change the
descriptors used with exit field 1 to show that this field is being used for promotion
codes. When the Options Report is used to select this option, it will change the
descriptors used by the Data Maintenance application from “User Data 1” to
“Promotion Code” or “Promo Code”. When the report is used to turn off this option,
the old descriptors for item record maintenance will be restored. If you do not use
the Options Report to activate this option or if you do not like the default Data
Maintenance descriptors for promotion codes, then you can alter the printed
descriptor by using Personalization to change report descriptor 348 and you can
alter the displayed descriptor by using the Display Manager Editor (DMED) to alter
the descriptor on screen 4 of file EAMDBM1S.
0,0,0,0,0,0,0,0,0,0
__
↑
Show Only Paper Coupons in Cash Drawer Reports
Range:
Yes (-1), No (0)
Location:
Line 20, Option 3
Default:
No (0) (All coupons in current period till reports)
Change Activation:
Sign-off all registers after closing the reporting period.
This Yes/No option determines whether paperless coupons are included in the till
contents shown by a till status report at the register or by a current period cash
drawer position report. The cash drawer position report for the previous period
never contains paperless coupons since these coupons are automatically picked up
at the close of the period. A value of No (0) leaves all coupon amounts in the till
status and current cash drawer position reports. A value of Yes (-1) removes the
automatic (paperless) coupon amounts from these two reports so that the reports
reflect only the total value of the paper coupons in the till. In order for the coupon
values in these reports to have any meaning, this option must be changed before
any sales activity in a new reporting period. If this option is changed at any time
0,0,0,0,0,0,0,0,0,0
__
↑
Bypass Journal Printing of Automatic Coupon Rejections
Range:
Yes (-1), No (0)
Location:
Line 20, Option 4
Default:
No (0) (Journal print automatic coupon rejections)
Change Activation:
Sign-off all registers.
This Yes/No option determines whether the rejection of an automatic coupon after
an item sale leads to a print line on the journal to define why the coupon was not
given. Journal printing of the rejection of automatic coupons will never occur when
the coupon is rejected at total time or after the entry of a Preferred Customer
number. When an automatic coupon could have been given immediately following
an item sale but was rejected for some reason other than a missed minimum
purchase requirement and this option has a value of 0 (No), then a line will print on
the journal to show why the discount was not awarded. When this option is set to
Yes (-1), then no journal printing will ever occur to detail the rejection reason for
automatic coupons. Note that the journal printing of automatic coupon rejections is
a valuable tool when testing new electronic coupons, however, the journal print lines
may have little value in a store unless most coupons are awarded immediately after
the purchase of the promoted item and the cashiers are aware to look at the journal
to answer customer questions.
0,0,0,0,0,0,0,0,0,0
__
↑
Bypass Receipt Printing of Targeted Coupon Numbers
Range:
Yes (-1), No (0)
Location:
Line 20, Option 5
Default:
No (0) (Targeted coupon codes are printed)
Change Activation:
Sign-off all registers.
This Yes/No option determines whether the UPC number for a targeted coupon is
printed on the customer receipt when the customer is awarded the coupon or
informed of the coupons available to him. This number is printed so that it can be
used to manually void the coupon if necessary. Option 19.7 prevents keyed entry of
targeted coupons except in the case of voids to prevent manual awarding of
targeted coupons to non-targeted customers. This option goes a step further by
restricting the information needed to manually award or void a targeted coupon.
0,0,0,0,0,0,0,0,0,0
__
↑
Match Coupons Against Cross Promotional Group
Range:
Yes (-1), No (0)
Location:
Line 20, Option 6
Default:
No (0) (Match coupons only against a single item)
Change Activation:
Sign-off all registers.
This Yes/No option determines whether the final (real) coupon in a group of linked
cross promotional (1-cent, fake) coupons should discount a single item or the entire
set of matching items. With this option set to 0 (No), the final coupon in a set of
linked cross promotional coupons is matched only against items which it validates
and discounts only these items. The other coupons in the set require sales of
additional items in order to get the discount, but these items are not actually
discounted. Thus a promotion such as “buy ham and cheese and get .20 off on
bread” is limited to discounting the value of the bread. With this option set to Yes
(-1), the value of matching sales for the final coupon is the sum of all matching
sales for the entire promotion. This allows the value of the discount to exceed the
value of any single item required for the discount.
This option applies only to promotions that require multiple different items through
the use of linked valueless coupons (specified by a value of 1) which are linked
finally to a coupon with real value. Since this option causes the value of matching
items for the real coupon to be the sum of all values of matching items for the fake
coupons, the guidance “Coupon Value Exceeds Item Value” is received only if the
value of the coupon is greater than the value of all items required for promotion.
This total matching value is also used for pricing method 4 coupons (net value or
percent off) so that promotions such as “buy ham, cheese, and bread for a net of
1.00” or “get 10% off on the combination of ham, cheese, and bread” are possible.
If the final coupon in a group promotion has a minimum purchase requirement for
matching items (minimum by manufacturer), then all matching sales for the group
are used to satisfy this minimum.
0,0,0,0,0,0,0,0,0,0
__
↑
Automatic Tare from Weight Item Records
Range:
Yes (-1), No (0)
This Yes/No option determines whether tare values will be included in the item
record data for a weight item. A value of No (0) requires either a keyed tare code or
an auto tare value to be used with weight items. A value of Yes (-1) allows for a tare
code, tare weight, or tare percentage to come from the high half of the price field
from the item record for a weight item. Using the high half of the price field for tare
information limits the price per pound of weight items to five digit values and
requires that pricing method 3 be entered if data maintenance is used to update the
tare field. With this option selected, all weight items use pricing method zero
regardless of the pricing method in the item record. Without this option, any weight
item with a pricing method other than zero results in an operator guidance of
“Check Item Data”. With this option selected, the values and processing for the tare
field in the item record are just like those in the user exit example 11 in the IBM
Supermarket Application: Programming Guide The only major difference between
this option and that user exit is the position of the tare field in the item record. This
option provides the tare field in the unused high half of the price field while the exit
example provides the same information in the second user exit field in the item
record.
If the tare field contains a value of 1 to 9, then the value is used as a tare code and
the actual tare weight comes from the options table which associates tare codes
with tare weights. If the tare field contains a value of 10 to 9999 then a guidance of
“Check Item Data” is given. If the tare field contains a value of 1xxxx, then xxxx is
used directly as the tare weight as though it had come from the options. Thus this
value is in hundreds of a pound or in grams depending upon the weight options
used. When actual tare weights are used in the item record, then tare code 9
cannot be used since the weight from the item record replaces the option value for
tare code 9. If the tare field contains a value of 2xxxx, then the xxxx is use to define
the percentage of the input weight that should be subtracted out as tare weight.
This value is in hundredths of a percent so a value of 20500 says that 5 percent of
the item weight is due to the package. If the tare field contains a value of 0, then
the tare value must either be keyed or come from the automatic tare or there will be
no tare weight subtracted from the weight of the item.
Note: When the pricing method of a weight item record is changed to a 3 within
data maintenance, the “Unit Price” descriptor is changed to “Tare Code” and
the location where you might normally see “Deal/Reduced Price”, you will
now see “Unit Price/Lb”. Any price that had been entered in the unit price
field should now be moved to the “Unit Price/Lb” field and the tare
information should be placed in the “Tare Code” field as shown on the
screens on the following pages.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
0,0,0,0,0,0,0,0,0,0
__
↑
Bypass Fixed Targeted Message if Promotion Text Provided
Range:
Yes (-1), No (0)
This Yes/No option determines whether the fixed targeted coupon descriptor is
printed on the customer receipt or Kiosk receipt when promotional text for the
coupon has been provided in the Targeted Coupon Messages file. Option 13.4
allows a list of available targeted coupons to be printed on the customer receipt. In
printing the list of available coupons, a single fixed message is created using the
coupon descriptor and value, and this fixed line may be followed by free form text
which describes the promotion. The free form text is user defined in the Targeted
Coupon Messages file through the Targeted Coupon Message Maintenance
procedure. This option prevents the printing of the fixed descriptor for those
coupons for which free form text has been provided. This option has meaning only
if option 13.4 is selected since this option only impacts the printing of the list of
available targeted coupons on the customer or Kiosk receipt.
A value of No (0) causes both the fixed targeted coupon descriptor and any
available promotion text to be printed in the listing of available targeted coupons. A
value of Yes (-1) causes only the free form promotion text to be printed in the listing
of available targeted coupons for those coupons for which promotion text is
provided. Even with this option selected, the fixed targeted coupon descriptor will
print for any available targeted coupons for which no free form promotion text is
provided in the Targeted Coupon Messages file.
0,0,0,0,0,0,0,0,0,0
__
↑
Validate Expiration Date with MSR Entry of Customer ID
Range:
Yes (-1), No (0)
Location:
Line 20, Option 9
Default:
No (0) (No validation of expiration dates)
Change Activation:
Sign-off all registers.
This Yes/No option determines whether the expiration date associated with a
magnetic entry of a customer number is to be validated. It also determines whether
a keyed expiration date is required with a customer number keyed using the
CUSTOMER key defined by option 6.3. A value of No (0) causes the expiration date
from a magnetic customer card to be ignored. The expiration date is logged, but not
validated. This value also allows a customer number to be keyed with the
CUSTOMER key without requiring a keyed expiration date. A value of Yes (-1)
causes guidance B100 CARD HAS EXPIRED to be given whenever the expiration
date on a magnetic customer card has passed. This selection also causes a prompt
for expiration date to be provided whenever a customer number is keyed with the
CUSTOMER key and the expiration date was not entered with the “/” key.
0,0,0,0,0,0,0,0,0,0
__
↑
Deactivate Unique Electronic Marketing Exit Code
Range:
Yes (-1), No (0)
Location:
Line 20, Option 10
Default:
No (0) (All Electronic Marketing exits are active)
Change Activation:
Sign-off all registers. Restart Checkout Support.
This Yes/No option determines whether the code in the electronic marketing exits is
active or not. Option 1.1 turns off all electronic marketing processing while this
option only impacts the user exits written in modules EAMTSESU.J86 and
EAMCSESU.J86 to alter the electronic marketing processing. A value of No (0)
allows all code in the exits in EAMTSESU and EAMCSESU to be executed. A value
of Yes (-1) prevents any of the user exit code in EAMTSESU and EAMCSESU from
executing. This option is provided primarily to isolate problems which are caused by
code added in the electronic marketing user exits.
0,0,0,0,0,0,0,0,0,0
__
↑
Use compressed print in the selective customer report
Range:
Yes (-1), No (0)
Location:
Line 21, Option 1
Default:
No (0) (causes normal printing of Selective Customer Reports)
Change Activation:
Enter the Selective Customer Report procedure.
This Yes/No option determines whether reports printed by the Selective Customer
Report function are printed in compressed mode or normal mode. Compressed
mode is required to print 132 characters per line on 8.5 inch wide forms. A wide
carriage printer can print 132 characters per line on wide forms without compressed
mode. A value of No (0) causes normal printing of Selective Customer Reports
while a value of Yes (-1) causes compressed mode printing of these reports.
0,0,0,0,0,0,0,0,0,0
__
↑
Use 132 character lines in the selective customer report
Range:
Yes (-1), No (0)
This Yes/No option determines whether reports printed by the Selective Customer
Report function are formatted with 80 characters per line or with 132 characters per
line. More data can be shown on each line using 132 characters, however, the use
of 132 character print lines requires either a wide carriage printer or usage of
compressed print which is smaller and harder to read. There is no information
printed in 132 character mode that cannot also be printed in 80 character mode, but
the information is formatted more efficiently in 132 character mode. A value of No
(0) causes normal 80 character per line printing of Selective Customer Reports
while a value of Yes (-1) causes these reports to be printed with 132 characters per
line.
0,0,0,0,0,0,0,0,0,0
______________
↑
Address label size definitions for the selective customer report
Range:
(0 or 5 - 20 for the first entry in each pair) (0 or 34 - 79 for the second entry
in each pair)
Location:
Line 21, Options 3 - 8
Default:
0,0,0,0,0,0 (No label formats defined)
Change Activation:
Enter the Selective Customer Report procedure.
These six value options define the height and width for up to three different sizes of
address labels to be used by the Selective Customer Report. When printing
address labels, the Selective Customer Report needs to know the height and width
of the label stock so that the address can be centered on the label. If multiple label
formats are defined with these options, then the report will allow the user to select
which of the defined label sizes is being used. If only one label size is defined in
these options, then all address printing is automatically formatted for that label. If no
label formats are defined in these options, then the user will be prompted to input
the label height and width each time that labels are printed.
The six options are entered as three pairs of height followed by width. The height of
a label is expressed as the number of print lines from the top of one label to the top
of the next. The width of a label is expressed as the number of print characters that
will fit in a single line across the label. The 3 label heights in options 21.3, 21.5, an
21.7 can range in value from 5 to 20 lines or can be set to 0. The 3 label widths in
options 21.4, 21.6, and 21.8 can range in value from 34 to 79 characters or can be
set to 0. If any pair of height-width options contains invalid data, then the definition
for that label size is ignored just as though it were specified as 0,0.
0,0,0,0,0,0,0,0,0,0
___________________
↑
Selectively deactivate selective customer report functions
Range:
Yes (-1), No (0)
Location:
Line 22, Options 1 through 9
Default:
0,0,0,0,0,0,0,0,0 (All functions are active)
Change Activation:
Enter the Selective Customer Report procedure.
The Selective Customer Report allows for functions such as erasing, printing,
saving to file, or altering the information stored on a selected set of customers.
Since this valuable information needs to be protected, each one of these functions
can be deactivated for all users to provide additional security beyond the
authorization needed to use the report. Other function can be deactivated to
streamline the input necessary to create a report or to create a batch of changes.
This line of nine Yes/No options allows each of the following nine functions to be
selectively deactivated:
v 22.1 Erase customer records
v 22.2 Print customer reports
v 22.3 Save customer reports to file
v 22.4 Create customer maintenance batches
v 22.5 Print customer address labels
v 22.6 Print report without prior display
v 22.7 Verify targeted coupons when creating a batch
v 22.8 Prompt for a restore batch when creating a batch
v 22.9 Prompt for file copy when creating a batch
The first option applies to the erase function while the fifth option applies to the
printing of address labels. A value of -1 (Yes) in any of the first five of these options
deactivates the selected function such that an operator guidance message will be
given if the function is chosen. A value of 0 (No) in any of these options lets any
operator select and execute the chosen function. The sixth through ninth options
deactivate functions by bypassing a request for operator input. A value of -1 (Yes) in
any of these options prevents the prompt for input from ever appearing. A value of 0
(No) in any of these options requires the operator to respond to the prompt for
additional input.
Line 23 is Reserved
0,0,0,0,0,0,0,0,0,0
____________________
↑
Reserved
0,-1,-1,0,-1,0,0,0,0,0
__
↑
All coupons require at least department level validation
Range:
Yes (-1), No (0)
A value of No (0) allows individual coupon item records to determine the level of
coupon validation while a value of Yes (-1) assures that all coupons are validated at
least at a department level. If it is desired that some coupons not be validated
against any prior sales, then this option must be set to No (0).
0,-1,-1,0,-1,0,0,0,0
__
↑
Validate all department keyed coupons by department
Range:
Yes (-1), No (0)
Location:
Line 24, Option 2
Default:
Yes (-1) (Validate department keyed coupons)
Change Activation:
Sign-off all registers.
This Yes/No option defines whether coupon entries made with a coupon key against
a non-coupon item record should be validated by department. This option has no
meaning unless the prior option is set to 0 so that validation by department is not
required. In this case, this option can be used to insure department validation for
coupons entered with a department key while all other coupons determine their
level of validation from their item record flags. For all coupons that are entered in a
way that does not provide a coupon manufacturer number and does not cause the
lookup of a coupon item record, this option effectively replaces the item record flags
that determine coupon validation. A value of No (0) causes all coupons entered with
a coupon key and no manufacturer number to be accepted without validation. A
value of Yes (-1) causes all coupons entered with a coupon key to be validated by
department if there is no manufacturer to validate against.
This option is needed only for customers who want department validation when
coupons are entered with a department key, but do not want any validation for
selected coupon item records (i.e. a coupon based only on meeting a minimum
purchase amount). These customers must set the prior option to 0 to allow selected
coupon item records to bypass department validation. A flag is set in individual
coupon item records to force validation by department as needed. This option
0,-1,-1,0,-1,0,0,0,0
__
↑
Sequence number and velocity code in store coupon UPCs
Range:
Yes (-1), No (0)
Location:
Line 24, Option 3
Default:
Yes (-1) (Store coupon UPCs contain velocity code)
Change Activation:
Sign-off all registers.
This Yes/No option determines whether Category 4 and 5 coupon UPCs contain a
velocity code and sequence number to be used for accessing and validating a
coupon item record. A value of Yes (-1) causes only the last 4 digits of an 11 digit
category 4 or 5 UPC to be used to access the item record file. A value of No (0)
causes the full 11 digits of a category 4 UPC or an item code of the form
400000XXXXX derived from the last 5 digits of a category 5 UPC to be used to
access the item file. The sequence number in the input UPC allows the same item
record to be reused for a new coupon while assuring that the prior coupon that
accessed this record is now rejected.
0,-1,-1,0,-1,0,0,0,0
__
↑
Store coupons logged in the coupon tracking file
Range:
Yes (-1), No (0)
Location:
Line 24, Option 4
Default:
No (0) (Store coupons are not tracked)
Change Activation:
Sign-off all registers. Stop then Restart Checkout Support.
This Yes/No option determines whether store coupons are logged in the coupon
tracking file. A value of No (0) prevents store coupons from being saved in the
coupon tracking file while a value of Yes (-1) causes store coupons to be saved in
the coupon tracking file.
0,-1,-1,0,-1,0,0,0,0
__
↑
Vendor Coupons Logged in the Coupon Tracking File
This Yes/No option determines whether vendor coupons are logged in the coupon
tracking file. A value of No (0) prevents vendor coupons from being saved in the
coupon tracking file while a value of Yes (-1) causes vendor coupons to be saved in
the coupon tracking file.
0,-1,-1,0,-1,0,0,0,0,0
__
↑
Doubled coupons logged in the coupon tracing file
Range:
Yes (-1), No (0)
Location:
Line 24, Option 6
Default:
No (0) (Doubled coupons are not tracked)
Change Activation:
Sign-off all registers. Stop then Restart Checkout Support.
This Yes/No option determines whether store coupons created by doubling are
logged in the coupon tracking file if other store coupons are also logged. A value of
No (0) prevents double coupons from being saved in the coupon tracking file while
a value of Yes (-1) causes double coupons to be saved in the coupon tracking file.
0,-1,-1,0,-1,0,0,0,0,0
__
↑
Coupon tracking file entries in compressed format
Range:
Yes (-1), No (0)
Location:
Line 24, Option 7
Default:
No (0) (Coupon tracking data is in ASCII)
Change Activation:
Stop then Restart Checkout Support.
The coupon tracking file data can be formatted as ASCII data or as packed decimal
data. The ASCII data is easier to process and translate, but it takes nearly twice the
disk space and transmission time of the packed decimal data. This Yes/No option
determines whether coupon tracking file data is formatted in ASCII or is
compressed to packed decimal. A value of No (0) causes coupon data to be saved
in ASCII in the coupon tracking file while value of Yes (-1) compresses this coupon
data to a packed decimal format.
“00000”,“0”,“0”,0,0,0,0,0,0,0
_______
↑
Manufacturer number to identify UPC 5 store coupons
Range:
(“00000” - “99999”)
Location:
Line 25, Option 1
Default:
“00000” (All category 5 UPCs are vendor coupons)
Change Activation:
Sign-off all registers.
Category 5 UPCs are normally used on vendor coupons with the first five digits in
the UPC after the category number being the manufacturer number to relate the
coupon to matching items. This package allows a store to create its own category 5
store coupons if the store owns a manufacturer number (perhaps obtained for
house brand items). This option value contains the manufacturer number to be used
to recognize category 5 UPCs which are store coupons. This value only needs to
be altered if you plan to use category 5 UPCs on your store coupons. This option is
a character string that must contain of 5 numeric characters. A value of “00000”
prevents any category 5 UPC from being recognized as a store coupon and thus
causes all category 5 UPCs to be processed as vendor coupons.
“00000”,“0”,“0”,0,0,0,0,0,0,0
_______
↑
Range of coupon UPCs to log in the coupon tracking file
Range:
(“0” - “999999999999”)
Location:
Line 25, Options 2 and 3
Default:
“0”,“0” (Log any coupon UPC)
Change Activation:
Sign-off all registers. Stop then Restart Checkout Support.
This pair of value options defines a range of coupon UPC numbers to save in the
coupon tracking file. This range further restricts the coupon tracking file contents
beyond the restriction defined by prior options. Thus while the prior options might
be used to restrict coupon tracking to vendor coupons, this option might be used to
restrict coupon tracking to category 5 vendor coupons or even to category 5
coupons from a particular manufacturer. It might also be used to restrict coupon
tracking to the range of codes defined for preferred customer coupons. If this range
is provided, it should contain a low UPC followed by a high UPC. If the second
value is not higher than the first value, then there will be no restrictions on the
UPCs that are logged in coupon tracking file.
“00000”,“0”,“0”,0,0,0,0,0,0,0
This pair of value options defines a range of departments for which coupons are to
be validated by department subtotal group rather than by department. The first
value defines the lowest department number to be validated by subtotal group and
the second value defines the highest department number to be validated by subtotal
group. If either department number is invalid (< 1 or > 999), or the low department
number is not less than the high department number, then all department validation
will be against the specific department numbers for the coupons.
Coupons are validated by department by assuring there are more sales for the
department than coupons against the department. This department level validation
occurs for coupons with no associated manufacturer number or promotion code
only if the options are not set to bypass department level validation or the coupon is
flagged specifically for department validation. When a valid department number
range is specified in this option, then any coupons which meet the conditions for
department level validation and contain a department number in the specified range
will be validated by department subtotal group rather than by department. This
means that there must be more sales from the group of departments to which this
coupon belongs than coupons against the group of departments. A coupon which
meets the requirements for department level validation but contains a department
number outside of the specified range will be validated against its specific
department. The department lookup item codes must be defined without a valid
manufacturer number (xx00000xxxxx) for department keyed coupons to validate by
department subtotal group. For the coupons that validate on a group of
departments, the minimum purchase requirement specified in the coupon item
record is also met by all sales from the group of departments. While the purchase
amount for a specific department is reduced by associated coupons for purposes of
the minimum purchase requirement, the purchase amount for a group of
departments is compared against the minimum purchase requirement without
regard for prior coupons. Another difference from the base system is that coupons
which are validated by manufacturer are counted against the department group.
Coupon family codes are ignored for coupons which are validated by department
subtotal group. Department subtotal groups are defined in the store options and are
shown in the department analysis and operator performance reports. The
department group validated for a coupon is the group which contains the
department number specified for the coupon. If the department range specified in
this option includes only a part of a subtotal group used by the reports, then only
those departments specified in this option will be considered in the subtotal group
for the purposes of coupon validation. Thus items which are in the subtotal group
but not in the validation range will not match against coupons which are in the
subtotal group and in the validation range.
199
↑
List of Guidances to be Lowered to Allow Operator Override
Range:
(0-999)
Location:
Line 26, Options 1 to n
Default:
199 (Partial coupon match)
Change Activation:
Sign-off all registers.
This set of value options defines a set of operator guidances to be altered from
requiring a manager’s override to requiring an operator’s override. This list can
contain as many entries as needed, but the entries must be chosen from the
following lists of valid values. If you have more than one, this set of options should
be entered on Line 26, separated by commas. The options report will only report
and alter the first 20 entries. Only operator guidances that normally require a
manager’s override can be selected by this option.
A special entry also is provided to request an operator’s override for coupons that
validate partially (MANUFACTURER VALID) but still require a manager’s override
for a coupon for which no match is found. These override controls enable you to
select all of the possible override conditions or to select only one condition for
which a given guidance might occur. When multiple selections overlap, the
conditions are logically ORed instead of being ANDed. Use of multiple redundant
override codes must be avoided to prevent adverse performance implications.
The value of guidance codes in the override list equals the value of the numeric
guidance indicator, and ranges between 1 and 120. The table impacts guidances
that require a manager’s override. The only valid guidance codes to appear in the
table are listed below:
1 - NO COUPON ON (lookup key)
8 - TRANSACTION LIMIT CHECK
9 - ITEM LIMIT CHECK
42 - KEYED WEIGHT LIMIT CHECK
43 - NO REFUND ON (lookup key)
45 - DISCOUNT LIMIT CHECK
51-58 - TENDER VERIFICATION REJECTION
60 - CHANGE AMOUNT LIMIT CHECK
62 - KEYED PRICE LIMIT CHECK
64 - COUPON MUST MATCH PREVIOUS SALE
65 - COUPON VALUE EXCEEDS ITEM VALUE
67 - CANCEL MUST MATCH PREVIOUS ENTRY
A value of 199 as the first entry in the override table defines to allow an operator’s
override on any coupon validation error where the coupon is partially validated. A
manager’s override will still be required if no match at all is found. A value of 198 as
the first entry in the override tables behaves just like a value of 199 with a single
exception. A value of 198 also allows the “TOO MANY COUPONS” guidance to be
bypassed with an operator override so that multiple coupons can be taken for the
same item.
The value of override identifiers in the override list equals the position of the two
characters in the sales descriptors plus 87, and range between 202 and 232. For
example, an RF that appears at position 115 in the sales descriptors is entered in
the override list as 202. A TL that appears at position 145 in the sales descriptors is
entered in the override table as 232. The only valid override indicators to appear in
the table are listed below.
202 - "RF" refund limit
203 - "DR" deposit return limit
204 - "MR" [Link]. receipt limit
205 - "MP" [Link]. payout limit
206 - "MC" manufacturer coupon limit
207 - "SC" store coupon limit
208 - "CL" item sale cancel limit
209 - "DC" deposit cancel limit
210 - "WT" weight limit
211 - "VF" tender verification limit
212 - "LO" loan limit
213 - "PC" pickup limit
215 - "PR" price limit
216 - "SV" store coupon validation
217 - "TR" transaction limit
218 - "CHG" change limit
219 - "FEE" fee correction limit
220 - "QUANTITY" quantity limit
221 - "DI" discount amount limit
222 - "RT" discount rate limit
223 - "TX" tax exemption limit
224 - "VT" void transaction limit
225 - "FS" foodstamp change limit
226 - "PE" pending item entry override
227 - "CV" cancel validation
228 - "TN" tender amount limit
229 - "MV" manufacturer coupon validation
230 - "EX" tender exchange limit
Override reason codes go into the override table with the value of the reason code
plus 400. Since the reason codes range from 1 to 56, the table entries range from
401 to 456. A distinction for the reason code entires in the override table is that they
MUST appear in ascending order at the end of the table. The valid override reason
code entries in the table are:
401 - Exceed price override limit
402 - Fall short of minimum price limit
403 - Exceed negative entry limit
404 - Fall short of minimum Misc. item limit
405 - Exceed misc. item refund limit
406 - Cancel item not sold in transaction
407 - Accept coupon for item not sold
408 - Enter coupon or refund with dept. key
409 - Exceed weight override limit
9999,0,0,0,999,0,999,0,0,0
_____
↑
Doubled coupon value limit per coupon
Range:
(0 - 32767)
Location:
Line 27, Option 1
Default:
9999 (Coupons can double up to 99.99)
Change Activation:
Sign off all registers.
This (monetary) value option contains the coupon multiplication limit to be used to
restrict the size of multiplied coupons. The value is compared against either the
multiplied portion of the coupon or the sum of the coupon and the double. If the
limit is exceeded, then either the double is not given or its value is reduced. The
following two options determine the use of this limit. This option needs to be altered
only if coupon doubling has been selected in the base terminal options. This option
applies equally well to coupon tripling.
9999,0,0,0,999,0,999,0,0
This Yes/No option determines if a coupon over the limit is doubled up to the limit or
is not doubled at all. A value of No (0) causes the coupon to double up to the limit
while a value of Yes (-1) prevents the coupon from doubling at all if it is over the
limit. With the limit at $.50 and this option set to No (0), any vendor coupon more
than $.50 will cause a double coupon of $.50. If this option is set to Yes (-1) with
the same limit, any vendor coupon over $.50 will not double. This option needs to
be altered only if coupon doubling has been selected through the base terminal
options. This option applies equally well to coupon tripling.
Value Limit Applies to the Sum of the Coupon and the Double
LINE 27
9999,0,0,0,999,0,999,0,0,0
__
↑
Value limit applies to the sum of the coupon and the double
Range:
Yes (-1), No (0)
Location:
Line 27, Option 3
Default:
No (0) (Limit applies only to the size of the double)
Change Activation:
Sign-off all registers.
This Yes/No option determines whether the coupon value limit applies to just the
doubled coupon value or to the sum of the vendor coupon and the doubled coupon
values. A value of No (0) causes the limit to apply to only the multiplied coupon. A
value of Yes (-1) causes the limit to apply to the sum of both coupons, and if the
limit is exceeded, causes the doubled coupon to be reduced so that the sum will
equal the limit. With the limit at $.50 and this option set to No (0), any vendor
coupon less than $.50 will be doubled at face value. If this option is set to Yes (-1)
with the same limit, any vendor coupon over $.25 will multiply such that the total
coupon value is $.50. Thus a $.35 coupon would cause a $.15 double. This option
needs to be altered only if coupon doubling has been selected through the base
terminal options. This option applies equally well to coupon tripling.
9999,0,0,0,999,0,999,0,0,0
__
↑
Minimum transaction size for coupon doubling
Range:
(0 - 32767)
This numeric (monetary) value option contains the minimum transaction size
required for coupon doubling. When the total value of the transaction is less than
this limit, then no coupons will be doubled in the transaction. A minimum value of 0
allows any size order to contain doubled coupons. Note that if the minimum
transaction limit is exceeded after coupons have already been tendered (coupons
taken before all items), the coupons are not retroactively doubled. This option
needs to be altered only if coupon doubling has been selected through the base
terminal options. This option applies equally well to coupon tripling.
9999,0,0,0,999,0,999,0,0,0
__
↑
Doubled coupon count limit per order
Range:
(0 - 32767)
Location:
Line 27, Option 5
Default:
999 (No limit on doubled coupons per order)
Change Activation:
Sign off all registers.
This numeric value option provides a limit on the number of coupons to be doubled
in a transaction. When this limit is exceeded, no more coupons in the transaction
will be doubled. This option needs to be altered only if coupon doubling has been
selected through the base terminal options. The option applies equally well to
coupon tripling.
9999,0,0,0,999,0,999,0,0,0
__
↑
Purchase amount for the coupon doubling count limit
Range:
(0 - 32767)
Location:
Line 27, Option 6
Default:
0 (Count limit is independent of order size )
Change Activation:
Sign off all registers.
This numeric (monetary) value option defines a purchase amount to which the
doubled coupon count limit applies. If a transaction size is multiple times larger than
the specified purchase amount, then the limit of coupons to be doubled for this
transaction is multiplied accordingly. Thus this option allows the limit of coupons to
9999,0,0,0,999,0,999,0,0,0
___
↑
Limit on the number of identical coupons to be doubled in an order
Range:
(0 - 32767)
Location:
Line 27, Option 7
Default:
999 (No limit on like coupons doubled in an order)
Change Activation:
Sign off all registers.
This numeric value option defines a limit on the number of identical coupons that
can be doubled in an order. The coupons are considered identical if they are
validated and if their UPCs match. Once the limit is exceeded, the like coupons just
cease to automatically double with no warning or override opportunity. Any value
less than 1 will be converted to 9999. This option needs to be altered only if coupon
doubling has been selected through the base terminal options. This option applies
equally well to coupon tripling.
9999,0,0,0,999,0,999,0,0,0
__
↑
Manual coupon doubling allowed, lookup key code definedÍ
Range:
(0, -1, or 200 - 255)
Location:
Line 27, Option 8
Default:
0 (No manual coupon doubling)
Change Activation:
Sign off all registers.
0,0,0,0,0,0,0,0,0,0
_____________
↑
Days of week on which coupon doubling is not active
Range:
Yes (-1), No (0)
Location:
Line 28, Options 1 to 7
Default:
0,0,0,0,0,0,0 (Doubling active each day of the week)
Change Activation:
Sign-off all registers.
This set of Yes (-1), or No (0) options defines the days of the week when coupon
doubling is active. A value of No (0) allows coupon doubling while a value of Yes
(-1) prevents coupon doubling on the specified day of the week. The first option is
for Sunday, the second for Monday, and the seventh is for Saturday. If all seven
options are No (0), then coupon doubling is not sensitive to the day of week. This
option needs to be altered only if coupon doubling has been selected through the
base terminal options. This option applies equally to coupon tripling.
Line 29 is reserved.
0,0,0,0,0,0,0,0,0,0
____________________
↑
Reserved
LINE 30
*END* (Required line that indicates end of options file)
The options in the record are defaulted to minimize use of the report to alter the
item record data base. The options can be altered as needed by using the
Preferred Customer Options Report (User Report 7) to display and alter the options
values. These options can also be altered by using Data Maintenance to alter the
option flags in the item record. Since these options apply only to the Selective Item
Record Report, changes become active the next time the report is run. If the report
is active when the options are changed, it must be exited and re-entered to make
the new option setting active.
While the Preferred Customer Options Report makes these Selective Item Record
Report options appear to be no different than the options in file [Link],
the options are actually stored in the special item record for compatibility with and
migration from earlier levels of the Selective Item Record Report that were provided
with the Coupon Processing PRPQ.
The relationship between the item record flags in item “888888888888” and the
options described below and seen in the Preferred Customer Options report are
defined by the following chart:
Item Record Flag Option Description Options Report ID
Note that the options definitions are given relative to the setting of the item record
flag. Thus if USER FLAG 1 is on (set to “Y”), then resetting of item movement is
NOT allowed. Many of the options definitions given below are inverted to a positive
statement to match the options as presented by the Options Report. The following
options definitions are also ordered as they are presented in the options report.
This Yes/No option determines whether the user is given the choice of immediately
printing a report at the conclusion of an item record search rather than displaying
the report. A value of “Yes” in the options report requires the user of the item report
to define prior to each search whether the search should result in a printed or a
displayed report. A value of “No” in the options report avoids this extra user prompt
prior to each item record search and causes the found items to be displayed at the
conclusion of the search. The report can then be printed by pressing the F10PRINT
key while the report is being displayed. The user should normally view the
displayed report before printing in order to assure that the right items are reported
and to select the proper report format.
This Yes/No option determines whether item movement data can be reset for a list
of items on which movement was just reported. A value of “Yes” in the options
report allows the user to delete the current period item movement records for a list
of reported items. A value of “No” in the options report prevents all users from
resetting any item movement data using the item report. Note that when this option
is selected, a user must still be individually authorized to reset item movement and
must enter his password to confirm his identity.
This Yes/No option determines whether a list of reported item records can be
deleted from the item record file. A value of “Yes” in the options report allows the
user to delete the item records for a list of reported items. A value of “No” in the
options report prevents all users from deleting any item records using the item
report. Note that when this option is selected, a user must still be individually
authorized to delete item records through Data Maintenance and must enter his
password to confirm his identity. A value of “No” in the options report for this option
also prevents the building of maintenance batches to delete item records.
This Yes/No option determines whether an item movement list can be created for a
list of reported items. A value of “Yes” in the options report allows the user to build
an item movement list to be used to report the movement for the selected set of
items. A value of “No” in the options report prevents all users from building item
movement lists using the item report. Note that when this option is selected, a user
must still be individually authorized to build movement lists through Data
Maintenance and must enter his password to confirm his identity.
This Yes/No option determines whether the second user exit field in the item record
is treated as packed decimal or integer data when it is reported or updated. A value
of “Yes” in the options report causes this 2-byte exit field to be treated as four
packed decimal digits. A value of “No” in the options report causes this exit field to
be treated as a 2-byte integer.
This Yes/No option determines whether the contents of the two exit fields in the
item record are reported as a single 4-byte field or as two separate 2-byte fields. A
value of “Yes” in the options report causes the exit data to be reported as a single
4-byte integer or 4-byte packed decimal value. A value of “No” in the options report
causes the exit data to be reported as two separate 2-byte integer or packed
decimal values.
This Yes/No option determines whether a one page or two page menu is used to
present the 16 item record search selections. A value of “Yes” in the options report
causes all 16 search criteria to be presented on a single one-page menu with two
selections on each of eight lines. With this selection, the Enter key is required
following selection 1, since two digit selections beginning with 1 are also available
on the same page. A value of “No” in the options report causes the first eight
search criteria to be presented on the first menu page and the second eight criteria
to be presented on the second menu page. The PgUp and PgDn keys are used to
This Yes/No option determines whether printed reports use standard character sizes
(10 characters per inch) or condensed character sizes (17.1 characters per inch). At
10 characters per inch, a wide carriage printer and wide forms are needed to print
reports with 132 characters per line. With condensed characters, reports can be
printed with 132 characters per line on a standard printer with 8.5 inch wide forms,
but the reports are less legible. A value of “Yes” in the options report causes reports
to be printed in compressed mode while a value of “No” causes reports to be
printed in normal mode. This option should be selected only if you need to print 132
character per line reports on a standard 8.5 inch wide form.
This Yes/No option determines whether reports are printed using 132-character line
formats or 80-character line formats. Three possible formats of the item record data
are available in 132-character mode while six possible formats are needed to show
the same information in 80-character mode. A value of “Yes” in the options report
causes reports to be printed with 132-characters per line while a value of “No”
causes reports to be printed with 80-characters per line.
This Yes/No option determines whether a promotions batch built with the PROMO
function updates the family code of the items being put on promotion as it updates
the link field. For coupon validation purposes, it is advantageous for all items which
link to an electronic coupon to contain a family code that matches the family code
of the coupon. This option automatically updates the family code with the low three
This Yes/No option limits the type of batches that a user can create with the BATCH
function to only DDM operator controlled batches. A value of “Yes” in the options
report causes the prompt for batch process to be bypassed as the batch is
automatically made a DDM batch. A value of “No” in the options report requires the
user to select for each item maintenance batch whether the batch should be
created as an ADDMI immediate, ADDMI operator, or DDM operator batch.
This Yes/No option limits the type of batches that a user can create with the BATCH
function to only ADDMI immediate or ADDMI operator controlled batches. A value of
“Yes” in the options report causes the prompt for batch process to present only the
two ADDMI selections and thus prohibits creation of direct DDM batches. Note that
ADDMI operator controlled batches become DDM operator controlled batches after
they are processed by the ADDMI program. A value of “No” in the options report
requires the user to select for each item maintenance batch whether the batch
should be created as an ADDMI immediate, ADDMI operator, or DDM operator
batch.
This Yes/No option limits the type of batches that a user can create with the BATCH
function to only ADDMI immediate batches. A value of “Yes” in the options report
causes the prompt for batch process to be bypassed as the batch is automatically
made an ADDMI immediate batch. A value of “No” in the options report requires the
user to select for each item maintenance batch whether the batch should be
created as an ADDMI immediate, ADDMI operator, or DDM operator batch.
This Yes/No option determines whether a promotions batch built with the PROMO
function updates the promotion code of the items being put on promotion as it
updates the link field. This option is ignored unless option 20.2 is selected to
activate promotion code support. For coupon validation purposes, it is
advantageous for all items which link to an electronic coupon to contain a promotion
code that matches the promotion code of the coupon. This option automatically
updates the promotion code with the same value as the link (promotion) number. A
value of ″Yes″ in the options report causes the PROMO function to always update a
promotion code as it updates the item link field. When the PROMO function is used
to clear a promotion and this option is selected, then the promotion code is set to 0
as well as the link field. A value of ″No″ in the options report causes the PROMO
function to update only the link value and leave the promotion codes alone. Note
that if the BATCH function is used to update the item link field to put items on
promotion, then the promotion code must be manually altered through the BATCH
function and the user gets to select the new value of the promotion code. It is the
users responsibility to assure that the promotion code in the promotion coupon is
set to the value of the coupon item code so that it matches the promotion code of
the linked items.
The Preferred Customer Messages File is a sequential file that contains the unique
message text to be displayed or printed for preferred customers. Each message
contains up to 40 characters of text enclosed in quotes and followed by a carriage
return and line feed. Each message should contain the full 40 characters of text, but
The message file can contain up to 200 of these 40-byte text messages which
make up 50 four-line logical messages. To decrease the impact to terminal memory
that the addition of 200 40-byte messages would cause, Terminal Sales stores
these messages in extended memory where they do not affect the limited amount
of data space.
Each logical message consists of three print lines preceded by a display line. Any
null lines or all blank lines are not printed or displayed. Each print line consists of
38 bytes of text followed by a comma and a numeric line feed indicator. Any print
line without a numeric line feed indicator is assumed to need a single line feed. All
display messages that begin or end with a “*” will sound a tone and require a clear
key. Any “*” that starts or ends a display message will be replaced by a blank. You
can modify the Preferred Customer Messages File with a text editor. Any of the
messages can contain variable data which is to be replaced by data pertaining to
the transaction or customer. The following variables can be defined:
@nnnn = customer name from activity file
@aaaa = account number
@tppp = transaction points (items + bonus) (or @tttt)
@tiii = transaction item points
@tbbb = transaction bonus points
@trrr = transaction redeemed points
@txxx = transaction transfer points
@pppp = net total points (prior net total + trans + xfer - redeemed)
@rrrr = net redeemed points
@gggg = grand total of points (total + xfer + trans)
@cggg = preferred coupon gross total (total + trans) (or @kkkk)
@cccc = preferred coupon total for transaction
@cnzz = preferred coupon total for transaction - blank line if total is zero
@cnv = blank line if no coupons, blank variable if coupon total
@cqqq = total quantity of coupons in the transaction
@cttt = total amount of coupons in the transaction
@dppp = date of last purchase (or @dddd)
@dxxx = date when transferred transaction occurred
@drrr = date of last redemption coupon entry
@ll = customer level
@lsss = status descriptor
@qx = quantity of transferred transactions
@oooo = operator’s full name from authorization file
@offf = operator’s first name from authorization file
@olll = operator’s last name from authorization file
@ffff = transaction discount amount
@fnzz = transaction discount amount - blank line if total is zero.
@fnv = blank line of no discount, blank variable if discount
@fppp = transaction discount percentage, blank line if no discount
@pmmm = net total period points (like @pppp but for period points)
@rmmm = net period redeemed points (like @rrrr but for period points)
@gmmm = grand total of period points (like @gggg but for period points)
To have the variables for the operator’s first or last name work correctly, the names
in the operator authorization file must be in one of the following six formats:
FIRSTNAME LASTNAME
FIRSTNAME I LASTNAME
FIRSTNAME I. LASTNAME
LASTNAME, FIRSTNAME
LASTNAME, FIRSTNAME I
LASTNAME, FIRSTNAME I.
Of the 50 available messages, the first ten in the Preferred Customer Messages
File have defined meanings. The remaining 40 messages can be defined and used
as a store chooses. Electronic Marketing employs the first ten messages according
to the following definitions:
A customer who goes through checkout receives a minimum of one message (for a
nonparticipating customer) and can receive a maximum of eight messages, as
follows:
v Home store customer
v Incoming transfer points
v Bonus points
v Boundary crossing
v Coupon redemption at point of sale
v Message in activity file
v Targeted coupons available
v Transaction trailer allowed.
8 “” 40
3 13 “ VALUED CUSTOMER ” 40
19 “ @nnnnnnnnnnnnnnnnnnnnnnnnnnn ,6” 40
20 “” 40
24 “ ,1” 40
6 25 “” 40
31 “” 40
32 “” 40
8 33 “” 40
35 “” 40
36 “” 40
9 37 “” 40
40 “” 40
10 41 “ BONUS AWARD ” 40
11 45 “ BONUS AWARD ” 40
12 49 “ ” 40
14 57 “DISPLAY MESSAGE 14 ” 40
59 “ - LINE 2 ,1” 40
60 “ - LINE 3 ,1” 40
63 “ - LINE 2 ,1” 40
64 “ - LINE 3 ,1” 40
16 65 “DISPLAY MESSAGE 16 ” 40
67 “ - LINE 2 ,1” 40
68 “ - LINE 3 ,1” 40
17 69 “DISPLAY MESSAGE 17 ” 40
71 “ - LINE 2 ,1” 40
72 “ - LINE 3 ,1” 40
18 73 “DISPLAY MESSAGE 18 ” 40
75 “ - LINE 2 ,1” 40
76 “ - LINE 3 ,1” 40
This key sequence indicates to Terminal Sales that the number associated with it
should be processed as a customer ID number.
The Terminal Sales program accepts entry of a customer ID number at any point
during the item entry or tendering phases of a checkout transaction. But, the point
at which the ID is entered can affect the outcome of the transaction. It is suggested
that the number be entered immediately after paper coupons are entered and
before a tender is entered. This prevents conflict between paper and electronic
coupons and ensures that the minimum purchase requirement for electronic
coupons is compared to the final transaction balance. System performance for
targeted coupons is improved if a customer number is entered after completion of
sales. Customers can consider their customer numbers as entitlement to coupons
and give it to an operator when presenting coupons.
A customer ID number that has been manually discarded also requires reentry to be
processed.
Multiple customer numbers may be entered during the transaction. The last valid
customer number entered receives the benefits of the transaction. A customer
number can be entered at any point in the transaction however, a total is required
prior to the entry of a customer number if sales have occurred since the earlier
entry of a valid customer number in the same transaction.
GOOD CUSTOMER
MISS LAURA SHOPPER
The following message is displayed when a new customer has not been enrolled:
For a new customer with a card but not enrolled, do the following:
v Press CLEAR
v Press OVERRIDE, then ENTER.
The new customer number is now on file in the activity file. When information is
added later from the enrollment application, the customer’s name will be added to
their activity record.
The following message is displayed when preferred customers use their card for the
first time:
┌────────────────────────────────────────┐
│ │
│ THANK YOU FOR SHOPPING FAMILY MARKET │
│ NEIGHBORHOOD STORE #001 ANYTOWN, USA │
│ │
│ CIGARETTES NP 1.59 │
│ BUBBLE GUM 1.59 │
│ DETERGENT PC 2.19 │
│ BLEACH .99 │
│ GREEN BEANS PC .59 │
│ GREEN BEANS PC .59 │
│ LETTUCE .99 │
│ │
│ MISS LAURA SHOPPER 90001000001 │
│ │
│ SC DETERGENT 1.00 │
│ BO 50 POINTS .50 │
│ │
│ TAX .38 BAL 7.91 │
│ CASH 7.91 │
│ 7/08/91 13:55 0001 01 0039 1 │
│ │
│ 6.94 ITEM POINTS, .50 BONUS POINTS │
│ THIS ORDER ADDED 1.00 COUPONS AND │
│ 7.44 VALUE POINTS TO BRING YOUR NEW │
│ TOTAL TO 16.00 SAVED AND 143.27 PTS │
│ │
│ **THANK YOU - COME AGAIN** │
│ WE APPRECIATE YOUR LOYAL PATRONAGE │
│ MISS LAURA SHOPPER │
│ │
└────────────────────────────────────────┘
This receipt shows the SC (store coupon) for the detergent and the BO (bonus
points) coupons for the green beans. If you are redeeming points instead of
awarding, the descriptor (RD) shows that points are redeemed. The cigarettes do
not get points in the store and the descriptor is NP (no points) to the left of the
price.
Customers who are enrolled in the Preferred Customer Program and have their
cards scanned at checkout see their name on the display. They see special
messages on their receipt. Point totals and savings from Preferred Customer
coupons are displayed on the bottom of the customer receipt.
This order had potential preferred customer coupons on the detergent and green
beans. The “PC” to the left of the price on the customer receipt shows that these
items are linked to an electronic coupon. A preferred customer would have received
these coupons.
The menu screen is the same for all users, but option 10.8 causes all other screens
to vary based on how it is set.
If the option (10.8) “Run the enrollment procedure without an in-store enrollment
file” is selected, alternate screens are used that do not show enrollment data.
F1HELP F2 F3 F4 F5 F6 F7 F8 F9Signoff
From the SYSTEM MAIN MENU, type 2 to select Secondary Applications, then
press ENTER.
F1HELP F2 F3 F4 F5 F6 F7 F8 F9Signoff
Figure 12. Preferred Customer Program Main Menu -- Option 2 -- add record
Keying Sequence:
1. From the Preferred Customer Program Main Menu, type 2 to select “Add a
customer record”.
2. Type the 11 digit customer number from the enrollment application or Preferred
Customer Card. (The example assumes an 11 digit number.)
3. When complete, press ENTER. The “Add a customer record” screen appears
as shown on the next page.
Card Number:
DEMOGRAPHIC INFORMATION
Figure 13. Add Customer Record Screen -- the highlighted fields are required.
Note: At this point you have filled out all the required fields and you can press
ENTER to create a new customer record and exit, or press TAB to continue.
The following information is optional. At any point, you can press ENTER to
end the input session. You can tab through any field you choose to skip.
11. Type zip code extension.
12. Type birth date (mm/dd/yy).
13. Type home telephone number starting with area code.
14. Type in business telephone number starting with area code.
15. Type M or F (male or female).
16. Type social security number (9 digit).
17. Type in reference number, press TAB.
Note: The reference number is a one digit number which belongs to the head of
the household for a group of family members or to an organization to whom
the customer is donating their points.
18. Type Y or N (yes or no) if the customer is a family member of the referenced
account.
19. Type driver’s license number (25 digit), press TAB.
20. Type number of family members (two digit), press TAB.
21. Type age of each child (if single digit, enter age and tab to next field).
Note: If you need to make a correction or missed a field, tab through to the
appropriate field.
25. Press ENTER to complete the enrollment process or press F3 to cancel the
enrollment and exit the screen.
26. When the enrollment is complete, the Preferred Customer Program Main Menu
will be displayed.
The following information is used when the option to select no enrollment file is
used. This information is located only in the Preferred Customer Activity file.
Card Number:
Figure 15. Preferred Customer Program Main Menu -- Option 1 -- change record
Note: The highlighted fields on figure 7-6 are the required fields.
Keying Sequence:
1. From the Preferred Customer Program Main Menu type 1 to select “Change a
customer record.”
2. Type the customer number to display the record to be changed, press ENTER.
DEMOGRAPHIC INFORMATION
3. Starting at the last name, tab to the field that will be changed or added.
The following information is used when the option to select no enrollment file is
used. This information is located only in the Preferred Customer Activity file.
Figure 18. Preferred Customer Program Main Menu -- Option 3 -- erase record
Keying Sequence:
1. From the Preferred Customer Program Main Menu, type 3 to select “Erase a
customer record.”
2. Type the customer number for the record to be erased, then press ENTER.
Card Number:
The following information is used when the option to select no enrollment file is
used. This information is located only in the Preferred Customer Activity file.
Card Number:
Date
Points Earned: / /
Points Redeemed: / /
Total points available:
Figure 21. Preferred Customer Program Main Menu -- Option 4 -- display record
Keying Sequence:
Card Number:
The following information is used when the option to select no enrollment file is
used. This information is located only in the Preferred Customer Activity file.
Card Number:
Date
Points Earned: / /
Points Redeemed: / /
Total points available:
Redeeming an Award
Purpose: To redeem an award from the office for a gift or other special award.
Figure 24. Preferred Customer Program Main Menu -- Option 5 -- Redeem Award
Keying Sequence:
1. From the Preferred Customer Program Main Menu, type 5 to select “Redeem
award”.
Card Number:
Note: This is an optional field for accountability if a form with a form number is
used the record the redemption.
5. Type in your employee number if these numbers are for a supervisory function
at your store.
6. When complete, press ENTER.
The following information is used when the option to select no enrollment file is
used. This information is located only in the Preferred Customer Activity file.
Card Number:
Keying Sequence:
1. From the Preferred Customer Program Main Menu, type 6 to select
“Adjustments”.
2. Type the customer number to adjust the points, then press enter.
Card Number:
The following information is used when the option to select no enrollment file is
used. This information is located only in the Preferred Customer Activity file.
Card Number:
Figure 30. Preferred Customer Program Main Menu -- Option 7 -- Enter Rain check
Keying Sequence:
Card Number:
3. Type the points to be credited from the rain check receipt; press TAB.
4. Type the office form number for posting the rain check adjustments, if one is
being used for accountability; press TAB.
5. Type the employee number if employee numbers are used for supervisory
functions; press TAB.
Note: The following information is taken from the customer’s register receipt.
6. Type date (mm/dd/yy), press TAB.
7. Type time (military: 1pm = 13:00), press TAB.
8. Type store number, press TAB.
9. Type lane number, press TAB.
10. Type transaction number, press TAB.
11. Type checker number, press TAB.
12. When complete, press ENTER.
The following information is used when the option to select no enrollment file is
used. This information is located only in the Preferred Customer Activity file.
Card Number:
Sample Coupons
The following section presents examples of how several different types of coupon
item records can be established.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Note: The manufacturer number is usually the first five digits of the UPC
number. For example, the manufacturer number for gelatin, item
4300030052, is 43000. However, for number system 3 items (that is
those items with a 11 digit UPC number beginning with 30 or 38) the
manufacturer number is created by adding a leading zero (0) to the
second - fifth digit of the UPC. For example, if the UPC is 30521261000,
the manufacturer number is 00521. For further information, see the UPC
Guidelines manual.
5. Enter the value of the bonus points in the field for coupon value (100).
6. Change the coupon family number to 001 for the current period to match the
family code of 6oz black cherry gelatin.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 35. Add a Limit Per Transaction/Items Per Coupon Item Record -- Page 1
3. There are two sub-fields in the ″Lmt/Tran & Items/Cpn″ field. The first sub-field
(Lmt/Tran or limit per transaction) limits the number of times the coupon can be
honored in a transaction. The second sub-field (Items/Cpn or items per coupon)
defines the number of matching items that must be purchased to use the
coupon. Enter 11 in this field. This will limit the coupon to one per transaction
and will require that only one item (the Gelatin) must be bought to receive this
coupon.
4. Change the family code to 002 to validate any flavor of 6oz gelatin.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 36. Add a Limit Per Transaction/Items Per Coupon Item Record -- Page 2
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 37. Add a Final Value (net item value) Coupon Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 38. Add a Final Value (net item value) Coupon Item Record -- Page 2
4. The coupon is linked to milk to provide validation. Change the family code to
003 on the milk. If this is an electronic coupon, put the coupon number 303 in
the link field for the milk.
When you build a chain of linked coupons involving a coupon that calls for
redemption of points from a customer, the redemption coupon should be built first to
validate that there is enough points in the customer’s balance to proceed.
COUPON #304 BUY 4oz INSTANT COFFEE
REDEEM 50 POINTS
PAY ONLY 7 CENTS FOR COFFEE
1. Change the family code for the current period for 4oz instant coffee to 004 for
family code validations. If this is an electronic coupon, put the coupon number
304 in the link field of 4oz instant coffee.
2. Build a coupon record number 304. Use pricing method 3 for all point coupons
that require validation.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 39. Add a Linked Coupon (redeems points) Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 40. Add a Linked Coupon (redeems points) Item Record -- Page 2
4. Add the coupon number 377 to the link field. Coupon number 377 will be built
next to give a discount.
5. Enter “Y” for “Points-Only Item.”
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 41. Add a Linked Coupon (discount given after points redeemed) Item Record -- Page
1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 42. Add a Linked Coupon (discount given after points redeemed) Item Record -- Page
2
9. There is no coupon number in the link field, this is the last coupon in the chain.
Make any changes to tax fields and other unique fields that affect your area.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 43. Add a Linked Coupon (multiple items plus points) Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 44. Add a Linked Coupon (multiple items plus points) Item Record -- Page 2
3. Enter the coupon description and the department and manufacturer number of
the hot dogs. Enter the coupon value (points to be redeemed - 200). This
coupon will provide redemption of 200 points from a customer’s point balance.
If the customer balance is below 200 points, the chain is then broken. Note:
This coupon both validates that the hot dogs have been sold and redeems the
points.
4. Change the family code 005.
5. Enter “Y” for “Points-Only Item.”
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 45. Add a Linked Coupon to provide validation (no bonus points) Item Record -- Page
1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 46. Add a Linked Coupon to provide validation (no bonus points) Item Record -- Page
2
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 47. Add a Linked Coupon (discount given if each coupon passes validation, no bonus
points) Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 48. Add a Linked Coupon (discount given if each coupon passes validation, no bonus
points) Item Record -- Page 2
15. This is the last coupon in the chain. It gives the discount if each coupon
passes validation.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 49. Add a dummy validation Linked Coupon Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 50. Add a dummy validation Linked Coupon Item Record -- Page 2
3. Build a dummy coupon for coupon record number 382 to provide validation for
hot dog buns.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 51. Add a dummy validation Linked Coupon Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 52. Add a dummy validation Linked Coupon Item Record -- Page 2
4. Build a coupon record number 383 to provide validation for mustard. Build this
coupon using pricing method 4 to make the mustard free.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 53. Add a validation Linked Coupon (price method 4) Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 54. Add a validation Linked Coupon (price method 4) Item Record -- Page 2
5. This is the last coupon in the chain. It gives the discount if each coupon in the
chain passes validation.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 55. Add a Coupon Linked to Department Purchase Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 56. Add a Coupon Linked to Department Purchase Item Record -- Page 2
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 57. Add a Coupon Linked to Minimum Department Purchase Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 58. Add a Coupon Linked to Minimum Department Purchase Item Record -- Page 2
Note: This coupon should not be used as an electronic coupon unless you want to
place 308 in the link field of every item in the department.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 59. Add a dummy Coupon Linked to minimum in two departments Item Record --
Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 60. Add a dummy Coupon Linked to minimum in two departments Item Record --
Page 2
3. Build a store coupon record number 385. Use pricing method 3 for all point
coupons requiring validation. This coupon record number 385 is also included in
the link field of the previous coupon.
4. Do not enter a coupon family number or manufacturer number. The coupon is
not restricted to a specified item but only to an $8.00 purchase in the produce
department. Enter the department number of the produce department.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 61. Add a Linked Coupon, pricing method 3, point coupons require validation Item
Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 62. Add a Linked Coupon, pricing method 3, point coupons require validation Item
Record -- Page 2
5. If the minimum purchase requirement for both coupons is met, the customer is
awarded 88 bonus points.
Note: This is a paper [Link] should not be used as an electronic coupon unless
you want to place 309 in the link field of every item in the department.
Note: This coupon should not be used as an electronic coupon unless you want to
place 310 in the link field of every cookie item in the department for this
manufacturer.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 63. Add a coupon linked to minimum by manufacturer Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 64. Add a coupon linked to minimum by manufacturer Item Record -- Page 2
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 65. Add a Coupon Linked to items per coupon Item Record -- Page 1
4. Enter 14 in the ″Lmt/Tran & Items/Cpn″ field. This limit per transaction and
items per coupon defines the guidelines of how many free boxes of gelatin a
customer can receive and how many boxes must be purchased to get one free.
The 4 in the “Items per Coupon” field means that, on buying the fourth box of
gelatin a customer receives the coupon which, in this case, is a free box of
gelatin. The 1 in the items per coupon field means that only one free box of
gelatin will be given in the transaction.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 66. Add a Coupon Linked to items per coupon Item Record -- Page 2
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 67. Add a Coupon Linked to items per coupon Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 68. Add a Coupon Linked to items per coupon Item Record -- Page 2
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 69. Add an Award Points with no performance required Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 70. Add an Award Points with no performance required Item Record -- Page 2
2. The field that previously displayed “Coupon Gives Bonus Points” in coupon
records now displays “Discountable Item” because the item type is changed to a
normal sale item.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 71. Add a Promotion Code Discount Coupon Item Record -- Page 1
3. Change the description if needed. The department number for the black cherry
gelatin (dept 100) can be entered, but it is not needed for promotion code
validation.
4. No manufacturer number is needed in the coupon item record for promotion
code validation.
5. Enter the value of the discount in the field for coupon value (25).
6. Change the promotion code number to 313 to match the promotion code of the
6oz black cherry gelatin.
7. Ensure that the option to validate by promotion code (option 20.2) is set.
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 72. Add a Promotion Code Discount Coupon Item Record -- Page 2
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 73. Add a Percent Off Discount Coupon Item Record -- Page 1
F1 F2 F3QUIT F4 F5 F6 F7 F8 F9 F10
Figure 74. Add a Percent Off Discount Coupon Item Record -- Page 2
Home store numbers are useful only if points are accumulated for customers or
targeted coupons are used. Normal preferred customer coupons are given to all
preferred customers regardless of whether they are shopping in their home store.
The home store concept facilitates tracking and combining a customer’s points
activity and targeting coupons when the customer shops at multiple stores.
If access to the customer activity file fails, the application bypasses the failure to
allow sales to continue. If the failure is a terminal offline condition, a base
Supermarket system cannot support preferred customer totals or electronic
coupons. However a Supermarket system with the Terminal Offline feature installed
has a subset of the Item Record File still available to the terminal in RAM and can
process electronic coupons if its records reside in RAM.
If a customer’s activity record is found in the store’s Customer Activity file, the
customer is an existing customer and is processed as a home store customer.
If a customer number is not found in the activity file, it is one of the following types:
v A new customer number (a customer has not yet enrolled)
v An invalid customer number (perhaps miskeyed)
If the option to check to use the validation digits in customer numbers is set (see
101) these digits are checked next. If the designated positions in a customer
number do not contain the defined digit values, the customer number is rejected as
invalid number with an appropriate operator guidance. This option is used to reduce
the chance that a competitor’s customer card might be mistakenly accepted as a
valid card at your store. These validation digits are not checked for a customer
number that is found in the customer activity file.
If a customer number contains a valid store number that does not match this store,
it is accepted as an non-home preferred customer number. A Customer with such
an identification number is processed as a preferred customer, but receives only
limited recognition and awards at this time. Customers do not see their name or
activity history (and cannot receive any points-related awards), but does receive any
applicable discounts that are available to all preferred customers through electronic
coupons.
If a customer number is not found in the activity file and either no store number is
imbedded in the customer number or the imbedded store number matches this
store, this is a new customer. The operator is prompted to verify a new customer
number (to ensure that it was not entered incorrectly) and, after this operator
override, the new customer number is automatically added to the activity file and
processed. Options allow a manager’s override to be required to accept a new
customer number (see “Manager’s Override Required for New Customers” on
page 90). This might be useful once a stable enrollment base has been achieved to
assure that new customers are enrolled before they shop. Another option requires a
manager’s override for any keyed account number (see “Keyed Customer Numbers
Require a Manager’s Override” on page 88). This can help an enterprise to avoid
fraud when all preferred customers are expected to have a scannable card.
Note: If the cross promotional coupon links to a Pricing Method 4 “net value“
coupon, then the coupon chain can be linked only from the item to be
discounted. If coupon B is a net value coupon for item B, then only item B
can be linked to coupon A.
While it is suggested that all electronic cross promotional coupons be set up using
fake coupons which are linked to all promoted items, it is only necessary to link the
coupons to any one of the promoted items in order to get the discount. In this case,
the discount will probably be given when a total is taken after all necessary
promoted items have been purchased.
It is suggested the real discount coupon be linked (perhaps indirectly) to the item
being discounted and that it be set up to validate only against the item being
discounted. For pricing method 4 “net value” coupons, it is required that the coupon
be linked only to the item being discounted to insure the correct item value is
discounted.
While you might link a coupon to item A that validates against item B to implement
a cross promotion, this may result in an incorrect coupon value for some complex
coupons such as weighted coupons or final value coupons.
Effect on Performance
In general, electronic coupons have no greater impact on system performance than
do equivalent paper coupons. The system accesses the linked-to coupon record
only for preferred customer electronic coupons, not for non-preferred customer
coupons. There is only one circumstance in which the system must access the
linked-to coupon record more than once. When a transaction that involves
promotional items is transferred to another terminal through the terminal transfer
procedure or a suspend/retrieve procedure, the system must access the coupon
record once for each promotional item.
Effect on Taxes
The package provides an additional function, to be used when you choose not to
validate electronic coupons, that prevents any store coupon or doubled coupon from
causing the taxes for a transaction to be negative. This is achieved by making store
and doubled coupons non-taxable if they would drive taxes negative. However,
there would be no need for this function if all coupons were validated as provided
by the Supermarket Application.
a deposit item record must be created. A new deposit item record is required for
every new promotion of a set of items with a common deposit amount. The creation
and deletion of these deposit records add a great deal of overhead to the process
of establishing promotions. The Electronic Marketing package provides an
alternative means to handle such electronic coupons that does not require the
creation and deletion of deposit records.
In order for the alternative method to work, the item at the beginning of the linked
chain must be marked to show that a deposit item is expected at the end of the
chain. If you perform this method without marking the first item in the chain, the
deposit is not charged unless the coupon is given. When the item sale is correctly
marked, the deposit is always charged, whether or not the coupon is given.
Items that link to deposits are marked by turning on the last reserved flag (X'10') in
the last flag field in the item record (INDICAT1A) For more information how linkage
items are marked, see “Links to Deposit” on page 344.
You can implement this deposit alternative by turning on the flag for each item in
the item file that links to a deposit item and applying the promotions without regard
to the flag. A better way is to turn on the flag when the link field is changed to insert
a coupon between an item and its deposit. The best solution may be to combine
both of these methods. This would assure that, in all cases involving items linked
through an electronic coupon to a deposit, the deposit is charged whether or not the
coupon is redeemed.
These batches are subject to a potential timing problem. Preparation of the batches
must begin considerably in advance of the promotion, because the work involved in
building, testing, and transmitting the batches takes time. But, it is best to build the
batches as close as possible to the time that they will be executed. This reduces
the possibility that the batches erroneously set an item price back. These conflicting
needs can be met by doing the following steps:
Coupons marked as not for sale will process normally (as though marked for sale)
in training mode so that the promotions can be tested before being activated. In
addition, while in training mode in a coupon only transaction, the limits on like
coupons are bypassed and coupons are not doubled.
The package provides source code changes to prevent all or selected DDM batches
from updating the link and family code fields. Based on these source code changes,
an enterprise can write source changes to prevent the coupon-linking batches from
updating prices in a store.
System Considerations
The system performs better when processing targeted coupons if a customer
identification number is entered after all sales. The reasons for this are as follows:
v If a customer ID number is entered before the sale of (an) item(s) linked to a
coupon targeted to the customer, the system compares the subtotals at that
point, not the total at the end of the transaction, to the conditions for accepting
the coupon. If all conditions are not met when (an) item(s) linked to a targeted
coupon are sold, the following results may occur:
– A targeted coupon may be given after a total is taken if the minimum
purchase is met by total time.
– If the system has timed out, an operator may be required to take a manual
total prior to tendering, even though the results of an automatic total are being
displayed.
v A targeted coupon may need to be processed multiple times if a customer ID
number is entered at the start of a transaction. But it needs to be processed only
once if a customer ID number is entered at the end of the transaction.
v If the customer ID number is entered at the start of a transaction, a noticeable
lag may occur between the display and print of the total in a transaction involving
targeted coupons.
Performance Impact
The order of a customer identification number and the sale of promotional items
impacts the performance of this package if the following types of coupons are used:
v Coupons that require multiple purchases
v Coupons that require a minimum transaction size
v Coupons that are targeted to specific customers.
Terminal Sales must check these limits after every matching item to determine the
validity of outstanding coupons. This potential performance impact is significant
because it occurs during item entry. The system requires fewer item record lookups
in these cases if a customer ID is entered after all sales are entered.
Validation for targeted coupons serves a different purpose than validation for
electronic coupons. Electronic coupons are linked to items. The system does not
access electronic coupons unless the linked-to item(s) have been purchased.
Validation is needed only to prevent a paper and an electronic coupon from being
taken on the same item or to require multiple items to be purchased before the
By either of these means, targeted coupons can be defined for a single usage, a
limited usage, or unlimited usage in a single transaction. This control enables you to
define the availability of a targeted coupon as follows:
v Only once in one transaction per customer
v For any number of times in one transaction per customer
v Only once per transaction for any number of transactions (perhaps with a
minimum purchase requirement)
v For any number of times per transaction for any number of transactions until the
promotion is over.
If you define a targeted coupon that does not require a matching purchase or a
minimum amount of purchases, you must limit the usage of the coupon in a
transaction because the code does not otherwise define the number of coupons to
give. If you define a targeted coupon that is not linked to a particular item but has a
minimum purchase requirement, (for example, $.50 off on $10.00 of meat
purchased), this coupon will be given for each multiple of the minimum purchase
that is satisfied up to the coupon limit defined for the transaction.
All targeted coupons used are logged in a special data entry string in both the
Transaction Summary Log and the Panel Diary File. This is done regardless of
whether the coupons are reusable.
In general, targeted coupons defined for all preferred customers in the rain check
record are treated like coupons linked from item records instead of like targeted
coupons. They differ from true targeted coupons in the following ways:
v Coupons targeted to specific types of customers take precedence over coupons
targeted to all customers through the rain check record.
v True targeted coupons are printed on a customer’s receipt as available for the
next visit. Targeted coupons in the rain check record are not.
v Use of true targeted coupons can be limited to a single transaction per customer.
Targeted coupons in the rain check record are available to every preferred
customer transaction regardless of prior usage.
Targeted coupons in the rain check record differ from item-linked electronic coupons
in that they must be set up to validate against matching items.
Point Processing
The Electronic Marketing feature computes the points associated with each
preferred customer transaction and saves a cumulative point total for each preferred
customer. For an enterprise using the home store concept, the point total is
maintained only in a customer’s home store(s). Points from visits to other
participating stores can be transferred back into the home store if the appropriate
host support is provided. For an enterprise not using the home store concept, all
stores are essentially primary home stores. In this case, each store can maintain its
customers’ point totals.
Items can be marked to not contribute to points totals (see “Items Not Eligible for
Points” on page 343). Also, a points-to-cents ratio can be defined so that points
equal only a fraction of sales (see “Ratio of Points Per Cents Purchased” on
page 92).
The first item in a linked chain that is rejected (perhaps due to failed coupon
validation or too many coupons) breaks the chain and no items past that one in the
If a preferred customer number has not been entered, the first linked item code in
the designated preferred customer range (see “Coupon Velocity Code Range for
Preferred Customers” on page 97) causes the rest of the linked chain to be saved
for possible processing later in the transaction when the customer ID is entered.
You may want to certify that all preferred customers with adequate points who
purchase a particular item exchange redemption points for a discount on that item.
You can accomplish this by the following steps:
1. Linking the promotional item to a redemption coupon (using a code in the
designated range)
2. Linking the redemption coupon to a discount coupon.
In cases such as this, the usage of an item code within the designated range for
preferred customers restricts the redemption coupon to preferred customers.
Any redemption coupon which links to a discount coupon should contain the same
validation data as the discount coupon.
Point Eligibility
Although the majority of preferred customers are eligible to receive points, some
options affect point eligibility. Processing flags in each preferred customer’s record
allow a user to indicate to Terminal Sales whether a customer should receive
messages, points, and other privileges. If the flag indicating that a customer should
not receive points is on, points (bonus and transaction) are not awarded.
Primary, local, and visiting customers are entitled to receive points for their
transactions in any participating store if an enterprise provides the host support
necessary to transfer any points they accumulate back to their home store.
This reference processing provides a means of moving point and history information
from one account number to another when a lost card is replaced. The old (lost
card) account must be updated to reference the new (replacement card) account as
a non-family reference, and the old account is closed out by placing the 4 character
identifier (*old) anywhere in the second address line. When the background
reference processing program encounters the closed out record, it will move all
history and demographic data as well as the points to the referenced account. (See
“EAMUREFA - Preferred Customer Reference Processing” on page 293 for more
information on this program).
The length of the time period for accumulating period points totals is determined by
how often these totals are reset. While these totals might be simply zeroed in all
activity records through a single input record to the Batch Maintenance Utility, a
special program is provided to close the points activity period. This background
program can be initiated manually in the store through a menu selection or through
the background program activation screen. It is suggested that this program be
started automatically by the normal store close processing. A program is provided to
manually start the close of the points activity period from the user procedures menu
and an option is provided to cause the points activity period to be automatically
closed at the proper interval based on a daily store close. It is anticipated that the
points activity period will be closed weekly, monthly, bi-monthly or quarterly while
the close of a reporting period is usually performed daily. Along with rolling over the
three periodic totals mentioned above and resetting the period start date, the close
activity period procedure also saves the previous period point totals for further
processing, optionally assigns automatic transaction discount groups to Preferred
Customers based on points earned in the period, and creates a status report that
summarizes the activity for the period.
Rather than just clear the point totals, the period close procedure will subtract the
earned points from the redeemed points if more were redeemed in the period than
earned and if period points are being used for redemption. Along with this potential
negative carryover, a maximum positive carryover amount can be defined in the
options to allow unused points to carry from one period to another if period points
are being redeemed. This option allows points to carry over from one period to
another while limiting the points buildup. Point ranges can be defined with
associated transaction discount groups to reward customers with transaction
discounts in the next period based on their volume of purchases in the prior period.
The period totals for each customer along with any points carryover amount and
prior discount group are saved in a previous activity file along with the start and end
dates for the period and the most recent purchase date and amount. Either a single
record for the most recent period or a record for each month in which a period was
closed can be kept for each customer. A period summary report is printed and is
saved in the Manager’s Message file at the end of each close of a points activity
period. The summary data varies with options, but includes the total points activity
for the period, counts of active and inactive records during the period, counts of
customers who ended the period in each defined point range, and the points status
at the start of the new activity period.
There are many ways of using the periodic point totals. Even if points are not
redeemed or shown to customers, the periodic points can be used to track
preferred customer activity over larger times than the normal reporting period.
Period points can be used for redemption rather than total points to limit the buildup
of points liability. The ability to carry a limited number of points from one period to
another allows customers a reasonable time to redeem points while still
encouraging them to redeem their points regularly in order to avoid loosing them.
Coupons and messages targeted to the first shopping trip in each period helps to
keep promotions active for all Preferred Customers as do boundary bonuses based
on purchases in the period. The automatic assignment of transaction discount
An automatic discount will appear on the customer receipt when the Preferred
Customer number is entered (if there are prior sales) and/or at each keyed total
following sales in a Preferred Customer transaction. At each automatic discount, the
total discountable sales as well as the total computed discount and/or tax
exemption is printed on the customer receipt along with the descriptor given to the
applicable discount group. If automatic coupons are due at the same time as the
discount, they are given prior to the automatic discount. Individual coupons, like
sales items, are marked as to whether they contribute to the discountable
transaction total. If a manual discount is taken for a Preferred Customer who is
selected for an automatic discount, the manual discount takes precedence and the
automatic discount is not given. If an automatic discount has already been given, it
must be manually voided (VOID,DISCOUNT) before a manual discount can be
entered.
If a discount group is assigned to the Rain check ID, then this discount is used as
the default for all Preferred Customers who are not individually selected for a
discount. Individual customers can be excluded from automatic discounts through
an option flag in their activity record. Likewise, all new customers or non-home
customers can be excluded from automatic discounts through the default activity
options specified in the Preferred Customer options file. All automatic discounts can
be deactivated through another option in this file so that discount groups can be
assigned to customers before the discounts are actually activated and so that all
automatic discounts can be easily discontinued at the end of a promotion.
Whenever a discount is given to a Preferred Customer, the customer number is
saved in the user exit field of any discount exception log entry. While this discount
function does not provide for different discounts on different items, the ability to
select the discountable items as well as the discount rate for each or all Preferred
Customers makes automatic discounts a potentially powerful method for rewarding
or inducing Preferred Customer purchases.
To enter Kiosk mode, the key sequence “NOSALE, DATA ENTRY, 99 ENTER” must
be keyed at a register that is signed on and is not in a transaction. If you have
defined a customer key thru option 6.3, then the key sequence “99, CUSTOMER”
can be used to enter Kiosk mode. Once Kiosk mode is successfully entered, the
Kiosk mode message is displayed. This message can be customized and is
defaulted to “PLEASE SCAN CUSTOMER CARD”. While this message is displayed,
only four types of entries are allowed at the register:
1. A customer number can be scanned (by using a scanner) or swiped (by using
an MSR) which results in the account status being displayed and printed as at
the end of a sales transaction.
2. A customer number can be keyed with a manager’s override to show the
account status.
3. The sign-off sequence can be used to exit Kiosk mode and sign-off the register.
4. An item UPC can be scanned which results in the item descriptor and price
being displayed and/or printed at the register.
Any other entries attempted at a register which is in Kiosk mode are rejected with a
tone and a redisplay of the “PLEASE SCAN CUSTOMER CARD” message. The
entry of a new customer number or a non-home store customer number is accepted
and processed as in a sales transaction, but since there is no information on file for
these accounts, little information is shown on the display or customer receipt. Entry
of an invalid customer number is rejected with a “CHECK CUSTOMER NUMBER”
guidance which is automatically cleared after three seconds. Since all guidances in
Kiosk mode are self clearing and all keyed customer numbers require a manager’s
override, it is suggested that the terminal keyboard not be made available to
customers in a self service Kiosk. For this usage, only a scanner for input of
customer numbers and the display and printer for prompting and output of customer
information is needed. A keyboard is needed to enter and exit Kiosk mode and for
any other tasks for which this register is to be used.
While the entry of customer numbers to receive customer status is the primary
reason for Kiosk mode, this mode also provides a price verify function for customer
convenience. If a customer scans the UPC on an item at a register in Kiosk mode,
the register will display the item descriptor and price just as it would in a sales
transaction. If the same item is scanned twice in a row, then the descriptor and
price are printed along with the time/date line and the customer receipt is advanced
so that the printed information is visible. No totals are impacted by this price verify
function in Kiosk mode.
When a valid customer number is entered in Kiosk mode, the register reacts just as
when a customer number is entered at the start of a sales transaction. The user
defined customer identification message which may include the customer name is
The only journal printing in Kiosk mode is the optional customer identification
message (name and account number) followed by the time/date line. The only entry
made to the transaction log is the sign-off entry made when Kiosk mode is exited. A
single transaction number is used for a Kiosk mode session and the only totals
updated are the performance times which show the whole Kiosk mode session as
inactive time. Note that a terminal in Kiosk mode will never timeout and go into the
TERMINAL SECURED state since this mode is designed for unattended running. A
register in Kiosk mode will continue to function when offline, in standalone, or in
training mode; however, the totals shown will be limited by the ability to access a
customer’s activity data.
Data in the activity transfer file must be routed to the correct home stores through a
central site process. When a transfer file created in one store is moved to another
store, a background transfer processing program evaluates the data and moves the
transfer data targeted for the given store into the customer transfer file. This
transfer program selects only the data meant for the processing store. It is possible
to achieve the required data transfers by copying all transfer files to all stores. The
transfer program selects the needed data and discards the rest. In order to reduce
the networking cost of copying all files to all stores, you can send all activity transfer
data to a central site host. The host can sort it for the destination stores and send
each store only the data that it needs. The transfer program can be initiated from a
host (through Start User Program interface), or a store’s background control menu.
Options selected through personalization allow the transfer program to run
automatically once each hour to process any available data. See “Automatically
Process In-Store Transfers Each Hour” on page 86. Point and coupon activity is
transferred to customers transfer files only when they next visit their home store.
This allows customers to see the points that are transferred to their home store and
allows the points boundary processing to correctly account for points accumulated
in other stores.
Electronic coupons are paperless and cannot be manually counted or picked up. In
order to keep them out of the over/short position, they are put into the on-hand
tender totals rather than the net tender totals. As the accounting totals are moved
from current to previous period, the electronic coupons are automatically picked up
and are reported as such in the previous period. The cash report shows the
picked-up coupons as on hand in the office report, but they are not really in the
on-hand totals and are not carried forward into the next period’s opening balance.
The tender count procedures are altered so that paperless coupons are always
The totals accumulation facility applies equally to electronic coupons and to manual
coupons. As all electronic coupons require coupon item records, the same coupon
tracking records can be logged for all electronic coupons to the Exception Log
rather than to the Coupon Tracking file.
The [Link] affects the number of coupons that can be delayed until
total time because they failed validation during the transaction for some reason
such as minimum purchase not met or cross promoted item not being sold yet. The
[Link] affects the number of coupons that can be held for replay until
the customer number is entered. The [Link] affects the number of
coupons that can be given in the order where the MFR number in the coupon item
record is substituted into the coupon item code during validation and restored later.
The MFR number may be substituted if the MFR number exists in the coupon item
record and the coupon’s item code MFR number is invalid or the EM option
“ALWAYS USE THE MANUFACTURER NUMBER FROM A COUPON RECORD” is
enabled. See the discussion of this option (on page 135) for a better explanation of
this substitution process.
The same item can validate one coupon by promotion code and another coupon by
MFR/FAM or DEPT/FAM.
An item cancel must validate by both promotion code and MFR/FAM or DEPT/FAM.
Cross promotional coupons (fake one cent coupons for validation only) will behave
differently with promotion code validation than with any other validation in that a
unique item will be required to validate each fake coupon. Thus with promotion
code validation, you will have to buy two of each item in a cross promotional chain
before the discount will be given a second time.
It also modifies some of the accounting reports. These reports are discussed in this
chapter in the above order.
User Reports
There are user reports available to help monitor cashiers and customers for multiple
use of the same customer card, to report on out of store transfers, to track
redemptions/adjustments, and to report on the item record file and to report on the
preferred customer, enrollment, activity, and transfer files. To access the user
reports, go the Report Menu and select 16 for User Reports:
REPORTS
User Reports
1 User Report 1
2 User Report 2
3 Selective Item Record Report
4 User Report 4
5 Preferred Customer Audit Log Report
6 Preferred Customer Exception Log Report
7 Preferred Customer Options Report
8 Selective Preferred Customer Report
It is dependent on the Supermarket Application only for the user report interface
and for the format of the files. The Selective Item Record Report provides an
operator interface that is consistent with the Supermarket Application and an
efficient, dependable, and user-friendly report.
For this discussion, the functions of the Selective Item Record Report are divided
into the following six categories:
v Item selection
v Item reporting
v Item alterations
v Operator interface
v Error handling
v Performance.
Item Selection
The Selective Item Record Report provides the following 16 search criteria to select
a desired set of items to report as is shown on the Selective Item Record Search
menu below:
The first 14 methods allow for additional input to qualify the value or range of
values that the search should select. These searches can also be restricted to
items in a single department to limit the output. All searches except for number
eight directly search through the item record file. The search for items by the
number sold searches through the current or previous period item movement file
unless the search is for all items with no movement.
Iterative searches can be used to refine a selected list of items. You can apply the
input search criteria successively to reach a desired set of items. For example, you
might search for all items in a range of departments, then search for all items in
that list, flagged to accumulate item movement, then search through the refined list
for items with no sales in the previous item movement period. This cumulative
search would yield a list of items in the selected department range that are known
not to have sold during the previous item movement period. The flexibility provided
by multiple iterative searches allows almost any desired list of items to be isolated.
The user flags in the item record can be used to enhance this flexibility by marking
newly-added items or items that are on sale so that these criteria can be added to
the list selection process. The user exit fields can be used similarly to contain such
information as the date of last sale, a class or category number, or the aisle number
where a product is stocked to yield useful lists of items.
The date of last sale search locates all items last sold before the specified date. A
separate program (provided with this package) must be installed to capture in the
item file the ending date of the period in which an item last sold. This report only
detects a date of last sale for items that have sold after this program that captures
the dates has been successfully installed and run. The search for all coupons
assumes installation of the enhanced coupon processing user exits. If these exits
are not installed, some of the data from this search is meaningless and should be
disregarded. Sometimes there are multiple searches that result in the same
selection of items, but the type of search used determines the order and format of
the reported items. All coupon items can be isolated through search five that does
not assume the coupon processing exits and formats the output data accordingly.
The search for all items that have not sold does not check to see if the items are
flagged to accumulate movement, so an iterative search may be needed to
separate those items for which movement is not accumulated. A search for a range
of movement that includes zero requires an iterative search because the direct
search for no movement requires a range of only zero. The search for particular
flag settings provides unique help for an operator in the selection of the flag
conditions for which to be searched.
Item Reporting
Item data for a selected group of items can be reported to either the display or to a
printer. In addition, the report can be printed without being displayed, or can be
displayed first and then printed. A printer is not required to run this program. An
option can be selected to bypass the prompt that allows for direct printing without
display.
Reported output is intended to be one line per item. With page headers and needed
spacing, this allows for 15 items per displayed page and 40 items per printed page.
The page headers show the following information:
v Date
v Time
v Report name
v Page number
v File size
v Code version
v Search criteria that result in this list of items.
The report can be in one of two formats and shows the following information:
An alternative provides two print lines per item and reports on all information in the
item record. In this format, only six items are displayed and 18 printed per page.
The two alternate formats must be selected while the report is being displayed, but
they apply to the next printing of the report. The actual report format changes
slightly based on the final search criteria. The report always shows the value of the
field being searched in the primary format.
Report output is sorted appropriately based on the search type and is not in the
order of the items on file. The final search type determines not only the format of
the report but the order of the items in the report. For example, if a search is made
for all items with current period movement and then is refined to include only items
in a range of departments, the items will be sorted by department and by item code
within a department and the base line format will be displayed. If the search order is
reversed to first report on all items in a department range and then is refined for all
items with current period movement, the report will be sorted by quantity sold and
Printing of any report can be halted while the report is in process. However, with the
print spooler, the first lines of the report are not seen until the entire report has
been formatted and spooled. A facility is provided to purge the most recently printed
report from the print spooler so that a printing of report requested in error can be
halted. This “UnPrt” function will purge a report whether it is currently printing, but it
can only be used to purge the most recently printed item record report.
Report data can be saved to file in three different data formats, as follows:
v One format saves the actual reported lines so that the saved file can be printed
to duplicate the report.
v Another format saves the item record data for the reported items in contiguous
46-byte records. This format is like the sequential file format created or used by
the keyed file utilities.
v The final format saves only the item codes for the reported items in contiguous
6-byte records. Report data is saved in a file named [Link] in the root
directory where “x” shows the format as follows:
– “1” = Report lines
– “2” = Item records
– “3” = Items codes
– “mmdd” is the month and day of the report.
There are three possible views or formats of the item record data as printed in 132
character format. These same formats are displayed, but to see the right side of the
line, the TAB key is used. This makes for six display formats. Continuation marks
(...) are used to split the 132-character lines for printing the following in 80 character
format.
Base format:
Alternate format:
ITEM CODE DEPT PM QTY PRICE SALES1 SALES2 EXIT2 EXIT1 LINK...
... FAMILY QTY1 QTY2 WGT1 WGT2 DESCRIPTION
Both format:
There are six possible views or formats of the item record data shown on the
display. These same six formats are printed if the option for 132 character printed
lines is not selected.
Base format:
Alternate format:
ITEM CODE DEPT PM QTY PRICE SALES1 SALES2 EXIT2 EXIT1 LINK FAMILY
Both format:
On all printed reports, an additional line shows the sum of all item movement totals
(SALES) below the individual movement columns.
Item Alterations
Once a set of item records has been selected and either printed or displayed, one
or more of the following processing options can be selected. Operators can delete
selected records, reset their movement data, create an item movement list so that
future reports can be made without the search, or create a Delayed Data
Maintenance or ADDMI batch to add, replace, or delete the items. Options
determine which of these processes are made available in the store. An operator
must be authorized to perform this type of function before being allowed to proceed.
To build an item movement list for the reported items, an operator must be
authorized to build an item movement list through the data maintenance application.
Once authorized operators have made this selection, they are prompted for a list
number and a list description that are then used to build the item movement list.
This new item movement list is then available to provide a selection of items to the
Item Movement Report in the Supermarket Application.
In order to build an item record maintenance batch for the reported items, an
operator must be authorized to build a batch through the Delayed Data
Maintenance function. Once authorized operators have made this selection and
confirmed it through the entry of their password, then they are prompted for the
batch process (ADDMI immediate, ADDMI operator, or DDM operator), a 6-digit
batch ID (defaults to date), and the batch type (add, replace, delete, or
add/replace). Options allow the batch process to be defaulted to DDM operator,
ADDMI immediate, or to be limited to only ADDMI batches. If the batch number is
already in use, the operator is given the option of logically appending the new
records to the current batch through a new sequence number that distinguishes the
new entries in the batch.
Regardless of whether ADDMI or DDM is used to apply a batch built by this report,
once the batch has been processed by ADDMI if required, the results can be
viewed using the DDM functions to look at batch errors, batch status, batch records,
and/or batch messages. If the batch is not an ADDMI immediate batch, then DDM
can even be used to edit the batch records before they are applied. Each batch
built by this report is given a message which defines the contents of the batch and
when and how the batch was built. These messages provide a convenient trail to
determine the purpose of these in-store created item record maintenance batches.
If needed, ADDMI immediate batches can even be made to exception log each item
record change as though the change were made through the data maintenance
screens.
In order to simplify the creation of item record batches which link lists of items to a
promotion coupon, a special PROMO function is provided as an alternative to the
BATCH function. Any batch that can be built using the PROMO function might also
be built using the BATCH function, but the promotion selection provides unique
validation and operator interface functions that simplify the task of putting items on
promotion or ending these promotions. When the PROMO function is selected, the
list of items to be promoted is validated to assure that:
1. None of the items in the list is already on promotion or all items in the list are
on promotion. If all items are on promotion then the PROMO function will clear
the promotion.
2. None of the items in the list link to a deposit unless all items in the list link to
the same deposit.
In order for these validation checks to work correctly, all items which link to deposits
must be flagged as such in their item records. This validation also requires all old
promotions to be cleared before any new promotions involving any of the same
items can be created.
Operator Interface
The Selective Item Record Report provides a menu-driven operator interface that is
consistent with the other Supermarket Application reports and substantially
enhanced for ease of use. The function keys (such as F1HELP, F3QUIT, and
F10PRINT), PgUp and PgDn keys, and the ESC key perform as expected in
supermarket reports. Help screens are available to explain how to use any of the
reports functions. All operator input is validated and simple instructions are given on
how to correct any input errors. Feedback is given on all successful input requests
to show what the application is doing (or has done) with the input. This includes
continually updated status displays for any extended processing and guidance
messages that show the actions that can be taken to stop the processing. Escape
sequences are provided to stop any search or print request or to correct any input
request to prevent delay through unwanted processing. Defaults are provided for all
YES/NO questions so that the ENTER key can be used to answer most questions.
Error Handling
The Selective Item Record Report is designed to have a dependable interface to
the item record file so that it continues to run regardless of the contents of this file.
The search for invalid departments is a prime way for verifying the integrity of this
file because it usually identifies any irrelevant or invalid data that has been placed
in the file. Records that are found in a sequential search but that are not found
through a keyed Read because they are out of position are identified whenever they
fit the search criteria. Also, non-numeric item codes are identified with the sector
containing them so that the file can be corrected. Errors related to code or
file-access failures are displayed to an operator along with all of the diagnostic data
needed to isolate the error.
Performance
The Selective Item Record Report is designed to handle large item files in a
performance sensitive manner. The search algorithms are optimized for finding
items in the file and the sort algorithm is optimized for processing the items found.
It requires up to 500K of memory to find and sort 25,600 items, so the application
may be limited by the amount of available memory in the controller. The report uses
only the amount of memory needed based on the requests made, and all memory
is released when the report is exited.
For this discussion, the functions of the Selective Preferred Customer Report are
divided into the following categories:
v Customer selection
v Customer reporting
v Customer record alterations
v Operator interface
v Error handling
v Performance.
Customer Selection
The Selective Preferred Customer Report provides the following 10 search criteria
to select a desired set of items to report as is shown on the Selective Preferred
Customer Search menu below:
All of these search methods allow for additional input to qualify the value or range
of values that the search should select. Each method involves a direct search
through the appropriate file (enrollment, activity, previous activity, or customer
transfer). Iterative searches can be used to refine a selected list of customers. This
allows the user to combine any number of the input search criteria to obtain a
desired set of customers.
If more than 25,600 customers match the search criteria, only the first 25,600 found
will be reported or available for successive refining searches.
Customer Reporting
Customer data for a selected group of items can be reported to either the display or
to a printer. You can decide whether to print the report without first displaying it or
display it and then print it. Reported output is restricted to one line per customer. If
the report is displayed, the F9 function key or the Backspace key will display
different information for the same list of customers. With page headers and needed
spacing, this allows for 15 customers per displayed page and 40 customers per
printed page. The page headers show the following information:
v Date
v Time
v Report name
v Page number
v File (name and size) searched
v Code version
v Search criteria that yielded that combination of customers.
The following different formats are used to display the customer information and the
file associated with each. Each of these formats starts with the customer account
number.
Activity File data:
The only formats that require two lines per customer are the address and the
targeted coupon format if there are more than five targeted coupons. If this format
is selected, only six customers are displayed and 18 printed per page. Report
output is sorted appropriately based on the search type and is not in the order of
the customers on file. The final search type determines not only the format of the
report, but also the order of the customers in the report. You can alter the order of
the reported customers and the report format by using a refining search that does
not alter the list of reported customers. The printing of any report can be halted
while the report is in progress. The F2 UNPRT key is provided to purge the most
recently printed report from the print spooler. This function will purge a report
whether or not it is currently printing, but it can only be used to purge the most
recently printed customer record report.
To obtain access to these update functions, operators must confirm their identity by
re-entering their sign-on password. Once this has been done, an operator is
prompted for a batch number and, in some cases, the file to which the updates are
to be applied. If a batch file already exists, you can either append to it, or define a
new file name in which to put the updates. If the default batch file is used
([Link]), you can apply the updates immediately if you so choose. The
option to perform the updates at some later point in time by starting the background
application EAMUBATP is always available.
Report data can be saved to file in the following three different data formats:
v One format saves the actual reported lines so that the saved file can be printed
to duplicate the report.
v Another format saves the customer activity record data for the reported
customers in contiguous records that are of the length specified in the preferred
customer options. See “Activity Record Size” on page 82. This format is exactly
like the sequential file format created or used by the keyed file utilities.
v The final format saves the customer account numbers for the reported customers
in contiguous nine-byte records. Report data is saved in a file named
[Link] in the root directory, where “x” shows the format of the file as
follows:
– 4 = report lines
– 5 = activity records
– 6 = account numbers
– “mmdd” is the month and day of the report.
Error Handling
The Selective Preferred Customer Report is modeled after the Selective Item
Record Report and is designed to continue to run regardless of the contents of the
preferred customer keyed files. Records that are found in a sequential search but
that are not found through a keyed Read because they are out of position are
identified whenever they fit the search criteria. Non-numeric customer account
numbers are identified with the sector containing them so that the file can be
corrected. Errors related to code or file-access failures are displayed to the operator
with all of the diagnostic data needed to isolate the error.
Performance
The Selective Preferred Customer Report provides the ability to do many of the
customer data base maintenance tasks that might be needed in the store, including
the following:
v Merging the contents of two enrollment files. This allows enrollment data to be
entered on multiple independent systems.
v Updating the Customer Activity File with the accounts and names from the
Customer Enrollment File. This allows an enrollment file to be built outside the
store operating system.
v Reporting on active customers who have not yet been enrolled. This allows the
progress of the enrollment process to be tracked and verified.
v Targeting a message to all active customers for whom you have no enrollment
data.
v Validating the contents of the customer data base files.
v Targeting a message to customers who have a birthday in the coming week.
v Targeting a coupon to selected preferred customers based on their total
purchases since enrollment.
v Adding a range of new account numbers to the Customer Activity File.
v Sending a mailing to those customer who have not shopped in the store in three
months.
This list provides a sample of the power of the program. This program is not
intended to target coupons based on purchase history from selected departments or
manufacturers. This level of purchase history data is provided through the panel file
data, but is not intended to be accumulated as part of the customer data base
within the store operating system.
To access the Multiple Card Use Report select 1 on the following screen. Then
select 1 or 2 to select a reporting period.
To access the Inter-store Points Transfer Activity Report select 2 on the following
screen. Then select 1 or 2 to select a reporting period.
When using DREDIX to edit the option file some invalid ASCII characters, such as a
TAB character can be inadvertently inserted into the file. This will cause Electronic
Marketing to be unable to read the Electronic Marketing options file. The Electronic
Marketing options report will now look for these invalid characters, specifically any
ASCII character less than 20H and greater than 7FH and display a warning
message when one is found. A HEX editor must be used to remove them. The
following shows what the report will look like when a warning message is found:
A warning is provided in the Electronic Marketing options report if all needed exits
are not active or if the activity file attributes do not match the options. If all needed
exits are not active, then in the section of the options report where the active exits
are reported, an extra line is displayed or printed indicating which of the needed
exits are inactive.
The following shows what this section of the report will look like if all exits are
properly enabled:
The following shows what this section of the report will look like if one or more of
the exits is not enabled. The list under the warning line would show any user exit
not enabled. Two warnings lines could be present, one for checkout support and
one for terminal sales.
ACTIVE CHECKOUT SUPPORT USER EXITS
1, 3, 4, 6, 12-17
*** WARNING *** PREFERRED CUSTOMER USER EXITS WHICH ARE NOT ACTIVE
11
If the activity file (EAMFBACT) attributes, record size, key size and number of
records, do not match those in the options, then after the second activity file line
(2.2 ACTIVITY RECORD SIZE =), an extra line will be printed or displayed
indicating that a mismatch exists.
The following shows how this section of the report appears if all the activity file
attributes are correct:
2.1 ACTIVITY FILE SIZE = 1000 RECORDS
2.2 ACTIVITY RECORD SIZE = 101 BYTES
2.3 BYTES BEFORE THE CUSTOMER NAME = 67 BYTES
2.4 CUSTOMER NAME IN ACTIVITY RECORD = FIRST AND LAST NAME
The following shows how this section of the report appears if the activity file
attributes are incorrect:
2.1 ACTIVITY FILE SIZE = 1000 RECORDS
2.2 ACTIVITY RECORD SIZE = 121 BYTES
** WARNING *** PREFERRED CUSTOMER ACTIVITY FILE DOES NOT MATCH OPTIONS
2.3 BYTES BEFORE THE CUSTOMER NAME = 67 BYTES
2.4 CUSTOMER NAME IN ACTIVITY RECORD = FIRST AND LAST NAME
This report has now been enhanced to allow any Electronic Marketing option to be
edited. The following screens show an example of how the options report can be
used to correct the activity file size problem. The first screen of the options report is
shown below. The F7 ALTER function key is used to change an option.
If you want to change an option first press the F7 ALTER key. For security reasons
you will be prompted for your signon password. The options report screen with the
signon password prompt is shown below.
After entering your password, a prompt box will come up asking for the option (by
number) that you want to change. The ALTER prompt box can be shifted from the
bottom of the screen to the top and back again by using the PgUp/PgDn keys.
Enter an option number. The screen on the next page shows this prompt with an
option number entered:
Figure 87. Options Report screen with prompt for option to change
Once you enter the option number a prompt will be given, as shown below, asking
for you to enter the new option value.
------------------------------------------------------------------------------
| 2.2 ACTIVITY RECORD SIZE = 121 |
| ENTER NEW OPTION VALUE ? 101 |
| 31 TO 254 bytes, See documentation for record format and change activation |
| Press Enter to Exit or to Tab to the next option |
-------------------------------------| ALTER |---------------------------------
Figure 88. Options Report screen with prompt new option value
Once the new option value is entered the options report screen is usually restored,
as shown below. The exception is if the option allows for multiple entries, such as
option 26.1 GUIDANCES TO BE LOWERED TO OPERATOR OVERRIDABLE. In
After an option has been changed with the ALTER function, the function key F6
SAVE is highlighted. This indicates that the changed options are in memory only
and have not yet been written to disk. This allows you to recover from any errors
you may have made by re-editing the option or quitting the report. Pressing F6
SAVE saves the changes to disk. The F6 SAVE key is then no longer highlighted.
Figure 89. Options Report screen after an option has been altered
Accounting Reports
The electronic coupon data and preferred customer sales data that is added to the
accounting totals (see “Accumulating Electronic Coupons Totals” on page 245) is
used by the altered accounting reports to help account for the paperless electronic
coupons and to show the volume of preferred customer activity by operator/terminal
and for the entire store. Lines are added to the operator/terminal and summary
cash reports, the store recap report, and the operator performance report to show
the following values:
v Counts and amounts of preferred customer purchases and coupons
v Percentage of sales accounted for by preferred customers
v Average purchase for a preferred customer compared to a nonparticipating
customer.
Lines are added to the operator/terminal, office, and summary cash reports to
separate accountability for the paperless coupons from accountability for the
counted store and manufacturer coupons.
Installation Utilities
The following utility programs are documented in the Installation Utilities section:
v DESCADDE - Auto Install of Electronic Marketing Descriptors
v DESCADDR - Auto Install of New Report Descriptors
v DESCADDS - Auto Install of New Sales Descriptors
v FIXFILES - Keyed File Record Reformatting
v FIXR1OPT - Convert Options Files to New Format
v LOGNAMES - Install Preferred Customer Logical Names.
This utility program is run only on the master controller and will update the set of
descriptors added or altered for Preferred Customer processing. If you do not like
the default descriptors, change them after running these programs, unless you want
to change one or more of the default descriptors contained in [Link].
In response to the DESCADDE command, the program will proceed to add the new
report descriptors and will print each new descriptor that is added, updated or
rejected. The program will reject any descriptor whose length is over 40 characters
and any descriptor numbered over 5000. The program will complete with a printed
status message that shows whether all new descriptors were processed
successfully.
This utility program is run only on the master controller. It attempts to update the
master copy of the report descriptor file [Link]. The program overwrites
the set of descriptors added or altered for preferred customer processing with the
default descriptors. If you do not want the new default descriptors, change them
after running this utility program.
In response to the DESCADDR command, the utility program adds the report
descriptors and prints each report descriptor that is added or updated. The utility
program completes with a printed status message that shows whether all report
descriptors were processed successfully.
The report descriptors to be added by this utility program reside in a module named
[Link]. The module is supplied with the Electronic Marketing application
and contains all of the report descriptors that are needed by the Electronic
Marketing application.
This utility program searches for the input file [Link] first on
C:ADX_IPGM, and if it does not locate the file there, in the root directory of the A
drive.
The data in the input file defines the report descriptors and their target locations
with a separate line in the form:
4342,"Coupon Gives Bonus Points"
The utility program is run only on the master controller. It updates the master copy
of the Terminal Sales Descriptor file [Link].
The utility program can be run from the A: disk by typing DESCADDS from the
command line and then pressing Enter.
The sales descriptors to be added by this utility program reside in a module named
[Link]. The utility program searches for the input file [Link]
first on C:\ADX_IPGM, and if it does not locate the file there, it searches the root
directory of the A: drive. The data in the input file defines the sales descriptors and
their target locations with a separate line in the form:
"935,"CHECK CUSTOMER NUMBER "
The FIXFILES.286 load module is executed from the command line by typing the
name FIXFILES and pressing Enter. You must be either in the directory where
FIXFILES resides or point to that directory.
It is not necessary to copy the utility to the C: drive. It can be run from the A: drive.
The utility prompts for the name of the saved file and the disk drive where this file is
found in the ADX_IDT1 directory.
If the Preferred Customer Activity File is to be altered, a prompt is displayed for the
lengths of the customer name field and the saved file. After the input is provided,
the utility shows how it will change the records and prompts for an OK to continue.
After the OK, the utility processes all records in the saved file by reformatting them
and writing them to the new file. The saved file is not altered. The records in the
new file are replaced.
In the process of reformatting keyed records, all data in the records that is possible
to save is preserved. The following table presents the ways that data in the records
is preserved under various conditions.
In the Preferred Customer Activity File, the customer name is located in a defined
position at the end of the record. (See 323.) If the start of the customer name is
moved further back into the record, additional packed zeros are inserted prior to the
name field.
The utility program handles any keyed file, but it is specifically intended to handle
changes in the Preferred Customer Activity File. For this file, you define the new
record length, (see “Activity Record Size” on page 82) the new size and contents of
the customer name field (see “Format of Customer Name in Activity Record” on
page 83), and the need for any additional fields. The following steps can be
performed to make these changes to the activity file:
1. Sign off all registers. (The store must be closed.)
2. Stop checkout support from the background screen.
3. Rename [Link] to [Link] on \ADX_IDT1.
4. Verify that the file options in [Link] are set correctly.
5. Start checkout support to create a new, empty activity file.
6. Run FIXFILES to reformat and move the old records to the new file.
7. Test the system to ensure that it runs correctly against the new file.
8. Erase the file [Link] when you are sure the new file is correct.
A user who is converting from the earlier release to the current release can use this
utility program to migrate his old options to the new format and thereby avoid
having to re-enter the options.
The two files [Link] and [Link] provide input to the utility
program. A logical name must exist for both of these files. The data from these files
is merged into a local file named [Link]. This file can be used to replace
[Link]. It is suggested that the options report be used to record all
options values before this conversion and used again after the conversion to verify
the new options settings.
This utility program should be run on the master controller. It will then attempt to
update the user logical file names for both the master and the Alternate (DD)
controllers. If it is run on other than the master, it will attempt to update the user
logical file names for both the master and for the controller on which it is running.
The program will not normally add or change a logical name that already exists on
the user logical names file, so it can be run multiple times with no negative impacts.
If the parameter ″REPLACE″ is specified after the LOGNAMES command, then
mismatching logical names that are already present will be replaced with the new
logical name.
The logical names to be added by this utility program reside in a module named
[Link] supplied with the Electronic Marketing application. It contains all
of the logical names that are needed by the Electronic Marketing application. The
utility program searches for the input file [Link] first on C:\ADX_IPGM,
and if it does not locate the file there, it searches the root directory of the A: drive.
The following shows an example output file when these logical names already exist.
Note that one logical name is new and is added, one differs from the data file and
what is on the system, and the others are identical. Also, note that the program tells
you to run LOGNAMES with the replace option if you want to actually update the
one option that is different.
The following shows an example output file when LOGNAMES is run again except
this time with the REPLACE option.
THIS CONTROLLER IS CC AND THE MASTER CONTROLLER IS CC
ADD LOGICAL NAMES TO ADXLXAAN::ADX_SPGM:[Link] WITH REPLACEMENT
EAMFBOPT ALREADY PRESENT, LEFT AS IS
EAM: ALREADY PRESENT, REPLACED WITH NEW NAME
OLD NAME: ADXLXACN::C:\ADX_IDT4\EAMX
NEW NAME: ADXLXACN::D:\ADX_IDT4\EAMX
EAMPANEX ALREADY PRESENT, LEFT AS IS
EAMPANEL ALREADY PRESENT, LEFT AS IS
EAMFBAUD ALREADY PRESENT, LEFT AS IS
EAMFBAUO ALREADY PRESENT, LEFT AS IS
Operational Utilities
The following utility programs are documented in the Operational Utilities section:
v EAMUBATP - Batch Maintenance for Keyed files
v EAMUREFA - Preferred Customer Reference Processing
v EAMUROLP - Roll Customer Period Totals Procedure
v EAMUPM3L - Manual Close of Points Activity Period
v EAMUPM4L - Maintain Targeted Coupon Messages
v EAMUXFER - Process Customer Data from Other Stores
v EAMUFILT - Filters Transaction Summary Log Data
v EAMUPKUP - Automatic Pickup of Paperless Coupons
v EAMUDOLS - Date of Last Sale Information for Item Movement.
Use of BATCH for keyed file maintenance provides six primary benefits:
v Changes for many keyed file records can be transmitted in one sequential file to
reduce transmission time and host processing.
v Multiple batches of changes for multiple keyed files can be transmitted in one file
to the store controller.
v Selected fields in a keyed file can be modified, leaving other keyed record data
unchanged.
v Groups of similar records in a keyed file can be changed or reported as a group
with one input record.
All BATCH report requests cause output report data to be appended to the batch
report file ([Link]). A report header record is followed by the reported
keyed file records packed sequentially.
There is no limit on the number of records that can be altered or reported with a
single BATCH request.
The format of this data is defined below except for the format of the keyed file
record data, which is defined where the keyed file is defined. For information on the
format of the keyed input and output files provided by the Electronic Marketing
application, see “Appendix A. Electronic Marketing Database” on page 317. The
BATCH report file is named [Link] and resides on ADX_IDT4 where it
can be dumped to the host using the name /BREPT. The batch status file is named
[Link] and resides on ADX_IDT4 where it can be dumped to the host
using the name /BSTAT.
Note: Logical names must be defined for all of the files in order for them to be
correctly accessed in a LAN environment.
BATCH logs selected errors to the Delayed Maintenance Error File. The format of
this file is defined in the Supermarket Programmers Guide BATCH creates the
following error codes:
07 Record to be added already exists; update discarded.
09 Record to be added already exists; record replaced.
24 Record to be replaced not found; record added.
25 Record to be deleted not found.
35 Record to be reported not found.
90 Master did not match local sequential record, update discarded:
v Local copy of EAMFBACT does not match the master file.
v EAMFBACT contains badly randomized data.
v Concurrent targeted update by another process (EAMCSMLL).
91 Read of EM options failed, options defaulted for maximum coupons.
92 Record did not have free space to add targeted coupon(s).
93 File open error; batch discarded.
95 Invalid BATCH; input file discarded.
96 Invalid BATCH; batch discarded.
97 Invalid BATCH; record discarded.
99 Record to be modified not found, update discarded.
The batch maintenance file contains the commands and associated data required
for updating or reporting a keyed file. This file contains batch header records, data
records and message records. All data records and message records are
associated with the prior batch header record. The file must begin with a batch
header record. The records contain no internal field delimiters. The records are
delimited by a CR/LF X'0D0A'.
Batch header records denote the beginning of a group of maintenance changes that
are to be applied to the same keyed file. The header record provides the keyed file
name and other identification data for a batch of maintenance. All header records
contain 15 bytes of fixed data as well as the two byte record delimiter.
The flags in the header record define how to handle record adds or replaces when
the record is or is not present. These flags also allow for a record add with only
partial record data supplied and for deletes of multiple file records with only a single
input data record.
Data records contain the information required to update, add, delete, or report a
single record or a group of records in a keyed file. If the key field in the input data
overlaps the entire key field of the file record, (KEY-OFFSET = 1, KEY-LENGTH >=
KEY LENGTH defined for the file) only a single keyed record is processed. If the
data key does not include the record key, any record on file that matches the key
data at the proper offset will be updated. If the key data contains a range, the key
data is split into halves (low limit followed by high limit) and all records that have
An update will not be allowed to alter the key to a record, but the update field can
contain the key at your discretion. Any update field that contains the complete
record data (with or without the key) is considered a full record add or replace
based upon the options for the batch. Any update field that does not contain
complete record data is considered a partial record update that requires the record
to be on file. The update data must be exactly in the format that is needed in the
updated record.
Flag fields to be used to test or modify records can be provided in either the
KEY-DATA or UPD-DATA fields. Flags to turn on or off or to test for on or off can
only be in the range of one to four bytes each. If both on and off flags are provided
(up to eight bytes), they must be of equal length. If both on and off flags are
provided, the off flags must precede the on flags. On an update, the requested flags
are turned off first and then the request flags are turned on. On the test for a key
match, the flags specified to be off must all be off and the flags specified to be on
must all be on in order for the key to match. If the options specify that test flags are
provided but the input flags are all zero, all records will match. Flags in the key are
mutually exclusive with a key range or with “Don’t Care” characters in the key.
The offset fields KEY-OFFSET and UPD-OFFSET are unit-indexed so that the first
byte of a record is considered offset one. All offsets and lengths must be less than
or equal to the full keyed record length to be valid. If the KEY-DATA is not the
length specified by the KEY-LENGTH or if the UPD-DATA is not the length specified
by the UPD-LENGTH, the input record will be discarded and an error will be logged.
All fields defined in this record must be present except for the data fields, that can
be defined with a length of zero. The minimum record length is eight bytes and the
maximum record length is 1023 bytes. A KEY-OFFSET and KEY-LENGTH of zero
means to report or modify all records in the keyed file. A request to delete or report
a record must have UPD-OFFSET = UPD-LENGTH = 0. A request to modify a
record or set of records must have a nonzero value for UPD-OFFSET and
UPD-LENGTH unless the Pad and Add flag is on. If a valid record key is provided
with a Pad and Add request and no update data is given, an empty (all X'00')
record is added for the given record key if the record is not already on file.
If a key field, data field, or record ends prematurely, the next record is read and
appended. This allows a X'0D0A' to be imbedded in a data record. If the appended
data does not create a valid record, it will be treated as a new record after the
original record is discarded as invalid data.
The targeted coupons in the Customer Activity File form a list, so the BATCH
program provides special processing to allow targeted coupons to be added to or
deleted from the list. This list processing also allows reporting or alteration of
records which contain selected coupons anywhere in the list. Special list processing
occurs only with data records which begin with a record type of “T”. These special
data records are valid only when the file name in the BATCH header record is
EAMFBACT and either the key offset or the update offset has a value of 34.
Records which update (add, delete, or replace) targeted coupons are valid only if
the update offset has a value of 34 and the update data has a length which is a
multiple of 2. Records which report or alter records based on the targeted coupon
contents are valid only if the key offset is 34 and the key data has a length which is
a multiple of 2. The offset of 34 allows all targeted coupons in the record to be
referenced through the offset of the first targeted coupon. The update length as a
multiple of 2 recognizes the fact that each targeted coupon requires two bytes.
Targeted coupon records are a special form of data record that allows list
processing for finding records with selected targeted coupons and for performing
partial record updates on targeted coupons. This list processing applies to the key
and/or update field whenever the key and/or update offset is 34. Other than the
unique list processing, the only other differences between targeted coupon data
records and normal data records are defined by the options flags in the data record.
When the update offset is 34, the flag that normally defines a record deletion now
defines the deletion of targeted coupons and therefore allows update data to define
the coupon(s) to be deleted. Also on targeted coupon updates, a single flag defines
whether a targeted coupon is added to a list if it is already present in the list. If both
the key and update point to targeted coupons, then an option flag allows for the
replacement of one targeted coupon with another. Without any of these option flags,
a targeted coupon update is processed as an add to the list of coupons. Key flags
are not allowed with a key offset of 34. The “don’t care” character is also invalid in
All list processing for targeted coupons requires the BATCH process to read the
Preferred Customer options and use the Customer Activity record length, the offset
of the Customer name, and the maximum number of targeted coupon to determine
the location of all targeted coupons within an activity record. List processing for the
key field in a targeted coupon record involves finding and potentially altering or
deleting all targeted coupons which match the single key coupon, any of multiple
key coupons, or the range of key coupons. List processing for the update field in a
targeted coupon record involves deleting the updated coupon wherever it is found,
replacing the found coupons with the new coupons, or adding the new coupon to an
unused position, perhaps only if the coupon is not already present. An empty
position in the coupon list is represented by X'0000' so this value is used to look for
an empty slot for an add and to replace a coupon value on a delete. An add is
always placed in the first empty slot in the record and an error is logged whenever
an add to an activity record is not processed due to a lack of free space in the
coupon list. After any targeted coupon replace or delete, the empty coupon slots in
the activity record are moved to the end of the targeted coupon area so that the
most recent adds should always be at the end of the coupon list. You can assure
that all targeted coupons are at the front of the lists by processing a request to
replace all targeted coupons of 0 with a value of 0.
The key or update data for a targeted update can contain many targeted coupon
numbers up to the maximum number of targeted coupons allowed per customer. If
the list of coupons to be replaced is longer than an associated list of replacement
coupons, then the last replacement coupon is used multiple times. This allows a list
of coupons to be replaced by a single coupon. An error is given if the list of
replacement coupons is longer than the list of coupons to be replaced.
15) Add targeted coupon 321 to all customers who have targeted coupons
between 320 and 330 and don’t already have 321:
16) Set status level to 3 for all customers who have targeted coupon 333 :
17) Add targeted coupon 321 to all customers with more than 9999 points:
18) Delete targeted coupon 321 from all customers who are not eligible
for preferred coupons.
Batch message records allow text data to accompany a set of data records. It is
assumed that batch message records will contain a description of function or
contents of the associated data records. Batch processing just ignores message
records.
The batch report file contains report header records and records from the keyed file
being reported. Each input data record requesting a report generates a header
record. The records contain no internal field delimiters. The records are delimited by
a CR/LF X'0D0A'.
Report header records denote the beginning of a group of keyed file records
reported due to a single report request. The header record provides the keyed file
name, record length, and report selection criteria. All header records contain at least
30 bytes of data as well as the two byte record delimiter.
The batch status file contains a single status record for each input header record
that is processed. The records contain no internal field delimiters. The records are
delimited by a CR/LF X'0D0A'.
Record Format
Field Name Type Len Description
RECORD TYPE ASCII 1 “S” for status record (X'53')
DATETIME UPD 5 Date and Time (YYMMDDhhmm) processed
ERROR-CODE ASCII 2 Worst error code encountered
FILENAME ASCII 8 Eight-character logical file name processed
STORE UPD 2 Store number processing data
BATCH UPD 3 Batch number of input header record
ERROR-COUNT UPD 2 Count of records with errors
RECORD-COUNT UPD 3 Count of records processed (errors or success) Larger of input
records or updated records
Batch status records contain 26 bytes of data followed by a two-byte Cr/Lf delimiter.
If the error count is nonzero, this means that errors were encountered during
processing. The possible error codes sorted by severity are as follows:
95 Invalid BATCH; input file discarded.
93 File open error; batch discarded.
Key
Header and data record to locate all alias accounts in the activity
file EAMFBACT and present them with message 11.
Header and data record to turn on the trading stamp flag in all item
records in which it is not already on.
For these customers, this utility program will transfer the activity points from the
primary account to the referenced account by redeeming the points from the
primary account and adding them to the points earned by the referenced account.
If the referenced account is a home store record, but does not already exist, then
an activity record will be created. If the referenced account is a non-home store
record, then a transfer record will be created and added to the EAM:ssss file.
This utility program can also be used to close out an old account number and
create the new (or update the existing) enrollment and activity records. To close out
an old account, for example, if customer has lost their card, just put “*old” anywhere
in the second address line, enter the new account number in the reference account
field and ensure that the alias/ family field is set to “N”.
When EAMUREFA is run, all the history (as well as the points) from the first
account is moved over to the referenced account. Once the account has been
closed, the ″*old″ can still be seen as well as the special character ″v″.
In order to run EAMUREFA, the enrollment file must exist and the option to use
EAMUREFA, ″AUTOMATIC EXECUTION TIME FOR REFERENCE PROCESSING″
must be turned on. For more information on this option, see “Automatic Execution
Time for Batch Updates” on page 95. Anytime points are redeemed from an
account, an audit record is created and written to EAMFBAUD.
EAMUREFA will only transfer newly earned points or newly closed accounts so,
multiple executions cause no problem.
This program updates only the current and previous period Customer activity files
and the manager’s message file. After completion a status message is written to
manager’s message file.
This is a background program which you may wish to configure on the background
application screen if you want the ability to manually start these programs in the
store.
EAMUROLP will cause no harm if run multiple times in the same day, but it will
close the points activity period prematurely if run on the wrong day.
If you intend to have the close of the Preferred Customer points activity period
automatically started during the store close, then use system configuration to define
a new background program as follows:
Define Program Name ADX_IPGM:EAMUROLP.286
with Initial Message RESTART CLOSE OF ACTIVITY PERIOD
with Parameter List RESTART
and IPL Start = YES (for PLD recovery reasons)
The text messages for targeted coupons are kept in a separate keyed file. The
coupon itself need not be on the item file when the promotional message is created,
but it must be on the item file before the promotional message will be shown to a
customer. If the coupon is on the item file, then the coupon attributes are shown
along with the coupon message.
This utility allows you to add, change, delete, or report all coupon messages. The
coupon messages are accessed through the same 4-digit number used to link the
coupon to an item or to a customer. This number is also printed on the customer
receipt.
The delete function just blanks out all message text. All blank text is equivalent to
no message.
Data is not moved from the found activity files to the pending transfer file unless the
Home store is supported in this store and the data did not originate in this store or it
was created because of a file error. Data is only moved to the pending transfer file
for accounts that are present in the customer activity file. The customer activity file
is flagged to show the presence of pending transfer data.
This program is usually started from the host after the transfer files have been sent.
This program will run harmlessly if started accidentally. It will usually find no files to
transfer and if it did it will just process them normally.
This program updates only the Previous Period Accounting File. It is started by
Electronic Marketing automatically when a reporting period is closed. This program
will run harmlessly if started accidentally as it will find all paperless coupons in the
previous period already picked up.
The third parameter is an output item movement file name of the form EAMIMxxx.
This parameter is optional. If this parameter is validly provided, it gives the file
name to contain the sequential output records staged from the input file. If
parameter two is “zero” and parameter three is not validly provided, then parameter
three is defaulted to “EAMIMOV1”. If parameter two is a value other than “zero” and
parameter three is not validly provided, no staging of item movement data is
performed. The input parameters to this program must be separated by a comma or
a blank (for example, “EAMIMOVO,1,EAMIMOV1”). If no parameters are provided,
they are defaulted to “EAMIMOVO,3”.
If output file staging is selected, then logical names should be defined for the output
file and for the work file so that they are in the same directory. For example,
Define: To Be:
EAMIMWRK ADXLXACN::C:\ADX_IDT4\[Link]
EAMIMOV1 ADXLXACN::C:\ADX_IDT4\[Link]
The program should work with both logical names or with neither but does not work
with only one. Both are suggested for LAN.
If updating of the date of last sale is selected, for each record in the item movement
file, the associated item record is updated with the date of the store close. This date
is placed into user exit field two in the format required by the Selective Item Record
Report (Month * 100 + Day). The exit field is not updated if the item is a coupon
record because exit field two has a different meaning for store coupons.
All new I/O added by Electronic Marketing to the terminal input and output devices
(keyboard, scanner, printer, display) uses the same user exits to allow change of
this I/O as does the supermarket application. Thus all new keyed or scanned input
for Electronic Marketing goes through exit 14 (TSUPEC14). All new print lines
created by Electronic Marketing go through the appropriate printer exits
(TSUPEC20 for receipt, TSUPEC21 for journal, and TSUPEC22 for document
insert). All new displays created by Electronic Marketing goes through exit 23
(TSUPEC23). Use of these standard supermarket exits by the Electronic Marketing
functions allows user alteration of these inputs and outputs at the register just as
though they were created by the supermarket application.
Despite the many opportunities to alter Electronic Marketing functions through the
standard supermarket user exits, there are still several points the processing flow of
Electronic Marketing functions where unique new file I/O is performed or large new
processing paths are executed. In order to allow these new functions to be user
altered without the maintenance problems associated with source code changes,
several new exits unique to Electronic Marketing have been added to terminal and
controller checkout.
To truly understand the conditions at the entry to each of the following exits and the
conditions that will cause the exit to be invoked, one should study the Electronic
Marketing source code which surrounds the call to each exit. While variables are
suggested for reference or update in each exit, there are many more variables
defined in EAMTSEVA.J86 and EAMCSEVA.J86 that may be referenced or altered
Function Definition:
FUNCTION TSEMEC01 PUBLIC ! AFTER THE READ OF A CUSTOMER ACTIVITY RECORD
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC02 PUBLIC ! AFTER THE READ OF A CUSTOMER TRANSFER RECORD
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC03 PUBLIC ! AFTER THE READ OF A COUPON MESSAGE RECORD
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC04 PUBLIC ! AFTER RESPONSE TO CUSTOMER NUMBER PROMPT
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC05 PUBLIC ! AFTER VALIDATION OF A CUSTOMER NUMBER
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC06 PUBLIC ! AFTER COMPUTING A P.M. 4 COUPON VALUE
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC07 PUBLIC ! BEFORE CHECKING A COUPON MINIMUM PURCHASE
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC08 PUBLIC ! AFTER COMPUTING THE POINTS VALUE OF AN ORDER
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC09 PUBLIC ! AFTER SAVING A COUPON FOR TOTAL TIME
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC10 PUBLIC ! AT CHECKING FOR CROSSING A POINTS BOUNDARY
! insert user exit code here
END FUNCTION
[Link]
[Link]
[Link]
[Link]$
[Link]$
[Link]$
[Link]
[Link]
[Link]
[Link]
[Link]
[Link](1)
[Link]
Function Definition:
FUNCTION TSEMEC11 PUBLIC ! BEFORE AUTOMATIC COUPONS AT CUSTOMER ENTRY
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION TSEMEC12 PUBLIC ! BEFORE AUTOMATIC COUPONS AT TOTAL TIME
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION CSEMEC01 PUBLIC ! AFTER THE READ OF A CUSTOMER ACTIVITY RECORD
! insert user exit code here
END FUNCTION
[Link]
[Link]$
[Link]$
[Link]
[Link]
[Link]
[Link]$
[Link]$
[Link]$
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]$
[Link]
[Link](1)
Function Definition:
FUNCTION CSEMEC02 PUBLIC ! AFTER THE READ OF A CUSTOMER TRANSFER RECORD
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION CSEMEC03 PUBLIC ! BEFORE THE WRITE OF A CUSTOMER ACTIVITY RECORD
! insert user exit code here
END FUNCTION
[Link]
[Link]$
[Link]$
[Link]
[Link]
[Link]
[Link]$
[Link]$
[Link]$
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]$
[Link]
[Link](1)
Function Definition:
FUNCTION CSEMEC04 PUBLIC ! BEFORE THE WRITE OF A CUSTOMER TRANSFER RECORD
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION CSEMEC05 PUBLIC ! BEFORE THE WRITE OF AN ACTIVITY TRANSFER RECORD
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION CSEMEC06 PUBLIC ! AFTER THE UPDATE OF ACCOUNTING TOTALS
! insert user exit code here
END FUNCTION
[Link]
[Link]$
[Link]$
[Link]
[Link]
[Link]
[Link]$
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]
[Link]$
[Link]
[Link](1)
Function Definition:
FUNCTION CSEMEC07 PUBLIC ! BEFORE THE WRITE OF AN AUDIT LOG RECORD
! insert user exit code here
END FUNCTION
[Link]
[Link]$
[Link]$
[Link]
[Link]
[Link]
[Link]$
Function Definition:
FUNCTION CSEMEC08 PUBLIC ! BEFORE THE WRITE OF A PANEL DIARY RECORD
! insert user exit code here
END FUNCTION
Function Definition:
FUNCTION CSEMEC09 PUBLIC ! BEFORE THE WRITE OF A COUPON TRACKING RECORD
! insert user exit code here
END FUNCTION
The Electronic Marketing application supports a number of input and output files.
The files documented in this appendix show an offset in decimal when the
offset is shown.
Each of the new preferred customer output files is created and maintained
completely by the application code to minimize the installation and maintenance
support required. Duplicate copies of each of the files are kept to maintain backup
integrity. All but the current period activity file are effectively optional. But the
sequential files are always created, whether or not they will be used. Each of these
files is opened only when needed, but may be held open for multiple accesses for
performance reasons. Each register releases the new keyed files at sign-off.
Checkout support closes both of the transfer files and the activity file on each hour
at the close of the period. This processing allows an enterprise to access these files
for maintenance purposes when they are not needed for processing preferred
customers. The panel file is closed only at the end of the accounting period and
cannot be accessed for the period in process. If an enterprise selects to accumulate
data in the panel file (see “Collect Panel Data for All Customers” on page 85), it is
responsible for discarding data from the old period panel file periodically. This
prevents the old period file from filling all available disk space.
An enterprise must create and maintain each of the new input files. The package
provides default files are provided for the options, filter, and messages files. If the
option file is present but contains invalid data, valid defaults are substituted. The
contents of the messages and options files are read in the following ways:
Table 4. Reading the Contents of Messages and Options Files
File Where Read When Read
Message file Into Extended Terminal Each time the terminal reloads the base
Memory terminal options
Options file Into Extended Terminal When the base options are read At each
Memory operator sign-on
Options file By controller checkout Only when it reads the base options at
support program initialization
File error processing for all preferred customer files accesses is consistent with the
Supermarket Application. All critical file access failures are logged and recovery is
attempted whenever it is possible. Failed preferred customer accesses are
bypassed, particularly at the terminal, so that sales can continue even if these files
are unavailable. The preferred customer processing does not stop a terminal from
running in stand-alone, but the loss of preferred customer totals and electronic
coupons for stand-alone transactions make this an undesirable method of primary
backup. The Preferred Customer Activity File is designed to be compatible with the
terminal offline feature. Offline electronic coupons and offline totals accumulation
The records in the file intentionally have unused space in case you want to use the
file to save additional demographic data. With two records per sector, only about
3200 records fit in a 1MB (MB = 1 048 576 bytes) file at an 80% packing factor.
This is a fixed-length record with the length defined by the activity record size
option, described on page 82. The customer name field can range from zero to 30
bytes but must be the same length in all records. Your selection of the length of this
field applies to all records. If all fields prior to SALES TOTAL (offset 67) are defined
as above and a 17-character name field is defined, the record is 84 bytes in length.
At this length, six records fit into each sector, allowing about 9600 records in a 1MB
file at an 80% packing factor. With a full 30-character name and the SALES TOTAL
field, five records fit into each sector, allowing about 8000 records in a 1MB file at
an 80% packing factor. If all data is defined as above, including 26 bytes of user
data, four records fit into each sector, allowing about 6400 records in a 1MB file at
an 80% packing factor. These records should be defined as 254, 169, 127, 101, 84,
or 72 bytes or perhaps smaller, because it is not advantageous to leave empty
space in a sector.
The personalization options “Activity Record Size” on page 82 and “Bytes Before
the Customer Name in Activity Record” on page 82 define the length of this record
and the number of bytes that precede the descriptor in the record. These options
can determine the size of the record. The record can be as small as 31 bytes if
both the record length and the descriptor offset options are set to 31. The fields that
are truncated are not used. If you have space limitations and do not need period
totals or an alternate account number, you should set the record size to 63 and the
descriptor offset to 43 to allow for a 20-character descriptor and fit eight records in
each sector. This would reduce the total file size by 37% in excess of that needed
for this size descriptor with all data fields. Likewise, you might set the record size to
101 and the descriptor offset to 91 to allow ten bytes of user space along with a
| 20-character descriptor with five records per sector.
| Note: Options allow part or all of the USER DATA field to be used for additional
| targeted coupons. With a 508 byte record and a 30 character customer
| name descriptor, 407 bytes of user data are available to hold up to 203
| additional targeted coupons. Adding to the five coupons stored at offset 33,
| this allows a total of 208 targeted coupons. With a 508 byte record and NO
| customer name descriptor, 437 bytes of user data are available to hold up to
| 218 additional targeted coupons. Adding to the five coupons stored at offset
| 33, this allows a total of 223 targeted coupons. This is the maximum number
| of targeted coupons supported by the Electronic Marketing application.
| The “LAST TNUM” field contains the low byte of the transaction number of the last
transaction used to update this record. This is used to distinguish two transactions
for the same customer and same amount in the same day so that totals are
properly updated instead of being discarded as duplicates. This field exists only if
the activity record is long enough to contain user data and if some of the user data
is not reserved for targeted coupons. When this field is present, it always occupies
the last byte of the user data area.
The previous customer activity file is a keyed file which contains a single record for
each preferred customer who is in the customer activity file when a points activity
period is closed. This file and its contents are created by the period close procedure
that is used to reset points totals periodically. If the period close procedure is not
used, then this file does not exist. Each time that the activity period is closed, the
prior period information for each customer is saved in this file. Neither the file nor
any of its records are ever deleted, but rather, the active records are overlayed at
each successive close. The file can optionally contain up to 12 monthly records for
each customer by keeping all records for the most recent year and overlaying only
records with the same period starting month. Two copies of the file are maintained
for backup.
Table 7. Customer Previous Activity File Record Format
Field Name Type Length Offset Description
CUSTNUM PD 9 0 Customer identification number (up to 18 digits)
START DATE PD 2 9 Date of start of period (MMDD)
END DATE PD 2 11 Date of end of period (MMDD)
LAST DATE PD 3 13 Date of last purchase (YYMMDD)
LAST POINTS PD 3 16 Number of points from last transaction
PERIOD POINTS PD 4 19 Total points accumulated during period (Gross total
including adjustments)
PERIOD TRANS PD 2 23 Total number of transactions in period
REDEEMED PTS PD 4 25 Total points redeemed during period
CARRYOVER PTS PD 4 29 Points carried into the new period
DISCOUNT PD 1 33 Discount group number for prior period
FLAGS ASCII 1 34 Flags defining totals X'01' Carry over amount is negative
RESERVED PD 1 35 Reserved for future use
The Electronic Marketing report descriptors file is a random file which contains the
descriptor text needed for the Preferred Customer reports. These descriptors can
be up to 40 characters in length with a maximum value defined for each descriptor
in the file. The file is a random file so that any descriptor can be accessed
individually. The record length of 49 bytes accommodates a 40-byte descriptor with
delimiters and a 2 digit length. The format of this file is an exact match for the
terminal sales descriptors file [Link] that comes with the supermarket
application. Since it is in the same format, you can use the personalization
procedure to alter the contents of this file if you wish. You need to save
[Link] as [Link], copy [Link] to [Link]
and then select to personalize sales descriptors. Because of the file switch, you will
see the Electronic Marketing report descriptors. Once the personalization is
complete, you must restore [Link] to [Link] and then restore
[Link] to [Link].
Table 8. Electronic Marketing Report Descriptors File Record Format
Field Name Type Length Offset Description
DESCRIPTOR ASCII v40 0 Descriptor up to 40 characters in quotes
MAXLENGTH ASCII v2 v44 Maximum length (1-40), 2 digits in quotes
Inbound files can have numbers in the range of 0000 to 0009 or in the range of
valid store numbers defined in the options (see “Valid Range of Non-Home Store
Numbers” on page 98). A record in an inbound file is processed in a given store
only if the record did not originate in that store and the destination store number is
supported there.
Filename: EAMXssss I/O Session: 11
Organization: Sequential File Copies: 1 out, many in
Record Length: 32 bytes Distribution class: Mirrored
Table 10. Customer Activity Transfer File
Field Name Type Length Offset Description
HOME STORE PD 2 0 Destination store number
USED STORE PD 2 2 Originating store number
ACCOUNT PD 9 4 Customer account number
POINTS PD 3 13 Points for this transaction
COUPONS PD 2 16 Coupon amount for this transaction
DATETIME PD 5 18 Date and time of transaction (YYMMDDHHmm)
TERMINAL PD 2 23 Terminal where transaction took place
TRANSACTION PD 2 25 Transaction number for this transaction
REDEEMED PD 4 27 Points redeemed in transaction
OPTIONS PD 1 31 Options flags
X'04' Redemption points are negative
X'02' Transaction points are negative
X'01' Immediate activity update
All data in the record is packed decimal numerics and all fields are fixed-length with
no separating delimiters. Each record contains 32 bytes of data and there are no
record delimiters. Each record requires exactly 32 bytes of file space.
There is an option that causes the current period audit log data to be reformatted
and appended to the panel file EAMPANEL at the close of a reporting period. See
“Append Audit Data to Panel File” on page 130.
Filename: EAMFBAUD I/O Session: 9
Organization: Sequential File Copies: Current, Old
Record Length: 36 bytes Distribution class: Mirrored
In the file data structure, this record is surrounded by quotes and followed by a
carriage return/line feed (X'0D0A') to yield a net usage of 40 bytes per record.
In the file data structure, this record is surrounded by quotes and followed by a
carriage return/line feed to yield a net usage of 40 bytes per record.
A rain check transaction performed from the controller enrollment procedure logs
both an adjustment record and a rain check record. The adjustment record
describes the situation at the time of the rain check adjustment. The rain check
record describes the situation at the time the sales transaction is adjusted.
These 256 byte records contain the 254 bytes of enrollment data from a Preferred
Customer Enrollment File record followed by a carriage return/line feed (X'0D0A').
The 254 bytes of enrollment data is formatted exactly as defined in the Preferred
Customer Enrollment file (see “Preferred Customer Enrollment File (EAMFBCUS)”
on page 320). The carriage return/line feed delimits each record. Records are
written to this file when the in-store enrollment procedure is used to alter enrollment
data. The file can contain multiple records for a customer if that customer’s data
was altered multiple times. In this case, the last record in the file represents the
most recent data for the customer. The records are written as the changes occur.
The RSTAT field in each record shows the last enrollment function to act on this
record. An RSTAT value of three indicates that the record has been deleted.
Filename: EAMFBCHG I/O Session: 2
Organization: Sequential File Copies: 2
Record Length: 256 bytes Distribution class: Mirrored
Table 13. Preferred Customer Enrollment Change Log
Decimal
Field Name Type Length Offset Description
CUSTNUM PD 9 0 Customer ID number left-padded with zeroes to length 18,
then packed
RSTAT ASCII 1 9 Record status “1”—“7” = last enrollment function to update
this record. For example, record status “3” = record has
been deleted.
LNAME ASCII 17 10 Customer last name
FNAME ASCII 13 27 Customer first name
ALINE1 ASCII 25 40 Apt., PO Box, RT number, etc.
ALINE2 ASCII 25 65 Street address
CITY ASCII 20 90 City name
STATE ASCII 2 110 State abbreviation
ZIP PD 3 112 Zip code
The Panel Diary File contains all of the transaction summary log information for
selected preferred customers. It may optionally contain sales information on all
customers, whether or not they presented a preferred customer ID. The data in the
file consists of the host format of string types zero to 11 from the transaction
summary log. The content of these strings as well as the data types for host format
are defined in the IBM 4680 Supermarket Application: Programming Guide Two
copies of the file are maintained by the application.
An old period copy of the panel file is maintained that consists of appended panel
data since the last time this old period file was dumped and purged. Current period
panel data is appended to the old period file at the close of every reporting period.
This old period file can be retrieved by the host in EBCDIC by requesting the file
name $PANEL through ADCS. The current period file cannot be retrieved by the
host because it must always be available for updates.
The file size can become very large, but the data in this file is compressible. You
can use the system file compression facilities to compress the panel file before it is
transmitted across phone lines. This substantially reduces transmission time. The
data can be decompressed at the host.
The panel file grows at a rate of about 3MB per $100,000.00 of contained sales
data. For example, a store that produces $500,000.00 of business a week and
keeps panel data for customers accounting for 80% of that volume should expect to
accumulate 12MB of panel data a week. This panel data can be compressed using
the operating system file utilities to achieve a compression ratio of four to one. For
example, a 12MB panel file can be compressed into a 3MB file for transmission.
The contents of string types zero to 11 of the Transaction Summary Log are defined
in the IBM 4680 Supermarket Application: Programming Guide The fields defined in
these strings and are delimited by ASCII characters as follows:
Items to be Delimited ASCII Character
Fields “:” (colon)
Strings “,” (comma)
Records ASCII carriage return/line feed
The fields in the Transaction Summary Log definitions. are packed decimal. They
are represented in the panel file as ASCII numerics except for the flag fields. The
flag fields are represented by the ASCII characters 0—F that define the
hexadecimal value of the fields. These data definitions are consistent with the new
data format of the Transaction Summary Log as provided through the application
translation routines. String type 11 contains the new data unique to the preferred
customer function. The panel file can be directly printed in the store through the
command PRINT EAMPANEL, to view the file contents, or the file can be dumped
to the host in EBCDIC and directed to a printer.
A period header is added to the panel data to delimit the start of a new reporting
period. This header string contains the date and time of the start of the period and
the store number. The Period Header string appears in all Panel files, but the date
and time information may not be consistent. The foreground panel file (EAMPANEL)
contains the date and time that the new file is created for the new accounting
period. All background panel files contain the date and time from the first sales
transaction in the period.
Note: The INDICAT1, INDICAT2 and INDICAT3 fields in this string all contain the
DECIMAL representation of these flag fields. These same fields in the TLOG
would be represented by hexadecimal values. For example, a value of hex
2000 for INDICAT1 would be represented here as decimal 8192.
Table 21. Bonus Redemption Points String
Field Name Type Length Description
STRING TYPE ASCII 2 Data entry string type of “11”
IDENTIFIER ASCII 2 Two characters of “< >” to define string
ITEMCODE ASCII v12 Item code for bonus item/coupon
VALUE ASCII v5 Points associated with item/coupon
UNUSED ASCII 1 Reserved, value of “0”
FAMILIES ASCII v6 Family codes for item/coupon
INDICAT1 ASCII v5 Decimal value of INDICAT1 in TLOG string type 01
INDICAT2 ASCII v5 Decimal value of INDICAT2 in TLOG string type 01
Redemption/Adjustment String
The data from the Preferred Customer Audit Log optionally can be appended to the
end of the foreground panel file EAMPANEL at the end of a reporting period. This
data is reformatted to match all other panel file data, but the content is the same as
the Preferred Customer Audit Log with the one exception that redemptions from the
registers are omitted. You can move this audit data into the old period panel file
instead of, or in addition to, moving it to the old period audit log file. This would
combine all information about preferred customer points history in the same file. If a
redemption occurs at the terminal, this information already has appeared in the
Panel file through a Bonus/Redemption points string and is not needed from the
Audit log. The redemption/adjustment strings in the panel file are the only indication
of redemptions or adjustments performed through the enrollment procedure.
Table 22. Redemption/Adjustment String
Field Name Type Length Description
STRING TYPE ASCII 2 Redemption/Adjustment string type of “82”
ACCOUNT ASCII v18 Customer account number
TRANTYPE ASCII 1 “R”= redemption, “A”= adjustment, “X”= rain check
DATETIME ASCII 10 Date and time of transaction (YYMMDDHHmm)
TERMINAL ASCII v3 “0”
TRANSACTION ASCII v4 “0”
OPERATOR ASCII v9 Operator/employee who performed transaction
POINTSP ASCII v8 Points adjusted/redeemed plus
POINTSM ASCII v8 Points adjusted/redeemed minus
SERIALNUM ASCII v6 Form serial number or store number for rain check
RESERVED ASCII 1 Reserved
The net sales for preferred customers is the sum of the gross plus and gross minus
amounts in all transaction header records that are marked for preferred customers.
The transaction count should match the number of these records. The same totals
for all sales transaction header strings should give the total sales amount and
transaction count if data is kept for regular customers. The preferred coupon count
and amount reflect the sum of all coupon records with UPC codes within the
preferred customer coupon range. The point totals reflect the sum of the points from
all preferred customer transaction data strings (see 333). The automatic coupon
totals reflect the sum of paperless coupons from all automatic coupon transaction
data strings (see 332). If there are no paper preferred coupons, and automatic
coupons are given only to preferred customers, the automatic coupon totals should
match the preferred customer coupon total.
The Panel Diary File is a reformatted subset of the Transaction Summary Log data
that normally contains all data from sales transactions for all preferred customers or
for all customers. This data includes a nearly complete record of each transaction
and is frequently more extensive than necessary. A panel filtering function is
provided to allow some of the excess information to be culled from the file. The
panel filter is intended to provide the following three functions:
v The ability to reduce the size of the panel file and increase manageability by
deleting selected data that is not needed
v The ability to delete from the panel data all information for selected items,
manufacturers, or departments
v The ability to create multiple copies of the panel data that contain different
subsets of the panel information.
The panel data may be valuable to entities outside the enterprise, such as
manufacturers. But, you might not want to provide all information on sales and
customers to outside entities. By filtering the data, you can provide a manufacturer
detailed information on who is buying his products without showing the prices at
which the products were purchased. Likewise you may want to sell information on
what types of customers are buying what types of products, excluding all data on
sales from a specialty department or on house brands. By allowing the panel data
to be reduced in the store to selected classes of items, the filter function reduces
the effort and cost of selling subsets of purchase history data.
The panel filtering function provides for the creation in the store of multiple
variations on the panel data. For example, you may create one subset of the panel
data for promotion planning and analysis, create another set of this data to sell to a
marketing research company, and create a third subset to give to suppliers in
exchange for additional participation in promotions. The filtering function can
provide access to some of these functions at an earlier date and at a lower cost.
User-created panel filter files activate this filter function and provide the selection of
information that is to be filtered out of the panel data.
There are ten possible panel diary filter files ([Link] and [Link]
through [Link]) that activate and define filtering for the ten possible
output panel files ([Link] and [Link] through
[Link]). You must create, initialize, and place each of these filter files, as
needed, on ADX_IDT1 as a compound file.
The presence of [Link] defines the need for filtering of the data at the
moment that it is put into [Link] by checkout support processing.
The presence of any [Link] files (where x is a number from one to nine)
defines the need for background filtering and creation of the associated
[Link] output file. This background filtering is accomplished by an
independent background task that runs against the previous period Transaction
Summary Log file after a store close. As background filtering runs against a single
previous period Transaction Summary Log file, the selection of this filtering (through
the creation of a filter file) requires that all previous period transaction information
be in a single Transaction Summary Log file.
There can be up to ten independent filtering processes, one real time and nine
background tasks at store closing, based upon the presence of filter files and of
available background tasks to process the filter files. The selection of any of these
filtering processes and, by extension, of the associated filtered output data is made
independently by the presence of a filter file.
In order to understand the output of the filtering process, you must first understand
the Transaction Summary Log data that is the input to the filter and the Panel Diary
data as it appears without filtering. The Transaction Summary Log contains records
The data types in the Transaction Summary Log file are delimited as follows:
Records Delimited by carriage return/line feed (X'0D0A')
Strings Bounded by quotes
Delimited by commas X'222C22' = “,”)
Substrings Delimited by colons (X'3A' = :).
The Panel Diary file contains the host format of strings types zero through 11 from
the Transaction Summary Log. The delimiters in the panel file are all the same as in
the Transaction Summary Log, but the packed numeric data is converted to ASCII
numeric data and the flag data is converted to the ASCII representation of the HEX
value of the data. The filtering function deletes selected substrings by nulling out
the data and leaving the delimiters. Selected strings or records are filtered out by
nulling out the string or record and any associated delimiters. The nature of this
filtering process should allow any program that processes the panel data to run
successfully whether or not the panel data has data removed through filtering. The
filtering process only removes data from the associated Panel file. It does not add
data to the file, or merge or summarize data in the file.
Filter input data consists of ASCII strings that are images of the panel data strings.
For example, a filter input string of:
“01:itemcode:price:dept:XXfamily:flag1:flag2:flag3”
represents the item entry string type 01 and indicates to delete the coupon family
code field. Each filter string is a separate record in the filter file and must be
delimited from other records by a carriage return/line feed. Each filter record relates
to a single input string type and is used only to process that string type. If the first
two characters of a filter record are not the numeric value for a string type of 00
through 11, the record is ignored as a comment record. If no filter record applies to
a given input string, the input string is formatted for the panel file without filtering.
There can be multiple active filter records for each string type. Multiple filter records
for the same string type exist only when a key field is used to distinguish a
particular range of data to which a filter record applies. The order of the filter
records is important because only the first filter record that applies to a given input
string is used to filter that string. Up to 125 different active filter records can be
used to define the needed filtering requirements. Upper and lower case is
equivalent in all filter records.
The only characters in a filter record, other than the string type, that are actually
processed are the following key strings: “:”, “:XX”, “:ZZ”, “KK:”, and “KEY”. All other
filter record input is for documentation only. The characters that are processed have
the following meaning:
Colons Denote field delimiters in a filter string just as in an actual data
string.
:XX Denotes fields to be filtered. These fields are nulled and the
delimiting colons remain. If all fields given in the filter record for a
given string type are marked to be discarded, the entire string is
discarded. The number of fields given in a filter record need not
Note: Blanks in the key data are optional, but either a blank or an “–” should
separate the two data fields when a range is provided. The “=” is also
optional. The key data is matched against the packed input data from the
TLOG rather than the ASCII data in the panel file. This leads to the packed
designation shown as “xxP” above to distinguish a sub-field value of X'FF'
from a numerically equivalent sub-field value of X'0255'.
The value of any packed numeric data in the TLOG is taken as the value of the
unpacked digits. A department number field in the TLOG may contain a value of
X'0123', this would be isolated by a key value of 123 or of 7BH rather than 123H.
As the key field designator must end with a colon, an additional field might be
needed in the filter input when a record is deleted based on the contents of the last
field in the record. In this case, the filter record ends with “:XXlastKK:XXdummy”
instead of “:XXlastKK”. If a type one item string is discarded based on input key
criteria, any associated item extension is also discarded.
Comments can follow valid filter input in a filter record if an exclamation point
separates the comments from the data. For this reason, exclamation points are not
allowed in the filter data. A default filter file, shipped as [Link], reduces
the panel data by deleting fields that normally would not be needed for purchase
history analysis. This default file contains the following active records:
00:term:trans:time:type:strings:checker:0:total+:total−:XX
Drop performance timings from header
01:itemcode:price:dept:XX:XX:flag2:flag3
Drop family codes and item record flags
02:XX:XX:XX:XX:XX:qty/wgt:flags
Drop item record pricing information
The targeted coupon messages file is an optional keyed file which contains a record
for each targeted coupon for which the user wishes to provide message text. This
message text is optionally printed on the receipt tape of the customers who are
eligible for the targeted coupon along with information from the coupon item record.
Up to three print lines, each with 38 characters of free formatted text, can be
supplied for each targeted coupon to describe the promotion to the eligible
customers. All blank print lines will not be printed on the customer receipt. A record
with all blank text is the same as no record on file.
This file and its contents are created by the user procedure that is used to maintain
targeted coupon messages. The size of the file is determined by the UPC range
defined for targeted coupons. The message maintenance procedure provides the
ability to add, change, delete or report on all coupon messages. The only other
code which uses this file is the terminal code that prints the text on the receipt tape
of customers to whom the coupons are targeted. A copy of this optional input file is
kept on each controller so that each terminal can read the messages from its local
controller.
Linked Coupons
The Item Record File provides the data base for electronic coupons. All of the tools
available to support item record maintenance are also available to support
electronic coupons.
This linkage between the promotional items and the electronic coupons is
processed only for preferred customers. In order to give the coupon to all
customers, you can link an item to a coupon outside the range of item codes for
preferred customers. The actual UPC used as the key to the linked coupon record
can be displaced from the coupon range by an option that appends digits to the
linked UPC code (see “UPC Displacement for Preferred Customer Linked Items” on
page 79). This allows the four-digit UPCs to be used for velocity-coded items such
as produce. But the displaced items cannot be linked to another item.
If you want a customer to receive only one coupon regardless of the number of
items he/she buys, you can set the flag in the coupon item record to prohibit the
entry of quantity (see 348).
If coupon validation is selected, the item records for the automatic coupons must
contain all of the additional data available for coupons through the Coupon
Processing Enhancements. This includes such data as the manufacturer number of
the item(s) for the coupon, the number of items needed for the coupon, the number
of coupons available per customer, and the minimum purchase amount required to
receive the coupon.
If multiple, like, promotional items are entered singly after customer identification, a
customer receives one coupon per entry because the quantity is one in each case.
In order to limit the customer, in all cases, to a certain number of like coupons per
transaction, the Lmt/Tran flag can be used to define a limit per transaction for each
electronic coupon. For more information, see “Limit of Like Coupons in a
Transaction” on page 24. This limit is strictly enforced regardless of when or how
the promotional items and customer number are entered.
Weight Items
The Supermarket Application accumulates weight, dollar value, and package count
movement for most weight items, but does not accumulate weight movement for
weight items sold with only a keyed price or sold using a category two (random
weight) UPC code. Because the preferred customer program needs to compute the
weight for such sales to apply a weight coupon, this function is used to update the
weight movement when possible. The package weight for a random weight item
containing a nonzero price per pound in the item record is computed as the UPC
price divided by the price per pound. This package weight is used to calculate the
discount for a weight-required coupon and also to update item movement totals.
The item records for all category two item codes must contain the correct price per
pound or no price at all.
Points-Only Items
Bit 5 in IR.INDICAT1A (Reserved flag X'20') distinguishes points-only items. These
items (or coupons) have no monetary value, but contribute to or reduce preferred
customer points. The number of points associated with the item is in the price field.
A normal item with this flag on provides bonus points to a customer. A coupon item
with this flag on can either provide bonus points or require the redemption of points.
The number of points that apply to a coupon are restricted to five digits because the
price field for a coupon is restricted to five digits. The difference between a
points-only item and a points-only coupon is that the coupon requires validation and
requires the prior purchase of a matching item.
New accounting totals for the amount of redeemed and bonus points are
accumulated by operator and/or terminal. Item movement totals for points-only
items can be maintained at the discretion of the user. Sales of points-only items can
be logged in the exception file. The sale of a points-only item may affect item
movement totals but does not influence any other transaction totals, including
department totals and net sales accounting totals. Point coupons are not tracked in
the coupon tracking file. The displays and prints for a points-only item are uniquely
formatted and marked so that they can be distinguished from normal sales.
Redemption Coupons
The discount flag (INDICAT1, bit 1, reserved flag X'20', of the item record file) for a
points-only coupon defines whether the coupon provides bonus points or requires
the redemption of points. This flag is interpreted uniquely only for a points-only
coupon. In this case, a flag setting of zero denotes positive (bonus) points while a
flag setting of one denotes negative (redeemed) points. After this flag is uniquely
interpreted for a points only coupon, it is set to one to prevent the coupon from
contributing to discountable totals.
Links to Deposit
Bit four in IR.INDICAT1A (Reserved flag x “10”) is used to distinguish items that are
linked both to a deposit and to electronic coupons. In this case, the coupon or
coupons are linked to the item and the deposit for that item is linked to the last
coupon in the chain. If this flag is turned on in the first item in the chain, the deposit
on the item is always charged, regardless of whether the coupon chain is broken
through a failed validation. This flag is generally used only for marking items that
link to deposits, but it can be used to mark any item that links first to a coupon and
then to a non-coupon to assure that the link between the item and the non-coupon
is preserved whether or not the coupon is accepted. This flag has a different
meaning in any item record that is defined as a coupon.
“Percent off” coupons can be specified with a price of 98xxx or 99xxx where 98xxx
says to apply the discount to all matching items and 99xxx says to limit the discount
to those items that link to the coupon. For coupons which are linked to items, the
user must decide whether the coupon should apply to only the linked items or to
any items which match through coupon validation. If a coupon is set to apply to
matching items through a 98xxx percent and the coupon does not validate at any
level, then the discount is applied to the total order. Paper or targeted “percent off”
coupons can use either 98xxx or 99xxx as long as validation information is supplied
to isolate the matching items. A paper coupon using 99xxx which bypasses
validation will prompt for a value to discount while an equivalent targeted coupon
will be ignored. “Percent off” coupons can be created to apply to the transaction
total, the total for a department or a department subtotal group, all items from a
manufacturer, or any set of items defined by a department and family, manufacturer
and family, promotion code, or coupon linkage. Note that there is no way to require
a separate minimum purchase for each item discounted by a “percent off” coupon.
The unique aspect of all pricing method 4 coupons is that they need the value of
the matching item(s) in order to determine the value of the discount. This is very
simple when the coupon is linked to the item and is available immediately after the
sale. In this case, the coupon discounts the value of the item which linked to it. This
is why pricing method 4 coupons should be linked only to matching items. The only
two exceptions to this rule are for weighted coupons linked to non-weighted items
and for “percent off” coupons specified with a price of 98xxx. These two types of
coupons will find the value of the matching item(s) while all others will use the value
of the linked item. These exceptions allow weighted net value and “percent off”
coupons to be more easily used in cross item promotions such as “chicken legs for
.19 a pound with the purchase of brand X barbecue sauce” or “10% off all dairy
items with the purchase of a turkey”. When linked pricing method 4 coupons are
delayed because of a minimum purchase requirement, a cross promotional
requirement, or because they are available only to preferred customers and the
customer ID is entered at the end of the order, then only the total value and count
of matching items is saved. If the discount is for a limited number of items, then
based upon the level of coupon validation, the discount is applied either to the
average item value or the largest matching item value. This leads to limitations on
pricing method 4 coupons when only a limited number (more than one) are
available in an order and the discounted items vary in value.
Paper or targeted pricing method 4 coupons must use coupon validation to find the
value of the matching items. Since the only values found are the largest and the
total, net value coupons should usually be limited to only one item if the item values
vary. Paper or targeted “percent off” coupons can be limited to the single largest
item or can be applied to all items. Since “percent off” coupons are expected to be
used on items with different values, the system will assume that a coupon for
multiple items should discount the matching total rather than a multiple of the
largest matching value. In some cases this requires that limits on the amount of
items to be discounted are manually enforced. Thus a targeted coupon for 20% off
Coupons are always unit-priced to accommodate this use of the pricing fields. In
order to maintain this data, the pricing method for coupons is set to three or four
even though the pricing method is not used. This is not true if the manufacturer
number is not supported in the item file. Support of the sequence number is
optional, and the defaults are one coupon per transaction, one item per coupon,
and no minimum purchase amount. If the trading stamps allowed flag is on, the
item value is excluded from the minimum purchase amount. Coupons are always
treated as though trading stamps apply. If no minimum purchase amount is
specified, then the Tax C and Tax D flags are used as normal tax indications. If a
minimum purchase amount is present, then the Tax D flag is used to require the
minimum purchase amount to be satisfied from the designated department and the
Tax C flag is used either to require the minimum purchase from the designated
manufacturer or to force department level validation, depending upon whether a
manufacturer number is provided in the item record. If a minimum purchase amount
is present, then the coupon is not taxable under tax plan C or tax plan D. If the
coupon must be taxable under tax plan C or D, then no minimum purchase amount
can be specified. If validation by department is needed and there is no minimum
purchase amount, then a minimum purchase amount of 1 (cent) can be specified to
enable the validation flag.
The table on the following page defines the relationship between the coupon record
inputs and the coupon validation and minimum purchase requirements.
INPUTS RESULTS
Minimum Non-zero MFR in Tax C Min by Tax D Coupon Minimum
Purchase > 0 ** Record MFR or Validate Minimum by Validation Purchase
Dept Dept Required
No No N/A N/A None *** None
No No N/A N/A None *** None
No Yes N/A N/A By MFR None
Yes No No No None *** For Order
Yes No No Yes None *** For Dept
Yes No Yes No By Dept For Order
Yes No Yes Yes By Dept For Dept
Yes Yes No No By MFR For Order
Yes Yes No Yes By MFR For Dept
Yes Yes Yes No By MFR For MFR
Yes Yes Yes Yes By MFR For MFR
Note: ** A minimum purchase amount of .01 is adequate to meet this requirement. *** Validation will be by
department if the option “ALL COUPONS REQUIRE AT LEAST DEPARTMENT LEVEL VALIDATION” is
selected.
Only a single character sequence number can exist in a coupon UPC and the range
of sequence numbers in the item record is zero through 20. The following table
must be used to determine the meanings of item record sequence numbers outside
of the zero through 9 range.
Item Record Valid UPC Manager can override
Sequence number Sequence number Sequence number mismatch
0 Any n/a
1 1 (or 0) NO
INDICAT1A INT 1 8
Bit 7–X'80' =
No shelf label printed in store
Bit 6–X'40' =
Reserved
Bit 5–X'20' =
For Electronic Marketing: point item. For all
other item records: reserved
Bit 4–X'10' =
For Electronic Marketing coupon item records:
separate minimum per coupon. For all other
item records: links to deposit
Bit 3–X'08' =
User flag 1
Bit 2–X'04' =
User flag 2
Bit 1–X'02' =
User flag 3
Bit 0–X'01' =
User flag 4
The Staged Item Movement File is an optional output file that contains contents of
the keyed item movement file in a compressed sequential format. The store record
always precedes all data records for the same period and thereby delimits the
periods when multiple keyed files are staged into the same sequential file. The
records contain no internal field delimiters and there are no delimiters between the
records.
User Log of Data Entry = X'19' (Customer number seen multiple times)
Table 30. Exception Log entry = X'19'
Field Name Type Length Offset Description
TERMINAL PD 2 0 Terminal number
TRANSNUM PD 2 2 Transaction number
DATETIME PD 5 4 Date and time of transaction (YYMMDDHHmm)
CODE PD 1 9 Type of exception log entry (value = X'19')
OPERATOR PD v5 10 Operator number
CUSTOMER PD 9 10+v5 Customer account number
POINTS ASCII v9 Points for this transaction
COUPONS ASCII v5 Value of automatic coupons for this transaction
This entry is logged for the second and any subsequent use of the same customer
number at the same store during the same day. It is also logged for all uses of the
rain check ID as defined in the preferred customer options (see “Rain check ID
Definition” on page 78). This entry is intended to help in the detection of fraudulent
use of customer cards.
This entry is logged each time that an input transfer file is processed.
Notes:
1. The abbreviations used in the Where Used column above stand for the
following:
Table 34. Date of Last Sale and Item Movement Staging Session Numbers
Session Number Description
01 INPUT ITEM MOVEMENT FILE (SEQUENTIAL)
02 WORK FILE
03 INPUT ITEM MOVEMENT FILE (KEYED)
04 OUTPUT ITEM MOVEMENT FILE
05 ITEM RECORD FILE
For additional information on the contents of this file, see “Logging of All Coupon
Data” on page 33.
Filename: EAMCOUPC I/O Session: 23
In the ASCII format defined above, the fields are delimited by the standard PC
delimiters of “,” (X'222C22'). This ASCII format is readable. It allows the file to be
The ASCII format creates a large volume of data. An optional PACKED format can
also be selected. The PACKED format contains the same data in the same order,
but the data is packed so that two numeric characters fit into every byte and the
field delimiter is a single colon (X'3A'). This format does not offer the ease of
interpretation provided by the ASCII format, but it uses only about half the space of
the ASCII format and substantially reduces the time required to transmit this data.
A record similar in format to that defined here can be logged in the exception log
file if the coupon type is not selected for collection in the coupon tracking file and
the item record associated with the coupon is flagged to “log all sales”. The first five
fields above are formatted in the exception log exactly as is done for all other
exception log records. The remaining portion of the record is an exact match to the
ASCII format.
“1”,23”,“8804110945”,“99”,“1”,“99000”,“59900006625”,“66”,“25”
“9900012763”,“66”,“123”,“0”,“4”,“32768”CRLF
X'2231222C223233222C2238383034313130393435222C223939222C2231222C'
X'223939303030222C223539393030303036363235222C223636222C223235222C'
X'2239393030303132373633222C223636222C22313233222C2230222C2234222C'
X'223332373638220D0A'
You can anticipate about 100 bytes per coupon in ASCII format or 50 bytes per
coupon in packed format. These figures can be multiplied by the number of
expected coupons in the file to calculate the expected space requirements for the
file. If space is needed to allow for a week between host dumping (and deletion) of
the coupon data and 50,000 coupons are expected to be logged in a week, either
2.5MB or 5MB of space must be reserved for coupon tracking depending upon the
data format chosen.
This appendix summarizes the support for coupons provided in the Supermarket
Application.
Coupon Validation
v Validation using manufacturer number / department number and family code
(FC):
– For a coupon item record with a manufacturer number in the UPC, validate by
manufacturer number and family code.
– For a coupon item record without a manufacturer number in the UPC,
(00000), validate by department number and family code.
v A family code of 000 in the coupon item record or a UPC five code causes family
code validation to be disregarded (000 = any FC OK).
v An item record with a family code of 991 validates with any family code of the
same manufacturer.
v There is space for two family codes in all item records. Either family code
validates a coupon.
v A coupon value cannot exceed the total value of sales for a coupon family or for
a manufacturer. (An override is possible.)
v Manufacturer and store coupon validation must be performed separately; for
example, a manufacturer coupon and store coupon can be validated against the
same item (tender + discount).
v An item can be used only to validate one coupon of the same type (manufacturer
or store coupon).
Coupons
There are two types of coupons:
v Manufacturer
v Store.
A manufacturer coupon is a form of tender for the item to which the coupon applies.
S
Store Coupon. A coupon that represents a discount
on the coupon item but, is accounted for as tender.
T
Targeted coupon. A coupon that is designated for
selected preferred customers and that is linked to them
through the placement of the coupon item code in the
Index 371
options file, personalization 75 (continued) options file, personalization 75 (continued)
add period summary string to panel file xxiii, 131 count home store numbers supported by this
Address Label Size Definitions for Selective store xxiii, 102
Customer Report xxiii, 149 count home store numbers supported only by this
all store xxiii, 102
Automatically Update Promotion Codes to Equal count of boundary levels defined for special
Link Value xxiii, 169 processing xxiii, 125
Batches Are Created as ADDMI Batches xxiii, count of customer defined demographic fields xxiii,
168 111
Batches Are Created as ADDMI Immediate Coupon Tracking File Entries in Compressed
Updates xxiii, 168 Format xxiii, 153
Batches Are Created as DDM Operator Controlled coupon velocity code range for preferred
Batches xxiii, 168 customers xxiii, 97
All Coupons Require at Least Department Level coupons targeted for the first use of a customer
Validation xxiii, 150 card xxiii, 81
allow create and access customer transfer file xxiii, 86
Creation of Item Movement Lists xxiii, 165 Days of Week on Which Coupon Doubling is Not
Creation of Maintenance Batches xxiii, 164 Active xxiii, 162
Deletion of Item Records xxiii, 165 deactivate activity options for all preferred
Printing of the Report with No Display xxiii, 164 customers xxiii, 84
Resetting of Item Movement xxiii, 164 deactivate preferred customer processing xxiii, 77
Save date of last sale at close of item Deactivate Unique Electronic Marketing Exit
movement xxiii, 140 Code xxiii, 148
Saving of Report Data to File xxiii, 163 default xxiii, 76
allow erase of customer points xxiii, 104 define taxes to turn on with the TAX/NOTAX
allow tax exemption without a discount key xxiii, key xxiii, 108
114 deposit automatic coupons into misc accounts xxiii,
always use the manufacturer number from coupon 132
record xxiii, 135 descriptions xxiii, 76
append audit data to panel file xxiii, 130 display backup indicator at registers xxiii, 113
automatic close of the points activity period xxiii, 94 Double Coupons Available only Preferred
automatic discounts for associated points Customers xxiii, 139
ranges xxiii, 134 Doubled Coupon Count Limit Per Order xxiii, 160
automatic execution time for batch updates xxiii, 95 Doubled Coupon Value Limit Per Coupon xxiii, 158
automatic execution time for reference Doubled Coupons Logged in the Coupon Tracking
processing xxiii, 98 File xxiii, 153
automatic execution time for transfer employee number required on redemption,
processing xxiii, 96 adjustment, and/or rain check xxiii, 106
Automatic Tare from Weight Item Records xxiii, 144 end of options indicator xxiii, 162
automatically process in-store transfers each enrollment zip fields Are numeric and packed xxiii,
hour xxiii, 86 107
Automatically Update Item Family with Low 3 Link entering a rain check xxiii, 195
Digits xxiii, 167 exclude automatic coupons from reported coupon
bonus item points limit xxiii, 93 counts xxiii, 131
bonus points awarded at boundary crossing xxiii, exclude non-points items from minimum purchase
126 limits xxiii, 134
boundary repeats at each multiple of boundary Exit Field 1 Contains Packed Decimal Data xxiii,
points xxiii, 126 165
Bypass Fixed Targeted Message if Promotion Text Exit Field 2 Contains Packed Decimal Data xxiii,
Provided xxiii, 146 166
Bypass Journal Printing Automatic Coupon form number required on redemption, adjustment,
Rejections xxiii, 143 and/or rain check xxiii, 105
Bypass Receipt Printing of Targeted Coupon format of customer name in activity record xxiii, 83
Numbers xxiii, 143 highlight printing of all exceptional entries xxiii, 118
bytes before the customer name in activity highlight printing of automatic coupons xxiii, 118
record xxiii, 82 home store location in customer number xxiii, 100
cash checks using a sales transaction xxiii, 114 home store numbers supported by this store xxiii,
category number to uniquely identify customer 103
numbers xxiii, 101 interpret restricted time periods as unrestricted
check sum of all voids at each void entry xxiii, 117 times xxiii, 115
collect panel data for all customers xxiii, 85 item record report xxiii, 163
Index 373
options file, personalization 75 (continued) preferred customer (continued)
valid range of non-home store numbers xxiii, 98 transfer file - EAMFBXFR xxiii, 325
Validate All Department Keyed Coupons by previous activity file EAMFBAPP xxiii, 324
Department xxiii, 151 program name xxiii, 76
validate automatic preferred customer store promotion code validation xxiii, 26, 247
coupons xxiii, 88
Validate Expiration Date with MSR Entry Customer
ID xxiii, 147 R
validation digits in customer number xxiii, 101 rain check customers 8
Value Limit Applies to Sum of Coupon and entering xxiii, 195
Double xxiii, 159 ID definition xxiii, 78
velocity code range for reusable targeted recognition, customer xxiii, 8
coupons xxiii, 97 record, changing 185
Vendor Coupons Logged in the Coupon Tracking adjusting xxiii, 193
File xxiii, 152 alterations, customer xxiii, 260
weight items do not require weight key xxiii, 113 erasing xxiii, 187
override for negative balance xxiii, 16 record type, activity 13
alias customer xxiii
family members xxiii, 13
P primary customer xxiii, 13
panel diary file EAMPANEX xxiii, 330 redeeming and award xxiii
paper coupons xxiii, 10 redemption coupon processing xxiii, 237
perform configuration changes 52 redemption coupons xxiii, 10
performance considerations xxiii, 35, 257 regular customer receipt xxiii, 180
performance file usage file EAMPERFC xxiii, 353 report 68
periodic points totals xxiii, 240 accounting xxiii, 273
personalization (See also options, personalization) descriptor file EAMEDESC xxiii, 325
report descriptors xxiii, 66 descriptors, electronic marketing, personalize xxiii
report descriptors, electronic marketing xxiii, 68 descriptors, personalize xxiii, 66
terminal sales descriptors xxiii, 65 exit code, install xxiii, 42
personalization of coupon processing xxiii, 35 item record options xxiii, 163
points preferred customer audit log xxiii, 262
activity period manual close xxiii, 294 preferred customer exception log xxiii, 262
award with no performance required xxiii, 222 preferred customer options xxiii, 264
bonus coupons xxiii, 197, 223 selective item record xxiii, 250
periodic totals support xxiii, 240 selective preferred customer xxiii, 258
points-only xxiii, 9 user xxiii, 44, 249
processing xxiii, 238 required data files xxiii, 362
transaction xxiii, 9 rewards, customer xxiii, 8
points coupons xxiii, 10
points-only xxiii, 9
preferred customer S
activity file - EAMFBACT xxiii, 322 sales coupons, normal xxiii, 10
activity transfer file - EAMXssss xxiii, 326 sales descriptors, personalize terminal xxiii, 65
audit log file - EAMFBAUD xxiii, 327 scanning coupons xxiii, 21
audit log report xxiii, 262 selective
coupons xxiii, 10 item record report xxiii, 250
deactivate processing xxiii, 77 preferred customer report xxiii, 258
default messages file xxiii, 174 session number, I/O xxiii, 355
enrollment change file - EAMFBCHG xxiii, 328 source code changes xxiii, 47
enrollment file - EAMFBCUS xxiii, 320 staged item movement file xxiii, 351
enrollment screen xxiii, 183 store
exception log report xxiii, 262 coupon scanning xxiii, 21
I/O session number xxiii, 355 coupon validation xxiii, 23
identification xxiii, 179 home xxiii, 11
messages file xxiii, 169 non-home xxiii, 13
messages file - EAMFBMSG xxiii, 330 string
options default xxiii, 76 alias electronic coupon item code xxiii, 333
options descriptions xxiii, 76 automatic coupon transaction data xxiii, 332
options file xxiii, 75 bonus/redemption points xxiii, 334
options report xxiii, 264 coupon tracking xxiii, 334
previous activity file - EAMFBAPP xxiii, 324 customer identification xxiii, 332
Index 375
V
validating store coupons xxiii, 23, 26
validation, promotion code xxiii, 26, 247
W
weight, display 15
category 2 sales xxiii, 15
Overall, how satisfied are you with the information in this book?
How satisfied are you that the information in this book is:
When you send comments to IBM, you grant IBM a nonexclusive right to use or distribute your comments in any
way it believes appropriate without incurring any obligation to you.
Name Address
Company or Organization
Phone No.
___________________________________________________________________________________________________
Readers’ Comments — We’d Like to Hear from You Cut or Fold
SC30-3547-01 IBM Along Line
_ _ _ _ _ _ _Fold
_ _ _ and
_ _ _Tape
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _Please
_ _ _ _ do
_ _ not
_ _ _staple
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _Fold
_ _ _and
_ _ Tape
______
PLACE
POSTAGE
STAMP
HERE
IBM Corporation
Design & Information Development
Dept. CJMA/Bldg. 645
P.O. Box 12195
Research Triangle Park, NC
27709-9990
________________________________________________________________________________________
Fold and Tape Please do not staple Fold and Tape
Cut or Fold
SC30-3547-01 Along Line