If the running balance on your Bank of China statement does not add up row by row, that is exactly the kind of mismatch Convert·Into is built to catch rather than pass through silently. A statement document is a record of money moving in and out, and the printed closing balance is its single source of truth. The conversion engine reads this figure directly from the statement page and treats it as the target that the extracted transactions must satisfy. Every row in the transaction table is verified against the declared running balance column, and the total of all extracted transactions is checked against that printed closing figure. If a row breaks the running balance, it is flagged for review rather than silently accepted; the rest of the file remains intact and usable. The result is a converted ledger that ends on the exact number the statement itself promises.
Whether you need your Bank of China statement in Excel, CSV or QBO, the underlying extracted table stays the same; only the export step differs. Once the extracted data is clean and the running balance is confirmed, the file moves into the output stage. The engine maps the extracted columns to a standard ledger structure so that dates remain dates, amounts remain numbers, and descriptions stay in their own field. From there, the file can be exported to Excel, CSV or QBO, whichever format the next step in the workflow demands. The export keeps the column mapping consistent: the credit and debit columns appear where the accounting software expects them, and the closing balance figure travels with the file. There is no manual rekeying and no copy-paste between windows.
When your Bank of China statement arrives as a scan or a photo of the page rather than a clean export, the numbers on it are just pixels until they are extracted. Scanned and photographed statements arrive as images, not as searchable text. The engine applies OCR to read every character from the image and then rebuilds the transaction table from those readings. The running-balance check is especially important here: if the OCR misreads a 3 as an 8 or smudges a decimal point, the balance breaks and the affected row is flagged. You can correct that single row and keep the rest of the conversion. An image-based statement is handled the same way as a clean digital file once the text is recovered; the same verification and the same export options apply.