Security summary

FigureIQ Data Security Summary

Last updated September 16, 2026 · 7 min read

This summary explains how FigureIQ protects your documents and accounting data. It covers access controls, data separation, user permissions, connected services, activity records, encryption, and backup and recovery.

Diagram summary, read left to right in four stages. Stage one: a FigureIQ user works in the application from outside the network. Stage two, controlled entry: a web application firewall helps filter malicious traffic, and an application load balancer routes requests to the application servers without exposing their private IP addresses. Stage three, the private VPC: application servers run inside a private application subnet with no direct public access, and dedicated database servers sit in that same private subnet. Security groups allow only the application servers to connect to the databases, and that database traffic is encrypted in transit. Stage four: an object storage service outside the VPC holds uploaded images and PDFs and database dumps; bucket policies restrict access to the application servers. No path connects users or database servers directly to object storage.

External

FigureIQ user

Uses the application

Controlled entry

Web application firewall

Filters malicious traffic

Application load balancer

Routes requests without exposing private server IPs

Private VPC

Private application subnet

No direct public access

Application servers

Encrypted in transit

Dedicated databases

Security-group allowlist: application servers only

Application access only

Object storage service

  • Uploaded images & PDFs
  • Database dumps

Restricted by bucket policy

  • Request path
  • Restricted service path
  • Trust boundary

Sensitive accounting data is kept behind restricted access paths

FigureIQ uses separate infrastructure layers so that public requests do not connect directly to the application or database servers.

The application servers operate within a private subnet in a private Virtual Private Cloud (VPC). They are not exposed directly to the public internet or to other networks. An application load balancer receives and routes application traffic while keeping the private IP addresses of the application servers from being exposed publicly.

FigureIQ uses dedicated database servers. These servers are also deployed in the private subnet and are not directly exposed to the public internet or another network. Security groups restrict database connectivity to an allowlist, and only the application servers are permitted to connect to the database servers.

This design limits database access to the systems that need it. A user works through the application rather than connecting directly to the infrastructure that stores FigureIQ’s operational and accounting data.

Documents and backups in object storage are access-controlled

FigureIQ uses an object storage service for two important categories of data:

  • Images and PDFs uploaded by users, including invoices, receipts, and bank statements.
  • Database dumps used for recovery of data.

The object storage service does not sit inside FigureIQ’s private VPC. Access is therefore controlled through bucket policies. These policies are configured so that the application servers - and no other machines - can access the relevant buckets.

Uploaded documents and database backups are not publicly accessible.

Client and business records stay within distinct workspaces

FigureIQ organizes files in object storage first by organization and then by the client or business to which they belong. For an accounting practice, this means separate storage paths for each client. For an in-house accounting team that manages multiple entities or subsidiaries, it means separate paths for each business.

This structure applies to documents stored in DocuVault, documents uploaded for extraction but not saved to DocuVault, and any additional attachments. It helps ensure that each document remains associated with the correct organization, client, or business throughout processing.

Each client or business also has its own QuickBooks Online connection and accounting context. That context includes settings and reference data such as currency and country, item codes and names, tax codes and rates, payment terms, user preferences, and payment, expense, and income accounts. This helps ensure that FigureIQ processes and publishes transactions to the correct client or business account.

Storage is organized with a folder for each organization and separate subfolders for each client or business. Every illustrated workspace has its own storage path for DocuVault files, extraction uploads, and additional attachments, its own QuickBooks Online connection, and its own accounting context.

  1. Organization

    Cedarfolio Bookkeeping

    One organization boundary

    1. Client / business workspace 01

      Pearlstead Dental LLC

      Scoped to this workspace

      Files

      • Extraction uploads
      • Additional attachments
      • DocuVault files

      QuickBooks Online

      Own QBO connection

      Accounting context

      • Currency · Country
      • Items · Codes & names
      • Taxes · Codes & rates
      • Payment terms · Preferences
      • Accounts · Payment, expense & income
    2. Client / business workspace 02

      Kettlewick Coffee Co.

      Scoped to this workspace

      Files

      • Extraction uploads
      • Additional attachments
      • DocuVault files

      QuickBooks Online

      Own QBO connection

      Accounting context

      • Currency · Country
      • Items · Codes & names
      • Taxes · Codes & rates
      • Payment terms · Preferences
      • Accounts · Payment, expense & income

User roles control access and publishing permissions

FigureIQ’s identity and access management model uses six roles with progressively broader permissions. This gives firms and accounting departments a practical way to distinguish people who need visibility, people who prepare transactions, people who can approve and publish them, and people who administer the account.

Role Security-relevant responsibilities
Viewer Can view data, but cannot upload documents, edit extracted data, or publish to QBO.
Standard User Can upload documents, correct extracted data when needed, and send transactions for approval.
Advanced User Adds the ability to approve transactions submitted by Standard Users and publish to QBO.
User Admin Can manage Viewers, Standard Users, Advanced Users, and other User Admins, including their access to specific clients or businesses.
Business Admin Can administer clients or businesses, manage Business Admin access, and delete data and uploaded files.
Owner Holds organization-level authority, including removing any user, changing or cancelling the subscription, and renaming or deleting the organization.

These roles determine who can prepare, approve, and publish transactions to QuickBooks. A Standard User can prepare a transaction and submit it for approval, but cannot publish it. Only Advanced Users and authorized administrators can publish transactions to QuickBooks. Teams can therefore place preparation and publication with different levels of responsibility while keeping the workflow straightforward for day-to-day users.

