@getpeppr/cli 0.8.1 → 0.8.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +32 -0
- package/dist/index.js +1557 -689
- package/dist/index.js.map +1 -1
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -4,6 +4,38 @@ All notable changes to `@getpeppr/cli` are documented here.
|
|
|
4
4
|
|
|
5
5
|
The CLI bundles `@getpeppr/sdk` into its published artifact (tsup `noExternal`), so `validate`, `convert` and `init` run the SDK's validators, country rules and UBL builder locally — an SDK release only reaches CLI users once the CLI is rebundled. Rebundle-only releases are listed with the SDK version they ship.
|
|
6
6
|
|
|
7
|
+
## [0.8.3] — 2026-08-21
|
|
8
|
+
|
|
9
|
+
Rebundles `@getpeppr/sdk` **4.6.0** (was 4.5.0), so `getpeppr validate` and
|
|
10
|
+
`getpeppr convert` understand exempt VAT breakdowns instead of accepting XML
|
|
11
|
+
that the Peppol rulebook rejects. Category `O` omits the VAT rate; `E`, `AE`,
|
|
12
|
+
`G`, `O`, and `K` require an exemption reason; `S` and `Z` never render one.
|
|
13
|
+
|
|
14
|
+
The built-in `getpeppr send` sandbox payload now supplies its category `O`
|
|
15
|
+
reason so the stricter local pre-validation does not stop the command before
|
|
16
|
+
the network call. The field is builder-only and is stripped from the JSON
|
|
17
|
+
request; Storecove continues to derive its own provider-specific exemption
|
|
18
|
+
text on the send path (GPR-1068).
|
|
19
|
+
|
|
20
|
+
## [0.8.2] — 2026-08-21
|
|
21
|
+
|
|
22
|
+
**`getpeppr lookup` accepts both spellings of a scheme** (GPR-1116). A Peppol
|
|
23
|
+
scheme is published twice — under its numeric EAS code (`9932`) and under a
|
|
24
|
+
symbolic form (`GB:VAT`) — and 98 of the code list's 105 entries contain a
|
|
25
|
+
colon in that symbolic form, the same character that separates a scheme from
|
|
26
|
+
its value. Splitting by position therefore turned `GB:VAT:123456789` into
|
|
27
|
+
scheme `GB` and value `VAT:123456789`: both wrong, and silently so.
|
|
28
|
+
|
|
29
|
+
`lookup`, the directory client and the `send` template all resolved the split
|
|
30
|
+
by position; they now resolve it against the code list. This has been fixed in
|
|
31
|
+
the gateway and the SDK since 4.4.0 — **the CLI kept the old behaviour until
|
|
32
|
+
this release**, because its copy of that logic is its own.
|
|
33
|
+
|
|
34
|
+
Rebundles `@getpeppr/sdk` **4.5.0** (was 4.4.0). Nothing in the CLI calls the
|
|
35
|
+
new `importFile({ sender })`, so the bundle refresh changes no CLI behaviour on
|
|
36
|
+
its own — it is listed because a bundled SDK only reaches CLI users when this
|
|
37
|
+
package is republished.
|
|
38
|
+
|
|
7
39
|
## [0.8.1] — 2026-08-19
|
|
8
40
|
|
|
9
41
|
Republish of 0.8.0 with the actual code in the tarball. The 0.8.0 tarball on
|