Chapter 15.7

Users and permissions

How the owner of a set of books lets other people in: inviting them, choosing a role, fine-tuning what each person may list, view, create, edit and delete, and, one day, handing the books on.

Level Beginner to intermediate Time about 20 minutes to read You need to be the owner of the books Edition November 2026 (revised 6 November 2026)
Learning objectives

When you finish this chapter you will be able to:

  1. Explain the difference between the owner and a member of a set of books.
  2. Invite a person with a role that fits their job, and follow the invitation.
  3. Read the permission matrix and change it, by role or by hand.
  4. Remove access, or end it on a date, and know what offering ownership does.
  5. Invite an external auditor whose access ends on its own, and record a quarterly access review.
  6. Apply the principle of least privilege to a small business.
SECTION 1

Owners, members and least privilege

Every set of books has exactly one owner, the person who created them or to whom they were handed. The owner has every permission and is the only person who manages access: inviting, changing permissions, removing people, deleting the books and handing them on. Everyone else with access is a member, who signs in with their own user name and password and can do only what their permissions allow.

A good rule for choosing those permissions is least privilege: give each person what their job needs, and no more. A bookkeeper enters bills and invoices; they do not need to close the books or change the chart of accounts. A lender reviewing the business needs to read reports; they need no rights to change anything. Least privilege is not about distrust. It limits the damage a slip, a stolen password or a misunderstanding can do, and it makes the audit trail easier to read.

RoleWhat the page says it is for
ViewerSees everything and changes nothing. For an outside reviewer, a lender or family.
BookkeeperDay-to-day entry: contacts, sales, expenses, banking, products, projects, journal entries and reports. No settings, closing, assets or payroll.
AccountantEverything a bookkeeper does, plus the accounting settings, closing the books, assets, the budget and a view of payroll.
PayrollA payroll clerk: the payroll pages, and the contacts (employees) to list, view and add.
EmployeeKeeps their own time, leave and expenses; sees nothing else.
StakeholderSees hours and spend on the projects they are named on.
AuditorReads everything in Timekeeping, the audit history and the labor accounts; changes nothing.
External auditorReads the ledger, every report, the journal, the audit history and the attachments; no payroll detail; changes nothing. Access ends on a date you choose.

Employee, Stakeholder and Auditor are Timekeeping roles (Volume 12). An auditor or a stakeholder never gets Create, Edit or Delete, whatever is ticked: the save refuses it. External auditor is different: it reaches the whole books, read-only, for an outside firm auditing the accounts, and it always comes with an end date.2

PROCEDURE

Invite a person

  1. 1

    Settings → Users and plan → Users and permissions

    The owner sees three tabs: Users and permissions, Access review (the last procedure of this chapter) and API keys (Chapter 15.8). A member who opens this page sees only a note: Only the owner of these books manages who has access and what each person may do. Ask them to change your permissions.

Users and permissions in Summit Gear Repair (practice copy) before anyone is invited: People with access shows Only you; the owner, Alex Morgan (you), demo@summit-outfitters.test, signs in as demo, status Owner, role Every permission; a note No one else has access yet; below it the Invite someone card
Figure 1. Before anyone is invited. 1 Only you. 2 The owner's row: status Owner, Every permission. 3 No one else has access yet. 4 Invite someone: e-mail, name and role.
  1. 2

    Enter the person's e-mail address and name

    The invitation goes to the e-mail address; the name is how they are listed. Someone who already has access is not invited twice.

MISTAKE CAUGHT

An address that cannot be right

Copying from a business card, the owner typed a full stop where the @ belongs and clicked Send invitation before filling in the name.

The Invite someone card after Send invitation was clicked with jordan.reyes.mail.example in the e-mail box: the box is outlined in red with Enter a complete e-mail address under it; the Name box is still empty; Role Viewer, Sees everything and changes nothing; the Send invitation button
Figure 2. Caught before anything is sent. 1 jordan.reyes.mail.example, outlined in red. 2 "Enter a complete e-mail address." 3 The name, still empty; it is required too. 4 Role, left on the default, Viewer. 5 Send invitation.

The owner corrected the address to jordan.reyes@mail.example and typed the name Jordan Reyes. They left the role on Viewer, meaning to fix it later; as you will see, that is allowed, but it is the slower road.

  1. 3

    Choose the role, then Send invitation

    The person gets the role's permissions when they accept. The help line under the list repeats what the chosen role is for. The list offers eight roles; one of them asks for one more field.

