Platform
The ProblemThe Neivan ApproachHow it WorksAgent TemplatesMobile AppFAQs
Resources
SecurityDocumentationAPI Reference
AboutPricing
Sign inRequest Access
The ProblemThe Neivan ApproachHow it WorksAgent TemplatesMobile AppFAQs
SecurityDocumentationAPI Reference
AboutPricingContact SalesSign in
Legal

Observation & Screen-Recording Disclosure

Effective September 16, 2026.

Version 1.0

On this page
  • 1. Roles: who controls the monitoring
  • 2. The two kinds of observation
  • 3. Exactly what the Synapse Recorder captures — and does not
  • 4. Purpose limitation
  • 5. Consent model
  • 6. Transparency
  • 7. Retention, deletion, and access
  • 8. The Customer's responsibilities
  • 9. AI analysis of observed data
  • 10. Data-subject rights, withdrawing consent, and raising concerns

This Disclosure explains how the Synapse platform ("Synapse") provided by Neivan Technology Holdings, LLC ("Neivan", "we", "us") observes work activity, exactly what is and is not collected, and how that activity is used. It is written for two audiences: the Customer (the organization that licenses Synapse and decides whether to turn observation on) and the Authorized Users (the Customer's admins and employees) who may be observed.

Read together with the Privacy Policy, the Data Processing Agreement (DPA), and the Employee Monitoring Notice (template) that the Customer is expected to deliver to its own staff.


1. Roles: who controls the monitoring

Observation in Synapse is operated by the Customer, using tooling provided by Neivan.

  • The Customer is the controller of its employees' personal data. The Customer decides whether to enable observation, for which sources, for which people, and for what business purpose. The Customer is responsible for the lawfulness of monitoring its own staff, including providing any notices and obtaining any consents required by law.
  • Neivan is the processor. We provide the software, process observed data on the Customer's documented instructions, and do not decide to monitor any individual on our own initiative.

Neivan does not operate a workforce-surveillance service. Synapse exists to discover repetitive work that can be automated — not to score, rank, or covertly watch individuals.


2. The two kinds of observation

Synapse supports two distinct, separately controlled kinds of observation. A Customer may enable either, both, or neither, and consent is captured per employee, per source.

2.1 Cloud activity observation (metadata only)

This reads activity information from tools the Customer has connected (for example, a mailbox, a calendar, or a document workspace). It records facts such as "a file was edited at a time" or "a message was sent to these recipients at a time" — the shape and timing of activity.

For email, this includes the sender, recipients, time and subject line of a message. It does not read message bodies, attachments, the contents of files, or the text of documents.

The mailbox connections Synapse uses for other features (such as letting an agent read email) technically permit reading message bodies. Observation deliberately requests only the fields listed above; that limit is enforced by Synapse, not by the email provider.

Cloud activity observation is opt-in and consent-gated per employee per connected source.

2.2 Desktop screen observation — the "Synapse Recorder"

The Synapse Recorder is a native agent the Customer installs on a specific employee's machine. It is used to understand repetitive work that happens in desktop or legacy applications that have no usable API. It is consent-gated: the employee must grant consent, and that consent is mirrored by an in-app gate (referred to internally as can_capture / canObserve). If consent is not granted, the Recorder does not capture.


3. Exactly what the Synapse Recorder captures — and does not

3.1 What it captures

CapturedDescription
Active window / application titleThe title of the app or window currently in focus (e.g. the name of the application and document tab).
Accessibility (a11y) control metadataMetadata about the on-screen control a user interacted with (e.g. that a particular button or field was used), drawn from the operating system's accessibility layer.
Interaction eventsThat a control was invoked (a button or menu item pressed), that a tab or list row was selected, that a menu was opened, or that a window opened or closed — reported by the operating system's accessibility layer at the moment it happens. The Recorder records the name and type of the control (e.g. button "Save As"), not any content entered into it.
Screen frames — only at the optional "frames" fidelityScreenshots / screen frames, captured only when the higher "frames" fidelity is explicitly enabled. Downscaled before transmission; not content-redacted — see "Redaction of screen frames" below.

3.2 What it does NOT capture

  • No covert capture. The employee is informed and must consent; the in-app gate reflects that consent.
  • No content keystroke logging. The Recorder does not log the content a person types. It records that a control was used — not the characters entered into it. The operating system does offer a text-changed notification that would carry typed content; the Recorder deliberately does not subscribe to it.
  • No reading of message bodies or file contents as a function of the Recorder's design; screen frames are captured only at the optional "frames" fidelity.
  • No individual productivity scoring. Captured data is used to find automatable steps, not to rate, rank, or discipline a person (see Section 4).

3.3 Redaction

On-device scrubbing of text (on by default). Before any event leaves the machine, the Recorder masks patterns that look like personal or secret data — email addresses, long digit sequences (card / account / identification numbers), and credential-like strings (for example values following "password" or "api_key") — in the window title, the object label and the control name. This happens locally: the unmasked text is never transmitted. Pattern-based masking is a reasonable-effort measure, not a guarantee that every sensitive string is caught.

Redaction of screen frames — not implemented. ⚠️ On-device redaction of screen frames (optical character recognition plus blurring of text regions) is not implemented. A captured frame is downscaled to a small thumbnail before transmission, which materially reduces legibility, but it is not content-redacted and no configuration makes it so. The text-scrubbing described above applies to window titles, object labels and control names — not to pixels. Frame capture is governed by its own setting and is not enabled or disabled by the text-scrubbing control. Customers should treat a frame as an unredacted screenshot and should not enable "frames" fidelity in areas where sensitive data may appear on screen.


4. Purpose limitation

Observed and captured data is collected for one purpose: to discover repetitive, automatable work so that it can be turned into agents and workflows.

It is not used to:

  • score, rank, or measure the individual productivity of an employee;
  • conduct covert surveillance;
  • log the content of an individual's keystrokes; or
  • make solely automated decisions that produce legal or similarly significant effects about a person.

Neivan will not repurpose observed data beyond what is needed to provide and improve the automation-discovery function described here and in the DPA.


5. Consent model

  • Opt-in. Observation is off until enabled. The Recorder captures nothing until the employee grants consent.
  • Per-employee, per-source. Consent is captured for each employee and each source separately. Enabling observation for one person or one tool does not enable it for others.
  • Revocable. An employee may withdraw consent at any time (see Section 10). Withdrawal stops future capture for that person and source.
  • In-app gate. Consent is enforced by an in-app gate (can_capture / canObserve). When the gate is closed, capture does not occur.

The Customer remains responsible for ensuring that, in its jurisdiction and workforce context, consent is a valid and freely given basis — or for relying on another lawful basis where consent is not appropriate (see Section 8).


6. Transparency

Synapse is designed so that an observed employee can see what is being captured about them, including the kind of observation enabled for them and the data it produces. Transparency is a core design property of the Recorder, not an add-on. The Customer should not configure Synapse to defeat this transparency.


7. Retention, deletion, and access

  • Retention. Recorder screenshots are deleted 90 days after capture, and desktop activity events 180 days after they are delivered to the platform. The Customer should enable only the capture its purpose requires.
  • Deletion. On termination, on a valid deletion request routed through the Customer, or on withdrawal of consent, the corresponding observed data is deleted or de-identified in line with the DPA and the configured retention.
  • Who can access. Access to observed data within a Customer tenant is limited to the Customer's authorized admins and to Neivan personnel acting as processor strictly to provide, secure, and support the service. Access is logged.

8. The Customer's responsibilities

Because the Customer controls the monitoring, the Customer must:

  • Provide required notices and obtain required consents from its employees before enabling observation, including by delivering the Employee Monitoring Notice (template) or an equivalent.
  • Comply with local monitoring and recording law, which varies by jurisdiction. In particular, the Customer should account for:
    • EU / UK and other GDPR-grade regimes: identify a valid lawful basis, satisfy necessity and proportionality, and conduct a Data Protection Impact Assessment (DPIA) for systematic monitoring of employees.
    • US state employee-monitoring notice laws that require advance written notice of electronic monitoring (for example, New York, Connecticut, and Delaware).
    • Two-party (all-party) consent recording states, where capturing certain recordings without the consent of all parties may be unlawful.
  • Decide carefully before enabling higher-fidelity capture, noting that frame redaction is not available (see above) and screenshots are kept for 90 days.
  • Honor employee withdrawals of consent and route data-subject requests appropriately.

Neivan provides the controls to meet these obligations but cannot determine, for the Customer, what its local law requires.


9. AI analysis of observed data

To identify automatable steps, observed and captured data — including, at "frames" fidelity, screen frames — may be analyzed by a third-party large language model (LLM) via API — for Neivan-managed AI, Anthropic or OpenAI, as listed on the Subprocessor List. If the Customer uses its own AI provider key, that provider is used instead.

This analysis is performed to detect repetitive, automatable patterns. Observed data is not used to train the providers' models. The Customer's selection of provider and the applicable data-handling terms are governed by the DPA.


10. Data-subject rights, withdrawing consent, and raising concerns

  • Data-subject rights. Employees may have rights to access, correct, delete, or restrict the processing of their personal data, and to object to monitoring, depending on jurisdiction. Because the Customer is the controller, these requests are directed to the Customer, which may use Synapse's tooling to fulfill them. Neivan assists the Customer as processor.
  • Withdrawing consent. An employee may withdraw consent through the in-app gate or by contacting their employer; withdrawal stops future capture for that person and source.
  • Raising concerns. Employees should raise concerns about monitoring with their employer in the first instance. Privacy questions directed to Neivan as processor may be sent to [email protected], and we will route them to the employer.
See also:Privacy PolicyTerms of ServiceSecurityContact us

The intelligence layer for what's next — built for teams who want AI that remembers, coordinates, and improves.

Platform
  • Agent Network
  • Memory & Knowledge
  • Workflows
  • Decision Engine
  • Security
  • Pricing
Trust
  • Trust Center
  • Security
  • Privacy
  • DPA
  • Sub-processors
Company
  • About
  • Docs
  • Help & Support
  • Contact
  • Careers
  • Changelog
Private preview··Your privacy rights·Acceptable Use
© 2026 Neivan Technology Holdings, LLC — All rights reserved.
Privacy·Terms·SLA·Cookies