Difference between revisions of "CreditLine Integration"

From Payment Processing Software Library
Jump to: navigation, search
(Quick Start Guide)
(Quick Start Guide)
Line 1: Line 1:
 
{{CreditLine Header|Integration Guide}}
 
{{CreditLine Header|Integration Guide}}
 
=Quick Start Guide=
 
=Quick Start Guide=
This is the best place to get started with your integration: [[QuickStart Integration Guide]]
+
This is the best place to get started with your integration: [[QuickStart Integration Guide]]
  
 
=PA-DSS Friendly Code and Security Considerations=
 
=PA-DSS Friendly Code and Security Considerations=

Revision as of 05:48, 28 August 2016

This article is part of the
Payment Processing Software Library

Categories

Get it...

Credit Card Software
Download

Install it...

Installation
Upgrade & Migration

Connect to it...

Point Of Sale Integration

Set it up...

Quick Start Guide
Setup
Processor Setup

Licensing

Learn to use it...

Manual & User Guide
Knowledge Base
Frequently Asked Questions
Compliance Guide
Merchant Account Rates
User Interface Guides

Fix it...

Errors & Troubleshooting
Knowledge Base
Corrupted Install Repair

Get Help...

Contact
Processor Support Contacts

More Info ...

Glossary
Articles

See also...

911 Software
Help

CreditLine Payment Processing Software Integration Guide. This site can also be reached at http://docs.911software.com

Looking for better rates?   Get a Free Credit Card Processing Cost Comparison!

Quick Start Guide

This is the best place to get started with your integration: QuickStart Integration Guide

PA-DSS Friendly Code and Security Considerations

PCI Council PA-DSS and other security standards place stringent requirements on Point Of Sale software. You have an option to make your code "PCI Friendly" by using both secure tokens and/or external payment info input encapsulation.

There are three ways, in which CreditLine can help your application eliminate exposure to the payment info:

  1. Our application pops up a custom UI for accepting and processing credit cards, debit cards or gift cards, so that your application does not have to.
    All aspects of the UI can be customized
  2. Recurrent credit card data is accepted, stored and processed through our custom UI, as well.
  3. Tokenization UI API is used to reference credit card data that is stored and encrypted within CreditLine, instead of your POS.

This way your application can claim that no credit card data is being stored or processed.

  • Important Notice: This program was called "PCI Exempt". We changed the name to reflect the new policies of the PCI Council. PCI Exempt used to be a convenient term that Point Of Sale developers use to refer to the practice of tokenization and external UI encapsulation. 911 Software does not have the authority to exempt any vendor from PCI requirements. Please, contact your independent PCI auditor for rules applicable to your situation.

For more info, please see PCI Friendly API.

Rush Approval Mode

Rush Approval Mode is an optional transparent offline mode that allows POS to continue taking credit cards without delays during connectivity failures. For more information see Rush Approval Mode article. Requires 3.03.14Alpha6+

Card Storage

PCI Friendly API also offers a comprehensive set of payment info storage API.

Integration Basics

Your Point Of Sale will drive our CreditLine Server through the Application Programming Interface (API). The API can be made available to the application through one of the methods described below.

The basic operation is as follows:

Initialization

Initialize
sets the local path to the server data directory here. Every client can actually use a different data path for advanced configurations (e.g. every client batches their own transactions separately).

Here you will set:

  1. Client Name, that has to be unique for every terminal
  2. Server Directories, which are actual directories on the server where the dll is installed). These two are required.

Transaction Processing

Fine Dining Restaurants (Tip Environment)

1) Auth
Every card (Configuration->Authorization Configuration->Visa->Edit) has a field Tip Rate. By default it is set to 20%. When using Auth call, the server does an automatic authorization for the main amount plus 20% to account for a possible tip. This will make sure that the money is already reserved, so that when the server adds tip at the end of the day the card does not decline. If you do not use Tips in your environment or to disable, set Tip Rate to 0 for every card.
 IMPORTANT: Auth transaction (a transaction created with Auth) will not Batch 
 until it is Finalized. (see AddTip below). 
2) AddTip
will overwrite any previously set Tip value, including the one preset by Authorize. Pass the Tracking Id created by Authorize to this function. This call will Finalize the Auth transaction. This means that it will turn the Auth transaction into Sale transaction, which in turn will include it in the next Batch.
 IMPORTANT: the Tracking Id returned by Auth must match the one supplied to  AddTip,
 otherwise two transactions will be generated  in the journal (one Auth transaction  and one Sale transaction ).
 This will create Auth transactions in the journal that will not be batched.  
 If you are generating your own Tracking Ids please make sure that they match on 
 Finalization to avoid serious transaction problems.

