Pull contractor invoices for AP
Bring Remote contractor invoices into your accounts-payable workflow — contractors are paid via invoices, not payroll, so they're a separate, simpler pull.
Who this is for — AP teams processing contractor payments who want Remote's contractor invoices flowing into their own accounting / AP system instead of being read in the Remote UI.
What you'll do: pull contractor invoices for the period, code each one to the right contractor and account, and hand it to your AP workflow.
How contractor billing is different from EOR & payroll
Contractors are paid via invoices, not payroll — a genuinely different money flow, and that's the whole reason this is its own guide.
Think of a Remote contractor exactly like any vendor who bills you: the contractor submits an invoice, you (the customer) approve it, Remote facilitates the payment. Unlike your EOR/PEO costs — which arrive as Remote's own invoices on a billing cycle — a contractor invoice is the source of truth for what's owed. There's no estimate-vs-actual reconciliation; there's a bill, an approval, and a payment.
Two things to know:
- An invoice moves through a lifecycle —
statusvalues likeissued→approved→paid_outtell your AP system whether it's payable yet (see the API Reference for the full set). - Invoices can be one-off, scheduled, or recurring — pick up the scheduled/recurring ones if you want forward visibility into what's coming.
Before you begin
- A Remote API token (customer short-token, or partner OAuth with the company in scope).
- Your AP system's model for vendor + account coding — you'll map each contractor to a vendor.
- A read-only, scheduled pull; no writes.
The approach
- List contractor invoices for the period (and scheduled/recurring ones for forward visibility).
- Filter to the statuses you treat as payable.
- Join each invoice to its contractor via the invoice's
employment_idfor vendor/cost coding. - Hand to AP — map to your account, route for approval, reconcile against the payment.
Key capabilities
| Job | Where to look |
|---|---|
List contractor invoices (filter by status) | GET /v1/contractor-invoices |
| Scheduled / recurring invoices (forward visibility) | GET /v1/contractor-invoice-schedules |
The contractor to code against — join on the invoice's employment_id | GET /v1/employments |
Each invoice carries status, date/due_date, currency, an employment_id, an items[] breakdown (description + amount; deductions are negative), and source_amount/target_amount with fx_rate. Amounts are integer minor units — e.g. amount: 1337000 = 13,370.00. The API Reference has the full field, status, and filter list — let your AI assistant generate the calls and pagination.
Gotchas & limits
- Don't reach for payroll endpoints here. Contractor money doesn't flow through payroll runs or gross-to-net — the invoice is the source of truth.
- Mind the lifecycle. Decide which statuses you ingest and which count as "payable" so you never book an unapproved invoice.
- Currency: cross-border contractors invoice in different currencies — the invoice exposes
source_amount/source_currency(what the contractor billed) andtarget_amount/target_currency(the payout) withfx_rate. Carry the original currency through rather than pre-converting. - Read-only and periodic, like the EOR/PEO breakdown pull.
🤖 For AI agents
Point your assistant (or the Remote MCP server) at the API Reference with this plan:
List contractor invoices for the period → filter to the statuses the customer treats as payable (e.g.
approved,paid_out) → join each to its contractor viaemployment_id→ convert amounts from minor units → map to the AP system's vendor/account model. Carry original currency through (source_*); pick upcontractor-invoice-schedulesif forward visibility is needed.
Next steps
- Pull your EOR & PEO cost breakdown — the EOR/PEO side of the same finance pipeline.
- Pull GL & payroll reports (coming soon) — for Global Payroll customers booking journals.