Trust

Data handling and processing boundaries

Separate contact information, source documents, execution context, and operational evidence. Define their purposes, access boundaries, and retention requirements before connecting business systems.

Security teams · Enterprise buyers · Technical architectsDiscuss data requirements

Contact and support information

Contact and support messages are used to discuss workflows and resolve website issues. Include business contact details and a non-sensitive description of the request. Keep production documents and customer records in their approved systems.

Do not include credentials, financial account numbers, employee records, or regulated personal data in an inquiry. Keep the submission reference for follow-up so related messages can be connected without resending sensitive information.

Map a workload by data category

CategoryDesign question
Source documentsWhich pages or fields are needed, and which may leave the source environment?
Business contextWhich supplier, order, receipt, or catalog records can be retrieved?
CredentialsWhich component holds them, and which operations can they authorize?
Model inputs and outputsWhich provider receives which content, under which terms?
Evidence and logsWhich references are necessary without duplicating sensitive source content?
Support materialHow can a problem be investigated using minimized or redacted examples?

A fallback is also a data-flow decision

A model fallback can change the organization or region processing a request. Routing requirements must identify permitted data destinations before cost or quality preferences. A stronger model is useful only when it fits the same processing restrictions.

Distinguish transient processing, retained inputs, output storage, provider logging, and training permissions. Record the applicable provider terms and retention requirements for each processing path, including fallback routes.

Resolve retention and deletion together

Source files, operational records, idempotency references, and evidence receipts serve different purposes. Define their retention separately and explain how deletion affects reconciliation, investigation, and historical proof.

Confirm hosting and processing locations, subprocessors, access controls, retention periods, deletion behavior, backup treatment, and contractual responsibilities before submitting business workloads. Assign an owner for policy changes and their effect on existing records.

Missing a detail or found a problem?

Send a documentation question →

Define the first outcome together.

Talk through its inputs, decision boundaries, and definition of completion with the team.

Discuss data requirements

Search Outcomatic

Search products, documentation, articles, and help.

Open full search pageEsc to close

Analytics preferences

Optional analytics help us understand which pages and journeys are useful. They are off by default.

When enabled, we count page views and selected actions by page and day. We do not store visitor identifiers, search terms, form contents, or cookies in analytics. Your browser’s Do Not Track or Global Privacy Control signal takes priority.

Allow anonymous aggregate analytics?

Read the website privacy notice