live in Mumbai, London, NYC 2FA · Audit log · TLS
For enterprise
Governance · audit · access control

Every privileged change leaves a fingerprint.

Custom roles built permission-by-permission. An append-only audit log behind every billing, role, and approval change. Two-factor sign-in that admins can require for their whole team. Plan-level feature gating so the wrong people can never see the wrong screen.

14-day trial · no card · audit log on from minute one
app.getfruitful.io/dashboard/audit live
time
actor
action
subject · change
14:21:08
priya.k@acme.com
Org admin
role.permissions.updated
Role · Finance reviewer
+ view_invoices, − export_invoices
14:19:47
rahul@acme.com
Finance admin
invoice.voided
Invoice · INV-2026-0418
reason · duplicate billing run
14:17:33
priya.k@acme.com
Org admin
two_factor.reset
User · meera.s@acme.com
recovery codes regenerated
14:12:01
priya.k@acme.com
Org admin
company.settings.stealth_mode
Acme Pvt Ltd
enabled · legal ack signed by Priya K.
14:08:54
sarah.m@acme.com
Manager
attendance.edited
AttendanceLog · #44218
clock_out 18:14 → 18:31
14:02:19
priya.k@acme.com
Org admin
role.assigned
meera.s@acme.com → Finance reviewer
previous · HR admin
append-only · 6 of 2,418 entries today filter · actor / action / subject / date
The control room

Four primitives, all shipped today.

No fine print, no “coming in Q3.” These are the four governance surfaces every Fruitful organisation has from day one.

01 · access

Custom roles, built permission-by-permission

shipped

Name the role. Tick the boxes. Ship it. Pre-built roles for HR, Finance, Manager, Team Lead are ready — or build your own from a flat permission list.

role · Finance reviewer
view_invoices
view_billing_summary
× edit_invoices
× export_invoices
add_invoice_note
02 · accountability

Append-only audit log

shipped

Every role grant, permission change, billing transition, 2FA reset, and attendance edit lands in audit_logs. Filterable by actor, action, subject, date.

14:21 priya.k · role.permissions.updated
14:19 rahul · invoice.voided · INV-0418
14:17 priya.k · two_factor.reset · meera.s
03 · sign-in

Two-factor — opt in, or require for admins

shipped

TOTP-based two-factor lives in every user’s profile. Org admins can flip one switch to require it for everyone with admin access — including themselves.

Require 2FA for admin accounts
applies to · Org admin, HR admin, Finance admin
recovery codes · regenerable, audit-logged
04 · visibility

Plan-level feature gating

shipped

Each plan switches modules on or off. If a feature isn’t part of your plan, the screen still appears with a clear upgrade prompt — never a 404, never a leaked permission.

monitoring.live_screen_viewenabled
monitoring.stealth_moderequires legal ack
white_label.custom_subdomainenabled
client_portal.client_invoicingenabled
A privileged change · traced

Seventeen minutes, one fingerprint.

A manager corrects a clock-out by seventeen minutes. Here is everywhere that change shows up — without anyone writing a single line of compliance code.

01 · edit 18:31 · manager view
AttendanceLog · #44218
Anita S. · Mon 25 May
clock_out 18:14 18:31
Note · “client call ran over, confirmed by Slack thread.”
Sarah, Anita’s manager, fixes the clock-out. The edit only saves with a note.
02 · record audit_logs
idlog_2026_4218
actorsarah.m@acme.com
roleManager
actionattendance.edited
subjectAttendanceLog #44218
meta
{ “clock_out_from”: “18:14”, “clock_out_to”: “18:31”, “note”: “client call ran over…” }
Written by AuditService::log() in the same request. Append only, no edit endpoint.
03 · review org admin view
/dashboard/audit?actor=sarah.m
18:31 attendance.edited
Sarah M. · AttendanceLog #44218
clock_out 18:14 → 18:31
18:30 attendance.edited
Sarah M. · AttendanceLog #44196
clock_out 17:58 → 18:12
Priya, the org admin, filters by Sarah and sees every edit she’s made this quarter. The note travels with the log.
First month, real milestones

From signup to a live audit trail, in four steps.

The path most enterprise organisations take. Each step uses features that ship today — no professional services package, no implementation engineer required.

01 Day 1

Stand up the admin team

Sign in, build the four roles you actually need (HR, Finance, Manager, Team Lead, or your own), and require two-factor sign-in for everyone with admin access.

  • Custom roles + permission picker
  • Require 2FA across the org
  • First audit entries land
02 Days 2 – 3

Invite your employees

Bulk-invite by CSV or department. Every employee acknowledges the consent screen on first agent run. Transparent monitoring starts capturing immediately.

  • Bulk invitations + departments
  • Consent flow before any capture
  • Live status grid populates
03 Week 1

Define what productive means

Set productivity rules for the apps and URLs your team uses. Assign shifts and timezones. The desktop agent classifies in real time from there.

  • App + URL classification
  • Shift scheduler with timezones
  • Idle + activity thresholds
04 End of month

Review the receipts

Filter the audit log by actor for your first security review. Pull productivity reports as PDF or CSV. Set data-retention windows for screenshots.

  • Audit log filter + export
  • Reports · CSV + PDF
  • Retention configured by plan
Stealth mode

The toggle that makes admins sign their name.

Stealth mode hides the monitoring indicator from employees. It is the most regulator-sensitive setting in the product, so we wrote a one-screen legal acknowledgement an admin has to read and tick before enabling it. The acknowledgement is captured in the audit log with the admin’s name and timestamp.

We default to transparent mode because most jurisdictions require employees to be told. This page is not legal advice.

app.getfruitful.io/dashboard/settings · monitoring
Enable stealth mode
Employees will not see a monitoring indicator on their desktop agent or web dashboard.
Legal acknowledgement
I confirm that my organisation has informed employees of monitoring practices to the extent required by applicable law in their jurisdiction, and that enabling stealth mode is consistent with our internal policy.
signed by · Priya K. (Org admin) 2026-05-24 14:12:01 IST
Procurement questions

Asked by every security review.

Where is our data stored?
In AWS, single region per platform deployment. If your security team needs to know the exact region, our team will give you the current value on the demo call.
Do you support SSO?
Sign-in today is email + password with optional TOTP-based two-factor that org admins can require for everyone with admin access. SSO is on our roadmap — ask on the demo call for our current timeline.
How are screenshots protected?
Stored in S3 with expiry timestamps based on your plan’s retention window. Served via pre-signed URLs — no public bucket. Auto-deleted from S3 and the database when they expire.
Can a manager edit attendance silently?
No. Edits require a note, the audit log captures actor + before + after + the note, and the entry is append-only. There is no edit endpoint for the log itself.
Can we use the platform for in-house staff?
Yes. Fruitful is built for any team shape — in-office, hybrid, fully remote, or a mix. The transparent and stealth modes are the only behaviour switches, set per organisation.
Does the AI see screenshots or passwords?
No. The AI chat sees aggregated activity, attendance, app-usage, project, and time-entry data — never raw screenshot images, passwords, or payment card data. Manager queries are scoped to their assigned team server-side.
Can our finance team get a real audit trail of billing?
Yes. Plan changes, seat changes, invoice voids, credit-pack purchases, and gift credits all write to audit_logs via AuditService::logBilling().
Ready when your security team is

Bring the procurement checklist. We’ll work down it together.

Trial the full product for 14 days, no card, audit log capturing from minute one. Or book a 30-minute walkthrough with our team — bring any procurement questions your security team flagged.