My client is currently using existing transaction IDs in order to bill his customers monthly. They are looking to move away from this approach and switch to recurring payments. For this purpose I need to have the credit card info of each customer. So the question is whether it is possible to somehow get the credit card info from the paypal's transaction ID in order to initiate a recurring payment. I know that Authorize.net stores CC info within 3 months after the last transaction. Is this the case with PayPal? If not, maybe somebody has already found a workaround?
Thanks in advance.
Related
In my website, I am using Braintree payment gateway for both card payments and PayPal transactions with auto renewal subscriptions.
i am creating the customer and storing the card in Braintree vault for auto renewal..
also using the same customer id for that customer PayPal transactions (if happened)
before proceeding the payment, just need to check for active subscription, for both auto renewable and auto renewal cancelled and still expiration date is due subscription existence.
is there any predefined methods for verifying that one with .net code?
I am new to payments, is there any recommended git projects available? so that it would helps a lot
thanks in advance.
It sounds like you want to find active subscriptions for a given customer. According to this answer, "customers have a credit_cards array, and each credit card has a subscriptions array."
With that in mind, you can iterate through each credit card to grab each subscription. Once you have all the customer's subscriptions you can check their status. Here are the relevant Braintree Developer Docs links for .NET:
customer.CreditCards
creditCard.Subscriptions
subscription.Status
You can get a customer by id with the customer.find(id) method. It will return the customer with a paymentMethods property which contain the subscriptions associated with it.
I am testing payments via paypal sandbox and I noticed that the txn_id passed via the ipn is different from the transaction number the "buyer" gets. I also noticed that the transaction number for both buyer and seller is different.
Is it a bug on the sandbox site? or just the way it is?
How am I able to track transactions pertaining to specific buyers later if both the transaction numbers are different?
Thanks in advance.
It's intended functionality -- the buyer and seller will have different transaction IDs. It's the same way on the live site.
I'm building a recurring/subscription payment system with PayPal and all is going well.
Can anyone share the IPN data for when PayPal sends a retry payment? Specifically I need to know if paypal is going to use the same txn_id, or generate a new one every time it retries?
Appreciate the help!
You should receive a new transaction id everytime a payment is processed. You can test this by setting up a recurring payment in the sandbox, and setting it to bill daily.
I am developing a payment system using PayPal Recurring Payments (SOAP API).
I am Creating a Recurring Profile and setting up the monthly billing amt, period etc. Now when the user wants to upgrade his plan, I would like to Bill the buyer for the difference amount by using the same Credit card info which is associated with his recurring profile. How can we achieve this? Shall we do a complete separate transaction? Or DoReferenceTransaction API?
If I do a separate Transaction will PayPal allow me to do another transaction if the monthly recurring day falls in the next 72 hours?
Please share your thoughts.
Thanks
I would go with reference transactions like you mentioned. That would be separate from the profile, so yeah, if the recurring payment comes soon after it would process like normal.
I'm using the Paypal "Subscription" button. I have an IPN handler and overall I think I've got it all figured out. My last problem is that apparently there's no good way to test a recurring payment (except to wait for the cycle to occur). This issue is discussed here: [question]: Testing Paypal subscription IPN
I don't really need to test this recurring payment but I do need to know if every recurring payment will have it's own txn_id or if every payment in a subscription shares the same ID.
Thanks!
Yes, each recurring payment cycle will create a new transaction with its own transaction ID.
You'd link these transactions together via their recurring payments profile ID.