Is there a way to make the same tax code percentage vary according to the sap module you use it in? like tax code vz 19% in module MM, tax code vz 0% in module SD.
maybe there is a certain transaction that offers the respective settings?
thanks
No it is not possible to have one tax code both for purchase and sales. For each tax code, you can see a field "Tax type" which will differentiate whether it is intended for sales or purchase and ofcourse, all your financial postings will also happen based on this.
Related
The plot:
I am working with a Dropshipping company that has an API for providing products, the shipping is calculated this way:
Every product comes with a shipping size ( S,M,L ... ) and for each country this sizes have different fixed prices. I am saving this shipping size in a custom meta.
Example:
France
Size M: 10$
Size L: 15$
Spain
Size M: 15$
Size L: 20$
The problem:
I cannot seem to figure out a way of implementing this into woocommerce. I see that I can setup a flat rate for each country but I cannot implement these different sizes.
If this is not possible with plain Woocommerce, I want to implement something myself with php or I am also open to any official/verified Add-ons.
I figured out this on my own - so apparently I can make a shipping class for each of those sizes ( S, M, L ) and then I can setup Flat Rates by country and shipping class. This was very easy after all, no custom code required.
insert by location rules with multiple locations you can place fees for each location. A different rate can be configured in woocommerce and can also be configured by postal code
You can also use the plugin for handling all this stuff. I figured out this plugin maybe it can help you out. Advanced Flat Rate Shipping Method WooCommerce.
In this plugin you can create your own rules.
I currently have two warehouses (one on the east coast and west coast of USA). The problem I am trying to solve is finding the optimal method of shipping based on the user's shipping address and our two warehouses. It is unwise for us to ship a product from the west coast all the way over to a consumer on the east coast and vice versa.
We currently run WooCommerce and have the Table Rate Shipping plugin installed. I've created two zones (one for west and one for east) to divide our two shipping areas and I understand you can create a shipping class for each WooCommerce product but you are unable to create more than one under a product. If this was possible, I was thinking of creating two shipping classes under each product and finding an optimal shipping method that way.
I believe there is TradeGecko but it is a costly service that provides much more functionality than what I technically need. Does anyone here know of an ideal solution to optimally ship our products from two warehouses? Help or insight would be appreciated.
What you can do is for US try using a flat shipping rate (Not sure if its possible for you, but I dont think there should be much price difference within US ). You can use this plugin "Flat Rate per State/Country/Region for WooCommerce", it allows you to set different regions and states and then set prices for those regions. So for instance if someone from east cost orders a product you can send it for flat $5, similar can be done for West cost. I dont know how your workflow is but the relevant warehouse should be automatically notified when the product is booked. while for the rest of the world the pricing should remain standard.
I have found this - WooCommerce: Add fees to card based on payment gateway selected nice plugin, but I would need a plugin that I can set up three different fees to customers from different geo zones..
For example. - Slovenia - 4.8% - Serbia - 4.9% ect..
How can I do that? With which plugin?
Or is it possible to modify upper plugin to add geo zones for each fee? I am not good at coding, so I do appreciate some help.
#Marin Atanasov - I can't, because this is not tax, it's fee and it's not acceptable for our inspection. I already had that tax created in paypal, but it's not ok, because I have three different webstores, one in OC, one in woocommerce, and one in shopmania. I found one extension for OC that already calculates my fee for slovenian users, so I removed tax (so called fee) for them in paypal, but than the webshop in shopmania targets costumers in ex yugoslavia. But, the OC shop also does not exclude ex yugoslavian costumers, so the fee can be charged twice. The problem is also with the third webshop - woocommerce- where I have now for all costumers set up 3.4% fee, but if the costumer from ex yugoslavia orders than the fee is again charged twice, because I didn't remove it from tax in paypal. I need to find a resolution so the all three webshops have their own extension to calculate the fee, and delete taxes that I already set up in paypal.
If paypal would allow multiple webstores under 1 company name, this would be easy to fix.. but I can not enter my credit card number for all three webstores.. :(
Do you have any idea what to do? I am lost.
Perhaps you can use the built-in taxes? They provide you with the option to specify custom tax rates for countries.
To do this, you would have to:
Create your custom tax rates for the preferred tax class under WooCommerce -> Settings -> Tax
Select your preferred tax class for each of the products, and make each product Taxable
Make sure the taxes are enabled and properly configured per your preferences in WooCommerce -> Settings -> Tax
You can also use one plugin to add commission to certain payment gateways with different percentages
Payment Gateway Based Fees and Discounts for WooCommerce
I have two database tables
this is a sample database of a Ticketing system.
Figure 1: Sample table of air ticket.
Figure 2: Sample table of tax.
Requirement:
When ticket is made from the interface, it has multiple taxes of different names every time.
How can I store this information i.e. 'n' number of taxes for each ticket with different names every time.
I have tried to make many to many relationship but the problem is:
For each ticket if the tax is not setup, then need to add the tax first.
Any optimal solution for this?
"the problem is: For each ticket if the tax is not setup, then need to
add the tax first."
This is not a real-life problem. In real life governments declare taxes well in advance of collecting them, This gives organizations sufficient time to amend their systems which need to handle taxes. Tax is never a surprise.
"But this is very tiring solution for the end user.... to make bunch
of tax setup for each ticket"
This sort of thing is reference data, and is the duty of the system developer (hint: that's you) to populate the reference data tables. Or at least provide a screen where the user can create or amend various taxes. This is a different function from defining a ticket type.
The Ticket Creation screen should have a drop-down list (or similar widget) displaying all the existing taxes, which allows the user to pick the relevant one(s). If you reall think it's necessary you can include a link to the Create Tax screen, but that really is a very confusing workflow.
If the commentators are correct, and this is a ticket purchasing function, then your design is seriously wrong. Sales taxes must be included automatically to the cost of the purcahse as part of the transaction. Otherwise nobody would pay any tax.
Are there any ways to calculate Sales Tax Rates via some sort of web service or third-party application? Are there anything other than third-party apps for this?
I have a Classic ASP application that simply needs some way to calculate a rate based on an address or zip. Is this possible at all?
Here is a web service you can use for $22 a month.
http://www.zip2tax.com/z2t_services.asp
They sell files per State as well, and for $588 a year you can get updated monthly files for all 50 states. Not sure which one best suits your needs.
There are companies that specialize in (and charge large amounts of money for) sales and use tax data for various US jurisdictions. One of them (no affiliation with me, BTW) can be found at SalesTax.com. Contact them for current pricing and frequency of the data being updated.