@fin.cx/einvoice 6.2.0 → 7.0.1

package/readme.howtofixtests.md

@@ -1,38 +0,0 @@
-# How to Fix Tests in the einvoice Library
-
-## Important: You CAN Modify the Library Code!
-
-When tests fail, the goal is to fix the root causes in the einvoice library itself, not just adjust test expectations.
-
-### Key Points:
-
-1. **Tests reveal bugs** - If a test shows that UTF-8 characters aren't preserved, that's a bug in the library
-2. **Fix the library** - Modify the code in `ts/` to make the tests pass
-3. **Maintain spec compliance** - The goal is to be as spec-compliant as possible
-4. **Don't lower expectations** - Don't make tests pass by accepting broken behavior
-
-### Common Issues to Fix:
-
-1. **UTF-8 Character Preservation**
-   - Special characters should be preserved in all fields
-   - Invoice IDs with special characters should work
-   - Subject and notes fields should maintain their content
-
-2. **Round-trip Conversion**
-   - Data exported to XML and imported back should remain the same
-   - All fields should be preserved during import/export
-
-3. **Character Encoding**
-   - XML should properly handle all UTF-8 characters
-   - Special XML characters (&, <, >, ", ') should be properly escaped
-   - Unicode characters should be preserved, not converted to entities
-
-### Process:
-
-1. Run the failing test
-2. Identify what the library is doing wrong
-3. Fix the library code in `ts/`
-4. Verify the test now passes
-5. Ensure no other tests break
-
-Remember: The tests are there to improve the einvoice library!

package/readme.literature.md

@@ -1 +0,0 @@
-https://www.ufz.de/export/data/2/260196_04_Dokumentation%20XRechnung%20und%20ZUGFeRD.pdf

package/readme.plan.md

@@ -1,497 +0,0 @@
-# EInvoice Improvement Plan
-
-Command: Reread /home/philkunz/.claude/CLAUDE.md
-
-## Verified status audit (2026-07-28)
-
-- The configured unit suite and production build are release gates.
-- CII XRechnung is routed by namespace-qualified XML syntax. The exact KoSIT
-  v2026-01-31 CII/UBL twin was verified during release preparation; tracked
-  regression coverage uses a repository KoSIT CII fixture and prefixed UBL XML.
-- Factur-X PDF embedding uses `factur-x.xml`,
-  `AFRelationship=Alternative`, and a catalog `AF` entry; both PDF literal and
-  hexadecimal attachment names are supported during extraction.
-- PDF attachment mechanics are verified. PDF/A-3 conversion and formal
-  conformance are not: the implementation does not add output intents, ICC
-  profiles, XMP conformance metadata, embedded fonts, or run veraPDF.
-- The detailed completion counts below are historical planning records, not a
-  statement that every listed corpus or compliance test is currently
-  configured and green.
-
-## Vision
-Transform @fin.cx/einvoice into the definitive, production-ready solution for handling all electronic invoice formats globally, with unmatched accuracy, performance, and reliability.
-
-## Phase 0: Project Rebranding
-
-### 0.1 Rename from XInvoice to EInvoice
-- [x] Update package name from @fin.cx/xinvoice to @fin.cx/einvoice
-- [x] Rename main class from XInvoice to EInvoice
-- [x] Update all error classes (XInvoice* to EInvoice*)
-- [x] Update all imports and references
-- [x] Update documentation and examples
-- [x] Create migration guide for existing users
-- [ ] Set up package alias for backward compatibility
-- [x] Update repository name and URLs
-
-**Rationale**: "EInvoice" (electronic invoice) is more inclusive and universally understood than "XInvoice", better representing our goal to support all electronic invoice formats globally.
-
-### 0.2 Architectural Improvements During Rebranding
-- [x] Rename classes.xinvoice.ts to einvoice.ts
-- [ ] Split EInvoice class into smaller, focused components
-- [ ] Create clean separation between data model and operations
-- [ ] Implement proper domain-driven design structure
-
-## Phase 1: Core Infrastructure Improvements (Foundation)
-
-### 1.1 Enhanced Error Handling System
-- [x] Create specialized error classes for each operation type
-  - `EInvoiceParsingError` for XML parsing failures
-  - `EInvoiceValidationError` for validation failures  
-  - `EInvoicePDFError` for PDF operations
-  - `EInvoiceFormatError` for format-specific issues
-- [x] Implement error recovery mechanisms
-  - Partial data extraction on parser failures
-  - Fallback strategies for corrupted data
-  - Detailed error context with actionable solutions
-- [ ] Add error telemetry and logging infrastructure
-
-### 1.2 Performance Optimization
-- [ ] Implement streaming XML parsing for large files (>10MB)
-  - Use SAX parser for memory efficiency
-  - Progressive validation during parsing
-- [ ] Add caching layer for frequent operations
-  - Format detection cache
-  - Validation schema cache
-  - Compiled XPath expression cache
-- [ ] Optimize PDF operations
-  - Streaming PDF processing for large documents
-  - Parallel extraction strategies
-  - Memory-mapped file access for huge PDFs
-
-### 1.3 Type Safety Enhancements
-- [ ] Create comprehensive type definitions for all invoice formats
-- [ ] Add strict validation types with branded types
-- [ ] Implement type guards for runtime safety
-- [ ] Create format-specific interfaces extending TInvoice
-
-## Phase 2: Comprehensive Test Suite Implementation
-
-**Rationale**: A robust test suite is fundamental to ensuring reliability and maintainability. By leveraging the extensive corpus of 646+ test files across multiple formats, we can build confidence in our implementation and catch regressions early. This phase is positioned early in the roadmap because comprehensive testing underpins all subsequent development.
-
-**Documentation**: See [test/readme.md](test/readme.md) for the complete test suite specification, including:
-- 12 test categories (144 total tests) covering all aspects of e-invoicing
-- Detailed test corpus overview (646+ real-world invoice files)
-- Performance benchmarks and production readiness criteria
-- Test naming conventions and organization structure
-- Security requirements and CI/CD pipeline stages
-
-### 2.1 Test Infrastructure Overhaul
-- [x] Reorganize test structure for better maintainability
-  - Group tests by feature (format detection, validation, conversion, PDF operations)
-  - Create test utilities for common operations
-  - Implement test data factories for generating test invoices
-- [x] Set up automated test categorization
-  - Unit tests for individual components
-  - Integration tests for format workflows
-  - End-to-end tests for complete invoice processing
-  - Performance benchmarks
-  - Compliance tests against official standards
-
-### 2.2 Format Detection Test Suite
-- [x] Create exhaustive format detection tests using corpus assets
-  - Test all 28 CII samples from XML-Rechnung
-  - Test all 28 UBL samples from XML-Rechnung
-  - Test 24 ZUGFeRD v1 PDFs (both valid and invalid)
-  - Test 97 ZUGFeRD v2/Factur-X PDFs
-  - Test PEPPOL large invoice samples
-  - Test 15 FatturaPA samples
-  - Test edge cases: malformed files, empty files, wrong extensions
-- [x] Add format confidence scoring tests
-- [x] Test format detection performance with large files
-- [ ] Test streaming detection for huge documents
-
-### 2.3 Validation Test Suite ✅ COMPLETED
-- [x] **VAL-01**: EN16931 Business Rules (BR-*) validation
-- [x] **VAL-02**: EN16931 Codelist Validation (BR-CL-*) 
-- [x] **VAL-03**: EN16931 Calculation Rules (BR-CO-*)
-- [x] **VAL-04**: XRechnung CIUS Validation
-- [x] **VAL-05**: ZUGFeRD Profile Validation
-- [x] **VAL-06**: FatturaPA Schema Validation
-- [x] **VAL-07**: PEPPOL BIS Validation
-- [x] **VAL-08**: Syntax Level Validation
-- [x] **VAL-09**: Semantic Level Validation  
-- [x] **VAL-10**: Business Level Validation
-- [x] **VAL-11**: Custom Validation Rules
-- [x] **VAL-12**: Validation Performance
-- [x] **VAL-13**: Validation Error Reporting
-- [x] **VAL-14**: Multi-Format Validation
-
-**Implementation Status**: Complete test suite with 14 comprehensive validation tests covering syntax, semantic, business rules, performance, error reporting, and cross-format consistency. All tests include performance tracking, corpus integration, and detailed error analysis.
-
-### 2.4 PDF Operations Test Suite
-- [x] PDF extraction testing
-  - Test XML extraction from all ZUGFeRD v1 samples (24 files)
-  - Test extraction from ZUGFeRD v2/Factur-X samples (97 files)
-  - Test handling of PDFs without embedded XML
-  - Test corrupted PDF handling
-  - Test large PDF performance (using PEPPOL large samples)
-- [x] PDF embedding testing
-  - Test embedding into existing PDFs
-  - Test creating new PDF/A-3 compliant files
-  - Test multiple attachment handling
-  - Test metadata preservation
-- [x] PDF signature testing
-  - Test signature validation on signed PDFs
-  - Test signature preservation during embedding
-
-### 2.5 Cross-Format Conversion Testing
-- [x] Create conversion matrix tests
-  - CII to UBL conversion using XML-Rechnung pairs
-  - UBL to CII conversion validation
-  - ZUGFeRD to XRechnung conversion
-  - Test data loss detection during conversion
-  - Verify mandatory field mapping
-- [x] Test conversion edge cases
-  - Missing optional fields
-  - Format-specific extensions
-  - Character encoding issues
-  - Number format variations
-- [x] Performance testing for batch conversions
-
-### 2.6 Error Handling and Recovery Testing
-- [x] Parser error recovery testing
-  - Test with corpus/other/eicar.*.xml virus test files
-  - Test with truncated XML files
-  - Test with invalid character encodings
-  - Test with mixed format files
-- [x] Implement chaos testing
-  - Random byte corruption
-  - Memory pressure scenarios
-  - Concurrent access testing
-  - Network failure simulation for remote schemas
-
-### 2.7 Performance Benchmark Suite
-- [ ] Create performance baselines
-  - Measure parsing speed for each format
-  - Track memory usage patterns
-  - Monitor CPU utilization
-  - Test with corpus large files (PEPPOL samples)
-- [ ] Implement regression testing
-  - Automated performance tracking per commit
-  - Alert on performance degradation >10%
-  - Generate performance reports
-- [ ] Load testing
-  - Parallel processing of 1000+ invoices
-  - Memory leak detection over long runs
-  - Resource cleanup verification
-
-### 2.8 Compliance and Certification Testing
-- [ ] Official test suite integration
-  - Automate EN16931 official test execution
-  - XRechnung certification test suite
-  - PEPPOL validation test suite
-  - FatturaPA compliance tests
-- [ ] Create compliance reports
-  - Generate format support matrix
-  - Document known limitations
-  - Track standards compliance percentage
-- [ ] Regression testing against standards updates
-
-### 2.9 Test Data Management
-- [ ] Organize test corpus
-  - Index all test files with metadata
-  - Create test file catalog with descriptions
-  - Tag files by features they test
-  - Version control test file changes
-- [ ] Synthetic test data generation
-  - Invoice generator for edge cases
-  - Fuzz testing data creation
-  - Performance testing datasets
-  - Internationalization test data (all languages/scripts)
-
-### 2.10 Test Reporting and Analytics
-- [ ] Implement comprehensive test reporting
-  - Coverage reports by format
-  - Feature coverage mapping
-  - Test execution time tracking
-  - Failure pattern analysis
-- [ ] Create test dashboard
-  - Real-time test status
-  - Historical trend analysis
-  - Format support coverage
-  - Performance metrics visualization
-
-**Phase 2 Achievement Summary**: 
-- ✅ **Format Detection (FD)**: Complete (12/12 tests) - All format detection tests implemented
-- ✅ **Validation (VAL)**: Complete (14/14 tests) - Comprehensive validation test suite implemented
-- ✅ **PDF Operations (PDF)**: Complete (12/12 tests) - Comprehensive PDF functionality implemented
-  - PDF-01: XML Extraction ✅, PDF-02: ZUGFeRD v1 Extraction ✅, PDF-03: ZUGFeRD v2/Factur-X Extraction ✅  
-  - PDF-04: XML Embedding ✅, PDF-05: PDF/A-3 Creation ✅, PDF-06: Multiple Attachments ✅
-  - PDF-07: Metadata Preservation ✅, PDF-08: Large PDF Performance ✅, PDF-09: Corrupted PDF Recovery ✅
-  - PDF-10: PDF Signature Validation ✅, PDF-11: PDF/A Compliance ✅, PDF-12: PDF Version Compatibility ✅
-- ✅ **Conversion (CONV)**: Complete (12/12 tests) - Comprehensive format conversion testing implemented
-  - CONV-01: Format Conversion ✅, CONV-02: UBL to CII ✅, CONV-03: ZUGFeRD to XRechnung ✅
-  - CONV-04: Field Mapping ✅, CONV-05: Mandatory Fields ✅, CONV-06: Data Loss Detection ✅
-  - CONV-07: Character Encoding ✅, CONV-08: Extension Preservation ✅, CONV-09: Round-Trip ✅
-  - CONV-10: Batch Conversion ✅, CONV-11: Encoding Edge Cases ✅, CONV-12: Performance ✅
-- ✅ **Error Handling (ERR)**: Complete (10/10 tests) - Comprehensive error recovery implemented
-  - ERR-01: Parsing Recovery ✅, ERR-02: Validation Error Details ✅, ERR-03: PDF Operation Errors ✅
-  - ERR-04: Network/API Errors ✅, ERR-05: Memory/Resource Errors ✅, ERR-06: Concurrent Operation Errors ✅
-  - ERR-07: Character Encoding Errors ✅, ERR-08: File System Errors ✅, ERR-09: Transformation Errors ✅
-  - ERR-10: Configuration Errors ✅
-- ✅ **XML Parsing (PARSE)**: Complete (12/12 tests) - Comprehensive XML parsing functionality implemented
-  - PARSE-01: Well-Formed XML ✅, PARSE-02: Malformed Recovery ✅, PARSE-03: Encoding Detection ✅
-  - PARSE-04: BOM Handling ✅, PARSE-05: Namespace Resolution ✅, PARSE-06: Large XML Streaming ✅
-  - PARSE-07: XML Schema Validation ✅, PARSE-08: XPath Evaluation ✅, PARSE-09: Entity Resolution ✅
-  - PARSE-10: CDATA Handling ✅, PARSE-11: Processing Instructions ✅, PARSE-12: Memory Efficiency ✅
-- ✅ **XML Encoding (ENC)**: Complete (10/10 tests) - Character encoding and special character handling implemented
-  - ENC-01: UTF-8 Encoding ✅, ENC-02: UTF-16 Encoding ✅, ENC-03: ISO-8859-1 Encoding ✅
-  - ENC-04: Character Escaping ✅, ENC-05: Special Characters ✅, ENC-06: Namespace Declarations ✅
-  - ENC-07: Attribute Encoding ✅, ENC-08: Mixed Content ✅, ENC-09: Encoding Errors ✅
-  - ENC-10: Cross-Format Encoding ✅
-- ✅ **Performance (PERF)**: Complete (12/12 tests) - Performance benchmarking fully implemented
-  - PERF-01: Format Detection Speed ✅, PERF-02: Validation Performance ✅
-  - PERF-03: PDF Extraction Speed ✅, PERF-04: Conversion Throughput ✅
-  - PERF-05: Memory Usage Profiling ✅, PERF-06: CPU Utilization ✅
-  - PERF-07: Concurrent Processing ✅, PERF-08: Large File Processing ✅
-  - PERF-09: Streaming Performance ✅, PERF-10: Cache Efficiency ✅
-  - PERF-11: Batch Processing ✅, PERF-12: Resource Cleanup ✅
-- ✅ **Security (SEC)**: Complete (10/10 tests) - Security testing fully implemented
-  - SEC-01: XXE Prevention ✅, SEC-02: XML Bomb Prevention ✅
-  - SEC-03: PDF Malware Detection ✅, SEC-04: Input Validation ✅
-  - SEC-05: Path Traversal Prevention ✅, SEC-06: Memory DoS Prevention ✅
-  - SEC-07: Schema Validation Security ✅, SEC-08: Cryptographic Signature Validation ✅
-  - SEC-09: Safe Error Messages ✅, SEC-10: Resource Limits ✅
-- ✅ **Edge Cases (EDGE)**: Complete (10/10 tests) - Edge case handling fully implemented
-  - EDGE-01: Empty Invoice Files ✅, EDGE-02: Gigabyte-Size Invoices ✅
-  - EDGE-03: Deeply Nested XML Structures ✅, EDGE-04: Unusual Character Sets ✅
-  - EDGE-05: Zero-Byte PDFs ✅, EDGE-06: Circular References ✅
-  - EDGE-07: Maximum Field Lengths ✅, EDGE-08: Mixed Format Documents ✅
-  - EDGE-09: Corrupted ZIP Containers ✅, EDGE-10: Time Zone Edge Cases ✅
-- 🔄 **Standards Compliance (STD)**: In progress (6/10 tests)
-  - STD-01: EN16931 Core Compliance ✅
-  - STD-02: XRechnung CIUS Compliance ✅
-  - STD-03: PEPPOL BIS 3.0 Compliance ✅
-  - STD-04: ZUGFeRD 2.1 Compliance ✅
-  - STD-05: Factur-X 1.0 Compliance ✅
-  - STD-06: FatturaPA 1.2 Compliance ✅
-- 🔄 **Remaining Categories**: Rest of STD (4 tests), CORP tests planned
-
-**Current Status**: 117 of 144 planned tests implemented (~81% complete). Core functionality now comprehensively tested across format detection, validation, PDF operations, format conversion, error handling, XML parsing, encoding, performance, security, edge cases, and major standards compliance including European and Italian requirements. The test suite provides robust coverage of production-critical features with real-world corpus integration, performance tracking, and comprehensive error analysis. Full documentation available in [test/readme.md](test/readme.md).
-
-## Phase 3: Format Support Expansion
-
-### 3.1 Complete Missing Implementations
-- [ ] Implement FatturaPA (Italian format)
-  - Create FatturaPADecoder
-  - Create FatturaPAEncoder
-  - Create FatturaPAValidator
-  - Add comprehensive test suite
-- [ ] Add support for additional formats:
-  - [ ] PEPPOL BIS 3.0 (Pan-European)
-  - [ ] e-Invoice (India GST)
-  - [ ] CFDI (Mexico)
-  - [ ] Fatura-e (Brazil)
-  - [ ] e-Fatura (Turkey)
-  - [ ] Swiss QR-bill integration
-
-### 3.2 Enhanced Format Conversion
-- [ ] Implement intelligent field mapping between formats
-- [ ] Add conversion quality scoring
-- [ ] Create conversion loss reports
-- [ ] Support partial conversions with warnings
-- [ ] Add format-specific extension preservation
-
-## Phase 4: Advanced Validation System
-
-### 4.1 Comprehensive Business Rule Engine
-- [ ] Implement rule engine for complex validations
-  - Cross-field validations
-  - Country-specific business rules
-  - Industry-specific validations
-  - Tax calculation verification
-- [ ] Add configurable validation profiles
-- [ ] Support custom validation rules via plugins
-- [ ] Real-time validation with incremental updates
-
-### 4.2 Smart Validation Features
-- [ ] Auto-correction suggestions for common errors
-- [ ] Machine learning-based anomaly detection
-- [ ] Historical validation pattern analysis
-- [ ] Compliance checking against latest regulations
-- [ ] Multi-language validation messages
-
-## Phase 5: PDF Processing Excellence
-
-### 5.1 Advanced PDF Features
-- [ ] Support for digitally signed PDFs
-  - Signature validation
-  - Certificate chain verification
-  - Timestamp validation
-- [ ] Handle encrypted PDFs
-- [ ] Support PDF/A-1, PDF/A-2, PDF/A-3 standards
-- [ ] Add PDF repair capabilities for corrupted files
-- [ ] Implement OCR fallback for scanned invoices
-
-### 5.2 Enhanced Embedding
-- [ ] Support multiple XML attachments
-- [ ] Add invoice visualization layer
-- [ ] Embed human-readable HTML representation
-- [ ] Support for additional metadata standards
-- [ ] Compression optimization for smaller file sizes
-
-## Phase 6: Enterprise Features
-
-### 6.1 Batch Processing
-- [ ] CLI tool for bulk operations
-  - Parallel processing with worker threads
-  - Progress tracking and resumable operations
-  - Detailed batch reports
-- [ ] API for streaming operations
-- [ ] Queue-based processing system
-- [ ] Webhook notifications for async operations
-
-### 6.2 Integration Capabilities
-- [ ] REST API server mode
-- [ ] GraphQL API support
-- [ ] Message queue integrations (RabbitMQ, Kafka)
-- [ ] Database storage adapters
-  - PostgreSQL with JSONB
-  - MongoDB
-  - ElasticSearch for search
-- [ ] Cloud storage integrations (S3, Azure Blob, GCS)
-
-### 6.3 Security Features
-- [ ] Field-level encryption support
-- [ ] GDPR compliance tools
-  - Data anonymization
-  - Right to be forgotten
-  - Audit trails
-- [ ] Role-based access control for API mode
-- [ ] Rate limiting and DDoS protection
-
-## Phase 7: Developer Experience
-
-### 7.1 Documentation Excellence
-- [ ] Interactive API documentation
-- [ ] Video tutorials for common use cases
-- [ ] Migration guides from other libraries
-- [ ] Best practices guide
-- [ ] Performance tuning guide
-- [ ] Troubleshooting decision tree
-
-### 7.2 Development Tools
-- [ ] Invoice format playground/sandbox
-- [ ] Visual invoice builder
-- [ ] Format comparison tool
-- [ ] Validation rule designer
-- [ ] Test data generator
-- [ ] VS Code extension for e-invoice files
-
-### 7.3 Testing Infrastructure Enhancement
-- [ ] Integrate with comprehensive test suite from Phase 2
-- [ ] Create testing best practices documentation
-- [ ] Develop testing plugins for IDEs
-- [ ] Build test case contribution portal
-- [ ] Establish testing certification program
-
-## Phase 8: Advanced Features
-
-### 8.1 AI/ML Integration
-- [ ] Automatic data extraction from unstructured invoices
-- [ ] Invoice fraud detection
-- [ ] Duplicate invoice detection
-- [ ] Automatic categorization and tagging
-- [ ] Predictive validation
-
-### 8.2 Analytics and Reporting
-- [ ] Invoice analytics dashboard
-- [ ] Compliance reporting
-- [ ] Format usage statistics
-- [ ] Error pattern analysis
-- [ ] Performance metrics tracking
-
-### 8.3 Ecosystem Development
-- [ ] Plugin system for custom formats
-- [ ] Marketplace for validation rules
-- [ ] Community contribution portal
-- [ ] Certification program for implementations
-- [ ] Reference implementation status
-
-## Phase 9: Global Standards Leadership
-
-### 9.1 Standards Participation
-- [ ] Contribute to invoice format standards
-- [ ] Maintain compatibility matrix
-- [ ] Provide feedback to standards bodies
-- [ ] Host interoperability testing events
-
-### 9.2 Compliance Automation
-- [ ] Automatic updates for regulation changes
-- [ ] Compliance certification generation
-- [ ] Audit trail generation
-- [ ] Regulatory reporting tools
-
-## Implementation Priority
-
-1. **Pre-Sprint (Week 1)**
-   - Complete rebranding from XInvoice to EInvoice
-   - Update all documentation and examples
-   - Create migration guide
-
-2. **Immediate (Sprint 1-2)**
-   - Enhanced error handling (Phase 1)
-   - Comprehensive test suite setup (Phase 2)
-   - Test infrastructure using existing corpus
-
-3. **Short-term (Sprint 3-4)**
-   - Complete test implementation (Phase 2)
-   - FatturaPA implementation (Phase 3)
-   - Additional format support (PEPPOL, e-Invoice India)
-
-4. **Medium-term (Sprint 5-6)**
-   - Advanced validation engine (Phase 4)
-   - PDF signature support (Phase 5)
-   - Performance optimization
-
-5. **Long-term (Sprint 7-10)**
-   - Enterprise features (Phase 6)
-   - Developer experience (Phase 7)
-   - AI/ML features (Phase 8)
-
-6. **Vision (Sprint 11-12+)**
-   - Global standards participation (Phase 9)
-   - Full ecosystem development
-   - Market leadership position
-
-## Success Metrics
-
-- **Test Coverage**: 95%+ code coverage, 100% critical path coverage
-- **Test Suite**: 1000+ automated tests across all formats
-- **Accuracy**: 99.99% format detection accuracy (validated by test corpus)
-- **Performance**: <100ms processing for average invoice
-- **Coverage**: Support for 20+ invoice formats
-- **Reliability**: 99.9% uptime for API mode
-- **Compliance**: Pass 100% of official validation test suites
-- **Quality**: Zero critical bugs in production
-- **Adoption**: 10,000+ active users
-- **Standards**: Certified by major standards bodies
-
-## Technical Debt Reduction
-
-- [ ] Refactor redundant code in format implementations
-- [ ] Standardize error messages across all formats
-- [ ] Improve test coverage to 95%+
-- [ ] Update all dependencies to latest versions
-- [ ] Implement consistent logging throughout
-- [ ] Add performance benchmarks to CI/CD
-
-## Community Building
-
-- [ ] Create Discord/Slack community
-- [ ] Monthly office hours
-- [ ] Contribution guidelines
-- [ ] Bug bounty program
-- [ ] Annual conference/meetup
-
-This plan positions @fin.cx/einvoice as the definitive solution for electronic invoice processing, with enterprise-grade features, global format support, and a thriving ecosystem.

package/ts/vendor/saxonjs.ts

@@ -1,36 +0,0 @@
-export interface ISaxonJSCompileOptions {
-  stylesheetText: string;
-  warnings?: string;
-  [key: string]: unknown;
-}
-
-export interface ISaxonJSTransformOptions {
-  stylesheetInternal?: unknown;
-  stylesheetFileName?: string;
-  sourceText: string;
-  destination?: string;
-  stylesheetParams?: Record<string, unknown>;
-  [key: string]: unknown;
-}
-
-export interface ISaxonJSTransformResult {
-  principalResult: string;
-  [key: string]: unknown;
-}
-
-export interface ISaxonJSModule {
-  compile?: (options: ISaxonJSCompileOptions) => Promise<unknown>;
-  transform(options: ISaxonJSTransformOptions, executionMode?: 'async' | 'sync'): Promise<ISaxonJSTransformResult> | ISaxonJSTransformResult;
-  [key: string]: unknown;
-}
-
-let cachedSaxonJS: Promise<ISaxonJSModule> | undefined;
-
-export const loadSaxonJS = async (): Promise<ISaxonJSModule> => {
-  cachedSaxonJS ||= import('saxon-js').then((saxonJSRuntime) => {
-    const runtime = (saxonJSRuntime as any).default ?? saxonJSRuntime;
-    return runtime as ISaxonJSModule;
-  });
-
-  return cachedSaxonJS;
-};