• No results found

Credit Card Processing 6.0 User s Guide IC VERIFY Edition

N/A
N/A
Protected

Academic year: 2021

Share "Credit Card Processing 6.0 User s Guide IC VERIFY Edition"

Copied!
181
0
0

Loading.... (view fulltext now)

Full text

(1)

Credit Card Processing 6.0

User’s Guide

IC VERIFY Edition

(2)

© 2000, Mekorma Software Solutions - All Rights Reserved

Table of Contents

INTRODUCTION ...5 Overview... 5 Product Features ... 5 Requirements ... 5 About IC VERIFY... 5

CREDIT CARD PROCESSING – BASIC ARCHITECTURE: IC VERIFY EDITION...6

CCP-to-IC VERIFY and Back ... 6

CCP and IC VERIFY Setup – What Can, And Can’t, Go Where ... 7

CREDIT CARD PROCESSING INSTALLATION: IC VERIFY EDITION...11

IC VERIFY – Things You Need to do Only Once ... 11

Install IC VERIFY Multi-User Request File Processor Software on a Server or Workstation ... 11

IC VERIFY – Things You May Need to do More than Once ... 11

IC VERIFY ‘Merchants’ ... 11

IC VERIFY Merchant Data Directories ... 12

IC VERIFY Merchant Identifiers ... 13

IC VERIFY SET File Contents ... 13

ICSETUP.EXE Hardware Tab... 13

ICSETUP.EXE Merchant Information Tab... 15

ICSETUP.EXE Options Tab ... 17

CCP – INSTALLATION AND CONFIGURATION...19

General Installation... 19

Acquiring and Running the CCP Installation Program... 19

Installing CCP Using the CCP60_Bxx.EXE Module (All Machines) ... 19

Configuring the CCP Registration screen (One Time Only; 1st Machine) ... 20

(3)

Registering your CCP Software (Once Only; 1st Machine) ... 21

Configuring the CCP Palette (Once per Company; 1st Machine) ... 22

CCP Company Setup (Once per Company; 1st Machine)... 22

Defining IC VERIFY Workstations (Once Only, 1st Machine)... 28

Deploying CCP/IC VERIFY Assigned/Virtual Workstations to PC workstations (Once per PC workstation)... 34

Configuring Dynamics/eEnterprise for CCP (Once per Dynamics/eEnterprise Company) ... 36

Testing IC VERIFY and CCP... 37

IC VERIFY test mode (Once Only; IC VERIFY Host Machine)... 37

Testing Transactions from Within Dynamics/eEnterprise (Once per Company: Start with The World On-Line, Inc.) ... 38

Setting up Default Address and Credit Card Data for Repeat Customers ... 40

USING CREDIT CARD PROCESSING...44

The Credit Card Processing Entry Screen ... 45

Default Field Entries... 45

Sale Transactions... 47 Void Transactions ... 47 Credit Transactions... 47 Book Transactions... 47 Force Transactions ... 48 PreAuthorization Transactions ... 50

Credit Void Transactions ... 50

Ship Transactions... 50

Card Name Field ... 51

Card Number Field... 52

Expiration Date (EXP MM/Y) Field... 52

Card Amount Field ... 52

Card Holder and Address Fields ... 52

Real-time Credit Card Transaction Verification... 53

Autopsying DENIED Real-Time Credit Card Transactions ... 58

Confirmed Transactions – Real-Time... 59

Denied Transactions – Real-time... 59

Batch Mode Credit Card Transaction Processing... 60

CCP Batch Data Entry... 61

Saving Transactions for Batch Mode Processing ... 61

Accessing the Credit Card Processing Entry Screen from Dynamics/eEnterprise Sales Screens... 62

Dynamics/eEnterprise Receivables Transaction Entry Screen ... 63

Dynamics/eEnterprise Cash Receipts Entry Screen... 67

Dynamics/eEnterprise Invoice Entry Screen ... 69

Dynamics/eEnterprise Sales Transaction Entry (SOP) Screen... 92

(4)

Verifying Credit Card Transactions in Batches ... 131

All the Denied/Declined Transactions – Where do They All Come From? ... 134

Resubmitting Denied/Declined Transactions in SOP, Invoicing and Receivables ... 134

Deleting and Voiding Dynamics/eEnterprise Sales Transactions/Documents... 141

Receivables... 141

Cash Receipts ... 143

Invoicing... 144

Sales Order Processing ... 146

Where do DELETED TRX Batches Come From? ... 147

Settlement... 151

Pinching Your Pennies ... 151

Settlement Methods ... 151

Automatic Settlement ... 151

Manual Settlement... 151

Settlement - Additional Reports ... 156

Customer Inquiry ... 160

CCP Customer Inquiry Screen ... 160

Customer Inquiry Reports... 166

CC Transaction History Remover ... 170

Batch Verification – Deleting a batch ... 170

APPENDIX A: FILES/TABLES CREATED BY CREDIT CARD PROCESSING ...172

In the Dynamics SYSTEM folder or SYSTEM database:... 172

In each company’s SALES folder or company database:... 172

APPENDIX B: CREDIT CARD PROCESSING – IC VERIFY EDITION – MAIN INSTALLATION CHECKLIST ...174

APPENDIX C: CREDIT CARD PROCESSING – IC VERIFY EDITION – WORKSTATION ACTIVATION CHECKLIST ...179

(5)

Introduction

Overview

Credit Card Processing (CCP), by Mekorma Software Solutions, adds vital functionality to your standard Dynamics/eEnterprise Sales modules by allowing you to enter credit card payments and VERIFY those payments, directly in the Dynamics/eEnterprise Sales data entry screens. You can use CCP in each of the sales transaction modules and sub-modules. You can process credit cards one at a time, in real-time mode, or save transactions in batches for later attention.

Product Features

Mekorma CCP is designed to work seamlessly with Dynamics/eEnterprise. Features include: Credit card verification from any Dynamics/eEnterprise Sales data entry screen

Real-time (on the fly) verification – or – Batch mode verification

Complete multi-user capability

Complete freedom of choice of your credit card Processor

Works with IC VERIFY runtime – leading PC based credit card verification software Streamlines Sales Order Processing and Invoicing payment entry

Adds Book/Ship and Pre-authorizations to Sales Order Processing

Requirements

For Mekorma CCP software to work, you must also install IC VERIFY 2.25 (or later) software from Cyber Cash. You can obtain product information from their web site at www.CyberCash.com.

About IC VERIFY

IC VERIFY is the most widely used credit card verification software available. Mekorma CCP is designed to seamlessly connect the IC VERIFY verification engine and Dynamics/eEnterprise order processing and sales. Complete integration allows you easy and efficient credit card verification. The IC VERIFY product package includes a piece of client software through which credit card transactions can be entered and verified. Mekorma CCP does not use this interface; it acts as a substitute for it. The IC VERIFY package includes a Multi-User Runtime engine (ICVMLT32.EXE) that is used by Mekorma CCP. This is the only component of the IC VERIFY product package that you should run with CCP and you must run it on only one machine, be it a workstation or a server. The IC VERIFY Multi-User Runtime engine runs in the background on the machine of your choice. You will, in general, leave the IC VERIFY Multi-User Runtime engine running at all times. If you wish, you may set up the IC VERIFY Multi-User Runtime as a Windows NT service.

(6)

Credit Card Processing – Basic Architecture: IC VERIFY Edition

