@fin.cx/einvoice 5.1.3 → 5.2.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@fin.cx/einvoice",
-  "version": "5.1.3",
+  "version": "5.2.0",
   "private": false,
   "description": "A TypeScript module for creating, manipulating, and embedding XML data within PDF files specifically tailored for electronic invoice (einvoice) packages.",
   "main": "dist_ts/index.js",
@@ -8,19 +8,29 @@
   "type": "module",
   "author": "Task Venture Capital GmbH",
   "license": "MIT",
+  "scripts": {
+    "test": "(tstest test/ --verbose --logfile --timeout 60)",
+    "build": "(tsbuild tsfolders --allowimplicitany)",
+    "typecheck:published": "pnpm exec tsc -p test/strict-consumer/tsconfig.json",
+    "buildDocs": "(tsdoc)",
+    "postinstall": "node dist_ts_install/index.js 2>/dev/null || true",
+    "download-schematron": "tsx ts_install/download-schematron.ts",
+    "download-test-samples": "tsx ts_install/download-test-samples.ts",
+    "test:conformance": "tstest test/test.conformance-harness.ts"
+  },
   "devDependencies": {
-    "@git.zone/tsbuild": "^2.6.4",
-    "@git.zone/tsbundle": "^2.2.5",
-    "@git.zone/tsrun": "^1.3.3",
-    "@git.zone/tstest": "^2.3.1",
-    "@types/node": "^22.15.23"
+    "@git.zone/tsbuild": "^4.4.0",
+    "@git.zone/tsbundle": "^2.10.0",
+    "@git.zone/tsrun": "^2.0.2",
+    "@git.zone/tstest": "^3.6.3",
+    "@types/node": "^25.6.0"
   },
   "dependencies": {
-    "@push.rocks/smartfile": "^11.2.5",
-    "@push.rocks/smartxml": "^1.1.1",
-    "@tsclass/tsclass": "^9.2.0",
-    "@xmldom/xmldom": "^0.9.8",
-    "jsdom": "^26.1.0",
+    "@push.rocks/smartfile": "^13.1.2",
+    "@push.rocks/smartxml": "^2.0.0",
+    "@tsclass/tsclass": "^9.5.0",
+    "@xmldom/xmldom": "^0.9.9",
+    "jsdom": "^29.0.2",
     "pako": "^2.1.0",
     "pdf-lib": "^1.17.1",
     "saxon-js": "^2.7.0",
@@ -29,7 +39,7 @@
   },
   "repository": {
     "type": "git",
-    "url": "git+https://code.foss.global/fin.cx/einvoice.git"
+    "url": "https://code.foss.global/fin.cx/einvoice.git"
   },
   "bugs": {
     "url": "https://code.foss.global/fin.cx/einvoice/issues"
@@ -47,7 +57,7 @@
     "dist_ts_web/**/*",
     "assets/**/*",
     "cli.js",
-    "npmextra.json",
+    ".smartconfig.json",
     "readme.md"
   ],
   "keywords": [
@@ -64,13 +74,5 @@
     "esm",
     "financial technology"
   ],
-  "scripts": {
-    "test": "(tstest test/ --verbose --logfile --timeout 60)",
-    "build": "(tsbuild tsfolders --allowimplicitany)",
-    "buildDocs": "(tsdoc)",
-    "postinstall": "node dist_ts_install/index.js 2>/dev/null || true",
-    "download-schematron": "tsx ts_install/download-schematron.ts",
-    "download-test-samples": "tsx ts_install/download-test-samples.ts",
-    "test:conformance": "tstest test/test.conformance-harness.ts"
-  }
-}
+  "packageManager": "pnpm@10.7.0+sha512.6b865ad4b62a1d9842b61d674a393903b871d9244954f652b8842c2b553c72176b278f64c463e52d40fff8aba385c235c8c9ecf5cc7de4fd78b8bb6d49633ab6"
+}

package/readme.hints.md

@@ -1,11 +1,11 @@
 For testing use
 
 ```typescript
-import {tap, expect} @push.rocks/tapbundle
+import { tap, expect } from '@git.zone/tstest/tapbundle';
 ```
 
-tapbundle exports expect from @push.rocks/smartexpect
-You can find the readme here: https://code.foss.global/push.rocks/smartexpect/src/branch/master/readme.md
+tapbundle is provided by `@git.zone/tstest`.
+You can find the readme here: https://code.foss.global/git.zone/tstest
 
 This module also uses @tsclass/tsclass: You can find the TInvoice type here: https://code.foss.global/tsclass/tsclass/src/branch/master/ts/finance/invoice.ts
 
@@ -15,6 +15,22 @@ It is ok to ask questions, if you are unsure about something.
 
 ---
 
+# Upgrade Notes (2026-04-16)
+
+- Command: `/c-upgrade`
+- Files modified: 2
+- Dependency status: `pnpm outdated --format json` returned `{}`, so no package version bumps were needed.
+- Decorators: no decorator usage was found in `*.ts`, so TC39 decorator migration was not required.
+- Pattern changes:
+  - Removed obsolete `experimentalDecorators` and `useDefineForClassFields` compiler options from `tsconfig.json`.
+  - Updated the stale test import hint from `@push.rocks/tapbundle` to `@git.zone/tstest/tapbundle`.
+- Verification:
+  - `pnpm run build`: passed
+  - `pnpm test`: failed due to pre-existing test issues in `test/test.conformance-harness.ts` (no tests defined) and `test/suite/einvoice_security/test.sec-06.memory-dos.ts` (assertion failure at line 142)
+- Issues encountered: full test suite is not green before or after this minimal upgrade because of the pre-existing failures above.
+
+---
+
 # Architecture Analysis (2025-01-31)
 
 ## Overall Architecture
@@ -490,7 +506,7 @@ countryCode: country
 
 ### **MILESTONE REACHED: The module now achieves 100% data preservation in round-trip conversions!**
 
-This makes the module fully spec-compliant and suitable as the default open-source e-invoicing solution.
+This materially improved round-trip data preservation, but it did not by itself prove full standards compliance across every supported format and profile.
 
 ### Data Preservation Improvements:
 - Initial preservation score: 51%
@@ -800,7 +816,7 @@ Successfully fixed all remaining test failures to achieve 100% test pass rate:
 - Format detection: <5ms average for most formats
 - PDF extraction: Successfully extracts from ZUGFeRD v1/v2 and Factur-X PDFs
 
-All tests are now passing, making the library fully spec-compliant and production-ready.
+The targeted test suites available at that point were passing, but that still did not establish full standards compliance or production readiness across every supported format/profile.
 
 ---
 
@@ -855,10 +871,10 @@ for (const idNode of partyIdNodes) {
 ```
 
 ### FatturaPA (Italian Standard)
-While not fully implemented as decoder/encoder, the library detects FatturaPA format:
+FatturaPA currently has format detection, but not full decoder/encoder support:
 - Detects root element `<FatturaElettronica>`
 - Recognizes namespace `fatturapa.gov.it`
-- Supports mixed UBL+FatturaPA documents
+- May classify mixed UBL+FatturaPA documents as FatturaPA during detection
 
 ## 3. Advanced Validation Architecture
 
@@ -1104,4 +1120,4 @@ Each format has its own implementation strategy while maintaining common interfa
 5. **Extensible Design**: New formats can be added without core changes
 6. **Production Ready**: Handles edge cases, malformed input, and large files
 
-The library represents a mature, well-architected solution for European e-invoicing with careful attention to both standards compliance and practical usage scenarios.
+The library represents a mature, well-architected solution for European e-invoicing with careful attention to both standards compliance and practical usage scenarios.