BUSINESS SERVICES use case
Shape operational data around the business you actually run
Service organizations do not all manage the same entities or fields. One may organize clients and locations; another may organize portfolios, projects and service assets. Akeye starts with reusable building blocks instead of one fixed industry table.
Macro Units provide the wider grouping, Micro Units represent the operational entities inside it, and parameter schemas add organization-specific fields. Activities, contacts, Documents and relationships then connect day-to-day work to that structure.
01
Build the model in layers
Start with stable business entities, then add the data and work that belongs to them.
- 01
Choose the Macro Units
Represent the major groups the organization operates, such as accounts, portfolios, departments or service areas.
- 02
Define Micro Units
Add the people, locations, assets, projects or other entities managed inside those groups.
- 03
Configure relevant fields
Use active parameter schemas to define typed values and organization-specific data entry.
- 04
Connect operational work
Relate Activities, contacts, Documents and other supported records to the units where they have meaning.
02
Reusable building blocks
The model stays flexible while preserving explicit organization and relation boundaries.
Two-level unit structure
Macro and Micro Units provide a shared hierarchy for different operating models.
Configurable parameters
Schemas define supported fields, types, grouping, ordering and whether a value is required in the relevant UI.
Relations instead of copies
Operational records can point to the units they concern rather than duplicating their identity in free text.
Work in context
Activities, contacts, Documents and communication remain meaningful because they are attached to the business structure.
03
Flexibility with governance
A flexible model still needs deliberate configuration and clear ownership.
- Akeye does not infer the correct schema or business taxonomy automatically.
- It is not an unrestricted database builder; supported entity, field and relation types remain defined by the product.
- Configuration should use canonical keys and active schemas rather than duplicating the same concept under several names.
FAQ
Flexible data model FAQ
Answers about units, parameters and operational relations.
What is the difference between a Macro Unit and a Micro Unit?
A Macro Unit is the wider operational grouping. A Micro Unit is the more specific entity managed within that structure, such as a person, location, asset or project.
Can administrators add organization-specific fields?
Yes. Active parameter schemas support configurable fields for the relevant unit structure, within the types and validation provided by the product.
Does flexibility remove organization boundaries?
No. Units, schemas and related operational records remain scoped to their organization and current access rules.
Put the data model to work
See how it supports client-service delivery and team Activity coordination.
Akeye for Business Services
Organize client follow-ups, business unit details, activities, deadlines, and team communication in one place.
Run client and service operations from shared context
Keep client structures, service Activities, responsible team members, deadlines and contextual communication connected in Akeye.
Make team Activities and current workload easier to follow
Coordinate assigned Activities, deadlines, statuses, reminders and team calendar views for business service operations.
FAQ
Start with the practical answers below, then explore an industry guide or contact Akeye to discuss how your organization works.
Describe your operational structure
Bring the entities, relationships and fields your team currently manages, and we can assess how they map to Akeye’s existing building blocks.
Contact us