Mekorma Credit Card Processing (CCP) acts as a bridge between Great Plains Dynamics/eEnterprise and a program called IC VERIFY made by another software firm named CyberCash. It is CCP’s job to funnel credit card transactions from one or more workstations to IC VERIFY and to make sure that all Dynamics/eEnterprise accounting conventions are properly observed for each credit card

transaction. It is the job of IC VERIFY to look for and accommodate requests for credit card activity by linking to your credit card processing service provider. You can think of IC VERIFY as having two sides. On the transaction gathering side, IC VERIFY constantly looks for new transactions submitted by workstations that run Dynamics/eEnterprise and CCP. On its other side, IC VERIFY satisfies the credit card processing service requests it receives by contacting your pre-selected credit card

processing service provider. IC VERIFY does this by way of a dial-up modem connection, which it is solely in charge of establishing and using.

The link between CCP and IC VERIFY is an ordinary file system directory, referred to as the Request/Answer directory (see Figure 1 on next page), which both pieces of software treat like a mailbox. When any instance of CCP, running on any of your workstations, wants to submit a credit card transaction for approval, it places a request file into the Request/Answer directory and begins looking for an answer file containing a response. IC VERIFY looks at the Request/Answer directory almost continuously. By default, IC VERIFY will look for new request files every three seconds from the time it is launched until it is shut down. The sequence of events involved in processing a credit card transaction is as follows:

CCP-to-IC VERIFY and Back

1. CCP formats and writes a request file to the Request/Answer directory.

2. CCP begins to repeatedly look at the Request/Answer directory waiting for the request file it has just written to disappear. If too much time goes by without the request being taken – perhaps someone forgot to start up IC VERIFY – CCP times out and issues an error message.

3. IC VERIFY, on its next scan of the Request/Answer directory, finds the new request file placed there by CCP. IC VERIFY renames the file so that CCP will know the file it just submitted has been seen and the request it contains is being acted upon.

4. CCP sees that its just-submitted request file has been taken and issues a progress message to that effect. CCP continues to examine the Request/Answer directory until an answer is received. 5. Based on the contents of the request file and its own configuration settings, IC VERIFY submits

the request in the form needed by your credit card processing service provider. IC VERIFY will either dial your provider’s access number or use an already open modem connection to send the request. Once established, IC VERIFY leaves its modem connection open for a specifiable grace period after completing any single transaction. If transactions are submitted frequently enough, the connection to your credit card processing service provider may stay ‘live’ for hours. 6. When IC VERIFY receives a response from your provider, it writes an answer file into the

(7)

7. CCP picks up this file, extracts its contents, generates or updates relevant records in the

Dynamics/eEnterprise database, puts up an on-screen message informing the workstation user of the outcome of the transaction and deletes the answer file.

Note that, while IC VERIFY never really looks away from the Request/Answer directory, CCP only looks there when it expects to see something. When CCP is dealing with Dynamics/eEnterprise transaction issues, or capturing data for a new credit card transaction, it has no need to look at the Request/Answer directory and doesn’t do so.

Dynamics or eEnterprise Workstation with CCP Dynamics or eEnterprise Workstation with CCP Dynamics or eEnterprise Workstation with CCP R e q A n s R eq A n s IC VERIFY Multi-User Request File Processor R e q A n s R e q A n s Request/Answer Directory

Figure 1 - CCP & IC VERIFY Communications Architecture

CCP and IC VERIFY Setup – What Can, And Can’t, Go Where

If yours is a standard, client-server Dynamics/eEnterprise installation, you need to install CCP on any workstation in the system from which you need to process credit card transactions. If yours is, instead, a Citrix or Terminal Server-based Dynamics/eEnterprise installation, you must install CCP in the

(8)

Dynamics/eEnterprise launch directories of only the Citrix server or Terminal Server host machines in your network. In a Citrix/Terminal Server environment, CCP capability is potentially available from any workstation.

In contrast, you only need to run IC VERIFY on a single machine. That machine can be either a server or a workstation, so long as it has a suitable modem installed and no other software on the machine needs to use the modem.

You also need to create only one Request/Answer directory. This must be placed on a server machine. A typical installation features IC VERIFY running on a modem-equipped server with the

Request/Answer directory also defined on that machine (see Figure 2, below).

Figure 2 - IC VERIFY and Request/Answer Directory on Server

If, for any reason, IC VERIFY cannot conveniently be run on a server, you may elect to run it on a modem-equipped workstation instead (see Figure 3, on next page).

(9)

Note that this alternative arrangement still shows the Request/Answer directory allocated on a server device. The reason for this is to allow all workstations – the ones that run CCP as well as the one that runs IC VERIFY – to access the Request/Answer directory using a workstation-to-server connection. What you must not do – if you elect to run IC VERIFY on a workstation rather than a server – is place the Request/Answer directory on the local hard drive of said workstation.

In order for other workstations to access such a Request/Answer directory, you would have to define it as a so-called ‘share’ using the peer-to-peer networking facilities built into Windows. In Windows networks – and Novell NetWare networks for that matter – the workstation-to-server connection is a very robust one. The workstation-to-workstation ‘share’ connection, though, is much more fragile.

(10)

We have determined, that the ‘share’ type of workstation-to-workstation connection is not strong and reliable enough to bear the full weight of your organization’s essential credit card transaction processing needs. You are well advised not to do things this way in the first place (see Figure 4, below). DON’T DO THIS!

(11)

Credit Card Processing Installation: IC VERIFY Edition

IC VERIFY – Things You Need to do Only Once

This section describes the steps you must take to set up your system for CCP. Before setting up CCP, you must completely set up and configure IC VERIFY.

Install IC VERIFY Multi-User Request File Processor Software on a Server or

Workstation

After deciding whether you intend to install IC VERIFY on a server machine (see Figure 2, on previous page), or on a workstation machine (see Figure 3, on previous page), follow the installation instructions that come with the IC VERIFY product package.

Understand that you will only be using part of the software that comes in the IC VERIFY product package. Specifically, you will be setting up and running an IC VERIFY component called the Multi-User Request File Processor (ICVMLT32.EXE) on one machine – and one machine only – on your network. Pay no attention to instructions for installing IC VERIFY substation software. In addition to the Multi-User Request File Processor, you will also occasionally use another

component on the same machine where the Multi-User Request File Processor runs. ICSETUP.EXE is a program that provides a graphical user interface to the configuration data in the IC VERIFY SET files that define how credit card processing is to be done.

There is another auxiliary software component - ICVERIFY.EXE – that provides the graphical command and reporting interface of the IC VERIFY package. This is also the software component that can run on individual workstations and feed transaction data to the Multi-User Request File Processor. In this role, ICVERIFY.EXE is referred to as a ‘substation.’ Do not install and operate ICVERIFY.EXE on any machine on your network. If ICVERIFY.EXE runs on any machine that also runs CCP, CCP will fail to work correctly. CCP is designed to fill the substation role on workstations where you intend to enter and process credit card transactions.

Installing IC VERIFY places all of its software components together in a single directory on one machine. You should install IC VERIFY only on the machine from which you intend to run the Multi-User Request File Processor (ICVMLT32.EXE). ICVMLT32.EXE and ICSETUP.EXE are the only two programs you should ever run. No part of the IC VERIFY product package needs to be either installed or run on any other machine on your network.

IC VERIFY – Things You May Need to do More than Once

IC VERIFY ‘Merchants’

