david
My feedback
8 results found
-
44 votes
An error occurred while saving the comment david
supported this idea
·
An error occurred while saving the comment david
commented
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
-
10 votesdavid
shared this idea
·
-
9 votesdavid
supported this idea
·
An error occurred while saving the comment david
commented
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?
-
185 votes
We recently added multiple addresses, more to come.
An error occurred while saving the comment david
commented
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
-
60 votesdavid
supported this idea
·
An error occurred while saving the comment david
commented
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.
-
1 votedavid
shared this idea
·
-
47 votesdavid
supported this idea
·
An error occurred while saving the comment david
commented
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.
-
24 votesdavid
supported this idea
·
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?