Correction, 2026-08-23: this release fixed routing-only senders but made an incorrect universal assumption. Some sandbox identities already carry a Tax Identifier and Storecove rejects O/0 for them. CLI 0.9.0 reads the exact sender profile first and chooses O/0 or AE/0 accordingly.
The sandbox test receiver was already correct, but the generated invoice still used a VAT-bearing tax category. Routing-only senders therefore reached the provider and failed with HTTP 422.
CLI 0.8.4 changes every generated invoice and credit-note line to the sandbox-safe tax classification:
"vatRate": 0,
"vatCategory": "O",
"taxExemptReason": "Integration test"
That made the documented getpeppr init → getpeppr send path executable for
routing-only sandbox identities. It was not sufficient for identities carrying
a Tax Identifier; use CLI 0.9.0 or newer.
The same contract now covers the public Quick Start, SDK examples, CLI templates, integration guides, and the n8n workflow. A repository-wide test fails if one of those first-send examples drifts back to a VAT-bearing invoice.
This release also rebundles @getpeppr/sdk 4.7.0.
See the CLI guide to get started.