In Dynamics/eEnterprise you can define accounting environments for one or many separate companies. Each gets its own set of tables in the database. The company database into which accounting transaction data goes is determined by which company you log into when starting up Dynamics/eEnterprise on your workstation.

IC VERIFY also has the ability to support multiple business identities when processing credit card transactions. Each business identity is referred to in the IC VERIFY documentation as a ‘Merchant.’

(12)

In general, you will probably want to set up IC VERIFY so that there is one Merchant for each Dynamics/eEnterprise company in your current database. Dynamics/eEnterprise companies are usually distinct financial entities, each having its own bank accounts that are not shared with other companies, for example. If you want your credit card processing service provider to keep a separate transaction total for each of your companies, and make deposits to separate bank accounts for each, then you will need to set up IC VERIFY for multiple Merchants.

It is not mandatory that you set things up in this one-to-one fashion, however. You may, if you wish, arrange for credit card transactions from two or more Dynamics/eEnterprise companies to be processed through a single IC VERIFY Merchant. Other arrangements are also possible. The table (see Figure 5, below) shows permissible relationships between Dynamics/eEnterprise companies and IC VERIFY Merchants. Number of Companies Number of Merchants Comments

1 1

Simplest setup. One Dynamics/eEnterprise company and one IC VERIFY Merchant.

N 1

Two or more Dynamics/eEnterprise companies process credit card transactions through a single IC VERIFY Merchant.

N M

Three or more Dynamics/eEnterprise companies process credit card transactions through two or more IC VERIFY Merchants (N > M). This is just M instances of the 1:1 or N:1 relationships between Dynamics/eEnterprise companies and IC VERIDY Merchants.

N N

Two or more Dynamics/eEnterprise companies process credit card transactions through an identical number of IC VERIFY Merchants.

1 N

One Dynamics/eEnterprise company processing transactions through two or more IC VERIFY Merchants is not yet supported by CCP. Figure 5 - Allowed Relationships: Dynamics/eEnterprise companies and IC VERIFY Merchants

You must define each Merchant to IC VERIFY by giving it its own SET file in the directory where IC VERIFY is installed. A SET file is a complicated item having dozens of settings and variable values that control the behavior of the IC VERIFY Multi-User Request File Processor (ICVMLT32.EXE) when it is processing transactions for the corresponding Merchant. In the same installation directory as ICVMLT32.EXE is a program named ICSETUP.EXE. When you run ICSETUP.EXE it provides a multi-tabbed display with which you can examine or change each setting or variable for an IC VERIFY Merchant.

IC VERIFY Merchant Data Directories

Every Merchant must also have a separate directory in which IC VERIFY can maintain a number of files associated with that Merchant. The most important of these files is ICVERIFC.000. This file contains all of the verified transactions that IC VERIFY has processed for a given Merchant since the last settlement operation. Settlement is the process whereby your Dynamics/eEnterprise company

(13)

collects the money for all verified credit card transactions you have submitted for it over a given interval – usually one business day, though it can be more or less than this if required.

You must define one new data directory per Merchant as subdirectories of the ICWIN directory into which you have installed IC VERIFY.

You may name these Merchant data directories anything you like. But there is a naming convention recommended by CyberCash for Merchant data directories that parallels the mandatory naming scheme that must be used for Merchant SET files. Both of these naming conventions are summarized in the following table (see Figure 6, below):

Merchant SET File Name Merchant Data Directory Name Merchant Identifier

Merchant1 icverify.set DATADIR rify

Merchant 2 icve0001. set DATA0001 0001

Merchant 3 icve0002. set DATA0002 0002

Merchant 4 icve0003. set DATA0003 0003

Figure 6 - Naming conventions for IC VERIFY SET files and Merchant data directories

IC VERIFY Merchant Identifiers

The 4-character Merchant Identifier entries require some explanation. As you can see, each Merchant Identifier consists of the last four characters of the 8-character filename of the corresponding

Merchant’s SET file. As IC VERIFY can support processing of credit card transactions for more than one Merchant, it must have some way to know which Merchant SET file to consult when presented with any particular credit card transaction. The mechanism IC VERIFY’s designers chose was to require that all SET files have 8-character names beginning with ‘ICVE’ with the next four characters chosen to make each name unique.

IC VERIFY SET File Contents

There is a display program called ICSETUP.EXE that allows you to see what the current value is for each configuration code or parameter stored in any ICVERIFY SET file. ICSETUP.EXE is part of the standard installation package for IC VERIFY and can be found in the ICWIN directory where you install IC VERIFY. When you run it, a screen with multiple tabs appears. When the program loads, it displays the settings in file ICVERIFY.SET by default. If you want to look at settings in some other SET file, you can use the Open option of the File menu to pick your target.

ICSETUP.EXE Hardware Tab

The machine on which you install the IC VERIFY Multi-User Request File Processor must have a modem and that modem must be available for the exclusive use of the Multi-User Request File Processor. IC VERIFY is quite sensitive to modem make and model. It is essential that you tell IC VERIFY’s Registration/Tech Support staff exactly what make and model modem you have and what its hardware configuration settings are. They, in return, can provide you with a correct initialization command string for your particular modem setup. If you are not using a pre-configured SET file – which we recommend you do – the command string you receive from IC VERIFY Registration/Tech

(14)

Support must be entered in the Dial String field on the Hardware tab of the ICSETUP.EXE display (see Figure 7, below). As you can see, the Dial String field’s contents are quite complicated. If you must fill this field in manually, take extreme care to get every character you enter exactly correct.

Figure 7 - Hardware tab of ICSETUP.EXE display

Be sure to inform both your credit card processing service provider and the IC VERIFY

Registration/Tech Support staff of how you are intending to process cards. For instance, if you are going to use the Book and Ship method of processing Orders, be advised that some credit card processing service providers do not support this feature.

Be sure to tell IC VERIFY Registration/Tech Support that you are using a 3rd-party integration with this product and that you will be using the Multi-User Request File Processor as the verification source.

(15)

You may, in fact, wish to have CyberCash send you a pre-built SET file for each company you intend to process credit card transactions for based on what credit card service provider you are planning to use, which make and model of modem is installed in the machine on which you plan to install IC VERIFY, etc. This service is available for a nominal fee.

ICSETUP.EXE Merchant Information Tab

Continuing with the fitting out of an IC VERIFY Merchant SET file, it is necessary to check, or perhaps change, several items located on the Merchant Information tab of the screen presented by running ICSETUP.EXE (see Figure 8, below).

Figure 8 - Merchant Information tab of ICSETUP.EXE display

While inspecting the following settings, you should also write them down or take and print a screen shot of the display:

(16)

Data Disk Directory

The Data Disk:\Directory field contains the name of the Merchant data directory that is to hold the ICVERIFC.000 (verified transactions) and other files for the Merchant corresponding to this SET file. A previous table (see Figure 6, on previous page) shows the naming convention for these directories. Automatic Settlement

Do you plan to initiate settlements with your credit card processing service provider manually or do you want IC VERIFY to do so automatically at a set hour every day? Settlement is the process whereby your credit card processing service provider transfers a sum of money to a bank account you designate. This sum of money is equal to the value of all approved credit card transactions you have submitted since the last settlement, minus any reversals or credits submitted over the same interval and minus your credit card processing service provider’s fees. Settlement is obviously of critical

importance.

