News
What has changed in the app and what it means for you. The latest is at the top.
Only what you will notice while working: new features, behavior changes, and fixes. When a new record is added, a dot will appear at the Help tab and will disappear once you open this page.
The application is deployed continuously, so releases do not have version numbers, just dates.
18. 9. 2026
Price after discount, not before it. When a document prints the price before and after the discount — receipts from hypermarkets, invoices from construction supplies — the price after the discount will be extracted. Previously, the first one was captured, resulting in a cost higher than what you actually paid.
New tax check against item rates. A foreign invoice issued in crowns often has a tax column in its currency and at first glance, everything seems correct: the base plus tax equals the amount due and items match the base. This is challenged by the item rates. Such a document will now receive a notice. The repair button is intentionally absent — along with the tax, the amount due is likely incorrect, and a document requiring the correction of two fields belongs to a person.
Tax amount recorded instead of the rate will be corrected. German invoices often have an amount in euros in the "MwSt." column instead of a percentage, resulting in a rate like 19.84%. This will be corrected only if such a rate does not apply anywhere in the EU; upon reading as an amount, the rate that exists will be derived, and the calculated tax will match the document's recap.
Foreign VAT rates are no longer a notice. The Polish 23%, Austrian 20%, and Portuguese 6% were previously reported as unusual rates. Domestic documents continue to be measured against Czech rates based on the date of issuance.
Missing rate for an item will be added. Discounts, rounding, or advance deductions often have a dash in the rate column. Such a line previously fell into a zero rate, and the recap then mismatched what was on the document. The rate will be added only if confirmed by the sum.
Items with prices including tax will be recalculated. On an invoice, the line price is without tax, and any time the model took the amount with tax, the base sent to accounting was inflated by the rate. From a sample of 92 invoices, this affected fifteen. Documents previously extracted were recalculated retroactively, without reprocessing and without credits.
Upload email (.eml). Upload a saved message, and a document will be created from each of its attachments. For an attachment from which no document was created, you will find out why.
IČO will be compared with the DIČ of the same party. Czech DIČ (VAT ID) of a company contains its IČO (Company ID), allowing verification that both numbers belong to the same company. This catches the mix-up of supplier and customer, which the control digit cannot address — both numbers are valid, but belong to different entities. Repair is offered with a single click for this notice.
17. 9. 2026
Document will not be processed twice. When the queue delivers the same job a second time, the second attempt is stopped. A document that anyone stops working on will return to pending after ten minutes.
Webhook and Telegram message are sent only after saving the document. In the brief moment between the end of processing and saving, it could previously happen that the webhook was not sent at all, or that Telegram reported "done" for a failed document.
16. 9. 2026
Exhausted model limit will not fail the document. After a large batch, documents over the daily limit were previously recorded as errors. Now they will wait in the queue and will be processed as soon as the limit frees up — without error messages and without credits being returned here and there.
Large batch will not block others. The queue rotates customers, so importing a thousand documents will not stop a document that someone else uploads in the meantime.
More accurate data extraction. Data extraction has moved to a newer model: on the control sample 98.4% of fields were correct compared to the previous 88.0%. Missed accent marks and confusion of zero with the letter O in product codes have vanished.
Digital PDF is read from the text layer as well. Alongside the image of the page, text from the file also goes into extraction, allowing reading of what could be misinterpreted from the image. Accuracy increased from 98.4% to 100% on the sample.
IČO of a Czech company must have eight digits. Extra digits were previously not assessed at all, to prevent foreign registration numbers from receiving false positives. That it's a Czech company is revealed by the DIČ of the same party.
Confirmation of documents with notices requires conscious approval. A document with a notice will no longer just pass: notices will appear in a window and must be confirmed with the Confirm anyway button. An overlooked IBAN without two zeros will not fall among corrections of other fields.
Searching in the preview also searches the data. What you find in the original on the left will be highlighted on the right, in the form as well as in the results. The amount copied from the document ("16 591,56") will find its counterpart in JSON or XML too.
Processing runs in its own service. Deploying a new version has stopped interrupting in-progress documents.
15. 9. 2026
Fix a completed document. In the window's header, there is a button with two paths: return the document to review and correct the data at no cost, or process it again with a different type. Previously, nothing could be done with a poorly finished document but to delete it and upload it again for more credits.
General receipt as a new document type. A restaurant receipt could previously pass as a fuel receipt since only invoice and fuel were chosen. A schema for a regular receipt has been added, and when no fuel is present on a fuel receipt, this will be indicated by a notice.
Receipt to ISDOC as a simplified tax document, alongside the existing Pohoda and Money S3.
ISDOC according to the official schema 6.0.2. The previous output schema did not conform, lacking the mandatory half of the document. Now it is automatically verified against it.
Format that the selected type of document cannot go into will not be created anywhere. Previously, such conversion was rejected during download, but details, previews, webhooks, and MCP produced it. Now everywhere it will return the same message.
Invoice without VAT no longer has totals in items. On a document from a non-registered person, subtotals, total amounts, and due amounts would sometimes appear in the breakdown, so the breakdown ended up being a multiple of the actual amount.
After confirming the review, another document waiting on it will open. Previously, the window remained on the confirmed document, and navigating to the next document required moving through everything in the list that lay in between.
Navigating with arrows opens the default tab. The selected tab applies only to the document on which the choice was made; an unconfirmed document starts with the review.
14. 9. 2026
Document names without extensions. The list and window show "invoice" instead of "invoice.pdf". This can be turned off in account settings, the saved file name does not change, and the downloaded file still has the extension.
New PDF preview. We draw it ourselves, so it works on mobile — previously only the first page was shown on iPhone and nothing on Android. Pinch-to-zoom has been added, as well as text search and page previews.
Export to PDF and full ZUGFeRD. Document for reading as PDF and ZUGFeRD as PDF/A-3 with embedded XML; until now, only bare XML was returned. The existing ZUGFeRD format remains XML, so as not to break webhooks and API clients.
The result is created only when you need it. Repairing the conversion will also propagate to old documents: when you download the invoice again, you will get it in the current form. The model is not called again, this does not cost credits.
13. 9. 2026
Custom document name. The window header has a field with a pencil, so the document can be named as you wish. The file name remains below it and searches in both.
DIČ check against the VIES register. The DIČ of the supplier and customer will be verified in the VAT payer register of the European Commission. This is free and is queried by our server, not your browser.
Buttons for resolution on direction, type, and duplicates. For a notice where we know what to do with it, there is a button. For the direction of the document, a change of direction and switching the supplier with the customer will be offered — the view of the original will decide.
Reports: quick choices what × when. One row of choices previously mixed receivables with payables into one amount. Now you can choose separately what (receivables, payables, fuel) and separately for which period.
Period in reports is based on the document issuance date, not the upload date. An invoice from August uploaded in September previously belonged to September.
Exchange rates of the Czech National Bank on the document date. Conversion to one currency took today's exchange rate for everything, so last year's euro invoice was calculated with this year’s rate. Rates are stored with history, and each document will be converted at the rate applicable on the issuance date.
File that is not a document. An advertisement uploaded by mistake passed as an invoice with benefits in the items. Recognition can now respond that this is not a document, and the file will end up as unrecognized even before extraction.
Price in credits also for electronic invoices. Zero on a document from ISDOC or ZUGFeRD now means "loaded without a model, free," not "price unknown."
11. 9. 2026
Form for a completed document. In dual view, there is a toggle Form / Data, so extracted data can be read field by field with labels, not just as JSON or XML.
Label and folder colors. Selected from a palette that is readable in both light and dark themes. Previously, the color was derived from the name, so it could only distinguish labels from one another.
Why the document is waiting for review, directly in the list. A bubble above the badge will display notices in the same sentences as the review form. An empty list means the document is fine and the review is requested by account settings.
What occupies the space consists of. A bubble at the badge will display the number of documents, how many of them are in the trash along with their sizes, the average size, and the largest file. The trash has always counted towards the usage — a deleted document remains stored — now this is visible from the interface.
Remaining deadlines in months and years. Instead of "3650 days remaining," the unit is shown according to how far the end of the deadline is.
After uploading, only files that did not pass remain in the list. Twenty green checkmarks are unread and the one red line gets lost in them. A message will indicate how many documents passed.
Foreign documents after switching accounts. Anyone who logged out and immediately entered the demo account saw their own documents for a moment: data remained in the page's memory. Now with every account switch, the memory is cleared.
Messages, windows, and panels follow a single rule. What happened and is gone will be told by a message at the top. What is about to happen and needs a decision will ask in a window. What applies to what you are currently looking at remains a panel with that content.
10. 9. 2026
Sending to five accounting systems. Fakturoid, iDoklad, SuperFaktura, Xero, and QuickBooks, each on their creator's library, including bulk sending of the entire selection. This is set up in Settings → Connections.
Downloading the entire list has moved to the list. The floating toolbar at the bottom now belongs to the selection; downloading everything that passed the filter is in the table header, next to what it relates to.
List filter in three columns according to the questions one might ask: what type of document, from what period, and where have I categorized it.
Open window knows that the document is completed. Anyone who opened a document in the queue and waited with it saw "waiting for processing" long after it was done.
Summary line among items will remove itself. The line "Total" rewritten into items duplicated the breakdown of the document and would have gone to accounting as an additional item.
8. 9. 2026
Folder is selected during upload. The tab bar below the list looked like a filter that did not filter. It is the first field of the upload form, above the options coming from the folder.
Searching by document identifier. Just the start of the id from the API response suffices, and it searches using the same field as by name.
Label and folder recognizable at first glance. Previously both categories had the same badges. The folder retained its icon and neutral color, while the label's color remains derived from its name.
Editor for custom schemas on CodeMirror. The previous one was downloaded in real-time from a foreign CDN, so it couldn't run without it.
Activity as a proper audit log. The record "Email received and 1 document created" did not specify which email or from whom. Events now carry what actually happened.
"Document type" no longer means two things. In the filter and in detail, the document's direction was called Document Type, even though the same word referred to schema selection. Now it’s called Document Direction and a filter by type has been added.
Receipt for fuel to Pohoda and Money S3 as a cash register document, not as an invoice. Up to 10,000 CZK it is a simplified tax document that does not fit into the invoice agenda.
Exports are verified against official XSDs from manufacturers. This quickly identified places where the file appeared correct and broke only when imported into accounting.
Security: API key no longer manages email addresses for receiving. The key intended for uploading documents could create email addresses for receiving and add anyone among permitted senders. These endpoints now belong only to the logged-in account.
7. 9. 2026
System schemas. Schemas provided by us are a separate group above yours. They are read-only and the document remembers which one it was extracted from — against the previous template, which was a one-time copy of text into the editor. Among them is the fuel receipt.
Folder pre-fills options. Document type, output format, direction, and accounting currency can be saved to the folder and will be adopted during upload.
Reports based on recognized data. Totals by period, currency, and document types.
Corrected field names in cloud formats. Verification against documentation and SDK found six errors, some of which changed numbers on documents — for example, in iDoklad the choice of price type, which means prices including VAT, even though they are sent without it.
4. 9. 2026
From four output formats to sixteen. Four cloud accounting systems and three European e-invoicing formats (Peppol BIS 3.0, XRechnung 3.0, ZUGFeRD / Factur-X) and old binary Excel have been added.
Direction of the document. All transfers previously targeted the side of payables, so an issued invoice was accounted as a payable instead of a receivable. The direction is selected at upload.
Recipient in extraction. Previously, a placeholder value was used in e-invoicing formats.
Currency of the accounting unit. Pohoda distinguishes domestic and foreign currencies based on the accounting unit, not by crowns, and Slovak Pohoda manages euros. It is chosen at upload since one account can manage companies in multiple countries.
Multiple-page documents processed in full. Only the first page was processed, even though credits were charged for all. The limit is twenty pages and is monitored during upload.
Templates for custom schemas. Five templates instead of a blank page.
Target format in the document list. The table did not show it, even though the application knew it.
Export to XLS in the deployed version was not working. It returned an error message instead of a file, and it was not detectable on the development computer.
Security audit of all endpoints. Of three findings, the most serious was that the server sent webhooks to any address it received, including addresses in the internal network.