A number you cannot trace is a rumour with a decimal point.
Every figure in an answer can be traced back to the record it came from, and the checking is done by code the model cannot call or skip.
Every figure is checked by code before you see it.
If a figure cannot be traced to the record it came from, the answer says so.
How the check works
Every cited source id is resolved back against the connector that claims it, before the answer is shown. Only an id a connector actually surfaced resolves. An id that does not resolve is marked, and the whole answer is flagged as not auditable end to end. A broken trail does not mean the number is wrong. It means you should not send it anywhere until it resolves.
Tools return a receipt id even for an empty result, so a question with no matching records still has something legitimate to cite. Without it, a model fills the gap with a plausible-looking id. This is enforced by tests; it is not a setting.
How a connection is handled
Access
Read-only, and each department reaches only what it needs. Nothing can write to your systems.
Read-only credentials, scoped per department to the specific tables, endpoints or exports each one needs. The permitted calls are declared up front and enforced by the runtime rather than by convention. No connector may declare a write scope, and a write is refused before the request leaves.
Data residency
Records in your systems are read when you ask, and are not copied into a warehouse or used to train models.
Records are read at query time and used to compose the answer. Source data is not copied into a warehouse or used to train models. Documents you choose to upload or sync are the exception: they are held, in passages, so they can be searched, and each is filed under one department on the way in.
Each question is recorded on our side (what was asked, which departments answered, what it cost and how many of its figures verified) and you can look back over that record for the audit-trail period of your plan. The answer itself, with the record id behind every figure, stays with the person who asked it and exports to a file, so every figure can be traced to its source without us holding your records.
While a conversation is under way, each department keeps what it read for 24 hours after the last question, so a follow-up does not read everything again; then it is deleted. Each department also keeps short notes on how your company works (below): never figures, names or records.
What it learns
Each department keeps short notes on how your company works. Never figures, names or records, and an admin can switch it off.
As your company uses the product, each department learns it: how it counts things, where its figures live, which queries and reports worked and which did not, and how you like answers set out. Corrections a person makes to an answer are learned too, and so is what the documents you file into each department show about how you work. A note drawn from a document leaves when that document is deleted or moved, and nothing is learned from your website's pages.
What is kept is short notes of that kind, for your company only. Never figures, names or records: those are always read fresh from your systems and cited. Notes apply automatically, and an admin can switch learning off on the Company page. Notes are deleted with the company. On by default, on every plan.
Processors
Three companies process your data on our behalf: Anthropic, Voyage AI and TypeSafe.
Three companies process your data on our behalf. Anthropic’s models read the records and passages a question reaches, and the notes its departments have learned, to compose the answer and, where an admin has turned Business context on, to run a department’s web searches, receiving the words of the search and nothing of your records.
Voyage AI receives the text of documents you chose to upload or sync, and the phrase a department searches them with, to produce the embeddings that make search by meaning work. When a department's expert methods are being chosen, it also receives their published descriptions and short descriptions of what that department could not answer, kept only when they contain no figure, date, name or record. It does not receive connector data, ledger rows, HR records or answers.
The product chooses which published expert methods each department uses for your company, and keeps that choice; to make it, it asks a decision model, Jev by TypeSafe. For that, TypeSafe receives the published name and description of each method being considered, your kind of business, each department’s name and description, and the kinds of system you have connected (for example “a CRM”, never the vendor or the account), and never your company’s name, a question, an answer, a learned note or any record. The same request, with the published name and description of each standard business term instead of methods, decides which of those terms (such as “order” or “stock on hand”) your departments are likely to use.
To choose which Anthropic model answers each part of a question, TypeSafe receives the question as restated for answering, each department’s part of it and the department names. Those can hold a name you typed or one carried over from an earlier answer, so they may contain personal information; TypeSafe is never sent an answer.
Where an admin has turned Business context on, TypeSafe also checks a department’s web search before it runs, and receives the department’s name and description, its part of the question and the words of the search. The department writes the search, so it may name your company or a person. Where a deployment reorders search results, TypeSafe also receives the phrase a department searched your documents with and the passages that search found, with their file names, and returns a score for each, so the passage that answers is read first.
The methods come only from Anthropic and named vendor partners, and are reviewed and pinned by us before they reach anyone. A public page a department reads is fetched as anyone fetches it: no credential, no scripts, and never an address inside a private network. The full sub-processor list, including hosting, is in the security pack.
For IT and security: what is sent, and what is kept
When a file arrives it is cut into passages of about 800 tokens over its full text, each overlapping the last so a sentence on a boundary is findable from either side. Each passage is sent to Voyage AI’s embeddings endpoint (voyage-4) in batches and the returned vector is stored beside the passage, with the model that produced it, in our database, scoped by company and by department like every other row, and removed when the document is.
At search time the department’s search phrase is embedded the same way, and passages are ranked by cosine similarity fused with an exact-term score, so a passage that shares neither meaning nor words with the query ranks nowhere. Each passage keeps its character offsets in the file, which is what a citation points at. Nothing read from a connector is embedded, and a deployment with no Voyage key falls back to a term index with no vendor involved.
Choosing the model is one request per question, after it is split by department. In a follow-up, the record references and figures the earlier answer cited are replaced with placeholders before anything is sent; the rest of the text, names included, is sent as written. Your company’s name is not added. If it fails or is slow, the question runs on the standard models.
Checking a web search is one request per search, for every department except Research, whose searches are not checked. In a follow-up, the department’s part of the question carries the same placeholders. A search is stopped only when TypeSafe is fairly sure it is not about the department’s own figures, and goes ahead if TypeSafe fails or is slow.
Choosing methods is one request per department, about once a day and only when something about the department changed, and only on deployments where it is configured. What is sent identifies nobody. If a request fails, the choice falls back to Voyage AI, or to each department’s standard methods.
Choosing business terms is one request per company, about once a day and only when something changed. What is sent identifies nobody. If it fails, the terms follow the departments you have.
Choosing departments is one request per company, when it is created. What is sent identifies nobody: your kind of business and our standard departments. If it fails, you start with the departments usual for your kind of business. An admin can change them at any time, and that choice stands.
Reordering search results is off by default. Where a deployment turns it on, the thirty best passages a search found are sent to TypeSafe, each with its file name, with the search phrase, in one request, each passage judged against the search on its own, and TypeSafe returns a score for each. If it fails or is slow, the search keeps its usual order. TypeSafe does not train its models on what it is sent.
Access control
What a person may change and which departments they may read are set separately, and checked again on every request.
Two separate axes. An access role (viewer, member, admin) decides what a person may change. A business title decides which departments a department may read on their behalf. Neither is something a person can set for themselves, and both are re-checked behind every endpoint, so calling the API directly gets the same refusal the interface implied.
Tenant isolation
Every request belongs to one company, and nothing in the system can reach across to another.
Every request is resolved to one company before anything is read, and every query is scoped by it: connectors, documents, definitions, spend and people alike. There is no query in the system that could be scoped by something else and reach across. The operator role that can move between tenants for support is set in the deployment environment, not stored as data, so no administrator inside the product can grant it to themselves.
Sign-in
Sign in with Microsoft Entra ID or Google, or with a single-use link sent by email.
Microsoft Entra ID or Google, or a single-use link emailed to someone with no directory. Your directory decides who exists; revoking someone there ends their access from their next sign-in. The ID token is verified (signature against the tenant's published keys, plus issuer, audience, expiry, nonce and tid), never merely read.
Audit trail
Every answer shows the record behind each figure and whether it checked out.
Every answer carries which departments were asked, what each replied, the definitions it resolved, the record id behind every figure and whether each one verified. It is kept with the person who asked it and exports to a file. On our side, every question is recorded with what was asked, which departments answered, what it cost and how many of its figures verified, for the audit-trail period of your plan.
Deployment
Hosted, or in your own cloud account for organisations that need records to stay inside their own perimeter. Both run the same architecture.Certification status and the current sub-processor list are available under NDA. Ask for the security pack on the demo call.
What it will not do
Invent a number it could not find
A question nothing connected can answer comes back unanswerable, naming what is missing. There is no nearest guess.
Hide a disagreement
Two systems that disagree produce a stated answer and the reason for it, never a quiet midpoint.
Present an estimate as a fact
A projection is marked as one, for its whole life, and always carries the assumptions it rests on.
Use a stand-in without saying so
If the part of the business that owns a term is not connected, the answer names the substitute and how it differs.
Claim a cause it has not established
Three things moving together is said to be three things moving together, unless the evidence shows one caused another.
Write to your systems
Every connection is read-only by construction. A write is refused before the request leaves.
See one of your own figures traced to its record.
Forty minutes, one read-only connection, your question asked live, and every id in the answer checked in front of you.