The Invite someone card filled in for an external auditor, not sent: e-mail audit@riverbend-cpa.example, name Riverbend CPA audit team, Role External auditor with the help Reads the ledger, every report, the journal, the audit history and the attachments; no payroll detail; changes nothing. Access ends on a date you choose; a required Access ends date, 01/04/2027, with the note that an external auditor's access always ends; the Send invitation button
Figure 3. The same card for a different guest, filled in but not sent. 1 External auditor. 2 what the role allows. 3 Access ends, required for this role, offered 60 days ahead. 4 Send invitation.

When the year-end audit comes, the owner will invite the audit firm with the role External auditor. Choosing it reveals Access ends, a date that cannot be left empty: the form offers a day 60 days ahead and refuses a day before today on the books' clock. The auditors keep access to the end of that day; from then on they cannot open these books, without anyone having to remember to remove them.

People with access after the invitation: You and 1 other; Jordan Reyes, jordan.reyes@mail.example, Invited, awaiting answer, sent Nov 1, 2026, 10:09 PM PST, the link works until Nov 2, 2026, 6:09 AM PST; role Viewer; last opened Never; Resend invitation and Cancel invitation
Figure 4. The invitation is out. 1 You and 1 other. 2 Invited, awaiting answer, sent 10:09 PM; the link works until 6:09 AM, eight hours. 3 The role it carries, Viewer. 4 Resend invitation, which sends it again. 5 Cancel invitation.

The person follows the link in the e-mail, signs in or signs up, and accepts. If they decline, the row says so and offers Remove; if eight hours pass, the row shows the link has run out and offers Resend invitation and Remove.

Pro tip: tell them it is coming

The link works for only eight hours. Send the invitation when the person is expecting it, and tell them to look in their spam folder if it does not arrive.

PROCEDURE

Change a member's role

Once Jordan Reyes accepted, the row changed.

Jordan Reyes after accepting: status Has access, role Viewer, and the actions Permissions and Remove access
Figure 5. A member. 1 Has access. 2 Role Viewer. 3 Permissions opens the person's page. 4 Remove access.
  1. 1

    Click Permissions on the person's row

    The page has four cards: the person, their role, the day their access ends, and the permissions module by module.

Jordan Reyes's page: tabs Users and permissions, Access review and API keys; the Person card (name, e-mail, last opened); the Role card, Viewer, the permissions come from the Viewer role, a Change the role to list and a Change role button; the Access ends card, No end date: this person keeps access until you remove it, an empty Access ends date box and a Save access end button; the Permissions, module by module card with Allow everything and Allow nothing and columns List, View, Create, Edit and Delete, Contacts and Sales ticked for List and View only
Figure 6. Jordan Reyes's page. 1 Access review, the second tab. 2 The current role, Viewer. 3 Change the role to. 4 Change role. 5 Access ends: empty, so Jordan keeps access until it is removed. 6 Save access end. 7 Allow everything and Allow nothing, shortcuts for the whole matrix. 8 The five actions; a Viewer has List and View only.
  1. 2

    Choose Bookkeeper and click Change role

    A question names the person and the role, and warns what is lost.

The question Give Jordan Reyes the Bookkeeper role?: their permissions are replaced by the role's, day-to-day entry, contacts, sales, expenses, banking, products, projects, journal entries and reports, no settings, closing, assets or payroll; any permission set by hand is lost; Keep things as they are and Change role
Figure 7. 1 The permissions are replaced by the role's, and any permission set by hand is lost. 2 Change role; Keep things as they are backs out.
The Role card after the change: the chip reads Bookkeeper and the note says the permissions below come from the Bookkeeper role
Figure 8. 1 Bookkeeper. 2 The permissions below come from the Bookkeeper role.
PROCEDURE

Fine-tune permissions by hand

The owner wants Jordan to correct mistakes with credit notes and voids, not by deleting invoices or transfers, so that every correction leaves a trail. The Bookkeeper role allows Delete in Sales and on bank transfers. The owner takes it away.

Reading the matrix. Each module (Contacts, Sales, Expenses...) has a Whole module row and a row per permission inside it. A tick on the module's own row grants that action for everything in it; a blank cell, with no box, is an action the module does not have.

