+#: model:ir.module.module,description:base.module_account_coda
+msgid "\n"
+" Module to import CODA bank statements.\n"
+"\n"
+" Supported are CODA flat files in V2 format from Belgian bank accounts.\n"
+" - CODA v1 support.\n"
+" - CODA v2.2 support.\n"
+" - Foreign Currency support.\n"
+" - Support for all data record types (0, 1, 2, 3, 4, 8, 9).\n"
+" - Parsing & logging of all Transaction Codes and Structured Format Communications.\n"
+" - Automatic Financial Journal assignment via CODA configuration parameters.\n"
+" - Support for multiple Journals per Bank Account Number.\n"
+" - Support for multiple statements from different bank accounts in a single CODA file.\n"
+" - Support for 'parsing only' CODA Bank Accounts (defined as type='info' in the CODA Bank Account configuration records).\n"
+" - Multi-language CODA parsing, parsing configuration data provided for EN, NL, FR.\n"
+"\n"
+" The machine readable CODA Files are parsed and stored in human readable format in CODA Bank Statements.\n"
+" Also Bank Statements are generated containing a subset of the CODA information (only those transaction lines\n"
+" that are required for the creation of the Financial Accounting records).\n"
+" The CODA Bank Statement is a 'read-only' object, hence remaining a reliable representation of the original CODA file\n"
+" whereas the Bank Statement will get modified as required by accounting business processes.\n"
+"\n"
+" CODA Bank Accounts configured as type 'Info' will only generate CODA Bank Statements.\n"
+"\n"
+" A removal of one object in the CODA processing results in the removal of the associated objects.\n"
+" The removal of a CODA File containing multiple Bank Statements will also remove those associated\n"
+" statements.\n"
+"\n"
+" The following reconciliation logic has been implemented in the CODA processing:\n"
+" 1) The Company's Bank Account Number of the CODA statement is compared against the Bank Account Number field\n"
+" of the Company's CODA Bank Account configuration records (whereby bank accounts defined in type='info' configuration records are ignored).\n"
+" If this is the case an 'internal transfer' transaction is generated using the 'Internal Transfer Account' field of the CODA File Import wizard.\n"
+" 2) As a second step the 'Structured Communication' field of the CODA transaction line is matched against\n"
+" the reference field of in- and outgoing invoices (supported : Belgian Structured Communication Type).\n"
+" 3) When the previous step doesn't find a match, the transaction counterparty is located via the\n"
+" Bank Account Number configured on the OpenERP Customer and Supplier records.\n"
+" 4) In case the previous steps are not successful, the transaction is generated by using the 'Default Account\n"
+" for Unrecognized Movement' field of the CODA File Import wizard in order to allow further manual processing.\n"
+"\n"
+" In stead of a manual adjustment of the generated Bank Statements, you can also re-import the CODA\n"
+" after updating the OpenERP database with the information that was missing to allow automatic reconciliation.\n"
+"\n"
+" Remark on CODA V1 support:\n"
+" In some cases a transaction code, transaction category or structured communication code has been given a new or clearer description in CODA V2.\n"
+" The description provided by the CODA configuration tables is based upon the CODA V2.2 specifications.\n"
+" If required, you can manually adjust the descriptions via the CODA configuration menu.\n"
+"\n"
+" "