Skip to main content
The Scrums.com API is planned and not yet publicly available. Endpoints and behaviour are subject to change before release.

Overview

Invoices (INV-*) are generated at the close of each billing period for each active Subscription. They consolidate charges from all Service Lines under that subscription into a single billable document. Every invoice line item traces to a LIN-* identifier. This makes invoice data directly reconcilable with usage summaries and execution records. Invoices are immutable once finalized. Draft invoices exist during the billing period as the accrual grows.

Core Concepts

Invoice lifecycle

Invoices move from draft (accruing usage) to open (issued, awaiting payment) at period close. Successful payment moves them to paid. Finance teams can void an invoice if there is a billing dispute.

Line items and Service Lines

Each line item on an invoice corresponds to one Service Line’s usage for the period. The line item shows the service_line_id, the billing model applied, the quantity consumed, the rate or price, and the total. This structure makes the invoice auditable at the delivery level.

Billing models and line item shapes

Endpoints

GET /v1/invoices

List invoices for an organization.

Request

Query parameters

Response

GET /v1/invoices/

Retrieve a single invoice with full line item detail.

Response

GET /v1/invoices//pdf

Returns a signed URL for downloading the invoice as a PDF document. The URL expires after 15 minutes.

Response

POST /v1/invoices//pay

Trigger payment on an open invoice using the organization’s default payment method.

Request

Response

Notes

  • If payment_method_id is omitted, the organization’s default payment method is used.
  • If payment fails, the invoice status remains open and a invoice.payment_failed event is emitted.
  • Only org owner or billing role can trigger payment.

Common Workflows

Finance reconciliation workflow

Allocating costs to internal teams

Each line item carries a service_line_id. Cross-reference that against Service Line project_tags to attribute costs to the correct internal projects or cost centres.

Objects

Invoice

Line item

Best Practices

  • Build finance tooling against line items, not invoice totals. The total field is useful for payment flows, but cost attribution, reporting, and reconciliation require line-item-level data tied to service_line_id.
  • Subscribe to invoice.finalized webhooks. When an invoice moves from draft to open, the platform emits invoice.finalized. Use this to trigger finance approval workflows rather than polling.
  • Verify due_date before invoking POST /pay. Some plans have extended payment terms. Do not auto-pay immediately on invoice.finalized; respect the due date.
Last modified on April 15, 2026