The pricing for the Current MSP toolset at $29 per user is higher then we paid for Autotask (If we had 3 users), think if we need 5 or 10 users, for $389 a month I would not be with repairshopr. I think a better model would be more like the premium feature pricing. I would pay $10 a month (Per RepairShopR domain not per user). I would pay $10 a month for WebHooks.

As I am already using ITGlue I had an API sync built that does what I need (Thinking of putting up on github), and as its the only thing I would want from MSP ToolBox it is just not worth it.

So the problem I see lies with the way recur adds new devices to an existing customer then bills yearly at a specific date based on the then current quantity regardless of rather each device/subscription was active a year.

Example, We sell our current client a yearly MAV subscription on a service call, setup yearly auto billing per their request. Three months later they request one more device be added at another yearly fee, then 2 months later 1 more and so on (our yearly fee is charged upfront each time). The problem is unless I extend and billing out on the existing subscriptions as I add new ones recur will bill this customer in less than a year for ALL 3 devices based on the quantity it sees and the date I set. I'd rather not leave money on the table at the time of sale by prorating new services. So, I'm forced to look up the existing schedule then figure up the extra months on existing plans and upsell /justify the extra charges OR balance the subscription costs manually and bill on the appropriate date based solely on what they paid (a headache! either way). One could say well that's easy, just set up a new customer & subscription for each year plan but that's a logistical nightmare for us and the customer! Think about how that syncs with Kabuto

I feel this needs to be addressed within recur billing. One customer and options to bill newly added devices/subscriptions on different dates or bill for extensions of dates on existing devices at setup...ie if I change the billing date to 3 months later then each month I add to each device=? a simple division based on price with a prompt to bill this amount now would be nice?. Or a setting that could be checked to auto bill existing customers for extensions and change date one year from a quantity change date for clients adding their own devices.

Most users don't care to be billed more than once a year for security - its just how they are used to functioning. Obviously, this isn't such an issue for monthly billings.

We use the ticket automations to keep the tickets organized properly. When a part is received the status is changed to 'parts received - to be scheduled'. The most difficult thing is that when an appointment is made we have to rely on our great & fantastic organizational skill and remember to change the status to scheduled. Its a 2 step process. The tech's are horrible at remembering to do this. Right now, we are constantly having to go into each ticket and check if it needs to be scheduled or not. Is there any way that when an appointment is made a note can be system generated to update the ticket of the time, and scheduled tech? From there I could set a ticket automation to change the status to 'Scheduled'. It would save the sanity of my assistant. We are a small shop and those of us in the office wear many hats. We don't have just one person that takes care of that, so there is always lots of confusion.

Currently, when going through the deposit taking workflow, you're taken directly to a payment form once the amount of the deposit has been entered, or a preset deposit selected.
We like to include notes about what it is our customers are paying for on the invoice, how long the warranty will be, etc. It is impossible to have predefined deposits for the wide array of parts that we might order, for example.

With the current system, my technicians are supposed to disregard the default payment screen, go over to invoices, and then input notes before processing payment.

On occasion, someone will autopilot through the process and get "trapped" by the payment screen, which introduces extra legwork for the admin to clear the payment and have the technician edit the invoice before reapplying payment.

It would be nice to have the option to define what page technicians are brought to after taking a deposit, so that they can land directly on the invoice instead of the payment screen.