Poznámky k vydání

Zde najdete kompletní přehled úprav, které jsme v modulech provedli.
U jednotlivých verzí uvádíme přesný seznam oprav a nových funkcí.

Odoo 19

Datum	Modul	Verze	Typ	Změna	Technický popis	Přínos
2026-09-24	origamis_isdoc	19.0.0.0.8	FIX	Číslo účtu, kód banky, název banky a BIC v exportovaném ISDOC	Bankovní údaje platby v exportovaném ISDOC (PaymentMeans/Payment/Details) se nyní doplní z bankovního účtu faktury i tehdy, když má účet vyplněný pouze IBAN. Tuzemské číslo účtu a kód banky se převezmou z českého IBAN a banka s tímto kódem doplní svůj název a BIC, pokud k účtu žádná banka přiřazená není. Údaje vyplněné přímo na bankovním účtu mají přednost a zahraniční IBAN se exportuje jako dosud.	Čtečky faktur zobrazí odběrateli tuzemské číslo účtu i kód banky, takže fakturu uhradí bez přepisování údajů z IBAN.
2026-09-23	origamis_control_statement	19.0.0.0.16	FIX	Settlement invoices are reported with the value of their supply in sections A.4, A.5, B.2 and B.3	Sections A.4, A.5, B.2 and B.3 no longer sum the lines of deducted advance payments into the base of the supply, and the tax those lines netted against the tax line of the document is added back from their base and their rate. A settlement invoice is therefore reported with the value of the supply it documents instead of the amount left to pay, and an invoice covered in full by advance payments is reported as well, rather than dropped as a row of zero value.	A settlement invoice with a deducted advance payment appears in the control statement with the full value of the supply, next to the tax documents issued for those advance payments, so invoices settled in full by an advance payment are no longer missing from the statement.
2026-09-22	origamis_control_statement	19.0.0.0.15	FIX	Oprava zařazení zúčtovacích faktur do Kontrolního hlášení a filtrace nulových řádků	Byla upravena logika výpočtu hodnoty plnění v Kontrolním hlášení pro sekce A.4, A.5, B.2 a B.3. Hranice 10 000 Kč se posuzuje z reálné brutto hodnoty plnění bez vlivu zálohových odpočtů. Zároveň byla doplněna filtrace, která z výkazu a XML exportu zcela vyřazuje řádky s nulovou hodnotou plnění.	Zúčtovací faktury s odpočtem zálohy se v Kontrolním hlášení správně zařazují dle své celkové hodnoty plnění. Vygenerovaný XML soubor neobsahuje nulové položky, čímž je zaručena jeho bezchybná validace při podání na portálu Moje daně.
2026-09-21	origamis_ares	19.0.0.0.14	IMP	Možnost automatického označení bankovních účtů z ARES jako důvěryhodných	Do konfiguračního modelu res.config.settings bylo přidáno nové nastavení "Automaticky označit účty z ARES jako důvěryhodné" vázané na systémový parametr. Ve třídě res.partner byla upravena funkce fetch_data_from_unpayers tak, že pokud je toto nastavení aktivní, automaticky nastavuje pole allow_out_payment = True u všech bankovních účtů načtených nebo aktualizovaných z ARES/ADIS.	Uživatelé mají možnost zapnout si automatické schvalování bankovních účtů stažených z oficiálního registru ARES/ADIS. Pro ověřené účty není nutné manuálně odklikávat příznak pro povolení odchozích plateb, což zrychluje zpracování a úhrady dodavatelských faktur.
2026-09-21	origamis_cz_received_downpayment_invoice	19.0.0.0.10	FIX	Matching payments with down payments in a multi-company environment	The account lookup used when matching bank payments with received down payment invoices has been corrected. The system now filters the advance account (314999) strictly by the company the document is issued under, which prevents unintended lookups into another company's chart of accounts and the access error crashes that followed. The behaviour for a missing account has been handled as well.	Matching down payments to bank payments in a multi-company environment now runs smoothly and reliably. The crashes caused by an unintelligible rights error are gone. And if the advance account is missing in the company concerned, the system tells you clearly and understandably that it needs to be added, instead of failing with a technical error.
2026-09-21	origamis_license	19.0.1.0.9	IMP	Možnost automatického označení bankovních účtů z ARES jako důvěryhodných	Do konfiguračního modelu res.config.settings bylo přidáno nové nastavení "Automaticky označit účty z ARES jako důvěryhodné" vázané na systémový parametr. Ve třídě res.partner byla upravena funkce fetch_data_from_unpayers tak, že pokud je toto nastavení aktivní, automaticky nastavuje pole allow_out_payment = True u všech bankovních účtů načtených nebo aktualizovaných z ARES/ADIS.	Uživatelé mají možnost zapnout si automatické schvalování bankovních účtů stažených z oficiálního registru ARES/ADIS. Pro ověřené účty není nutné manuálně odklikávat příznak pro povolení odchozích plateb, což zrychluje zpracování a úhrady dodavatelských faktur.
2026-09-17	CZ Record Obligation XLSX Export	19.0.0.0.3	IMP	Doplnění názvu protistrany, IČO a popisu transakce do XLSX exportů záznamní povinnosti	Do generátoru XLSX výkazů záznamní povinnosti pro Kontrolní hlášení a Daňové přiznání k DPH byly přidány tři nové sloupce: Název protistrany (partner_id.name), IČO (partner_id.company_registry) a Popis transakce (name). Současně bylo upraveno záhlaví výkazů, rozsah slučovaných buněk v hlavičce a vzorce součtových sloupců odpovídající novému počtu sloupců (12 sloupců pro KH, 8 sloupců pro DPH).	Vygenerované XLSX soubory záznamní povinnosti nyní obsahují kompletní identifikační údaje o protistranách včetně IČO a detailního popisu účetní transakce. To výrazně usnadňuje a zrychluje kontrolu podkladových dokladů vůči daňovým orgánům bez nutnosti dohledávat údaje ručně v Odoo.
2026-09-17	origamis_cz_downpayment_invoice	19.0.0.0.23	FIX	Kurzové rozdíly zaúčtované mimo faktury mají v cizí měně nulovou částku	Částka v cizí měně se nově automaticky doplňuje podle částky v domácí měně pouze u řádků faktur. Položky v cizí měně s nulovou částkou v této měně – typicky kurzový rozdíl, který opravuje jen domácí měnu – ji dříve dostávaly doplněnou vždy, když byly zaúčtovány mimo obecný deník, například v bankovním deníku. Taková položka pak nesla malou částku v cizí měně (např. 0,06 EUR), Odoo z ní přepočítalo částku v domácí měně a zápis mohl zůstat nevyvážený.	Kurzový rozdíl zaúčtovaný v bankovním deníku už na spárované faktuře nenechává zbytek v cizí měně, kvůli kterému faktura zůstávala částečně uhrazená a odcházely k ní falešné upomínky, a takový zápis už nekončí chybou nevyváženého zápisu.
2026-09-10	origamis_hr_travel_order	19.0.0.0.12	FIX	Oprava duplicitních položek v ostatních nákladech na cestovních příkazech	Byla opravena logika funkce pro generování stravného. Systém nyní správně filtruje jednotlivé typy nákladů a zamezuje nesprávnému propisování položek stravného a jízdních výdajů do sekce určené výhradně pro ostatní výdaje.	Tlačítko pro generování stravného již nevytváří duplicitní záznamy v sekci ostatních nákladů. Výsledné vyúčtování cestovního příkazu je tak ihned přehledné a odpadá nutnost ručně promazávat nepatřičné položky před jeho schválením.
2026-09-10	origamis_license	19.0.1.0.7	IMP	K obnovení licence stačí uložit licenční klíč	Uložení klíče samo o sobě dříve nic nezměnilo: sledovací plánovaná akce hlásí modul jen tehdy, když se jeho razítko aktualizace liší od naposledy odeslaného, a to razítko se zapisuje při instalaci nebo aktualizaci modulu. Uložení nového klíče nyní razítko posune, takže při nejbližším běhu se modul ohlásí a uloží se vrácené datum platnosti. Samotné volání zůstává na plánované akci, aby ukládání nastavení nikdy nečekalo na síť, a lokální, interní nebo neutralizovaná databáze zůstává tiše stranou jako dosud. Plánovaná akce navíc označí modul za ohlášený až ve chvíli, kdy volání opravdu prošlo; dosud se i neúspěšné volání zapsalo jako odeslané a už se neopakovalo. Modul také nese ikonu Origamis, jako jediný ji dosud postrádal.	Zadání licenčního klíče odstraní banner s platností licence samo, místo aby banner zůstával na obrazovce, dokud se náhodou neaktualizuje jiný modul. Sekce licence v nastavení je označena ikonou Origamis místo zastupného obrázku.
2026-09-08	origamis_cz_downpayment_invoice	19.0.0.0.22	FIX	Správné odpočítávání plně zaplacených záloh na zúčtovacích fakturách	Byla upravena logika výběru zálohových faktur v metodě pro výpočet odpočtů z prodejní objednávky (_compute_downpayment_move_ids). Systém nyní u zálohových faktur ve stavu rozpracované platby (in_payment) ověřuje, zda je záloha plně kryta zadanou úhradou. Plně hrazené zálohy v tomto stavu se nyní správně nabízejí k odpočtu na zúčtovací faktuře. Částečně hrazené zálohy ve stavu rozpracované platby se dočasně k odpočtu nenabídnou a počkají na dokonalé spárování s bankovním výpisem, čímž se zamezilo riziku jejich duplicitního odpočtu.	Při vystavování konečné zúčtovací faktury z prodejní objednávky se vám již správně nabídne odpočet v plné výši zaplacené zálohy, i když platba ještě neprošla finálním spárováním s bankovním výpisem. Zároveň systém chrání vaše účetnictví před chybou, kdy by se částečně zaplacená záloha odečetla z faktury dvakrát.
2026-09-04	origamis_base_cz	19.0.0.0.25	FIX	Příprava modulu na budoucí verze Odoo	Zastaralé programové konstrukce byly nahrazeny postupy, které Odoo 19 doporučuje. Šablony pro zobrazení údajů na fakturách a v informačních hlášeních byly převedeny na aktuální zápis. Chování modulu ani vzhled dokladů se nezměnily.	Systémový protokol už neobsahuje upozornění na zastaralé části modulu, takže se v něm snáze hledají skutečné chyby. Modul je zároveň připraven na přechod na další verzi Odoo bez nutnosti zásahu.
2026-09-04	origamis_base_tax_reports_cz	19.0.0.0.10	FIX	Module prepared for future Odoo versions	Deprecated programming constructs in the accounting period lock wizard were replaced with the approach recommended in Odoo 19. Wizard behaviour is unchanged.	The system log no longer contains warnings about deprecated parts of the module. Period locking works exactly as before and the module is ready for the next Odoo version.
2026-09-04	origamis_delivery_packeta	19.0.0.0.23	FIX	Rozlišení názvu pole s údajem o dopravci	Pole s údajem o typu dopravce na dodacím listu a na objednávce mělo stejný název jako standardní pole Odoo, což systém při startu hlásil jako kolizi. Pole dostalo vlastní popisek. Údaje ani chování se nezměnily.	Při výběru sloupců, filtrů a v exportech se už nezobrazují dvě různá pole pod stejným názvem, takže je zřejmé, které z nich se vybírá. Systémový protokol je zároveň bez tohoto upozornění.
2026-09-04	origamis_delivery_packeta	19.0.0.0.22	IMP	Rozdělení dobírky u více balíků a přepočet měny pro Zásilkovnu	Byla upravena integrace se Zásilkovnou. Při expedici více balíků dochází k rozpadu na samostatné zásilky, u kterých se dobírka a pojištění dělí poměrově podle obsahu balíku s ošetřením haléřového vyrovnání. Dále byl doplněn okamžitý přepočet částek do cílové měny přímo na výdejce a opraven API payload.	Zákazník při převzetí vícebalíkové zásilky platí dobírku postupně podle hodnoty zboží v jednotlivých balících. Částky v cizích měnách se navíc správně přepočítávají bez rizika haléřových odchylek nebo chyb při tisku štítků.
2026-09-04	origamis_isir	19.0.0.0.7	FIX	Module prepared for future Odoo versions	Deprecated programming constructs used when searching contacts were replaced with the approach recommended in Odoo 19. Both the search and the check against the insolvency register work as before.	The system log no longer contains warnings about deprecated parts of the module, which makes real errors easier to spot. Checking contacts against the insolvency register is unaffected.
2026-09-02	origamis_recapitulative_statement	19.0.0.0.9	FIX	Oprava chybějících záznamů v XML souhrnného hlášení u zahraničních DIČ	Byla upravena logika validace a formátování DIČ při generování XML souboru pro souhrnné hlášení. Systém nyní správně zpracovává zahraniční DIČ se specifickými formáty (např. obsahující písmena uvnitř řetězce), která byla v předchozích verzích při exportu chybně ignorována, přestože se v náhledu výkazu zobrazovala korektně.	Vygenerovaný XML soubor pro souhrnné hlášení nyní spolehlivě obsahuje data všech zahraničních partnerů, včetně těch se specifičtějším formátem DIČ. Zajišťuje se tak kompletnost výkazu a odpadá nutnost ručně kontrolovat exportovaná data proti náhledu v systému před podáním na úřad.
2026-09-01	origamis_ares	19.0.0.0.15	IMP	Sjednocení číselníku právních forem (ARES & eJustice) a úprava licenční kontroly	Správa číselníku právních forem byla plně centralizována do modulu origamis_licence do jednoho sdíleného modelu a M2O pole na res.partner (s novým příznakem is_company). Modul ARES byl přenastaven na tento sdílený model (včetně parsování JSON odpovídajícího podle kódu) a původní duplicitní model ares.legal.forms byl odstraněn. Součástí je migrační skript pro zachování stávajících dat na databázi. Zobrazení pole „Právní forma" na kontaktu je nyní navázáno pouze na přítomnost hodnoty. Dále byla opravena licenční logika toggle „Stahování dat z registru DPH", jehož aktivace a pop-up jsou nyní vázány výhradně na instalaci modulu ARES (nikoliv na stav licence).	Sjednocení správy právních forem do jednoho přehledného číselníku bez duplicitních položek. Data z ARES i eJustice se propisují spolehlivě a pole právní formy je na detailu kontaktu viditelné vždy, když je vyplněné.
2026-09-01	origamis_delivery_packeta	19.0.0.0.21	FIX	Doplnění nových stavových kódů Packety do kódovníku zásilek	Do Selection pole packeta_parcel_status na modelu stock.picking byly doplněny nové kódové stavy Packety (kódy 25 až 31 a záložní kód 999) podle aktuální API dokumentace. Zároveň bylo v metodě cron_get_packeta_status() doplněno ošetření neznámých stavů.	Kódovník Zásilkovny byl rozšířen o nové stavové kódy (např. dohledávání zásilky, přesměrování či změna trasování). Systém nyní tyto nové stavy u zásilek správně rozpoznává a zobrazuje.
2026-09-01	origamis_isdoc	19.0.0.0.6	FIX	Doplnění standardní XML deklarace do vygenerovaných ISDOC souborů	V generátoru ISDOC XML byla zapnuta povinná XML deklarace (xml_declaration=True). Vygenerované soubory nyní na prvním řádku vždy obsahují standardní hlavičku <?xml version="1.0" encoding="utf-8"?>. Ostatní hlášené položky (bankovní údaje, format ID faktury s lomítky, volitelné tagy) byly prověřeny – dle oficiálního XSD schématu ISDOC jde o volitelné prvky či validní formáty a XML struktura je plně v souladu s normou.	Doplnění XML deklarace na první řádek souboru zajišťuje 100% kompatibilitu a hladké zpracování ISDOC faktur i u striktnějších XML parserů na straně odběratelů (např. PMC - Prague Music Center).
2026-09-01	origamis_license	19.0.1.0.10	IMP	Sjednocení číselníku právních forem (ARES & eJustice) a úprava licenční kontroly	Správa číselníku právních forem byla plně centralizována do modulu origamis_licence do jednoho sdíleného modelu a M2O pole na res.partner (s novým příznakem is_company). Modul ARES byl přenastaven na tento sdílený model (včetně parsování JSON odpovídajícího podle kódu) a původní duplicitní model ares.legal.forms byl odstraněn. Součástí je migrační skript pro zachování stávajících dat na databázi. Zobrazení pole „Právní forma" na kontaktu je nyní navázáno pouze na přítomnost hodnoty. Dále byla opravena licenční logika toggle „Stahování dat z registru DPH", jehož aktivace a pop-up jsou nyní vázány výhradně na instalaci modulu ARES (nikoliv na stav licence).	Sjednocení správy právních forem do jednoho přehledného číselníku bez duplicitních položek. Data z ARES i eJustice se propisují spolehlivě a pole právní formy je na detailu kontaktu viditelné vždy, když je vyplněné.
2026-08-28	origamis_ares	19.0.0.0.12	IMP	Číselník právních forem přešel do licenčního modulu	Model ares.legal.forms, jeho data, pohled i přístupová práva přešly do modulu origamis_license, který je nyní spravuje pro všechny moduly čtoucí z rejstříku. Texty, které k nim patřily, byly z tohoto katalogu odebrány.	Číselník právních forem se udržuje na jednom místě a je dostupný každé integraci, která ho potřebuje, nejen modulu ARES.
2026-08-28	origamis_license	19.0.1.0.6	IMP	Licence pokrývá integraci eJustice a přebírá číselník právních forem ARES	Integrace eJustice se licencuje stejně jako ostatní moduly Origamis, s vlastním nastavením i přístupovou skupinou. Číselník právních forem ARES se sem přesunul z modulu origamis_ares včetně pohledu, nabídky a přístupových práv; migrace převede stávající záznamy, aby se neodstranily jako nedeklarované. Migrace nese verzi, na kterou žádná databáze zatím nedosáhla, jinak by se nespustila.	Integrace eJustice se aktivuje a spravuje stejně jako každý jiný modul Origamis a číselník právních forem zůstane po aktualizaci zachován místo toho, aby z databáze zmizel.
2026-08-26	origamis_control_statement	19.0.0.0.14	FIX	Sekce B2 vybírá doklady opět podle data uskutečnění zdanitelného plnění	Sekce B2 kontrolního hlášení opět vybírá doklady období podle data uskutečnění zdanitelného plnění, shodně se všemi ostatními sekcemi výkazu. Změna vydaná 28. července je vybírala podle data povinnosti přiznat daň, což doklady přesouvalo mezi obdobími. Datum uváděné v XML exportu jako DPPD zůstává beze změny a nadále nese datum povinnosti přiznat daň.	Doklady se vykazují v období, do kterého patří, takže hlášení už nenačítá záznamy z jiného měsíce a odpovídá dříve podaným hlášením.
2026-08-26	origamis_cz_downpayment_invoice	19.0.0.0.21	FIX	Smazání položky deníku na zaúčtované faktuře už neskončí chybou	Smazání položky deníku na zaúčtované faktuře skončilo chybou databáze místo odstranění řádku. Odoo si při zápisu změny do historie načítá sledovaná pole na prázdném zástupném záznamu, což spustí přepočet účtu nad záznamem, který ještě nemá identifikátor. Přepočet takový zástupný záznam nově přeskočí a nedotazuje se na něj do databáze.	Položku deníku na zaúčtované faktuře lze opět smazat a automatické párování bankovních výpisů se už nezastaví chybou.
2026-08-25	origamis_base_cz	19.0.0.0.24	FIX	Oprava pozicování QR kódu v tiskové sestavě faktury	Byla upravena QWeb šablona a CSS styly tiskové sestavy faktury (account.report_invoice_document). Platobní údaje a platební QR kód byly přeuspořádány do společného bloku tak, aby byl QR kód vizuálně zarovnán přímo pod platebními informacemi.	Zpřehlednění a čistší vzhled vytištěné faktury. QR kód pro platbu se již nezobrazuje v nevhodném prostoru mimo obsah, ale je přehledně umísťován přímo pod platební údaje.
2026-08-25	origamis_cz_received_downpayment_invoice	19.0.0.0.9	FIX	Support for partial payments of received advance invoices	In the process_scanned_content() and process_reconciliation() methods on the account.bank.statement.line model, the generation of the internal advance document (ZID) has been adjusted. For partial payments, the off-balance-sheet lines of the ZID are proportionally scaled according to the actually matched amount (matched_amount). The payment unreconciliation logic (action_undo_reconciliation()) has also been adjusted to correctly delete the specific ZID without affecting other partial payments.	Partial payments of received advance invoices on the bank journal are no longer incorrectly marked as fully paid. The system correctly sets the status to “Partially Paid”, calculates the remaining amount due, and allows the advance payment to be gradually settled through multiple payments or partially applied to a final settlement invoice.
2026-08-24	origamis_cz_downpayment_invoice	19.0.0.0.20	FIX	Pohledávka zálohové faktury po přepočtu daní a účtů	Přepočet daní a účtů podle fiskální pozice přesunul pohledávku zálohové faktury z podrozvahového účtu zpět na účet odběratele a nic ji už nevrátilo, platba se proto párovala proti účtu odběratele. Položka se nyní vrací na účet, který je na ní zaznamenaný, bez ohledu na to, který tok přepočet vyvolal.	Zálohová faktura si ponechá pohledávku na podrozvahovém účtu i po přepočtu daní a účtů podle fiskální pozice, takže se platba páruje proti správnému účtu.
2026-08-24	origamis_cz_received_downpayment_invoice	19.0.0.0.8	FIX	Fixed duplicate VAT deduction on the final settlement invoice after a received tax document	When applying a paid advance from a received advance tax document (PZDD) to the final settlement invoice, the original VAT rate is now preserved on the inserted negative advance line. As a result, the system automatically creates a VAT deduction accounting entry on the settlement invoice on the credit side (or, where applicable, as a negative amount on the debit side) of the input VAT account.	Fixed an issue that caused the input VAT deduction entitlement to be reported twice—both on the settlement invoice and on the tax document for the payment. VAT reporting in the VAT return and VAT Control Statement is now fully accurate and compliant with applicable accounting and tax legislation.
2026-08-20	origamis_isdoc	19.0.0.0.7	ADD	Podpora vnořeného ISDOC XML přímo v PDF faktuře (PDF/A-3a)	Na kontaktu zákazníka bylo rozříšeno pole invoice_edi_format o volby odděleného a vnořeného ISDOCu (ISDOC Separate File a ISDOC Inside PDF). V wizardu odesílání account.move.send byla doplněna logika pro sestavení jednoho PDF/A-3a dokumentu s vnořeným XML souborem invoice.isdoc dle standardu ISDOC 6.0.2 (pomocí OdooPdfFileWriter).	Odběratelům lze nyní zasílat e-faktury v univerzálním formátu ISDOC.PDF, kde je strukturované XML vnořeno přímo uvnitř jednoho PDF dokumentu. Zjednodušuje se tím manipulace s přílohami a zvyšuje kompatibilita s účetními systémy, které vyžadují embedded variantu.
2026-08-19	origamis_cz_tax_depreciation	19.0.0.0.7	FIX	Obnovení volby Re-evaluate ve wizardu odpisů majetku	Odstraněna nechtěná restrikce v metodě _get_selection_modify_options na wizardu asset.modify. Volba Re-evaluate ('modify') je opět dostupná pro majetek s časovými odpisy.	Na kartách majetku je opět plně dostupná funkce pro zadání technického zhodnocení a úpravu vstupní ceny i odpisů.
2026-08-18	origamis_base_cz	19.0.0.0.23	FIX	Oprava nechtěného přepisu variabilního symbolu při odesílání faktur	Spouštění funkce process_scanned_content() při úpravě faktury (write) bylo omezeno pouze na přijaté doklady (in_invoice, in_refund) a moment vytvoření/přidání hlavní přílohy. Funkce se již nespouští u vydaných faktur při jejich odesílání e-mailem ani při nastavování systémových příloh.	Byla odstraněna chyba, kdy při odeslání vydané faktury zákazníkovi docházelo k nechtěnému přepisu variabilního symbolu na hodnotu získanou z obsahu přílohy nebo obchodních podmínek. Variabilní symbol u vystavených faktur tak zůstává stabilní a neměnný.
2026-08-18	origamis_base_cz	19.0.0.0.22	FIX	Oprava vystavování zálohových faktur pro obchodníky	Byla upravena kontrola přístupových práv při vytváření zálohové faktury z prodejní objednávky v rámci lokálních modulů. Systém nyní korektně zpracovává práva i u uživatelů bez přístupu do účetní aplikace, čímž bylo chování sjednoceno se standardem systému.	Obchodníci bez plného přístupu do účetnictví mohou opět bez chybových hlášek vystavovat zálohové faktury přímo z prodejních objednávek. Zrychluje se tím odbavení zákazníka bez nutnosti čekat na zásah účetního oddělení.
2026-08-18	origamis_control_statement	19.0.0.0.13	FIX	Oprava zařazení zúčtovacích faktur do Kontrolního hlášení	Byla upravena logika výpočtu hodnoty plnění v Kontrolním hlášení pro sekce A.4, A.5, B.2 a B.3. Při posuzování hranice 10 000 Kč systém nyní sčítá položky faktury s vyloučením odpočtů záloh. Částka plnění se tak posuzuje z reálné hodnoty fakturovaného plnění včetně DPH.	Zúčtovací faktury s odečtenou zálohou se nyní v Kontrolním hlášení správně zařazují podle své celkové hodnoty plnění, i když je částka k úhradě nulová. Eliminují se tím chyby v párování výkazů na Finanční správě a riziko výzev k odstranění pochybností.
2026-08-14	CZ Record Obligation XLSX Export	19.0.0.0.1	ADD	Export dokladů ke kontrolnímu hlášení a přiznání k DPH do XLSX	Na kontrolní hlášení a na přiznání k DPH bylo přidáno tlačítko, které vyexportuje doklady stojící za výkazem do souboru XLSX. List začíná identifikačními údaji společnosti a účetním obdobím, kopíruje členění výkazu, ze kterého byl vygenerován, a u každého dokladu vypisuje jeho číslo, DIČ protistrany, příslušné daňové datum a základy a částky daně v členění podle sazby. Každá sekce je zakončena součtovým řádkem. Doklady s nulovým zůstatkem se nevypisují.	Seznam dokladů, ze kterých výkaz DPH vznikl, je na jedno kliknutí v Excelu — dá se zkontrolovat, archivovat nebo předat auditorovi či finanční správě bez ručního přepisování hodnot.
2026-08-14	origamis_control_statement	19.0.0.0.12	IMP	Data kontrolního hlášení lze použít i pro XLSX export záznamní povinnosti	Výpočty jednotlivých sekcí kontrolního hlášení nově vracejí i číslo dokladu, DIČ protistrany a obě daňová data a umí doklad označit jeho číslem místo reference. Výchozí chování zůstává beze změny, takže kontrolní hlášení na obrazovce vzniká přesně ze stejných dat jako dosud.	XLSX export záznamní povinnosti vychází ze stejných výpočtů jako samotné kontrolní hlášení, takže se oba výstupy vždy shodují. Kontrolní hlášení ani nic, co se z něj podává, se nemění.
2026-08-13	origamis_cz_received_downpayment_invoice	19.0.0.0.7	FIX	Attaching a paid received down payment to a received advance tax document	Attaching a paid received down payment to a received advance tax document ended with an error and the down payment could not be linked. The behaviour has been corrected and the accounts of the advance document are now determined separately for each company.	Received down payments can again be linked to advance tax documents without an error. In databases with several companies the accounts of the correct company are now always used.
2026-08-11	origamis_cz_downpayment_invoice	19.0.0.0.19	FIX	Párování platby a účty u zaplacené zálohové faktury	Bylo opraveno párování platby u zálohových faktur, u kterých nebyl zaznamenán původní účet podrozvahové položky – v takovém případě párování dříve selhalo hláškou o archivovaném účtu. Chybějící daňový účet systém nyní dohledá podle nastavení příslušné daně. Účet, který je stále potřebný pro nezaplacenou zálohovou fakturu, už nelze archivovat. Převod pohledávky na podrozvahový účet je nově spolehlivý i tehdy, když je účet pohledávky určen fiskální pozicí.	Platby k zálohovým fakturám se spárují i u dokladů, u kterých párování dříve neprošlo. Zaplacená zálohová faktura má daň na standardním daňovém účtu, takže správně vstupuje do přiznání k DPH, a pohledávka zůstává na podrozvahovém účtu pro párování s bankou.
2026-08-04	origamis_ares	19.0.0.0.11	IMP	Rozšíření integrace s licenčním systémem Origamis	Modul ARES byl upraven pro spolupráci s centrálním licenčním systémem Origamis. Uživatelské rozhraní i kontroly účetních dokladů se nyní automaticky přizpůsobují zemi obchodního partnera a dostupným integracím registrů společností.	Uživatelům se zobrazují pouze funkce odpovídající příslušnému registru společností. Díky tomu je prostředí přehlednější a načítání i ověřování údajů probíhá nad správným národním registrem. Tento modul přidává integraci s ARES a načítá informace o ekonomických subjektech z národního registru. Přidává další pole, do kterých ukládá načtená data, uchovává jejich historii a také přidává validaci na zákaznických fakturách a dodavatelských účtech týkající se změn údajů a nespolehlivosti plátce. Zároveň přidává kontrolu údajů z ARES při potvrzení faktury.
2026-08-04	origamis_license	19.0.1.0.5	IMP	Rozšíření licenční podpory pro Slovenský obchodní rejstřík	Licenční modul byl rozšířen o podporu integrace se Slovenským obchodním rejstříkem. Správa konfigurace, ověřování licence i dostupnost modulu jsou nyní řešeny centrálně v rámci licenčního systému.	Integraci se Slovenským obchodním rejstříkem lze spravovat stejným způsobem jako ostatní moduly Origamis. To přináší jednotné ovládání a jednodušší správu licencovaných funkcí.
2026-07-27	origamis_control_statement	19.0.0.0.11	FIX	Oprava filtrování dokladů v sekci B2 podle DPPD	Bylo upraveno filtrování dokladů v sekci B2 kontrolního hlášení. Doklady jsou nyní zařazovány podle data povinnosti přiznat daň namísto data uskutečnění zdanitelného plnění.	Doklady jsou nyní v sekci B2 kontrolního hlášení vykazovány ve správném zdaňovacím období podle data povinnosti přiznat daň. Tím se předchází jejich nesprávnému zařazení do kontrolního hlášení.
2026-07-27	origamis_cz_downpayment_invoice	19.0.0.0.16	FIX	Oprava výpočtu částky v cizí měně u obecných deníků	Byl upraven automatický výpočet částky v cizí měně tak, aby se neprováděl u účetních zápisů vytvořených v obecných denících.	Systém již u obecných deníků nepřepisuje částku v cizí měně nesprávně automatickým výpočtem. Tím je zajištěna správnost účetních údajů při práci s cizími měnami.
2026-07-27	origamis_recapitulative_statement	19.0.0.0.8	FIX	Oprava zpracování DIČ při exportu souhrnného hlášení	Bylo upraveno zpracování DIČ při exportu souhrnného hlášení. Kód země se nyní odstraňuje pouze v případě, že odpovídá skutečnému prefixu DIČ.	DIČ jsou nyní v exportovaném XML uváděna ve správném formátu i v případech, kdy začínají písmeny. Tím se předchází chybným údajům v exportu souhrnného hlášení.
2026-07-13	origamis_ares	19.0.0.0.8	IMP	Funkce ARES se řídí nastavením ARES pro jednotlivé společnosti	Tlačítka ARES, kontrola ARES při potvrzení faktury, pole ARES, historie ARES a nabídka Právní formy se nyní zobrazují pouze u společnosti, která má modul ARES zapnutý. Pokud je u společnosti vypnutý, tyto prvky zůstávají skryté a faktury se potvrzují standardním způsobem Odoo. Přístup k registru právních forem se řídí stejným nastavením.	Společnost, která ARES nepoužívá, již nevidí tlačítka a pole ARES, která pro ni nejsou relevantní, a faktury potvrzuje obvyklým způsobem. V databázi s více společnostmi si každá z nich může samostatně nastavit, zda chce s ARES pracovat.
2026-07-13	origamis_license	19.0.1.0.3	FIX	Zapnutí nebo vypnutí ARES se projeví okamžitě a již nezpomaluje systém	Přístup k funkcím ARES se dříve znovu vyhodnocoval při každém vykreslení menu, což opakovaně přepisovalo oprávnění uživatelů a mazalo cache. Nyní se vyhodnocení provádí pouze tehdy, když se skutečně změní nastavení ARES dané společnosti. Při zapnutí modulu se modul také nainstaluje při uložení nastavení, takže uložení proběhne v jednom kroku.	Práce v systému je rychlejší, protože oprávnění již nejsou přepisována při každém zobrazení. Zapnutí nebo vypnutí ARES pro společnost se projeví ihned po uložení nastavení a ukládání se již v polovině nepřeruší.
2026-07-08	origamis_cz_bank_payments_export	19.0.0.0.19	FIX	Export zahraničních plateb MultiCash (.cfa): BIC banky plátce si drží svou skutečnou délku	Pole :04: (BIC banky plátce) se doplňovalo mezerami na pevnou délku 11 znaků, takže 8znakový BIC se zapsal jako "RZBCCZPP" a tři mezery a banka import odmítala ("chyba v poli 04"). Pole nyní zachovává skutečnou délku BIC - 8 znaků pro 8znakový a 11 znaků pro 11znakový - bez jakéhokoliv doplňování mezerami.	Soubory zahraničních plateb banka naimportuje bez chyby "pole 04", takže soubor už není potřeba ručně upravovat.
2026-07-01	origamis_cz_bank_payments_export	19.0.0.0.18	FIX	Export zahraničních plateb ve formátu MultiCash (.cfa) nyní odpovídá požadavkům bank	Upravili jsme generování exportního souboru pro zahraniční platby ve formátu MultiCash (.cfa) tak, aby odpovídal formátu vyžadovanému bankami. Každá platba nyní obsahuje správnou hlavičku a je správně oddělena, měny a kódy zemí používají požadovaný mezinárodní zápis, účet plátce i pokyn k poplatkům jsou vyplněny podle standardu a prázdná zpráva pro příjemce se do souboru již nezapisuje. Každý vygenerovaný soubor navíc dostává vlastní pořadové číslo dávky.	Zahraniční platby exportované z Odoo banka nyní přijme bez jakýchkoli ručních úprav souboru, což odstraňuje práci navíc a riziko, že banka celou dávku při importu odmítne.
2026-06-29	origamis_delivery_packeta	19.0.0.0.19	FIX	Zásilka Zásilkovny se při vícekrokovém výdeji vytváří pouze jednou na kroku, který generuje přepravní štítek, a její tracking reference se správně sdílí mezi ostatními pickingy objednávky	Vícekrokový výdej (2-step Pick->Ship, 3-step Pick->Pack->Ship): zásilka Zásilkovny se nyní vytváří jen na ODCHOZÍM pickingu, ne na každém kroku. Dříve každý picking (Pick/Pack/Ship) s přepravcem Zásilkovna a prázdným tracking ref volal při potvrzení ``_create_packeta_parcel``, čímž pro jednu objednávku vznikl samostatný balík + tracking ref na každý krok. ``button_validate`` nově vytváří zásilku i štítek jen na kroku, který generuje přepravní štítek (``picking_type_id.print_label`` — stejné pole, kterým base Odoo řídí ``send_to_shipper``; výchozí ``True`` pro odchozí krok a ``False`` pro interní, ale lze jej přesunout např. na krok Pack) a vzniklý tracking ref propaguje na ostatní Zásilkovna pickingy objednávky bez tohoto pole — jen nestornované s přepravcem ``packeta`` / ``packeta_home_delivery`` (``_origamis_propagate_tracking_ref``) — ne na picking generující vlastní štítek/zásilku (např. per-package backorder) ani na cizí picking objednávky (jiný přepravce, vratka).	Jedna objednávka = jedna zásilka Zásilkovny (ne jedna na každý skladový krok); zásilku lze podle nastavení „Generovat přepravní štítek" vytvořit i na dřívějším kroku (např. Pack); všechny ostatní pickingy objednávky sdílejí stejnou sledovací referenci.
2026-06-29	origamis_delivery_packeta	19.0.0.0.18	FIX	Opraveno zobrazení a výběr výdejních míst Zásilkovny v e-shopu včetně externích výdejních míst a home delivery	Refaktoring eshop integrace Zásilkovny: tlačítko *Vybrat výdejní místo* se zobrazuje i pro přepravce ``packeta_home_delivery`` s externími výdejními místy (``allow_carrier_points_ext``); blok dodání v souhrnu objednávky se vykresluje aditivně místo nahrazení celého ``delivery_and_billing`` (nativní šablona dál vykresluje fakturaci/dodání i odkaz Upravit — odpadlo křehké dělení ``display_name`` i natvrdo zadaná URL pokladny); ``packeta_update_carrier`` i validace platby pokrývají ``packeta`` i ``packeta_home_delivery`` (výdejní místo je povinné jen u carrier points); ``packeta_set_pickup_point`` vrací explicitní success/error — zobrazený zákazníkovi notifikací — místo tichého zahození výběru nesynchronizovaného do ``packeta.delivery.points``; opravena chybná hláška "Packeta boxes" u validace carrier point; inline styl tlačítka přesunut do CSS třídy.	Výdejní místa (vč. externích carrier points / home delivery) se nabízejí správně, souhrn objednávky se nerozbije konfliktním modulem ani formátem adresy, zákazník dostane zpětnou vazbu když místo nelze uložit, a šablona/JS dodržují konvence Odoo.
2026-06-24	origamis_delivery_packeta	19.0.0.0.17	IMP	Refaktoring validace skladových přesunů a stabilizace integrace Zásilkovny	Refaktoring ``stock.picking``: ``button_validate`` volá ``super()`` jednou na recordsetu (místo N× na celém recordsetu ve smyčce, což hrozilo duplicitními skladovými pohyby) a vrací správný výsledek; odstraněno automatické generování faktury při validaci, model ``account.move`` (override ``payment_reference``), pole ``packeta_customer_invoice_journal_id`` (``res.company`` i ``res.config.settings`` + box v nastavení účetnictví + journal default v post-init) a měkká závislost na ``bi_website_cash_on_delivery`` (dobírka se řídí jen polem ``so_collect_cod``); opraven NameError (nedefinovaná fault) v ``action_get_packeta_status``; ``packeta_delivery_point_id`` je read-only po doručení/zrušení zásilky (na příjemce i na objednávce); tlačítko Aktualizovat stav zásilky se zobrazuje jen na výdejních přesunech. Vedlejší efekty Zásilkovny v ``button_validate`` běží jen když validace skutečně proběhla (res je ``True``, příjemka je done a ještě nemá tracking ref) — žádný předčasný ani duplicitní balík; SO write už nepřepisuje výdejní místo na již finálních příjemkách. Poznámka pro port do biotomal: override ``account.move`` nesloužil jen auto-faktuře — razil variabilní symbol dobírky (``payment_ref_for_cod``) na ``payment_reference`` KAŽDÉ faktury Zásilkovny (i z ``origamis_biotomal_batch_invoicing`` a běžné fakturace), takže jeho smazání v biotomal kopii ten odkaz zahodí, pokud se nezachová; ``stock.picking`` ``payment_ref_for_cod`` stále zapisuje (nyní write-only v tomto modulu).	Hromadná validace příjemek je bezpečná a rychlá bez duplicitních pohybů, nevznikají nečekané automatické faktury, výdejní místo nelze měnit po doručení a tlačítko stavu zásilky se zobrazí jen tam, kde to dává smysl.
2026-06-23	origamis_delivery_packeta	19.0.0.0.16	FIX	Opraveny problémy s hromadným importem a editací přepravců Zásilkovny.	Filtrace vytvořeného recordsetu v ``delivery.carrier.create`` (četl ``delivery_type`` na multi-záznamu a padal při hromadném importu na Expected singleton); odstranění chybného ``@api.model`` z ``packeta.delivery.carriers.write``, aby kaskáda na ``delivery.carrier`` (max. hmotnost / země) proběhla při editaci; vynulování mocku v ``rate_shipment`` a odstranění ladicích printů (Zásilkovna nemá rate API — cena vychází z Fixní marže metody / ``fixed_margin``); pole přepravců synchronizovaná z API jako readonly; přejmenování zkopírované třídy ``PacketaDeliveryPoints`` na ``PacketaDeliveryCarriers`` a odstranění nepoužitých importů.	Hromadný import a editace přepravců už nepadají, cena dopravy Zásilkovny je správně řízena Fixní marží metody a konfigurace přepravců je čistší a bezpečnější na údržbu.