Most CCP users will find one settlement per day to be sufficient. In this case you may either initiate settlement manually, from the CCP Settlement screen, or cause IC VERIFY to automatically initiate a settlement at a specified time. If you expect to process a large number of transactions per day, you may want to settle more than once per day. If this is so, then you will have to do manual settlements. If you want to have IC VERIFY do your settlements after hours, enter the two-digit hour of the day into the two single-digit fields that are labeled Auto Settle (24 Hour Clock). You can find these fields roughly half-way down the Merchant Information tab of the ICSETUP.EXE display (see Figure 8, on preceding page). The two digits should be those of a number from ‘01’ to ‘24’ representing the hour of the day in so-called “Military Time” notation. In this system, ‘01’ means 1:00 AM, ‘12’ means noon and ‘24’ means midnight.

Type of Business

Check to Type of Business setting. Like Evaluate Rsp, this is a single-character, alphabetic code. There are quite a few such codes defined, but this setting is important only if you intend to use Book and Ship transactions when processing Orders submitted through the Sales Order Processing (SOP) subsystem of Dynamics/eEnterprise. If you wish to employ Book and Ship transactions (about which more will be revealed in a future section of this manual), there are only three code values for Type of

Business that are allowed: ‘H’, ‘M’ and ‘R’. These codes stand for, respectively, ‘Hotel’, Mail-Order’

and ‘Retail’. It doesn’t matter if your own business is none of these. Just pick whichever one you want to use if Type of Business is not already set to one of them.

Address Verification

Look at the Address VERIFY? setting. Your credit card processing service provider may offer you a better rate for transactions that include cardholder address information as well as the card number. There is more data entry to do each time a new Customer credit card record is captured, but the preferential rate, if one is offered, can make this worth your while.

Evaluate Response

Look at the Evaluate Rsp (Evaluate Response) setting. This is one of the many configuration codes carried in each SET file. It is a single character. The particular value that you enter determines what data elements, and in what format, IC VERIFY will send back to CCP when it responds to any kind of credit card transaction request you send. The detailed meanings of each possible Evaluate Rsp setting

(17)

are less important than the fact that you must specify this code value identically for both the IC VERIFY SET file(s) and, later, the Credit Card Processing Setup screen in CCP.

There are six possible code values allowed here, but CCP supports only the following three: Y, B, L. If you have chosen any other setting, please change it to one of the three options allowed before proceeding to set up CCP. We recommend that you choose the ‘B’ option.

Please also note that there is a further restriction on your choice of Evaluate Rsp setting. If you are not using address verification, you must use the ‘B’ Evaluate Rsp setting. You can check the

Address VERIFY? setting by looking upward a few lines from the Evaluate Rsp setting (see Figure 8,

on previous page).

ICSETUP.EXE Options Tab

There are additional items of interest in the ICSETUP.EXE display. You can look at the remaining such items by clicking on the Options tab (see Figure 9, below).

(18)

Match 1st and 2nd Fields

You should make sure that the Match 1st, 2nd Flds? setting is ‘N’. This setting controls some internal transaction matching logic that is peculiar to IC VERIFY. In particular, it influences how IC VERIFY matches up Ship transactions with pre-existing Book transactions when you use the Book and Ship method of processing Orders in Dynamics/eEnterprise. If this setting is either ‘Y’ or ‘S’ it is sometimes the case that a Ship transaction will be rejected by IC VERIFY because of an apparent failure to find a corresponding Book transaction even if the Book transaction actually exists. This usually happens when you enter the Ship transaction from a different PC workstation than you used earlier to enter to enter the Book transaction.

Settle All Merchants

The Settle All Merchants? setting is irrelevant if you have only a single IC VERIFY Merchant defined in a single SET file. If you have more than one IC VERIFY Merchant defined – that is to say, more than one SET file – make sure that this setting is ‘N’. CCP does not support settling all Merchants at once because you can only be logged into one Dynamics/eEnterprise company at a time. That company, in turn, is associated with only one of the SET files that represent IC VERIFY Merchant definitions.

Number of Days to Keep Books/Tips

You must make sure the # Days to Keep Books/Tips field is set to the number of days that your credit card processing service provider will allow you to keep a Book transaction open if you use the Dynamics/eEnterprise Sales Order Processing module to enter Orders and intend to use the Book and

Ship method of processing credit card transactions for these Orders. A detailed definition of Book and Ship transactions awaits you further along in this manual.

NOTE: All questions regarding the installation, setup and configuration of your IC VERIFY software should be referred to IC VERIFY Technical Support.

Once you have completely set up and tested your IC VERIFY installation, you are ready to set up and configure CCP. The upcoming sections of this manual describe this process, and the issues

surrounding it, in detail. You will also find a more concise checklist presentation of the IC VERIFY and CCP installation and configuration process in Appendices B and C.

(19)

CCP – Installation and Configuration

General Installation

CCP runs as a seamless add-on to Great Plains Dynamics/eEnterprise. As such, you must install it on the same machines where Dynamics/eEnterprise is also installed. In a classical client-server

installation, you must install CCP on every PC workstation from which you need credit card transactions processed. If yours is a Citrix or Terminal Server-based network, then you must install CCP on the server or servers that support all sessions of Dynamics/eEnterprise. Installation and configuration of CCP consists of alternating activities that you need to perform only once or only on the first installed PC workstation or Citrix/Terminal Server, with other activities that you may need to perform for each Dynamics/eEnterprise company or for each PC workstation.

Acquiring and Running the CCP Installation Program

You can obtain the CCP installation program – CCP60_Bnn.EXE (where ‘nn’ is the current build number) – from the Mekorma web site – www.mekorma.com. Click the Download Software link on the Mekorma home page and follow the appropriate links from there. You will have to run this program on all PC Workstations or all Citrix/Terminal Servers, so you should download this module to a location on some network server drive that you can access from all of the machines on which you need to install CCP.

You will need to run the CCP installation program on all of the machines you have targeted for CCP installation after downloading it from the Mekorma web site. The directions that follow apply, in total, to the first machine on which you install CCP, but some of them will apply to second and subsequent machines as well. You will be informed as to which steps fall into which of these two categories, section by section. You would be best advised to follow all of the instructions related to installation and configuration in the upcoming sections from start to finish on the first PC workstation or Citrix/Terminal Server that you install. After that, you can make as many additional passes through the instructions in these same sections, ignoring any items that are one-time-only and/or apply only to the first installed machine.

Installing CCP Using the CCP60_Bxx.EXE Module (All Machines)

Execute CCP60_Bxx.EXE using the Run facility of Windows. Follow the on-screen instructions. The entire automated part of the installation process requires only a minute or two to complete. Running this will install:

1. Your Credit Card Processing application into the Dynamics/eEnterprise directory you specify (the default is C:\DYNAMICS).

2. The CCP documentation files, in PDF format, into a CCP subdirectory of whichever directory you have specified for Mekorma product documentation (the default location is C:\MEKORMA). 3. A CCP.INI file into the Dynamics/eEnterprise directory you have specified (the default is

C:\DYNAMICS). This file contains a parameter CCP needs in order to properly initialize its settings for the IC VERIFY environment when it starts up.

(20)

Once the CCP installation module has run to completion, launch Dynamics/eEnterprise. A window will appear asking you whether or not to include the new code that has been found. Click the Yes button. At this point, a CCP dictionary file (CCP.DIC) is created in your Dynamics/eEnterprise directory.

Configuring the CCP Registration screen (One Time Only; 1

st

Machine)

Complete the login process for Dynamics/eEnterprise. If you are using eEnterprise or the MS SQL version of Dynamics, log in as a user that has System Administration rights. The user ID you need to use will usually be ‘sa’.

