BAI2 v2
BAI2 v2 output: prerequisites and limitations
Can any mapped CSV provide the account and statement identities?
No. An exactly canonical CSV can provide identities from an authenticated manifest without selecting the BAI2 converter in inspection. MAPPED_V1 has no post-mapping manifest in this backend; the user must know the exact identities and counts or stop. BOOKED and BAI2 codes remain separate confirmations.
Can I export any CSV, Excel or CAMT.053 statement to BAI2?
No. Only BAI2 v2 (2005) with a representable set of actual financial facts is supported. CSV/XLSX may use canonical or explicit mapping; CAMT.053 is a strict subset. Proprietary BAI formats and universal conversion are not promised.
Does ValidConvert assign BAI2 type codes or bank dates automatically?
No. BAI2 transaction type 16 codes must come from actual source evidence or explicit manual declarations. The bank as-of date and time are not the same as technical file creation; missing facts are never filled from descriptions or credit/debit signs.
Can I force pending CAMT.053 entries to BOOKED?
No. CAMT.053 entry statuses come from the XML and cannot be overridden by a browser checkbox. For CSV/XLSX only, a distinct per-statement BOOKED attestation can be made if the person can genuinely verify it.
Are unsuitable files charged for an output?
A rejected conversion is not a successful charge. Successful web or API output follows prepaid credits by original input size, normally one credit per started 10,000,000 bytes. A free preparation inspection is not available for CAMT.053 BAI2 output in the current backend.
Before uploading a BAI2 export sourceThis is a conservative writer, not an XML-to-text formatter. Transaction booking dates, detailed CAMT movements and unverified account identities can make a file non-representable. No opening balance, as-of date or bank type code is invented.