Right now you can in the "file attachment" boxes, like on a ticket, theres a "Webcam" option in there.
Just a quick update, we’ve got a development account with NAble and plan on using this custom PSA integration path. This is planned.
No firm timeline – but could be a few months.
No red tape or anything, we were about to start it and a large initiative came up that de-prioritized it just enough to miss the cut. We are about to release a redesign of the app that was much needed and will pave the way for some new modules and big items - and we've had some underlying infrastructure items to work out that have taken us all year so far and still not done.
The big thing infrastructure-wise is have to change our database layer of our app to support operating on multiple primary databases because of our growth. It's annoying that it takes a couple devs off more customer-facing feature work, but it's good to do before the app starts becoming unstable or slow.
I'll try to give another update in the coming weeks as I come back to work from paternity leave and will be looking at the schedule more closely.
Hey Chris - can you share their API docs with us?
Also - Max Focus had 107 votes when it was completed - we probably want about that many because this is such a huge undertaking. (IF their API is reasonably simple to work with)
Our plan with this is to build a few options to choose from, with minor things able to be enabled/disabled. These aren’t built in a technology that allows us to make an editor though.
It’s planned, but no estimated time we’ll actually work on it.
@james - how does a custom label help your situation? Can't you just add your existing UPC from the existing products into the Product in RS? (that makes them scannable)
This will probably come in early 2017
We would definitely hook it into our existing signature stuff - so it would work on topaz like our existing forms. (And fallback to work with mouse/touch if not on a windows computer)
Still planned - just coming after another big priority feature that we've been working on.
Couldn't you update all your products to be at the desired price?
No Neal and Rick - you don't - if 99% of your payments are Check just drag that payment method to the top of the list and it will be the default.
This feature request is about adding a new feature to set default payment method on a per-customer basis that has 4 people supporting the idea.
John - we have auto-retry of credit cards scheduled for May 2017 - it's in progress now
@rob - good idea, and that is the right way to get things moving more quickly :)
What is Automatr ?
Our position is the same, we don't have a developer that can work on it and don't have time to go look for one. If anybody knows someone please have them write us or send an intro email. For now this is just blocked on needing a developer.
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!