How to run joint interest billing while QuickBooks stays the ledger, and where a class list stops being enough.
QuickBooks is a good general ledger. It was built for a company with customers, vendors, and a chart of accounts. A well with eight working-interest owners, a decimal deck, and a COPAS overhead rate is not a customer.
Small operators stay on it anyway, and they should. The mistake is asking QuickBooks to do the joint interest billing itself. It can hold the bills, the classes, and the receivable. Something else has to know who owns the well.
QuickBooks can hold the books. It cannot build the JIB.
Here is what people bolt on, where that breaks, and how to keep QuickBooks as the ledger without re-keying the month.
Vendors, bills, and payments stay where your bookkeeper already works. The well is a class, a customer, or a job — whatever you already use to tag a cost.
Working-interest decimals, AFEs, and the overhead rate live on the deck. QuickBooks does not have a place for them, and it does not need one.
Each partner gets a statement. QuickBooks gets an invoice or a journal entry it already understands, coded so the standard reports still work.
You can make classes stand in for wells. You can make a customer stand in for a partner. You cannot make QuickBooks store a division of interest, split one water-hauling bill across a deck, calculate producing overhead, or net a partner’s JIB against their revenue check. Those are not settings. They are a different kind of record.
Ownership changes. A class list does not know that a partner went from 20 percent to 12.5 percent on the first of the month.
A bill entered at your share hides the gross. A bill entered at gross with no cutback makes LOE look like you own the whole well.
Partners expect a JIB: gross, interest, their share, by well, with overhead and AFE charges identified. A QuickBooks invoice is not that document.
The usual small-operator setup is honest about what it is. Wells are classes. Vendor bills are entered at 100 percent. At month end somebody exports to Excel, applies the decimals by hand, types a QuickBooks invoice per partner, and PDFs a statement that QuickBooks did not create.
It works at a handful of wells. It breaks in the same places every time: a split invoice coded to one class, a partner added in the spreadsheet and not on the next month’s invoices, overhead typed as a round number that no longer matches the operating agreement, and a revenue check netted against the JIB in the bank feed with nothing in the general ledger to show it.
You do not have to migrate to get a real JIB. The bills stay in QuickBooks Online or Desktop. Joltly reads those expenses, applies the working-interest deck, and builds the partner statement. When a partner pays, the cash and the receivable post back, so QuickBooks’s own reports keep balancing.
That is the whole design. A parallel set of books would mean every vendor bill lives twice, and the two files drift the first month somebody codes a well in one of them and forgets the other.
At gross, coded to the well. That entry is the source for the partner’s share. Nobody keys it again into a JIB tool.
Decimals, effective dates, and overhead come from the agreement, not from a cell someone copied forward.
Partner balance, payment, and the cutback of expense all land in the file your CPA already logs into.
There is a longer walkthrough of that QuickBooks path on the Joltly blog: JIBs and revenue, without leaving QuickBooks.
A large deck, revenue distribution to dozens of royalty owners, suspense, and division-order accounting are what Quorum, W Energy, and the other upstream ledgers are for. If you are cutting revenue checks to a hundred owners, you have outgrown a class list.
If you are cutting JIBs to a few working-interest partners and the accountant still lives in QuickBooks, switching ledgers is a six-month project aimed at a problem the deck can solve. Stay. Add the billing. Move the general ledger when the owners, not the invoices, are what broke it.
Bring the company file, or a month of bills. We’ll show the deck, the partner statement, and the entry that posts back — without a new general ledger.
Get quick answers to common queries in our FAQs.
You only pay for what you use — no seat fees and no modules you don't need. Pricing is a monthly platform fee plus usage on documents processed, ACH payments, mailed checks, and the workflows you turn on. We size it to your actual monthly close so it scales with the work, not your headcount.
A smaller operator running 25 documents, 10 ACH payments, and 2 mailed checks a month would be priced on that exact volume. A larger operator at 100 documents, 50 ACH payments, and 10 checks pays predictably more. You always know what you're spending because it tracks the actual close.
Joltly connects directly to QuickBooks and Quorum On-Demand Accounting, and supports file-based export workflows for systems like PakEnergy and Integra. It manages accounts, items, vendors, partner mappings, JIB clearing, revenue liabilities, and netting accounts inside your existing setup.
Both sides of settlement. On expenses: invoice review, GL coding, approvals, JIB creation, ACH and check payments. On revenue: statement OCR, partner distributions, remittance emails, and netting between JIB receivables and revenue payouts — so your team replaces spreadsheet work and email follow-up during close.
Yes. Your wells, partners, revenue interests, GL mappings, approval flow, export formats, and partner-facing statements are configured per operator. Most customers go live on their existing chart of accounts and ERP setup — no rebuild required.
Faster than most teams expect. Your AP workflow can be live in less than a week — and you don't need to change your current accounting system. Revenue typically takes about two weeks. The only thing we need from you is a sample revenue statement so we can train the AI on your format.
We set up a Microsoft Teams channel or email channel for your team — whichever you prefer. You'll also get the founders' phone numbers for text messaging when you need a fast answer.
