Pennylane vs Rutter Accounting API

Pennylane

The v2 API has per-resource read and write scopes, an OpenAPI definition on every reference page, llms.txt and a breaking-change process that ran over 24 weeks. Access needs a paid Essentiel plan or partner approval, creation endpoints are not idempotent, and the API agreement lets Pennylane change or revoke the API without notice.

Rutter Accounting API

Idempotency-Key header on writes, and prefer_sync writes that fall back to async after 30 seconds. Production prices are quote-only.

Pennylane

1. Call GET https://app.pennylane.com/api/external/v2/me first to confirm the token, user and company context
2. Stay under 25 requests per 5 seconds per token and wait for the retry-after value on a 429
3. Do not retry a create after a timeout without checking first. Only supplier invoice imports are deduplicated
4. Send filter and sort again with every cursor. The cursor stores position only
5. Send amounts as strings such as "120.00", and ask for :readonly scopes when the task only reads
6. Use the MCP server for reads only. It cannot create, edit or delete, and firm connections need company_id

Rutter Accounting API

1. Send X-Rutter-Version: 2024-08-31 on every call
2. Send an Idempotency-Key on every create so a retry after a timeout doesn't write twice
3. Use response_mode=prefer_sync and handle the 202 async_response anyway
4. Treat 452 as the ledger throttling you and 429 as Rutter's 500-per-10-seconds organisation limit
5. Keep access_token out of logged URLs. The docs only show it as a query parameter