This pull request introduces improvements to the handling of Chilean electronic document sequences, enforces stricter validation for certificate data, and modernizes string formatting throughout the codebase. The most significant changes focus on ensuring that document folio numbers are correctly managed in accordance with available CAFs, making the certificate model more robust, and updating code style for clarity and consistency.

This improvement is mostly made because CAFs have expiration dates and fixed folio numbers. If the expiration date is reached but the folios were not fully consumed, the system will try to generate a document with following number in the sequence but an error will be raised because that number belongs to an expired CAF, althought the user had already uploaded a new CAF.
To fix this, whenever the system looks for the highest number to set to a document, it previously check if that number is between the folio numbers of a valid CAF file.

### Chilean electronic document sequence management

* Added `_get_last_sequence` method to `account_move.py` to ensure that the folio number used for Chilean electronic documents (DTE) is valid and corresponds to an available CAF. If no CAF is available for the current folio, the sequence is reset using the document type's prefix and starting number.

### Certificate model validation

* Made `subject_serial_number` a required field in the `Certificate` model, enforcing that every certificate has a valid owner document and improving data integrity. We made this change to prevent the field being empty after loading the certificate in Odoo, since it is required by the SII to validate invoices.

Forward-Port-Of: odoo/enterprise#92208

This pull request introduces improvements to the handling of Chilean electronic document sequences, enforces stricter validation for certificate data, and modernizes string formatting throughout the codebase. The most significant changes focus on ensuring that document folio numbers are correctly managed in accordance with available CAFs, making the certificate model more robust, and updating code style for clarity and consistency.

This improvement is mostly made because CAFs have expiration dates and fixed folio numbers. If the expiration date is reached but the folios were not fully consumed, the system will try to generate a document with following number in the sequence but an error will be raised because that number belongs to an expired CAF, althought the user had already uploaded a new CAF.
To fix this, whenever the system looks for the highest number to set to a document, it previously check if that number is between the folio numbers of a valid CAF file.

### Chilean electronic document sequence management

* Added `_get_last_sequence` method to `account_move.py` to ensure that the folio number used for Chilean electronic documents (DTE) is valid and corresponds to an available CAF. If no CAF is available for the current folio, the sequence is reset using the document type's prefix and starting number.

### Certificate model validation

* Made `subject_serial_number` a required field in the `Certificate` model, enforcing that every certificate has a valid owner document and improving data integrity. We made this change to prevent the field being empty after loading the certificate in Odoo, since it is required by the SII to validate invoices.

Forward-Port-Of: odoo/enterprise#92208

This pull request introduces improvements to the handling of Chilean electronic document sequences, enforces stricter validation for certificate data, and modernizes string formatting throughout the codebase. The most significant changes focus on ensuring that document folio numbers are correctly managed in accordance with available CAFs, making the certificate model more robust, and updating code style for clarity and consistency.

This improvement is mostly made because CAFs have expiration dates and fixed folio numbers. If the expiration date is reached but the folios were not fully consumed, the system will try to generate a document with following number in the sequence but an error will be raised because that number belongs to an expired CAF, althought the user had already uploaded a new CAF.
To fix this, whenever the system looks for the highest number to set to a document, it previously check if that number is between the folio numbers of a valid CAF file.

### Chilean electronic document sequence management

* Added `_get_last_sequence` method to `account_move.py` to ensure that the folio number used for Chilean electronic documents (DTE) is valid and corresponds to an available CAF. If no CAF is available for the current folio, the sequence is reset using the document type's prefix and starting number.

### Certificate model validation

* Made `subject_serial_number` a required field in the `Certificate` model, enforcing that every certificate has a valid owner document and improving data integrity. We made this change to prevent the field being empty after loading the certificate in Odoo, since it is required by the SII to validate invoices.

Forward-Port-Of: odoo/enterprise#92208

Convert the LLM processing loop in LLMApiService to a generator that
yields (done, text_response) tuples, enabling real-time streaming of AI
responses to clients.

Key changes:
- _request_llm_gen yields intermediate text responses during tool
  execution, allowing callers to stream progress updates