Six roles

Narrowest to broadest scope

Each role includes all permissions of the roles above it.

  1. Workflow roles

    Viewer View data
  2. Standard User Prepare and submit
  3. Advanced User Approve and publish
  4. Administrative roles

    User Admin Manage users and workspace access
  5. Business Admin Manage clients/businesses and data
  6. Owner Organization-level authority

FigureIQ controls how data moves between connected services

FigureIQ uses information from QuickBooks Online to provide the accounting context needed for processing. It retrieves currency settings, item codes and names, tax codes and rates, default payment terms for sales transactions, user preferences, payment, expense, and income accounts, and the relevant country setting.

In the other direction, FigureIQ can publish sales and cost transactions to the connected QBO account. Users can also add supporting attachments to QBO through the FigureIQ interface. Each client or business has its own QuickBooks connection, helping ensure that data is sent to the correct account.

The Google Drive integration has a narrower role in the workflow: users can import files from Drive into FigureIQ. FigureIQ does not send your files or accounting data back to Google Drive.

Activity records support accountability

Important actions in FigureIQ are recorded in the database and attributed to individual users. These actions include document uploads, corrections to extracted data, reviews, permission changes, and publication to QuickBooks Online.

For reviewers and administrators, this creates a traceable record of who performed a consequential action. It can help a practice or accounting department review a transaction’s history, understand corrections or permission changes, and investigate unexpected activity.

The record

What the record answers

What happened?
The consequential action is recorded.
Who performed it?
The event is attributable to an individual user.
Where in the workflow?
Transaction and permission activity can be examined in context.

Encryption protects data at rest and in transit

FigureIQ encrypts database data at rest. At-rest encryption provides an additional safeguard for stored database information if the underlying storage is accessed outside its intended path.

Traffic between the application servers and database servers is also encrypted in transit. This protection is applied even though both server layers operate inside the same private subnet and private VPC. Encryption protects data as it moves between FigureIQ’s application and database servers, adding another layer of security beyond network controls.

Diagram summary. At the center is the protected information: client documents, structured accounting data, and database records. Three control layers surround it, from the outermost layer inward. Layer 03, private network boundary: application and database servers operate in a private VPC and subnet. Layer 02, restricted service access: only application servers can reach the databases and object storage. Security groups and bucket policies allowlist only the application servers. Layer 01, encryption: traffic from the application servers to the databases and object storage is encrypted in transit, and stored data is encrypted at rest. The controls are complementary; no single one stands alone.

  1. 03 Private network boundary

    Application and database servers operate in a private VPC and subnet.

    1. 02 Restricted service access

      Only application servers can reach the databases and object storage.

      Application servers only

      • Databases Security groups allowlist only the application servers.
      • Object storage Bucket policies permit only the application servers.
      1. 01 Encryption

        Applied to the databases and to object storage.

        In transit

        Traffic from the application servers to the databases and to object storage is encrypted.

        At rest

        Data stored in the databases and in object storage is encrypted.

        Protected information

        Accounting data

        • Client documents
        • Structured accounting data
        • Database records

Platform defenses reduce exposure and preserve investigative evidence

FigureIQ places its application and database servers in private infrastructure and uses controlled entry points rather than exposing those servers directly. At the application edge, a web application firewall helps filter malicious traffic and mitigate attacks, including distributed denial-of-service attempts.

FigureIQ also logs event traces across user-level activity and service-to-service activity. These records help FigureIQ identify suspicious activity and investigate potential security incidents.

FigureIQ combines network isolation, allowlisted database connectivity, bucket policies, edge filtering, encryption, and event logging. Together, these safeguards provide multiple layers of protection for sensitive accounting information.

Backups support recovery after a disruption

FigureIQ maintains a disaster-recovery approach for its databases using two complementary backup mechanisms.

FigureIQ’s cloud infrastructure automatically creates a database snapshot each day. These snapshots are retained for seven days, allowing FigureIQ to restore recent data if the live database is disrupted.

For data beyond that seven-day window, FigureIQ creates automated database dumps and stores them in object storage. This second backup method extends recovery coverage beyond the recent snapshot set. Access to the storage buckets is restricted through bucket policies.

Using two backup methods gives FigureIQ both recent recovery points and longer-term recovery coverage.

Diagram summary. This timeline runs from current data to older data. Live databases are the source of two backup mechanisms. Automated daily snapshots provide seven days of recent recovery points. Automated database dumps in object storage provide recovery coverage beyond that seven-day window.

Current

Live databases

Where the backup copies come from

Current Older

Rolling recent window

Automated daily snapshots

A database snapshot is taken every day and retained for seven days.

7-day snapshot retention

  1. Today
  2. Day −1
  3. Day −2
  4. Day −3
  5. Day −4
  6. Day −5
  7. Day −6

7 days ago

Beyond the 7-day window

Automated database dumps

Database dump

Object storage

Older database backup coverage

Two separate methods share the work: daily snapshots for recent recovery points, database dumps for older data.

Conclusion

FigureIQ combines scoped access, controlled accounting workflows, protected infrastructure, traceable activity, and recoverable data to support the day-to-day security needs of professional accounting teams. These safeguards are designed to let organizations automate document processing while retaining clear control over sensitive information and what reaches their books.