Chapter 111: Deleting All Printed Catalog Requests (DCAT) | Contents | SCVs | Search | Glossary | Reports | XML | Index | Print Request Interface Report |
Chapter 112: Working with the Catalog Request Interface (WCRU)
Purpose: Use the Work with Catalog Request menu option to review the records that have been uploaded to the Catalog Request Interface file (IXCRIN), to correct any errors, and to generate catalog requests from the interface records. You might use the Catalog Request Interface file as a means to collect catalog requests you receive from various sources, and make sure that you have complete information for each of them before you attempt to create the catalog requests in CWDirect.
The catalog request interface also creates new customer sold to records, and you can use the interface to create a customer record without actually processing a catalog request.
A typical process might consist of:
• uploading records to the Catalog Request Interface file
• pressing F9 at the Work with Catalog Request Interface Screen to process the requests. When you process:
• Each valid record is deleted from the interface file, and a customer sold to and/or catalog request is created as appropriate.
• Each invalid record is flagged with an error (E) status. You can use the Change Catalog Request Screen to correct errors.
• The Print Request Interface Report and the Print Catalog Request Interface Errors Report are generated.
Once the catalog requests are generated, you can process and print them like any other requests. See Chapter 109: Entering Catalog Requests (WCAT).
E-Commerce and phone interface catalog requests: You can use this menu option to review and correct catalog requests received through the e-commerce catalog request process or phone interface that are in error. If a catalog request received through the e-commerce catalog request process or phone interface does not contain errors, you can review and process the catalog request using the Work with Catalog Requests menu option; see Chapter 109: Entering Catalog Requests (WCAT).
Note: If you receive a catalog request from e-commerce that contains errors and customer ownership information has been defined for the sold to customer on the catalog request, the system does not retain the customer ownership information when you correct the errors and reprocess the catalog request.
In this chapter:
• Work with Catalog Request Interface Screen
• Change Catalog Request Screen
• Catalog Request Interface Errors
• Catalog Request Related System Control Values
• Print Request Interface Report
• Print Catalog Request Interface Errors Report
Work with Catalog Request Interface Screen
How to display this screen: Enter WCRU in the Fast path field on any menu or select Work with Catalog Request Interface from a menu.
CSR1013 DISPLAY Work With Catalog Request Interface 9/28/99 12:18:14 EZK Mail Order Opt Type Source Name Date St
Type options, press Enter. 2=Change 4=Delete 5=Display
SRC123 JACOBSEN OPHELIA 9/28/99 E DEF SRC123 9/28/99 E DEF SRC123 XU XIAOCUN 9/28/99 ABC CCCS MANSON BARRY 9/28/99 E ABC CCCS MATLOCK SAMUEL 9/28/99 E
F3=Exit F9=Submit F12=Cancel |
Field |
Description |
Type |
This field indicates the source of the catalog request. Note: If this field is blank, the catalog request will be in an error status and you will not be able to change it through this menu option. You will need to delete the record and recreate it, either by populating the Catalog Request Interface file directly or by entering the catalog request through Entering Catalog Requests (WCAT). E-Commerce and phone interface catalog requests: Catalog requests received through the e-commerce catalog request process or phone interface have a type of PHR0062. Alphanumeric, 10 positions; optional. |
Source |
The source code assigned to the catalog request, indicating how the customer came to contact you. If the source code is not specified in the Catalog Request Interface file, the system will assign the Default Source Code for Batch Catalog Requests (D37) system control value when you press F9 to submit the interface records for processing. Alphanumeric, 9 positions; optional. |
Name |
The customer's last and first names, separated by a comma. Last name: alphanumeric, 25 positions; display-only. First name: alphanumeric, 15 positions; display-only. |
Date |
The date specified in the Catalog Request Interface file indicating when the request was received. Numeric, 6 positions (MMDDYY format); optional. |
St (Status) |
This field indicates the current status of the catalog request. Valid values are: E = One or more errors are preventing the interface record from being processed. You must correct the record before you resubmit the records for processing. However, if the Type field is not populated, you will not be able to correct the record; you will need to delete it and recreate it. P = The CATALOGREQ job is currently running; you will not be able to work with the record until this job is complete. blank = The record is currently open. When you press F9 to submit the interface records for processing, the CATALOGREQ job will evaluate the record for errors and, if it is error-free, the job will perform the processing described Processing Requests. Alphanumeric, 1 position; optional. |
Screen Option |
Procedure |
Change a catalog request interface record |
Enter 2 next to a record to advance to the Change Catalog Request Screen. |
Delete a catalog request interface record |
Enter 4 next to a record to delete it. |
Display a catalog request interface record |
Enter 5 next to a record to advance to the Display Catalog Request Screen. |
Submit the catalog request records for processing |
Press F9. See Processing Requests. |
Purpose: Use this screen to change a record in the Catalog Request Interface file and to correct errors. When you correct errors on this screen, the record’s status changes from E to blank, and it will be eligible for processing.
How to display this screen: Enter 2 next to a catalog request record at the Work with Catalog Request Interface Screen.
Note: If the Type field for the catalog request record is blank, you will advance first to a key screen and you will not be able to correct any other errors for the record. You will need to delete the record and recreate it (for example, using Entering Catalog Requests (WCAT)).
CSR1008 CHANGE Change Catalog Request 2/10/03 15:01:35 KAB Co. Individual . . . KAREN A BOTTGER Name . . . . . . MS KAREN A BOTTGER Company. . . . . COMMERCIALWARE, INC Street . . . . . 24 PRIME PARK WAY Apt/Suite 202 Address. . . . . COCHITUATE PLACE Position DOC SECOND FLOOR Department ENG SUITE 202 Postal Code. . . 02053 City NATICK St MA Country USA Delivery code. . B (B = Business, R = Residential) Phone (day). . . 5085550100 ext Ind Phone (day) 5085550101 Phone (eve) . 5085550102 ext Ind Phone (eve) 9786322723 Phone (fax) . 5085550103 ext Ind Phone (fax) Email address KBOTTGER@EXAMPLE.COM OptIn O1 Ind Email addr KBOTTGER@INDIVIDUAL.COM Ind OptIn O1 Ind Mail Stop POST KBOTTGER Ind Prefix MS Ind Suffix
Create Cat Request? : Y Perform Duplicate Chk? : Y File Type : CRU Request Date : 21003 Source . . 2002 Offer . . . . 202 Entity . . . . 555
F3=Exit F12=Cancel |
Field |
Description |
Individual |
The following fields can hold the individual’s full name: Prefix A title (such as "Mrs." or "Dr.") that precedes the individual’s name. The prefix will print on labels, reports, etc. If the Validate Prefix (I27) system control value is set to Y, your entry is validated against the Prefix file; see Working with Prefix Codes (WPFX). Alphanumeric, 3 positions; optional. First Name The individual’s first name. Alphanumeric, 15 positions; required if last name is not present. Initial The initial of the individual’s middle name. Alphanumeric, 1 position; optional. Last Name The individual’s last name. Alphanumeric, 25 positions; required if first name is not present. Suffix An addition to the customer's full name (such as "M.D.," "Fr.," or "III"). The suffix will print on labels, reports, etc., but is not accessible to scans. Alphanumeric, 3 positions; optional. |
|
Errors: The record will be in error status if both the first name and last name are blank, but any of the other individual fields (Initial, Position, Department, Individual e-mail address, or Individual mail stop) are populated. Note: • These fields display only if individual information was received through the catalog request interface. If you do not have the Enable Catalog Request at Individual Level (H81) system control value set to Y, the system will not allow you to complete entry of an individual on this screen; however, the system does not prevent you from sending an individual as part of a catalog request through the e-commerce interface, and the catalog request (and individual, if new) will be created if there are no errors. The individual’s name will print on the catalog request label only if you have the Label 1-Up Printing Program (C83) system control value set to MSR1286, or the Label 4-Up Printing Program (C84) system control value set to MSR1287; otherwise, the sold-to customer’s name only will print. |
Name |
The following fields are available for the customer's full name: Prefix A title (such as "Mrs." or "Dr.") that precedes the customer's name. The prefix will print on labels, reports, etc. If the Validate Prefix (I27) system control value is set to Y, your entry is validated against the Prefix file; see Working with Prefix Codes (WPFX). Alphanumeric, 3 positions; optional. First Name The Sold-to customer's first name Alphanumeric, 15 positions; optional. Initial The initial of the customer's middle name. Alphanumeric, 1 position; optional. Last Name The customer's last name. Alphanumeric, 25 positions; required if company name is not specified. Suffix An addition to the customer's full name (such as "M.D.," "Fr.," or "III"). The suffix will print on labels, reports, etc., but is not accessible to scans. Errors: The record will be in error status if both the last name and the company field are blank. Alphanumeric, 3 positions, optional. |
Company |
The name of the company associated with the customer placing the order. Errors: The record will be in error status if both the last name and the company field are blank. Alphanumeric, 30 positions; required if last name is not specified. |
Street |
The customer's street address. This is the primary delivery address. Errors: The record will be in error status if this field is blank. Alphanumeric, 32 positions; required. |
Apt./suite (Apartment/suite) |
The apartment number or suite number associated with the customer's delivery address. Follow these steps to enter an apartment or suite address: • Enter APT to indicate an apartment or STE to indicate a suite. • Insert a space and enter the number of the apartment or suite, for example: APT 4 or STE 116. Addresses must conform to United States Parcel Service (USPS) address formatting field description standards. For example, always precede the apartment or suite number with the appropriate abbreviation (for example, APT or STE). Alphanumeric, 10 positions; optional. |
Address |
Three additional lines of the customer's delivery address. If the address represents a post office box, you must enter P.O. Box on the first line to meet USPS delivery regulations. Alphanumeric, three 30-position lines; optional. |
Position |
This code represents the individual's position within the organization. Position codes are defined in and validated against the Individual Position file; see Chapter 40: Working with Individual Positions (WPOS). Note: This field displays only if individual information was received through the catalog request interface. If you do not have the Enable Catalog Request at Individual Level (H81) system control value set to Y, the system will not allow you to complete entry of an individual on this screen; however, the system does not prevent you from sending an individual as part of a catalog request through the e-commerce interface, and the catalog request (and individual, if new) will be created if there are no errors. Errors: The record will be in error status if: • the position code is not valid • the position code is blank, but there is an individual name • the position field is populated, but there is no individual information Alphanumeric, 3 positions; required if there is an individual on the catalog request. |
Department |
This code represents the individual's department within the organization. Department codes are either required, optional, or invalid, depending on how the individual's position code is defined. Department codes are defined in and validated against the Individual Department file; see Chapter 39: Working with Individual Departments (WDPM). Note: This field displays only if individual information was received through the catalog request interface. If you do not have the Enable Catalog Request at Individual Level (H81) system control value set to Y, the system will not allow you to complete entry of an individual on this screen; however, the system does not prevent you from sending an individual as part of a catalog request through the e-commerce interface, and the catalog request (and individual, if new) will be created if there are no errors. |
|
Errors: The record will be in error status if: • a department is required for the position, and the department field is blank • a department is not allowed for the position, and the department field is populated • the department code is not valid • the department field is populated, but there is no individual information Alphanumeric, 3 positions; may be required, optional, or invalid if there is an individual on the catalog request, depending on the position code selected. |
Postal code |
The postal or zip code for this customer. This code represents a delivery area. Errors: The record will be in error status if the SCF of the postal code is blank or invalid, or if the postal code does not match the state. See Catalog Request Interface Errors. Postal codes are defined in and validated against the Zip/City/State file. See Chapter 15: Setting Up the Postal Code File (WZIP). Alphanumeric, 10 positions; required. |
City |
The city where the customer lives or receives mail or shipments. Alphanumeric, 25 positions; required. |
St (State) |
The state or province where the customer lives or receives mail or shipments. Errors: The record will be in error status if there is not a valid state code. State codes must be in uppercase. State codes are defined in and validated against the State file, accessible through the Work with Countries menu option; see Chapter 14: Setting Up the Country File (WCTY). Alphanumeric, 2 positions; required if the Require state? field for the country is set to Y. |
Country |
The code for the customer's country. Country codes are defined in and validated against the Country file. The Default Country for Customer Address (B17) system control value defaults here when you submit the catalog request for processing if the country code was not already specified for the record. Errors: The record will be in error status if there is not a valid country code. Country codes must be in uppercase. See Chapter 14: Setting Up the Country File (WCTY). Alphanumeric, 3 positions; required. |
Delivery code |
This value identifies a business (commercial) or residential address. This value is used to calculate shipping charges for shippers that use rate tables (such as U.P.S.). B = Business rate table determines shipping charges. R = Residential rate table determines shipping charges. N = No distinction between business and residence. Errors: The record will be in error if the delivery code is blank or invalid. Delivery codes must be in uppercase. Alphanumeric, 1 position; required. |
Phone numbers |
The customer's day, evening, and third (mobile or fax) phone numbers. The Third Phone Number Type (L53) system control value determines whether the third phone number is labeled the Fax or Mobile number. Alphanumeric, 14 positions each; optional. |
Ext (Extension) |
The extension of the customer's day, evening, and third (mobile or fax) phone number. Note: The extension for the third phone number is not updated through the catalog request upload process. Numeric, 4 positions; optional. |
Individual phone numbers |
The individual’s daytime, evening, and third (mobile or fax) telephone numbers. Note: • The Third Phone Number Type (L53) system control value determines whether the third phone number is labeled the Fax or Mobile number. • Included only if individual information was received through the catalog request interface. If you do not have the Enable Catalog Request at Individual Level (H81) system control value set to Y, the system will not allow you to complete entry of an individual on this screen; however, the system does not prevent you from sending an individual as part of a catalog request through the e-commerce interface, and the catalog request (and individual, if new) will be created if there are no errors. • You cannot update the individual’s phone extensions through the catalog request upload. Alphanumeric, 14 positions each; optional. |
Email address |
The customer's email address. Alphanumeric, 30 positions; optional. |
OptIn (Opt in/opt out) |
Indicates the preferred method of correspondence for the customer email address. Valid values are: O1 (Email): Email is the preferred method of correspondence. O2 (Order-only email): Use email for order-related correspondence only; generate a spool file for other correspondence. O3 (No email): Do not use email for any correspondence; generate a spool file instead. O4 (Do not ask customer): Do not ask the customer for his/her email address; the customer has already been asked and has declined to provide it. The system does not generate any email correspondence to the customer, even if an email address is specified. This value defaults from the Opt in/opt out field for the sold-to customer, and if blank, defaults from the Default Opt In/Opt Out Flag (G97) system control value, but you can override it. Note: The above value uses the letter O, not the number 0 (zero). Alphanumeric, 2 positions; required. |
Individual email address |
The individual’s email address. Note: This field displays only if individual information was received through the catalog request interface. If you do not have the Enable Catalog Request at Individual Level (H81) system control value set to Y, the system will not allow you to complete entry of an individual on this screen; however, the system does not prevent you from sending an individual as part of a catalog request through the e-commerce interface, and the catalog request (and individual, if new) will be created if there are no errors. Alphanumeric, 50 positions; optional. |
Ind OptIn (Individual opt in/opt out) |
Indicates the preferred method of correspondence for the individual email address. Valid values are: O1 (Email): Email is the preferred method of correspondence. O2 (Order-only email): Use email for order-related correspondence only; generate a spool file for other correspondence. O3 (No email): Do not use email for any correspondence; generate a spool file instead. O4 (Do not ask customer): Do not ask the customer for his/her email address; the customer has already been asked and has declined to provide it. The system does not generate any email correspondence to the customer, even if an email address is specified. This value defaults from the Opt in/opt out field for the sold-to customer, and if blank, defaults from the Default Opt In/Opt Out Flag (G97) system control value, but you can override it. Note: The above value uses the letter O, not the number 0 (zero). |
|
Note: This field displays only if individual information was received through the catalog request interface. If you do not have the Enable Catalog Request at Individual Level (H81) system control value set to Y, the system will not allow you to complete entry of an individual on this screen; however, the system does not prevent you from sending an individual as part of a catalog request through the e-commerce interface, and the catalog request (and individual, if new) will be created if there are no errors. Outbound email API: The opt in/opt out settings controls the generation of the Outbound Email XML Message (CWEmailOut) using the same logic as the generation of outbound emails. See Outbound Email API for an overview. Alphanumeric, 2 positions; required. |
Individual mail stop |
The individual's delivery address within the organization. Note: • This field displays only if individual information was received through the catalog request interface. If you do not have the Enable Catalog Request at Individual Level (H81) system control value set to Y, the system will not allow you to complete entry of an individual on this screen; however, the system does not prevent you from sending an individual as part of a catalog request through the e-commerce interface, and the catalog request (and individual, if new) will be created if there are no errors. • This field will print on the catalog request label only if you have the Label 1-Up Printing Program (C83) system control value set to MSR1286, or the Label 4-Up Printing Program (C84) system control value set to MSR1287. Alphanumeric, 32 positions; optional. |
Create cat request? (Create catalog request?) |
This field indicates whether to create a catalog request. Valid values are: Y = Create a catalog request. N = Do not create a catalog request. Regardless of the setting in this field, the system may still create a new customer sold to; see the Perform duplicate check field. Errors: The record will be in error status if this field is not set to a valid value. Alphanumeric, 1 position; required. |
Perform duplicate chk? (Perform duplicate check?) |
This field indicates whether to perform a match code check to determine whether the catalog request represents a new customer. Valid values are: Y = Perform a duplicate check based on match code. If the catalog request matches an existing customer based on match code, do not create a new customer; use the existing customer record without updating it. If more than one existing customer has the same match code, use the first match. N = Do not perform a duplicate check based on match code; create a new customer record using the information in the catalog request. Errors: The record will be in error status if this field is not set to a valid value. See Chapter 19: Setting Up Match Codes (MMCH) for more information on match codes and duplicate checking. Alphanumeric, 1 position; required. |
File type |
This field indicates the source of the catalog request. This information is not validated against any files in CWDirect. Errors: The record will be in error status if this field is blank, and you will not be able to correct the record at this screen; instead, you can delete the record and recreate it, or update the file directly. Alphanumeric, 10 positions; display-only. |
Request date |
The date when you received the request. The system does not update this field. If a date was indicated in the catalog request interface record, it appears here; however, you can change it. Note: Although this date appears as a 6-position numeric field, it is stored in the file as a 7-position alphanumeric field; the first position represents the century (0=1900s and 1=2000s). Numeric, 6 positions (MMDDYY format); optional. |
Source |
A code that identifies a list of names for this catalog mailing. The source code drives marketing, forecasting, pricing, and freight information on an order. Overrides: When you submit the requests for processing, the system assigns the Default Source Code for Batch Catalog Requests (D37) system control value if a valid source is not specified for the catalog request. In this situation, the offer for the record will be reset, if necessary, to match the default source code. Source codes are defined in and validated against the Source Code file. See Marketing Chapter 6: Working with Source Codes (WSRC). Alphanumeric, 9 positions; required. |
Offer |
The code for the catalog that the customer is requesting. Overrides: The system defaults or overrides the offer in the catalog request record when you submit the requests for processing so that it matches the source code. If the offer is not specified, the job defaults the offer associated with the source code. If the offer does not match the source code, the job replaces this offer with the offer associated with the source code. Errors: The record will be in error status if both source code and offer are blank when you submit the records for processing. However, the record will be corrected the next time you submit records for processing. The reason this correction occurs is that, the first time you submit the records, the job sets the source code field to the Default Source Code for Batch Catalog Requests (D37). The second time you submit the records, the job updates the Offer field to match the assigned source code. Offer codes are defined in and validated against the Offer file. See Marketing Chapter 2: Working with Offers (WOFR) for more information. Alphanumeric, 3 positions; required. |
Entity |
The business unit in your company associated with the catalog request. If the Track Customer History at Entity Level (F89) system control value is set to Y: When you submit the requests for processing, the system creates a Customer Sold To Entity record for the entity specified for the catalog request, if any. If no entity is specified for the catalog request, the system creates a Customer Entity record for the entity associated with the Default Source Code for Batch Catalog Requests (D37) system control value. (An entity is associated with a source code through the division assigned to the source code.). Errors: The record will be in error status if this field is not set to a valid entity. If the entity is not specified for the record, the system resets the entity to match the source code. Entity codes are defined in and validated against the Entity file. See Accounts Payable Chapter 1: Working with Entities (WENT). Numeric, 3 positions; required. |
Display Catalog Request Screen
To display: Enter 5 next to a record at the Work with Catalog Request Interface Screen to advance to the Display Catalog Request screen. You cannot change any information on this screen. See Change Catalog Request Screen for field descriptions.
Purpose: Press F9 at the Work with Catalog Request Interface Screen to submit requests for processing. The system submits the job CATALOGREQ, which:
• Checks each open record in the Catalog Request Interface file for errors. Each record that has an error is flagged with an error status (E).
• Checks for duplicates:
• If the record's Perform duplicate check? flag is set to Y, the job checks the catalog request against existing customer sold to records based on match code. If the catalog request's match code is the same as an existing customer's, the job does not create a new customer; instead, it uses the existing customer. (If more than one customer record has the same match code, the job uses the first matching customer it finds.) See Chapter 19: Setting Up Match Codes (MMCH).
• If the record's Perform duplicate check? flag is set to N, or if no customer records match the catalog request, the job creates a new sold to customer. See Creating a New Customer.
• Creates the catalog request. The job creates a catalog request only if the record's Create catalog request? flag is set to Y. You can review or process these catalog requests through the Work with Catalog Request menu option; see Chapter 109: Entering Catalog Requests (WCAT).
• Creates the Print Request Interface Report and the Print Catalog Request Interface Errors Report.
• Deletes each processed record from the Catalog Request Interface file.
Catalog Request Interface Errors
The following conditions put a catalog request in an error (E) status:
• Type field is blank
• Invalid postal code or SCF, or postal code does not match state
• State is not valid, or does not match country
• Country code is invalid
• Both last name and company name are blank
• No street address
• Entity is invalid
• Delivery code is invalid or blank
• Create catalog request? flag is invalid or blank
• Perform duplicate check? flag is invalid or blank
• Both offer and source code are blank (but this error will be corrected when you next submit the records for processing if the Default Source Code for Batch Catalog Requests (D37) is assigned to the record)
• Offer is invalid
• Source is invalid
• If the catalog request includes an individual customer:
• There is not a first name or last name specified for the individual
• The individual’s Position has the Department required field set to N, but a department is specified
• The individual’s Position has the Department required field set to R, but a valid department is not specified
• The individual’s Position has the Department required field set to blank, and the Department, if specified, is not valid
• Position code is not valid
• The individual’s Status is inactive, if the individual in the catalog request matched an existing individual for the sold-to customer
Note: The system does not prevent you from processing a catalog request through the interface regardless of the setting of the Enable Catalog Request at Individual Level (H81) system control value.
Certain errors, such as a missing source code, country, or entity, are corrected by the batch job during processing based on system control value defaults. See Change Catalog Request Screen.
Catalog Request Related System Control Values
System Control Value |
Description |
If a country code is missing from the catalog request, CWDirect defaults the country code defined in this system control value to the catalog request. |
|
If a delivery code is missing from the catalog request, CWDirect defaults the delivery code defined in this system control value to the catalog request. |
|
If both a source code and offer code have not been defined for the catalog request, CWDirect defaults the source code defined in this system control value to the catalog request. The source code indicates the offer (catalog) to mail to the customer. |
|
If a country code is missing from an catalog request for an international address, CWDirect defaults the country code defined in this system control value to the catalog request. |
|
Defines whether CWDirect checks for duplicate records when you create a new catalog request. If a duplicate is found, CWDirect does not create a new catalog request and instead uses the existing request, resetting the Printed flag to N if necessary. |
|
Defines whether a catalog request received through the phone interface or e-commerce qualifies as a match to an existing record based on match code, even if the first name is not exactly the same. |
|
Defines the value that defaults to the Opt-in/Opt-out field for the catalog request and customer sold to record. The opt-in flag indicates whether e-mail is the preferred method of correspondence for a customer. If the catalog request contains a value in the bill_to_opt_in flag, the system defaults this value to the catalog request and the customer sold to record. If the customer sold to record already contains an opt-in value, the system overrides this value with the opt-in value passed in the catalog request. If the catalog request does not contain a value in the bill_to_opt_in flag, the system defaults the value defined in the Default Opt In/Opt Out Flag (G97) system control value. |
|
If the Require Customer Class in OE, WCAT, and WCST (H85) system control value is set to Y, this customer class is assigned to new customers you create through the catalog request interface. |
|
If this system control value is set to N, the system does not allow you to enter or change individual information at the Change Catalog Request Screen; however, if the catalog request is not in error for any other reason, it will be created with the individual information. |
If the catalog request does not match an existing customer based on match code, or if match code duplicate checking was not selected for the catalog request, the system creates a new sold to customer based on the information in the catalog request. The system uses the following information to create the new customer:
From the catalog request:
• Name and address information
• Delivery code
• Daytime, evening, and third (fax or mobile) phone numbers
• Mail code and mail flag: from the allow_mail setting
• Rent flag: from the allow_rent setting
• Opt in/opt out: from the bill_to_opt_in setting
The country and source code may have defaulted from the Default Country for Customer Address (B17) and Default Source Code for Batch Catalog Requests (D37) settings in the System Control file.
Additional defaults from the System Control file:
• Associate flag: uses the setting from the Default Associate Code (D09) system control value
• Mail name flag: uses the setting from the Default Mail Name (D10) system control value if it was not specified in the catalog request
• Rent name flag: uses the setting from the Default Rent Name (D11) system control value if it was not specified in the catalog request
• Mail code: uses the setting from the Default Mail Name (D10) system control value if the allow_mail setting was not specified in the catalog request
• Opt-in/opt-out flag: uses the setting from the Default Opt In/Opt Out Flag (G97) system control value if it was not specified in the catalog request
• Customer class: uses the setting from the Default Customer Class in Order Entry (D63) system control value if the Require Customer Class in OE, WCAT, and WCST (H85) is set to Y
The Current mail type and Original mail type fields will be set to C (catalog request).
Creating a New Individual
If individual information is included in the catalog request, and the information does not match an existing individual for the sold-to customer, the system creates a new individual. Similarly, if the sold-to customer on the catalog request itself is new, then the system creates a new individual. The system uses the following information to create the new customer:
From the catalog request:
• Name and address information
• Daytime, evening, and third (fax or mobile) phone numbers
From the sold-to customer or System Control file:
• Mail name flag: uses the setting from the existing sold-to customer, if any; if the sold-to customer is also new, uses the Default Mail Name (D10) system control value
• Rent name flag: uses the setting from the existing sold-to customer, if any; if the sold-to customer is also new, uses the Default Rent Name (D11) system control value
• Mail code: uses the setting from the existing sold-to customer, if any; if the sold-to customer is also new, uses the Default Mail Name (D10) system control value
The Current mail type and Original mail type fields will be set to C (catalog request).
Duplicate checking: The system considers the individual a duplicate if the first three positions of the first name and the first four positions of the last name match an existing individual for the sold-to customer. If the individual matches, the system uses the existing individual and does not update it with any of the information in the catalog request.
Chapter 111: Deleting All Printed Catalog Requests (DCAT) | Contents | SCVs | Search | Glossary | Reports | XML | Index | Print Request Interface Report |
CS11_04 CWDirect 18.0 August 2015 OTN