To attach the Credit Card Processing Registration screen to the System Setup palette, do the following: 1. Select Setup Company Palettes to open the Palette Setup screen.

2. Select System Setup from the drop-down list of palette titles and click the Add button. 3. Type ‘Register CCP’ in the Item field.

4. Select Dynamics Window or eEnterprise Window from the Type drop-down list.

5. Click the magnifying glass icon next to the Application prompt. 6. Select Credit Card Processing from the Product drop-down list.

7. Select 3rd Party from the Series drop-down list.

8. Select Mekorma Credit Card Processing Registration from the list in the box below.

9. Click the OK buttons on all of the stacked screens to save the settings. 10. Proceed to initialize your CCP system

Initializing Your CCP System (Once Per Company; 1

st

Machine)

After completing the above steps for installing CCP, you must run a procedure that will initialize the version of CCP that you are installing. For new installs of CCP on Dynamics/eEnterprise systems that use the Microsoft SQL Server database, you must also create all of the necessary CCP database tables. A procedure that determines if just one or both of these chores needs to be done, and then does what is required, has been provided. You run this procedure by clicking a single button, labeled Table Setups

and Conversions, on the Mekorma Credit Card Processing Registration screen. You must click this

button once before entering your product registration key (see next section) in order to use CCP in The World On-Line, Inc.

To initialize your CCP system, open the Mekorma Credit Card Processing Registration screen and click the Table Setup and Conversion button. By running this process, you perform all needed table creations and/or conversions required for CCP for the company you are logged into. Proceed as follows:

1. Select Setup System Register CCP to open the Mekorma Credit Card Processing Registration screen as shown (see Figure 10, on next page).

2. Click the Table Setup and Conversion button. A progress screen will appear, remain for a time, as

various tables are created, then disappear. The completion screen (see Figure 11, on next page) will take its place.

(21)

3. Click the OK button on the completion screen.

Figure 10 - Mekorma Credit Card Processing Registration screen

Figure 11 - Completion screen for Table Setup and Conversion process

Registering your CCP Software (Once Only; 1

st

Machine)

After you purchase CCP and fill out the registration survey, Mekorma Software will provide you a product registration key number to activate CCP for your organization. Until you enter the registration key, you can use all CCP functions for demonstration or testing only while logged into ‘The World On-Line, Inc.’ To use CCP with your actual company data, you must enter your software registration key into the system.

When you are installing CCP, you must be sure to first run the Table Setups and Conversions process described in the previous section using the button at the bottom of the Mekorma Credit Card

Processing Registration screen. You need to do the Table Setups and Conversions step first because,

until this step is complete, there will be no table in which to store the registration data that you will be entering next.

(22)

To enter the CCP registration key:

1. Open the Mekorma Credit Card Processing Registration screen again if you have inadvertently closed it. If you just ran the Table Conversions and Setups process using the button on this screen, it should still be open, but if you clicked the OK button by mistake, bring the screen up again. 2. Enter the User Count value. If your installation runs Dynamics and your license from Great Plains

Software is for four (4) or more users, then you can enter zero (0) to indicate an unlimited user license for CCP. If your installation runs eEnterprise and your license from Great Plains is for seven (7) or more users, you can do the same. Otherwise, enter the actual number of users allowed by your Great Plains software license.

3. Enter the registration key provided by Mekorma Software Solutions into the field labeled Registration Key. Pay no attention to the other key fields on this screen. These fields are only relevant for other versions of CCP.

4. Click the OK button.

Configuring the CCP Palette (Once per Company; 1

st

Machine)

To give the Dynamics/eEnterprise company you are logged into access to the CCP palette, do the following:

1. Select Setup Company Palettes to open the Palette Setup screen.

2. Select Sales Transactions from the palette drop-down list and click the Add button. 3. Type ‘Process Credit Cards’ in the Item field.

4. Click the magnifying glass icon next to the Application prompt. 5. Select Credit Card Processing from the Product drop-down list.

6. Select 3rd Party from the Series drop-down list. 7. Select CCP Palette from the list in the box below.

8. Click OK buttons on all of the stacked screens to save the settings.

CCP Company Setup (Once per Company; 1

st

Machine)

At this point, you have already installed and configured IC VERIFY, and installed, registered and done palette configuration for CCP. You must now separately configure each Dynamics/eEnterprise company for which you want to do credit card processing. Your next step is to open the Credit Card

Processing Setup screen for the company that you are logged into. To open the Credit Card Processing Setup screen, do the following: select Transactions Sales Process Credit Cards CCP Setup to open the Credit Card Processing Setup screen (see Figure 12, on next page).

(23)

Figure 12 - Credit Card Processing Setup screen

The current Dynamics/eEnterprise company name is displayed at the top of the window in the

Processing Company field. The settings selected on this setup window will apply only to the

company whose name is displayed. For each additional Dynamics/eEnterprise company you wish to enable for CCP, you will have to login and repeat these procedures.

Each Dynamics/eEnterprise company can be set up to process credit card transactions differently. Follow these steps for each company being set up for CCP:

IC VERIFY-Related Settings for CCP

1. Enter the Merchant Identifier, the 4-character company identifier. As mentioned previously, this

consists of the fifth through eighth characters of the eight-character IC VERIFY SET file name that is to be used in processing credit cards for the Dynamics/eEnterprise company you are currently logged into. If you click the pathname lookup icon (the small yellow folder icon), it pops up a Windows browse screen with the remarkably to-the-point name of Which IC Verify SET

file is associated with this company? You use this screen can navigate to the appropriate IC

VERIFY SET file (see Figure 13, on next page). When you select a file by clicking the Open button on this browse screen, CCP will automatically pull the four needed characters out of the filename you select and slug them into the Merchant Identifier field of the Credit Card Processing

(24)

Figure 13 - Windows browse screen for selecting an IC VERIFY SET file

2. If you have set the Address VERIFY? Parameter on the IC VERIFY SET file’s Merchant

Information tab to ‘Y’ (see Figure 8, on previous page), click the Address Confirmation checkbox.

3. For the ICV Evaluate Response field, pick a code value matching what you picked for IC VERIFY

on the Merchant Information SET file tab (see Figure 8, on previous page) from the pick list. 4. Select the Processor Format. Most credit card processing service providers have now switched

over to the New Visa Standard format for communications with processing software. A few, however, may still use the older Standard format. Check with your provider. If you are unsure, choose New Visa Standard.

5. If you have set up IC VERIFY for Auto-Settle, or if you have arranged an automatic settlement time with your credit card processing service provider, indicate this to CCP by clicking the

Automatic Settlement checkbox. Also enter the time of day at which automatic settlement is to

take place in the Settlement Time field. The time of day must be entered in so-called “Military” style – 01:00:00 is 1 AM, 12:00:00 is noon and 24:00:00 is midnight, for example. Upon Tab-ing out of the field, the time will be displayed in conventional civilian AM/PM format.

If you are not using Auto-Settle, the Settlement Date and Settlement Time fields will default to the current date and time. These will be updated each time a new manual settlement is commanded. Other Settings for CCP

6. Edit the Denied Batch Name if you so desire. This is the prefix for the Batch ID that will be created to hold denied batch mode credit card transactions. Dynamics/eEnterprise transactions associated with denied credit card transactions will be accessible through the entries in this batch for editing. The Denied Batch Name actually generated consists of this prefix followed by the current calendar date.

