Search Results for '580022'

But I still can’t work out why that original vendors coupon codes are not working. I had them update the coupon to make sure all the newly added products were covered, but some of the items you can’t checkout, and some you can. It all seems to come down to the price.

They have shipping set to 0 worldwide. (100% of commission paid to them). All simple products.

All the products I’ve tried to checkout that are $6 and $7 do work (discount code is applied, able to complete through to paypal). But every product of theirs that is $5 or $10 the products will show the discount but you cannot checkout with them – it gives a paypal error. (Tells you to go back to the merchant, where there is the Error ID: 580022. The amount is invalid. Error ID: 580022. Invalid request parameter: payKey cannot be null). Either purchased individually or with other items (even of different costs)

However if one of those $5 products that was not working is edited to change the price to $6 (that was the only change) then it works. So the only difference seem to be the price.

Also, taking 3 $7 products whose only difference is the title and the product image (so “paris”, “cats” and “pirates”). Individually they can all be checked out fine. Combinations of 2 of them work fine (paris&pirate, cats&paris, pirate&cats) – however 3 of them carted together cannot be checked out.

Deleting that line results in an error when trying to purchase items from a vendor with no paypal address set:

Error ID: 580001. Invalid request: None of the fields are specified to identify a receiver
Error ID: 580022. Invalid request parameter: payKey cannot be null

Hi Ben, did @DigitalChild have any idea on how we can do this? I really need to add placeholder text to warn Vendors not to use 100+characters in their Product Name because of the paypal error:

Error ID: 580022. Invalid request parameter: name must be 100 characters or less Order status changed from Pending Payment to Cancelled.

Many thanks,

Karen

Got some new information. The cost is meant to be an array if you’re doing per_item (which contradicts WooCommerce’s own documentation), but it’s actually the same result with the code above.

The interesting (and terrible) thing is somehow the full amount (including paypal fees) is being interpreted as negative. Here’s an example from the paypal log:

PPAPIService: Request: requestEnvelope.errorLanguage=en_US&actionType=CREATE&cancelUrl=http%3A%2F%2Fwedding-recycle.com%2Fcart%2F%3Fcancel_order%3Dtrue%26amp%3Border%3Dwc_order_56742d991d0fe%26amp%3Border_id%3D17006%26amp%3Bredirect%26amp%3B_wpnonce%3D7e1bb189cc&currencyCode=USD&feesPayer=EACHRECEIVER&ipnNotificationUrl=http%3A%2F%2Fwedding-recycle.com%2F%3Fwc-api%3DWC_PayPalAP%26paypal_chain_ipn%3D1%26order_id%3D17006&receiverList.receiver(0).amount=123.76&receiverList.receiver(0).email=*************%40yahoo.com&receiverList.receiver(0).invoiceId=17006&receiverList.receiver(1).amount=-62.76&receiverList.receiver(1).email=*************%40wedding-recycle.com&receiverList.receiver(1).invoiceId=17006&reverseAllParallelPaymentsOnError=1&returnUrl=http%3A%2F%2Fwedding-recycle.com%2Fcheckout%2Forder-received%2F17006%3Fkey%3Dwc_order_56742d991d0fe%26%23038%3Border-received%3D17006
PPHttpConnection: Adding header X-PAYPAL-SECURITY-USERID:  *************
PPHttpConnection: Adding header X-PAYPAL-SECURITY-PASSWORD: *************
PPHttpConnection: Adding header X-PAYPAL-SECURITY-SIGNATURE: *************
PPHttpConnection: Adding header X-PAYPAL-APPLICATION-ID: *************
PPHttpConnection: Adding header X-PAYPAL-REQUEST-DATA-FORMAT: NV
PPHttpConnection: Adding header X-PAYPAL-RESPONSE-DATA-FORMAT: NV
PPHttpConnection: Adding header X-PAYPAL-DEVICE-IPADDRESS: *************
PPHttpConnection: Adding header X-PAYPAL-REQUEST-SOURCE: sdk-adaptivepayments-php_1.2.95
PPAPIService: Response: responseEnvelope.timestamp=2015-12-18T08%3A00%3A25.878-08%3A00&responseEnvelope.ack=Failure&responseEnvelope.correlationId=3aef43d96e68a&responseEnvelope.build=17820627&error(0).errorId=580022&error(0).domain=PLATFORM&error(0).subdomain=Application&error(0).severity=Error&error(0).category=Application&error(0).message=Invalid+request+parameter%3A+amount+must+be+greater+than+zero&error(0).parameter(0)=amount&error(0).parameter(1)=-62.76

One more amazing(ly awful) thing: this this doesn’t happen with the sandbox. Just production. This is the matching order: http://i.imgur.com/OgIFRa7.png

Why this happens only when shipping is non-zero, I don’t know. I’m *so* confused. I’ve bought WC Vendors Pro and hopefully all this bull will go away.

Tried again but instead this time I divided the total shipping amount amongst all the products in a vendor’s package. See it here: http://pastebin.com/qvhjxU8h