Odoo 18

Datum	Modul	Verze	Typ	Změna	Technický popis	Přínos
2026-09-24	origamis_isdoc	18.0.0.0.12	FIX	Číslo účtu, kód banky, název banky a BIC v exportovaném ISDOC	Bankovní údaje platby v exportovaném ISDOC (PaymentMeans/Payment/Details) se nyní doplní z bankovního účtu faktury i tehdy, když má účet vyplněný pouze IBAN. Tuzemské číslo účtu a kód banky se převezmou z českého IBAN a banka s tímto kódem doplní svůj název a BIC, pokud k účtu žádná banka přiřazená není. Údaje vyplněné přímo na bankovním účtu mají přednost a zahraniční IBAN se exportuje jako dosud.	Čtečky faktur zobrazí odběrateli tuzemské číslo účtu i kód banky, takže fakturu uhradí bez přepisování údajů z IBAN.
2026-09-23	origamis_control_statement	18.0.0.0.23	FIX	Settlement invoices are reported with the value of their supply in sections A.4, A.5, B.2 and B.3	Sections A.4, A.5, B.2 and B.3 no longer sum the lines of deducted advance payments into the base of the supply, and the tax those lines netted against the tax line of the document is added back from their base and their rate. A settlement invoice is therefore reported with the value of the supply it documents instead of the amount left to pay, and an invoice covered in full by advance payments is reported as well, rather than dropped as a row of zero value.	A settlement invoice with a deducted advance payment appears in the control statement with the full value of the supply, next to the tax documents issued for those advance payments, so invoices settled in full by an advance payment are no longer missing from the statement.
2026-09-22	origamis_control_statement	18.0.0.0.22	FIX	Oprava zařazení zúčtovacích faktur do Kontrolního hlášení a filtrace nulových řádků	Byla upravena logika výpočtu hodnoty plnění v Kontrolním hlášení pro sekce A.4, A.5, B.2 a B.3. Hranice 10 000 Kč se posuzuje z reálné brutto hodnoty plnění bez vlivu zálohových odpočtů. Zároveň byla doplněna filtrace, která z výkazu a XML exportu zcela vyřazuje řádky s nulovou hodnotou plnění.	Zúčtovací faktury s odpočtem zálohy se v Kontrolním hlášení správně zařazují dle své celkové hodnoty plnění. Vygenerovaný XML soubor neobsahuje nulové položky, čímž je zaručena jeho bezchybná validace při podání na portálu Moje daně.
2026-09-21	origamis_ares	18.0.0.0.25	IMP	Možnost automatického označení bankovních účtů z ARES jako důvěryhodných	Do konfiguračního modelu res.config.settings bylo přidáno nové nastavení "Automaticky označit účty z ARES jako důvěryhodné" vázané na systémový parametr. Ve třídě res.partner byla upravena funkce fetch_data_from_unpayers tak, že pokud je toto nastavení aktivní, automaticky nastavuje pole allow_out_payment = True u všech bankovních účtů načtených nebo aktualizovaných z ARES/ADIS.	Uživatelé mají možnost zapnout si automatické schvalování bankovních účtů stažených z oficiálního registru ARES/ADIS. Pro ověřené účty není nutné manuálně odklikávat příznak pro povolení odchozích plateb, což zrychluje zpracování a úhrady dodavatelských faktur.
2026-09-21	origamis_cz_received_downpayment_invoice	18.0.0.0.13	FIX	Matching payments with down payments in a multi-company environment	The account lookup used when matching bank payments with received down payment invoices has been corrected. The system now filters the advance account (314999) strictly by the company the document is issued under, which prevents unintended lookups into another company's chart of accounts and the access error crashes that followed. The behaviour for a missing account has been handled as well.	Matching down payments to bank payments in a multi-company environment now runs smoothly and reliably. The crashes caused by an unintelligible rights error are gone. And if the advance account is missing in the company concerned, the system tells you clearly and understandably that it needs to be added, instead of failing with a technical error.
2026-09-21	origamis_delivery_packeta	18.0.0.0.16	FIX	Výběr výdejního místa Zásilkovny v e-shopu opět funguje	Tlačítko pro výběr výdejního místa v pokladně e-shopu bylo upraveno tak, aby spolehlivě reagovalo na kliknutí v řádku způsobu doručení. Mapa výdejních míst byla změněna tak, aby přebírala nastavení ze způsobu doručení, u kterého bylo tlačítko stisknuto, a zobrazovala tak správné země a dopravce i předtím, než je na objednávce způsob doručení vybrán. Výběr výdejního místa byl rozšířen o nastavení odpovídajícího způsobu doručení na objednávce a bylo opraveno odmítání poboček a boxů Zásilkovny bez externího dopravce.	Zákazníci mohou otevřít mapu výdejních míst Zásilkovny přímo u zvoleného způsobu doručení a výběr dokončit bez chyb. Vybrané výdejní místo se vždy uloží společně s odpovídajícím způsobem doručení.
2026-09-21	origamis_license	18.0.1.0.9	IMP	Možnost automatického označení bankovních účtů z ARES jako důvěryhodných	Do konfiguračního modelu res.config.settings bylo přidáno nové nastavení "Automaticky označit účty z ARES jako důvěryhodné" vázané na systémový parametr. Ve třídě res.partner byla upravena funkce fetch_data_from_unpayers tak, že pokud je toto nastavení aktivní, automaticky nastavuje pole allow_out_payment = True u všech bankovních účtů načtených nebo aktualizovaných z ARES/ADIS.	Uživatelé mají možnost zapnout si automatické schvalování bankovních účtů stažených z oficiálního registru ARES/ADIS. Pro ověřené účty není nutné manuálně odklikávat příznak pro povolení odchozích plateb, což zrychluje zpracování a úhrady dodavatelských faktur.
2026-09-17	CZ Record Obligation XLSX Export	18.0.0.0.3	IMP	Doplnění názvu protistrany, IČO a popisu transakce do XLSX exportů záznamní povinnosti	Do generátoru XLSX výkazů záznamní povinnosti pro Kontrolní hlášení a Daňové přiznání k DPH byly přidány tři nové sloupce: Název protistrany (partner_id.name), IČO (partner_id.company_registry) a Popis transakce (name). Současně bylo upraveno záhlaví výkazů, rozsah slučovaných buněk v hlavičce a vzorce součtových sloupců odpovídající novému počtu sloupců (12 sloupců pro KH, 8 sloupců pro DPH).	Vygenerované XLSX soubory záznamní povinnosti nyní obsahují kompletní identifikační údaje o protistranách včetně IČO a detailního popisu účetní transakce. To výrazně usnadňuje a zrychluje kontrolu podkladových dokladů vůči daňovým orgánům bez nutnosti dohledávat údaje ručně v Odoo.
2026-09-17	origamis_cz_downpayment_invoice	18.0.0.0.34	FIX	Kurzové rozdíly zaúčtované mimo faktury mají v cizí měně nulovou částku	Částka v cizí měně se nově automaticky doplňuje podle částky v domácí měně pouze u řádků faktur. Položky v cizí měně s nulovou částkou v této měně – typicky kurzový rozdíl, který opravuje jen domácí měnu – ji dříve dostávaly doplněnou vždy, když byly zaúčtovány mimo obecný deník, například v bankovním deníku. Taková položka pak nesla malou částku v cizí měně (např. 0,06 EUR), Odoo z ní přepočítalo částku v domácí měně a zápis mohl zůstat nevyvážený.	Kurzový rozdíl zaúčtovaný v bankovním deníku už na spárované faktuře nenechává zbytek v cizí měně, kvůli kterému faktura zůstávala částečně uhrazená a odcházely k ní falešné upomínky, a takový zápis už nekončí chybou nevyváženého zápisu.
2026-09-16	origamis_delivery_packeta	18.0.0.0.15	FIX	Oprava chyby renderování tlačítka pro výběr výdejního místa Zásilkovny v e-shopu (KeyError: 'delivery')	Byla opravena QWeb šablona payment_delivery_methods_packeta dědící website_sale.delivery_method. V podmínce t-if byl opraven přístup k objektu dopravce (nahrazen neexistující klíč v kontextu 'delivery' za správný proměnný objekt šablony, např. dm.delivery_type / carrier.delivery_type), což zamezilo vyhození výjimky KeyError při přechodu do checkoutu e-shopu.	Odstranění kritické chyby při načítání platby a dopravy v e-shopu. Zákazníkům se v checkoutu hladce zobrazí nabídka doručení přes Zásilkovnu včetně tlačítka pro výběr výdejního místa, aniž by proces selhal chybovou stránkou 500.
2026-09-14	origamis_hr_travel_order	18.0.0.0.13	FIX	Oprava duplicitních položek v ostatních nákladech na cestovních příkazech	Byla opravena logika funkce pro generování stravného. Systém nyní správně filtruje jednotlivé typy nákladů a zamezuje nesprávnému propisování položek stravného a jízdních výdajů do sekce určené výhradně pro ostatní výdaje.	Tlačítko pro generování stravného již nevytváří duplicitní záznamy v sekci ostatních nákladů. Výsledné vyúčtování cestovního příkazu je tak ihned přehledné a odpadá nutnost ručně promazávat nepatřičné položky před jeho schválením.
2026-09-10	origamis_license	18.0.1.0.7	IMP	K obnovení licence stačí uložit licenční klíč	Uložení klíče samo o sobě dříve nic nezměnilo: sledovací plánovaná akce hlásí modul jen tehdy, když se jeho razítko aktualizace liší od naposledy odeslaného, a to razítko se zapisuje při instalaci nebo aktualizaci modulu. Uložení nového klíče nyní razítko posune, takže při nejbližším běhu se modul ohlásí a uloží se vrácené datum platnosti. Samotné volání zůstává na plánované akci, aby ukládání nastavení nikdy nečekalo na síť, a lokální, interní nebo neutralizovaná databáze zůstává tiše stranou jako dosud. Plánovaná akce navíc označí modul za ohlášený až ve chvíli, kdy volání opravdu prošlo; dosud se i neúspěšné volání zapsalo jako odeslané a už se neopakovalo. Modul také nese ikonu Origamis, jako jediný ji dosud postrádal.	Zadání licenčního klíče odstraní banner s platností licence samo, místo aby banner zůstával na obrazovce, dokud se náhodou neaktualizuje jiný modul. Sekce licence v nastavení je označena ikonou Origamis místo zastupného obrázku.
2026-09-08	origamis_cz_downpayment_invoice	18.0.0.0.33	FIX	Správné odpočítávání plně zaplacených záloh na zúčtovacích fakturách	Byla upravena logika výběru zálohových faktur v metodě pro výpočet odpočtů z prodejní objednávky (_compute_downpayment_move_ids). Systém nyní u zálohových faktur ve stavu rozpracované platby (in_payment) ověřuje, zda je záloha plně kryta zadanou úhradou. Plně hrazené zálohy v tomto stavu se nyní správně nabízejí k odpočtu na zúčtovací faktuře. Částečně hrazené zálohy ve stavu rozpracované platby se dočasně k odpočtu nenabídnou a počkají na dokonalé spárování s bankovním výpisem, čímž se zamezilo riziku jejich duplicitního odpočtu.	Při vystavování konečné zúčtovací faktury z prodejní objednávky se vám již správně nabídne odpočet v plné výši zaplacené zálohy, i když platba ještě neprošla finálním spárováním s bankovním výpisem. Zároveň systém chrání vaše účetnictví před chybou, kdy by se částečně zaplacená záloha odečetla z faktury dvakrát.
2026-09-02	origamis_recapitulative_statement	18.0.0.0.15	FIX	Oprava chybějících záznamů v XML souhrnného hlášení u zahraničních DIČ	Byla upravena logika validace a formátování DIČ při generování XML souboru pro souhrnné hlášení. Systém nyní správně zpracovává zahraniční DIČ se specifickými formáty (např. obsahující písmena uvnitř řetězce), která byla v předchozích verzích při exportu chybně ignorována, přestože se v náhledu výkazu zobrazovala korektně.	Vygenerovaný XML soubor pro souhrnné hlášení nyní spolehlivě obsahuje data všech zahraničních partnerů, včetně těch se specifičtějším formátem DIČ. Zajišťuje se tak kompletnost výkazu a odpadá nutnost ručně kontrolovat exportovaná data proti náhledu v systému před podáním na úřad.
2026-09-01	origamis_ares	18.0.0.0.26	IMP	Sjednocení číselníku právních forem (ARES & eJustice) a úprava licenční kontroly	Správa číselníku právních forem byla plně centralizována do modulu origamis_licence do jednoho sdíleného modelu a M2O pole na res.partner (s novým příznakem is_company). Modul ARES byl přenastaven na tento sdílený model (včetně parsování JSON odpovídajícího podle kódu) a původní duplicitní model ares.legal.forms byl odstraněn. Součástí je migrační skript pro zachování stávajících dat na databázi. Zobrazení pole „Právní forma" na kontaktu je nyní navázáno pouze na přítomnost hodnoty. Dále byla opravena licenční logika toggle „Stahování dat z registru DPH", jehož aktivace a pop-up jsou nyní vázány výhradně na instalaci modulu ARES (nikoliv na stav licence).	Sjednocení správy právních forem do jednoho přehledného číselníku bez duplicitních položek. Data z ARES i eJustice se propisují spolehlivě a pole právní formy je na detailu kontaktu viditelné vždy, když je vyplněné.
2026-09-01	origamis_delivery_packeta	18.0.0.0.14	FIX	Doplnění nových stavových kódů Packety do kódovníku zásilek	Do Selection pole packeta_parcel_status na modelu stock.picking byly doplněny nové kódové stavy Packety (kódy 25 až 31 a záložní kód 999) podle aktuální API dokumentace. Zároveň bylo v metodě cron_get_packeta_status() doplněno ošetření neznámých stavů.	Kódovník Zásilkovny byl rozšířen o nové stavové kódy (např. dohledávání zásilky, přesměrování či změna trasování). Systém nyní tyto nové stavy u zásilek správně rozpoznává a zobrazuje.
2026-09-01	origamis_isdoc	18.0.0.0.10	FIX	Doplnění standardní XML deklarace do vygenerovaných ISDOC souborů	V generátoru ISDOC XML byla zapnuta povinná XML deklarace (xml_declaration=True). Vygenerované soubory nyní na prvním řádku vždy obsahují standardní hlavičku <?xml version="1.0" encoding="utf-8"?>. Ostatní hlášené položky (bankovní údaje, format ID faktury s lomítky, volitelné tagy) byly prověřeny – dle oficiálního XSD schématu ISDOC jde o volitelné prvky či validní formáty a XML struktura je plně v souladu s normou.	Doplnění XML deklarace na první řádek souboru zajišťuje 100% kompatibilitu a hladké zpracování ISDOC faktur i u striktnějších XML parserů na straně odběratelů (např. PMC - Prague Music Center).
2026-09-01	origamis_license	18.0.1.0.10	IMP	Sjednocení číselníku právních forem (ARES & eJustice) a úprava licenční kontroly	Správa číselníku právních forem byla plně centralizována do modulu origamis_licence do jednoho sdíleného modelu a M2O pole na res.partner (s novým příznakem is_company). Modul ARES byl přenastaven na tento sdílený model (včetně parsování JSON odpovídajícího podle kódu) a původní duplicitní model ares.legal.forms byl odstraněn. Součástí je migrační skript pro zachování stávajících dat na databázi. Zobrazení pole „Právní forma" na kontaktu je nyní navázáno pouze na přítomnost hodnoty. Dále byla opravena licenční logika toggle „Stahování dat z registru DPH", jehož aktivace a pop-up jsou nyní vázány výhradně na instalaci modulu ARES (nikoliv na stav licence).	Sjednocení správy právních forem do jednoho přehledného číselníku bez duplicitních položek. Data z ARES i eJustice se propisují spolehlivě a pole právní formy je na detailu kontaktu viditelné vždy, když je vyplněné.
2026-08-28	origamis_ares	18.0.0.0.23	IMP	Číselník právních forem přešel do licenčního modulu	Model ares.legal.forms, jeho data, pohled i přístupová práva přešly do modulu origamis_license, který je nyní spravuje pro všechny moduly čtoucí z rejstříku. Texty, které k nim patřily, byly z tohoto katalogu odebrány.	Číselník právních forem se udržuje na jednom místě a je dostupný každé integraci, která ho potřebuje, nejen modulu ARES.
2026-08-28	origamis_license	18.0.1.0.6	IMP	Licence pokrývá integraci eJustice a přebírá číselník právních forem ARES	Integrace eJustice se licencuje stejně jako ostatní moduly Origamis, s vlastním nastavením i přístupovou skupinou. Číselník právních forem ARES se sem přesunul z modulu origamis_ares včetně pohledu, nabídky a přístupových práv; migrace převede stávající záznamy, aby se neodstranily jako nedeklarované. Migrace nese verzi, na kterou žádná databáze zatím nedosáhla, jinak by se nespustila.	Integrace eJustice se aktivuje a spravuje stejně jako každý jiný modul Origamis a číselník právních forem zůstane po aktualizaci zachován místo toho, aby z databáze zmizel.
2026-08-26	origamis_control_statement	18.0.0.0.21	FIX	Sekce B2 vybírá doklady opět podle data uskutečnění zdanitelného plnění	Sekce B2 kontrolního hlášení opět vybírá doklady období podle data uskutečnění zdanitelného plnění, shodně se všemi ostatními sekcemi výkazu. Změna vydaná 28. července je vybírala podle data povinnosti přiznat daň, což doklady přesouvalo mezi obdobími. Datum uváděné v XML exportu jako DPPD zůstává beze změny a nadále nese datum povinnosti přiznat daň.	Doklady se vykazují v období, do kterého patří, takže hlášení už nenačítá záznamy z jiného měsíce a odpovídá dříve podaným hlášením.
2026-08-25	origamis_base_cz	18.0.0.0.56	FIX	Oprava pozicování QR kódu v tiskové sestavě faktury	Byla upravena QWeb šablona a CSS styly tiskové sestavy faktury (account.report_invoice_document). Platobní údaje a platební QR kód byly přeuspořádány do společného bloku tak, aby byl QR kód vizuálně zarovnán přímo pod platebními informacemi.	Zpřehlednění a čistší vzhled vytištěné faktury. QR kód pro platbu se již nezobrazuje v nevhodném prostoru mimo obsah, ale je přehledně umísťován přímo pod platební údaje.
2026-08-25	origamis_cz_received_downpayment_invoice	18.0.0.0.14	FIX	Support for partial payments of received advance invoices	In the process_scanned_content() and process_reconciliation() methods on the account.bank.statement.line model, the generation of the internal advance document (ZID) has been adjusted. For partial payments, the off-balance-sheet lines of the ZID are proportionally scaled according to the actually matched amount (matched_amount). The payment unreconciliation logic (action_undo_reconciliation()) has also been adjusted to correctly delete the specific ZID without affecting other partial payments.	Partial payments of received advance invoices on the bank journal are no longer incorrectly marked as fully paid. The system correctly sets the status to “Partially Paid”, calculates the remaining amount due, and allows the advance payment to be gradually settled through multiple payments or partially applied to a final settlement invoice.
2026-08-24	origamis_cz_received_downpayment_invoice	18.0.0.0.12	FIX	Fixed duplicate VAT deduction on the final settlement invoice after a received tax document	When applying a paid advance from a received advance tax document (PZDD) to the final settlement invoice, the original VAT rate is now preserved on the inserted negative advance line. As a result, the system automatically creates a VAT deduction accounting entry on the settlement invoice on the credit side (or, where applicable, as a negative amount on the debit side) of the input VAT account.	Fixed an issue that caused the input VAT deduction entitlement to be reported twice—both on the settlement invoice and on the tax document for the payment. VAT reporting in the VAT return and VAT Control Statement is now fully accurate and compliant with applicable accounting and tax legislation.
2026-08-20	origamis_isdoc	18.0.0.0.11	ADD	Podpora vnořeného ISDOC XML přímo v PDF faktuře (PDF/A-3a)	Na kontaktu zákazníka bylo rozříšeno pole invoice_edi_format o volby odděleného a vnořeného ISDOCu (ISDOC Separate File a ISDOC Inside PDF). V wizardu odesílání account.move.send byla doplněna logika pro sestavení jednoho PDF/A-3a dokumentu s vnořeným XML souborem invoice.isdoc dle standardu ISDOC 6.0.2 (pomocí OdooPdfFileWriter).	Odběratelům lze nyní zasílat e-faktury v univerzálním formátu ISDOC.PDF, kde je strukturované XML vnořeno přímo uvnitř jednoho PDF dokumentu. Zjednodušuje se tím manipulace s přílohami a zvyšuje kompatibilita s účetními systémy, které vyžadují embedded variantu.
2026-08-19	origamis_cz_tax_depreciation	18.0.0.0.9	FIX	Obnovení volby Re-evaluate ve wizardu odpisů majetku	Odstraněna nechtěná restrikce v metodě _get_selection_modify_options na wizardu asset.modify. Volba Re-evaluate ('modify') je opět dostupná pro majetek s časovými odpisy.	Na kartách majetku je opět plně dostupná funkce pro zadání technického zhodnocení a úpravu vstupní ceny i odpisů.
2026-08-18	origamis_base_cz	18.0.0.0.55	FIX	Oprava nechtěného přepisu variabilního symbolu při odesílání faktur	Spouštění funkce process_scanned_content() při úpravě faktury (write) bylo omezeno pouze na přijaté doklady (in_invoice, in_refund) a moment vytvoření/přidání hlavní přílohy. Funkce se již nespouští u vydaných faktur při jejich odesílání e-mailem ani při nastavování systémových příloh.	Byla odstraněna chyba, kdy při odeslání vydané faktury zákazníkovi docházelo k nechtěnému přepisu variabilního symbolu na hodnotu získanou z obsahu přílohy nebo obchodních podmínek. Variabilní symbol u vystavených faktur tak zůstává stabilní a neměnný.
2026-08-18	origamis_base_cz	18.0.0.0.54	FIX	Oprava vystavování zálohových faktur pro obchodníky	Byla upravena kontrola přístupových práv při vytváření zálohové faktury z prodejní objednávky v rámci lokálních modulů. Systém nyní korektně zpracovává práva i u uživatelů bez přístupu do účetní aplikace, čímž bylo chování sjednoceno se standardem systému.	Obchodníci bez plného přístupu do účetnictví mohou opět bez chybových hlášek vystavovat zálohové faktury přímo z prodejních objednávek. Zrychluje se tím odbavení zákazníka bez nutnosti čekat na zásah účetního oddělení.
2026-08-18	origamis_control_statement	18.0.0.0.20	FIX	Oprava zařazení zúčtovacích faktur do Kontrolního hlášení	Byla upravena logika výpočtu hodnoty plnění v Kontrolním hlášení pro sekce A.4, A.5, B.2 a B.3. Při posuzování hranice 10 000 Kč systém nyní sčítá položky faktury s vyloučením odpočtů záloh. Částka plnění se tak posuzuje z reálné hodnoty fakturovaného plnění včetně DPH.	Zúčtovací faktury s odečtenou zálohou se nyní v Kontrolním hlášení správně zařazují podle své celkové hodnoty plnění, i když je částka k úhradě nulová. Eliminují se tím chyby v párování výkazů na Finanční správě a riziko výzev k odstranění pochybností.
2026-08-14	CZ Record Obligation XLSX Export	18.0.0.0.1	ADD	Export dokladů ke kontrolnímu hlášení a přiznání k DPH do XLSX	Na kontrolní hlášení a na přiznání k DPH bylo přidáno tlačítko, které vyexportuje doklady stojící za výkazem do souboru XLSX. List začíná identifikačními údaji společnosti a účetním obdobím, kopíruje členění výkazu, ze kterého byl vygenerován, a u každého dokladu vypisuje jeho číslo, DIČ protistrany, příslušné daňové datum a základy a částky daně v členění podle sazby. Každá sekce je zakončena součtovým řádkem. Doklady s nulovým zůstatkem se nevypisují.	Seznam dokladů, ze kterých výkaz DPH vznikl, je na jedno kliknutí v Excelu — dá se zkontrolovat, archivovat nebo předat auditorovi či finanční správě bez ručního přepisování hodnot.
2026-08-14	origamis_control_statement	18.0.0.0.19	IMP	Data kontrolního hlášení lze použít i pro XLSX export záznamní povinnosti	Výpočty jednotlivých sekcí kontrolního hlášení nově vracejí i číslo dokladu, DIČ protistrany a obě daňová data a umí doklad označit jeho číslem místo reference. Výchozí chování zůstává beze změny, takže kontrolní hlášení na obrazovce vzniká přesně ze stejných dat jako dosud.	XLSX export záznamní povinnosti vychází ze stejných výpočtů jako samotné kontrolní hlášení, takže se oba výstupy vždy shodují. Kontrolní hlášení ani nic, co se z něj podává, se nemění.
2026-08-13	origamis_cz_received_downpayment_invoice	18.0.0.0.11	FIX	Attaching a paid received down payment to a received advance tax document	Attaching a paid received down payment to a received advance tax document ended with an error and the down payment could not be linked. The behaviour has been corrected and the accounts of the advance document are now determined separately for each company.	Received down payments can again be linked to advance tax documents without an error. In databases with several companies the accounts of the correct company are now always used.
2026-08-11	origamis_cz_downpayment_invoice	18.0.0.0.32	FIX	Párování platby a účty u zaplacené zálohové faktury	Bylo opraveno párování platby u zálohových faktur, u kterých nebyl zaznamenán původní účet podrozvahové položky – v takovém případě párování dříve selhalo hláškou o archivovaném účtu. Chybějící daňový účet systém nyní dohledá podle nastavení příslušné daně. Účet, který je stále potřebný pro nezaplacenou zálohovou fakturu, už nelze archivovat. Převod pohledávky na podrozvahový účet je nově spolehlivý i tehdy, když je účet pohledávky určen fiskální pozicí.	Platby k zálohovým fakturám se spárují i u dokladů, u kterých párování dříve neprošlo. Zaplacená zálohová faktura má daň na standardním daňovém účtu, takže správně vstupuje do přiznání k DPH, a pohledávka zůstává na podrozvahovém účtu pro párování s bankou.
2026-08-04	origamis_ares	18.0.0.0.21	IMP	Rozšíření integrace s licenčním systémem Origamis	Modul ARES byl upraven pro spolupráci s centrálním licenčním systémem Origamis. Uživatelské rozhraní i kontroly účetních dokladů se nyní automaticky přizpůsobují zemi obchodního partnera a dostupným integracím registrů společností.	Uživatelům se zobrazují pouze funkce odpovídající příslušnému registru společností. Díky tomu je prostředí přehlednější a načítání i ověřování údajů probíhá nad správným národním registrem.
2026-08-04	origamis_license	18.0.1.0.4	IMP	Rozšíření licenční podpory pro Slovenský obchodní rejstřík	Licenční modul byl rozšířen o podporu integrace se Slovenským obchodním rejstříkem. Správa konfigurace, ověřování licence i dostupnost modulu jsou nyní řešeny centrálně v rámci licenčního systému.	Integraci se Slovenským obchodním rejstříkem lze spravovat stejným způsobem jako ostatní moduly Origamis. To přináší jednotné ovládání a jednodušší správu licencovaných funkcí.
2026-07-27	origamis_control_statement	18.0.0.0.18	FIX	Oprava filtrování dokladů v sekci B2 podle DPPD	Bylo upraveno filtrování dokladů v sekci B2 kontrolního hlášení. Doklady jsou nyní zařazovány podle data povinnosti přiznat daň namísto data uskutečnění zdanitelného plnění.	Doklady jsou nyní v sekci B2 kontrolního hlášení vykazovány ve správném zdaňovacím období podle data povinnosti přiznat daň. Tím se předchází jejich nesprávnému zařazení do kontrolního hlášení.
2026-07-27	origamis_cz_downpayment_invoice	18.0.0.0.29	FIX	Oprava výpočtu částky v cizí měně u obecných deníků	Byl upraven automatický výpočet částky v cizí měně tak, aby se neprováděl u účetních zápisů vytvořených v obecných denících.	Systém již u obecných deníků nepřepisuje částku v cizí měně nesprávně automatickým výpočtem. Tím je zajištěna správnost účetních údajů při práci s cizími měnami.
2026-07-27	origamis_recapitulative_statement	18.0.0.0.14	FIX	Oprava zpracování DIČ při exportu souhrnného hlášení	Bylo upraveno zpracování DIČ při exportu souhrnného hlášení. Kód země se nyní odstraňuje pouze v případě, že odpovídá skutečnému prefixu DIČ.	DIČ jsou nyní v exportovaném XML uváděna ve správném formátu i v případech, kdy začínají písmeny. Tím se předchází chybným údajům v exportu souhrnného hlášení.
2026-07-13	origamis_license	18.0.1.0.3	FIX	Switching ARES on or off takes effect at once and no longer slows the system down	Access to the ARES functions used to be re-evaluated every time a menu was drawn, which rewrote user permissions and cleared the cache over and over again. It is now re-evaluated only when the ARES setting of the company actually changes. Switching the module on also installs it when the settings are saved, so the save finishes in one step.	Working in the system is faster, because permissions are no longer rewritten on every screen. Switching ARES on or off for a company takes effect right after the settings are saved, and saving them no longer breaks off half way.
2026-07-01	origamis_cz_bank_payments_export	18.0.0.0.22	FIX	Export zahraničních plateb ve formátu MultiCash (.cfa) nyní odpovídá požadavkům bank	Upravili jsme generování exportního souboru pro zahraniční platby ve formátu MultiCash (.cfa) tak, aby odpovídal formátu vyžadovanému bankami. Každá platba nyní obsahuje správnou hlavičku a je správně oddělena, měny a kódy zemí používají požadovaný mezinárodní zápis, účet plátce i pokyn k poplatkům jsou vyplněny podle standardu a prázdná zpráva pro příjemce se do souboru již nezapisuje. Každý vygenerovaný soubor navíc dostává vlastní pořadové číslo dávky.	Zahraniční platby exportované z Odoo banka nyní přijme bez jakýchkoli ručních úprav souboru, což odstraňuje práci navíc a riziko, že banka celou dávku při importu odmítne.

