Gazo
My feedback
35 results found
-
3 votes
An error occurred while saving the comment An error occurred while saving the comment Gazo
commented
Good suggestion. **ALL** REPORTING SHOULD HAVE DATE OPTIONS WHERE LOGICAL.
-
4 votes
An error occurred while saving the comment Gazo
commented
Yes - selectable by client (one or all) and by data range (from this date to that date). Then ***group by ticket***, with all charges with relevant detail listed under each ticket.
This is a very highly sought after report and is one that is typically found in all IT support based billing systems.
-
5 votes
An error occurred while saving the comment Gazo
commented
Agree. There is not enough emphasis on reporting that can be used to support billing. As Terry said, it should be date selectable, and show any *charges* on the tickets, and most importantly grouped by Ticket #.
-
6 votes
An error occurred while saving the comment Gazo
commented
It's hard to believe that this hasn't been implemented by default already. A standard feature in any ticketing system, MSP or not.
-
16 votes
An error occurred while saving the comment Gazo
commented
This suggestion should be closed, because I can change the purchase order date as easily as I can change the due date. Case closed.
-
24 votes
An error occurred while saving the comment Gazo
commented
The big issue with not having the tax amount listed on POs (like RS has no invoices) is that some items I order have sales tax and some don't, so having the tax on the PO at least lets us be sure we are accounting correctly as we go, rather than a mess at month end that needs unraveling.
-
10 votes
An error occurred while saving the comment Gazo
commented
Hey voter on this suggestion, it's time to pool your votes here "allow for tax on POs": https://feedback.repairshopr.com/forums/165658-general/suggestions/10631937-allow-for-tax-on-pos
-
7 votes
An error occurred while saving the comment Gazo
commented
Good suggestion!
-
68 votesGazo
supported this idea
·
An error occurred while saving the comment Gazo
commented
I suspect many of us have different rates for different work types or staff. For example "Workshop" $75/hr, "Callout" $100/hr. Prepaid hours seems to track units of time not value, so this other idea may need to be combined with this one: https://feedback.repairshopr.com/forums/165658-general/suggestions/11141532-prepaid-hours-should-work-on-value-not-quantity.
If anyone thinks my understanding of how Prepay hours works is wrong let me know.
An error occurred while saving the comment Gazo
commented
Agree - we should be able to view Prepay hours history on a customer by customer basis as and when needed, showing tickets that have been applied.
-
7 votes
An error occurred while saving the comment Gazo
commented
As long as it's limited to select Admin users and the changes are shown in the change history then it could be handy at times, particularly when checking jobs at billing time.
-
6 votes
An error occurred while saving the comment Gazo
commented
Freaking hell!! If there was a better bang for buck change to RS I'll be damned!! :-D
Every mention of "price" or variant of that word in RS NEEDS TO BE EXPLICIT ON WHETHER IT IS EX OR INC TAX!! -
42 votes
Just for clarification, we have multi-location inventory but this suggestion is to make it more granular “per-location” to have different settings per locations as far as what’s tracked/etc.
An error occurred while saving the comment Gazo
commented
Agreed - knowing what inventory is in which vehicle would make it much more efficient to find "that thing" when it's needed.
-
63 votesGazo
supported this idea
·
An error occurred while saving the comment Gazo
commented
Wow - what a bummer! I too deal with consumers and businesses, and have for 18+ years had all my pricing on purchase orders and invoices as ex sales tax, then just add it on at the end. Plus as others below have mentioned EVERY SUPPLIER I have every dealt with lists ex tax prices.
I have also found that the Purchase orders in RS don't list sales tax on screen or in the PDF - GASP!! The problem is exacerbated when some items I order have sales tax and some don't, so having the tax on the PO at least lets us be sure we are accounting correctly as we go, rather than a mess at month end that needs unravelling. -
85 votes
An error occurred while saving the comment Gazo
commented
For very basic project management - say where you want to follow a documented number of steps etc there is the Worksheets function in a ticket.
-
6 votes
An error occurred while saving the comment Gazo
commented
Personally I like the RS PO numbers because they are different to our accounting software PO numbers so the book keeper always knows when a PO came from RS, rather than non sales/service related POs.
This makes good sense, because imagine as years go by, you likely don't want all the old records clogging your spreadsheet. Simple solution is a date range, which should be available on all reports.