Example small team
Imagine this company:
Nobody needs every permission simply because the company only has five people.
Start with product area access
First decide which parts of Lynka each person should be able to enter. A finance user may need Accounting and Agreements with read access to Inventory. A salesperson may need Sales and Agreements but no Accounting. An operations user may need Inventory without access to financial close controls. Product area access is the broadest layer. It should answer: Does this person need this part of Lynka for their job?Then decide what actions they need
Opening an area does not mean somebody should be able to do every sensitive action inside it. Examples of separately controlled actions include:- assign a Lead
- reopen a closed Deal
- post an Invoice
- reverse a Journal
- close or reopen an Accounting period
- export a Report
- manage Teams
Then decide what records they should see
Record scope answers a different question: Which records inside the area are visible to this person? A salesperson may work their own Leads. A manager can receive team-level scope where supported. An owner may need workspace-wide visibility. Someone can have permission to edit Deals but still only see Deals in their allowed scope.Use ownership to make responsibility obvious
Ownership should answer who is expected to act on a Lead, Deal, Ticket, or other assignable record. Do not use team membership as a substitute for ownership. A person can belong to the Sales team without owning every Deal the team can see.Use teams for collaboration and scope
One person can belong to more than one team. That is useful in small businesses where someone may help both Sales and Support, or where a manager needs visibility across two groups. Teams can also have manager relationships and active membership records.Owner access is not the model for everybody
Giving every employee Owner or Admin access is easy on day one and painful later. It becomes difficult to answer whether a user truly needed access, why a sensitive action occurred, and what should happen when that person leaves. Use the smallest access that allows the person to complete their real work, then broaden only when the workflow proves it is necessary.Add approvals where a second decision matters
Approvals are useful when the business wants a controlled review before supported work proceeds. They are not meant to make every small action bureaucratic. Use them for moments where the cost of a bad decision is higher than the cost of waiting for review.Let the owner see the business without doing every task
The owner workspace and Reports let the owner review attention, performance, finance, members, and access without becoming the owner of every record. This is one of the most important differences between “five users” and a real team product. The system should help the owner coordinate the business, not force the owner to perform everybody’s work.Invite a member
Add the person, then apply access deliberately.
Control product areas
Decide which parts of Lynka each person can open.
Control actions
Keep sensitive actions separate from ordinary work.
Control record scope
Choose Mine, team, or wider visibility where supported.