Knowledge Base » Suppliers » Tech Support » Passbacks and Returns »

Why when you click the confirmation button, instead of redirecting to the return URL, it redirects to a different page than I set up in the Return page?

Please make sure that the return link you set up for each product you added to our database either has NO return URL, or the one that you want the buyer to be passed back to. If the one with the product is different, then it will override the one you set up in the Return page.

How do I mask the Return URL for the Plug N Play Cart?

1) The Return URL can be masked in live or demo mode, assuming it is turned on. To do this, the Direct Return Feature needs to be turned on, as well as the Return URL for your routine. The Direct Return can be found on the Site Managment page towards the bottom of the page under overall passback.

2) The Return page and the product listing page space to put a return link is one in the same. If you add it to one, it will also be on the other. That is just a second place to add the link. In order for the return to work, you need to put the correct return link to “YES”, as well as the Direct Return to “YES” for masked URL.

When you add your products to the Admin, you also have an option to put a return URL for each product. This will override the one on the Return page, so you can have a different return URL per product. Any product that does not have a return URL will be returned to the page on the return page.

Why do I get a Method Not Allowed when the buyer returns after a purchase?

The problem is that your Host does not allow a post back to the Return link the way it is set up right now. Instead of sending the buyer back to this link:
http://www.domain.com

You should try either the Full Path:
http://www.domain.com/index.html

Or, if the index.html page causes the same problem, then maybe change the page to a specific page, and not an index page.
http://www.domain.com/page.htm

Why when I changed the Return Url on the Return Page but after the purchase the buyer still returns to the old link?

In the Admin under Products - Existing Products and then click Edit for your products. You will see that each product has its own return url, if you put a url in there, it will over ride the one on the Site Managment page of the Admin.

Where do I input the URL of the script on my site I want you to pass back to?

To specify a URL for our system to pass back to, please follow these steps:

  1. Login to your account.
  2. Under the ‘Helpful Links’ section, click on ‘Settings’ near the ‘Look and Feel’ section.
  3. Input the URL into the Approved and Pending URL boxes on this page.
  4. Click ‘Save Changes’.

If you are using our new vendor administration panel login at the following url: https://www.2checkout.com/va/

  1. Click on the ‘Account’ tab.
  2. Click on the ‘Site Management’ sub category.
  3. Input the URL into the Approved and Pending URL boxes on this page.
  4. Click ‘Save Changes’.

If you our using our free Plug and Play shopping cart, then you may specify an Approved and Pending URL on each product individually. You should see the options for these URLs while creating a product, but to add them to existing products, click Edit next to the product you wish to add them on. Any return URLs set on the product itself will over-ride the ones that you set on the Look and Feel page.

The Approved and Pending URLs may be the same URLs if you wish, but they can also be separate URLs. We will send the customer to the Approved or Pending URL depending on what the value of the credit_card_processed parameter is. It is only either Y or K. We will set the value of this to Y if we can immediately verify the availability of funds after the sale and then send the customer to your return Approved URL. We will set it to K and return them to the Pending URL if we can not immediately verify the availability of funds, such as if the customer paid by digital check. If you put the URL to the same script in both boxes, then the script should check the value of this parameter to determine the needed course of action.

The URL you enter here must have the extension of a script. If a static HTML file is used, such as an .htm or .html file, we will still send the customer back to that page. However, we will not pass back any details of the sale with them unless it is a script. If your return URL ends in any of the following extensions, then pass back will NOT occur, but the customer will still be returned there : .htm, .html, .com, .zip, .pdf, .rar, .doc

Why doesn’t 2CO return to my site when I am using osCommerce?

The following information should assist you in setting up the osCommerce shopping cart software to work with our service.

There is a module that has been developed for osCommerce that is needed to work with 2Checkout. This module is absolutely necessary to be compliant with our system. You may find this module at the following URL:

http://www.osCommerce.com/community/contributions,904

It is a common problem to have the sales work in the 2CO account but not the osCommerce cart after a sale. This is because there has to be a return URL set up in your account to tell the 2CO system were to send the sale information after it is placed. osCommerce needs this information to correctly process and finish the sale on your end. This URL can be set up on the Look & Feel setting page of the 2CO Classic Sellers Area (V2). You will find this link under the Helpful Links section of your account homepage. This URL can also be setup on the new VA sellers area Site Management page.