Delete is enforced by the server. An unticked Delete box does more than hide a button. The server checks the document's delete right on every route that can delete it: from the document lists in the app, or by a program calling the books directly. (The Journal page never deletes an invoice, bill or check: it sends you to the document's own page.) With Delete off on the Invoice row, Jordan cannot delete an invoice by any route; the refusal reads, for example, You do not have permission to delete this invoice. Each such delete that is allowed is written to Audit History (Chapter 6.7), so even a delete leaves a trail.3

The Expenses rows have no Delete box. Bill, Check, Expense and Vendor Credit still have a delete right, but it is not ticked on its own row: it travels with another box. For Expense it follows the Edit box, so unticking Edit also takes away deleting expenses. For Check it comes with the role and also needs the View box. For Bill and Vendor Credit it comes with the role and cannot be changed by hand. A Bookkeeper or an Accountant may therefore delete bills, checks, expenses and vendor credits, and Jordan still may after this edit; a Viewer may not. By hand the owner can take away only two of these: deleting expenses (untick Edit on Expense) and deleting checks (untick View on Check), and those boxes take editing expenses and opening checks with them. Bills and vendor credits have no box at all; to keep a person from deleting them, give that person a role without delete.

  1. 3

    Untick the boxes, then Save permissions

    Unticking Delete on the Sales module row clears Delete on every Sales permission at once. Bank Transfer was unticked on its own row.

The permission matrix being edited by hand: Sales whole module and its Customer Credit, Invoice, List of Estimate and Products/Service rows have Delete unticked while List, View, Create and Edit stay ticked; Bank Transfer's Delete is unticked too; Expenses rows keep their Create, Edit and View ticks
Figure 9. The matrix after the edit, before saving. 1 Delete off for the whole Sales module. 2 So Invoice, like Customer Credit, List of Estimate and Products/Service, can be created and edited but not deleted. 3 Delete off for Bank Transfer. Everything else keeps the Bookkeeper's ticks.
The Role card after Save permissions: the chip reads Custom and the note says the permissions below were set by hand
Figure 10. After saving: "Permissions saved. They apply from the next page this person opens." 1 The role is now Custom. 2 The permissions were set by hand.
Caution: changing the role again undoes the hand edits

Choosing a role replaces every permission, including those set by hand. If you later change Jordan to Accountant, Delete comes back with it; untick it again.

Caution: your own row

The owner's row also has a Permissions link. The page warns that taking away a module's List permission there hides that module from you too. Leave your own permissions alone.

People with access at the end: the owner Alex Morgan, and Jordan Reyes with status Has access and role Custom
Figure 11. The list at the end. 1 Jordan Reyes, Has access, role Custom.4
SECTION 2

Removing access and handing the books on

Removing access. When a person leaves, click Remove access on their row the same day. The entries they made stay in the books; only their ability to open these books ends. Access is per set of books: removing a person here does not remove them from other books, including copies and restored companies, which carry the people with them (Chapters 15.6 and 14.3).

Ending access on a date. When you know in advance that someone's work ends, a seasonal helper or a consultant on a fixed engagement, open their page and fill in the Access ends card instead. Press Save access end: Access end saved. From the end of that day this person can no longer open these books. The list then shows Access ends and the date under their name, and after that day Access ended. Empty the box and save to take the end date away (Access end removed. This person keeps access until you remove it.). For an external auditor the date cannot be emptied while the role holds.

Handing the books on. The card at the foot of the page offers ownership to a member.

The Transfer ownership card: the owner is the only person who can manage access, delete the books or hand them on; offering ownership sends a notice and nothing changes until the person accepts; New owner list with Jordan Reyes; only people who have accepted access are listed; the Offer ownership button
Figure 12. Transfer ownership. 1 New owner: only people who have accepted access are listed. 2 Offer ownership sends the person a notice; nothing changes until they accept, and the offer can be withdrawn until then. Once they accept, the old owner keeps access but no longer owns the books.

Ownership is offered when a business is sold, or when an accountant who set up the books hands them to the client. It was not offered in this story.

PROCEDURE

Review access once a quarter

