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.