Forum Widgets
Recent Discussions
Invoice numbers and QBO
Am I the only person having problems with invoices not syncing to Quickbooks due to duplicate invoice numbers? Our old software allowed a job prefix that would allow for unique invoice numbers per customer. I've tried using the assigned job number plus a digit for the invoice number but even that returned a duplicate number in QBO. Jobber doesn't appear to allow anything but numbers -- no hyphen, period, etc. How are you overcoming this?
The Jobber Time-Tracking Paradox: Why Time Capture Fails Basic Field-to-Invoice Engineering
Let’s skip the marketing gloss and look at the actual data flow of Jobber’s time-tracking feature. The core pitch for Jobber’s time-tracking and scheduling suite is simple: seamlessly capture billable hours, eliminate administrative friction, and protect your revenue. But when you examine how the software handles data structures from the field to the back office, it falls apart under basic operational logic. Consider this: the ONLY place the H:M format is actually used in Jobber is recording raw clock time (i.e., what time you started the timer, what time you stopped the timer or clocked out). Here is the technical reality of the workflow: 1. The Capture: The field timer records elapsed time natively in Hours and Minutes (H:M) (3h \ 42m). 2. The Disconnect: When you move to generate an invoice using an hourly line item, Jobber completely rejects its own captured format. It forces a hard stop, requiring a manual calculation of every time Hour + Minutes / 60 followed by manual entry in decimal hours 3.70. 3. The Payroll Dead End: It doesn't even serve internal payroll natively, because payroll engines also require decimal conversion to calculate wages and tax burdens. The Administrative Friction, Revenue Leak, and Hidden Costs Because H:M is stored in one format and billed in another, the software introduces the unnecessary manual conversion step that creates a massive cognitive load and a severe financial vulnerability: The Trap of Intuitive Error: When technicians or owners look at 42 minutes on a timer, human instinct or a hurried keystroke easily translates that into a raw decimal entry of 0.42 instead of the true mathematical fraction of 0.70. The Revenue Leak: Depending on the minute offset, an unverified entry can cause you to lose up to .43 decimal hours of billed labor on a single line item. At standard shop or field service rates, a simple keystroke mix-up translates to immediate, silent underbilling—leaving pure margin on the table through no fault of quality workmanship. The Actual Cost: The damage doesn't stop at an avoidable billing mistake. The true cost is the Recurring Added Labor And Cognitive Load imposed from now on—making it an actual hidden operational tax built right into your software subscription. The Question for Jobber Product & Support: If a software's native time-tracking mechanism records time in a format (H:M) that is completely incompatible with both invoicing and payroll requiring a manual calculation and translation step, how is it classified as an automated workflow tool rather than a digital stopwatch that creates administrative drag and revenue exposure? If the system captures the data, why is the user forced to manually calculate and bridge the translation gap just to get paid accurately? Let's hear how the product logic defends a feature that forces manual math to fix its own format disconnect.
Invoice & payout
Jobber should make it easier and have the payment schedule on the app. As well as payout should be faster and with less of a fee and transaction fee. Why does the fee get charged to the company jobber should allow us to add it to the customers invoice. We are paying for a month membership why not priority your customers.How to do holdbacks in Jobber?
Holdback/retainage as a visible line item — how are commercial/GC contractors handling this? Looking for how others handle statutory holdbacks (retainage) when working for GCs. Current workaround: splitting the payment schedule so the final invoice equals the 10% holdback amount, and letting that invoice sit as unpaid until release. That mostly works for job costing, but a growing number of GCs are refusing this approach — they require the holdback to show as an actual -10% line item on progress invoices/draws, not as a separate final invoice. Has anyone found a way to: Show a negative holdback line item directly on a progress invoice in Jobber, and Still have that retained amount properly tracked against the job for job costing (i.e., not just "invoice shows unpaid")? Splitting into a separate final invoice keeps job costing intact but doesn't satisfy the GC's requirement to see the holdback broken out on each draw. Curious how other commercial/construction-side users are threading this needle — custom line items, workarounds, anything.
Texting invoices from MY phone number vs Jobbers
I'd love to find a way to set MY phone number as the "from" number when Jobber sends a text to a client. Clients get the texts and ASSUME it's from ME, but it's not. Any way I can set that up? Or does Jobber need to put something on the "enhancement request" list?
Force Receipt to email to same email as invoice
We have several clients with multiple contact email addresses. Jobber is emailing paid invoice receipts to whichever email is 'starred' in the communication email list. Does anyone know of a way to force the paid invoice receipt to go directly to the same email that was chosen for an emailed invoice to be paid?
