@factpulse/sdk 4.0.1 → 4.0.3

package/dist/esm/api/{ereporting-api.d.ts → flux10-ereporting-api.d.ts}

@@ -1,6 +1,6 @@
 /**
  * FactPulse REST API
- *  REST API for electronic invoicing in France: Factur-X, AFNOR PDP/PA, electronic signatures.  ## 🎯 Main Features  ### 📄 Factur-X Invoice Generation - **Formats**: XML only or PDF/A-3 with embedded XML - **Profiles**: MINIMUM, BASIC, EN16931, EXTENDED - **Standards**: EN 16931 (EU directive 2014/55), ISO 19005-3 (PDF/A-3), CII (UN/CEFACT) - **🆕 Simplified Format**: Generation from SIRET + auto-enrichment (Chorus Pro API + Business Search)  ### ✅ Validation and Compliance - **XML Validation**: Schematron (45 to 210+ rules depending on profile) - **PDF Validation**: PDF/A-3, Factur-X XMP metadata, electronic signatures - **VeraPDF**: Strict PDF/A validation (146+ ISO 19005-3 rules) - **Asynchronous Processing**: Celery support for heavy validations (VeraPDF)  ### 📡 AFNOR PDP/PA Integration (XP Z12-013) - **Flow Submission**: Send invoices to Partner Dematerialization Platforms - **Flow Search**: View submitted invoices - **Download**: Retrieve PDF/A-3 with XML - **Directory Service**: Company search (SIREN/SIRET) - **Multi-client**: Support for multiple PDP configs per user (stored credentials or zero-storage)  ### ✍️ PDF Electronic Signature - **Standards**: PAdES-B-B, PAdES-B-T (RFC 3161 timestamping), PAdES-B-LT (long-term archival) - **eIDAS Levels**: SES (self-signed), AdES (commercial CA), QES (QTSP) - **Validation**: Cryptographic integrity and certificate verification - **Certificate Generation**: Self-signed X.509 certificates for testing  ### 🔄 Asynchronous Processing - **Celery**: Asynchronous generation, validation and signing - **Polling**: Status tracking via `/tasks/{task_id}/status` - **No timeout**: Ideal for large files or heavy validations  ## 🔒 Authentication  All requests require a **JWT token** in the Authorization header: ``` Authorization: Bearer YOUR_JWT_TOKEN ```  ### How to obtain a JWT token?  #### 🔑 Method 1: `/api/token/` API (Recommended)  **URL:** `https://factpulse.fr/api/token/`  This method is **recommended** for integration in your applications and CI/CD workflows.  **Prerequisites:** Having set a password on your account  **For users registered via email/password:** - You already have a password, use it directly  **For users registered via OAuth (Google/GitHub):** - You must first set a password at: https://factpulse.fr/accounts/password/set/ - Once the password is created, you can use the API  **Request example:** ```bash curl -X POST https://factpulse.fr/api/token/ \\   -H \"Content-Type: application/json\" \\   -d \'{     \"username\": \"your_email@example.com\",     \"password\": \"your_password\"   }\' ```  **Optional `client_uid` parameter:**  To select credentials for a specific client (PA/PDP, Chorus Pro, signing certificates), add `client_uid`:  ```bash curl -X POST https://factpulse.fr/api/token/ \\   -H \"Content-Type: application/json\" \\   -d \'{     \"username\": \"your_email@example.com\",     \"password\": \"your_password\",     \"client_uid\": \"550e8400-e29b-41d4-a716-446655440000\"   }\' ```  The `client_uid` will be included in the JWT and allow the API to automatically use: - AFNOR/PDP credentials configured for this client - Chorus Pro credentials configured for this client - Electronic signature certificates configured for this client  **Response:** ```json {   \"access\": \"eyJ0eXAiOiJKV1QiLCJhbGc...\",  // Access token (validity: 30 min)   \"refresh\": \"eyJ0eXAiOiJKV1QiLCJhbGc...\"  // Refresh token (validity: 7 days) } ```  **Advantages:** - ✅ Full automation (CI/CD, scripts) - ✅ Programmatic token management - ✅ Refresh token support for automatic access renewal - ✅ Easy integration in any language/tool  #### 🖥️ Method 2: Dashboard Generation (Alternative)  **URL:** https://factpulse.fr/api/dashboard/  This method is suitable for quick tests or occasional use via the graphical interface.  **How it works:** - Log in to the dashboard - Use the \"Generate Test Token\" or \"Generate Production Token\" buttons - Works for **all** users (OAuth and email/password), without requiring a password  **Token types:** - **Test Token**: 24h validity, 1000 calls/day quota (free) - **Production Token**: 7 days validity, quota based on your plan  **Advantages:** - ✅ Quick for API testing - ✅ No password required - ✅ Simple visual interface  **Disadvantages:** - ❌ Requires manual action - ❌ No refresh token - ❌ Less suited for automation  ### 📚 Full Documentation  For more information on authentication and API usage: https://factpulse.fr/documentation-api/
+ *  REST API for electronic invoicing in France: Factur-X, AFNOR PDP/PA, electronic signatures.  ## 🎯 Main Features  ### 📄 Factur-X - Generation - **Formats**: XML only or PDF/A-3 with embedded XML - **Profiles**: MINIMUM, BASIC, EN16931, EXTENDED - **Standards**: EN 16931 (EU directive 2014/55), ISO 19005-3 (PDF/A-3), CII (UN/CEFACT) - **🆕 Simplified Format**: Generation from SIRET + auto-enrichment (Chorus Pro API + Business Search)  ### ✅ Factur-X - Validation - **XML Validation**: Schematron (45 to 210+ rules depending on profile) - **PDF Validation**: PDF/A-3, Factur-X XMP metadata - **VeraPDF**: Strict PDF/A validation (146+ ISO 19005-3 rules)  ### ✍️ Electronic Signature - **Standards**: PAdES-B-B, PAdES-B-T (RFC 3161 timestamping), PAdES-B-LT (long-term archival) - **eIDAS Levels**: SES (self-signed), AdES (commercial CA), QES (QTSP) - **Validation**: Cryptographic integrity and certificate verification  ### 📋 Flux 6 - Invoice Lifecycle (CDAR) - **CDAR Messages**: Acknowledgements, invoice statuses - **PPF Statuses**: REFUSED (210), PAID (212)  ### 📊 Flux 10 - E-Reporting - **Tax Declarations**: International B2B, B2C - **Flow Types**: 10.1 (B2B transactions), 10.2 (B2B payments), 10.3 (B2C transactions), 10.4 (B2C payments)  ### 📡 AFNOR PDP/PA (XP Z12-013) - **Flow Service**: Submit and search flows to PDPs - **Directory Service**: Company search (SIREN/SIRET) - **Multi-client**: Support for multiple PDP configs per user  ### 🏛️ Chorus Pro - **Public Sector Invoicing**: Complete API for Chorus Pro  ### ⏳ Async Tasks - **Celery**: Asynchronous generation, validation and signing - **Polling**: Status tracking via `/tasks/{task_id}/status` - **Webhooks**: Automatic notifications when tasks complete  ## 🔒 Authentication  All requests require a **JWT token** in the Authorization header: ``` Authorization: Bearer YOUR_JWT_TOKEN ```  ### How to obtain a JWT token?  #### 🔑 Method 1: `/api/token/` API (Recommended)  **URL:** `https://factpulse.fr/api/token/`  This method is **recommended** for integration in your applications and CI/CD workflows.  **Prerequisites:** Having set a password on your account  **For users registered via email/password:** - You already have a password, use it directly  **For users registered via OAuth (Google/GitHub):** - You must first set a password at: https://factpulse.fr/accounts/password/set/ - Once the password is created, you can use the API  **Request example:** ```bash curl -X POST https://factpulse.fr/api/token/ \\   -H \"Content-Type: application/json\" \\   -d \'{     \"username\": \"your_email@example.com\",     \"password\": \"your_password\"   }\' ```  **Optional `client_uid` parameter:**  To select credentials for a specific client (PA/PDP, Chorus Pro, signing certificates), add `client_uid`:  ```bash curl -X POST https://factpulse.fr/api/token/ \\   -H \"Content-Type: application/json\" \\   -d \'{     \"username\": \"your_email@example.com\",     \"password\": \"your_password\",     \"client_uid\": \"550e8400-e29b-41d4-a716-446655440000\"   }\' ```  The `client_uid` will be included in the JWT and allow the API to automatically use: - AFNOR/PDP credentials configured for this client - Chorus Pro credentials configured for this client - Electronic signature certificates configured for this client  **Response:** ```json {   \"access\": \"eyJ0eXAiOiJKV1QiLCJhbGc...\",  // Access token (validity: 30 min)   \"refresh\": \"eyJ0eXAiOiJKV1QiLCJhbGc...\"  // Refresh token (validity: 7 days) } ```  **Advantages:** - ✅ Full automation (CI/CD, scripts) - ✅ Programmatic token management - ✅ Refresh token support for automatic access renewal - ✅ Easy integration in any language/tool  #### 🖥️ Method 2: Dashboard Generation (Alternative)  **URL:** https://factpulse.fr/api/dashboard/  This method is suitable for quick tests or occasional use via the graphical interface.  **How it works:** - Log in to the dashboard - Use the \"Generate Test Token\" or \"Generate Production Token\" buttons - Works for **all** users (OAuth and email/password), without requiring a password  **Token types:** - **Test Token**: 24h validity, 1000 calls/day quota (free) - **Production Token**: 7 days validity, quota based on your plan  **Advantages:** - ✅ Quick for API testing - ✅ No password required - ✅ Simple visual interface  **Disadvantages:** - ❌ Requires manual action - ❌ No refresh token - ❌ Less suited for automation  ### 📚 Full Documentation  For more information on authentication and API usage: https://factpulse.fr/documentation-api/
  *
  * The version of the OpenAPI document: 1.0.0
  * Contact: contact@factpulse.fr
@@ -22,9 +22,9 @@ import type { SubmitEReportingResponse } from '../models';
 import type { ValidateEReportingRequest } from '../models';
 import type { ValidateEReportingResponse } from '../models';
 /**
- * EReportingApi - axios parameter creator
+ * Flux10EReportingApi - axios parameter creator
  */
