Texada Pay

System Maintenance Menu -> Configure System Settings -> System -> Company & Divisions -> Company Parameters -> Software Integration -> Texada Pay

This Texada Pay feature provides the ability to integrate directly with a Bank or Credit Card using the OpenEdge or EZDebit software authorization services when a Debit, Interac, Check or Credit card payment is received for invoices, deposits on a document, or payments against a customer's account.
This feature is available to Canada, U.S., Australia and New Zealand currencies.
The operator can scan the card and Texada Pay immediately performs the authorization and processes the payment.
The card number is masked and only the last four characters of the card number is retained in the system and is printed on the document.
A Receipt is printed for the customer with the payment information.

Both Credit Card and Check information can be saved on file to apply on future payments.

Refer to the Instructions For Texada Pay Configuration- 2021 document for step by step setup instructions for Canada, the U.S., Australia and NewZealand.

Texada Pay Payment Methods:

Texada Pay Credit/Debit/Interac Processing flow:
When a payment method defined as type 'A' is entered or the TERMINAL option is selected from the Select TP Method of Payment window, the Select Card Type window will pop up prompting for the transaction type of Credit, Debit, or Cancel.
Once the operator selects which payment method, an embedded window will open, displaying a default "waiting for customer to swipe card" picture and text. This will then trigger the device to prompt the user to swipe the card.
When the transaction is completed or cancelled, this window will be updated, and the operator should close the window.
After the window is closed, the application will validate that the payment has been completed or failed.
If the amount authorized is less than the amount requested, there will be a pop-up message warning that the amount was less than requested so the operator knows to collect the remaining amount using a different payment method.
In Open Client, the embedded window will appear in a frame with a 'Close' link at the top.
In the MFC (Microsoft Foundation Class) Client, it will be a popup dialogue box with the 'OK' button in the bottom.

If Credit Card information is required but the scanner is not available or the card cannot be read, a payment method defined as type 'M' can be entered or the MANUAL option can be selected from the Select TP Method of Payment.
The Credit Card information can be manually entered, and if the Texada Pay processing is activated it will also authorize and process the payment.
This option does not apply to Debit or Interac cards.

Texada Pay Credit Card/Check 'on File' for processing subsequent Payments flow:
A Credit Card, or standard bank Check transaction information can be captured and validated and saved for relevant customers in the Customer Credit Card table.
This capture can be done from the CAPTURE CARD button provided on the Customer Payments, on Counter Payments, on Contract Summary & Totals or Reservation Summary & Totals, on Convert Reservation to Contract and on Convert Quote to Contract for a payment method type of 'A' or of 'M' in the Capture Card/Check on File utility.

Credit Card information is only captured for re-use in SRM with Texada Pay, when the Capture Card/Check on File utility is used.

Then in the payment screen if a payment type "Card/Check-On-File" is selected from the Select TP Method of Payment the payment becomes "FILE*".
This option does not apply to Debit or Interac cards.

Payments entered in Customer Payments or Counter Payments that are paid by a type 'FILE*' method, cannot be aborted once the payment is processed through the Texada Pay clearing house, nor can they be reversed in Reverse Customer Payments since the payment has already been taken.

Texada Pay VOID Payment:
Only unposted Texada Pay Credit Card payments and deposits for Canadian or U.S. currencies can be completely Voided and only on the same day as the payment was taken, in the event an order was cancelled.
Refer to Capture Customer Payment Options or Deposit History for complete details.
When a TP Card Payment is Voided it the deposit record does not print on the associated document and an audit record is written to the Texada Pay Payment Log.

Texada Pay Reporting:
The Texada Pay Payment Log - Inquiry provides the ability to view a list of the payments generated through 'Texada Pay' for a specific customer where the history can be filtered by Card Type, Date Range, and Status.
This information is also available for multiple customers and can be output to a report or spreadsheet from the Texada Pay Payment Log.
The Texada Pay Reconciliation utility can be used to help investigate discrepancies between the SRM Texada Pay transactions logged in the Texada Pay Payment Log and the OpenEdge transaction postings.

Texada Pay Across Currencies:
A Texada Pay payment can be taken on a foreign Credit Card for a different currency, however the currency of the SRM payment and the SRM customer needs to be in the same currency as the Company in order to process through the associated clearing house.
The clearing house will work out the exchange.

For example, if your company currency is Canadian, your firm can only take payments from customers with a Canadian currency defined in Customer Information
If that customer pays with a US credit card, your firm will get paid in Canadian dollars and the customer will get charged in US dollars.

Auto-Pay Cycle Billed Invoice with Texada Pay Credit Card/Check 'on File':
When Credit Card or standard bank Check transaction information is validated and saved for a customer from Capture Card/Check on File and the Auto Pay option in the card capture is checked then any "on Account" invoices generated for that customer in Cycle Billing are automatically paid through Texada Pay with the card that is on file.
A Contract for a Cash customer with auto-pay is automatically assign a billing day code.

