DirectBilling™
Description
DirectBilling™ is a comprehensive payment processing windows based software application. It enables merchants to debit or credit their customers checking, savings, or credit card account on a recurring or non-recurring basis. The software is multi-user and networkable. All transactional data is stored on the merchants system. |
Transaction Types Supported (Selected by the merchant)
- PPD Prearranged Payment and Deposit Entry
- Direct Deposit
- Preauthorized Bill Payment (recurring payments)
- TEL Telephone-Initiated Entry
- Payments made over the phone
- POP Point-of-Purchase Entry
- Converting check payments at the POS.
- ARC Accounts Receivable Truncation
- Conversion of checks that are received in the mail
- RCK Re-presented Check Entry
- Used to re-present a check that has been processed through the check collection system and returned
because of insufficient or uncollected funds.
- CTX Corporate Trade Exchange
- Supports the transfer of funds with a trading partner relationship in which a full ANSI ASC X12 message
or payment related UN/EDIFACT information is placed in multiple addenda records.
- WEB Internet -Initiated Entry
- For the origination of debit entries received via the Internet
- CCD Cash Concentration or Disbursement
- Credit or debit application where funds are either distributed or consolidated between corporate
entities. (B to B application)
|
|
Credit Card Types Supported
- Visa, MasterCard, American Express, Discover, JCB
|
|
Credit Card Processors Supported
- Nova (Additional processors to be added soon)
|
|
Supported Industries
- Virtually any company with can benefit from the flexibility and capacity of DirectBilling. Email or give us a call to discuss your application.
|
|
Equipment Supported
- Magtek Check/Credit Card Reader
|
|
Reporting
- Complete suite of reports within the software. Report data is automatically downloaded each time you
communicate with the host.
- On-line - If desired on-line reporting is available at no extra charge. I would suggest that we create a form for the setup of online reporting for applications like Dbill3.0.
|
|
Features
- Transactions that have been returned NSF can be defaulted to re-present in a number of ways:
- Strategically (1st or 15th etc.)
- Day of the Week
- Delayed
- Manual
- Transactions can be backed up in the event they are returned by accepting an alternative form of payment. For example, you present the payment via the less expensive ACH network and if the payment is returned, unpaid if will automatically queue up the secondary form of payment (credit card, savings, 2nd checking account, etc). This can be configured in a variety of ways.
- The most comprehensive user security features available in the market.
- Multi company/division capable.
|
|
|
Virtual Terminal 2.0
Description
Similar to Direct Billing 3.0, but VT 2 is an ASP application. Access to the terminal is gained through the Internet by logging into https://www.paymentsgateway.net/vt2/login.asp. All transactional data is stored on ACH Directs servers. VT 2 enables merchants to debit or credit their customers checking, savings, or credit card account on a recurring or non-recurring basis. Supports unlimited users and has many levels of user security features. Because VT 2 is, Internet driven merchants can also use our exclusive real-time verification service utilizing the ATM network, ATM Verify. |
Credit Card Types Supported
- Visa, MasterCard, American Express, Discover, JCB
|
|
Credit Card Processors Supported
- Nova (additional processors to be added soon)
|
|
Supported Industries
- Collection, Telephone Order, Mail Order, Service, Membership based and more
|
|
Equipment Supported
- Magtek Check/Credit Card Reader
|
|
Reporting
- On-Line
- Scalable to user
- Sort by Locale
- Definable limits
- Exportable - Export formats CSV, PDF, Excel, Word, & Crystal
- Multiple report viewing methods - HTML, Java, ActiveX, & HTML Frames
|
|
Security - Features easily defined by client and customized to each individual user
- Individual User ID's
- IP Limit
- SSL Encryption
- Time of Day Limiting
- Day of the Week Limiting
- Dollar Amount Limiting
- Transaction Type Limits (Debits & Credits)
- Transaction Method Limits (EFT, Credit Card)
|
|
|
Soft Terminal
Description
Soft Terminal is a Windows based application that provides companies lightning fast transaction processing capabilities through a secure Internet connection (SSL v3.0). By using a constant connection through the Internet, Soft Terminal is able to provide you lightning fast authorizations that could only previously be obtained by using expensive dedicated leased. Soft Terminal applications include, but are not limited to.
- Point-of-Sale Conversion of Checks into ACH Items
- Point-of-Sale Credit Card purchases
- Point-of-Sale Check Verification Utilizing ATM or Direct Verify
- Check or Credit Card Payments (single payments) Over the Phone.
- Check Authorizations Over the Phone
Soft Terminal is designed for single entry payments. Soft Terminal cannot support recurring payments like our Virtual Terminal 2 product.
|
Credit Card Types Supported
- Visa, MasterCard, American Express, Discover, JCB
|
|
Credit Card Processors Supported
|
Supported Industries
- Primarily retail
- Call Centers
|
|
Equipment Supported
- Magtek Check/Credit Card Reader
|
|
Reporting
|
Notes
Merchants who choose to use the Soft Terminal must have a dedicated Internet connection. |
|
On-line Check
Description
On-line check allows merchants to easily accept and process electronic check payments directly from their website. Customers who wish to pay with a check simply select the Online Check option and enter the requested bank account information. Included with our On-line Check system is a credit card payment option. Implementing our On-line Check program is simple. We provide the merchant our Simple Linking Guide that provides their web master simple instructions on how to implement this system. |
Guides Needed
|
Transaction Types Supported
|
Credit Card Types Supported
- Visa, MasterCard, American Express, Discover, JCB
|
|
Reporting
- Comprehensive on-line reporting, 24/7
|
|
|
Batch Payment Certification
Description
Batch Payment Certification (BPC) program is designed for merchants that do not have need for any of our front-end tools (Direct Billing Software) for sending transactions. BPC program enables businesses to transmit a file using either a direct dial-in connection or an on-line connection IN BATCH MODE. The transmitting customer simply presses a button, which either initializes the modem to dial-up or (if on-line with a LAN network or broadband cable or DSL) connects with ACH Directs network to upload the batch file. To upload a file to our FTP server go to ftp.payments.net. |
Guides Needed
- File Specification Guide 2.25
- This guide is for merchants sending batch files of ach transactions only. It is the most basic format we offer.
Or
- File Specification Guide 3.0
- This guide is for merchants that are sending BOTH ach transactions and credit card transactions in a batch environment. This format also has additional fields so the merchant can transmit other data with the transactions. (Ex: Customer ID Numbers, Customer Account Number, etc.) This guide can also be used for ach only transactions instead of Guide 2.25. The reason is the merchants might need the additional field structure as stated above for their own tracking information or to take advantage of other future services.
|
|
Reporting
- The BPC integration allows for the delivery of raw data from ACH Direct to the client. In short, the client is creating the front-end system AND the method in which their reporting data is read, manipulated and stored.
- On-line. In addition to the clients own creation of how the reporting data is handled, we can make available on-line reporting in the same fashion that it is made available for DirectBill™ clients.
|
|
|
Transporter
Description
Transporter is a software application that offers merchants a simple way to automate batch transaction processing. By utilizing Transporter, merchants can simply save the transaction file in a directory of their choice and the Transporter will then take the file, compress and encrypt it, and then forward it automatically for processing. The Transporter will also perform the reverse of this process and automatically download, decrypt and decompress your result data into the location of your choosing. An event can then be triggered that can start your results handling routines - completing the total automation of your transaction processing routines. Our Transporter software is a perfect compliment to our Batch Payment Certification program. |
Real-Time Payment Certification
Description
Real-Time Payment Certification (RPC) program is designed for merchants that do not have need for any of our front-end tools (Virtual Terminal, On-line Check, or Soft Terminal) for sending transactions. Our RPC allows merchants to use our Payment Gateway to send both ach and credit card transaction and other data that require REAL TIME responses. Payment Gateway is a high performance financial transaction gateway that is used for obtaining authorizations, settlement and/or funding, in addition to comprehensive reporting for transactions via the internets end transaction in REAL-TIME.
Merchants that need RPC are usually technical savvy. In essence what they are doing is creating there own tools within their OWN systems. Our PaymentGateway.net Integration Guide
Ver. 2 is their blue print to achieve this. In short they are going to design their own On-line check, Virtual Terminal, and/or other product that will then deliver to us both ach & credit card transactions in REAL TIME.
The obvious difference between RPC and BPC is that transactions are being sent in real-time instead of batch mode.
|
Guides Needed
- PaymentsGateway.net Integration Guide Version 2.0
|
|
Reporting
- The BPC integration allows for the delivery of raw data from ACH Direct to the client. In short, the client is creating the front-end system AND the method in which their reporting data is read, manipulated and stored.
- On-line. In addition to the clients own creation of how the reporting data is handled, we can make available on-line reporting in the same fashion that it is made available for DirectBilling™ clients.
|
|
Delivery Methods
- Direct Socket Interface (DSI)
- Windows COM Object
- Raw HTTP POST
|
|
Notes
While transactional data is sent to ACH Direct in real-time, this does not mean that ACH transactions are originated in real-time. ACH transactions submitted in real-time via the payments gateway are batch originated at the end of the day, in the same fashion that transactions from DirectBilling™ are originated. |
|
ATM Verify Certification
Description
With ATM Verify, merchants have access to the single largest source of account information in the world. ATMVerify™ offers the most powerful, accurate, and robust verification system available today. With ATMVerify merchants can now determine- virtually in real time - whether the account is currently overdrawn, frozen, closed, etc. thus ascertaining whether a check is likely to be returned. Currently over 150 million accounts reside within this network. Participation financial institutions include, but are not limited to, Bank of America, Wells Fargo, Chase, and Citibank. The list of new institutions participating in this network is growing at a rapid pace.
ATM Verify can be used as a complimentary product to Virtual Terminal 2 or Soft Terminal. With these products, ATM Verify is used to verify account status before the check is accepted. When the merchant enters the check information into either VT 2 or Soft Terminal, they will first receive a result notification that is positive, negative, or unknown. Negative responses will alert the merchant that there are problems with this specific account. Positive assures the merchant the account is CURRENTLY in good standing. Unknown suggests the account in question is not within the ATM Verify network.
ATM Verify can integrated within the merchant's current system even if the merchant is currently using another ach processor. By using our PaymentsGateway.net Integration Guide 2.0 the merchant can integrate this process within there current system. As stated earlier, if the merchant is happy with their current ach processor they can still use ATM Verify. They will integrate the verification process, which will precede the ach transaction process. Once a response is obtained, it will set into motion their current ach process.
|
Products ATM Verify Supports
- Virtual Terminal 2
- Soft Terminal
- Stand Alone Via Certification
|
|
Guides Needed
- If NOT using one of our products (VT 2, Soft Terminal), the merchant will need our PaymentsGateway.net Integration Guide 2.0
|
|
Equipment
- If using VT 2 or Soft Terminal the Magtek Check Reader can be used to capture the routing and checking account information.
|
|
|
Direct Recovery
Direct Recovery is a complete system for the collection of NSF paper checks. At the core of the system is a process termed RCK (Re-presented check entry). NACHA rules allow for a paper item to be re-presented via the ACH network 2 times, provided that the item was only presented once in paper form.
Referring to Direct Recovery as a system is extremely important, as there is much competition in the marketplace for RCK. However, none of the competition has as complete a system as Direct Recovery.
Direct Recovery can be used in two different data entry methodologies, Service Bureau and Internal. Following is a short overview of the two methodologies:
- Service Bureau. This method provides for data entry to be done by ACH Direct. Items are forwarded to ACH Direct, data is entered, and the Direct Recovery back-end system takes over. In the Service Bureau arrangement, fees are typically provided for by the assessment and partial retention of an NSF fee levied against the consumer.
- Internal. Larger merchants would be the typical Internal Direct Recovery user. Strict underwriting guidelines are imposed on Internal Direct Recovery prospective clients, all but eliminating the small mom and pop companies. A client using the Internal method of Direct Recovery, the client performs data entry, with an electronic file delivered to us for processing. Once the file is delivered the entire back-end Direct Recovery system can be used, or portions thereof. Typically, but not always, fees are derived from a per transaction cost basis.
|
Items or methods comprising the Direct Recovery system
- Consolidated Returns (Optional). This provides for a merchant having multiple locations, and using multiple depository banks, to have all items returned through our sponsor CR bank. This speeds-up the items in which we receive the NSF items, and bypasses their depository bank returned items fees, allowing us to charge a lesser fee and to profit at the same time.
- Web Station (Internal Only). Merchants who choose to perform Internal Direct Recovery can accomplish data entry by the use of our ASP data entry system. This allows for the merchant to connect a MagTek check reader to a PC (as many as they want) and swipe the NSF paper items, where they are transmitted to the Direct Recovery system. This is dome through similar connectivity as the Virtual Terminal.
- Strategic First re-presentment. Once items have been entered into the Direct Recovery system, the first re-presentment is originated on a date that was pre-defined by the client at setup. This pre-defined date might be the next following Friday, or the next 1st or 15th of the month. It can also be ASAP, or delayed by a given number of days after receipt.
- EAMS (Electronic Account Monitoring System). It is very important to thoroughly understand what this is, what it accomplishes, and how it differs from what the competition does.
EAMS uses the very same database that ATM Verify uses, but how it is used is a bit different. EAMS is configured to AUTOMATICALLY "ping" the NSF consumers account on an on-going basis, in an effort to verify funds availability. EAMS is the MOST EFFICIENT SYSTEM AVAILABLE for this task, period.
EAMS monitoring is put into action should a first re-presentment attempt fail. Once the item fails the first attempt it is placed into the EAMS system. Should a positive response be received from the EAMS system on a particular item a debit is originated on that account?
As mentioned, it is extremely important to understand what the competition does to verify funds availability, and why funds availability is important. Funds availability is important because of the simple fact that we only have two attempts to debit an account for a NSF item. Therefore, the more efficient we can be in re-presentment, the more successful Direct Recovery will be, in turn company profits. The competition can choose to verify funds by one method; the placement of a phone call to the consumers' bank asking if there is funds in the account to cover the transaction.
Manual phone calls require a great deal of Manual labor, and long distance phone calls. Many RCK processors will claim to make such calls, while reality is that they do not.
- Strategic Second re-presentment. Should an item not reside within the EAMS database, or should it have expired within the EAMS database, the item would be re-presented on a strategic basis in the same fashion as the first re-presentment. However, the defined rule for the first re-presentment need not be the same as the second re-presentment. In other words, the first re-presentment could take place on a following Friday, while the second re-presentment could take place on the following 1st or 15th of the month.
Secondary collections. All returned check items are eligible for traditional collections through our collections partners. Traditional collections take place on items that have been forwarded to our partners via a data interface we have created with them. This allows for the automated flow of returned item data to be exchanged. Merchants receive 100% of the face value for items collected. No percentage is retained. The merchant is given two choices for the level of aggressiveness for traditional collections. Level 1 is to treat the NSF writer with "kid gloves." Level 2 is more aggressive, and can include participation of an attorney network for the recovery of returned items.
- Reporting. All the Direct Recovery reporting is delivered via the internet. The reporting can be parsed by region and individual location. Item status includes, and may be parsed by Item Received, Pending status', EAMS, Traditional Collections, and funded. Reporting is available anywhere an internet connection is available, and contains user security features and settings. The report viewing is Operating System independent, allowing any type computer to access reports. The reports are also exportable to pdf, Word, RTF, Crystal, and Excel formats.
|
|
© 2002 Bottom Line Strategies, L.L.C. All Rights Reserved |