Formation flow V2 groundwork

A structured intake should feel guided, resumable, and operationally clean.

This page now acts as the intake hub: each step has its own preview state, clear checkpoint model, and a dedicated entry path for the later portal-native flow.

Selected package
Operator stack
$2,400 · launch + post-formation setup track
Customer journey

Structured work starts here without losing the commercial context

Visible steps
4
Current focus
Owners and responsible parties
Flow posture
Guided + resumable
Customer path rule

Intake is the first real customer workspace inside TAVALIS. Public pages explain scope, but structured customer work should start here — before protected portal modules open.

Intake data model
Company profile

Captures the legal setup baseline before downstream review and filing work begins.

Source
Structured intake
Jurisdiction
Entity type
Proposed company name
Business activity
Ownership and responsible parties

Captures beneficial ownership, responsible party and tax-relevant person data in one accountable structure.

Source
Structured intake
Full legal name
Country of residence
Ownership percentage
Tax/EIN details
Identity artifacts

Keeps required files and identity evidence attached to the intake record instead of email threads.

Source
Portal-native vault
Passport upload
Proof of address
Supporting files
Review and checkout handoff

Connects summary, consent, signature and payment readiness into one final accountable transition.

Source
Review + checkout layer
Review bundle
Consent package
Signature package
Checkout and payment
Structured fields stay resumable across sessions.
Sensitive uploads stay inside TAVALIS-authenticated storage posture.
Review state must remain visible next to each required artifact.
Checkout cannot become active while required intake data remains unresolved.
Preview progress
25%
3 of 12 checkpoints cleared in the current demo shape
1 completed1 current2 upcoming
Current step preview

Owners and responsible parties

This step establishes the beneficial ownership, responsible party, and tax-relevant person data needed for the later operational path.

Full legal name
Country of residence
Ownership percentage
Tax/EIN details
Current checkpoints
Checkpoint

Owners added

Checkpoint

Responsible party identified

Checkpoint

Tax data prepared

Draft and validation posture
Draft state
Autosave active

Owners can be added across multiple sessions without losing partial structure.

Validation state

Ownership totals, responsible party logic, and tax-relevant person data stay under validation watch.

Ownership share must total correctly
Responsible party must be identifiable
Tax/EIN data cannot remain structurally empty
Upload and vault workspace
Upload capture

The client should upload identity and support files directly into TAVALIS, not through scattered mail attachments.

Review state visibility

Each artifact should show whether it is prepared, conditional, accepted, or requires replacement.

Portal projection

Customer-visible document slots should later surface the safe projection of reviewed artifacts and issued records.

Bridge transition

Legacy ShareFile remains acceptable as a bridge, but the customer-facing truth should converge into TAVALIS.

Passport upload
Prepared

Primary identity artifact with later review-state and replacement handling.

Proof of address
Conditional

Only required when review or compliance explicitly asks for it.

Review bundle
Prepared

Summary pack that bridges intake completion into signature and order handoff.