(25)

7. Enter the Default Address ID that CCP is to use for credit card address information. The

Dynamics/eEnterprise Customer Maintenance screen allows for an unlimited number of addresses to be associated with each Customer record. The address ID you enter here is the one CCP will assume contains the address that is to be used in combination with the default credit card number which you may store for each Customer. The Default Address ID is absolutely required if you have checked the box for Address Confirmation.

NOTE: CCP will use the default credit card information (card type, card number, and expiration date) from the Customer Card found by opening the Dynamics/eEnterprise Customer

Maintenance window, and clicking the Options button. A complete default of credit card

information for processing includes the default address record and the credit card information entered. If you have not previously entered any of this information for a given Customer, you can enter it at the time of processing a transaction.

8. Choose whether you wish to keep credit card verification history by checking (or not) the Keep

Verification History checkbox. If you check this box, history will be kept for all attempted

verifications. If not, verification history will be kept for only 45 days. Advanced Processing (Book and Ship) Settings for CCP

These features are for your use with Book and Ship credit card transactions you enter through the Dynamics/eEnterprise Sales Order Processing (SOP) module. You are allowed to use Book and Ship transactions only with SOP because it is the only Dynamics/eEnterprise module that allows you to create an Order and later transfer it to an Invoice.

A Book transaction allows you to reserve, for a reasonable period of time, whatever slice of your Customer’s credit line is appropriate to cover an Order without actually taking any money from him until you ship something to him. A Ship transaction completes the Book and Ship process by allowing you, at the time you ship goods to your Customer, to transfer the final value of the Invoice derived from the original Order from your Customer’s credit line to your own account. A Book transaction for any Order for which you don’t subsequently issue a Ship, simply expires and your Customer’s credit line is unencumbered. It is only after you submit a Ship transaction, and it is approved and settled, that you will receive payment from your credit card processing service provider.

The settings on this bottom section of the Credit Card Processing Setup screen allow you to specify how much “cushion” to build into the amount you Book against your Customer’s credit line when you process an Order and how long the “hold” you place on this piece of his credit line will last, even if you never issue a Ship transaction. By Book-ing a bit more than the amount of the Order, you ensure that later charges, such as freight or special handling, that cannot be precisely known at the time you take the Order, are still allowed for. When you later Invoice and Ship the Order, the actual document total amount will be charged against the amount initially Book-ed. Any Book amount in excess of this

Invoice document total will be released at this time. If your auto-add amounts are carefully specified,

this should prevent you from coming up short when it’s time to Ship.

9. Enter the Number of Days Book Trx Valid. In general, you can negotiate the length of time a Book

transaction may remain open with your credit card processing service provider. Some credit card processing service providers allow you a maximum duration for Book transaction holds of as little as seven days. Others may allow you to hold a Book transaction open for as much as 30 days. The number of days you enter here must match the setting in your SET file for the IC VERIFY Merchant that corresponds to your current Dynamics/eEnterprise company. Before you set this

(26)

value for the first time, the Number of Days Book Trx Valid field will default to a value of ‘7’ as the screen opens (see Figure 14, below).

Figure 14 - CCP Setup Screen before Freight and Miscellaneous entries are made

10. You would be well advised to pick either Auto Add Amount or Auto Add Percent from the drop-down lists for either or both of the Freight and Miscellaneous fields. These two fields allow you to automatically specify a Freight value and/or a Miscellaneous value that you want added to any Dynamics/eEnterprise Order amount that you Book. You can choose for either or both of these added values to be specified constants, independent of the magnitude of the Order you are Book-ing, or as some percentage of the Dynamics/eEnterprise Order document amount. In addition to specifying that these given or computed increments should boost the amount Book-ed, you have the additional option of adding either or both of these amounts to the total for the

Dynamics/eEnterprise Order document associated with the Book transaction.

The user interface for these features is hidden when you first call up the Credit Card Processing

Setup screen (see Figure 14, above). Fields for entering constant values or percentages for Freight

and/or Miscellaneous – along with checkboxes where you can indicate whether or not these additional amounts are to be added to the Order as well as to the sum you are Book-ing – appear adjacent to the Freight and Miscellaneous fields if you choose any option but None from the drop-down lists for either field (see Figure 15, on next page).

(27)

Figure 15 - CCP Setup Screen after Freight and Miscellaneous entries are made

For each of the types of incremental charges, Freight and Miscellaneous, choose from the drop-down list for the appropriate field, or pass it by:

a. Auto Add Amount – adds the currency amount entered to that of each Dynamics/eEnterprise

Order document you Book.

b. Auto Add Percent – computes the percentage you enter of the Dynamics/eEnterprise Order document amount and adds that to the total value of the Order to arrive at the sum you will

Book.

c. None - disables this feature.

Enter a currency amount or a percentage, as the case may be, in either or both of the fields that will pop up for this purpose. For Freight, the field will be either Amount to add Freight or

Percent to add Freight. For Miscellaneous, the field will be either Amount to add Misc or Percent to add Misc.

Then choose whether to add the amount(s) or percentage(s) specified to the document total for each Dynamics/eEnterprise Order by clicking one or the other or both checkboxes labeled, respectively, Add Freight to Document and Add Misc to Document.

(28)

Important Notice About MasterCard Book and Ship Transactions

It has come to our attention that a FEW credit card processing service providers impose limitations on Book and Ship transactions made with MasterCard credit cards. Specifically, if the amount of the Ship transaction is more than 15% lower than the amount of the original

Book transaction, the Ship transaction will be Denied. Please be sure to ask your credit card

processing service provider if this limitation applies to the service you are to receive.

If your credit card processing service provider is one of those that imposes this limitation, do not specify overly large values if you choose to use the Amount to Add Freight, Amount to

Add Misc, Percent to Add Freight and Percent to Add Misc features of Advanced Processing

on your Credit Card Processing Setup screen. Choose amounts and/or percentage values that keep your Book transaction totals within 15% of your Ship totals (see ‘Advanced Processing (Book and Ship) Settings for CCP’ on page 31).

Defining IC VERIFY Workstations (Once Only, 1

st

Machine)

You are now ready to configure your IC VERIFY Workstations.

Before proceeding further into this section, it is important that you understand that the “IC VERIFY Workstations” referred to here are logical entities that each represent a single user of IC VERIFY. IC VERIFY is licensed on a per “seat” basis – a sliding price scale based on the maximum number of simultaneous users (or “seats”) whom you require to have access to the product. An “IC VERIFY Workstation,” then, is just a term that is equivalent to saying “one user” or “one seat.” To make sure you are in no doubt about what is being referred to, these logical seat licenses for IC VERIFY will be referred to as “Workstations,” with the word capitalized, while any references to physical hardware will employ the phrase “workstation,” with the word in lowercase.

There are two types of Workstations available for use:

1. Assigned Workstations – an Assigned Workstation is given a station number, which it keeps even when it is not active. The number becomes associated with a single specific machine. In the case of Assigned Workstations, Workstation = workstation.

2. Virtual Workstations – a Virtual Workstation is not assigned a number at the time it is

designated. Instead, when in use, it will temporarily acquire a Workstation number, dynamically, from a shared pool of available station numbers when it needs to do so in the course of processing a transaction. It will release that station number back into the shared pool upon completion of the transaction.

Some Notes on Virtual Workstations

