Filevine integration
Connect intake to Filevine with identity checks and explicit write boundaries.
LegalVoice can connect to Filevine when a firm configures the required Gateway credentials, organization and user context, and provider policy. Existing-client lookup is read-only by default and withholds case phase until the caller’s identity or case is safely verified. Supported handoff actions—such as creating mapped records, adding an intake note or follow-up task, and attaching configured web-intake documents—require explicit enablement and should remain visible for staff review.
Configure the Filevine organization and service identity first
The connector requires a Filevine Gateway base URL, access token or configured token exchange, and the organization and user headers used for that firm. A saved disabled provider remains disabled, and missing authorization material prevents the connector from presenting itself as ready.
Provider discovery should stay read-only until an operator explicitly enables a guarded writeback policy and the firm approves the mapped actions.
Use identity verification before sharing case-specific status
A phone, email, or name lookup can produce possible contact and project matches, but a possible match is not permission to disclose internal Filevine details. The agent-safe view hides project IDs, client IDs, assigned staff, notes, tasks, injuries, documents, insurance, and raw case facts.
Normal verification can use a supported caller detail such as date of birth, last name, or address. If identity or the specific matter remains ambiguous, the safe outcome is a message, callback, or staff review—not a guessed case phase.
Enable only the handoff actions the firm has approved
The Filevine provider catalog exposes mapped client, project, note, task, document, and related case-management actions. In a configured intake route, LegalVoice can create or locate the relevant record and then add approved context such as a human-readable intake note, a staff follow-up task, or web-intake attachment metadata.
Those capabilities should not be treated as enabled merely because credentials exist. Field mappings, action permissions, dry-run behavior, and the firm’s staff-review policy define what the connection may write.
Keep partial and failed handoffs visible
The intake sync records retryable errors when the provider route fails. Attachment writes can also finish with a partial-error state after the case or client record has already been created, preserving the distinction between a successful core handoff and a failed secondary action.
decision framework
Filevine lookup and handoff decision path
A safety-first sequence for existing-client status and configured intake writeback.