General
Technical: General
- You claim you can't find my installation ID ('the value in field 'intInstID' cannot be found'). What is my installation ID?
- My account has gone live but I cannot take a payment from any cards?
Technical: Fast Track Account
- How can I customise my payment template?
- Why do I get an HTTP 405 error when returning to my website after making a payment?
Technical: Bank Enterprise Account
- Why do I get an HTTP 403 forbidden error when I try to make a test payment?
- Why can I only make test payments from my local machine, but not from any other computer or web server?
General
| Q | When will my account go live? |
| A | To expedite the process, please respond to all mails from your account manager/our compliance department in a timely manner. Once we have received all necessary documentation, there is a short turnaround with our partner bank. As soon as your MIDs are live and tested, we will send you an email and you can begin live processing. |
| Return to Questions | |
| Q | Can you accept American Express? |
| A | Yes, but you need to contact American Express yourself in order to get a merchant ID. You need one merchant ID from Amex for each currency you process through PayPoint.net. You can contact American Express using this web form: http://home3.americanexpress.com/uk/merchant/learn/form.asp |
| Return to Questions | |
Technical: General
| Q | You claim you can't find my installation ID ('the value in field 'intInstID' cannot be found'). What is my installation ID? |
| A | Your installation ID can be found through the Merchant Extranet in Account Management > Installations. Then select the appropriate installation. Typically this is your MCPE Default Installation on a standard account. |
| Return to Questions | |
| Q | My account has gone live but I cannot take payment from any cards? |
| A | It's possible you have left the 'intTestMode' variable in your HTTP POST, for example your web form or application. You can either remove it or set the value to 0 and you will be able to process live card data. If you wish to test that this is the cause of the problem without disrupting your website, try putting through a payment using the test card number (detailed in the documentation). |
| Return to Questions | |
Technical: Fast Track Account
| Q | How can I customise my payment template? |
| A | Standard Account merchants can only customise the header image that is displayed on the payment template. If you email a JPEG/GIF image, 750x100 pixels to merchantsupport@metacharge.com, we will attach it to your template. Full online control of your payment template design will be available in due course. Alternatively, consider upgrading to a corporate account which enables you to design and host your own payment pages. |
| Return to Questions | |
| Q | Why do I get an HTTP 405 error when returning to my website after making a payment? |
| A | The customer return is performed with a POST, so most webserver configurations will give a 405 error if this page is .html or .htm. You can contact your system administrator to enable POST requests to the HTML page specified, or in most cases you will be able to get around this problem by changing the extension of the return page to .php, or .asp. Nearly all webservers will allow POSTs to those file types in their default configuration. |
| Return to Question | |
Technical: Bank Enterprise Account
| Q | Why do I get an HTTP 403 forbidden error when I try to make a test payment? |
| A | The IP address of the server which is making payment requests into our payment processing server cluster must be enabled for access through our firewall. You can add your IP address(es) or IP range by logging into the Merchant Extranet and updating these via Account Management > MCPE Firewall. |
| Return to Questions | |
| Q | Why can I only make test payments from my local machine, but not from any other computer or web server? |
| A | The IP address which you entered in the MCPE Firewall table documented above must be the only address that is sending data in to our payment gateway. Therefore all requests should originate direct from your web server as a 'background POST' and not a simple form submission in the browser which would carry the IP of the users internet connection. As an example, a background POST could be achieved through an fsockopen call in PHP, using an "MSXML2.ServerXMLHTTP" object in ASP, or LWP::UserAgent/HTTP::Request objects in Perl. |
| Return to Questions | |