You must acquire a software license for IC VERIFY that covers whatever maximum number of IC VERIFY Workstations you plan to use. CCP must be configured with this same number of Workstations. It was once the case that CCP would establish only Assigned Workstations - an exclusive assignment of individual Workstation numbers to individual workstation machines. You could not have more IC VERIFY Workstations defined than you had real machines. Now, you can. Virtual Workstations are a new CCP feature. When running in Virtual Workstation mode, CCP dynamically assigns an IC VERIFY Workstation number from a pool of such numbers for just the interval required to communicate with IC VERIFY for each individual credit card operation. When the operation concludes, the Workstation number is returned to the pool for re-issue. The CCP Virtual

(29)

Workstation capability provides you with two main benefits. First, as mentioned, you can buy a license for fewer IC VERIFY Workstations (seats) than you have actual workstation machines, and still process credit card transactions from all of them. Second, it enables CCP to operate correctly in Citrix and Terminal Server environments in which the usual assignment of fixed Workstation numbers to particular machines cannot work because multiple sessions of CCP run on a single machine. You may designate any subset of the Workstation numbers permitted by your IC VERIFY software license for the pool of numbers to be shared among all Virtual Workstations, up to a maximum of all of them. The “multiplier” effect of the Virtual Workstation capability is possible because a workstation machine only needs an IC VERIFY Workstation number during the periods in which it is

communicating with IC VERIFY. A workstation machine, even a heavily used one, is not spending every second of its working day talking to IC VERIFY. While you enter data for a new credit card transaction, for example, your machine has no need of an IC VERIFY Workstation number. It needs the number only when all data entry is complete and the transaction must be submitted to IC VERIFY for verification. As the Workstation numbers are needed only for short periods, this “overbooking” works without much difficulty because the workstation machines will tend to interleave their demands for Workstation numbers. Still, this is a statistical “dance” and it is possible for the demand for Workstation numbers to exceed supply at some particular instant. If there is not a Workstation number available when one is requested, CCP will retry its request for up to 30 seconds in the expectation that a Workstation number will become available within that interval.

Creating Your Workstations

To access the configuration screen for Workstations, open the Credit Card Processing Setup screen from the Credit Card Proc. palette and click the Workstations button. This will pop up the

Workstation Path Setup screen (see Figure 16, below).

(30)

Enter the following information:

1. Virtual Workstation Path – You must specify, in this field, the path that all Virtual Workstations will use when submitting transaction request files to IC VERIFY for verification.

NOTE: IC VERIFY uses the placement into and removal of files from a Request/Answer directory as the method of communication between CCP and the IC VERIFY Multi-User Request File Processor – the piece of software that actually dials up your credit card processing service provider and submits your credit card transactions. What this means is that when you enter a credit card transaction in Dynamics/eEnterprise, CCP will issue a Request file to the path you specify in the Virtual Workstation

Path field of the Workstation Path Setup screen (see Figure 16, on preceding page). IC VERIFY reads

this file, dials out over the modem to your credit card processing service provider, and returns an Answer file with a related name to the same directory location where it is then read by CCP. Both types of Workstation, Assigned and Virtual, use this method of communication.

2. Registered Workstations - Enter the number of Workstations (seat licenses) you are registered to use with IC VERIFY. CCP will create IC VERIFY Workstations for you as you Tab out of the

Register Workstations field. DO NOT ENTER A NUMBER EXCEEDING THE NUMBER OF

ACTUAL IC VERIFY REGISTERED SEAT LICENSES IN THIS FIELD OR UNPREDICTABLE RESULTS WILL OCCUR – NONE OF THEM GOOD!!!

After entering your Registered Workstations number and Tab-ing out, the Workstation Path Setup screen should look as shown (see Figure 17, below).

Figure 17 - Workstation Path Setup screen after Workstations created

3. Number of Virtual Workstations – Enter the number of IC VERIFY Workstations that you want to allocate to the Virtual Workstation pool. This number can be anything from zero up to, but not

(31)

exceeding, the number of Registered Workstations you just entered. If you enter a number other than zero in this field, you will get either an error message screen or a screen asking you to confirm your choice (see Figure 18, below).

Figure 18 - Confirmation screen for number of Virtual Workstations specified

4. Maximum Wait Time – The default value for this CCP setting is 30 seconds, even if you leave the

Maximum Wait Time field blank or zero. If you want CCP to wait either more or less than 30

seconds before giving up, should it ever find itself unable to acquire a Virtual Workstation number from the pool, plug the alternative number of seconds you think best into this field.

Editing Assigned Workstation Information (Once per Assigned Workstation) It is a good idea for you to give IC VERIFY Assigned Workstations descriptive names that make each one easy to identify. You also need to make sure each Assigned Workstation has a correct pathname for the Request/Answer directory. Follow the steps below to edit Assigned Workstation records: 1. Open the Workstation Path Setup screen if it is not already open (see Figure 17, on preceding

page).

2. Double-click an Assigned Workstation in the scrolling window or click it to select it, then click the Zoom button. This opens the CCP Workstations screen (see Figure 19, on next page).

(32)

Figure 19 - CCP Workstations screen for new Assigned Workstation

3. The Workstation number cannot be edited.

4. Provide a pathname in the Request Path field by using the folder icon to the left of the field. This icon opens a standard Windows Select Pathname screen. Use it to browse to the location of the IC VERIFY Request/Answer directory. Be sure the word ‘Pathname’ remains in the File Name field at the bottom of the screen (see Figure 20, below).

(33)

NOTE: Pathname mapping to the Request/Answer directory may well differ for individual workstations on your network. The Request Path pathname must be set to agree with the local drive letter assignments that are defined on the physical PC workstation that is to be the owner of the Assigned Workstation number in question.

5. The Answer Path field’s contents will default automatically to the same path you choose for the

Request Path and cannot be edited.

NOTE: These pathnames are critical for the correct operation of CCP. Your CCP module will not function properly if either or both of these pathnames are incorrect.

6. Enter new contents into the Assigned Workstation’s Description field. You should, in general, use descriptions that mention the name of the Assigned Workstation’s principal user or the physical location of the PC workstation with which you intend the Assigned Workstation to be associated. If your organization has a lot of PC workstations, this can help cut through the clutter.

It may be the case that you don’t know exactly which physical PC workstation you will later match up with any particular Assigned Workstation at this point in your installation process. This is not an uncommon situation. You are free to leave the Description fields in the Assigned Workstation records alone, for now, if that is more convenient. You can edit the Description fields later when you are installing CCP on these additional PC workstations.

When you have finished editing the Description field and browsing for a Request/Answer directory pathname, your CCP Workstations screen should look something like that shown (see Figure 21, below):

(34)

Deploying CCP/IC VERIFY Assigned/Virtual Workstations to PC workstations

(Once per PC workstation)

It is essential that you correctly set up any PC workstation that is to run CCP and process credit card transactions. This involves doing an installation process that associates one of the Assigned or Virtual Workstations you have just created with each PC workstation machine from which you expect credit card transactions to be entered for any of your Dynamics/eEnterprise companies.

To review briefly, CCP allows you to define two kinds of logical Workstations: Assigned

Workstations and Virtual Workstations. CCP allows you to associate an Assigned Workstation with only one physical PC Workstation machine. A Virtual Workstation, however, can be associated with more than one PC workstation. If the machine you associate with a Virtual Workstation is a

Citrix/Terminal Server, then you have effectively associated this single piece of hardware with all Virtual Workstations.

To accomplish any of these this associations, you must bring up the CCP Workstations screen

