I'm new to Opencart. In fact I'm working in my first project that is in Opencart 2.3.0.2. It's almost done.
Now the client need the price of a product should be inclusive of tax.
now actually it's working like the tax is added with unit price. I need it to be included.
ex: Rs.100 (includes GST 18%)
incorrect:
Unit Price: 100
GST#18%: 18
Total: 118
Correct:
Unit Price: 84.75
GST#18%: 15.25
Total: Rs.100
instead of 100*18/100, we need to calculate 100*100/118
(100*100/118)-100 to get GST
Go to Admin->System->Settings, edit your Store, and select the Option tab. There is a setting called "Display Prices With Tax."
Related
I need to find a way to create Negative product prices in Magento.
We use Magento both as Online shop and POS and in POS we sometimes need
to give a certain discount that simply can't be accomplished with coupons or shopping cart rules.
I did some googling but nothing turned out. Does anybody know how I could create this?
Example:
1 x Apple iPhone 6 - € 699,99
1 x Discount with subscription from provider X - € -100
Total : € 599,99
Thanks in advance!
Why can't you use coupons?
Another possible way to go with is a configureable product option. You need to setup this for each product, however. An option can have a negative price, in your case -100€. You can include an description as text on invoices, but it won't show you "599.99-100.00 = 499.99" but just "499.99" as row total price.
I have a very big problem, I need some products do not specify the discount to be applied to the product or the difference in amount, but to directly specify the selling price including tax, I'll explain:
Sales price without discount -> 30.00
Sales price I wanted -> 12:56
12:56 I want to write directly without having to do subtractions and / or calculations of percentages, can you tell me how can I do? Thank you very much.
when using paypal subscriptions in magneto - by default, magento uses the awkward method of
separating the subscription items from grand totals
grand total is zero if only sub is in cart while it calculates physical good separately
subscription items cost is placed below grand totals so it looks like:
as shown, subscription items are not even totaled
subtotal
0.00
grand total
0.00
subscription items
sub1 $1.00
sub2 $1.00
In my view, it would be better like this:
this would be what i consider normal....
Subscription Items:
sub1 $1.00
sub2 $1.00
Subtotal $2.00
Other Cart Items:
T-Shirt 1.00
Subtotal $1.00
grand total
$3.00
or...
Subscription Items:
sub1 $1.00
sub2 $1.00
Other Cart Items:
T-Shirt 1.00
Subtotal $3.00
grand total $3.00
or simply...
Your Cart Items:
sub1 $1.00
sub2 $1.00
T-Shirt 1.00
Subtotal $3.00
grand total $3.00
has anyone faced this and found a way to fix paypal/magnetos bad coding so that everything in cart adds up like a normal shopping cart?
It is a standard practice to keep subscription items separate from current order items. The way you're outlining this would cause confusion with your customers, I can pretty much guarantee.
If you show a break down like you've explained...
sub1: 1.00
sub2: 1.00
tshirt: 1.00
subtotal: 3.00
grand total: 3.00
Your customers are going to wonder if they're being charged 3.00 on a recurring bases or only the 2.00.
The actual shopping cart items that are "normal" as you put it, would be setup and included in the one-time purchase. Subscription items, which would be billed on a recurring basis, would be shown separately to differentiate and make it very clear.
Now, a subscription profile may have an "initial amount" charged, and that could be included and shown as a cart item, but again, the recurring amount would typically be shown separately.
Here's an example of a site of mine that is completely custom. I toyed around with lots of ways to display this so it was clear to people, and this is the sort of thing I came up with.
As you can see there I'm showing the one-time amount as the subtotal and then the recurring amount under that as an additional charge that will happen based on the subscription included with the order. If I were to simply show 71.85 as the total that would be confusing to people (and I experienced that first hand before I moved to this format.)
So then here's another screenshot of what it looks like with shipping included, so the subtotal and grand total are updated accordingly, but the subscription amount is still separate.
I have other orders where the one-time is $0 and there's nothing but a subscription, but it still gets broken down as $0 + 1.95/mo or whatever the case may be.
So, personally, I think what Magento is doing makes sense and is going to be better for you once you have live customers shopping on your site. It breaks down exactly what will be charged now, one-time, vs. what will be charged on a recurring basis.
I will try to explain what I need:
By default woocommerce allows to handle just 1 scheduled sale price per product, I need the possibility to add another one (for simple and variable products).
In other words, for each product I need to have 3 different prices, depending on the date the purchase is made.
Also, in the product page I need to show ALWAYS the 3 prices and their relative scheduled period of time (even if it's in the past or future).
Example:
Product #1
from 01-01-2014 to 01-31-2014 you pay € 100 (this is what I need)
from 02-01-2014 to 02-28-2014 you pay € 200 (scheduled woocommerce
sale price) from 03-01-2014 and after you pay € 300 (regular woocommerce price)
Product #2
from 01-01-2014 to 01-31-2014 you pay € 150 (this is what I need)
from 02-01-2014 to 02-28-2014 you pay € 280 (scheduled woocommerce sale price)
from 03-01-2014 and after you pay € 330 (regular woocommerce price)
etc...
Any suggestion on how to add this feature in a new plugin?
You can easily customized these conditions using inner code on WooCoomerce. No need to use any extra plugin for the same. Following is the idea, how you can do that.. Hope this helps.
Having a look at the Product abstract class in WooCommerce the following php code gets whether or not the product is on sale:
return ($this->sale_price != $this->regular_price && $this->sale_price == $this->price);
Which seems to indicate that the _price has to be the same as the sale_price in order for it to be classed as on sale. So just
update_post_meta($id, '_price', 'new sale price here too');
you can edit this code as per your required conditions.
I have been having a problem with shopping cart price rules that aren't being applied correctly in the cart. The problem occurs when there are multiple discounts. Here is a specific example:
Discount A:
Product: 3 Book Set
Price: $20 each book
Discount: $10 (when you buy all 3)
Discount B:
Product: Suit (jacket and pants)
Price: $500 each piece
Discount: $50 (when you buy both)
Here is the situation:
When the suit is listed first and the books second, all discounts are taken ($50 + $10 = $60). However, when the books are first, only the suit discount is taken ($50).
Using firebug/firephp I have been able to see that for the first case, the discount is less than the price of the first product and all the discounts can be taken off that product.
In the second case, the discount is more than the price of the first product. When this happens, the $50 discount is spread across the 3 books. It takes $20 off the first book, $20 off the second, $10 off the third; but then the $10 discount for the books is not processed.
I need to know where to look next. What models/methods are involved in processing shopping cart price rules? How do I go about tracing the code so I can find out where the error happens?