You are viewing this forum as a guest. Login to an existing account, or create a new account, to reply to topics and to create new topics.
Likewise - this is a very big issue for me.
I was under the impression that Kryptronic were going to support UK customers and we should move away from Greenbarn - but the fact that it is impossible to get a decent resolution on this VAT issue seems to imply that this was just hot air.
Offline
Thanks all as will apply these changes to a cart I am working on for client, however Nik has made it very embarassing as his cart is flawed in many ways where it should not be.
Nik are you going to ignore us or work with us to fix this.
Offline
Embarrassing is not the word...after 10 years with CCP i've now converted to Magento...Kryptronic is moribund in the UK.
Offline
No - come back next year!!
Offline
Likewise I await news on this functionality.
At present, my hack is inelegant and irritating to my client - a decent solution is required.
<sarcasm>Maybe Greenbarn could help if Kryptronic do not have the technical proficiency to help UK customers</sarcasm>
J
Offline
I will bring this to Nick's attention again.
Offline
pjezak wrote:
Hi All,
I got same problem .... in Ireland, the difference is that Nick was doing customization for me and he f***up, he forget to solve that problem with Actual Rate for VAT ... etc. I'll send him a massage and will see what happened. If nothing I'll public his email ..... to let every known how to rubbish his inbox.
Doesn't get much more childish than that.
Offline
Childish or not - this issue is beyond a joke and I am not at all surprised some people feel totally fed up about it - including me.
Shame we can't have any kind of response to this problem from the Kryptronic developers. It really does seem as if this issue is not recognised, understood, or felt to be worthy of being sorted out. Can't they even take the time to post a comment such as "we know about this problem and are planning to fix it" - maybe a date projection for the fix? At the moment, it looks as if the problem is not being addressed and will continue in any future versions as well.
Offline
I will remind Nick of this thread in my shift report.
Offline
There is a quick solution to this problem if you only sell vatable products.
I edited the php order summary files to show UK friendly VAT order item details and posted my bodge in this thread or a similar thread.
Offline
Nick has informed me he is working on this since I've brought the thread to his attention. I'll update as I have information.
Offline
Hi,
First post in this thread 19th January 2010, still not corrected this issue. Can't upgrade til it's fixed people..
Cheers,
Bruce.
Offline
pjezak wrote:
Hi,
Good news - update is coming. This bug will be sorted.
Glad to see things are working out for you.
Guys-
Nick has a huge number of support requests, and historically the forum sometimes lacked the attention that it deserved. Nick and I are working hard to keep an eye on these various requests, and I would like to think that we've shown strong improvements these past few weeks. I was specifically asked to bring any pressing issues on here to his attention, and I have been doing so, and I believe things are catching up with demand.
Please bear with us as we go through a few of these outdated requests. Everyone here wants to make things right.
Offline
So I've just got my head around this VAT summary issue the best I can as to date I've not needed to break down the VAT.
Applying VAT to everything, the summary stupidly divides the shipping VAT amount between the products. Which makes no sense whichever way you look at it. What is the best workaround for now?
I'm confused as to the current situation. Are we awaiting an update?
Last edited by amdowney (09-10-2010 10:52:49)
Offline
Any news on the UK VAT situation?
854 views...hardly an outdated request...
Last edited by west4 (09-14-2010 06:16:16)
Offline
Hello. These issues were addressed in the update referenced here:
https://forum.kryptronic.com/viewtopic.php?id=27681
Offline
I have now applied the update and it would appear that the VAT issues are now cured. This is good, as I can now recommend using Europacart for other clients - something I have reluctant to do while the VAT situation was an issue.
Cheers
Julian
Offline
Sorry to be a perfectionist, but I've installed update: KRYPT09302010A on one of my stores to test the new chnges one of which is supposed to fix the VAT bug. But, during initial testing I've found that the VAT display is still not correct by HMRC standards.
Item Quantity Total ex Vat VAT Actual Rate
Avery A4 Precision Cutter 1 £49.40 £8.65 17.500%
Delivery 1 £7.25 £1.26 17.500%
A few points:
Delivery '1' is hard-coded into the php scripts so if the customer has a divided delivery costs between say two or three different adddresses then '1' for delivery is kind of incorrect.
Actual Rate should be 17.5% not 17.500%
Delivery cost of £7.25 does not produce a vat amount of £1.26 (7.25 x 0.175 = 1.26875) rounded up would be £1.27
I don't mind changing the php code myself but the scripts are made difficult to edit because of references to global variables and function calls from in other php scripts.
Come on Kryptronic this is a few minute time spent fix for the application architect/developer Nick!
Offline
Just been testing the VAT BUG fix some more and noticed that historical orders (pre kryptronic 7.1.2 code update) have item summary vat percentages of 22.900% or similar! This is because there is no order item live for delivery and the XHTML VAT scripts are calcualting an 'Actual Rate' ? for VAT
Am I expected to develop another bodge to fix the latest VAT BUGGED XHTML php scripts?
What is this 'Actual Rate' (which HMRC document did Kryptronic read about an actual rate in?) The current VAT rate is simply 17.5% and this is set in the System Dashboard > System > Locations > Countriesadmin section. Why is it calculated in the XHTML scripts for the checkout, order summaries and confirmation emails? Would it not be possible to just use the variable value from the setting in System Dashboard > System > Locations > Countries - that way the code update would be backward compatible with older orders and vat bodges made by Europacart owners who did their own VAT fix while waiting 8 months for a fix from Kryptronic.
Any chance of getting some updated XHTML order summary scripts to address the above isssues?
There are other issues with the 7.1.2 Update that affect the ecom_prod table contents and potential PayPal Basic Method but I need to test those further before drawing any definite conclusions.
Offline
Can somebody please enlighten me as to what the variable names are for:
System Dashboard > System > Locations > Countries > Tax Information > Shipping Tax Rate (Percentage)*
and Item Standard Tax Rate (Percentage)*
also how do I display them on the front-end as 17.5 or 0.0 instead of 17.500 and 0.000
It would be nice to finally cross this vat issue of the things that need fixing
Offline