Splitting the total amount of order in WooCommerce, and first splitting to be paid with card(ex: icredit or another gateway) and second splitting to pay with cash on delivery(COD).
A solution but not works like expected, give error on payment gateway
You can use this plugin. It has not been updated for some time, but it still works well.
Related
this is my first question and im not a programmer. English isn't my natural Language either.
I need to reduce to 0 or to the minimum possible the chances of woommerce taking orders or accepting payments when the stock reaches 0.
I simulated 2 purchases at the same time and both were received and the stock counter got to -1.
i expect a lot of people buying products at the same time in my website and I want to avoid giving money back because of sells above the stock.
i had another problem with "Mercado Pago" payment method. once an order was already cancelled (due to the time limit) it let the payment be finalised.
thank you very much!
I found out that your issue matches this one: https://wordpress.org/support/topic/negative-stock-quantity/
Also, it could be your payment gateway capturing the payments later or something which is causing the order status to be delayed. In such cases, the stock does go to a negative number which is a known issue.
I use Woocommerce to add orders from admin manually. Most of my clients pay after 15 to 90 days after order is created, in some cases longer than 90 days.
I notice that Woocommerce Analytics always shows revenue based on Order created date. I agree with it by one point of view as order was created on that day, so, the revenue belong there.
I think orders tab in Analytics shows it right, which is Date, Order, customer, amount, etc..
But I think Revenue should be based on order->get_paid_date() rather than created date as the money still comes in on the paid date. If Woocommerce changes the formula, it would make little to no difference for those whose orders are paid online immediately. And it will take care of those whose orders are paid later on.
Just curious, since logically Revenue is the money coming into account and Analytics>Orders tab shows Orders by created date well already.
Thanks for your input for me to understand how Woocommerce thinks.
Currently Woocommerce Analytics does not take paid date meta into account, it considers order creation date for revenue consideration.
It depends how one looks it, it's right and wrong.
For my use, where customers pay days or months later, it's wrong. but still the order was placed on the creation date, so, the revenue should still be linked to the creation date. so, it's right too.
One thing I did was from Analytics settings, I removed some custom status of the order to exclude from Analytics, that way until the order is actually either in Pending status or Completed status, it does not consider it in revenue. Not a perfect solution, but it helps me to exclude canceled and some custom status like Quotation not be included in Revenue.
I ended up programming my own custom admin page where I pulled all orders in completed status with paid date between start and end date and did the total manually to get my actual income for the year.
Just for someone else looking for similar question, it might help.
We set up enhanced ecommerce tracking for our shop where we among other things track payment method for each order. In our shop, as a customer, I completed two orders with visa payment option, which can be seen in GA:
Two orders created with visa option, all fine (don't mind the duplicate records for now).
But then I create a third order in our shop with sofort banking (just another payment option) and look how things change:
All order payment methods were changed to sofort banking. Of course I've tried hard reload to see if caching is not involved and even waited a day to see if it changes anything but no, the records stay with sofort banking.
Now we come to the second problem - the duplication. For some reason when I filter with Secondary dimension: Checkout Options (as can be seen on the pics) I get for each tracked order 2 records in the table. Those two problems might be somehow connected.
The question is: Does anyone have an experience with this and knows where the problem might be? If you need additional info please let me know, as of now I don't know in which direction to elaborate.
I am using gravity form add-on of authorize.net to create monthly subscription in one of my WordPress site.
I have set the subscription amount to $50 and 1 month trial for $1 but when the transition is done the total amount charged $50 and authorize.net merchant interface shows me that trial period is set for on month with 1$ and amount is $50.
i am confused is there anything i am missing ?
I did a quick test using the latest versions of both add-ons (GF v1.8.3 and Auth.net v1.5) and this worked as anticipated. Does your Auth.net account support Automated Recurring Billing (ARB)? If yes, and you're still having issues, Gravity Forms support can help you get this figured out.
Note to moderators: I would have left this as a comment given that is isn't an actual answer to the issue but I do not have enough reputation to leave comments.
On the check out page I need users to choose a delivery date. Their needs to be multiple shipping options (that cost different amounts), but these are restricted based on what day you choose. Alternately if you choose a shipping method first, this will restrict what days you can choose for delivery.
One shipping option is ‘saturday’, and the delivery date must be a saturday.
Another shipping option is ‘next day’, the delivery must be the next day, and the order must be made before 2pm.
The final option is 'standard', which has no limitations except it cant be delivered on a saturday, and the delivery cant be the next day.
Also, I need to be able to restrict dates for delivery for all shipping options, as deliveries wont be made on bank holidays or the day after.
Im really struggling to do this so Id appreciate any pointers. If I can only achieve some of what I need that may be ok as a compromise.
Thanks
This sounds like a perfect case for using a calendar table to identify which dates are actually holidays. While I don't have specific experience with Ubercart, I've used calendar tables in a number of different solutions, and even wrote up a blog entry that details how to create and use a calendar table with a MySQL server. It's quite long, so rather than post the whole thing here, I'll just point you to the actual entry at http://www.brianshowalter.com/calendar_tables.