The URL below must be in both the Pending and Approved URL boxes. If you installed OSC to a directory other than the default directory, you will need to use that directory structure here. Be sure to replace “www.your-domain.com” with your actual domain name.

http://www.your-domain.com/catalog/pm2checkout_process.php

How Does The Return Process Work?

After a sale, we can return the customer to a script or page on your site that you specify as the return URL. This can be done on the Look and Feel settings page of the Classic Sellers Area. This is located in the Helpful Links section of your account homepage. In the new Vendors Administration Area this information may be entered by first clicking the Account tab on your account homepage and then clicking the Site Management sub tab on your account page.

2Checkout can return the customer to an Approved or Pending URL after a sale. If we can immediately verify the availability of funds, then the customer is sent to the Approved URL. If we are not able to do this, then they will go to the Pending URL. For example, a digital check would always be sent to the Pending URL because we can not immediately verify the availability of funds. A confirmation email is sent out when the check clears, but no pass back ever occurs after the initial sale. Another way of saying this is that if the credit_card_processed parameter is “Y”, then the customer goes to the Approved URL, but if it is “K” then they will go to the Pending URL.

You may also specify the Approved and Pending URL on the product level in the Classic Sellers Area as well as the new Vendors Administration Area. Any URL set here over-rides the main ones set on the Look and Feel settings page.

The terms pass back URL and return URL generally mean the same thing and can be used interchangeably. However, pass back refers to the information or parameters that we send back to your site after a sale. Return refers to the actual process of sending the customer there. Pass back URL and return URL are the same because in this context it simply means “where do you want return/pass back to go to?”

Additionally, the x_receipt_link_url parameter can be used to specify the return URL on the fly. If you take this approach, this parameter will over-ride any URL set on the Look and Feel settings page. You may use this parameter to have a specific button or link use a return URL that is different than the ones set on the Look and Feel page. If you do this, your return script would need to check the value of the credit_card_processed parameter itself to determine what the appropriate course of action should be. Another way of saying this is that, since this parameter only allows you to specify one return URL rather than both the Approved and Pending URLs, whatever script it is returning the customer to will need to check the value of the credit_card_processed parameter to determine whether they should provide the customer with a “Thank You for Ordering! / Here is Your Download!” page, or a “You will receive more information when your payment is approved” screen.

It is also important to note that if x_receipt_link_url is used, then the return page must match the domain on the account. If the URL is saved on the Look and Feel page or the product level, then we can return them anywhere. In short, if the URL is in our database we can return them there. If not, then it must match for security reasons.

2Checkout.com will also POST the information to your return URL in all cases, regardless of whether Direct Return is enabled or disabled. It is important to note that we will not allow a mix of GET and POST in the return process. If you are trying to return the customer to “http://www.yoursite.com/your_script.php?param=value” then we actually return the customer to “http://www.yoursite.com/your_script.php” and the ‘param=value’ will be returned as POST information with the rest of the sales information that we normally pass back.

You must also have a script set up as the return URL if you wish to receive the pass back information. If you would like this information returned to you, make sure that your return URL ends in the extension of a script. If your return URL ends in any of the following extensions, then pass back will NOT occur, but the customer will still be returned there : .htm, .html, .com, .zip, .pdf, .rar, .doc

The order of precedence for return from highest to lowest is:

  1. x_receipt_link_url
  2. Product Level
  3. Look and Feel page

The x_receipt_link_url will take precedence over all other return URLs, and the Look and Feel page will be used by default if the other two are absent.

Why do I get an HTTP Error 405 on Passback?

This is a problem with your script and/or your web server. The error means that you are attempting to pass back to a file does not have the necessary permissions on the server to receive Post information from another script. If you have administrative or root access to your server, be sure that this file has been set up to be treated as a script and that the appropriate user accounts have read and execute permissions on the script. If you are in a shared hosting situation, please contact your server administrator or the support department for your host.

