Adaptive Payment "verified" Status

We have finally figured out what is going on with these issues with verification. (see this thread for background)

Everyone has assumed this is some sort of issue with bad vendor credentials (this is how all of CS-Cart support members have replied to it in the forum so far.)

The truth is that verified and unverified, are two legitimate Paypal account holder statuses. Both parties can receive fiunds in an adaptive payment.

Vendors can have correct email, first and last names, and will still not get verified status. They are not related.

Verified account holders have confirmed with Paypal that a bank account is attached to their Paypal account. They have no limits as to the value of funds they can receive in a transaction payment.

Unverified account holders do not have a bank account attached to their Paypal accounts, but still may receive payments up to a limit (usually about $2000USD).

CS-Cart adding the verification call to the Adaptive Payments add-on has been a real problem for us. We spent the first week thinking that our problem was that we were missing the Get Verification call from our Paypal APP-ID. Once we got it added and nothing changed we realized there was something missing in the translation. None of these issues showed in testing as you can only use the Paypal sandbox accounts with test payment credentials - and everyone was verified. After some back and forth with Paypal tech support this week, we finally figured this out.

We have over 1,000 active vendor accounts and hundreds of them have chosen not to add verification to their Paypal accounts. We've spent a month redeveloping our Adaptive Payment transaction with Simtech replacing a much simpler (i.e.: no get verified status) custom development we used with MVE 4.03.

We're now madly trying to remove this logic so we can get the unverified vendor's products back up for sale. We've spent so much time being confused that we've almost missed our relaunch date. The store has to go live Sunday, and I'm hoping that Simtech can get things figured out on a Saturday.

Losing some serious sleep over here…

:shock: :shock: :shock:

Very curious to see who this turns out, as I have had this issue as well. Good luck to ya!

Aftermath: in the end we had Simtech remove the logic that required vendors verify with Paypal - now we have a combination of verified and and unverified accounts that both can be checked out in the cart.

The Get Verified call that we added to the APP-ID is now only being used to display the status of the Paypal accounts in the backend.

Working between 2 (or more) providers is always difficult. Greatly appreciate your succinct analysis. Your solution with Simtech seems like the right one. I'm hoping this will be in the next release.

It would be nice if there were other providers (other than paypal) that could collect a CC payment, provide an escrow-type service (which paypal dosen't) and then distribute funds to vendors on a delayed schedule (again, paypal doesn't, but Braintree [another paypal business] can) which is set per vendor and the timer-start driven from a specific status change in an order. I.e. once a vendor ships an order, they get paid in 5 business days....

Paypal is as guilty as any payment system of making things less than obvious. The number of broken links and blind alleys on their site is proof that they're in a bit of disarray, or at the very least still in transition from the bad old days. Combine that with two different languages and configuration permutations and it gets pretty confusing.

Memtimintursun, our managers are discussing integration of the "PayPal for Marketplaces" service with PayPal at the moment. It should be integrated in Multi-Vendor after PayPal launches this service.

As for PayPal Adaptive Payments, PayPal agreed to assist our Multi-Vendor clients with registration in this service. Multi-Vendor clients can contact us via Help desk regarding this.