Agreed, this need a little bit of polishing up here! I am thinking that if the ticket is marked as resolved, then when all the shopping cart charges are pulled into and invoice, either manually or by recurring invoice, then link those tickets and mark as invoiced. On a side note if would be nice to have an option to keep reoccuring tickets from pulling in charges that are on tickets that are still open. We can't auto email anything out because of this, you can have tickets that cross over the billing cycle and things get split over 2 monthly invoices, it would be nice to keep this from happening by saying only pulling charges from tickets of a set status "resovled" or something like that.
Not, true this crushed me recently, totally messing with my setup, it definitely needs to be increased!
It seems you have to be on a very high pricing plan to get API access. Do either of you have API access currently?
I don't currently, I would think you guys could look at this as a rebrandable service that you could sell directly to us, it would give you another revenue and provide a much better text experience in my opinion.
I agree, this would also be a simple integration, Zipwhip has an easy to use api, also if repairshopr wanted to they could just sign up as a reseller and brand it as there own sms system, very simple to do, way cheaper then many other options out there and has the nice perk of just using the number you already have. Please consider this as it is very viable option for most everyone.
I would also like this!
Syncing To Tasks or a separate calendar or same calendar as appointments, configurable to any of these, would be awesome!
Fully agree, very pricey option on sms, just started implementing it, but could easily see this costing me some doe for something I already pay for anyway, and my current one has very little limitations, so much more affordable. Definitely Interested in custom API for SMS.
This is more like, additional people can subscribe/follow for updates right?
You can’t “assign” something to more than one person..
Would “follow” with notifications get you what you are after?
From what I can tell, Multiple Attendees doesn't show up on calendar as both Techs are on job, I put Ticket Owner on Calendar, then if you click into it you can see that there are otehr techs assigned as well, would be nice to see both techs visually, currently we have to create duplicate appointments and set each tech as the Owner so it shows up on calendar "visually" that both techs are on the same job.
Does this make sense?
I would like to see the assign to multiple tech's, on bigger jobs we send more than one person out, each would make there notes and track there time, all going to the same ticket, then once completed billing can put it all together and send it out.
Definately a Needed features and goes along with my idea for appointments as well.
So if you have a customer with 100 assets, you have to manually link them all? When they create a new one, it’s not linked – and you have to go link it?
Would it be better to have a contract cover all assets without having to select them??
I would want to be able to select which assets, not all assets would fall under the same contract, or there could be multiple contract for different assets as well, I would think a blanket link would be problematic.
We are kind of moving toward just doing the product labels on the Purchase Order when you receive product, the more powerful labels will only be there so you can have more data on them.
Are you using purchase orders?
All Labels PDF Square, does work very well with standard barcodes, so we are unable to use them at all, puts barcode on 2 lines, which is impossible to scan, also why is all labels pdf, which is handy when bulk updating things and needing new labels, doesn't print the same nice quality label that you print when printing form the purchase orders page, why are these not the same, or could a third button be added to make them the same?
What if instead of “skip receipt” checkbox, we just never print a receipt if the payment date field was changed? That generally means you are entering a payment that didn’t just happen that moment, like a mailed in check..
Not excited about adding more fields, keeping the interface simple is what we receive the most feedback about in general.
Agreed, with many many other fixes to print experience in general.
Planned means we want to do it, not that it’s scheduled for a dev to work on yet.
We just scheduled a few tasks that had 70+ votes, we can’t do this before those.