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
Dedicated databases
Security-group allowlist: application servers 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.
-
Organization
Cedarfolio Bookkeeping
One organization boundary
-
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
-
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.
-
Workflow roles
Viewer View data -
Standard User Prepare and submit
-
Advanced User Approve and publish
-
Administrative roles
User Admin Manage users and workspace access -
Business Admin Manage clients/businesses and data
-
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.
-
Application and database servers operate in a private VPC and subnet.
-
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.
-
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
Rolling recent window
Automated daily snapshots
A database snapshot is taken every day and retained for seven days.
7-day snapshot retention
- Today
- Day −1
- Day −2
- Day −3
- Day −4
- Day −5
- 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.