Why does no one seem to be taking VAT issues seriously? For nine months I have been trying to devise work-arounds but feel like I am running out of options.
I have just tried to raise a test invoice (still not live data) without VAT for a German customer and I expected the "TAX" tick box for each customer would do the trick - Unfortunately not.
£100+VAT = £120. so if the customer isn't taxed the invoice should be £100 BUT IT ISN'T!!!
the final value stays £120 (it just doesn't attribute £20 to tax) hopeless - or is it me? Am I missing something?
I would be pleased to hear suggestions from anyone who has seriously run VAT on Repairshopr?
I totally agree! ex-VAT pricing is always the baseline from which everything else is calculated.
As a UK based business-to-business this is what I am used to and precisely what I need.
Our prices are always quoted as: price "Plus VAT"
Similarly our inventory price list are ALWAYS ex-VAT but RepairShopr requires inc-VAT values
The ability to step through the found set is an absolutely basic feature that I would have taken for granted.
For a system that has so many great features as Repairshopr I am astounded this feature should be absent and I struggle to believe that I am not missing something here?
We recently added multiple addresses, more to come.
Multiple Name/Address fields:
We need to be able to clearly define at least four categories of contact/name/address data:
• “Collect from”: For jobs pre-booked online we can arrange UPS collection (with optional carriage insurance if required at 1% of“Declared value”)
• “Invoice to”: For invoicing at the end of each month in one batch.
• “Owner”: To discuss the actual fault
• “Return to”: This is often different – i.e. return to warrantor (etc) if replacement has been sent out. It's can be disastrous and very awkward to rectify if equipment is inadvertently dispatched to the wrong place by, say, a new member of staff while I'm not looking!
And It is essential to be readily able to define each and any of these at any point in the workflow.
We handle warranty servicing of several brands on behalf of various manufacturers where equipment is often collected from the SHOP for repair and then possibly returned directly to the OWNER (or the shop - or back to the distributor if the item has been swapped out - or scapped for parts - i.e. not returned).
INVOICE details often need clarification so need to be defined for each job even though they may be “warranty” status. Since some shops offer 5 year warranty, if the failure occurs within year 1 the manufacturer or distributor pays but in year 5 the shop is responsible.
In order for a warranty repair to proceed we require a prop-of-purchase (purchase invoice etc). If this proves to be unavailable the job must be invoiced to the owner and status may be changed to non-warranty (though this is less important providing we know who is paying).
(On my current system we have each of these overlayed, with tabs to select whichever is viewed. Buttons below each tab on each page enables copying of one to another which is handy since these fields are frequently all the same.)
In addition to the four areas defined we also have “Dealer” and “ClientOfClient”. I must confess these have proved rather superfluous, however, I appreciate there may be different workflow scenarios so perhaps the headings of these fields I have listed should perhaps be definable by the user:
Name/address1, Name/address2, Name/address3, Name/address4, Name/address etc
I totally agree and have responded similarly to other threads on the same subject. I am eager to switch from my aging, ideosyncratic bespoke system and Repairshopr looks fantastic. Although RS doesn't have all the features of my current system it does comes pretty close - and it also does some other useful things in addition to this!
I am now subscribing to RS and loading data to run scenarios with a view to switching live as soon as practical. It may be necessary to devise work-arounds in certain areas. For instance we currently require multiple name/address fields (COLLECTfrom, BILL to, OWNER, DELIVERY to, etc, etc) since Customer's equipment is ofter returned to us from a shop to be billed to the manufacturer but returned to the distributor. It's could be disastorous if I can't figure out a workflow to safeguard against equipment being inadvertently despatched by, say, a new member of staff to the wrong place when I'm not looking.
This system of voting on ideas seems logical but it doesn't always truly represent necessity, importance or value of a proposal. Being UK based business-to-business I sense that I am a small portion of the demographic, however, inc-VAT pricing is a real deal-breaker which is tending to hinder my adoption of RS - as perhaps for many other similar companies that might also otherwise benefit form adopting RepairShopr. You can't preach to the un-converted!
I need to be able to import/export inventory prices ex-VAT. Similarly with adding costs to a ticket - these costs seem to be only inc-VAT. We deal exclusively in ex-VAT prices.
I totally agree. And this is really important to us in the UK. Prices MUST be based upon ex-VAT amount.
If I go to the page of the inventory item I appreciate it seems possible to enter either in or ex VAT amounts however the CSV export file only has inc-VAT amount
I don't know if it is the same in USA so it might be helpful to also mention that in the UK businesses dealing with "trade" customers always tend to discuss prices exclusive of VAT whereas retail business direct to public must now quote prices inclusive of VAT.
Also it is important to appreciate (though I am certainly no accountant!) that there can be different VAT rate some items - and between countries.
I am just finding my way around Repairshopr. You can't please all of the people all of the time but Repairshopr comes pretty close - absolutely brilliant! But is there a way to base inventory prices upon the value without VAT? I'm no accountant but subtracting VAT to get back to the starting price feels wrong. It is certainly unconventional and surely a recipe for complication further down the line? What happens when we buy from countries with different VAT rate? And what do we do when our VAT rate changes? I leave all this to our accountants but really need to find a workaround to allow ex-VAT inventory pricing.
I don't know if it is the same in USA so it might be helpful to also mention that here in the UK we seem to have a convention whereby businesses dealing with "trade" customers exclusively tend to discuss prices exclusive of VAT whereas "retail" businesses direct to public must now quote prices inclusive of VAT. As a VAT registered business we always quote/consider/evaluate any costings ex-VAT.
Would everyone please add a comment to this and give a sentence or two about how they would like the integration to work?
- Eg, is it with a cloud shipping service?
- Do you download a file which some desktop app is able to open to make a label?
- Please let us know in the comments how this could work in your situation so we can get an idea what is involved
I have just signed up to Repair Shoppr and am trying to implement all of the essential functionality that our idiosyncratic aging custom-built system provides. I am amazed at how adaptable Repair Shopr is - incredible - fantastic system!
At times we might send 10-20 items per day so it is essential to have accurate tracking info for the occasional missing package. Despite all of its faults our current system does automatically prints and adhesive despatch UPS label and record tracking info to ours an UPS's system. This communicates with UPS via Worldship see: https://www.ups.com/content/gb/en/bussol/browse/worldship.html
Is there any likelyhood of this being integrating this into Repai Shopr in the near future?