Texada Pay Issuer in Texada Pay:
An ‘Issue’ type can be assigned to identify Card types in the Method of Payments such as V for Visa, D for Debit, etc.
Texada Pay uses this Issue code to match the Method of Payments for Types A (Authorize) and M (Manual) to the card where possible.
This also allows an Issuer to be submitted on a Texada Web payment instead of a Method of Payment to create the appropriate payment transaction.

The Texada Pay Bank and Credit Card configuration parameters include:
Uncheck this box if your firm does not utilize an integrated Bank or Credit Card scan authorization service from within SRM.
Cards must then be authorized manually.

Check this box to use Texada Pay if your firm subscribes to the OpenEdge payment authorization processing service.

The Activate Texada Pay by Division window can be used to flag Divisions that are ready or not yet ready to start using Texada Pay.

Setup the Texada Pay interface parameters as follows:

  • The payment methods that support automatic card payment or authorization can be defined in Method Of Payments with an 'A' or 'M' in the Card field to trigger the Automatic Authorization process supporting transaction types SA - "Sales/Purchase" and CR - "Credit/Return".
  • Texada Pay only supports the transaction types SA - Sales/Purchase and CR - Credit/Return.
    Payment types supported are Credit Card (all), and Debit Card (U.S.) and Interac (Canada), and Electronic Check (all) where Debit or Interac is determined by the Region defined for the currency in Currency Code.
    i.e. If Region is 'CA' for the currency then Interac network is used, or if Region is US then U.S. Debit network is used.

  • When manually scanning a credit card, the number of tracks that your scanner reads (2 or 3) can be set in Company Information.

  • Credit Card and Check information should be captured and validated for repeat 'Direct Credit' payments.

Note: Contact OpenEdge for all hardware training, hardware support and hardware issues outside of SRM.

U.S. Credit/Debit/ACH - Canadian Credit/Debit
When the Texada Pay is activated, the Credit/Debit/ACH (Automated Clearing House) parameters include:
This token value is supplied by OpenEdge when your firm registers with them.
If your firm requires separate authorization tokens per division, tokens can be setup in the Divisions Settings window below.
This URL path and link is a fixed default used to initialize each transaction and obtain a OTK (One Time Key) in your live company.
This URL path and link is a fixed default used to query the results of the transactions in your live company.
This URL path and link is a fixed default used for the OTK (One Time Key) by your play company.
This URL path and link is a fixed default used for the 'Query' by your play company.

Note: The OTK and Query URLs are mandatory fields and will always default back to the correct values whenever they a re re-set to blank.

If your firm is a U.S. company with a currency assigned a US Region, and you require separate authorization tokens per division, window to access the Divisional Credit Card Authentication Token information.
If the Token is left blank for a division, then payments from that division will default to the company-wide Authentication Token defined above.

CARD READERS - Canada only
This field applies to Canadian companies and can be used to set up the Authentication Tokens supplied by OpenEdge for each Card Reader as outlined in Canadian Texada Pay Card Readers.
This field applies to Canadian companies and can be used to map the Session ID (IP address) to the associated Card Reader as outlined in Texada Pay Session IDs.

Note: When using the RCM scan device to process Card-present payments in Open Client if the Card reader does not appear to respond to the Card (ie: change from Welcome to Ready in preparation for the scan) and the OpenEdge RCM and SRM configuration are setup correctly so that the RCM test passes, then the problem could be that a Block is set on the OC Browser, or that the session needs a Certificate from Open Edge to complete the validation.

Australia & New Zealand Credit Cards
When the Texada Pay is activated, the Credit Card/ACH (Automated Clearing House) EZDebit parameters include:
This URL path and link is a fixed default used to initialize each transaction in your live company.
This URL path and link is a fixed default used by your play company.

Mapping Smart Pay Card Reader:
This field applies to Australian and New Zealand companies and can be used to name your Card Reader as outlined in Australian or New Zealand Texada Pay Card Readers.
e.g. CounterA, CounterB, ServiceDesk
This field applies to Australian, New Zealand and Canadian companies and can be used to map the Session ID (IP address for MFC or address displayed at bottom of each OC session) to the associated 'Card Reader as outlined in Texada Pay Session IDs.

Receipt Printing with Smart Pay:
In Australia or New Zealand when the customer pays with a Credit Card the Merchant Copy of the receipt is always printed directly from the Smart Pay card scanner and the prompt to optionally "Print a Receipt" is also displayed.
Yes to this print prompt will cause SRM to print a 'Duplicate Copy' of the receipt on the associated SRM printer.

