v1.8.0 — full parity with Python SDK master

Bulk catch-up from v0.1.0 to match the Python SDK's v1.8.0 surface. Every Python resource, method, and type is now on the TypeScript side, verified live against the production API.

Live-verified

• SAP Integration Pack — 27 tables emitted, BSEG↔BKPF FK integrity clean
• SAF-T PT export — 4.5 MB OECD 1.04_01 XML
• 21/21 mock tests pass

New

Resources (10 new): Configs (with fromDescription / fromCompany / estimateSize / submitRaw), Credits, Sessions, Scenarios (auto-folds legacy top-level interventions), Notifications, Adversarial, Ai, Fingerprint, Optimizer, TemplatePacks.

Jobs (10 new methods): generateConfig, analytics, fraudSplit, auditArtifacts, listFiles (404-retry), downloadArchive → JobArchive, downloadFile, streamNdjsonUrl, tune, wait, waitForMany.

JobArchive: zip (hand-rolled central-directory parser + DecompressionStream for method 8) and managed_blob (lazy fetch) backends. files / find / categories / read / text / json / size / url + auditOpinions / keyAuditMatters + sapTables / sapTable + saftFile (root + legacy nested fallback) + coaMeta.

Types: ~500 lines of new interfaces; SAP_DEFAULT_TABLES / SAP_ALL_TABLES constants; SapDialect / SaftJurisdiction string-literal unions.

Examples: examples/sap_export.ts + examples/saft_export.ts.

Behaviour change

Request bodies are now passed through verbatim — no automatic camelCase → snake_case conversion. This matches the Python SDK's semantics and is required for the portal's exportFormat: \"sap\" / \"saft\" paths (which only fire under camelCase). Responses still get snake_case → camelCase conversion for TS-idiomatic property access.

Full changelog: CHANGELOG.md