Security
Protection enforced where the data lives
SPARK's access rules are enforced by the database itself, not only by screens, so a screen cannot bypass them.
Company separation
Every company's records are kept separate. Database rules check which company a person is working in before any record is read or changed. A person who belongs to more than one company chooses one deliberately.
Role and personal permissions
Access comes from a person's position plus any personal changes made by an administrator. Customer financial details and pay information need their own separate permissions.
Activity history
Changes, corrections and approvals are recorded. Many histories are append-only, meaning past entries cannot be edited or deleted.
Approvals
Sensitive actions — such as time corrections, pay sign-off and publishing — require a person with the right permission.
Sandboxes
Each company has a separate practice company with fictional data, so training and testing never touch real customers.
Governed integrations
Outside connections are authorized per company. Sign-in tokens for connected services are encrypted and stay on the server. Incoming updates are signature-checked.
Governed AI
AI teammates work only with the access of the person asking and cannot see other companies' data.
Sign-in
Staff sign in with an email address on a domain their company has verified.
SPARK b.o.s.s. does not currently hold independent security certifications or audit reports. SPARK is in private development and controlled testing, and its safeguards continue to be reviewed.

In private development
SPARK b.o.s.s. is currently in private development and controlled testing. Access is limited to authorized users of participating companies.
Authorized User Sign In