|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
I have opted for "Ask Me" option for an unconfirmed
address by a customer in my seller's payment receiving
options.
I don't understand why PayPal should send
an IPN transaction code ($payment_status eq 'Completed)
back to my website without other info like the
item_number etc. after I accept the payment from
a verified customer with an unconfirmed address.
It would help if the IPN could send back all the info
with the transaction code for my website backend operations
to execute the program as it would normally do for a cutomer
with a confirmed address after I press accept payment option
in my account for that transaction.
Please let me know.
Thanks
|
|
|
|
|
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
If you have "Ask Me" selected and the buyer supplies an unconfirmed address, you will initally receive an IPN with payment_status=Pending and pending_reason=address. Upon acceptance of the payment, you will receive a 2nd IPN with payment_status=Completed. Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
Yes Patrick, that is correct. I am talking about the
second time when it sends the IPN. It does not send other
info with it for my back end operations. Maybe it is a security feature of PayPal. Please let me know if it is and PayPal prefers
not to send other info the 2nd time.
Thanks.
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
The second IPN includes all the same fields as the first with the only difference being the payment_status and absence of pending_reason. Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
Patrick: I have checked it again just to confirm. The IPN did
not send the other info like the payer_e-mail, item number
etc. the second time.
I did receive a payment_status completed with the transaction ID
correctly. I received a payment notification the first time the payment was sent with unconfirmed address. After I updated the payment
by accepting the unconfirmed address payment the transaction details in my account show all the info but the IPN was VOID of all other codes except the transaction code. I have checked it by actually
sending a payment with and without a confirmed address. I am writing out all the data received from IPN immediately.
I can work around this problem by saving the other parameters sent the
first time (with payment_pending and pending_reason) and using the same parameters the second time when I receive the IPN without the
other codes. I want to make sure before I do that and want to confirm that the IPN is VOID of other data the second time except for the transaction code.
If anybody has faced a similar problem please let me know.
Thanks.
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
The second IPN for eChecks definitely includes all of the same fields. There could be an issue if your account is configured such that following and eCheck completion the payment remains Pending (e.g., because of unconfirmed address, sent to unregistered email address, etc.). We'd need to see the pay button form and/or the IPN to research the issue. Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
Patrick: The payment that I am checking is from a verified
confirmed address PayPal User who would use the
"No address required" option instead of "ship to"
address. As I have configured my PayPal account to use
"Ask me" for unconfirmed address the payment is "unclaimed"
until I accept the payment through my paypal account as
no shipping address was provided.
Also it is credit card transaction and not e-check
and I am using the same pay button form and IPN code
provided by paypal on its website. You could also check it
by sending a 1 cent transaction using a credit card and
refunding the amount back to the account.
The first 3 lines of the pay button that I am using are
<FORM target="paypal" ACTION="https://www.paypal.com/cgi-bin/webscr" METHOD="POST">
INPUT TYPE="hidden" NAME="cmd" VALUE="_ext-enter">
<INPUT TYPE="hidden" NAME="redirect_cmd" VALUE="_cart">
and the IPN code is the same as provided by Paypal with some modifications to check the status and to write out all the
IPN variables immediately whatever be the values ( an error or
a correct transaction).
Please check out whether the same codes are sent out again the second
time or whether the codes from the first time are used to update
the PayPal account the second time in PayPal's software for
credit card transactions without using the actual parameters
from the second transaction to update the seller's paypal account,
As the paypal account of the seller definitely shows the correct codes for both the first time and update after I accept the payment.
Thanks and please let me know.
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
Do you have a log of the written out IPN variables we can have a look at? Would there be an issue with duplicate txn_id's since scripts need to make sure they do not process the same txn_id twice? Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
Patrick: I have gone back and checked the program
it is not an issue of the transaction ID - I am checking
for the duplicate transaction ID's. [I have not yet
included the code for (payment_status-pending && pending_
reason-address) in my script. I am checking only for
payment_status-completed until I resolve this issue.
So in the first case payment_status is not complete
and nothing is done. After I accept the payment from
the unconfirmed address I get the payment_status-complete
and the program gets executed only once for that txn_id]
I have debugged some more and here are the details:
The first time I get all the codes back for IPN
The second time I do get the txn_id and the payer_email
only. [The log file before was of zero bytes as
num_cart_items was 0. I hard coded the num_cart_items to 1
and the log file now contains only the txn_id and
the payer_email with all other codes blank(item_number,
item_name, quantity etc.]
Thanks and please let me know if you need anything else.
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 2/9/2003
Posts: 16
Location: ,
|
If I may comment. Several months back I discovered the same problem - echeck (pending) & 2nd trans (complete). Very little data passed back 2nd time. Oh well. Extensive questioning of PP Tech Support Staff confirmed my findings. If this has been rectified since, I am not sure. But there is a solution. When the first transaction comes in, regardless of status, write to a text file (can do in db, too). Now when another trans comes in, check for type & status (echeck & completed). Now find initial transaction file, to get all the necessary data. I also write the 2nd trans to the initial file, so I have all the data in one place. That solved my problem, regardless of what's send in the second trans. Messy programming? Maybe. Defensive programming? Yes. Dave Van Abel http://perlsources.comhttp://ipnhosting.com
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
Thanks Dave. Looks like the problem is not fixed still
at least for the credit card transactions.
As I said earlier I would opt for the defensive
programming by saving the transaction details from
the first time after I confirm from PayPal that the
second transaction is indeed void of all other data.
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
For as long as I can remember, both IPNs (whether echeck or unconfirmed address) have included all fields for payments that being as Pending: mc_gross=0.01&address_status=unconfirmed&payer_id=QGVDAFGZ9XHLJ&tax=0.00&address_street=303+Bryant+St&payment_date=10%3A55%3A07+Mar+3%2C+2003+PST&payment_status=Pending&payment_method=non_cc&address_zip=94041&first_name=Patrick&option_selection1=Large&address_name=Patrick+Breitenbach¬ify_version=1.4&custom=CUSTOM&payer_status=unverified&business=pb-sell%40paypal.com&address_country=USA&address_city=Mountain+View&quantity=1&verify_sign=AZ5Ovk-LWyI4NQcn65Q.4GyKXnewAXV9J6dfcnQtlENqQMkz0I.Lc4jD&payer_email=pb-test%40paypal.com&option_name1=Size&txn_id=5B606523D8635203W&payment_type=instant&last_name=Breitenbach&address_state=CA&receiver_email=pb-sell%40paypal.com&pending_reason=address&txn_type=web_accept&item_name=WA+Test&mc_currency=USD&item_number=%28ItemNumber%23%29&payment_gross=0.01 mc_gross=0.01&address_status=unconfirmed&payer_id=QGVDAFGZ9XHLJ&tax=0.00&address_street=303+Bryant+St&payment_date=10%3A55%3A07+Mar+3%2C+2003+PST&payment_status=Completed&payment_method=non_cc&address_zip=94041&first_name=Patrick&option_selection1=Large&address_name=Patrick+Breitenbach¬ify_version=1.4&custom=CUSTOM&payer_status=unverified&business=pb-sell%40paypal.com&address_country=USA&address_city=Mountain+View&quantity=1&verify_sign=Al2ev6cUTydpPj4ft8-tFAx2wO64AC45C-JwC8nSw4IKSuoyPGYH38iD&payer_email=pb-test%40paypal.com&option_name1=Size&txn_id=5B606523D8635203W&payment_type=instant&last_name=Breitenbach&address_state=CA&receiver_email=pb-sell%40paypal.com&txn_type=web_accept&item_name=WA+Test&mc_currency=USD&item_number=%28ItemNumber%23%29&payment_gross=0.01 Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
Patrick: Both the above transactions examples are for
payment_method=non_cc.
I have sent an e-check payment to test the problem.
The payment_status is "uncleared" as of now. I will let
you know if IPN sends back all the codes once the
payment_status is "complete".
According to the above examples it should work.
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
Echeck works the same. I did a different example since I could complete it in a few minutes. I can supply example echeck IPNs if necessary. It works exactly the same except pending_reason=echeck. Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
The e-check test payment that I had sent earlier did not
work as expected. It just got cleared in my PayPal account.
I had received an e-mail after I sent the e-check payment earlier
"This email confirms that you have received a Pending eCheck Payment
for $0.01 from .....
This eCheck Payment will remain "Uncleared" until the funds have
cleared from the sender's account, which usually takes 4 business
days. If you are shipping an item, please do not ship your item
until the funds have cleared into your PayPal account. You will
be notified by email when the funds have cleared into your PayPal
balance. ......."
I neither received an e-mail back nor any IPN code back after the
payment was cleared.
So the IPN does not send the codes back the second time
after the payment is accepted in case of a credit card
or an e-check payment.
Please let me know after the problem is fixed.
Thanks.
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
The IPN and email can get delayed by several hours for eCheck clearing. Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
Patrick: Thanks for your reply. Now I did receive the
delayed e-mail and the IPN for the echeck couple of minutes
back, but it was void of the other data as reported before.
Intrestingly even the e-mail that was sent the second time after
the e-check payment got cleared had it had
"Item/Product Name: Shopping Cart" instead of the
actual item name as reported in the first e-mail
but my paypal account shows all the details of the product.
As the e-mail and the IPN was sent back after some delay
I guess the paypal account which reflected the status as
cleared couple of hours back did update the product details from
the earlier transaction and the first e-mail that was sent
and if this is true then the second e-mail/IPN is VOID of
other codes for e-check similar to the credit card transaction.
Please let me know if you need any other details/help in solving
the bug at Paypal.
-Ranjan Desai
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
item_name for shopping carts is "Shopping Cart". Cart contents are passed through as item_name1, item_name2, etc. up to num_cart_items. Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 1/21/2003
Posts: 15
Location: ,
|
Patrick: The item_name1 etc are not passed. It is a bug
that I have come across in the Paypal software. Please
let me know if you need my help. I have worked as an independent
software consultant for major companies in USA and in many
startups for the last 7 years. Rather than fix the problem
at my end with a work around I would be happy to offer my
services to PayPal.
Please let me know. Thanks, Ranjan
-Ranjan Desai
|
|
|
|
Rank: Starting Member
Groups: Registered
Joined: 9/16/2002
Posts: 2,960
Location: ,
|
Can you send me a POST string that is missing the fields? Or let me know the txn_id in question and I can check the IPN logs. Patrick Breitenbach PayPal, Inc. Dev Net: https://www.paypal.com/pdn
|
|
|
|
Guest
|