-export declare const EReportingApiAxiosParamCreator: (configuration?: Configuration) => {
+export declare const Flux10EReportingApiAxiosParamCreator: (configuration?: Configuration) => {
     /**
      * Generate a PPF-compliant aggregated e-reporting XML containing multiple flux types in a single file.  This endpoint creates a Report XML that can contain: - **TransactionsReport**: Invoice (10.1) AND/OR Transactions (10.3) - **PaymentsReport**: Invoice payments (10.2) AND/OR Transaction payments (10.4)  The AFNOR FlowType is automatically determined based on content: - Single type → Specific FlowType (e.g., AggregatedCustomerTransactionReport) - Multiple types → MultiFlowReport  **CategoryCode (TT-81)** must use PPF-compliant values: - TLB1: Goods deliveries - TPS1: Service provisions - TNT1: Non-taxed transactions - TMA1: Mixed transactions
      * @summary Generate aggregated e-reporting XML (PPF-compliant)
@@ -111,19 +111,20 @@ export declare const EReportingApiAxiosParamCreator: (configuration?: Configurat
      */
     validateEreportingApiV1EreportingValidatePost: (validateEReportingRequest: ValidateEReportingRequest, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
     /**
-     * Validates an e-reporting XML file against:  1. **XSD schemas**: Official PPF e-reporting XSD (structure, types, cardinality) 2. **Business rules**: ISO codes and enum validation    - Currency codes (ISO 4217: EUR, USD, GBP, etc.)    - Country codes (ISO 3166-1 alpha-2: FR, DE, US, etc.)    - Scheme IDs (0009=SIRET, 0002=SIREN, etc.)    - Role codes (UNCL 3035: SE=Seller, BY=Buyer, WK=Working party, etc.)  Returns validation status and detailed error messages if invalid.
-     * @summary Validate e-reporting XML against PPF XSD schemas and business rules
+     * Validates an e-reporting XML file against PPF specifications (Annexe 6 v1.9):  **Validation levels:** 1. **XSD (REJ_SEMAN)**: Structure, types, cardinality 2. **Semantic (REJ_SEMAN)**: Authorized values from codelists 3. **Coherence (REJ_COH)**: Data consistency (totals = sum of breakdowns) 4. **Period (REJ_PER)**: Transaction dates within declared period  **Validated codes:** - SchemeID (ISO 6523): 0002=SIREN, 0009=SIRET, 0224=RoutingCode, etc. - RoleCode (UNCL 3035): SE=Seller, BY=Buyer, WK=Working party - CategoryCode (TT-81): TLB1, TPS1, TNT1, TMA1 - TaxCategoryCode (UNTDID 5305): S, Z, E, AE, K, G, O - Currency (ISO 4217), Country (ISO 3166-1)  Returns structured validation errors with PPF rejection codes.
+     * @summary Validate e-reporting XML (PPF Annexe 6 v1.9 compliant)
      * @param {File} xmlFile E-reporting XML file to validate
-     * @param {boolean} [validateBusinessRules] Also validate business rules (ISO codes, enums)
+     * @param {boolean} [validateCoherence] Validate data coherence (REJ_COH)
+     * @param {boolean} [validatePeriod] Validate period coherence (REJ_PER)
      * @param {*} [options] Override http request option.
      * @throws {RequiredError}
      */
-    validateXmlEreportingApiV1EreportingValidateXmlPost: (xmlFile: File, validateBusinessRules?: boolean, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
+    validateXmlEreportingApiV1EreportingValidateXmlPost: (xmlFile: File, validateCoherence?: boolean, validatePeriod?: boolean, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
 };
 /**
- * EReportingApi - functional programming interface
+ * Flux10EReportingApi - functional programming interface
  */
-export declare const EReportingApiFp: (configuration?: Configuration) => {
+export declare const Flux10EReportingApiFp: (configuration?: Configuration) => {
     /**
      * Generate a PPF-compliant aggregated e-reporting XML containing multiple flux types in a single file.  This endpoint creates a Report XML that can contain: - **TransactionsReport**: Invoice (10.1) AND/OR Transactions (10.3) - **PaymentsReport**: Invoice payments (10.2) AND/OR Transaction payments (10.4)  The AFNOR FlowType is automatically determined based on content: - Single type → Specific FlowType (e.g., AggregatedCustomerTransactionReport) - Multiple types → MultiFlowReport  **CategoryCode (TT-81)** must use PPF-compliant values: - TLB1: Goods deliveries - TPS1: Service provisions - TNT1: Non-taxed transactions - TMA1: Mixed transactions
      * @summary Generate aggregated e-reporting XML (PPF-compliant)
@@ -216,21 +217,22 @@ export declare const EReportingApiFp: (configuration?: Configuration) => {
      */
     validateEreportingApiV1EreportingValidatePost(validateEReportingRequest: ValidateEReportingRequest, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<ValidateEReportingResponse>>;
     /**
-     * Validates an e-reporting XML file against:  1. **XSD schemas**: Official PPF e-reporting XSD (structure, types, cardinality) 2. **Business rules**: ISO codes and enum validation    - Currency codes (ISO 4217: EUR, USD, GBP, etc.)    - Country codes (ISO 3166-1 alpha-2: FR, DE, US, etc.)    - Scheme IDs (0009=SIRET, 0002=SIREN, etc.)    - Role codes (UNCL 3035: SE=Seller, BY=Buyer, WK=Working party, etc.)  Returns validation status and detailed error messages if invalid.
-     * @summary Validate e-reporting XML against PPF XSD schemas and business rules
+     * Validates an e-reporting XML file against PPF specifications (Annexe 6 v1.9):  **Validation levels:** 1. **XSD (REJ_SEMAN)**: Structure, types, cardinality 2. **Semantic (REJ_SEMAN)**: Authorized values from codelists 3. **Coherence (REJ_COH)**: Data consistency (totals = sum of breakdowns) 4. **Period (REJ_PER)**: Transaction dates within declared period  **Validated codes:** - SchemeID (ISO 6523): 0002=SIREN, 0009=SIRET, 0224=RoutingCode, etc. - RoleCode (UNCL 3035): SE=Seller, BY=Buyer, WK=Working party - CategoryCode (TT-81): TLB1, TPS1, TNT1, TMA1 - TaxCategoryCode (UNTDID 5305): S, Z, E, AE, K, G, O - Currency (ISO 4217), Country (ISO 3166-1)  Returns structured validation errors with PPF rejection codes.
+     * @summary Validate e-reporting XML (PPF Annexe 6 v1.9 compliant)
      * @param {File} xmlFile E-reporting XML file to validate
-     * @param {boolean} [validateBusinessRules] Also validate business rules (ISO codes, enums)
+     * @param {boolean} [validateCoherence] Validate data coherence (REJ_COH)
+     * @param {boolean} [validatePeriod] Validate period coherence (REJ_PER)
      * @param {*} [options] Override http request option.
      * @throws {RequiredError}
      */
-    validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile: File, validateBusinessRules?: boolean, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<{
+    validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile: File, validateCoherence?: boolean, validatePeriod?: boolean, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<{
         [key: string]: any;
     }>>;
 };
 /**
- * EReportingApi - factory interface
+ * Flux10EReportingApi - factory interface
  */
-export declare const EReportingApiFactory: (configuration?: Configuration, basePath?: string, axios?: AxiosInstance) => {
+export declare const Flux10EReportingApiFactory: (configuration?: Configuration, basePath?: string, axios?: AxiosInstance) => {
     /**
      * Generate a PPF-compliant aggregated e-reporting XML containing multiple flux types in a single file.  This endpoint creates a Report XML that can contain: - **TransactionsReport**: Invoice (10.1) AND/OR Transactions (10.3) - **PaymentsReport**: Invoice payments (10.2) AND/OR Transaction payments (10.4)  The AFNOR FlowType is automatically determined based on content: - Single type → Specific FlowType (e.g., AggregatedCustomerTransactionReport) - Multiple types → MultiFlowReport  **CategoryCode (TT-81)** must use PPF-compliant values: - TLB1: Goods deliveries - TPS1: Service provisions - TNT1: Non-taxed transactions - TMA1: Mixed transactions
      * @summary Generate aggregated e-reporting XML (PPF-compliant)
@@ -323,21 +325,22 @@ export declare const EReportingApiFactory: (configuration?: Configuration, baseP
      */
     validateEreportingApiV1EreportingValidatePost(validateEReportingRequest: ValidateEReportingRequest, options?: RawAxiosRequestConfig): AxiosPromise<ValidateEReportingResponse>;
     /**
-     * Validates an e-reporting XML file against:  1. **XSD schemas**: Official PPF e-reporting XSD (structure, types, cardinality) 2. **Business rules**: ISO codes and enum validation    - Currency codes (ISO 4217: EUR, USD, GBP, etc.)    - Country codes (ISO 3166-1 alpha-2: FR, DE, US, etc.)    - Scheme IDs (0009=SIRET, 0002=SIREN, etc.)    - Role codes (UNCL 3035: SE=Seller, BY=Buyer, WK=Working party, etc.)  Returns validation status and detailed error messages if invalid.
-     * @summary Validate e-reporting XML against PPF XSD schemas and business rules
+     * Validates an e-reporting XML file against PPF specifications (Annexe 6 v1.9):  **Validation levels:** 1. **XSD (REJ_SEMAN)**: Structure, types, cardinality 2. **Semantic (REJ_SEMAN)**: Authorized values from codelists 3. **Coherence (REJ_COH)**: Data consistency (totals = sum of breakdowns) 4. **Period (REJ_PER)**: Transaction dates within declared period  **Validated codes:** - SchemeID (ISO 6523): 0002=SIREN, 0009=SIRET, 0224=RoutingCode, etc. - RoleCode (UNCL 3035): SE=Seller, BY=Buyer, WK=Working party - CategoryCode (TT-81): TLB1, TPS1, TNT1, TMA1 - TaxCategoryCode (UNTDID 5305): S, Z, E, AE, K, G, O - Currency (ISO 4217), Country (ISO 3166-1)  Returns structured validation errors with PPF rejection codes.
+     * @summary Validate e-reporting XML (PPF Annexe 6 v1.9 compliant)
      * @param {File} xmlFile E-reporting XML file to validate
-     * @param {boolean} [validateBusinessRules] Also validate business rules (ISO codes, enums)
+     * @param {boolean} [validateCoherence] Validate data coherence (REJ_COH)
+     * @param {boolean} [validatePeriod] Validate period coherence (REJ_PER)
      * @param {*} [options] Override http request option.
      * @throws {RequiredError}
      */
-    validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile: File, validateBusinessRules?: boolean, options?: RawAxiosRequestConfig): AxiosPromise<{
+    validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile: File, validateCoherence?: boolean, validatePeriod?: boolean, options?: RawAxiosRequestConfig): AxiosPromise<{
         [key: string]: any;
     }>;
 };
 /**
- * EReportingApi - object-oriented interface
+ * Flux10EReportingApi - object-oriented interface
  */
-export declare class EReportingApi extends BaseAPI {
+export declare class Flux10EReportingApi extends BaseAPI {
     /**
      * Generate a PPF-compliant aggregated e-reporting XML containing multiple flux types in a single file.  This endpoint creates a Report XML that can contain: - **TransactionsReport**: Invoice (10.1) AND/OR Transactions (10.3) - **PaymentsReport**: Invoice payments (10.2) AND/OR Transaction payments (10.4)  The AFNOR FlowType is automatically determined based on content: - Single type → Specific FlowType (e.g., AggregatedCustomerTransactionReport) - Multiple types → MultiFlowReport  **CategoryCode (TT-81)** must use PPF-compliant values: - TLB1: Goods deliveries - TPS1: Service provisions - TNT1: Non-taxed transactions - TMA1: Mixed transactions
      * @summary Generate aggregated e-reporting XML (PPF-compliant)
@@ -430,14 +433,15 @@ export declare class EReportingApi extends BaseAPI {
      */
     validateEreportingApiV1EreportingValidatePost(validateEReportingRequest: ValidateEReportingRequest, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<ValidateEReportingResponse, any, {}>>;
     /**
-     * Validates an e-reporting XML file against:  1. **XSD schemas**: Official PPF e-reporting XSD (structure, types, cardinality) 2. **Business rules**: ISO codes and enum validation    - Currency codes (ISO 4217: EUR, USD, GBP, etc.)    - Country codes (ISO 3166-1 alpha-2: FR, DE, US, etc.)    - Scheme IDs (0009=SIRET, 0002=SIREN, etc.)    - Role codes (UNCL 3035: SE=Seller, BY=Buyer, WK=Working party, etc.)  Returns validation status and detailed error messages if invalid.
-     * @summary Validate e-reporting XML against PPF XSD schemas and business rules
+     * Validates an e-reporting XML file against PPF specifications (Annexe 6 v1.9):  **Validation levels:** 1. **XSD (REJ_SEMAN)**: Structure, types, cardinality 2. **Semantic (REJ_SEMAN)**: Authorized values from codelists 3. **Coherence (REJ_COH)**: Data consistency (totals = sum of breakdowns) 4. **Period (REJ_PER)**: Transaction dates within declared period  **Validated codes:** - SchemeID (ISO 6523): 0002=SIREN, 0009=SIRET, 0224=RoutingCode, etc. - RoleCode (UNCL 3035): SE=Seller, BY=Buyer, WK=Working party - CategoryCode (TT-81): TLB1, TPS1, TNT1, TMA1 - TaxCategoryCode (UNTDID 5305): S, Z, E, AE, K, G, O - Currency (ISO 4217), Country (ISO 3166-1)  Returns structured validation errors with PPF rejection codes.
+     * @summary Validate e-reporting XML (PPF Annexe 6 v1.9 compliant)
      * @param {File} xmlFile E-reporting XML file to validate
-     * @param {boolean} [validateBusinessRules] Also validate business rules (ISO codes, enums)
+     * @param {boolean} [validateCoherence] Validate data coherence (REJ_COH)
+     * @param {boolean} [validatePeriod] Validate period coherence (REJ_PER)
      * @param {*} [options] Override http request option.
      * @throws {RequiredError}
      */
-    validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile: File, validateBusinessRules?: boolean, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<{
+    validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile: File, validateCoherence?: boolean, validatePeriod?: boolean, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<{
         [key: string]: any;
     }, any, {}>>;
 }

package/dist/esm/api/{ereporting-api.js → flux10-ereporting-api.js}

@@ -2,7 +2,7 @@
 /* eslint-disable */
 /**
  * FactPulse REST API
- *  REST API for electronic invoicing in France: Factur-X, AFNOR PDP/PA, electronic signatures.  ## 🎯 Main Features  ### 📄 Factur-X Invoice Generation - **Formats**: XML only or PDF/A-3 with embedded XML - **Profiles**: MINIMUM, BASIC, EN16931, EXTENDED - **Standards**: EN 16931 (EU directive 2014/55), ISO 19005-3 (PDF/A-3), CII (UN/CEFACT) - **🆕 Simplified Format**: Generation from SIRET + auto-enrichment (Chorus Pro API + Business Search)  ### ✅ Validation and Compliance - **XML Validation**: Schematron (45 to 210+ rules depending on profile) - **PDF Validation**: PDF/A-3, Factur-X XMP metadata, electronic signatures - **VeraPDF**: Strict PDF/A validation (146+ ISO 19005-3 rules) - **Asynchronous Processing**: Celery support for heavy validations (VeraPDF)  ### 📡 AFNOR PDP/PA Integration (XP Z12-013) - **Flow Submission**: Send invoices to Partner Dematerialization Platforms - **Flow Search**: View submitted invoices - **Download**: Retrieve PDF/A-3 with XML - **Directory Service**: Company search (SIREN/SIRET) - **Multi-client**: Support for multiple PDP configs per user (stored credentials or zero-storage)  ### ✍️ PDF Electronic Signature - **Standards**: PAdES-B-B, PAdES-B-T (RFC 3161 timestamping), PAdES-B-LT (long-term archival) - **eIDAS Levels**: SES (self-signed), AdES (commercial CA), QES (QTSP) - **Validation**: Cryptographic integrity and certificate verification - **Certificate Generation**: Self-signed X.509 certificates for testing  ### 🔄 Asynchronous Processing - **Celery**: Asynchronous generation, validation and signing - **Polling**: Status tracking via `/tasks/{task_id}/status` - **No timeout**: Ideal for large files or heavy validations  ## 🔒 Authentication  All requests require a **JWT token** in the Authorization header: ``` Authorization: Bearer YOUR_JWT_TOKEN ```  ### How to obtain a JWT token?  #### 🔑 Method 1: `/api/token/` API (Recommended)  **URL:** `https://factpulse.fr/api/token/`  This method is **recommended** for integration in your applications and CI/CD workflows.  **Prerequisites:** Having set a password on your account  **For users registered via email/password:** - You already have a password, use it directly  **For users registered via OAuth (Google/GitHub):** - You must first set a password at: https://factpulse.fr/accounts/password/set/ - Once the password is created, you can use the API  **Request example:** ```bash curl -X POST https://factpulse.fr/api/token/ \\   -H \"Content-Type: application/json\" \\   -d \'{     \"username\": \"your_email@example.com\",     \"password\": \"your_password\"   }\' ```  **Optional `client_uid` parameter:**  To select credentials for a specific client (PA/PDP, Chorus Pro, signing certificates), add `client_uid`:  ```bash curl -X POST https://factpulse.fr/api/token/ \\   -H \"Content-Type: application/json\" \\   -d \'{     \"username\": \"your_email@example.com\",     \"password\": \"your_password\",     \"client_uid\": \"550e8400-e29b-41d4-a716-446655440000\"   }\' ```  The `client_uid` will be included in the JWT and allow the API to automatically use: - AFNOR/PDP credentials configured for this client - Chorus Pro credentials configured for this client - Electronic signature certificates configured for this client  **Response:** ```json {   \"access\": \"eyJ0eXAiOiJKV1QiLCJhbGc...\",  // Access token (validity: 30 min)   \"refresh\": \"eyJ0eXAiOiJKV1QiLCJhbGc...\"  // Refresh token (validity: 7 days) } ```  **Advantages:** - ✅ Full automation (CI/CD, scripts) - ✅ Programmatic token management - ✅ Refresh token support for automatic access renewal - ✅ Easy integration in any language/tool  #### 🖥️ Method 2: Dashboard Generation (Alternative)  **URL:** https://factpulse.fr/api/dashboard/  This method is suitable for quick tests or occasional use via the graphical interface.  **How it works:** - Log in to the dashboard - Use the \"Generate Test Token\" or \"Generate Production Token\" buttons - Works for **all** users (OAuth and email/password), without requiring a password  **Token types:** - **Test Token**: 24h validity, 1000 calls/day quota (free) - **Production Token**: 7 days validity, quota based on your plan  **Advantages:** - ✅ Quick for API testing - ✅ No password required - ✅ Simple visual interface  **Disadvantages:** - ❌ Requires manual action - ❌ No refresh token - ❌ Less suited for automation  ### 📚 Full Documentation  For more information on authentication and API usage: https://factpulse.fr/documentation-api/
+ *  REST API for electronic invoicing in France: Factur-X, AFNOR PDP/PA, electronic signatures.  ## 🎯 Main Features  ### 📄 Factur-X - Generation - **Formats**: XML only or PDF/A-3 with embedded XML - **Profiles**: MINIMUM, BASIC, EN16931, EXTENDED - **Standards**: EN 16931 (EU directive 2014/55), ISO 19005-3 (PDF/A-3), CII (UN/CEFACT) - **🆕 Simplified Format**: Generation from SIRET + auto-enrichment (Chorus Pro API + Business Search)  ### ✅ Factur-X - Validation - **XML Validation**: Schematron (45 to 210+ rules depending on profile) - **PDF Validation**: PDF/A-3, Factur-X XMP metadata - **VeraPDF**: Strict PDF/A validation (146+ ISO 19005-3 rules)  ### ✍️ Electronic Signature - **Standards**: PAdES-B-B, PAdES-B-T (RFC 3161 timestamping), PAdES-B-LT (long-term archival) - **eIDAS Levels**: SES (self-signed), AdES (commercial CA), QES (QTSP) - **Validation**: Cryptographic integrity and certificate verification  ### 📋 Flux 6 - Invoice Lifecycle (CDAR) - **CDAR Messages**: Acknowledgements, invoice statuses - **PPF Statuses**: REFUSED (210), PAID (212)  ### 📊 Flux 10 - E-Reporting - **Tax Declarations**: International B2B, B2C - **Flow Types**: 10.1 (B2B transactions), 10.2 (B2B payments), 10.3 (B2C transactions), 10.4 (B2C payments)  ### 📡 AFNOR PDP/PA (XP Z12-013) - **Flow Service**: Submit and search flows to PDPs - **Directory Service**: Company search (SIREN/SIRET) - **Multi-client**: Support for multiple PDP configs per user  ### 🏛️ Chorus Pro - **Public Sector Invoicing**: Complete API for Chorus Pro  ### ⏳ Async Tasks - **Celery**: Asynchronous generation, validation and signing - **Polling**: Status tracking via `/tasks/{task_id}/status` - **Webhooks**: Automatic notifications when tasks complete  ## 🔒 Authentication  All requests require a **JWT token** in the Authorization header: ``` Authorization: Bearer YOUR_JWT_TOKEN ```  ### How to obtain a JWT token?  #### 🔑 Method 1: `/api/token/` API (Recommended)  **URL:** `https://factpulse.fr/api/token/`  This method is **recommended** for integration in your applications and CI/CD workflows.  **Prerequisites:** Having set a password on your account  **For users registered via email/password:** - You already have a password, use it directly  **For users registered via OAuth (Google/GitHub):** - You must first set a password at: https://factpulse.fr/accounts/password/set/ - Once the password is created, you can use the API  **Request example:** ```bash curl -X POST https://factpulse.fr/api/token/ \\   -H \"Content-Type: application/json\" \\   -d \'{     \"username\": \"your_email@example.com\",     \"password\": \"your_password\"   }\' ```  **Optional `client_uid` parameter:**  To select credentials for a specific client (PA/PDP, Chorus Pro, signing certificates), add `client_uid`:  ```bash curl -X POST https://factpulse.fr/api/token/ \\   -H \"Content-Type: application/json\" \\   -d \'{     \"username\": \"your_email@example.com\",     \"password\": \"your_password\",     \"client_uid\": \"550e8400-e29b-41d4-a716-446655440000\"   }\' ```  The `client_uid` will be included in the JWT and allow the API to automatically use: - AFNOR/PDP credentials configured for this client - Chorus Pro credentials configured for this client - Electronic signature certificates configured for this client  **Response:** ```json {   \"access\": \"eyJ0eXAiOiJKV1QiLCJhbGc...\",  // Access token (validity: 30 min)   \"refresh\": \"eyJ0eXAiOiJKV1QiLCJhbGc...\"  // Refresh token (validity: 7 days) } ```  **Advantages:** - ✅ Full automation (CI/CD, scripts) - ✅ Programmatic token management - ✅ Refresh token support for automatic access renewal - ✅ Easy integration in any language/tool  #### 🖥️ Method 2: Dashboard Generation (Alternative)  **URL:** https://factpulse.fr/api/dashboard/  This method is suitable for quick tests or occasional use via the graphical interface.  **How it works:** - Log in to the dashboard - Use the \"Generate Test Token\" or \"Generate Production Token\" buttons - Works for **all** users (OAuth and email/password), without requiring a password  **Token types:** - **Test Token**: 24h validity, 1000 calls/day quota (free) - **Production Token**: 7 days validity, quota based on your plan  **Advantages:** - ✅ Quick for API testing - ✅ No password required - ✅ Simple visual interface  **Disadvantages:** - ❌ Requires manual action - ❌ No refresh token - ❌ Less suited for automation  ### 📚 Full Documentation  For more information on authentication and API usage: https://factpulse.fr/documentation-api/
  *
  * The version of the OpenAPI document: 1.0.0
  * Contact: contact@factpulse.fr
@@ -23,13 +23,13 @@ var __awaiter = (this && this.__awaiter) || function (thisArg, _arguments, P, ge
 import globalAxios from 'axios';
 // Some imports not used depending on template conditions
 // @ts-ignore
-import { DUMMY_BASE_URL, assertParamExists, setBearerAuthToObject, setSearchParams, serializeDataIfNeeded, toPathString, createRequestFunction } from '../common';
+import { DUMMY_BASE_URL, assertParamExists, setApiKeyToObject, setBearerAuthToObject, setSearchParams, serializeDataIfNeeded, toPathString, createRequestFunction } from '../common';
 // @ts-ignore
 import { BASE_PATH, BaseAPI, operationServerMap } from '../base';
 /**
- * EReportingApi - axios parameter creator
+ * Flux10EReportingApi - axios parameter creator
  */
-export const EReportingApiAxiosParamCreator = function (configuration) {
+export const Flux10EReportingApiAxiosParamCreator = function (configuration) {
     return {
         /**
          * Generate a PPF-compliant aggregated e-reporting XML containing multiple flux types in a single file.  This endpoint creates a Report XML that can contain: - **TransactionsReport**: Invoice (10.1) AND/OR Transactions (10.3) - **PaymentsReport**: Invoice payments (10.2) AND/OR Transaction payments (10.4)  The AFNOR FlowType is automatically determined based on content: - Single type → Specific FlowType (e.g., AggregatedCustomerTransactionReport) - Multiple types → MultiFlowReport  **CategoryCode (TT-81)** must use PPF-compliant values: - TLB1: Goods deliveries - TPS1: Service provisions - TNT1: Non-taxed transactions - TMA1: Mixed transactions
@@ -51,6 +51,8 @@ export const EReportingApiAxiosParamCreator = function (configuration) {
             const localVarRequestOptions = Object.assign(Object.assign({ method: 'POST' }, baseOptions), options);
             const localVarHeaderParameter = {};
             const localVarQueryParameter = {};
+            // authentication APIKeyHeader required
+            yield setApiKeyToObject(localVarHeaderParameter, "X-API-Key", configuration);
             // authentication HTTPBearer required
             // http bearer authentication required
             yield setBearerAuthToObject(localVarHeaderParameter, configuration);
@@ -85,6 +87,8 @@ export const EReportingApiAxiosParamCreator = function (configuration) {
             const localVarRequestOptions = Object.assign(Object.assign({ method: 'POST' }, baseOptions), options);
             const localVarHeaderParameter = {};
             const localVarQueryParameter = {};
+            // authentication APIKeyHeader required
+            yield setApiKeyToObject(localVarHeaderParameter, "X-API-Key", configuration);
             // authentication HTTPBearer required
             // http bearer authentication required
             yield setBearerAuthToObject(localVarHeaderParameter, configuration);
@@ -120,6 +124,8 @@ export const EReportingApiAxiosParamCreator = function (configuration) {
             const localVarRequestOptions = Object.assign(Object.assign({ method: 'POST' }, baseOptions), options);
             const localVarHeaderParameter = {};
             const localVarQueryParameter = {};
+            // authentication APIKeyHeader required
+            yield setApiKeyToObject(localVarHeaderParameter, "X-API-Key", configuration);
             // authentication HTTPBearer required
             // http bearer authentication required
             yield setBearerAuthToObject(localVarHeaderParameter, configuration);
@@ -339,6 +345,8 @@ export const EReportingApiAxiosParamCreator = function (configuration) {
             const localVarRequestOptions = Object.assign(Object.assign({ method: 'POST' }, baseOptions), options);
             const localVarHeaderParameter = {};
             const localVarQueryParameter = {};
+            // authentication APIKeyHeader required
+            yield setApiKeyToObject(localVarHeaderParameter, "X-API-Key", configuration);
             // authentication HTTPBearer required
             // http bearer authentication required
             yield setBearerAuthToObject(localVarHeaderParameter, configuration);
@@ -373,6 +381,8 @@ export const EReportingApiAxiosParamCreator = function (configuration) {
             const localVarRequestOptions = Object.assign(Object.assign({ method: 'POST' }, baseOptions), options);
             const localVarHeaderParameter = {};
             const localVarQueryParameter = {};
+            // authentication APIKeyHeader required
+            yield setApiKeyToObject(localVarHeaderParameter, "X-API-Key", configuration);
             // authentication HTTPBearer required
             // http bearer authentication required
             yield setBearerAuthToObject(localVarHeaderParameter, configuration);
@@ -388,14 +398,15 @@ export const EReportingApiAxiosParamCreator = function (configuration) {
             };
         }),
         /**
-         * Validates an e-reporting XML file against:  1. **XSD schemas**: Official PPF e-reporting XSD (structure, types, cardinality) 2. **Business rules**: ISO codes and enum validation    - Currency codes (ISO 4217: EUR, USD, GBP, etc.)    - Country codes (ISO 3166-1 alpha-2: FR, DE, US, etc.)    - Scheme IDs (0009=SIRET, 0002=SIREN, etc.)    - Role codes (UNCL 3035: SE=Seller, BY=Buyer, WK=Working party, etc.)  Returns validation status and detailed error messages if invalid.
-         * @summary Validate e-reporting XML against PPF XSD schemas and business rules
+         * Validates an e-reporting XML file against PPF specifications (Annexe 6 v1.9):  **Validation levels:** 1. **XSD (REJ_SEMAN)**: Structure, types, cardinality 2. **Semantic (REJ_SEMAN)**: Authorized values from codelists 3. **Coherence (REJ_COH)**: Data consistency (totals = sum of breakdowns) 4. **Period (REJ_PER)**: Transaction dates within declared period  **Validated codes:** - SchemeID (ISO 6523): 0002=SIREN, 0009=SIRET, 0224=RoutingCode, etc. - RoleCode (UNCL 3035): SE=Seller, BY=Buyer, WK=Working party - CategoryCode (TT-81): TLB1, TPS1, TNT1, TMA1 - TaxCategoryCode (UNTDID 5305): S, Z, E, AE, K, G, O - Currency (ISO 4217), Country (ISO 3166-1)  Returns structured validation errors with PPF rejection codes.
+         * @summary Validate e-reporting XML (PPF Annexe 6 v1.9 compliant)
          * @param {File} xmlFile E-reporting XML file to validate
-         * @param {boolean} [validateBusinessRules] Also validate business rules (ISO codes, enums)
+         * @param {boolean} [validateCoherence] Validate data coherence (REJ_COH)
+         * @param {boolean} [validatePeriod] Validate period coherence (REJ_PER)
          * @param {*} [options] Override http request option.
          * @throws {RequiredError}
          */
-        validateXmlEreportingApiV1EreportingValidateXmlPost: (xmlFile_1, validateBusinessRules_1, ...args_1) => __awaiter(this, [xmlFile_1, validateBusinessRules_1, ...args_1], void 0, function* (xmlFile, validateBusinessRules, options = {}) {
+        validateXmlEreportingApiV1EreportingValidateXmlPost: (xmlFile_1, validateCoherence_1, validatePeriod_1, ...args_1) => __awaiter(this, [xmlFile_1, validateCoherence_1, validatePeriod_1, ...args_1], void 0, function* (xmlFile, validateCoherence, validatePeriod, options = {}) {
             // verify required parameter 'xmlFile' is not null or undefined
             assertParamExists('validateXmlEreportingApiV1EreportingValidateXmlPost', 'xmlFile', xmlFile);
             const localVarPath = `/api/v1/ereporting/validate-xml`;
@@ -409,11 +420,16 @@ export const EReportingApiAxiosParamCreator = function (configuration) {
             const localVarHeaderParameter = {};
             const localVarQueryParameter = {};
             const localVarFormParams = new ((configuration && configuration.formDataCtor) || FormData)();
+            // authentication APIKeyHeader required
+            yield setApiKeyToObject(localVarHeaderParameter, "X-API-Key", configuration);
             // authentication HTTPBearer required
             // http bearer authentication required
             yield setBearerAuthToObject(localVarHeaderParameter, configuration);
-            if (validateBusinessRules !== undefined) {
-                localVarQueryParameter['validate_business_rules'] = validateBusinessRules;
+            if (validateCoherence !== undefined) {
+                localVarQueryParameter['validate_coherence'] = validateCoherence;
+            }
+            if (validatePeriod !== undefined) {
+                localVarQueryParameter['validate_period'] = validatePeriod;
             }
             if (xmlFile !== undefined) {
                 localVarFormParams.append('xml_file', xmlFile);
@@ -432,10 +448,10 @@ export const EReportingApiAxiosParamCreator = function (configuration) {
     };
 };
 /**
- * EReportingApi - functional programming interface
+ * Flux10EReportingApi - functional programming interface
  */
-export const EReportingApiFp = function (configuration) {
-    const localVarAxiosParamCreator = EReportingApiAxiosParamCreator(configuration);
+export const Flux10EReportingApiFp = function (configuration) {
+    const localVarAxiosParamCreator = Flux10EReportingApiAxiosParamCreator(configuration);
     return {
         /**
          * Generate a PPF-compliant aggregated e-reporting XML containing multiple flux types in a single file.  This endpoint creates a Report XML that can contain: - **TransactionsReport**: Invoice (10.1) AND/OR Transactions (10.3) - **PaymentsReport**: Invoice payments (10.2) AND/OR Transaction payments (10.4)  The AFNOR FlowType is automatically determined based on content: - Single type → Specific FlowType (e.g., AggregatedCustomerTransactionReport) - Multiple types → MultiFlowReport  **CategoryCode (TT-81)** must use PPF-compliant values: - TLB1: Goods deliveries - TPS1: Service provisions - TNT1: Non-taxed transactions - TMA1: Mixed transactions
@@ -449,7 +465,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.generateAggregatedEreportingApiV1EreportingGenerateAggregatedPost(createAggregatedReportRequest, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.generateAggregatedEreportingApiV1EreportingGenerateAggregatedPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.generateAggregatedEreportingApiV1EreportingGenerateAggregatedPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -465,7 +481,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.generateEreportingApiV1EreportingGeneratePost(createEReportingRequest, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.generateEreportingApiV1EreportingGeneratePost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.generateEreportingApiV1EreportingGeneratePost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -482,7 +498,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.generateEreportingDownloadApiV1EreportingGenerateDownloadPost(createEReportingRequest, filename, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.generateEreportingDownloadApiV1EreportingGenerateDownloadPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.generateEreportingDownloadApiV1EreportingGenerateDownloadPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -497,7 +513,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.listCategoryCodesApiV1EreportingCategoryCodesGet(options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.listCategoryCodesApiV1EreportingCategoryCodesGet']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.listCategoryCodesApiV1EreportingCategoryCodesGet']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -512,7 +528,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.listFlowTypesApiV1EreportingFlowTypesGet(options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.listFlowTypesApiV1EreportingFlowTypesGet']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.listFlowTypesApiV1EreportingFlowTypesGet']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -528,7 +544,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.submitAggregatedEreportingApiV1EreportingSubmitAggregatedPost(submitAggregatedReportRequest, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.submitAggregatedEreportingApiV1EreportingSubmitAggregatedPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.submitAggregatedEreportingApiV1EreportingSubmitAggregatedPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -544,7 +560,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.submitEreportingApiV1EreportingSubmitPost(submitEReportingRequest, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.submitEreportingApiV1EreportingSubmitPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.submitEreportingApiV1EreportingSubmitPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -566,7 +582,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.submitXmlEreportingApiV1EreportingSubmitXmlPost(xmlFile, trackingId, skipValidation, pdpFlowServiceUrl, pdpTokenUrl, pdpClientId, pdpClientSecret, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.submitXmlEreportingApiV1EreportingSubmitXmlPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.submitXmlEreportingApiV1EreportingSubmitXmlPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -582,7 +598,7 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.validateAggregatedEreportingApiV1EreportingValidateAggregatedPost(createAggregatedReportRequest, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.validateAggregatedEreportingApiV1EreportingValidateAggregatedPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.validateAggregatedEreportingApiV1EreportingValidateAggregatedPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
@@ -598,34 +614,35 @@ export const EReportingApiFp = function (configuration) {
                 var _a, _b, _c;
                 const localVarAxiosArgs = yield localVarAxiosParamCreator.validateEreportingApiV1EreportingValidatePost(validateEReportingRequest, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.validateEreportingApiV1EreportingValidatePost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.validateEreportingApiV1EreportingValidatePost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
         /**
-         * Validates an e-reporting XML file against:  1. **XSD schemas**: Official PPF e-reporting XSD (structure, types, cardinality) 2. **Business rules**: ISO codes and enum validation    - Currency codes (ISO 4217: EUR, USD, GBP, etc.)    - Country codes (ISO 3166-1 alpha-2: FR, DE, US, etc.)    - Scheme IDs (0009=SIRET, 0002=SIREN, etc.)    - Role codes (UNCL 3035: SE=Seller, BY=Buyer, WK=Working party, etc.)  Returns validation status and detailed error messages if invalid.
-         * @summary Validate e-reporting XML against PPF XSD schemas and business rules
+         * Validates an e-reporting XML file against PPF specifications (Annexe 6 v1.9):  **Validation levels:** 1. **XSD (REJ_SEMAN)**: Structure, types, cardinality 2. **Semantic (REJ_SEMAN)**: Authorized values from codelists 3. **Coherence (REJ_COH)**: Data consistency (totals = sum of breakdowns) 4. **Period (REJ_PER)**: Transaction dates within declared period  **Validated codes:** - SchemeID (ISO 6523): 0002=SIREN, 0009=SIRET, 0224=RoutingCode, etc. - RoleCode (UNCL 3035): SE=Seller, BY=Buyer, WK=Working party - CategoryCode (TT-81): TLB1, TPS1, TNT1, TMA1 - TaxCategoryCode (UNTDID 5305): S, Z, E, AE, K, G, O - Currency (ISO 4217), Country (ISO 3166-1)  Returns structured validation errors with PPF rejection codes.
+         * @summary Validate e-reporting XML (PPF Annexe 6 v1.9 compliant)
          * @param {File} xmlFile E-reporting XML file to validate
-         * @param {boolean} [validateBusinessRules] Also validate business rules (ISO codes, enums)
+         * @param {boolean} [validateCoherence] Validate data coherence (REJ_COH)
+         * @param {boolean} [validatePeriod] Validate period coherence (REJ_PER)
          * @param {*} [options] Override http request option.
          * @throws {RequiredError}
          */
-        validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateBusinessRules, options) {
+        validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateCoherence, validatePeriod, options) {
             return __awaiter(this, void 0, void 0, function* () {
                 var _a, _b, _c;
-                const localVarAxiosArgs = yield localVarAxiosParamCreator.validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateBusinessRules, options);
+                const localVarAxiosArgs = yield localVarAxiosParamCreator.validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateCoherence, validatePeriod, options);
                 const localVarOperationServerIndex = (_a = configuration === null || configuration === void 0 ? void 0 : configuration.serverIndex) !== null && _a !== void 0 ? _a : 0;
-                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['EReportingApi.validateXmlEreportingApiV1EreportingValidateXmlPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
+                const localVarOperationServerBasePath = (_c = (_b = operationServerMap['Flux10EReportingApi.validateXmlEreportingApiV1EreportingValidateXmlPost']) === null || _b === void 0 ? void 0 : _b[localVarOperationServerIndex]) === null || _c === void 0 ? void 0 : _c.url;
                 return (axios, basePath) => createRequestFunction(localVarAxiosArgs, globalAxios, BASE_PATH, configuration)(axios, localVarOperationServerBasePath || basePath);
             });
         },
     };
 };
 /**
- * EReportingApi - factory interface
+ * Flux10EReportingApi - factory interface
  */
-export const EReportingApiFactory = function (configuration, basePath, axios) {
-    const localVarFp = EReportingApiFp(configuration);
+export const Flux10EReportingApiFactory = function (configuration, basePath, axios) {
+    const localVarFp = Flux10EReportingApiFp(configuration);
     return {
         /**
          * Generate a PPF-compliant aggregated e-reporting XML containing multiple flux types in a single file.  This endpoint creates a Report XML that can contain: - **TransactionsReport**: Invoice (10.1) AND/OR Transactions (10.3) - **PaymentsReport**: Invoice payments (10.2) AND/OR Transaction payments (10.4)  The AFNOR FlowType is automatically determined based on content: - Single type → Specific FlowType (e.g., AggregatedCustomerTransactionReport) - Multiple types → MultiFlowReport  **CategoryCode (TT-81)** must use PPF-compliant values: - TLB1: Goods deliveries - TPS1: Service provisions - TNT1: Non-taxed transactions - TMA1: Mixed transactions
@@ -733,22 +750,23 @@ export const EReportingApiFactory = function (configuration, basePath, axios) {
             return localVarFp.validateEreportingApiV1EreportingValidatePost(validateEReportingRequest, options).then((request) => request(axios, basePath));
         },
         /**
-         * Validates an e-reporting XML file against:  1. **XSD schemas**: Official PPF e-reporting XSD (structure, types, cardinality) 2. **Business rules**: ISO codes and enum validation    - Currency codes (ISO 4217: EUR, USD, GBP, etc.)    - Country codes (ISO 3166-1 alpha-2: FR, DE, US, etc.)    - Scheme IDs (0009=SIRET, 0002=SIREN, etc.)    - Role codes (UNCL 3035: SE=Seller, BY=Buyer, WK=Working party, etc.)  Returns validation status and detailed error messages if invalid.
-         * @summary Validate e-reporting XML against PPF XSD schemas and business rules
+         * Validates an e-reporting XML file against PPF specifications (Annexe 6 v1.9):  **Validation levels:** 1. **XSD (REJ_SEMAN)**: Structure, types, cardinality 2. **Semantic (REJ_SEMAN)**: Authorized values from codelists 3. **Coherence (REJ_COH)**: Data consistency (totals = sum of breakdowns) 4. **Period (REJ_PER)**: Transaction dates within declared period  **Validated codes:** - SchemeID (ISO 6523): 0002=SIREN, 0009=SIRET, 0224=RoutingCode, etc. - RoleCode (UNCL 3035): SE=Seller, BY=Buyer, WK=Working party - CategoryCode (TT-81): TLB1, TPS1, TNT1, TMA1 - TaxCategoryCode (UNTDID 5305): S, Z, E, AE, K, G, O - Currency (ISO 4217), Country (ISO 3166-1)  Returns structured validation errors with PPF rejection codes.
+         * @summary Validate e-reporting XML (PPF Annexe 6 v1.9 compliant)
          * @param {File} xmlFile E-reporting XML file to validate
-         * @param {boolean} [validateBusinessRules] Also validate business rules (ISO codes, enums)
+         * @param {boolean} [validateCoherence] Validate data coherence (REJ_COH)
+         * @param {boolean} [validatePeriod] Validate period coherence (REJ_PER)
          * @param {*} [options] Override http request option.
          * @throws {RequiredError}
          */
-        validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateBusinessRules, options) {
-            return localVarFp.validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateBusinessRules, options).then((request) => request(axios, basePath));
+        validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateCoherence, validatePeriod, options) {
+            return localVarFp.validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateCoherence, validatePeriod, options).then((request) => request(axios, basePath));
         },
     };
 };
 /**
- * EReportingApi - object-oriented interface
+ * Flux10EReportingApi - object-oriented interface
  */
-export class EReportingApi extends BaseAPI {
+export class Flux10EReportingApi extends BaseAPI {
     /**
      * Generate a PPF-compliant aggregated e-reporting XML containing multiple flux types in a single file.  This endpoint creates a Report XML that can contain: - **TransactionsReport**: Invoice (10.1) AND/OR Transactions (10.3) - **PaymentsReport**: Invoice payments (10.2) AND/OR Transaction payments (10.4)  The AFNOR FlowType is automatically determined based on content: - Single type → Specific FlowType (e.g., AggregatedCustomerTransactionReport) - Multiple types → MultiFlowReport  **CategoryCode (TT-81)** must use PPF-compliant values: - TLB1: Goods deliveries - TPS1: Service provisions - TNT1: Non-taxed transactions - TMA1: Mixed transactions
      * @summary Generate aggregated e-reporting XML (PPF-compliant)
@@ -757,7 +775,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     generateAggregatedEreportingApiV1EreportingGenerateAggregatedPost(createAggregatedReportRequest, options) {
-        return EReportingApiFp(this.configuration).generateAggregatedEreportingApiV1EreportingGenerateAggregatedPost(createAggregatedReportRequest, options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).generateAggregatedEreportingApiV1EreportingGenerateAggregatedPost(createAggregatedReportRequest, options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Generate e-reporting XML (FRR format) from structured data.  Supports all four flow types: - **10.1**: Unitary B2B international transactions (use `invoices` field) - **10.2**: Payments for B2B international invoices (use `invoicePayments` field) - **10.3**: Aggregated B2C transactions (use `transactions` field) - **10.4**: Aggregated B2C payments (use `aggregatedPayments` field)  The generated XML is compliant with DGFIP specifications and ready for submission to a PA (Plateforme Agréée).
@@ -767,7 +785,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     generateEreportingApiV1EreportingGeneratePost(createEReportingRequest, options) {
-        return EReportingApiFp(this.configuration).generateEreportingApiV1EreportingGeneratePost(createEReportingRequest, options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).generateEreportingApiV1EreportingGeneratePost(createEReportingRequest, options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Generate e-reporting XML and return as downloadable file.
@@ -778,7 +796,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     generateEreportingDownloadApiV1EreportingGenerateDownloadPost(createEReportingRequest, filename, options) {
-        return EReportingApiFp(this.configuration).generateEreportingDownloadApiV1EreportingGenerateDownloadPost(createEReportingRequest, filename, options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).generateEreportingDownloadApiV1EreportingGenerateDownloadPost(createEReportingRequest, filename, options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Returns the list of valid CategoryCode values (TT-81) for e-reporting transactions.  Source: Annexe 6 - Format sémantique FE e-reporting v1.9
@@ -787,7 +805,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     listCategoryCodesApiV1EreportingCategoryCodesGet(options) {
-        return EReportingApiFp(this.configuration).listCategoryCodesApiV1EreportingCategoryCodesGet(options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).listCategoryCodesApiV1EreportingCategoryCodesGet(options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Returns the list of supported e-reporting flow types with descriptions.
@@ -796,7 +814,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     listFlowTypesApiV1EreportingFlowTypesGet(options) {
-        return EReportingApiFp(this.configuration).listFlowTypesApiV1EreportingFlowTypesGet(options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).listFlowTypesApiV1EreportingFlowTypesGet(options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Generate and submit a PPF-compliant aggregated e-reporting to a PA/PDP.  Combines generation and submission in a single call. Automatically determines the AFNOR FlowType based on content.
@@ -806,7 +824,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     submitAggregatedEreportingApiV1EreportingSubmitAggregatedPost(submitAggregatedReportRequest, options) {
-        return EReportingApiFp(this.configuration).submitAggregatedEreportingApiV1EreportingSubmitAggregatedPost(submitAggregatedReportRequest, options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).submitAggregatedEreportingApiV1EreportingSubmitAggregatedPost(submitAggregatedReportRequest, options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Generate and submit e-reporting to a PA (Plateforme Agréée).  Authentication strategies (same as invoices): 1. **JWT with client_uid** (recommended): PDP credentials fetched from backend 2. **Zero-storage**: Provide pdpFlowServiceUrl, pdpClientId, pdpClientSecret in request  The e-reporting is submitted using the AFNOR Flow Service API with syntax=FRR (FRench Reporting).
@@ -816,7 +834,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     submitEreportingApiV1EreportingSubmitPost(submitEReportingRequest, options) {
-        return EReportingApiFp(this.configuration).submitEreportingApiV1EreportingSubmitPost(submitEReportingRequest, options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).submitEreportingApiV1EreportingSubmitPost(submitEReportingRequest, options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Submit a pre-generated e-reporting XML file directly to a PA/PDP.  This endpoint is designed for clients who generate their own PPF-compliant XML and only need FactPulse for the PDP submission.  **Process:** 1. Validates the XML against PPF XSD schemas 2. Determines the appropriate AFNOR FlowType 3. Submits to the configured PDP/PA 4. Returns the flowId for tracking  **Authentication:** Same strategies as /submit endpoint (JWT or zero-storage credentials).
@@ -832,7 +850,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     submitXmlEreportingApiV1EreportingSubmitXmlPost(xmlFile, trackingId, skipValidation, pdpFlowServiceUrl, pdpTokenUrl, pdpClientId, pdpClientSecret, options) {
-        return EReportingApiFp(this.configuration).submitXmlEreportingApiV1EreportingSubmitXmlPost(xmlFile, trackingId, skipValidation, pdpFlowServiceUrl, pdpTokenUrl, pdpClientId, pdpClientSecret, options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).submitXmlEreportingApiV1EreportingSubmitXmlPost(xmlFile, trackingId, skipValidation, pdpFlowServiceUrl, pdpTokenUrl, pdpClientId, pdpClientSecret, options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Validates aggregated e-reporting data without generating XML.
@@ -842,7 +860,7 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     validateAggregatedEreportingApiV1EreportingValidateAggregatedPost(createAggregatedReportRequest, options) {
-        return EReportingApiFp(this.configuration).validateAggregatedEreportingApiV1EreportingValidateAggregatedPost(createAggregatedReportRequest, options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).validateAggregatedEreportingApiV1EreportingValidateAggregatedPost(createAggregatedReportRequest, options).then((request) => request(this.axios, this.basePath));
     }
     /**
      * Validate e-reporting data without generating or submitting.  Performs: - Schema validation - Business rule validation (correct flux type vs data) - Data consistency checks (tax totals, dates, etc.)  Returns validation errors and warnings.
@@ -852,17 +870,18 @@ export class EReportingApi extends BaseAPI {
      * @throws {RequiredError}
      */
     validateEreportingApiV1EreportingValidatePost(validateEReportingRequest, options) {
-        return EReportingApiFp(this.configuration).validateEreportingApiV1EreportingValidatePost(validateEReportingRequest, options).then((request) => request(this.axios, this.basePath));
+        return Flux10EReportingApiFp(this.configuration).validateEreportingApiV1EreportingValidatePost(validateEReportingRequest, options).then((request) => request(this.axios, this.basePath));
     }
     /**
-     * Validates an e-reporting XML file against:  1. **XSD schemas**: Official PPF e-reporting XSD (structure, types, cardinality) 2. **Business rules**: ISO codes and enum validation    - Currency codes (ISO 4217: EUR, USD, GBP, etc.)    - Country codes (ISO 3166-1 alpha-2: FR, DE, US, etc.)    - Scheme IDs (0009=SIRET, 0002=SIREN, etc.)    - Role codes (UNCL 3035: SE=Seller, BY=Buyer, WK=Working party, etc.)  Returns validation status and detailed error messages if invalid.
-     * @summary Validate e-reporting XML against PPF XSD schemas and business rules
+     * Validates an e-reporting XML file against PPF specifications (Annexe 6 v1.9):  **Validation levels:** 1. **XSD (REJ_SEMAN)**: Structure, types, cardinality 2. **Semantic (REJ_SEMAN)**: Authorized values from codelists 3. **Coherence (REJ_COH)**: Data consistency (totals = sum of breakdowns) 4. **Period (REJ_PER)**: Transaction dates within declared period  **Validated codes:** - SchemeID (ISO 6523): 0002=SIREN, 0009=SIRET, 0224=RoutingCode, etc. - RoleCode (UNCL 3035): SE=Seller, BY=Buyer, WK=Working party - CategoryCode (TT-81): TLB1, TPS1, TNT1, TMA1 - TaxCategoryCode (UNTDID 5305): S, Z, E, AE, K, G, O - Currency (ISO 4217), Country (ISO 3166-1)  Returns structured validation errors with PPF rejection codes.
+     * @summary Validate e-reporting XML (PPF Annexe 6 v1.9 compliant)
      * @param {File} xmlFile E-reporting XML file to validate
-     * @param {boolean} [validateBusinessRules] Also validate business rules (ISO codes, enums)
+     * @param {boolean} [validateCoherence] Validate data coherence (REJ_COH)
+     * @param {boolean} [validatePeriod] Validate period coherence (REJ_PER)
      * @param {*} [options] Override http request option.
      * @throws {RequiredError}
      */
-    validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateBusinessRules, options) {
-        return EReportingApiFp(this.configuration).validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateBusinessRules, options).then((request) => request(this.axios, this.basePath));
+    validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateCoherence, validatePeriod, options) {
+        return Flux10EReportingApiFp(this.configuration).validateXmlEreportingApiV1EreportingValidateXmlPost(xmlFile, validateCoherence, validatePeriod, options).then((request) => request(this.axios, this.basePath));
     }
 }