Jump to content
Sign in to follow this  
cyberbizco

2checkout v2 on OSC 2.2

Recommended Posts

Hello all

 

Has any one got the 2checkout v2 working with OSC 2.2? It is driving me nuts. Please direct me to some info on this. Thanks in advance.


Thank you,

Cyberbizco

Share this post


Link to post
Share on other sites
Hello all

 

Has any one got the 2checkout v2 working with OSC 2.2?  It is driving me nuts.  Please direct me to some info on this.  Thanks in advance.

 

 

still working on it myself and still can't get it right.

Share this post


Link to post
Share on other sites

been working 2 days - to make this damn ! 2checkout v2 - working !

 

and no way ! :'(

 

i think they just trough v2 out of the blue - without proper testing - or make sure that this new - little machine - is really compatible and fully able to work with 2CO compatible Carts !

 

well - somebody must have got it wrong - soemwhere along the line - - at 2CO.

 

even after contacting them - still not able to make it work ! as it should -

 

and by the way - - - even after 3 tickets of support request at 2CO - i'm still not able to put the cart in demo mode to run tests ! as i should - and not just wait for a real customer to test the cart for me with a live transaction.

 

have you got a clue - how to pass demo routine to this 2co V2 ???

 

what a nightmare !! :'( :'(

 

marc

Share this post


Link to post
Share on other sites

i've also been on this for 2 days. using the Aug 24, 2004 version of pm2checkout on a non-SSL server. the newer versions seem to have some issues and i don't need multiple currencies.

 

i can get the orders to go thru, but the order is not entered into osc's database, even after clicking 'Finalize Order' and returning to /catalog/pm2checkout_process.php, which redirects to /catalog/checkout_process.php. that leaves me at the login page, so the parameters are somehow not getting passed back.

 

i can't get test mode to work either.

 

one tip - clear your cookies if you have a rejected transaction, or the next one will not work. i suspect that is why some people magically get theirs to work the next day.

 

if i can't get it working today i'm closing my 2co account. any suggestions on an alternative?

Share this post


Link to post
Share on other sites

if i can't get it working today i'm closing my 2co account. any suggestions on an alternative?

 

Lol - that is what i was thinking !

 

I can not understand what is going on at 2co - as all this seems to me very very strange !

 

from a beatiful and easy - superfrendly version 1 model - - to a Dark and unfriendly Beast model called version 2 - LOL

 

unbelievable !

 

if you can suggest another home - i believe many will be please to hear about !! :(

Share this post


Link to post
Share on other sites

have the same problem here ...

 

I get customers pay via 2co (unfriendly v.2), but the order is NOT passed to my site, nor to my osc's database.

 

And version 1.0 of 2checkout was working SIMPLY perfectly!!!!

 

 

Anybody found out how to pass the order AFTER the payment back to our osc shop???

 

Wonder why 2CO team forgot what JESUS of the Internet once said "NEVER TOUCH A RUNNING SITE"

Share this post


Link to post
Share on other sites

Just wanted to add that I'm in trouble too. I wonder if some of the guys that made the contribution were really able to make it work.

 

Has anybody tried to redirect the routine to checkout_success instead of checkout_process ? It was the way it was done with V1.

 

I will try to call to request my account NOT to be migrated until it works. I think we all must do the same. They must know that we can't keep the work like this and that they will probably loose thousands of thousands of vendors.

 

Thank you.

Share this post


Link to post
Share on other sites

I have to have my live store migrated to the new version 2 by March 31, 2005. It appears from the postings here that oscommerce and 2co version 2 just do not work together - or no one can get them working together.....

 

What are we supposed to do (other than switch credit card payment providers - which does seem like the easiest solution at this point)

 

There is really not much in the osc forums and really nothing in the 2co forums - i dont understand why more people arent in a panic over this........

 

Does anyone have 2co version 2 working with osc? If so, please please help us 2co version 1 people out and advise what it is we should be doing ?

 

:sweating:

Share this post


Link to post
Share on other sites

I wanted to share with you a reply that I've got from 2CO. Haven't tested it yet.

 

Good afternoon,

 

We apologize for any frustration you have experienced, but we are happy to

assist you. Unfortunately changing credit card regulations require that all

of our vendors upgrade to the V2 system by March 31. I am including

instructions below on how to integrate 2CO with OSCommerce in V2.

 

In order for OSC to work correctly, the following conditions must be met:

 

1. You must pass in the x_Receipt_Link_URL parameter with the URL you want the

customer to be passed back to at the end of the sale.

 

To verify that this is happening, open the pm2checkout.php file (which is

usually found at /catalog/includes/modules/payment) and look for a section

called "$process_button_string". You can use any standard text editor, such as

Windows Notepad, to open .php files. If needed, rename the file to

pm2checkout.txt.

 

You should notice a line similar to the following :

 

tep_draw_hidden_field('x_receipt_link_url',

tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL')) .

 

If you do not see this line of code in the pm2checkout.php file, you have an

outdated version of the payment module installed and will need to upgrade it.

 

2. The domain you have on your 2CO account must exactly match the domain used

in the parameter above and as discussed in Point #6 for passback or it will

not work.

 

3. You must have direct return set to "Off" on the Look & Feel page of your

2CheckOut vendor admin panel. Setting Direct Return to "ON" will cause your

cart to stop working.

 

4. You must be using osCommerce 2.2 Milestone 2 or later. If you are using any

other version, it will not work and you will be unable to use our services. If

in doubt as to the version currently running on your cart, install the latest

version.

 

5. You must be using the correct version of the 2CheckOut payment module. You

can find the payment module package at the URL below.

 

>> http://www.oscommerce.com/community/contributions,904

 

6. On the Look & Feel Page in your account, 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/checkout_process.php

 

Please remember that 2CheckOut does not provide technical support for third

party scripts including OSC. For assistance with OSC, please refer to OSC's

support forums which may be found at the following URL:

http://forums.oscommerce.com

 

--

I hope that I have addressed all of your concerns, but please feel free to

re-open this ticket if you require further assistance.

Share this post


Link to post
Share on other sites

tep_draw_hidden_field('x_receipt_link_url',

tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL')) .

 

This string is not included in the the file from wich they are providing the link - - but it is included in the original zip - file - module.

 

this tell you - how much research 2CO have done - - and they are giving out not clear instructions at all.

 

even - when installed - the file with exactly what they talk about - there are problems ;

 

the shop does not return customers - directly into their account (for downloadable products) - but dump them on the Login Page !

 

Still unable to set - in demo mode ! to test and see if a fix can be found !

 

Still unable to recive email orders from the shop - wich clear show what a customer has ordered !

 

This is a mess - wich are putting oscommerce shops owner under a big stress - and at risk to loose your shop - unless a solution to this mess is found quickly - as time is running away - and 2CO is basically PISSING into their own customers Heads and into Oscommerce Shop Users !!

 

marc

Share this post


Link to post
Share on other sites

I have pm2checkout.php set this way

 

$this->form_action_url = 'https://www2.2checkout.com/2co/buyer/purchase';

 

and the input fields like this

 

$process_button_string = tep_draw_hidden_field('sid', MODULE_PAYMENT_2CHECKOUT_LOGIN) .
tep_draw_hidden_field('total', number_format($cOrderTotal, 2, '.', '')) .
tep_draw_hidden_field('cart_order_id', date('YmdHis')) .
tep_draw_hidden_field('c_prod', '1') .
tep_draw_hidden_field('id_type', '2') .
tep_draw_hidden_field('demo', ((MODULE_PAYMENT_2CHECKOUT_TESTMODE == 'Test') ? 'Y' : 'N')) .
tep_draw_hidden_field('card_holder_name', $order->customer['firstname'] . ' ' . $order->customer['lastname'] ) .
tep_draw_hidden_field('street_address', $order->customer['street_address']) .
tep_draw_hidden_field('city', $order->customer['city']) .
tep_draw_hidden_field('state', $order->customer['state']) .
tep_draw_hidden_field('zip', $order->customer['postcode']) .
tep_draw_hidden_field('country', $order->customer['country']['title']) .
tep_draw_hidden_field('email', $order->customer['email_address']) .
tep_draw_hidden_field('phone', $order->customer['telephone']) .
tep_draw_hidden_field('ship_name', $order->delivery['firstname'] . ' ' . $order->delivery['lastname']) .
tep_draw_hidden_field('ship_street_address', $order->delivery['street_address']) .
tep_draw_hidden_field('ship_city', $order->delivery['city']) .
tep_draw_hidden_field('ship_state', $order->delivery['state']) .
tep_draw_hidden_field('ship_zip', $order->delivery['postcode']) .
tep_draw_hidden_field('ship_country', $order->delivery['country']['title']) .
tep_draw_hidden_field('x_receipt_link_url', tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL')) .
tep_draw_hidden_field('email_merchant', ((MODULE_PAYMENT_2CHECKOUT_EMAIL_MERCHANT == 'True') ? 'TRUE' : 'FALSE'));

return $process_button_string;

 

And everything works fine with V2, even ran a demo transaction and it recorded the sale, etc.

Share this post


Link to post
Share on other sites

I'm driving myself crazy... It worked on my tester site (adding that string as the previous message quotes) on OSC 2.2 MS2 but it did not on the later CVS version... that is my working site. I gotta keep triying.

Share this post


Link to post
Share on other sites

BTW, the problem is basically this: On the 2.2 MS2 not modified site, it keeps me signed in and directs me to Checkout_successfull, but the other one, requests me to login again. Maybe that's a different issue we must all fix about the logging, and the 2co module could work that way for us...

 

ANY IDEAS?

Share this post


Link to post
Share on other sites

To all the ones who are in the "failure" group, I guess I've have a BIG clue on what could be causing the trouble. Please confirm if the ones who are having trouble do have a OSCOMMERCE version that creates OSCSID in the URL.

I've read on another forum that 2checkout was not recognizing this OSCID and therefore, it causes problems. My tester site, for some reason, is not creating this kind of sessions (although I've checked on the Admin for both and they are identical)

 

If this gets confirmed I'm sure we'll all get to a solution. Cross your fingers.

 

Have the sad feeling however, that for the money we pay to them, we shouldn't be driving ourselves so crazy once again thanks to this fucking company. But well, it's the only safe option for me today... until they start stealing money.

Share this post


Link to post
Share on other sites

YES! I've FUCKING DID IT!!! All you have to do is to avoid the OscSid to appear on every page. HOW? By configuring PERFECTLY your cookies directories in the includes/configure.php file. Then you will also probably need to have: The latest pm2checkout module + the modification line you can find on this forum. I haven't tested it without that line, but I suppose it won't work that way.

Don't ask me for further help cos I'm a real rookie on PHP and that is what makes me so happy. I've got there almost by a coincidence. But you have now some clues to find what is causing yours. Check those things and you'll find the way to make it work.

 

Don't EVER surrender!

 

About the configuration, basically, add your domain (www.thisway.com and not http://www etc) and on cookie path for your type of connection write the folder for the catalog, if it's in the root, add a "/"

 

Sorry If I'm not so clear, but my knowledge is very limited.

Share this post


Link to post
Share on other sites

I find this work on my one:

 

IN File: 2pmcheckout.php

 

For TEST MOde -

 

 

 

 

 

$process_button_string = tep_draw_hidden_field('sid', MODULE_PAYMENT_2CHECKOUT_LOGIN) .

tep_draw_hidden_field('total', number_format($cOrderTotal, 2, '.', '')) .

tep_draw_hidden_field('cart_order_id', date('YmdHis')) .

tep_draw_hidden_field('c_prod', '1') .

tep_draw_hidden_field('id_type', '2') .

tep_draw_hidden_field('demo', ((MODULE_PAYMENT_2CHECKOUT_TESTMODE == 'Test') ? 'Y' : 'N')) .

tep_draw_hidden_field('card_holder_name', $order->customer['firstname'] . ' ' . $order->customer['lastname'] ) .

tep_draw_hidden_field('street_address', $order->customer['street_address']) .

tep_draw_hidden_field('city', $order->customer['city']) .

tep_draw_hidden_field('state', $order->customer['state']) .

tep_draw_hidden_field('zip', $order->customer['postcode']) .

tep_draw_hidden_field('country', $order->customer['country']['title']) .

tep_draw_hidden_field('email', $order->customer['email_address']) .

tep_draw_hidden_field('phone', $order->customer['telephone']) .

tep_draw_hidden_field('ship_name', $order->delivery['firstname'] . ' ' . $order->delivery['lastname']) .

tep_draw_hidden_field('ship_street_address', $order->delivery['street_address']) .

tep_draw_hidden_field('ship_city', $order->delivery['city']) .

tep_draw_hidden_field('ship_state', $order->delivery['state']) .

tep_draw_hidden_field('ship_zip', $order->delivery['postcode']) .

tep_draw_hidden_field('ship_country', $order->delivery['country']['title']) .

tep_draw_hidden_field('x_receipt_link_url', tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL')) .

tep_draw_hidden_field('email_merchant', ((MODULE_PAYMENT_2CHECKOUT_EMAIL_MERCHANT == 'True') ? 'TRUE' : 'FALSE'));

 

 

 

Live Transaction Mode:

 

$process_button_string = tep_draw_hidden_field('sid', MODULE_PAYMENT_2CHECKOUT_LOGIN) .

tep_draw_hidden_field('total', number_format($cOrderTotal, 2, '.', '')) .

tep_draw_hidden_field('cart_order_id', date('YmdHis')) .

tep_draw_hidden_field('c_prod', '1') .

tep_draw_hidden_field('id_type', '2') .

tep_draw_hidden_field('x_receipt_link_url', tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL')) .

tep_draw_hidden_field('card_holder_name', $order->customer['firstname'] . ' ' . $order->customer['lastname'] ) .

tep_draw_hidden_field('street_address', $order->customer['street_address']) .

tep_draw_hidden_field('city', $order->customer['city']) .

tep_draw_hidden_field('state', $order->customer['state']) .

tep_draw_hidden_field('zip', $order->customer['postcode']) .

tep_draw_hidden_field('country', $order->customer['country']['title']) .

tep_draw_hidden_field('email', $order->customer['email_address']) .

tep_draw_hidden_field('phone', $order->customer['telephone']) .

tep_draw_hidden_field('ship_name', $order->delivery['firstname'] . ' ' . $order->delivery['lastname']) .

tep_draw_hidden_field('ship_street_address', $order->delivery['street_address']) .

tep_draw_hidden_field('ship_city', $order->delivery['city']) .

tep_draw_hidden_field('ship_state', $order->delivery['state']) .

tep_draw_hidden_field('ship_zip', $order->delivery['postcode']) .

tep_draw_hidden_field('ship_country', $order->delivery['country']['title']) .

tep_draw_hidden_field('x_receipt_link_url', tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL')) .

tep_draw_hidden_field('email_merchant', ((MODULE_PAYMENT_2CHECKOUT_EMAIL_MERCHANT == 'True') ? 'TRUE' : 'FALSE'));

 

 

did work ok - and i hope it will be of help - and I wish all Oscommerce to be safe and well - and get out of the 2CO version 2 hell as soon as possible !

 

marc

Share this post


Link to post
Share on other sites

Well

 

It look that it's possible to make the change to V2.... for my part 90% it's ok, but the 10% bad are with the currencie...... for exemple:

 

Someone buy for 69 EUR.... but in the 2checkout I can see 53.95 EUR...... I understand wath is happenning 69USD <=> 53.95 EUR... so 2CO don't understand well the currencie.... grrrrrrrr but I beleive it's possible to make a change but I don't know where in this code

function confirmation() {
global $HTTP_POST_VARS;
//if (DEFAULT_CURRENCY <> 'CAD')
//$title = $this->title . MODULE_PAYMENT_2CHECKOUT_CURRENCY_CONVERSITION;
//else
$title = $this->title; 
$confirmation = array('title' => $title);

return $confirmation;
}

function process_button() {
global $HTTP_POST_VARS, $order, $currency, $currencies;

//if (DEFAULT_CURRENCY <> 'CAD')
//{
//$cOrderTotal = $currencies->get_value("CAD") * $order->info['total'];
//}
//else
$cOrderTotal = $order->info['total'];

 

I tried to change CAD to EUR or USd but nothing change....

 

An idea ?

 

Thanks

 

Cl?ment

Share this post


Link to post
Share on other sites

Can anyone else confirm that they have their oscommerce cart switched to 2co v2? This is starting to really really worry me. It seems that only a couple of people have it working........ Do we need to wait for a new contribution? Shall I just go ahead with the instructions in this thread?

 

What should I do ? :sweating:

Share this post


Link to post
Share on other sites

I have not had the chance to look into this myself but have seen the following issued by 2checkout:

 

We are in contact with an osCommerce programmer on behalf of our vendors and are working with them on a solution to osCommerce problems.

 

You will be able to continue using V1 until the programmer has completed the

necessary modules for osCommerce to work properly with V2, but until then, to

help meet credit card regulations and policies, we ask that you enter your

products into V2 and confirm that the account settings are correct.


Your online success is Paramount.

Share this post


Link to post
Share on other sites

Ok I have a question about 2CO ....

 

Do I have to add everyone of my products to 2CO ?? Please Dont tell me I have to because thats like unreal ....

 

I have hundreds of products so do I have to add them ??

 

James

Share this post


Link to post
Share on other sites

2CO is worthless so account canceled amd using CC by phone .... Thsi is their reply to me ...

 

:angry: <_< :huh: :'(

 

Reply:
Good afternoon,

We apologize for any inconveience you have experienced, but we are happy
to
assist you.

1.  The parameter errors are most likely occuring because this account
has not
yet completed the verifications process.  As soon as the Web site is
functional, please send an e-mail to Risk@2co.com so they can review the
site
and permit test and live orders to come through it.

2.  It has become necessary for 2Co to know the specific product that is
being
sold at the time of sale and for that product's description to be stored
in
our database for reference. This change is required both by 2CO and by
our
banking partners to better mitigate risk and to monitor items being
sold.
Because of this requirement, we are asking cart makers and/or users to
make
changes to their cart or programs so that additional information about
the
items being sold is passed to 2Co.

It is very important to note that:
All previous parameters remain supported and should continue to be
passed in (
2Co , Authorize.net ) ,
The parameter total ( or the authorize.net parameter : x_amount ) passed
in
for the order will continue to be the amount billed for the sale,
The paramaters cart_order_id and sid ( or the authorize.net parameters
:
x_invoice_num and x_login ) are still manditory with this parameter
set.

Teal parameters are required to identify cart products being purchased
and
should be supplied ASAP.

For some clients it may make sense to create 1 or multiple generic
products in
the 2Co db, like "Premium Hosting", "Super Saver Hosting" and pass in a
total
for the sale as generated on their site. If this option works for you
please
make the product name reasonably descriptive, (i.e. "website design
services"
would be a good description, "web services" a poor one for the same item
).

Blue parameters are those required for product creation to take place at
the
time of sale if the product does not already exist in the 2Co system.
These
parameters are intended for carts that retain no product database or as
a
transition method of populating the 2Co database. Although it is
desirable to
receive as many parameters as possible with the purchase the option of
creating products on the fly should only be used when no other options
exist.


REQUIRED PARAMETERS

c_prod or c_prod_[:digit]  :  This parameter will contain either the
assigned_product_id given to the product upon creation in the 2CO system
or a
vendor specified id. It may, optionally, also contain the id followed by
a ‘,’
( ASCII comma ) followed by an integer which will represent the
quantity.
This parameter should not be autogenerated with each individual sale
but
should be tied to a specific product.   The c_prod value should match
whatever
external vendor id is recorded in the 2Co system.  The external vendor
id
maybe a cart assigned product id or the vendors own internal product id
as
long as the value matches the value stored in the 2Co system.

Examples of valid values:
1
my_product_17
product_5,3

id_type This parameter will contain an integer value representing the
type or
classification of the ids used in the c_prod parameter(s). This value
will
apply universally per transaction. That is to say c_prod parameters
must
contain only assigned_product_id values or only vendor_product_id
values.
Current valid values for this parameter are defined as follows.
1 is defined as vendor_product_id
2 is defined as assigned_product_id
3 – 0 are reserved for future use.

OPTIONAL PARAMETERS

sh_cost (optional)   : This parameter will contain shipping and handling
cost,
if any. The sh_cost parameter is completely optional. This parameter has
the
same format rules as the parameter containing the total (total or
x_amount)
that you are currently using. This value received is assumed to be in
the
selected currency of your 2CO account.

Examples of valid values: 0.50, 5.00, 10

c_name or c_name_[:digit] : This parameter is required for new product
creation.  The value of this parameter should contain the name of the
product
to be created.  It is limited to 128 characters including spaces and
punctuation.  If the value is too long it will be cut off at 128
characters.

c_description or c_description_[:digit] :  This parameter is required
for new
product creation.  The value of this parameter should contain a short
description of the product to be sold.  It is limited to 255 characters
including spaces and punctuation.  If the value is too long this value
will be
stored as the long description instead.  The long description will not
show on
the checkout pages but it will be saved in the 2Co product database.

c_price or c_price_[:digit] :  This parameter is required for new
product
creation.  This value should reflect the price of the product in your
2CO
account selected currency.  This parameter has the follow format
restrictions

Numbers and decimal point only.
Max value: 999,999.99

c_tangible or c_tangible_[:digit] ( optional ) : This parameter is
optional.
If you do not provide a value for it a default value of Y will be used.
This
field indicates if the product is a physical product or an
e-good/service.
This parameter has the following format restrictions:

Valid values: y Y n N

--
I hope that I have addressed all of your concerns, but please feel free
to
re-open this ticket if you require further assistance.

Thank you,
Sean
2CO Product Support Group

Knowledge Base: http://support.2co.com/deskpro/faq.php
Document Central : http://www2.2checkout.com/documentation/
V2 Users Guide :
https://www2.2checkout.com/documentation/UsersGuide2/usersguide.html

 

They really should know how to run a business ...

 

James

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×