People come and go faster than anyone remembers to update a list. The Access review tab puts everyone who can open the books on one page, with what an auditor would ask about: their role, whether two-step sign-in protects their login (Chapter 15.9), when they last signed in, how often they signed in over the last 90 days, and when their access ends. Before the first review the page says No access review is on record yet, with a yellow Not reviewed tag.

  1. 1

    Read the list

    Open Settings → Users and plan → Access review. For each person ask: do they still work with the business, does the role fit the job, and should their access end on a date? Fix anything on Users and permissions first; the link under the table goes there.

  2. 2

    Decide on two-step sign-in

    The Two-step sign-in card can require two-step sign-in for everyone with access: anyone who has it off is sent to set it up before the books open. The owner must turn it on for their own login first; until then the rule is refused. In the practice books both people still have it off, and the card lists them.

  3. 3

    Record the review

    In Note write what you checked and what you changed (10 characters at least), then press Record access review. The banner says Access review recorded. The next one is due in 90 days. The note and the list as it stood are kept under Reviews on record.

The Access review page of the practice copy after a review was recorded: the banner Access review recorded. The next one is due in 90 days; Who can open these books, Last reviewed Nov 5, 2026 by Alex Morgan, next review due Feb 3, 2027, a table of Alex Morgan (Owner, two-step Off) and Jordan Reyes (Custom, two-step Off, last sign-in Never, Access ends No end); the Two-step sign-in card with the unticked box Require two-step sign-in for everyone with access to these books and Save sign-in rule; the Record this review card with a Note box and Record access review; Reviews on record with the note just saved
Figure 13. The access review of the practice books, just recorded. 1 The Access review tab. 2 Last reviewed today; the next review is due in 90 days. 3 No end: Jordan has no access end date. 4 The rule that would require two-step sign-in for everyone. 5 The note box. 6 Record access review. 7 The record of each review, with its note.
CHECKLIST

Access review, once a quarter

  • [x] Everyone listed still works with the business.
  • [x] Each role fits the person's job; Custom roles are understood.
  • [x] No pending or expired invitations are left lying about.
  • [x] Closing and re-opening periods are limited to the right people (Chapter 15.5).
  • [x] Anyone whose work ends on a known day has an Access ends date; every external auditor has one.
  • [x] Copies and restored companies have been checked too.
  • [x] The review is recorded on the Access review page, with a note of what changed.
SECTION 3

Check your understanding

1. Your lender wants to read the reports each quarter. Which role?

Answer

Viewer: sees everything and changes nothing.

2. An invitation was sent yesterday morning and not answered. What does the row show, and what can you do?

Answer

That the link ran out after eight hours; Resend invitation or Remove.

3. You untick one box for a Bookkeeper and save. What is their role called now?

Answer

Custom.

4. When does a permission change take effect?

Answer

From the next page the person opens.

5. Can you offer ownership to someone whose invitation is still pending?

Answer

No. Only people who have accepted access are listed as possible new owners.

6. The audit firm's engagement ends on March 31. What does the invitation need, and what happens on April 1?

Answer

The role External auditor and an Access ends date of March 31. They keep access to the end of that day; from April 1 they cannot open the books.

Notes

  1. The practice user is a member, not the owner, of Summit Outfitters Inc., where this page shows only the owner's note, so the pictures come from the practice copy the user owns. Jordan Reyes cannot answer an e-mail, so to show the screens that follow an acceptance, the invitation was marked as accepted directly in the practice copy's records, as the person's own acceptance would have done. Everything after that was done on the page as shown. For the revised pictures of November 2026, Jordan's role was set back to Viewer and the steps repeated on the page, ending with the same Custom permissions; one access review was recorded, and the external-auditor invitation was filled in but never sent. ↑
  2. Since November 2026: the External auditor role, the Access ends card and the Access review tab are new in this edition. ↑
  3. Since November 2026. Before then a member's Delete was checked by the page only. Now the server checks the document's delete right on every route that can delete the document. ↑
  4. Because the acceptance was recorded by hand, the Last opened column shows the day of the invitation for Jordan Reyes. For a real member it shows the last day they opened the books. ↑

Volume 15: Settings

  1. 15.1Company, fiscal year and departments
  2. 15.2Menus and words
  3. 15.3Default accounts
  4. 15.4Sales tax and tax groups
  5. 15.5Closing the books
  6. 15.6Copying books
  7. 15.7Users and permissions
  8. 15.8API keys
  9. 15.9Your profile and sign-in security

All volumes and chapters