The diagrams below give you a working mental model of the Finch API. Each section explains the high-level functionality of Finch’s products, each of which contains multiple endpoints.Documentation Index
Fetch the complete documentation index at: https://developer.tryfinch.com/llms.txt
Use this file to discover all available pages before exploring further.
Organization: company, individual, and employment
individual_id: an Individual record for identity data (name, DOB, SSN, home address) and an Employment record for job data (title, manager, start date, income). Querying them separately means you can pull only what you need.
To enumerate everyone at a connection, call GET /employer/directory first. It returns a paginated list of individual_ids you can then fetch in detail via the endpoints above.
Payroll: payments and pay statements
EE_MED_PPO_PREM in the provider system, this endpoint surfaces that name alongside its category and type. From there you can use the Rules endpoint to apply the right labels and context in your system.
Deductions: company benefits and per-employee contributions
/providers endpoint to see which deduction types and operations each provider supports before you build against them.
Documents: parsed data from HR forms
GET /employer/documents returns a list of available documents (filterable by individual or document type), and GET /employer/documents/{document_id} returns the parsed fields for one document.
Documents is async. Before either read endpoint will return fresh data, queue an automated job with POST /jobs/automated so Finch can sync from the provider. The product is currently in beta with W-4 support; expect more document types over time.
Next steps
Quickstart
Mint a sandbox token and pull your first employer record.
API reference
Every endpoint, request shape, and response field.
Finch Sandbox
Test the data model with realistic fixtures before wiring up production.
Glossary
Reference for every term used across the Finch API.