Reprocess Authorizations Screen (RPAA)
Purpose: Run this recovery program if an error occurs when transmitting an Authorization (either sending or receiving) or if you responded to an error with a C (to cancel the transmission) and there are stranded records in the Credit Card Authorization Transaction table (CCAT00).
This procedure enables you to resend all records that have not been sent or received and process the authorizations.
Note: When you reprocess authorizations, the system sends all authorization transactions that exist in the CC Authorization Transaction file to the authorization service, regardless if the order is a drop ship order or regular order.
Selecting this option: Enter RPAA in the Fast path field at the top of any menu screen or select the Reprocess Authorizations option from a menu.
Select the Transmit/Receive/Process Authorizations option at the Reprocess Authorizations Screen (RPAA) if you need to retransmit Authorizations.
This option resends all records in the CC Authorization Transaction table (CCAT00) that have not been sent, regardless if the order is a regular order or drop ship order. These records have a status of *RDY in this table.
Records successfully sent have a status of *SENT.
Note: You can use the Reset Transmission Status Screen to reset records in the Credit Card Authorization Transaction table (CCAT00) from a *SENT status to a *RDY status.
The Enter Pick Options window opens when you select this option. This window gives you the same options you can select at Pick Slip Generation run-time.
Field |
Description |
Combine customer picks |
Indicates whether the system will combine multiple orders for a single customer. For example, if the customer has two 1-item orders that can fit into one box, under normal cubing rules, the system would split them into two pick slips because they belong to different orders. Using this feature, however, the system combines them into a single pick slip. Valid values are: • Selected = Combine pick slips. • Unselected = Do not combine pick slips. |
Complete orders only? |
Indicates whether the system will ship orders that have been completely filled. Valid values are: • Selected = Ship orders that have been completely filled; do not ship orders with backordered items • Unselected = (Default;: Ship full and partially filled (backordered) orders. |
Perform best way |
This field is not currently implemented; leave this field unselected. |
Override ship via |
Allows you to replace the ship via code on the pick slip and ship all orders with this shipper. Enter a valid shipper code here, if you want all shippable orders being authorized by this service bureau to ship by this carrier. Ship via codes are defined in and validated against the Ship Via table. Numeric, 2 positions; optional. |
Select the Receive/Process Authorizations option at the Reprocess Authorizations Screen (RPAA) if you need to receive the Authorizations from the service bureau and process the authorizations.
Records successfully received have a status of *RCVD and have pick slips if authorized or no AVS hold or card identification hold. Also, an Authorization History record is created when creating the Pick Control Header and Detail records and is updated when the authorization or decline is received. When an authorization is received, the Authorization History record is updated with the authorization code, authorization date, and authorization amount.
If an authorization is declined, no pick slips print and the Authorization History record is updated with the decline code.
The Enter Pick Options window displays when you select this option.
Complete this window as needed.
The Select Authorization Service window opens. Select Select Request for the service bureau that you are receiving authorizations from. The REPROCESS job is submitted and the following reports are produced:
• Credit Card Authorization Listing
• Address Verification Response List (if the service bureau provides AVS)
By default, the REPROCESS job is submitted to the PICKGEN job queue at the Job Management Screen rather than the QBATCH job queue.
Address verification: If the service bureau provides AVS (address verification service), it evaluates the billing address on the credit card to ensure that it is valid. If not, the credit card charge may be authorized, but the order may be placed on hold, based on the response code for the authorization service. This gives you the opportunity to contact the customer and obtain the correct address. For example, the order is placed on hold if the customer's address is correct, but the zip code is incorrect. Once you contact the customer and update the zip code, you may take the order off of hold through the Release Held Orders function.
Credit card identification: If the service bureaus also provides credit card identification (CID, CVV2, or CVC2), it evaluates the card identification number on the credit card to ensure that the credit card data from the transaction matches the data stored by the service bureau for that card. If not, the credit card charge may be authorized, but the order may be placed on hold, based on the response code for the service bureau. Once you verify credit card ownership, you can take the order off of hold through the Release Held Orders (ERHO) menu option. See Credit Card Security Service (CID, CVV2, CVC2).
The credit card authorization is captured in the Authorization History table. The order will not be resent for authorization as long as the authorization is valid (based on the number of days in the Reauthorization days field in the Pay Type table).
