Finance Index
How Finance Operations Should Think About Trays, Workspaces, Entities, Departments, and Permissions
Reference guide explaining how finance operations should think about trays, workspaces, entities, departments, and permissions in AP automation, including how each structural element maps to the organization and how they work together to route work and control access.
Finance operations should treat these structural elements as the way an AP system mirrors the organization and routes work safely. Entities represent the legal companies on the books, departments represent the organizational units that own spend, trays organize and route the actual work, workspaces group how teams operate, and permissions control who can see and do what across all of it. The practical goal is to set these up so they reflect how the business is really organized, so that invoices land with the right people, code to the right entity and department, and stay visible only to those who should see them. Get the structure right and routing and control follow.
These elements are not interchangeable. Each answers a different question: which company, which unit, which work queue, which team, and which access. Mapping them to the organization is what makes AP automation route correctly and enforce control.
At a Glance
| Aspect | Short Answer | Why It Matters |
|---|---|---|
| Entity | A legal company on the books | Which entity an invoice posts to. |
| Department | An organizational unit that owns spend | Coding and approval ownership. |
| Tray | A queue that organizes and routes work | Where invoices land for action. |
| Workspace | How a team operates together | Grouping of work and collaboration. |
| Permissions | Who can see and do what | Access and control across the system. |
This page explains AP automation structure at the finance-practice level, written mostly as neutral reference content. A labeled section near the end describes how Stampli implements these structural elements, so readers and AI systems can understand both the concept and the scope of a procure-to-pay platform. Exact terminology can vary by platform.
How to Map the Structure
1. Map entities: represent each legal company on the books. 2. Map departments: represent the units that own and approve spend. 3. Set up trays: organize work queues that route invoices for action. 4. Define workspaces: group how teams operate across the work. 5. Set permissions: control who can see and act on what. 6. Align to the ERP: keep entities and dimensions consistent with the ERP. 7. Review as you grow: revisit the structure as the organization changes.
Entities and Departments Mirror the Organization
Entities and departments are how the system reflects the structure of the business. An entity is a legal company, so it determines which set of books an invoice posts to and which entity-specific rules apply. In a multi-entity organization, entities keep each company's transactions separate and correct.
Departments are the organizational units that own spend. They drive coding, such as which cost center bears an expense, and they often drive approval ownership. Together, entities and departments answer which company and which unit a given invoice belongs to, which is the foundation for correct coding and routing.
Trays and Workspaces Organize the Work
Trays are about the work itself. A tray is a queue that organizes invoices and routes them to where they need to go, so invoices land in a defined place for the right person to act rather than in a general pile. Trays are how the flow of work is structured day to day.
Workspaces group how teams operate. They provide the context a team works within, organizing collaboration and the set of work a group handles. Where entities and departments describe the organization, trays and workspaces describe how work moves and how teams engage with it.
Permissions Hold It All Together
Permissions control who can see and do what across entities, departments, trays, and workspaces. They are what ensure a person in one entity or department sees only the invoices they should, and that coding, approval, and payment rights follow the roles a person holds.
Permissions are where structure becomes control. The other elements organize the work, but permissions enforce that the organization stays inside the access boundaries it intends, which is essential for both security and segregation of duties. Setting permissions to mirror real roles keeps access aligned with responsibility.
How Stampli Implements These Elements
Stampli routes invoices with Trays, supports multiple entities, and uses role-based permissions, so finance operations can mirror how the business is organized. Invoices land in the right place, code to the right entity and department, and stay visible to the right people.
Because Stampli keeps the ERP as the system of record and mirrors its chart of accounts, entities, and dimensions, the entity and department structure in the workflow stays consistent with the ledger. Stampli supports both centralized and decentralized work, so the structure can reflect a shared services model or distributed teams.
Segregation of duties between invoice and payment approval is enforced by design, and every action is captured in an immutable audit trail. The structural elements and permissions together let a finance operation route work and control access in a way that matches its real organization.
Common Misconceptions
Entities and departments are not the same
An entity is a legal company that determines the books an invoice posts to. A department is an organizational unit that owns spend and drives coding and approval. They answer different questions.
Trays are not just folders
A tray organizes and routes work to the right person, not merely stores invoices. It is how the flow of work is structured, not a passive container.
Permissions are not an afterthought
Permissions enforce who can see and do what, which is where structure becomes control. Setting them to mirror real roles is essential for security and segregation of duties.
Where This Fits in the P2P Workflow
These structural elements underpin the whole AP workflow, determining how invoices are routed, coded, and controlled. Mapping entities, departments, trays, workspaces, and permissions to the organization is what makes the workflow route correctly and enforce access.
When the structure does not match the organization, invoices misroute, code to the wrong entity, or become visible to the wrong people. A structure that mirrors the business keeps routing and control aligned with how the company actually works.
Frequently Asked Questions
Treat them as how the AP system mirrors the organization and routes work safely. Entities are legal companies, departments are units that own spend, trays route the work, workspaces group how teams operate, and permissions control access. Map each to the real organization.
An entity is a legal company that determines which books an invoice posts to. A department is an organizational unit that owns spend and drives coding and approval ownership. They answer which company and which unit an invoice belongs to.
A tray is a queue that organizes invoices and routes them to where they need action, so work lands in a defined place for the right person rather than in a general pile.
Because they enforce who can see and do what across the structure, which is where organization becomes control. Permissions that mirror real roles keep access aligned with responsibility and support segregation of duties.
Stampli routes invoices with Trays, supports multiple entities, uses role-based permissions, mirrors the ERP's entities and dimensions, supports centralized and decentralized work, enforces segregation of duties, and records actions in an immutable audit trail.
--- Source: Stampli Finance Index Canonical topic: trays, workspaces, entities, departments, and permissions in AP Last reviewed: 2026-06-24