Retail and QSR (No-Tip Environment)

Sale
creates a sale transactions that is ready for batching. You can also include tip if desired in the sale if it is a one step process. Do not use Auth if you do not use tips in this environment!


       Repeat the Transaction Processing step as necessary

Settlement

Batch
This call will instruct the processor to deposit the money (allocated by Authorize, Add Tip and/or Sale as described in Step 2. above) into the bank account. Only Finalized transactions will be included in the Batch. The rest of transactions will be left in the journal. Most merchants Batch daily.
       Repeat Transaction Processing and Batch steps as necessary

Clean Up

Shutdown
This call will shutdown and clean up the connection

Other Functions

Other calls include Void, Credit, Selective Batch, etc. Please Platform Specific API Guides below for complete listing.

Important Programming Rules

PLEASE, read every point below as those are the common points of failure in the integrations. Reviewing these pointers may save you significant amount of time in debugging.

  1. Compile for x86 / 32-bit. Do NOT compile for 64-bit even if the program will be used on a 64-bit OS.
  2. Each API object instance needs to call the initialization function (such as clcInit or Init) themselves and get a unique handle to themselves. This handle can not be shared across objects. However, SEE IMPORTANT WARNING BELOW about multiple object creation!
  3. Do NOT create a new object every time you call our API. This will create resource issues. The API object is meant to be created and shared by your application, unless you need to make multiple requests in parallel or creating multiple terminals to do the same - see below.
  4. Each instance can only make one request at a time, but one process can have multiple instances to make multiple requests.
  5. Each instance needs to have a unique client name or terminal name. For example, instance 1 gets TERM001, and instance 2 gets TERM002. The best way to configure this is by device. The length limit is 7. The server monitors the names for duplication and will do it's own name resolution in case of duplicate client names.
  6. The server name should match what's showing on the title bar of the credit server program.
  7. If using the CreditLine Multiple Merchant Account Setup, you must call clcSetMerchantIndex before every Auth, Edit, Sale, Batch and other transaction related calls. The merchant index is reset to 0 on every call completion.
  8. Some environments, such as VB.NET may lose the automation reference if the same API is called twice too quickly. Avoid calling the same API in tight loops - add a reasonable delay if needed.
  9. The dollar amounts have an implied decimal point. e.g. $2.00 should be submitted to our API as 200, not 2.00
  10. Since you will be calling a "black box" DLL, please avoid redundant and inefficient code. Obscure and hard to debug code may significantly extend your debugging efforts.
  11. Do take a look at our sample code.


The server name should match what's showing on the title bar of the credit server program. We had a NETBIOS interface before, so they must match. However, the file API is not that strict. However, it is a good practice to match them, in case we implement multi-servers that monitor the same message directory.

Multiple Terminal Setup

MultipleTerminals.jpg

Platform Specific API Guides

DLL API (Preferred)

Text Based (ICVerify compatible)

ATL COM for Visual Basic, .NET, ASP, web etc

OCX for Visual Basic

JAVA Wrapper

Import/Export

Micros

Samples

→ Some samples include DLL's for your convenience. For the production work, please update the DLL's with the latest provided in your software install under \911\BIN directory.

Advanced Setup

CreditLine behavior can be fine tuned to match your operational requirements.

Please see the 911/data/911_CCV.INI and 911/DATA/CLCAPI.INI (for advanced API behavior) files for more information.

→ Upgrades do not overwrite the ini files because they may contain custom settings.

IMPORTANT! Make sure to browse through the CUSTOM POS SETTINGS section at the end of the 911/data/911_CCV.INI file for any settings that may be necessary for your specific POS installation.

Note: for the key to take effect, do not forget to remove ';' in front of a key to uncomment it.

Complete List of Functions

DLL

Please see 911\bin\CLCAPIW.h

 NOTE:  OCX/COM/ATL objects simply wrap the standard API DLL, removing "clc" prefix from functions. 

Testing & Troubleshooting

Testing

Logging

Support Request

For support, please follow the Dealer Support Request Procedure.

Certification

Scripts

You can use the following scripts to test your POS integration with 911 Software:

Certification Scripts (after opening the link, please use right click and Save Target As to avoid download delays)

Test Accounts

Make sure to set the CreditLine into CreditLine Test Mode when using these test accounts:

Merchant Test Accounts

Also See