.
For the current Gateway Status please click here.

QUESTION ANSWER
Is Active Periodic Billing (Recurring Payments) processing? We are continuing to run periodic billing transactions that were originally scheduled from May 22, 2005 through June 3, 2005 and are aware of a number of outstanding issues remaining with individual transactions. Our team is working to resolve these issues, and we want to make sure you are aware of the following information regarding the efforts undertaken to
this point:

• Transaction history for corrected periodic billing transactions will not show the various transactions that were initiated to make the corrections. The amounts for some periodic billing transactions submitted on May 22, 2005 and May 23, 2005 were incorrect. These
transactions were reversed on June 3, 2005. New transactions with the corrected amount were submitted for processing on June 6, 2005. The final transactions with the correct amounts are reflected in the transaction history, but the initial transactions with incorrect amounts
and the reversal of those transactions are not.

• Periodic Billing transactions that were resubmitted have displayed in the system and on merchant reports with the “sales” designation rather than the correct “periodic” designation. We are in the process of validating that this issue has been corrected.

• Some transactions were inadvertently processed twice on May 28, 2005. The duplicate transactions were reversed on June 3, 2005 and were posted on June 7, 2005.

• Transaction history can be viewed at https://www.linkpoint.com.

I am unable to process all credit card types. What should I do? These issues have been resolved. If you continue to experience a problem, please contact Support.
The credit card batch summary report is missing entries in the "RESPONSE" Field. Will this affect
the funds in my merchant account?
The response code field is empty and is not required to process or settle your batch. Your funds will still settle at the appropriate times to your Bank Account.
I receive an error message “CC” or “CC 2501” when trying to process API transactions. What does this mean? You are using an older version of our API or are pointed to port number 1192 without having upgraded your API. You need to convert to a new API. These are available at:
http://www.linkpoint.com/apimigration/index.htm. If you still have questions, please email migration support at migration@linkpoint.com.
Returns can no longer be processed against my transactions in the current batch. What should I do? Returns can be processed for any transaction that can be viewed in your merchant reports. As we continue to update reporting data you will be able to process returns. Please note you can only process refunds for transactions that have been settled.

I am unable to view current transactions in reports but I am processing transactions. Where can I view my reports?

There is a possibility you are processing to our Burbank facility and viewing reports in the migrated facility. You may have hard coded the old posting IP address for Connect or the old posting IP address for API. It may be possible u to view your reports at the below URL.
Burbank LinkPoint Central: https://63.146.126.6/lpc/servlet/LPCLogin.

I am still pointing to the Burbank facility and cannot process, what are the new URL’s? a) LinkPoint Connect Posting URL:
https://www.linkpointcentral.com/lpc/servlet/lppay

b) API Update:
Host Name: secure.linkpt.net Port: 1129

Miva user tip:
Miva users must update the commerce library module to v. 4.06.

Shopping Cart user tip:
In some cases, the host/shopping cart/application may also have the old IP address hard coded. The merchant will have to check with their shopping cart vendor.

API user tip:
Merchants must update to the latest version of the API programming language as soon as possible or face continued inability to connect and process via the API. Cutoff date is June 15, 2005!

Connect user tip:
Merchants can no longer use <input type="hidden" name="txnmode" value="test">

I used to have the PEM file emailed me. Where can I get the PEM file today?

To address security concerns, you must now login to LinkPoint.com and download the PEM file.   To obtain the file, login to LinkPoint Central, click the Support link and then click the Download link.  You will need to answer one of the following questions:

a.   Please Keyin TaxID (This could be a social security number or Federal Tax ID)

b.   Please Keyin Contact Name

c.   Please Keyin Phone Number

If you do not have the correct information, you will need to contact Support.

When attempting to authorize certain types of credit cards, we are receiving “service not available” errors. Why is this occurring? 

To resolve issues with service entitlements (offerings), we have enabled all card types for processing, but there may be card types that you are truly not entitled to and the error responses are from the various credit card service providers.  If you believe that you are entitled but are receiving errors, please contact Support.

I am not receiving my email confirmations as excepted. We are aware of issues regarding the email confirmations and are actively working to resolve them.

Why am I not receiving email confirmation for processed transactions?

Many ISP and email client applications now have the ability to filter or block emails that could be consider 'spam' or 'junk' mail based to the end user.  Depending on your ISP or mail client, you may to adjust your spam filters in your incoming mail.  The steps to modify your filters vary greatly depending on you ISP or email client so you will need to your ISP or mail client for specific instructions on how to adjust these settings.

We are receiving “Action Cancelled” pages when trying to submit transactions on LinkPoint.com. There appears to be an issue between our services and certain browsers configurations such as Internet Explorer 5 and 6.  We are actively working to determine and resolve the issue.  For a short-term resolution, some merchants are finding that the Firefox browser will allow the transactions to be submitted without error.
Our check transactions are being declined even though the consumer has entered all their information correctly. Declines for check transactions can occur for several reasons, but we have seen that merchants using our APIs have a higher decline rate due to invalid phone numbers being submitted with the authorization request.  The phone should be submitted as 10 numerals only - no spaces or punctuation.
We are experiencing longer than normal pre- and post-authorization responses times.  Some merchants are reporting delayed response times or time-outs and there have been incidences when time-outs are actually authorized.  It appears that this issue is primarily related to the COM and .NET APIs.  We are currently researching to determine the exact issue and resolution.
What is the difference between a “declined” authorization and “service not available” authorization response? “Declined” transactions are valid responses to authorization requests.  “Service Not Available” generally means that you are attempting an authorization for a service that you are not entitled to or signed up for.  If you should need assistance, please contact Merchant Support. 
I am not seeing ‘-1’ for my periodic billing transactions reports when I have set them up to process an infinite number of times? The system now specifies the number of times a periodic billing transaction can be processed.   For those that have authorized for recurring transactions that are not intended to expire, the system starts with 999 and this value is the deprecated as each periodic billing has been processed.  You can continue to enter your periodic billings with the ‘-1’ in the installment field but it will be converted to 999 in the system reporting.
Why do we receive AVS failures for our transactions? With the recent release, you will need to populate both the ‘address1’ tag as well as the ‘addrnum’ tag to have AVS perform the appropriate matching.
The batch summary amount does not equal the batch detail. Credits are added into the batch summary totals to show the total amount of the batch that is being processed.  Credits are shown as deductions in the batch detail report.
Why do I need to put the start for a new periodic billing transaction when it is still 11 PM Pacific time? With the site move, our server now reside in Mountain time zone and all transactions must be entered with this in mind.