Accountancy Exports
The Accountancy Exports module in Flowtly enables organizations to transfer financial and HR data from the platform into external accounting systems. It supports export formats compatible with popular Polish accounting software: Comarch Optima, Symfonia, Wapro (including the Wapro Kaper / Fakir target for Księga Podatkowa), and enova365.
Each target system uses a dedicated, ready-to-import file format. All four support invoices and costs exports. Comarch Optima additionally supports employee leave and absence data, making it particularly useful for organizations that handle payroll through Optima. enova365 (by Soneta) is supported as a native export, allowing accountants to import invoices and costs directly into enova365.
The export process allows users to select a month or specific date range and choose the export type. This helps ensure accuracy and completeness before the data is handed off to the accounting team or imported into external software.
Two Optima formats, and which one your accounting office imports
Flowtly produces two different files for Comarch Optima, and they are not interchangeable.
JPK_V7M is a Ministry of Finance VAT return. Optima generates one to file with the tax office; it does not import one. If your bookkeeper asks for "the Optima file", this is usually not it.
Praca rozproszona (distributed work) is Optima's own data-exchange format, and it is what a bookkeeping office loads into its database. Choose this when someone is importing your documents into Optima.
The praca rozproszona file is addressed to a specific Optima database, so it carries two identifiers you set once in organization settings:
- Optima source database id (
BAZA_ZRD_ID) — yours, the database the records come from. - Optima target database id (
BAZA_DOC_ID) — the accounting office's, the database they are going to.
Each is at most five characters, and your accounting office will tell you both. Getting the direction the wrong way round addresses the file to the wrong database, so Flowtly refuses to export until both are set rather than guessing.
Sending the documents with the register
An Optima register entry on its own tells the accountant what was booked, not what it was booked from. Flowtly can put the source documents inside the same file: for each entry, the invoice PDF and, where the invoice came from KSeF, the original KSeF XML.
This is optional, because it changes the size of the download considerably — a month of documents is measured in megabytes rather than kilobytes, and a year is substantially more. Ask for it when the person importing needs the documents too; leave it off when they only need the figures.
The document archive (a ZIP) remains available and does the same job differently: the register plus the documents beside it rather than inside it. It suits a period large enough that a single file would be unwieldy.
What the export tells you it left out
An Optima export does not stay silent about documents it could not place. After the download, Flowtly lists what needs attention, with the document numbers, so the data can be corrected and the file produced again instead of being reconciled by hand after the import.
Entries with no counterparty tax id (NIP). These are in the file. The VAT register requires a value in that field, so Flowtly writes the statutory BRAK — and Optima then has nothing to match a contractor on, so it files each such entry under !NIEOKREŚLONY!. Nothing is lost on import, but nobody can tell whose document it is. Fill in the NIP on the counterparty and export the month again.
Documents held back from the register. The praca rozproszona file leaves out a document it cannot address: one with no counterparty at all, one whose counterparty has no Optima acronym, and a correction whose payment direction in Optima has not been confirmed. Those are not in the file, so the register is shorter than the month until the data is corrected.
At most fifty document numbers are listed for each reason. Where there are more, the count is the whole figure and the list is a sample of it.
VAT basis of exported figures
Invoice-line amounts in the accountancy exports are net of VAT. Flowtly converts a line to net at the moment it is recorded, so an export never has to infer the basis from the value it finds — and neither does the accountant importing it.
This guarantee runs forward from 5 August 2026. Lines recorded before that date were stored as the source document supplied them and can still be held at gross. Flowtly does not convert them on its own, because how each line was originally supplied was not recorded at the time. When an export covers a period before that date, reconcile the totals against the source documents before importing them into your accounting system.
Converted amounts
Where an exported line is in a currency other than your organization's own, the export converts it at the rate for that line's date. If a pair cannot be priced at all, the export stops with an error naming the currencies, the date and the line, and no file is produced — rather than handing your accountant a file whose figures cannot be relied on. See Currencies and exchange rates for which currencies can be converted and what to do about a line that cannot.
Example use cases
- Export monthly invoices in Comarch Optima format for import by the external accounting team.
- Generate a Symfonia-compatible export after reconciling costs.
- Export employee leaves and absences via the Optima export for payroll processing.
- Use the Wapro export to synchronize cost data with the organization's accounting system, or the Wapro Kaper export for Księga Podatkowa (KPiR + VAT register) bookkeeping.
- Use the enova365 export to hand off invoices and costs to an accountant working in enova365.
- Export cost statements filtered by date range for quarterly financial reviews.