So, long story short, my first version of the plugin (http://pastebin.com/qF94eyz3) does not work because the PayPal request doesn’t get the proper shipping amounts because of how the software uses two variables that are grouped and not grouped. If I had to guess I’d say it has something to do with me using a static variable to keep track of who has been paid their shipping dues. In my plugin, I’m adding shipping once per package (remember: each package belongs to one vendor/source) so that if the shipping has already been added, it doesn’t get added twice. The function is being called twice which means the 2nd call is probably still using that same static variable, so when it checks to see if it should add shipping to the vendor during the 2nd call it sees that they’ve already been paid and thus you get the right totals the 1st time but not the 2nd. Just a guess. I’m not sure how to go about removing this static variable because how else would I keep track of whether or not a vendor has been paid shipping if it’s being ran twice. I thought about passing that $grouped argument that gets passed in WCV_Vendors::get_vendor_dues_from_order($order, $grouped = true) but that didn’t quite pan out when I tried it.

I decided to also try and just divide the shipping amount between all products in each package. So $5.75 due to a vendor for 5 items would mean each item would have $1.15 added to it. See it in action here: http://pastebin.com/kQK0Jmuk

The part that calculates how much to give to each line item is here:

$vendor_owed_shipping = $data['cost']; // this is their total shipping due for the entire order
$number_items_pkg = count(explode('|', $data['product_ids'])); // string of a pipe separated array of product IDs being exploded and counted
$shipping_dues['amount'] = (($vendor_owed_shipping / $number_items_pkg) * $product['qty']); // total shipping owed divided by the number or items in the package multiplied by how many of the item the customer bought

When running this new change of giving shipping to each product, I get the following response from WCV_Vendors::get_vendor_dues_from_order():

$receivers = WCV_Vendors::get_vendor_dues_from_order( $order, false ); (not grouped)
array(2) {
  [1]=> // first chunk of this array is for the store owner. Shipping gets added towards the end…
  array(4) { // each item here is a line item in the order
    [23193]=>
    array(7) { // meta data for each line item in the order
      ["vendor_id"]=>
      int(1)
      ["product_id"]=>
      string(5) "16763"
      ["commission"]=>
      float(39.98)
      ["shipping"]=>
      int(0)
      ["tax"]=>
      int(0)
      ["qty"]=>
      string(1) "2"
      ["total"]=>
      float(39.98)
    }
    [23203]=>
    array(7) {
      ["vendor_id"]=>
      int(1)
      ["product_id"]=>
      string(5) "44223"
      ["commission"]=>
      float(0)
      ["shipping"]=>
      int(0)
      ["tax"]=>
      int(0)
      ["qty"]=>
      string(1) "2"
      ["total"]=>
      float(0)
    }
    [23213]=>
    array(7) {
      ["vendor_id"]=>
      int(1)
      ["product_id"]=>
      string(5) "37013"
      ["commission"]=>
      float(0)
      ["shipping"]=>
      int(0)
      ["tax"]=>
      int(0)
      ["qty"]=>
      string(1) "2"
      ["total"]=>
      float(0)
    }
    [23223]=>
    array(7) {
      ["vendor_id"]=>
      int(1)
      ["product_id"]=>
      string(4) "5737"
      ["commission"]=>
      float(19)
      ["shipping"]=>
      float(-0.95)
      ["tax"]=>
      float(0)
      ["qty"]=>
      string(1) "2"
      ["total"]=>
      float(18.05)
    }
  }
  [109673]=> // now we’re dealing with a vendor…
  array(2) {
    [23203]=>
    array(7) {
      ["vendor_id"]=>
      int(109673)
      ["product_id"]=>
      string(5) "44223"
      ["commission"]=>
      float(75)
      ["shipping"]=>
      float(6.7)
      ["tax"]=>
      int(0)
      ["qty"]=>
      string(1) "2"
      ["total"]=>
      float(81.7)
    }
    [23213]=>
    array(7) {
      ["vendor_id"]=>
      int(109673)
      ["product_id"]=>
      string(5) "37013"
      ["commission"]=>
      float(2)
      ["shipping"]=>
      float(6.7)
      ["tax"]=>
      int(0)
      ["qty"]=>
      string(1) "2"
      ["total"]=>
      float(8.7)
    }
  }
}

$receivers_two = WCV_Vendors::get_vendor_dues_from_order( $order ); (grouped)
array(2) {
  [1]=>
  array(6) {
    ["vendor_id"]=>
    int(1)
    ["qty"]=>
    int(8)
    ["commission"]=>
    float(58.98)
    ["total"]=>
    float(58.03)
    ["shipping"]=>
    float(-0.95)
    ["tax"]=>
    float(0)
  }
  [109673]=>
  array(6) {
    ["vendor_id"]=>
    int(109673)
    ["commission"]=>
    float(77)
    ["shipping"]=>
    float(13.4)
    ["tax"]=>
    int(0)
    ["qty"]=>
    int(4)
    ["total"]=>
    float(90.4)
  }
}

Notice that the shipping for the vendor is really high while the shipping due to the store is a negative number. Of course, this generates an error from PayPal:
Error ID: 580022. Invalid request parameter: totalShipping cannot be negative.

So, that’s where I’m at right now. Hopefully that all made sense. Any glaringly obvious errors? Also, should I even be wasting my time with this if the shipping methods are being updated in the Vendors plugin? Will it accomplish what I’m going for? Will it be ready anytime soon? @digitalchild

Hi Jamie,
I know you said you’re away, but I wanted to put this up here so you see it whenever you log back in.

After being able to make a sandbox payment, and all seemed to work fine, I now tried to switch to live credentials, and stuff is not working again…arrrgh.

I posted in a new tread, but I’ll repeat here, because I think it is relevant to the chained payments issue.

1) What happens if I want to sell products that are not by any vendor but by me (the website) meaning I may have stuff in stock that will be sold by me? How is that handled, do you know? Any suggestions?

2) I have put all the live credentials in place:
paypal email is the one I use to log in to paypal
API username is the one that I find in Profile>Selling Tools>API credentials
API pass and API signature are from the same place.
I have created an app for advanced payments and have put it’s ID in too.

However, I can’t seem to be able to checkout. It gives me Invalid Transaction Error.
When I get back to the page and try again, it gives me this

Error ID: 550001. User is not allowed to perform this action
Error ID: 580022. Invalid request parameter: payKey cannot be null

Is there anything else that needs to be done? As far as I know, that should be it…but for some reason not working as expected.