CENTRIX PRODUCTS Contents - legal.q2ebanking.com · batch update processing and sending emails via SMTP) may be installed on this server. 7. If the Centrix Exact/TMS™ Payee Match
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
positivepay.samplebank.com) or a specific folder name (ex:
www.samplebank.com/positivepay).
4. If a front-end web or load balancing server is used to route requests to this web application
server, the hardware requirements, configuration/setup, and routing of messages related to the
front-end server are the responsibility of the Client.
5. In addition to the web application, there is one Centrix Exact/TMS™ Windows service that runs on this server. This Windows service processes issued check files that are uploaded by customers using the Centrix Exact/TMS™ web application.
6. The web server can be a virtualized server.
INTERNAL APPLICATION SERVER **OPTIONAL**
Component Recommendation
Processor 2.4 GHz
Memory Minimum 2 GB
Hard Drive 40 GB
Operating System Windows Server 2008 R2, 2012
.NET Framework Version 3.5
Communication Ports 1. SQL requests to database server (port 1433) 2. SMTP requests to an SMTP server (port 25)
Internal Application Server Notes
1. This OPTIONAL internal application server may be used to run the Centrix Exact/TMS™ Windows services that may otherwise reside on the database server. This server is typically deployed by institutions that prefer not to install any applications on database servers. If an internal application server is used, no Centrix Exact/TMS™ Windows services will be installed on the database server.
2. The Centrix Exact/TMS™ Windows services that would run on this server perform system functions such as nightly batch update processing and sending system emails. These services are idle most of the day and night. The most intensive processing performed by these services are the nightly update processes which typically run during the overnight hours while there are no online users accessing the system. The number of Windows services installed on this server depends upon which Centrix Exact/TMS™ modules are licensed. At a minimum, one Windows service (primarily responsible for nightly batch update processing and sending emails via SMTP) will be installed on this server.
3. If the Centrix Exact/TMS™ Payee Match Module is implemented, this software will be installed on the internal application server (if used) or the database server.
4. The application server can be a virtualized server.
services are idle most of the day and night. The most intensive processing performed by these
services are the nightly update processes which typically run for a short period of time during
the overnight hours while there are no users accessing the online system. The number of
Windows services that may be installed on this server depends upon which Centrix Exact/TMS™
modules are licensed. At a minimum, one Windows service (primarily responsible for nightly
batch update processing and sending emails via SMTP) may be installed on this server.
7. If the Centrix Exact/TMS™ Payee Match Module is implemented, this software will be installed
on the internal application server (if used) or the database server.
8. The database server can be a virtualized server.
Add-Ons to Centrix Exact/TMS™
Centrix Exact/TMS™: SSO from non-Q2 Online Banking An SSO interface to Centrix Exact/TMS™ where the SSO will be accessed from a different online
provider than Q2 directly into Centrix Exact/TMS™.
Centrix Exact/TMS™: Payee Match On-premise software residing at the Client site regardless of whether Centrix Exact/TMS™ is
hosted. The module only reads typewritten payee names. Handwritten payee names are ignored. The Payee Match Module compares the typewritten payee on the check image to the payee that was submitted by the Client in the issued check file to ensure the payee has not been altered.
ACCESS TO CHECK IMAGES: It is the responsibility of the financial institution to make the check images available for processing within the Payee Match Module. Payee match processing WILL NOT retrieve images “one-by-one” from the image archive, rather, a batch process runs that will process images from a pre-defined network location. The financial institution should contact the check image vendor Q2 or Centrix to determine the best method of making the images available for payee match processing. Any fees assessed by other vendors to make the check images available for payee match processing are the responsibility of the Client. If the check image archive resides with the client, the Client should contact Client’s image vendor about extracting check images.
CHECK IMAGE INTERFACE: Payee Match requires that Client also purchase the Centrix Exact/TMS™ check image interface, which allows Client to click on a “view image” link when making pay/return decisions on exceptions.
HARDWARE CONSIDERATIONS: The Payee Match Module does not require a dedicated server unless Client anticipates a high volume of checks to be processed by the module. The Payee Match update will run every night, thus the server hosting the application should be a server with plenty of processing power in the middle of the night. The Payee Match Module does not process during the day, thus it would not utilize processing resources during normal business hours. Minimum server requirements are: Processor 2.4 GHz, RAM 2 GB. The parties will determine the best implementation model for the Payee Match Module. If the module is
implemented at the financial institution, hardware resources are required, but the system does not require a dedicated server unless the institution anticipates a high volume of checks to be processed by the module.
Centrix Exact/TMS™: Text Messaging Module Used for sending short message service (“SMS”) text alerts from the Centrix Exact/TMS™ to
system End Users. The types of text alerts include, but are not limited to: (a) Issued file
processing alerts (b) Exception notification alerts (c) ACH filter/block alerts and (d) Batch
processing completion alerts to FI employees. The Text Messaging Module utilizes a shared
short code for sending text alerts. Client is responsible for the content of all text alerts. Within
the system, the Client can define a text message prefix and the text message content for each
type of text alert. The prefix is used by the Client to prepend each text message with the Client
full or abbreviated name. Client is responsible for obtaining authorization from End Users who
will be receiving text messages. The recipient of the text message is responsible for all charges
and fees associated with text messaging imposed by the recipient’s wireless service
provider. End Users can text STOP to the shared short code to stop receiving text alerts.
Centrix Exact/TMS™: Auto Processing for Issued Files Used for End Users who submit issued check files via alternative methods such as FTP or secure
email rather than using the Centrix Exact/TMS™ system. This module will scan a pre-defined
network location and automatically process issued check files into the Centrix Exact/TMS™
system when they become available.
Centrix Exact/TMS™: Transaction Extract - Batch Mode Automatically creates transaction extract files (i.e., BAI2, CSV) for specific accounts and places
the files in a pre-defined network location each night (or on a defined schedule if hosted). Client
is responsible for delivering these files to their End User.
Centrix Exact/TMS™: BAI2 Extract - Online Mode Allows Client to create a BAI2 transaction extract file from the Exact/TMS™ web application.
Centrix Exact/TMS™: Daily Extract for 3P Recon or Teller Periodically extracts issued/paid items to a file to be processed into another application such as
a 3rd party reconcilement system. The purpose of this module is for environments where the
on-line teller system already has real-time integration with an existing system and populating
this system with issued/paid items enables the teller system to validate checks against positive
pay items without developing a real-time API interface to Centrix Exact/TMS™.
Centrix Exact/TMS™: Teller Interface The Centrix Teller Interface is an Application Programming Interface (API) that automatically
communicates with teller systems to validate checks (written on positive pay accounts) as they
are presented at the teller line. May require additional software from the teller vendor to
support this integration. Assumes the teller system will communicate to the standard Centrix
Secure, web-based delivery of reports and electronic files
Client-level business rules to meet client requirements
Flexible output formats (NACHA, PDF, Excel, Comma Separated (.csv), XML
Multiple accounts in a single file/report or a separate file/report for each account
ACH return transaction posting file
Automatically create a posting file for the financial institution to debit/credit the client for incoming ACH returns and eliminate manual data entry of these items
Centrix DTS™ - Regulation E Dispute Tracking System
Centrix DTS™ Regulation E Dispute Tracking System greatly simplifies the administration of disputed
electronic transactions (debit card, ATM and ACH) for the purpose of Reg E compliance. The solution is
designed to provide operational efficiency, enhanced record keeping, and simplified compliance. Key
features include a browser user interface for Client who takes the dispute, approval workflow, auto
posting of provisional credits or other transactions, timeline management, and letter production.
FEATURES & BENEFITS:
Nightly data import from the core processing system.
Browser user interface for CSR's or other bank personnel to enter disputes: (i) search for the customer/account and then select the transaction being disputed; accuracy is enhanced because the CSR does not enter the transaction details manually, they select from the transaction history; (ii) select a dispute reason; (iii)attach supporting documentation; (iv) enter supporting comments/notes; and (v) system automatically creates the document to submit to card processor or MC/Visa.
BACK OFFICE REVIEW: Once a CSR enters a dispute, the dispute is placed in a queue for a secondary review and processing.
LETTERS: The system automatically generates all letters in batch at the end of each day.
TRACKING TIMELINES: Centrix DTS™ tracks the dispute timeline based on rules associated with the transaction type. At the end of the dispute term a final determination is automatically applied and the associated letter produced. However, prior to the end of the dispute term, a final determination can be manually entered.
TRANSACTION POSTING: Centrix DTS™ automatically creates a posting file for all transactions, including provisional credit, charge off and credit back.
HISTORICAL AUDIT: Reporting is available to review all dispute activity by date range, dispute reason and/or CSR. Each dispute provides a complete audit trail of activity regarding letters produced, transactions posted and comments entered by bank personnel.
Active Directory integration for security authentication.
DATA INTEGRATION: The nightly data feed consists of a customer file, an account file, and a transaction file. Centrix has published standard file layouts.
CUSTOM FORMS DEVELOPMENT: Centrix DTS™ includes standard dispute forms.
Technical Requirements
**Supported Browsers: Microsoft IE v9+, Google Chrome, Mozilla Firefox, Apple Safari
WEB/APPLICATION SERVER **Does not have to be dedicated
The Centrix Dispute Tracking System is qualified for a virtual server
Operating System Windows Server 2008 R2 or more current
Internet Information Server (IIS) Version 7.0 or above
.NET Framework Version 4.5
DATABASE SERVER **Does not have to be dedicated
The Centrix Dispute Tracking System is qualified for a virtual server
Component Recommendation
Processor 2.4 GHz
Memory Minimum 16 GB for a single instance. SQL Cluster will require more.
Operating System Windows Server 2008 R2 or more current
SQL Server Version 2008 or above. (SQL Server Express Edition is not supported.)
Add-Ons to Centrix DTS™
Centrix DTS™: Jack Henry jXChange API
Jack Henry jXChange application programming interface (API) provides a method of retrieving customer and transaction data in real-time. No import files are required if this API is purchased. Additional fees may apply from Jack Henry & Associates.
Centrix DTS™: Signature Pad The Signature Pad Application Programming Interface (API) enables existing signature pads to
communicate with Centrix DTS™, which allows the signature to be electronically captured on dispute forms. Supported devices are signature pads manufactured by Topaz Systems, Inc. which support the Topaz SigPlus software tools.