HTTP errors are not generated specifically by 2Checkout. They are a part of the HTTP protocol and are common amongst all web servers. It is therefore beyond the realm of 2Checkouts support to provide you with specific instructions for making these changes as every server is set up differently and 2CO does not provide server administration services as part of our support plan.

To test and see if your file set up is correct:

  1. Create a new text file using a text editor such as Windows Notepad.
  2. Paste the following code into this new file:
    <form method=”POST” action=”[full URL to Your Script Here]”>
    <input type=”hidden” name=”test” value=”1″>
    <input type=”submit” value=”Test Script”> </form>
  3. Replace “[full URL to Your Script Here]” with the URL of the script you are attempting to pass back to. Remember that this should be the full URL of your script, including the http:// portion.
  4. Save the file as an HTML file, such as “test.html” or “test.htm” to your desktop and close your text editor.
  5. Open the file in your web browser and click the “Test Script” button that is displayed.
  6. If you receive the message again, the problem is in your script and/or on your server. Note that the exact wording of the error message may vary slightly depending on your browser and your servers configuration. If you see something about “method not allowed” or “error 405″ then the information above pertains to your situation.

What PHP code can I use to test return parameters?

Below is a sample PHP script that will catch all Post and Get parameters upon return and print the names of the parameters with their value back to the screen. This may help you develop your return process. Please note that we do not support third party scripts, so we also can not troubleshoot the script itself. It is being provided for your convenience only. We can help you if you are having problems receiving any passback parameters though.

<?php //display all post and get parameters

	echo "<h1>Get Parameter/s:</h1>";
	echo "<pre>";
	if($_GET)
		print_r($_GET);
	else
		echo "There are no get parameters.";
	echo "</pre>";
	echo "<hr/>";
	echo "<h1>Post Parameter/s:</h1>";
	echo "<pre>";
	if($_POST)
		print_r($_POST);
	else
		echo "There are no post parameters.";
	echo "</pre>";

?>

Can I have more than one passback URL?

It is possible to use multiple pass back URLs, or return URLs, with our system. If you are using our free Plug and Play shopping cart, then you simply need to add the URLs to the products themselves to achieve this. You may specify the Approved and Pending URLs on each individual product that you have created in our system. These URLs will over-ride any URL set on the Site Managment page. We will then use this URL to return the customer to when it is purchased.

Having multiple return URLs can conflict with the Direct Return feature that we have available. This feature will make the customer skip the ‘Sale Processed’ and go directly from the Billing Information page of the checkout process to your return URL. We can only return the customer to one page at a time, so when multiple products are purchased that have different return URLs, the Direct Return feature is disabled for that sale. The customer will then be presented with a list of the products or services they purchased along with their respective return URLs to click. There is a parameter available to lock our cart into only allowing the purchase of one product at a time, and this parameters name is ‘fixed’. You may pass this in with the value of a capital ‘Y’ to lock the quantity fields. More information on Direct Return and the parameters that we accept can be found elsewhere in the Knowledge Base. Please do a search for ‘Direct Return’ or ‘parameters’ if you would like to read this information.

If you are using a third party or customer cart or script, then multiple return URLs may still be used, but the implementation of this would have to be on your end as the product information in the 2CO database is not used. If you are not passing in product_id parameters, then you are not using the Plug and Play cart of ours. To achieve multiple return URLs with a customer cart or third party cart, you may use the x_receipt_link_url parameter to control where the customer is returned to. The value of this parameter MUST match the domain that is listed on your 2Checkout.com account for security reasons. You would then need to design your cart or script to pass this parameter into our system along with the appropriate value for that sale.

Page 2 of 3«123»

Recent Posts from the Community:

Voucher possible?

posted by: isay

Pay from 2co

posted by: starcom

Vendor Issue

posted by: manz135
More from the community »

Now a faster, easier way to get paid – the 2CO reloadable MasterCard®.

Sign up today and receive a $10 credit on your card.


Click here to learn more.

Spotlight Supplier

Spotlight Supplier

Chocolate Shoppe

Spotlight Product

Spotlight Product

Canadian Mini Muks


Popular Tags