Odoo 17

Datum	Modul	Verze	Typ	Změna	Technický popis	Přínos
2026-09-24	origamis_isdoc	17.0.2.0.12	FIX	Číslo účtu, kód banky, název banky a BIC v exportovaném ISDOC	Bankovní údaje platby v exportovaném ISDOC (PaymentMeans/Payment/Details) se nyní doplní z bankovního účtu faktury i tehdy, když má účet vyplněný pouze IBAN. Tuzemské číslo účtu a kód banky se převezmou z českého IBAN a banka s tímto kódem doplní svůj název a BIC, pokud k účtu žádná banka přiřazená není. Údaje vyplněné přímo na bankovním účtu mají přednost a zahraniční IBAN se exportuje jako dosud.	Čtečky faktur zobrazí odběrateli tuzemské číslo účtu i kód banky, takže fakturu uhradí bez přepisování údajů z IBAN.
2026-09-23	origamis_control_statement	17.0.0.1.25	FIX	Settlement invoices are reported with the value of their supply in sections A.4, A.5, B.2 and B.3	Sections A.4, A.5, B.2 and B.3 no longer sum the lines of deducted advance payments into the base of the supply, and the tax those lines netted against the tax line of the document is added back from their base and their rate. A settlement invoice is therefore reported with the value of the supply it documents instead of the amount left to pay, and an invoice covered in full by advance payments is reported as well, rather than dropped as a row of zero value.	A settlement invoice with a deducted advance payment appears in the control statement with the full value of the supply, next to the tax documents issued for those advance payments, so invoices settled in full by an advance payment are no longer missing from the statement.
2026-09-22	origamis_control_statement	17.0.0.1.24	FIX	Oprava zařazení zúčtovacích faktur do Kontrolního hlášení a filtrace nulových řádků	Byla upravena logika výpočtu hodnoty plnění v Kontrolním hlášení pro sekce A.4, A.5, B.2 a B.3. Hranice 10 000 Kč se posuzuje z reálné brutto hodnoty plnění bez vlivu zálohových odpočtů. Zároveň byla doplněna filtrace, která z výkazu a XML exportu zcela vyřazuje řádky s nulovou hodnotou plnění.	Zúčtovací faktury s odpočtem zálohy se v Kontrolním hlášení správně zařazují dle své celkové hodnoty plnění. Vygenerovaný XML soubor neobsahuje nulové položky, čímž je zaručena jeho bezchybná validace při podání na portálu Moje daně.
2026-09-21	origamis_ares	17.0.1.1.26	IMP	Možnost automatického označení bankovních účtů z ARES jako důvěryhodných	Do konfiguračního modelu res.config.settings bylo přidáno nové nastavení "Automaticky označit účty z ARES jako důvěryhodné" vázané na systémový parametr. Ve třídě res.partner byla upravena funkce fetch_data_from_unpayers tak, že pokud je toto nastavení aktivní, automaticky nastavuje pole allow_out_payment = True u všech bankovních účtů načtených nebo aktualizovaných z ARES/ADIS.	Uživatelé mají možnost zapnout si automatické schvalování bankovních účtů stažených z oficiálního registru ARES/ADIS. Pro ověřené účty není nutné manuálně odklikávat příznak pro povolení odchozích plateb, což zrychluje zpracování a úhrady dodavatelských faktur.
2026-09-21	origamis_license	17.0.1.0.9	IMP	Možnost automatického označení bankovních účtů z ARES jako důvěryhodných	Do konfiguračního modelu res.config.settings bylo přidáno nové nastavení "Automaticky označit účty z ARES jako důvěryhodné" vázané na systémový parametr. Ve třídě res.partner byla upravena funkce fetch_data_from_unpayers tak, že pokud je toto nastavení aktivní, automaticky nastavuje pole allow_out_payment = True u všech bankovních účtů načtených nebo aktualizovaných z ARES/ADIS.	Uživatelé mají možnost zapnout si automatické schvalování bankovních účtů stažených z oficiálního registru ARES/ADIS. Pro ověřené účty není nutné manuálně odklikávat příznak pro povolení odchozích plateb, což zrychluje zpracování a úhrady dodavatelských faktur.
2026-09-17	origamis_cz_downpayment_invoice	17.0.1.1.42	FIX	Kurzové rozdíly zaúčtované mimo faktury mají v cizí měně nulovou částku	Částka v cizí měně se nově automaticky doplňuje podle částky v domácí měně pouze u řádků faktur. Položky v cizí měně s nulovou částkou v této měně – typicky kurzový rozdíl, který opravuje jen domácí měnu – ji dříve dostávaly doplněnou vždy, když byly zaúčtovány mimo obecný deník, například v bankovním deníku. Taková položka pak nesla malou částku v cizí měně (např. 0,06 EUR), Odoo z ní přepočítalo částku v domácí měně a zápis mohl zůstat nevyvážený.	Kurzový rozdíl zaúčtovaný v bankovním deníku už na spárované faktuře nenechává zbytek v cizí měně, kvůli kterému faktura zůstávala částečně uhrazená a odcházely k ní falešné upomínky, a takový zápis už nekončí chybou nevyváženého zápisu.
2026-09-14	origamis_hr_travel_order	17.0.1.0.12	FIX	Oprava duplicitních položek v ostatních nákladech na cestovních příkazech	Byla opravena logika funkce pro generování stravného. Systém nyní správně filtruje jednotlivé typy nákladů a zamezuje nesprávnému propisování položek stravného a jízdních výdajů do sekce určené výhradně pro ostatní výdaje.	Tlačítko pro generování stravného již nevytváří duplicitní záznamy v sekci ostatních nákladů. Výsledné vyúčtování cestovního příkazu je tak ihned přehledné a odpadá nutnost ručně promazávat nepatřičné položky před jeho schválením.
2026-09-10	origamis_license	17.0.1.0.7	IMP	K obnovení licence stačí uložit licenční klíč	Uložení klíče samo o sobě dříve nic nezměnilo: sledovací plánovaná akce hlásí modul jen tehdy, když se jeho razítko aktualizace liší od naposledy odeslaného, a to razítko se zapisuje při instalaci nebo aktualizaci modulu. Uložení nového klíče nyní razítko posune, takže při nejbližším běhu se modul ohlásí a uloží se vrácené datum platnosti. Samotné volání zůstává na plánované akci, aby ukládání nastavení nikdy nečekalo na síť, a lokální, interní nebo neutralizovaná databáze zůstává tiše stranou jako dosud. Plánovaná akce navíc označí modul za ohlášený až ve chvíli, kdy volání opravdu prošlo; dosud se i neúspěšné volání zapsalo jako odeslané a už se neopakovalo. Modul také nese ikonu Origamis, jako jediný ji dosud postrádal.	Zadání licenčního klíče odstraní banner s platností licence samo, místo aby banner zůstával na obrazovce, dokud se náhodou neaktualizuje jiný modul. Sekce licence v nastavení je označena ikonou Origamis místo zastupného obrázku.
2026-09-02	origamis_recapitulative_statement	17.0.1.0.17	FIX	Oprava chybějících záznamů v XML souhrnného hlášení u zahraničních DIČ	Byla upravena logika validace a formátování DIČ při generování XML souboru pro souhrnné hlášení. Systém nyní správně zpracovává zahraniční DIČ se specifickými formáty (např. obsahující písmena uvnitř řetězce), která byla v předchozích verzích při exportu chybně ignorována, přestože se v náhledu výkazu zobrazovala korektně.	Vygenerovaný XML soubor pro souhrnné hlášení nyní spolehlivě obsahuje data všech zahraničních partnerů, včetně těch se specifičtějším formátem DIČ. Zajišťuje se tak kompletnost výkazu a odpadá nutnost ručně kontrolovat exportovaná data proti náhledu v systému před podáním na úřad.
2026-09-01	origamis_ares	17.0.1.1.27	IMP	Sjednocení číselníku právních forem (ARES & eJustice) a úprava licenční kontroly	Správa číselníku právních forem byla plně centralizována do modulu origamis_licence do jednoho sdíleného modelu a M2O pole na res.partner (s novým příznakem is_company). Modul ARES byl přenastaven na tento sdílený model (včetně parsování JSON odpovídajícího podle kódu) a původní duplicitní model ares.legal.forms byl odstraněn. Součástí je migrační skript pro zachování stávajících dat na databázi. Zobrazení pole „Právní forma" na kontaktu je nyní navázáno pouze na přítomnost hodnoty. Dále byla opravena licenční logika toggle „Stahování dat z registru DPH", jehož aktivace a pop-up jsou nyní vázány výhradně na instalaci modulu ARES (nikoliv na stav licence).	Sjednocení správy právních forem do jednoho přehledného číselníku bez duplicitních položek. Data z ARES i eJustice se propisují spolehlivě a pole právní formy je na detailu kontaktu viditelné vždy, když je vyplněné.
2026-09-01	origamis_isdoc	17.0.2.0.10	FIX	Doplnění standardní XML deklarace do vygenerovaných ISDOC souborů	V generátoru ISDOC XML byla zapnuta povinná XML deklarace (xml_declaration=True). Vygenerované soubory nyní na prvním řádku vždy obsahují standardní hlavičku <?xml version="1.0" encoding="utf-8"?>. Ostatní hlášené položky (bankovní údaje, format ID faktury s lomítky, volitelné tagy) byly prověřeny – dle oficiálního XSD schématu ISDOC jde o volitelné prvky či validní formáty a XML struktura je plně v souladu s normou.	Doplnění XML deklarace na první řádek souboru zajišťuje 100% kompatibilitu a hladké zpracování ISDOC faktur i u striktnějších XML parserů na straně odběratelů (např. PMC - Prague Music Center).
2026-09-01	origamis_license	17.0.1.0.10	IMP	Sjednocení číselníku právních forem (ARES & eJustice) a úprava licenční kontroly	Správa číselníku právních forem byla plně centralizována do modulu origamis_licence do jednoho sdíleného modelu a M2O pole na res.partner (s novým příznakem is_company). Modul ARES byl přenastaven na tento sdílený model (včetně parsování JSON odpovídajícího podle kódu) a původní duplicitní model ares.legal.forms byl odstraněn. Součástí je migrační skript pro zachování stávajících dat na databázi. Zobrazení pole „Právní forma" na kontaktu je nyní navázáno pouze na přítomnost hodnoty. Dále byla opravena licenční logika toggle „Stahování dat z registru DPH", jehož aktivace a pop-up jsou nyní vázány výhradně na instalaci modulu ARES (nikoliv na stav licence).	Sjednocení správy právních forem do jednoho přehledného číselníku bez duplicitních položek. Data z ARES i eJustice se propisují spolehlivě a pole právní formy je na detailu kontaktu viditelné vždy, když je vyplněné.
2026-08-28	origamis_ares	17.0.1.1.24	IMP	Číselník právních forem přešel do licenčního modulu	Model ares.legal.forms, jeho data, pohled i přístupová práva přešly do modulu origamis_license, který je nyní spravuje pro všechny moduly čtoucí z rejstříku. Texty, které k nim patřily, byly z tohoto katalogu odebrány.	Číselník právních forem se udržuje na jednom místě a je dostupný každé integraci, která ho potřebuje, nejen modulu ARES.
2026-08-28	origamis_license	17.0.1.0.6	IMP	Licence pokrývá integraci eJustice a přebírá číselník právních forem ARES	Integrace eJustice se licencuje stejně jako ostatní moduly Origamis, s vlastním nastavením i přístupovou skupinou. Číselník právních forem ARES se sem přesunul z modulu origamis_ares včetně pohledu, nabídky a přístupových práv; migrace převede stávající záznamy, aby se neodstranily jako nedeklarované. Migrace nese verzi, na kterou žádná databáze zatím nedosáhla, jinak by se nespustila.	Integrace eJustice se aktivuje a spravuje stejně jako každý jiný modul Origamis a číselník právních forem zůstane po aktualizaci zachován místo toho, aby z databáze zmizel.
2026-08-26	origamis_control_statement	17.0.0.1.23	FIX	Sekce B2 vybírá doklady opět podle data uskutečnění zdanitelného plnění	Sekce B2 kontrolního hlášení opět vybírá doklady období podle data uskutečnění zdanitelného plnění, shodně se všemi ostatními sekcemi výkazu. Změna vydaná 28. července je vybírala podle data povinnosti přiznat daň, což doklady přesouvalo mezi obdobími. Datum uváděné v XML exportu jako DPPD zůstává beze změny a nadále nese datum povinnosti přiznat daň.	Doklady se vykazují v období, do kterého patří, takže hlášení už nenačítá záznamy z jiného měsíce a odpovídá dříve podaným hlášením.
2026-08-25	origamis_base_cz	17.0.2.0.45	FIX	Oprava pozicování QR kódu v tiskové sestavě faktury	Byla upravena QWeb šablona a CSS styly tiskové sestavy faktury (account.report_invoice_document). Platobní údaje a platební QR kód byly přeuspořádány do společného bloku tak, aby byl QR kód vizuálně zarovnán přímo pod platebními informacemi.	Zpřehlednění a čistší vzhled vytištěné faktury. QR kód pro platbu se již nezobrazuje v nevhodném prostoru mimo obsah, ale je přehledně umísťován přímo pod platební údaje.
2026-08-20	origamis_isdoc	17.0.2.0.11	ADD	Podpora vnořeného ISDOC XML přímo v PDF faktuře (PDF/A-3a)	Na kontaktu zákazníka bylo rozříšeno pole invoice_edi_format o volby odděleného a vnořeného ISDOCu (ISDOC Separate File a ISDOC Inside PDF). V wizardu odesílání account.move.send byla doplněna logika pro sestavení jednoho PDF/A-3a dokumentu s vnořeným XML souborem invoice.isdoc dle standardu ISDOC 6.0.2 (pomocí OdooPdfFileWriter).	Odběratelům lze nyní zasílat e-faktury v univerzálním formátu ISDOC.PDF, kde je strukturované XML vnořeno přímo uvnitř jednoho PDF dokumentu. Zjednodušuje se tím manipulace s přílohami a zvyšuje kompatibilita s účetními systémy, které vyžadují embedded variantu.
2026-08-19	origamis_cz_tax_depreciation	17.0.0.0.10	FIX	Obnovení volby Re-evaluate ve wizardu odpisů majetku	Odstraněna nechtěná restrikce v metodě _get_selection_modify_options na wizardu asset.modify. Volba Re-evaluate ('modify') je opět dostupná pro majetek s časovými odpisy.	Na kartách majetku je opět plně dostupná funkce pro zadání technického zhodnocení a úpravu vstupní ceny i odpisů.
2026-08-18	origamis_base_cz	17.0.2.0.44	FIX	Oprava nechtěného přepisu variabilního symbolu při odesílání faktur	Spouštění funkce process_scanned_content() při úpravě faktury (write) bylo omezeno pouze na přijaté doklady (in_invoice, in_refund) a moment vytvoření/přidání hlavní přílohy. Funkce se již nespouští u vydaných faktur při jejich odesílání e-mailem ani při nastavování systémových příloh.	Byla odstraněna chyba, kdy při odeslání vydané faktury zákazníkovi docházelo k nechtěnému přepisu variabilního symbolu na hodnotu získanou z obsahu přílohy nebo obchodních podmínek. Variabilní symbol u vystavených faktur tak zůstává stabilní a neměnný.
2026-08-18	origamis_base_cz	17.0.2.0.43	FIX	Oprava vystavování zálohových faktur pro obchodníky	Byla upravena kontrola přístupových práv při vytváření zálohové faktury z prodejní objednávky v rámci lokálních modulů. Systém nyní korektně zpracovává práva i u uživatelů bez přístupu do účetní aplikace, čímž bylo chování sjednoceno se standardem systému.	Obchodníci bez plného přístupu do účetnictví mohou opět bez chybových hlášek vystavovat zálohové faktury přímo z prodejních objednávek. Zrychluje se tím odbavení zákazníka bez nutnosti čekat na zásah účetního oddělení.
2026-08-18	origamis_control_statement	17.0.0.1.22	FIX	Oprava zařazení zúčtovacích faktur do Kontrolního hlášení	Byla upravena logika výpočtu hodnoty plnění v Kontrolním hlášení pro sekce A.4, A.5, B.2 a B.3. Při posuzování hranice 10 000 Kč systém nyní sčítá položky faktury s vyloučením odpočtů záloh. Částka plnění se tak posuzuje z reálné hodnoty fakturovaného plnění včetně DPH.	Zúčtovací faktury s odečtenou zálohou se nyní v Kontrolním hlášení správně zařazují podle své celkové hodnoty plnění, i když je částka k úhradě nulová. Eliminují se tím chyby v párování výkazů na Finanční správě a riziko výzev k odstranění pochybností.
2026-08-11	origamis_cz_downpayment_invoice	17.0.1.1.41	FIX	Párování platby a účty u zaplacené zálohové faktury	Bylo opraveno párování platby u zálohových faktur, u kterých nebyl zaznamenán původní účet podrozvahové položky – v takovém případě párování dříve selhalo hláškou o archivovaném účtu. Chybějící daňový účet systém nyní dohledá podle nastavení příslušné daně. Účet, který je stále potřebný pro nezaplacenou zálohovou fakturu, už nelze archivovat. Převod pohledávky na podrozvahový účet je nově spolehlivý i tehdy, když je účet pohledávky určen fiskální pozicí.	Platby k zálohovým fakturám se spárují i u dokladů, u kterých párování dříve neprošlo. Zaplacená zálohová faktura má daň na standardním daňovém účtu, takže správně vstupuje do přiznání k DPH, a pohledávka zůstává na podrozvahovém účtu pro párování s bankou.
2026-08-04	origamis_ares	17.0.1.1.23	IMP	Rozšíření integrace s licenčním systémem Origamis	Modul ARES byl upraven pro spolupráci s centrálním licenčním systémem Origamis. Uživatelské rozhraní i kontroly účetních dokladů se nyní automaticky přizpůsobují zemi obchodního partnera a dostupným integracím registrů společností.	Uživatelům se zobrazují pouze funkce odpovídající příslušnému registru společností. Díky tomu je prostředí přehlednější a načítání i ověřování údajů probíhá nad správným národním registrem. Tento modul přidává integraci s ARES a načítá informace o ekonomických subjektech z národního registru. Přidává další pole, do kterých ukládá načtená data, uchovává jejich historii a také přidává validaci na zákaznických fakturách a dodavatelských účtech týkající se změn údajů a nespolehlivosti plátce. Zároveň přidává kontrolu údajů z ARES při potvrzení faktury.
2026-08-04	origamis_license	17.0.1.0.4	IMP	Rozšíření licenční podpory pro Slovenský obchodní rejstřík	Licenční modul byl rozšířen o podporu integrace se Slovenským obchodním rejstříkem. Správa konfigurace, ověřování licence i dostupnost modulu jsou nyní řešeny centrálně v rámci licenčního systému.	Integraci se Slovenským obchodním rejstříkem lze spravovat stejným způsobem jako ostatní moduly Origamis. To přináší jednotné ovládání a jednodušší správu licencovaných funkcí.
2026-07-27	origamis_control_statement	17.0.0.1.21	FIX	Oprava filtrování dokladů v sekci B2 podle DPPD	Bylo upraveno filtrování dokladů v sekci B2 kontrolního hlášení. Doklady jsou nyní zařazovány podle data povinnosti přiznat daň namísto data uskutečnění zdanitelného plnění.	Doklady jsou nyní v sekci B2 kontrolního hlášení vykazovány ve správném zdaňovacím období podle data povinnosti přiznat daň. Tím se předchází jejich nesprávnému zařazení do kontrolního hlášení.
2026-07-27	origamis_cz_downpayment_invoice	17.0.1.1.40	FIX	Oprava výpočtu částky v cizí měně u obecných deníků	Byl upraven automatický výpočet částky v cizí měně tak, aby se neprováděl u účetních zápisů vytvořených v obecných denících.	Systém již u obecných deníků nepřepisuje částku v cizí měně nesprávně automatickým výpočtem. Tím je zajištěna správnost účetních údajů při práci s cizími měnami.
2026-07-27	origamis_recapitulative_statement	17.0.1.0.16	FIX	Oprava zpracování DIČ při exportu souhrnného hlášení	Bylo upraveno zpracování DIČ při exportu souhrnného hlášení. Kód země se nyní odstraňuje pouze v případě, že odpovídá skutečnému prefixu DIČ.	DIČ jsou nyní v exportovaném XML uváděna ve správném formátu i v případech, kdy začínají písmeny. Tím se předchází chybným údajům v exportu souhrnného hlášení.
2026-07-27	origamis_recapitulative_statement	17.0.0.0.16	FIX	Correct VAT number processing in the Recapitulative Statement export	The VAT number processing in the Recapitulative Statement export has been updated. The country code is now removed only when it matches the actual VAT number prefix.	VAT numbers are now exported to the XML file in the correct format, including cases where they begin with letters. This prevents incorrect data from being included in the Recapitulative Statement export.
2026-07-13	origamis_ares	17.0.1.1.20	IMP	Funkce ARES se řídí nastavením ARES pro jednotlivé společnosti	Tlačítka ARES, kontrola ARES při potvrzení faktury, pole ARES, historie ARES a nabídka Právní formy se nyní zobrazují pouze u společnosti, která má modul ARES zapnutý. Pokud je u společnosti vypnutý, tyto prvky zůstávají skryté a faktury se potvrzují standardním způsobem Odoo. Přístup k registru právních forem se řídí stejným nastavením.	Společnost, která ARES nepoužívá, již nevidí tlačítka a pole ARES, která pro ni nejsou relevantní, a faktury potvrzuje obvyklým způsobem. V databázi s více společnostmi si každá z nich může samostatně nastavit, zda chce s ARES pracovat.
2026-07-13	origamis_license	17.0.1.0.3	FIX	Zapnutí nebo vypnutí ARES se projeví okamžitě a již nezpomaluje systém	Přístup k funkcím ARES se dříve znovu vyhodnocoval při každém vykreslení menu, což opakovaně přepisovalo oprávnění uživatelů a mazalo cache. Nyní se vyhodnocení provádí pouze tehdy, když se skutečně změní nastavení ARES dané společnosti. Při zapnutí modulu se modul také nainstaluje při uložení nastavení, takže uložení proběhne v jednom kroku.	Práce v systému je rychlejší, protože oprávnění již nejsou přepisována při každém zobrazení. Zapnutí nebo vypnutí ARES pro společnost se projeví ihned po uložení nastavení a ukládání se již v polovině nepřeruší.