[FIX] account_reports: journal audit tax display

**Problem:**
The tax summary tables in the Journal Audit report overflow and collide
when displaying large monetary amounts (9+ digits).

**Steps to reproduce:**
1. Create and post invoices/bills with large amounts (e.g. 999,999,999)
2. Go to Accounting > Reporting > Audit Reports > Journal Audit
3. Observe the tax summary tables overflow their columns

**Current behavior:**
Large numbers overflow and collide because the sub-tables use
`table-layout: fixed` and are placed in separate `<td>` elements with
hardcoded `colspan`, preventing them from adapting to content width.

**Expected behavior:**
The tax summary tables should adapt their widths to accommodate large
monetary amounts without overflow or collision.

**Cause of the issue:**
Several layout issues combined to waste space and cause overflow:
- The sub-tables were in separate `<td>` elements with fixed `colspan`
  values (2 and 5), unrelated to actual content width
- `table-layout: fixed` forced thin columns (e.g. country code) to take
  equal space as wider columns (amounts), causing larger values to
  overflow
- The "Taxes Applied" header colspan used `taxesByCountry.length` which
  doesn't work on objects (always undefined), so the header never
  spanned the full width in multi-country scenarios
- Full country names (e.g. "United States") consumed unnecessary
  horizontal space
- Long tax names (common with OSS) wrapped to multiple lines, making
  the table very tall

**Fix:**
By placing both sub-tables inside a single `<td>` with a flex container,
they can share the available width dynamically based on content rather
than being constrained by arbitrary colspan splits. Removing
`table-layout: fixed` lets columns size naturally to their content.
Using country codes instead of full names and adding ellipsis on long
tax names further reduces the space pressure.

Backport of: ba8099ab7bad7a7a9fe445ed6fda8c4daa7abcbd

opw-5477029

**Steps to reproduce:**
- Install 'account_iso20022', 'l10n_ch' and switch to a Swiss company
- Have a bank with a BIC number and an account for that bank with a clearing number
- Create a vendor bill for a Swiss partner or payrun report
- Pay with "Swiss ISO20022" > generate xml pain001
- Validate against xsd or any swiss pain001 test plateform > Incorrect rules usage ! not valid xml !

**Cause:**
In the XML the field BIC and ClrSysMmbId are present. Only one of them can be present. See the [documentation (page 27 and 33)](https://www.six-group.com/dam/download/banking-services/interbank-clearing/fr/standardization/iso/swiss-recommendations/archives/implementation-guidelines-ct/implementation-guidelines-ct_v1_6_1.pdf).

**Solution:**
Create the method `_get_ClrSysMmbId()` which will only return for Swiss if there is no BIC number. This is a partial unrevert of [this commit](https://github.com/odoo/enterprise/commit/177c7bbc890c3d142010de2cb7d0d9d6752c7fd9#diff-282e44e861d61542f3bc6d40e61b73fd1556f659d53ecd8bf9430dcec79c2fd6).

opw-4872507

Steps to reproduce:
- Set up a Company with BR localization
- Create a product as follows:
  - [General Information] Product Type: Service
  - [Sales] LC116 Code: 14.01
  - [Sales] Purpose of Use: Not applicable
  - [Sales] Service Code Origin: 14.01.3/168061/1524
  - [Sales] Service Codes: 14.01.3/168061/1524
- Create an Invoice with Document Type "Electronic Service Invoice - NFS-e"
- Add the product on the line
- Compute taxes
- Compute taxes again

Issue:

Action will be blocked by a validation error resulting from the external
taxes call
```
odoo.exceptions.ValidationError: Odoo could not fetch the taxes related to Draft Invoice.
Errors: Rejection: Total Installments doesnt match Total Lines
∑ installments[m]grossValue - ∑ (lines[n].lineAmount-line[n].lineTaxedDiscount) <> 0
```

It occurs because during the call the system is considering the
existing taxes on the line and it will send to the avatax service wrong
amounts

opw-5412456
opw-5409735

Forward-Port-Of: odoo/enterprise#108088