- Introduce AITool NamedTuple to replace ad-hoc tuples, improving code
  clarity and enabling subtitle extraction from tool descriptions
- Add "thinking text" mechanism using tool subtitles (parsed from
  `**Tool Thinking Message: <text>**`) to show users what the AI is
  processing
- Move HTML conversion (markdown_format) out of _generate_response,
  making it the caller's responsibility
- Add _call_tool method to LLMApiService for runtime introspection by
  other packages
- Update /ai/generate_response endpoint to use HTTP streaming instead
  of JSON-RPC
- Adapt JS to consume streamed responses and display thinking text

Tests updated to consume generators before asserting results.

TASK-ID: 5153674

[IMP] documents_account, test_documents_full: sync bank statement attachment

When creating PDF (only) attachments linked to a bank statement and the document synchronization is configured for the journal of the statement, we create a document linked to the attachment following the synchronization settings of the journal (in the configured folder).

This is similar to what is done for xml attachment for account move entry. The goal is to have PDF document of the bank statement in the app Document (ex.: when fetching coda from codabox, see
TestDocumentsCodabox.test_codabox_file_import_document_creation).

Note that we use the statement create_uid as owner of the created document and the create_uid.partner_id as partner_id.

[MOV] l10n_be_codabox: extract test setup to use in test_documents_full

We extract the setup of the tests so that we can test the document synchronization when fetching coda file in test_documents_full which ensures that documents_account is installed.

Task-5187510

*: l10n_be_codabox, test_documents_full

This pull request introduces improvements to the handling of Chilean electronic document sequences, enforces stricter validation for certificate data, and modernizes string formatting throughout the codebase. The most significant changes focus on ensuring that document folio numbers are correctly managed in accordance with available CAFs, making the certificate model more robust, and updating code style for clarity and consistency.

This improvement is mostly made because CAFs have expiration dates and fixed folio numbers. If the expiration date is reached but the folios were not fully consumed, the system will try to generate a document with following number in the sequence but an error will be raised because that number belongs to an expired CAF, althought the user had already uploaded a new CAF.
To fix this, whenever the system looks for the highest number to set to a document, it previously check if that number is between the folio numbers of a valid CAF file.

### Chilean electronic document sequence management

* Added `_get_last_sequence` method to `account_move.py` to ensure that the folio number used for Chilean electronic documents (DTE) is valid and corresponds to an available CAF. If no CAF is available for the current folio, the sequence is reset using the document type's prefix and starting number.

### Certificate model validation

* Made `subject_serial_number` a required field in the `Certificate` model, enforcing that every certificate has a valid owner document and improving data integrity. We made this change to prevent the field being empty after loading the certificate in Odoo, since it is required by the SII to validate invoices.

Forward-Port-Of: odoo/enterprise#92208

This pull request introduces improvements to the handling of Chilean electronic document sequences, enforces stricter validation for certificate data, and modernizes string formatting throughout the codebase. The most significant changes focus on ensuring that document folio numbers are correctly managed in accordance with available CAFs, making the certificate model more robust, and updating code style for clarity and consistency.

This improvement is mostly made because CAFs have expiration dates and fixed folio numbers. If the expiration date is reached but the folios were not fully consumed, the system will try to generate a document with following number in the sequence but an error will be raised because that number belongs to an expired CAF, althought the user had already uploaded a new CAF.
To fix this, whenever the system looks for the highest number to set to a document, it previously check if that number is between the folio numbers of a valid CAF file.

### Chilean electronic document sequence management

* Added `_get_last_sequence` method to `account_move.py` to ensure that the folio number used for Chilean electronic documents (DTE) is valid and corresponds to an available CAF. If no CAF is available for the current folio, the sequence is reset using the document type's prefix and starting number.

### Certificate model validation

* Made `subject_serial_number` a required field in the `Certificate` model, enforcing that every certificate has a valid owner document and improving data integrity. We made this change to prevent the field being empty after loading the certificate in Odoo, since it is required by the SII to validate invoices.

Forward-Port-Of: odoo/enterprise#92208