Canada, Australia, New Zealand EFT (Card NOT present) & Manual
When the Texada Pay is activated, the EFT (Electronic Funds Transfer) and Manual Card capture parameters include:
The URL to access the pay screen for your Live company is setup by SRM.
The URL to access the pay screen for your Live company is setup by SRM. LIVE URL
The URL to access the pay screen for your Play company is setup by SRM.
This unique credential value is supplied by OpenEdge or EZDebit when your firm registers with them.
This unique credential value is supplied by OpenEdge or EZDebit when your firm registers with them.

This setting enforces the control that refunds can only be taken if there is an original payment to reference.

Check this box to force all Texada Pay Deposit and Invoice refund amounts to be equal to or less than an early matched payment.
Refunds are restricted to a single on-time refund per original payment.

Uncheck this box to allow Texada Pay refunds to be of any negative amount with no requirement to match an earlier TP payment.

Note: This restriction does not apply to the older OpenEdge version that is used when 'Global Payments' are off.
Nor does it apply in the Customer Payments or the Counter Customer Payments utilities.

Some clearing houses will not approve a refund unless the original payment has been processed and approved so if a refund cannot be processed at the time it was requested in SRM, the operator is given the option to add the Refund Request to the TP Pending Refund Queue table to be re-submitted to the clearing house at a later time.

It is recommended to check this box to ensure the correct "Capture Payment" screen is utilized.
If this box is not checked an older version of the payment dialogue box is triggered and some features will be disabled.

Note: The Global Payments must be activated to utilize the "Invoice Payment Request" and the "Deposit Payment Request" that can be generated to the customer through email.

The advantage of this feature is that a shop can save on processing fees if additional information is provided to the card issuers when completing a Credit Card transaction, such as a Postal/Zip code and matching Address Line 1.
This option is only enabled with "Global Payments" and only applies to Credit Cards whether on-file or manually entered.
A mismatched response returned from the clearing house can still allow the payment to be processed with a warning, or could reject the payment. This is based on the card issuer policy.

Check this box to require Credit Card payments to include the 'Postal/Zip' and the 'Address Line 1' at time of payment.
The information is validated against the values that the card issuer has on their file when a payment is submitted to the clearing house.
When capturing Customer and TP Card information in SRM the Postal/Zip format for the cards must meet the format defined in Currency Code for the company currency.

Uncheck this box if your firm does not want to utilize the 'Address Verification' for Texada Pay Credit Card payments.

Note: Address Validation applies only to Credit Cards and not to Checks, Debit cards (ACH) or Interac cards (EFT)

Capture Cheque On File:
Capturing a cheque on file will not accept zero so the account will be billed $0.01 but for Australia and New Zealand this is rounded up to 1.00

Additional Processing Settings:
Enter an optional preferred time-out value for re-tries in Cycle Billing auto-pay.
If this fields is left blank the hard-coded timeout value of 180 seconds for checking a card applies.

Note: This time-out for re-tries applies to Cycle Billing auto pay only.

This field can be used to assign a new Credit Rating to the customer when an auto-payment has failed.
This can be useful if the failure to pay has caused a change in the customer's credit.

Leave this field blank if the Credit Rating should not be changed, or select a Credit Rating from the drop-down list provided.

The Debug Log option is checked by default.

Check this box to capture all Texada Pay http calls for OpenEdge or EZDebit and write then to the Debug Log.
Uncheck this box if debug is not required.

This Debug Log window is provide to view the activity and any errors tracked for Texada Pay when Debug Logging is active.

Click ACCEPT to save and exit the window.

Authorize Credit Card Errors:
If an error occurs when a card is scanned, the message will display on the screen, and the card can be re-scanned if necessary.

If a card fails to scan, it cannot be entered manually for a Type 'A' payment method.
To permit the card number to be entered manually, a payment method that is type 'M' could be entered, so the operator could manually type in the credit card number, name, expiry date, and card code.

All scanned transactions are processed as SA (sale) or CR (credit).

In the event that a request is processed by the Texada Pay but is not recognized or completed by Texada SRM due to a Rollback or to a Disconnect, then the next time a user accesses a strategic rental processing menu option he will be reminded to confirm that the interrupted document payment was captured correctly.
This is important to ensure that invoice totals are re-calculated properly and postings are balanced.
Rollback messages can be reviewed in the Rollback Log.

Note: Authorized Credit Card payments cannot be deleted.
If an error was made when taking a payment, it can be corrected by entering a credit or negative payment on the card.

Note: The version of window displayed by Select Card Type capture card data can be controlled by SCS staff by the "Activate Global Payments" flag.

Topic Keyword: GLCN90N (5837)
Converted from CHM to HTML with chm2web Pro 2.85 (unicode)