(Transactions Sales Process Credit Cards Workstation Activate), and choose a Workstation

by clicking the magnifying glass icon on the Workstation field, then picking a Workstation (Assigned or Virtual) from the list that is displayed. To make the association between the PC workstation you are configuring and the Assigned or Virtual Workstation you have selected, click the Activate button. The

Activate button either creates or updates a file named CCP_WKST.INI in the Dynamics/eEnterprise

directory. The following screen shot (see Figure 22, below) shows what the CCP Workstations screen looks after you successfully Activate an Assigned Workstation. The next consecutive screen shot (see Figure 23, on next page) shows the same screen after you activate a Virtual Workstation.

(35)

Figure 23 - CCP Workstations screen following Virtual Workstation activation

After you have activated an Assigned or Virtual Workstation for a PC workstation, you can later disassociate the Workstation in varying degrees.

1. If you wish to suspend the ability of a PC workstation to process credit card transactions, you can accomplish this by using the Deactivate button on the CCP Workstations screen to modify the contents of file CCP_WKST.INI in your Dynamics/eEnterprise directory. The Assigned or Virtual Workstation in question stays assigned to the PC workstation, but its use for transaction submission is suspended until you click the Activate button again.

Note that this does not preclude you from entering new credit card transactions into one or more batches at the PC workstation. Deactivation does prevent you from doing any real-time

submission and processing of credit card transactions. It also prevents you from submitting any transactions you previously saved in one or more batches through the CCP Batch Verification facilities until you Activate the Workstation (Assigned or Virtual) once more.

2. If, for any reason, you wish to cease processing credit card transactions on a given PC workstation that is currently set up to do so, you can break the association between the PC workstation and the Assigned or Virtual Workstation by clicking the Remove button on the CCP Workstations screen. The Remove button deletes the CCP_WKST.INI file from your Dynamics/eEnterprise directory. You might do this if a person who submits credit card transactions gets a new office and a new PC workstation. In this case, you might Remove the Workstation association on the old PC, install CCP on the new PC using the CCP60_Bxx.EXE module, and finish up by clicking Activate on the new PC to associate the same Assigned or Virtual Workstation the user accessed on the old PC. 3. If a PC workstation has a hardware failure, it can’t run the Remove operation. Instead, the Reset

button can be used from a healthy PC workstation to do the equivalent of a Remove for a failed PC workstation, without having to delete the CCP_WKST.INI file on the failed PC workstation.

(36)

Configuring Dynamics/eEnterprise for CCP (Once per Dynamics/eEnterprise

Company)

Before beginning to use CCP, you need to do some additional configuration in non-CCP parts of Dynamics/eEnterprise. For each credit card type that your firm will be accepting, you need to set up a Card Name record in the Dynamics/eEnterprise Financial module. Doing this will ensure that credit card sales recorded for any of your Dynamics/eEnterprise companies are credited to the correct general ledger accounts. For each Dynamics/eEnterprise company for which you intend to accept credit card payments, follow these steps for each credit card type being accepted:

1. Open the Dynamics/eEnterprise Credit Card Setup screen (Setup Company Credit Cards). The Dynamics/eEnterprise Credit Card Setup screen appears as shown (see Figure 24, below):

Figure 24 – Dynamics/eEnterprise Credit Card Setup screen

2. Enter the name of the credit card issuer or type in the Card Name field of the

Dynamics/eEnterprise Credit Card Setup screen and check the appropriate checkbox(es). As you are defining credit cards you intend to allow your Customers to use, you need to click the checkbox labeled Accepted from Customers. Whether or not you also click the checkbox labeled

Used by Company depends upon whether your Dynamics/eEnterprise company intends to pay any

bills via credit card or not. Once the checkbox(es) are marked, fill in the other necessary fields (see the on-line manuals for Dynamics/eEnterprise for more detail about these fields).

3. Click the Save button to save each completed Dynamics/eEnterprise Credit Card Setup record.

4. Enter and save a setup record for each type of credit card that the Dynamics/eEnterprise company you are currently logged into will be honoring. After entering a few credit card setup records, the list you retrieve by clicking on the magnifying glass icon of the Card Name field, might look somewhat as shown (see Figure 25, on next page):

(37)

Figure 25 – Dynamics/eEnterprise Credit Cards selection list

Testing IC VERIFY and CCP

It is vital that you test the IC VERIFY-CCP combination prior to using it with actual data. IC VERIFY provides a test mode you can use to check that credit card transactions can be submitted from each PC workstation. This allows you to check the ‘plumbing’ of your CCP-to-IC VERIFY configuration without requiring that you contact your credit card processing service provider or issue real transactions using real credit cards. For this testing, you should login to the Dynamics/eEnterprise standard demo company, The World On-Line, Inc.

IC VERIFY test mode (Once Only; IC VERIFY Host Machine)

Put IC VERIFY in test mode as follows:

1. Start the IC VERIFY Multi-User Request File Processor (ICVMLT32.EXE).

2. Type ‘/dd’ in the Initialization String field of the IC VERIFY Multi-User Request File Processor screen as shown (see Figure 26, on next page).

(38)

Figure 26 - IC VERIFY Multi-User Request File Processor in test mode

3. Use the Browse button to the right of the Request Directory field to pull in the correct pathname

for the IC VERIFY Request/Answer directory if you have not previously done so.

4. Click the Initialize button. This will put IC VERIFY in test mode. You can send request files by

entering credit card transactions via CCP, and the IC VERIFY Multi-User Request File Processor will send back answer files in response, but you will cause no actual modem connection to be established with your credit card processing service provider and no real money will change hands. IC VERIFY test mode should enable you to test that most critical configuration settings of IC VERIFY and CCP are in sync.

Testing Transactions from Within Dynamics/eEnterprise (Once per Company:

Start with The World On-Line, Inc.)

When you have completed all basic setup steps for both IC VERIFY and CCP, you are ready to run test transactions. Follow these steps for each of your Dynamics/eEnterprise companies, starting with The World On-Line, Inc.:

1. Start up the IC VERIFY Multi-User Request File Processor in test mode if it is not already running in this mode (see preceding manual section).

2. Login to a Dynamics/eEnterprise company.

3. When generating the Sales documents on which your credit card test transactions will be based, remember that when IC VERIFY is in test mode, it will return a response of Confirmed for any transaction with an amount whose last digit is

References

Related documents

How to write your excel nested if statements based on multiple ranges of cells to tend different values in a cell immediately to nested if statement using.. The IF function

– Member of the Canadian Investor Protection Fund, TD Waterhouse Private Investment Counsel Inc., TD Waterhouse Private Banking (offered by The Toronto-Dominion Bank) and

It is a statement issue by using values or function is the or a query is like: minfiscal and statement if or power bi can create a specific year.. Load the if or power

As high as items on an invoice to some folks who is safely retained for quickbooks online payment links from deleted from response set password when will delete void the

If you decide to leave education, your local Jobcentre Plus office can tell you about different schemes to help you find a job. In England, your local council can tell you about

In D4 write a formula to calculate the peak call charges (minutes * price per minute) In D5 write a formula to calculate the off peak call charges (minutes * price per minute) In

A woman who discovers she has a BRCA mutation can start screening for breast or ovarian cancer when she is younger or choose to reduce her risk of cancer through medication

But there are special rules to help you to try some limited paid work while getting Employment and Support Allowance (ESA), Incapacity Benefi t (IB), Severe Disablement Allowance