We recently added multiple addresses, more to come.
Thanks for the detail Scott, many people say generically "the flow needs to be improved" but those comments are not actionable. We can probably get a few if not all of the things you mentioned handled in the very near future.
Keep it coming!
Ryan - some responses:
1. Pick an existing address for appointments, assigned contacts, snail mail, etc.
2. Show that there are additional addresses up where current phone numbers / addresses are.
-- At some point, there wasn't a good place atm
3. Assign/view a site "name" for additional addresses (Warehouse, Headquarters, Retail, etc)
-- Already there?
4. ^ Same thing for the primary address. Set the location type/name.
- No firm plans with this at the moment, waiting for feedback from many users
@Mick - thanks for adding your votes.. We haven't done any of the specific planning on this. Our perspective is a little different from a user, but mostly aligned. We are only here to build software that you guys find useful, and to help your business. We do that best by fixing the biggest issues, adding the most important new features, etc.
With our view of the almost 1000 open suggestions here on this forum, plus the 100 or so things we want to accomplish on our internal lists of ideas, plus the new things we see in the world that we think we need to add, we have a lot to look at.
With the size of our dev team we can do "a few reasonably sized features" per month if we manage the scope properly - that means a lot of things don't make the cut in any given month.
When we are ready to work on this, like we recently did with purchase orders, I'll outline what we are planning and give opportunity for feedback on the specifics.
@Curtis - oh don't worry, he isn't letting it bother him.. We are still getting the usual amount of feedback.
@ryan - Your feedback is taken as "We would like these things improved" - not "You must build it the way Ryan says because Ryan is a software architect at RepairShopr. Please take that the right way..
We have to balance complexity, dev time, and weight the pain on all this stuff.
@dan - It's just got 6 people wanting it currently, I know lots would like it - but it's a pretty huge undertaking. We'll probably let this sit for a pretty large amount of votes.
@ryan - it doesn't matter how pretty square is. What they do is put an iframe in the website, and you have to pay the "card not present" rate of 3.5%+
We are not going to implement a solution with those prices for sure. Vantiv is currently the solution we are backing. Maybe if square adds card present from a web browser some how.
We've been interested in this idea but without Square telling us how they'll give you card present rates vs not present, or having a swiper instead of only keyed entry - we probably can't add anything meaningful to the web side. The idea here in the comments about clicking something to trigger the iOS app to open up is totally valid and that's good enough for everyone we could probably do that in the next couple months.
@Seby for your case the "Actions - Parts Status" link will show what you are describing. For the more complicated case of checking a whole bunch of different tickets quickly, this could make sense - we'll probably wait a little while for a Ticket page refresh to get this done.
We got the message - we no longer have a mac desktop developer and are looking to fill that role. In the meantime you could try google cloudprint again, or setup a windows (even virtual machine) to run the print server if you really rely on automated printing.
Maybe this could be a request for a new permission to "allow manual serialized instance creation" or something. Most multi-employee shops have told us they want to disallow their staff from doing this because then you have no idea where the device came from.
This is totally a no-brainer, except, there are tons of implications. If we allow some HTML, what is the subset? Most of the formatting stuff? colors?
Once colors and sizing is allowed, does that carry through to the mobile view, to the template system?
It would take 5 minutes to put a wysiwyg on the ticket comment – but much much more consideration to do it really well in all the places ticket comments show up.
Keep voting and commenting..
@ryan - they are helpful to illustrate some of the original posts points, but the post specifically calls out asking for a WYSIWYG and wanting HTML in ticket comments and that was not mocked. You need to show rich HTML like a newsletter, paypal receipt, etc in the ticket comments area, ticket template, etc.
You can probably do this with a customer custom field + an icon? Just setup what the icons mean with a label on the wall or something? http://feedback.repairshopr.com/knowledgebase/articles/295874-customer-custom-fields
@tim - Good news! We've had that forever! Especially watch the video at the bottom of this KB page - http://feedback.repairshopr.com/knowledgebase/articles/295874-customer-custom-fields
Hey, I removed the second part because you can do that in the template editor already - left the high contrast bit - thanks!
1 voteAdminTroy (Founder, RepairShopr) shared this idea ·
@ryan - I think the magic color for "Invoiced" doesn't allow any overrides - they just stay green. We can consider making those still work if overridden or something - we'll look at it...
Thank you for your comment. Is there something specific that you’re seeing can not currently be translated?
The customer portal is already 100% translated to many languages, let us know if you find specific things missing..
I guess I meant more to the workaround, if you have them included in the ticket template - public/private will toggle them on/off of that printout.
Ryan - doesn't toggling them to Private do this for you? Maybe if we had them able to default to private?
We added functionality to make multiple payments easier through POS and will look at combining this as a single step as well.
@bill - this is a bug that should be fixed now, using a slightly different amount (by a cent) should be a workaround for duplicate payments too
Just in case anyone is wondering, this has been back burnered because the workaround isn't all that bad.
You have a $100 invoice, they have $50 cash, and the rest CC:
1. go to the invoice and take a $50 cash payment, the invoice will appear as unpaid
2. click payment again, it will show $50 owed, take a credit card payment
all is well, the invoice shows the cash payment and the credit card payment, the customer ends up with 1 printed invoice showing paid if you want, or 2 printed 'receipts' for the different parts if you want - only takes a few more seconds than if it was on one screen.
Currently the best practice is to manually add your returns periodically while it's not supported in RepairShopr. We are working on it, in the accounting integrations - due to the complexity - we have to take babysteps and it goes pretty slowly..
Can you share/explain more to someone that doesn't know what that product does, what the integration would actually do?
I had the same problem recently while traveling, I wanted to block out mornings in 2 days, and evenings in 4 days - I just accomplished it by leaving the whole day available in the widget - and making recurring appointments in my google calendar - which blocks out the right times. It accomplished the same thing..
Probably won't add this right away since this workaround seems reasonable so far.
I like it, is the color just the simple color already assigned for the calendar/etc?
Jason, our data model is setup to track actual time. If you ran a timer on 10 tickets at once, for 1 hour - it would show you "worked 10 hours" even though you only worked 1.
I understand to each of those jobs you want to log that 1 hour, but our data model is not designed for this and we can't/won't adapt it to do so. It would break down the model in a way that would break expectations for all the other users.
You should find a timer system outside of RS probably - or come up with another workflow to track the time.