What myBBS is (and how it thinks)
myBBS is a double-entry ledger with an automation layer on top. Understanding that order — ledger first, automation second — explains almost every design decision in the product.
ConceptFor Business owners, Bookkeepers, Firm staff
The shape of the product
myBBS is a double-entry accounting system. Every number you see anywhere in the product — on a dashboard tile, in a report, on a client's portal — is a projection over one immutable journal. Nothing is stored twice, and no screen keeps its own private running total that can quietly disagree with the ledger.
On top of that ledger sits an automation layer: document intake that reads bills and invoices, a categorizer that proposes coding for bank activity, a reconciler that proposes matches, and a conversational coworker that can carry out real operations. That layer proposes. It does not silently post. Anything the machine could not complete safely lands in a queue with a human's name on it.
Three surfaces, one set of books
The same books are visible through three front doors. Which one you use depends on your job, not on a second copy of the data. There is only ever one ledger underneath.
| Surface | Who uses it | What it is for |
|---|---|---|
| The firm workspace | Firm staff | Every client in one place: Home, My Day, the firm Inbox, and the Firm group (clients, close checklists, people, onboarding, billing, agents). |
| The client workspace | Firm staff inside a client, and the client's own bookkeepers | That client's books — review, banking, payables, receivables, accounting, close, reports, documents, and AI. |
| The client portal | Business owners being served by a firm | A read-focused view of their own numbers, documents, and open requests. |
A firm bookkeeper and the client they serve can look at the same invoice at the same moment and see the same balance, because they are looking at the same record rather than at two copies that sync on a schedule.
Firm, client, and company
The user-facing hierarchy is Firm → Client → Company. A firm is the practice. A client is the customer whose books you keep. A company is a legal entity that files returns and owns bank accounts. Every journal entry, bill, invoice, and bank account belongs to exactly one company.
The company switcher in the header sets your scope. Pick a single company to work in its books, or keep every company in the client visible together. Scope follows you: it is carried in the page URL as an `entities` parameter, so a link you paste into a message opens for your colleague in the same scope you were in.
Vocabulary worth learning early
These terms appear constantly in the interface. Learning them now saves a lot of squinting later.
- Posting
- Writing a balanced entry into the journal. Once posted, an entry is never edited in place — it is reversed and re-entered, so history stays intact.
- Scope
- The entity or set of entities you are currently working in, set by the entity switcher and reflected in the URL.
- Approval
- A human review step for something a person prepared: a bill, an invoice, a journal entry. Lives in the Approvals queue.
- Exception
- A machine-originated event that could not safely post — a missing account, an ambiguous match, a locked period. Lives in the Exceptions queue.
- Provenance
- The record of where a transaction came from: uploaded document, bank feed, API call, manual entry, or AI proposal. Shown in the Source column on list screens.
- Period lock
- A closed accounting period. Posting into a locked period is refused rather than silently allowed.
Common questions
A replacement. myBBS keeps its own ledger and is the system of record for the entities you run in it. There is an import path for bringing existing books over, and a QuickBooks connection used during migration, but the intent is that myBBS holds the books.
Yes. Add each company as a legal entity inside the organization. They share users, settings, and the chart of accounts structure, while keeping separate ledgers and separate financial statements. Consolidated scope reports across all of them.
It posts only what it can complete safely and deterministically, and every posting it makes is attributed to it in the audit trail and marked in the Source column. Anything ambiguous stops and becomes an exception for a person to resolve.
Was this useful?