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 20
| Datum | Modul | Verze | Typ | Změna | Technický popis | Přínos |
|---|---|---|---|---|---|---|
| 2026-10-14 | origamis_cz_financial_statements | 20.0.0.0.1 | IMP | Migrace modulu Finanční výkazy na Odoo v20 | Provedena technická aktualizace modulu finančních výkazů pro plnou kompatibilitu s Odoo v20. Úprava datových struktur a šablon výkazů (Rozvaha, Výkaz zisku a ztráty), refaktoring custom kalkulačních metod a handlerů dle nového reportovacího API v20 a úprava XML views pro nový frontendový framework. | Plná připravenost a bezchybná funkčnost účetních a finančních výkazů (Rozvaha, Výsledovka) v novém prostředí Odoo 20 s garantovanou návazností na českou účetní legislativu. |
| 2026-10-13 | origamis_base_cz | 20.0.0.0.1 | IMP | Migrace základu účetnictví a lokalizace na Odoo v20 | Aktualizace architektury modulu pro kompatibilitu s Odoo v20. Úprava datových struktur account.report, refaktoring custom handlerů a přepočtových funkcí dle API v20, úprava XML pohledů pro nový frontendový framework Odoo 20 a kontrola zpětné kompatibility datových polí. | Bezproblémový přechod celého systému na Odoo v20 bez narušení účetních dat, výkaznictví DPH a českých lokálních specifik. |
| 2026-10-13 | origamis_license | 20.0.0.0.1 | IMP | Migrace a aktualizace modulu Správa licencí na Odoo v20 | Aktualizace modulu pro správu a validaci licencí na verzi Odoo v20. Refaktoring validace klíčů, přizpůsobení ORM metod a bezpečnostních kontrol novému prostředí v20, úprava vzhledu v nastavení aplikace. | Bezproblémová funkčnost licenčního systému a overování modulů v prostředí Odoo v20. |
Odoo 19
| Datum | Modul | Verze | Typ | Změna | Technický popis | Přínos |
|---|---|---|---|---|---|---|
| 2026-11-05 | origamis_delivery_packeta | 19.0.0.0.24 | IMP | Automatická rezervace u rozdělených balíků a podpora částečné dobírky pro Packetu | V metodě packeta_split_packages_into_backorders() bylo doplněno okamžité volání action_assign() na vzniklé backordery, které tak nezůstávají bez alokace zásob. Na modelu sale.order přibylo samostatné editovatelné pole cod_amount oddělující inkasovanou částku dobírky (<cod>) od celkové pojistné hodnoty zásilky (insured_value / <value>), přičemž při rozdělení výdejky do více krabic se dobírka mezi balíky rozpočítává poměrově. | Konec rizika, že při balení do více krabic jiné objednávky rozeberou rezervované zboží – vzniklé dílčí zásilky zůstávají okamžitě zarezervované ve stavu Připraveno. Zároveň lze bezpečně odbavovat objednávky s částečnou platbou předem a doplatkem na dobírku. |
| 2026-11-02 | origamis_cz_received_downpayment_invoice | 19.0.0.0.14 | FIX | Refaktoring a optimalizace modulu Přijatých záloh (PZF/PZDD) | Zapracování nálezů z technického auditu kódu pro přijaté zálohy v18 a v19. Odstraněny plošné zásahy do jádra Odoo (odstranění natvrdo přepsaných metod přes super(), obnova predikce účtů u dodavatelských faktur a zachování kontrol _check_balanced mimo zálohy). Zpřesněna logika uplatňování částečných záloh, párování s PZDD, kurzových rozdílů a odpočtu při fakturaci z PO. Ošetřeny chybové stavy při odpárování, duplikaci dokladů, zamezeno opakovanému odpočtu stejné zálohy a optimalizovány databázové dotazy u účetních řádků. | Výrazná stabilizace, vyšší rychlost a celková spolehlivost procesů přijatých záloh a daňových dokladů. Opravy eliminovaly riziko chybných odpočtů a nekonečných stavů při odpárování v bance, vyřešily cizoměnové přepočty a zajistily, že modul již neovlivňuje ani nezpomaluje běžné dodavatelské faktury. |
| 2026-10-30 | origamis_cz_received_downpayment_invoice | 19.0.0.0.13 | FIX | Oprava chyby při vkládání zálohy do faktury otevřené z účetního dashboardu | V akci button_add_downpayment bylo upraveno předávání kontextu s explicitním nastavením active_model = 'account.move' a active_id = self.id. Ve wizardu add.downpayment.to.invoice byla doplněna kontrola modelu a fallback na move_id, což zamezuje záměně ID účetního deníku za ID faktury a pádu na Missing Record. | Přidání zálohy k faktuře nyní funguje spolehlivě bez ohledu na to, zda fakturu otevřete z hlavního menu, nebo proklikem přes dlaždici deníku na účetním přehledu. |
| 2026-10-30 | origamis_recapitulative_statement | 19.0.0.0.10 | IMP | Omezení zobrazení sloupce „SH – Kód plnění“ pouze na české společnosti | V XML pohledu položek faktury (invoice_line_ids) byl upraven atribut column_invisible pole cz_recapitulative_statement_code s podmínkou na parent.company_country_code != 'CZ' a v modelu account.move doplněna kontrola, která pro nečeské společnosti vrací cz_recapitulative_statement_move = False. | Čistší a přehlednější formulář faktury v multi-company prostředí. Společnosti se sídlem mimo Českou republiku již nejsou zatěžovány nerelevantním sloupcem určeným výhradně pro české souhrnné hlášení. |
| 2026-10-27 | origamis_delivery_ppl | 19.0.0.0.7 | IMP | Zabezpečení timeoutů a limitu čekání na PPL štítky při validaci výdejky | Centralizace API volání PPL do jedné metody s timeoutem (5 s spojení, 20 s odpověď) a nahrazení nekonečné smyčky časovým limitem (30 s + 2 s za zásilku, max. 120 s konfigurovatelných přes systémový parametr). Chybový stav z PPL vyvolá ihned UserError se zalogováním detailů a odstraněním nadbytečných printů. | Odstranění zasekávání skladu při výpadku či zpoždění odezvy PPL. Validace výdejky již nezablokuje databázové zámky na 15 minut, ale v případě problému včas a srozumitelně informuje skladníka chybovou hláškou. |
| 2026-10-27 | origamis_isir | 19.0.0.0.8 | FIX | Cílené vytváření aktivit při změně stavu v ISIR | V synchronizačních metodách (action_isir_cuzk_ws_fetch a _cron_isir_weekly_sync) byla upravena logika volání activity_schedule. Nově se aktivita plánuje přednostně přiřazenému obchodníkovi kontaktu (partner.user_id), a pouze pokud kontakt obchodníka nemá, použije se fallback na skupinu uživatelů z nastavení společnosti (isir_notifications_user_ids). | Odstranění zahlcování uživatelů duplicitními a nerelevantními notifikacemi. Upozornění na novou insolvenci či změnu stavu v ISIR nyní obdrží pouze odpovědný obchodník daného partnera, případně určení správci. |
| 2026-10-26 | origamis_cz_downpayment_invoice | 19.0.0.0.26 | FIX | Haléřový rozdíl u cizoměnových faktur s ručně odečtenými zálohami | Haléřový rozdíl v měně společnosti u konečné faktury v cizí měně se nově dorovná na řádek odpočtu zálohy i tehdy, když řádek nemá příznak zálohy, což nastává u ručně zadaných nebo importovaných odpočtů. Odpočet se pozná podle příznaku, záporné jednotkové ceny nebo zálohového účtu (314, 324). Při potvrzení faktury, na které se v její měně nic nedluží, se řádek závazku, který nese jen takový haléřový rozdíl v měně společnosti, odstraní a zbývající haléřový rozdíl se před zaúčtováním dorovná na odpočet. Řádky cenových rozdílů, které ocenění skladu přidává k přijaté faktuře v cizí měně, si ponechávají částku pouze v měně společnosti a částka v cizí měně se jim již nedoplňuje ze zůstatku. | Cizoměnové faktury s ručně odečtenými nebo importovanými zálohami lze potvrdit bez hlášky o nevybalancovaném záznamu, a to i u konceptů vytvořených před aktualizací. U dodavatele nezůstane otevřený závazek v řádu haléřů. Potvrdit lze i přijaté faktury v cizí měně s cenovým rozdílem oproti ocenění skladu. |
| 2026-10-20 | origamis_cz_bank_payments_export | 19.0.0.0.22 | FIX | Komplexní stabilizace a optimalizace bankovních dávek (ABO a Multicash) | Rozsáhlý balíček oprav a refaktoringu bankovních exportů. Zabezpečeno ukládání konfigurace bez rizika smazání plateb či vytváření duplicit, opraveno sestavování souborů ABO a Multicash (doplňování nul u účtů, Euro výjimka, formátování věty :07:, kontrola měn v dávce) a zpřesněny finanční výpočty i kódování. Kód byl zároveň optimalizován pro vyšší výkon, bezpečnější chybové stavy a plnou podporu multi-company prostředí. | Významně stabilnější a rychlejší generování bankovních příkazů bez rizika odmítnutí dávky bankou. Vaše bankovní soubory nyní plně odpovídají formátovým standardům, vyhnou se chybám v kódování či měnách a správa nastavení je zcela bezpečná i pro více firem v jedné databázi. |
| 2026-10-19 | origamis_control_statement | 19.0.0.0.19 | FIX | Oprava identifikace EU dodavatelů v A2 a duplicity při odečtu záloh v KH (A4, A5, B2, B3) | 1. EU dodavatelé v A2: Příslušnost k EU se v _get_supplier_identification nově určuje primárně podle prefixu DIČ (partner_id.vat), nikoliv podle country_id. U EU DIČ (např. IE u US firmy) vstupuje kód státu k_stat a DIČ bez prefixu vatid_dod. 2. Odečet záloh v A4, A5, B2, B3: Vypočtená podkladová data pro KH nově korektně zohledňují záporné položky odpočtu záloh (is_downpayment = True). Zúčtovací faktury vstupují do KH pouze ve výši čistého daňového dopadu (rozdílové částky). Posouzení limitu 10 000 CZK se provádí z částky po odečtení záloh. Při 100% odečtené záloze se zúčtovací faktura uvádí s nulovou hodnotou nebo neexportuje. Zajištěna shoda součtu $A4 + A5$ s kontrolním řádkem C1. | Správné vykazování EU dodavatelů bez ohledu na sídlo mateřské firmy a eliminace duplicitního vykazování základů a DPH při uplatňování zálohových daňových dokladů napříč různými měsíci. |
| 2026-10-19 | origamis_sk_business_register | 19.0.0.0.5 | IMP | Automatické načítání právního stavu „V likvidaci“ ze slovenského RPO | Rozšíření integrace na rozhraní ŠÚ SR RPO o zpracování uzlu legalStatuses z detailu entity (/rpo/v1/entity/<id>). Přidáno readonly boolean pole is_in_liquidation na modely res.partner a sk.or.history, které se automaticky vyhodnocuje na True, pokud API vrací kód právního stavu '2' („V likvidácii“). Pole je v UI viditelné pouze pro slovenské kontakty a jeho hodnota se ukládá i do historizace sk.or.history. | Okamžitý přehled o právním stavu slovenských obchodních partnerů. Systém při načtení dat podle IČO automaticky rozpozná firmu v likvidaci a zobrazí varovný příznak přímo na kartě kontaktu, což chrání uživatele před rizikovým obchodováním či chybným vystavováním dokladů. |
| 2026-10-15 | origamis_cz_eet | 19.0.0.0.3 | IMP | EET v jednom modulu pro Community i Enterprise | Modul si umístění menu EET řídí sám: při nainstalovaném modulu Účetnictví (Enterprise) je menu v aplikaci Účetnictví, jinak ve Fakturaci. Menu se přesune i při pozdější instalaci nebo odinstalaci Účetnictví. Samostatný modul origamis_cz_eet_accountant, který to zajišťoval pouze v Enterprise, byl odstraněn. | EET je jeden modul pro obě edice Odoo a jeho menu je vždy v používané účetní aplikaci, bez instalace dalších modulů. |
| 2026-10-13 | origamis_control_statement | 19.0.0.0.18 | FIX | Oprava duplicitního vykazování základů DPH a daně v Kontrolním hlášení při odečtu záloh | Byla opravena logika kalkulace podkladů pro Kontrolní hlášení (sekce A4, A5, B2, B3) v modulu origamis_control_statement. Výpočet nyní správně zohledňuje záporné položky odpočtu záloh (is_downpayment = True) na zúčtovacích fakturách. Základ daně a DPH zúčtovací faktury se pro účely KH poníží o uplatněný daňový doklad k záloze. Při 100% odpočtu vstupuje zúčtovací faktura do KH s nulovou hodnotou (případně se neexportuje), čímž je eliminována duplicita mezi zálohovým daňovým dokladem a finální fakturou. | Kontrolní hlášení již nebude uměle navyšovat základ daně ani DPH na vstupu či výstupu v případech, kdy využíváte zálohové daňové doklady. Výkazy pro finanční úřad tak budou přesné a v plném souladu s legislativou i při vykazování napříč různými měsíci. |
| 2026-10-13 | origamis_cz_received_downpayment_invoice | 19.0.0.0.12 | FIX | Umožnění připojení neúplně zaplacené přijaté zálohové faktury k daňovému dokladu | Úprava domény a filtrů ve wizardu add.downpayment.to.invoice (a související metodě button_add_downpayment). Zrušena podmínka striktně vyžadující stav hradby paid / partial, což nyní dovoluje vybírat a napojovat i zaúčtované přijaté zálohové faktury (PZF) ve stavu not_paid. Stav platby se korektně přenáší na vytvořený vazební řádek a vyřízené zálohy se z nabídky nadále automaticky skrávají. | Pokud obdržíte daňový doklad k platbě od dodavatele dříve, než se v systému zaeviduje nebo spáruje bankovní výpis, můžete neuhrazenou zálohovou fakturu k daňovému dokladu ručně připojit bez blokace. |
| 2026-10-13 | origamis_sk_business_register | 19.0.0.0.6 | IMP | Úprava textací pro slovenskou integraci OR SR (IČO) | Aktualizace uživatelských textací tlačítek a záložek v UI pro slovenskou lokalizaci. Původní zkratka „SK OR“ byla sjednocena a přejmenována na „OR SR“ (Obchodný register Slovenskej republiky) napříč formuláři a pohledy. | Přesnější a přehlednější označení ovládacích prvků v systému. Uživatele již nebudou mást nejednotné pojmy – tlačítka i záložky pro načítání firemních údajů ze Slovenského obchodního rejstříku mají nyní jasnou a správnou nomenklaturu (OR SR). |
| 2026-10-12 | origamis_base_cz | 19.0.0.0.28 | FIX | Nastavení úprav zápatí lze zapnout i v Odoo Community | Přepínač Povolit úpravy zápatí v obecném nastavení byl změněn na běžné zaškrtávací pole. Dříve používal zobrazení určené pro přechod na Odoo Enterprise, a proto se v Odoo Community místo zapnutí nastavení otevřelo okno s nabídkou upgradu. | Úpravy zápatí ve vzhledu dokumentu lze nyní zapnout i v Odoo Community. V Odoo Enterprise se nic nemění. |
| 2026-10-12 | origamis_base_cz | 19.0.0.0.27 | FIX | Názvy zálohových dokladů bez PROFORMA a správný základ DPH v CZK | Náhradní tisk dokladů bez uloženého PDF (například faktury stažené z portálu) už u zaúčtovaných dokladů zálohového deníku nepřidává označení PROFORMA. Názvy „Daňový doklad k přijaté platbě“ a „Zálohová faktura“ se tisknou bez něj, u ostatních faktur zůstává dosavadní chování. V rekapitulaci DPH v CZK se základ jednotlivých sazeb nově počítá z částek v měně společnosti na řádcích faktury s danou daní místo z uloženého základu daně, takže základ i DPH používají stejný kurz i po přeměně zaplacené zálohové faktury v cizí měně na daňový doklad. | Daňové doklady k přijaté platbě a zálohové faktury stažené z portálu nesou správný název bez zavádějícího označení PROFORMA. Rekapitulace DPH v CZK na dokladech ze zaplacených záloh v cizí měně zobrazuje základ, který odpovídá DPH i kurzu použitému na dokladu. |
| 2026-10-12 | origamis_cz_downpayment_invoice | 19.0.0.0.25 | FIX | Stabilizace párování cizoměnových zálohových faktur | Byla upravena logika párování cizoměnových plateb se zálohami při vzniku kurzového rozdílu. Proces byl stabilizován tak, aby nedocházelo k pádům aplikace vlivem ztráty dočasných řádků na pozadí. Zároveň bylo ošetřeno chování při plných i částečných úhradách, aby nedocházelo k nechtěnému mazání částek DPH z dokladu. | Nyní můžete spolehlivě a bez chybových hlášek párovat cizoměnové platby se zálohami, i když platba dorazí v jiný den s jiným kurzem. Systém plynule spočítá kurzový rozdíl a korektně zachová všechny údaje o DPH, ať už jde o plnou, nebo jen částečnou úhradu. |
| 2026-10-09 | origamis_sk_business_register | 19.0.0.0.4 | FIX | Úprava štítků pro slovenské IČ DPH a DIČ na kartě partnera | Na formulářovém pohledu modelu res.partner byl změněn zobrazený štítek (string) u pole vat na IČ DPH. Zobrazení pole income_tax_id zůstává jako DIČ. Tím dochází k odlišení identifikátoru pro DPH (vat, např. SK2120776955) od daňového identifikačního čísla (income_tax_id, např. 2120776955) u slovenských subjektů (country_code == 'SK'). | Přejmenování pole pro lepší orientaci uživatelů při práci s kódovými údaji slovenských partnerů. |
| 2026-10-08 | origamis_cz_financial_statements | 19.0.2.0.14 | FIX | Komplexní oprava a optimalizace účetních výkazů (Rozvaha, VZZ) | Byla provedena rozsáhlá optimalizace výkazů Rozvaha a Výkaz zisku a ztráty pro plný soulad s vyhláškou č. 500/2002 Sb. Úpravy řeší sjednocení výpočtů brutto/netto hodnot, správnou strukturu zkrácených výkazů a tisk pouze netto hodnot v sekci Pasiv. Dále byly odstraněny duplicity v účtové osnově (vč. zařazení účtu 481100 do aktiv), opraveno dynamické číslování řádků a zamezeno tisku nežádoucích analytických detailů do statutárního PDF. | Účetní výkazy jsou nyní plně legislativně i matematicky přesné. Do oficiálního PDF se vám již nepropíší nechtěné detailní účty, loňské období se neprohodí s letošním a u Pasiv naleznete striktně jen hodnotu netto. Stahované soubory se automaticky přehledně pojmenovávají a celé uživatelské prostředí výkazů prošlo opravou překlepů. |
| 2026-10-07 | origamis_hr_travel_order | 19.0.0.0.15 | IMP | Aktivity schvalování, stav výdajů a čas konce cesty u cestovních příkazů | Při odeslání cestovního příkazu, i na předschválení, byla doplněna aktivita schválení pro manažera cestovního příkazu, případně pro schvalovatele výdajů zaměstnance, a přiřazený uživatel dostane upozornění. Schválením nebo předschválením cestovního příkazu se aktivita označí jako hotová, zamítnutím nebo vrácením do návrhu se odstraní. Výdaje cestovního příkazu byly navázány na jeho schválení: schvalují se spolu s ním, při zamítnutí se zamítnou a při vrácení do návrhu se vrátí do návrhu. Jednotlivě je již nelze zaúčtovat ani proplatit ve mzdě, protože je cestovní příkaz účtuje ve vlastní faktuře. Položky jízdného a stravného byly pojmenovány podle cestovního příkazu, kategorie a místa jednání. Konec cesty byl změněn na datum a čas a stravné jej nově používá jako konec cesty: čas mezi posledním úsekem a koncem cesty se započítá v zemi, kam poslední úsek dorazil, úseky začínající po konci cesty se nezapočítají a úsek přesahující konec cesty se započítá jen do jejího konce. Existující cestovní příkazy dostaly čas konce posledního úseku v den konce cesty, bez takového úseku začátek dne. Související nepřítomnost se řídí dny v časovém pásmu zaměstnance. | Manažer hned vidí, které cestovní příkazy čekají na schválení, a úkol se po schválení sám uzavře. Výdaje schváleného cestovního příkazu už nezůstávají v návrhu, přehled výdajů je tak přehledný a nikdo je nemusí znovu odesílat. Z popisu výdaje je hned vidět, ke které cestě a kategorii patří, a konec cesty lze zadat i s přesným časem, se kterým počítá i stravné. |
| 2026-10-06 | origamis_hr_travel_order | 19.0.0.0.14 | IMP | Aktualizace sazeb cestovních náhrad pro Benzín 95 (platnost od 1. 10. 2026) | Byla provedena úprava databáze sazeb pohonných hmot v reakci na vyhlášku č. 175/2026 Sb. U položky Benzín 95 bylo uzavřeno stávající časové období k 30. 9. 2026 a byl vytvořen nový navazující záznam s aktualizovanou cenou platnou od 1. října 2026. Ostatní sazby paliv a základní náhrady za kilometry zůstávají zachovány. | Systém je plně připraven na legislativní změnu platnou od 1. 10. 2026. U cestovních příkazů s říjnovým a novějším datem bude pro vozidla tankující Benzín 95 automaticky použita nová vyhlášková cena 41,80 Kč/l. U dřívějších cestovních příkazů (do konce září) systém spolehlivě spočítá náhradu dle původní nižší sazby. |
| 2026-10-05 | origamis_cz_eet | 19.0.0.0.2 | IMP | Vypnutí evidence tržeb v testovacích kopiích databáze | Do neutralizace databáze, kterou Odoo.sh provádí u každé testovací (staging) kopie produkce, bylo doplněno automatické vypnutí evidence tržeb společnosti. Z neutralizované kopie se proto neodesílají datové zprávy z pokladny ani z účtárny, a to ani zprávy převzaté z produkce, které čekaly na opakované odeslání. Nastavení prostředí, certifikátů, pokladen a deníků zůstává zachováno, takže EET lze v testovací kopii znovu zapnout s testovacím certifikátem. | Zkušební prodeje v testovacím prostředí se nikdy nezaevidují u Finanční správy jako skutečné tržby. Nové funkce lze bezpečně zkoušet na kopii ostrých dat bez rizika nesprávně vykázaných tržeb. |
| 2026-10-04 | origamis_base_cz | 19.0.0.0.26 | FIX | Komplexní stabilizace a optimalizace účetních a bankovních funkcí | Byl proveden rozsáhlý refaktoring a audit jádrových lokalizačních modulů. Úpravy řeší spolehlivost párování bankovních výpisů (korektní zpracování detailních dat z bank a upřesnění párovacích pravidel), zabezpečení a optimalizaci synchronizace číselníků z ČNB a zamezení nechtěnému ořezávání delších platebních referencí. Dále bylo sjednoceno a upraveno chování faktur a plateb: bylo upraveno generování QR kódů, import dokladů přes Factur-X, hromadné přiřazování dat zdanitelného plnění (DUZP) a vizuální formátování (patičky dokladů, zarovnání sloupců, zobrazení proforem a znaménka rekapitulace DPH u dobropisů). Systém byl rovněž databázově optimalizován (přidány chybějící indexy, odstraněny přebytečné transakce na pozadí) pro vyšší celkový výkon. | Tento rozsáhlý balíček úprav přináší výrazné zvýšení stability, rychlosti a bezpečnosti celého systému. Zajišťuje plynulé automatické párování bankovních plateb bez chybových hlášek, spolehlivé čtení referencí u dodavatelských faktur a bezchybné hromadné účetní operace. Dále vizuálně zpřesňuje tiskové výstupy dokladů (správná znaménka DPH u dobropisů, vycentrované sloupce, doplněné patičky). Díky optimalizacím na pozadí se také zrychlí načítání vytěžovaných dokladů a celková odezva systému. |
| 2026-10-01 | origamis_control_statement | 19.0.0.0.17 | FIX | Kód státu a DIČ dodavatele v sekci A.2 jen u dodavatelů z EU | Sekce A.2 přebírá kód státu ze země dodavatele, nikoli z prvních dvou znaků jeho DIČ, a kód státu i DIČ bez kódu země vykazuje jen u dodavatelů z členských států Evropské unie. U dodavatelů mimo EU, například z Velké Británie, USA nebo Švýcarska, zůstávají ve výkazu prázdné a XML export je do věty A2 neuvádí. Výkaz je zobrazuje v novém sloupci Kód státu. Řecko se vykazuje s kódem EL podle číselníku Finanční správy. | Přijatá plnění od dodavatelů mimo EU se v sekci A.2 vykazují bez kódu státu a DIČ, jak vyžaduje Finanční správa. |
| 2026-10-01 | origamis_cz_oss_report | 19.0.0.0.1 | ADD | Export výkazu OSS do českého XML formátu | Byl vytvořen nový rozšiřující modul pro standardní účetní OSS report, který umožňuje generování dat do XML struktury vyžadované českou Finanční správou. Součástí řešení je automatická konverze základu daně a výše daně z hlavní měny společnosti (CZK) do EUR, a to primárně dle kurzu platného ke dni zdanitelného plnění. Modul rovněž řeší formátování DIČ, mapování systémových typů sazeb DPH na konkrétní procentuální hodnoty dle legislativy a specifické zpracování opravných dokladů (dobropisů) do oddělené sekce výkazu. | Přímo ze systému nyní vygenerujete hotový XML soubor pro podání OSS (One Stop Shop) hlášení, který lze rovnou nahrát na portál EPO české Finanční správy. Systém za vás automaticky vyřeší veškeré legislativní náležitosti, včetně přepočtu na EUR, formátování údajů a vykázání dobropisů. |
| 2026-09-29 | origamis_hr_travel_order | 19.0.0.0.13 | FIX | Úprava zobrazení položek v sekci Ostatní náklady na cestovních příkazech | Byla upravena logika filtrování záznamů v záložce Ostatní náklady (resp. Jiné výdaje). Zobrazení bylo přenastaveno tak, aby systém striktně izoloval automaticky generované položky stravného a cestovních náhrad od ostatních položek. | Záložka Ostatní náklady nově obsahuje výhradně ručně přidané výdaje (např. dodatečné účtenky či parkovné). Systémem vygenerované stravné nebo jízdné se sem již nepropisuje, vyúčtování cesty je tak mnohem přehlednější a praktičtější. |
| 2026-09-25 | origamis_license | 19.0.1.0.11 | IMP | Přehled licencovaných modulů a platnosti licence v nastavení | Odpověď sledovacího serveru Origamis na kontrolu licence nyní obsahuje i seznam licencovaných modulů. Seznam a datum platnosti licence se ukládají na všechny společnosti databáze a zobrazují se jen pro čtení v nastavení Licence Origamis, pod licenčním klíčem. | Přímo v nastavení vidíte, na které moduly Origamis se vaše licence vztahuje a do kdy platí, aniž byste se museli ptát Origamis. |
| 2026-09-24 | origamis_cz_downpayment_invoice | 19.0.0.0.24 | FIX | Oprava haléřových rozdílů při odpočtu záloh u cizoměnových faktur | Byla upravena logika výpočtu a zaokrouhlování při přepočtu cizoměnových faktur s odpočtem zálohy do hlavní měny společnosti (CZK). Systém nyní automaticky detekuje a dovyrovnává vzniklé haléřové odchylky přímo na řádku zálohy. Tím je zajištěno, že účetní zápis v korunách je vždy perfektně vybalancovaný na stranách Má dáti a Dal, přičemž původní částky v cizí měně zůstávají nedotčeny. | Při potvrzování faktur v cizí měně s odpočtem zálohy vás již nezastaví chybová hláška o nevybalancovaném dokladu. Systém si případné haléřové rozdíly vzniklé přepočtem kurzu srovná zcela automaticky, takže fakturu rovnou zaúčtujete bez nutnosti ručně přepisovat účetní položky. |
| 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.16 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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 | Oprava párování plateb se zálohami v prostředí více společností | Byla opravena logika vyhledávání účtů při párování bankovních plateb s přijatými zálohovými fakturami. Systém nyní filtruje zálohový účet (314999) striktně podle společnosti, pod kterou je doklad vystaven, čímž se zamezilo nechtěnému dotazování do účetní osnovy jiné firmy a následným pádům na chybě přístupových práv. Zároveň bylo ošetřeno chování pro případ chybějícího účtu. | Párování záloh na bankovní platby v prostředí více společností (Multi-Company) nyní probíhá hladce a spolehlivě. Odstranili jsme pády způsobené nesrozumitelnou chybou práv. Pokud by vám navíc zálohový účet v dané firmě chyběl, systém vás místo technické chyby jasně a srozumitelně upozorní, že je potřeba jej doplnit. |
| 2026-09-21 | origamis_license | 19.0.1.0.12 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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-21 | origamis_sk_business_register | 19.0.0.0.3 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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-31 | origamis_cz_eet | 19.0.0.0.1 | ADD | EET 2.0 - elektronická evidence tržeb | Modul zajišťuje evidenci tržeb podle zákona o evidenci tržeb: odesílání datových zpráv o tržbách do systému EET Finanční správy s elektronickým podpisem, správa pokladních certifikátů a evidenčních jednotek, automatické opakované zaslání při výpadku spojení a tisk potvrzovacího kódu (POK) na účtence. | Splnění zákonné povinnosti evidence tržeb od 1.1.2027 přímo z Odoo - tržby z pokladny i účtárny se odesílají automaticky, při výpadku internetu se došlou samy a zákazník má přehled o stavu každé odeslané tržby. |
| 2026-08-31 | origamis_cz_eet_accountant | 19.0.0.0.1 | ADD | Přesun menu EET do aplikace Účetnictví po její instalaci | Instalace aplikace Účetnictví nahradí finanční menu aplikace Fakturace vlastním menu "Účetnictví" a přesune do něj standardní finanční podmenu (Zákazníci, Dodavatelé, Konfigurace atd.). Tento nový modul udělá totéž pro menu EET, aby nezůstalo opuštěné v téměř prázdné aplikaci Fakturace. Aktivuje se jen tehdy, jsou-li nainstalovány jak jádrový modul EET, tak aplikace Účetnictví. | Společnosti používající plnou aplikaci Účetnictví mají všechna finanční menu včetně EET pohromadě na jednom místě, nic nezůstane omylem v jiné aplikaci. |
| 2026-08-31 | origamis_cz_eet_pos | 19.0.0.0.1 | ADD | EET 2.0 - elektronická evidence tržeb | Modul zajišťuje evidenci tržeb podle zákona o evidenci tržeb: odesílání datových zpráv o tržbách do systému EET Finanční správy s elektronickým podpisem, správa pokladních certifikátů a evidenčních jednotek, automatické opakované zaslání při výpadku spojení a tisk potvrzovacího kódu (POK) na účtence. | Splnění zákonné povinnosti evidence tržeb od 1.1.2027 přímo z Odoo - tržby z pokladny i účtárny se odesílají automaticky, při výpadku internetu se došlou samy a zákazník má přehled o stavu každé odeslané tržby. |
| 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.11 | FIX | Oprava layoutu polí v nastavení nákupního deníku | Byla opravena XML struktura formulářového pohledu deníku (account.journal). Pokud není nastaven typ zálohového deníku (Downpayment Type), pohled si zachovává správný layout a nedochází k posunu ostatních polí. | Formulář nákupního deníku je přehledný a vizuálně správně strukturovaný bez ohledu na to, zda má vyplněné nastavení zálohového deníku. |
| 2026-08-25 | origamis_cz_received_downpayment_invoice | 19.0.0.0.9 | FIX | Podpora částečných úhrad přijatých zálohových faktur | V metodě process_scanned_content() resp. process_reconciliation() na modelu account.bank.statement.line bylo upraveno generování interního zálohového dokladu (ZID). Při částečné platbě se podrozvahové řádky ZID poměrně škálují podle reálně párované částky (matched_amount). Dále bylo upraveno odpárování plateb (action_undo_reconciliation()) pro správné smazání konkrétního ZID bez ovlivnění ostatních dílčích úhrad. | Částečné úhrady přijatých zálohových faktur na bankovním deníku se již neoznačí jako plně zaplacené. Systém správně nastaví stav „Částečně zaplaceno“, vypočítá zbývající částku k úhradě a umožňuje zálohu postupně dopláceet více platbami nebo ji částečně uplatnit na zúčtovací faktuře. |
| 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 | Oprava duplicitního uplatnění DPH u zúčtovací faktury po přijatém daňovém dokladu | Při uplatnění zaplacené zálohy z přijatého zálohového daňového dokladu (PZDD) na finální zúčtovací faktuře se nově na vkládaném záporném řádku zálohy zachovává původní sazba DPH. Díky tomu systém na zúčtovací faktuře automaticky vytvoří odpočtový účetní zápis DPH na stranu Dal (případně záporně na straně Má dáti) na účtu DPH na vstupu. | Odstraněna chyba, při které docházelo k duplicitnímu vykazování nároku na odpočet DPH na vstupu na zúčtovací faktuře i na daňovém dokladu k platbě. Vykazování DPH v daňovém přiznání a kontrolním hlášení je nyní zcela přesné a odpovídá platné účetní i daňové legislativě. |
| 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 | Oprava párování přijaté zálohy s daňovým dokladem | Přiřazení uhrazené přijaté zálohy k přijatému zálohovému daňovému dokladu končilo chybou a zálohu nebylo možné navázat. Chování bylo opraveno a účty pro zálohový doklad se nyní určují samostatně pro každou společnost. | Přijaté zálohy lze opět bez chyby navázat na zálohové daňové doklady. V databázích s více společnostmi se navíc vždy použijí správné účty dané společnosti. |
| 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. |
| 2026-06-15 | origamis_sk_business_register | 19.0.0.0.1 | ADD | Integrace se Slovenským obchodním rejstříkem | Byla doplněna integrace se Slovenským obchodním rejstříkem pro načítání údajů o společnostech na základě IČO. Modul ukládá načtené údaje, vede jejich historii a před zaúčtováním zákaznických faktur a dodavatelských účtů ověřuje jejich správnost vůči údajům v registru. | Údaje o společnostech lze načíst přímo ze Slovenského obchodního rejstříku bez nutnosti ručního přepisování. Před zaúčtováním účetních dokladů systém zároveň upozorní na rozdíly oproti oficiálním údajům, což pomáhá udržovat správná data a snižuje riziko práce se zastaralými informacemi. |
Odoo 18
| Datum | Modul | Verze | Typ | Změna | Technický popis | Přínos |
|---|---|---|---|---|---|---|
| 2026-11-02 | origamis_cz_received_downpayment_invoice | 18.0.0.0.17 | FIX | Refaktoring a optimalizace modulu Přijatých záloh (PZF/PZDD) | Zapracování nálezů z technického auditu kódu pro přijaté zálohy v18 a v19. Odstraněny plošné zásahy do jádra Odoo (odstranění natvrdo přepsaných metod přes super(), obnova predikce účtů u dodavatelských faktur a zachování kontrol _check_balanced mimo zálohy). Zpřesněna logika uplatňování částečných záloh, párování s PZDD, kurzových rozdílů a odpočtu při fakturaci z PO. Ošetřeny chybové stavy při odpárování, duplikaci dokladů, zamezeno opakovanému odpočtu stejné zálohy a optimalizovány databázové dotazy u účetních řádků. | Výrazná stabilizace, vyšší rychlost a celková spolehlivost procesů přijatých záloh a daňových dokladů. Opravy eliminovaly riziko chybných odpočtů a nekonečných stavů při odpárování v bance, vyřešily cizoměnové přepočty a zajistily, že modul již neovlivňuje ani nezpomaluje běžné dodavatelské faktury. |
| 2026-10-30 | origamis_cz_received_downpayment_invoice | 18.0.0.0.16 | FIX | Oprava chyby při vkládání zálohy do faktury otevřené z účetního dashboardu | V akci button_add_downpayment bylo upraveno předávání kontextu s explicitním nastavením active_model = 'account.move' a active_id = self.id. Ve wizardu add.downpayment.to.invoice byla doplněna kontrola modelu a fallback na move_id, což zamezuje záměně ID účetního deníku za ID faktury a pádu na Missing Record. | Přidání zálohy k faktuře nyní funguje spolehlivě bez ohledu na to, zda fakturu otevřete z hlavního menu, nebo proklikem přes dlaždici deníku na účetním přehledu. |
| 2026-10-30 | origamis_recapitulative_statement | 18.0.0.0.17 | IMP | Omezení zobrazení sloupce „SH – Kód plnění“ pouze na české společnosti | V XML pohledu položek faktury (invoice_line_ids) byl upraven atribut column_invisible pole cz_recapitulative_statement_code s podmínkou na parent.company_country_code != 'CZ' a v modelu account.move doplněna kontrola, která pro nečeské společnosti vrací cz_recapitulative_statement_move = False. | Čistší a přehlednější formulář faktury v multi-company prostředí. Společnosti se sídlem mimo Českou republiku již nejsou zatěžovány nerelevantním sloupcem určeným výhradně pro české souhrnné hlášení. |
| 2026-10-27 | origamis_delivery_ppl | 18.0.0.0.10 | IMP | Zabezpečení timeoutů a limitu čekání na PPL štítky při validaci výdejky | Centralizace API volání PPL do jedné metody s timeoutem (5 s spojení, 20 s odpověď) a nahrazení nekonečné smyčky časovým limitem (30 s + 2 s za zásilku, max. 120 s konfigurovatelných přes systémový parametr). Chybový stav z PPL vyvolá ihned UserError se zalogováním detailů a odstraněním nadbytečných printů. | Odstranění zasekávání skladu při výpadku či zpoždění odezvy PPL. Validace výdejky již nezablokuje databázové zámky na 15 minut, ale v případě problému včas a srozumitelně informuje skladníka chybovou hláškou. |
| 2026-10-27 | origamis_isir | 18.0.0.0.7 | FIX | Cílené vytváření aktivit při změně stavu v ISIR | V synchronizačních metodách (action_isir_cuzk_ws_fetch a _cron_isir_weekly_sync) byla upravena logika volání activity_schedule. Nově se aktivita plánuje přednostně přiřazenému obchodníkovi kontaktu (partner.user_id), a pouze pokud kontakt obchodníka nemá, použije se fallback na skupinu uživatelů z nastavení společnosti (isir_notifications_user_ids). | Odstranění zahlcování uživatelů duplicitními a nerelevantními notifikacemi. Upozornění na novou insolvenci či změnu stavu v ISIR nyní obdrží pouze odpovědný obchodník daného partnera, případně určení správci. |
| 2026-10-26 | origamis_ares | 18.0.0.0.28 | FIX | Oprava ověřování v ARES pro vnořené kontakty faktury | V metodě ares_post byla nahrazena přímá reference na rodiče (parent_id) za commercial_partner_id. Ověřování v registrech ARES a ADIS i zápis údajů probíhají výhradně na hlavní mateřské firmě bez ohledu na hloubku vnoření adresy. | Faktury lze nyní bezchybně potvrdit i v případech, kdy je fakturační adresa vedena pod konkrétní kontaktní osobou. Systém již nepadá na chybě a automaticky ověřuje IČO a data přímo vůči nadřazené mateřské firmě. |
| 2026-10-26 | origamis_cz_downpayment_invoice | 18.0.0.0.38 | FIX | Haléřový rozdíl u cizoměnových faktur s ručně odečtenými zálohami | Haléřový rozdíl v měně společnosti u konečné faktury v cizí měně se nově dorovná na řádek odpočtu zálohy i tehdy, když řádek nemá příznak zálohy, což nastává u ručně zadaných nebo importovaných odpočtů. Odpočet se pozná podle příznaku, záporné jednotkové ceny nebo zálohového účtu (314, 324). Při potvrzení faktury, na které se v její měně nic nedluží, se řádek závazku, který nese jen takový haléřový rozdíl v měně společnosti, odstraní a zbývající haléřový rozdíl se před zaúčtováním dorovná na odpočet. Řádky cenových rozdílů, které ocenění skladu přidává k přijaté faktuře v cizí měně, si ponechávají částku pouze v měně společnosti a částka v cizí měně se jim již nedoplňuje ze zůstatku. | Cizoměnové faktury s ručně odečtenými nebo importovanými zálohami lze potvrdit bez hlášky o nevybalancovaném záznamu, a to i u konceptů vytvořených před aktualizací. U dodavatele nezůstane otevřený závazek v řádu haléřů. Potvrdit lze i přijaté faktury v cizí měně s cenovým rozdílem oproti ocenění skladu. |
| 2026-10-20 | origamis_cz_bank_payments_export | 18.0.0.0.27 | FIX | Komplexní stabilizace a optimalizace bankovních dávek (ABO a Multicash) | Rozsáhlý balíček oprav a refaktoringu bankovních exportů. Zabezpečeno ukládání konfigurace bez rizika smazání plateb či vytváření duplicit, opraveno sestavování souborů ABO a Multicash (doplňování nul u účtů, Euro výjimka, formátování věty :07:, kontrola měn v dávce) a zpřesněny finanční výpočty i kódování. Kód byl zároveň optimalizován pro vyšší výkon, bezpečnější chybové stavy a plnou podporu multi-company prostředí. | Významně stabilnější a rychlejší generování bankovních příkazů bez rizika odmítnutí dávky bankou. Vaše bankovní soubory nyní plně odpovídají formátovým standardům, vyhnou se chybám v kódování či měnách a správa nastavení je zcela bezpečná i pro více firem v jedné databázi. |
| 2026-10-19 | origamis_control_statement | 18.0.0.0.27 | FIX | Oprava identifikace EU dodavatelů v A2 a duplicity při odečtu záloh v KH (A4, A5, B2, B3) | 1. EU dodavatelé v A2: Příslušnost k EU se v _get_supplier_identification nově určuje primárně podle prefixu DIČ (partner_id.vat), nikoliv podle country_id. U EU DIČ (např. IE u US firmy) vstupuje kód státu k_stat a DIČ bez prefixu vatid_dod. 2. Odečet záloh v A4, A5, B2, B3: Vypočtená podkladová data pro KH nově korektně zohledňují záporné položky odpočtu záloh (is_downpayment = True). Zúčtovací faktury vstupují do KH pouze ve výši čistého daňového dopadu (rozdílové částky). Posouzení limitu 10 000 CZK se provádí z částky po odečtení záloh. Při 100% odečtené záloze se zúčtovací faktura uvádí s nulovou hodnotou nebo neexportuje. Zajištěna shoda součtu $A4 + A5$ s kontrolním řádkem C1. | Správné vykazování EU dodavatelů bez ohledu na sídlo mateřské firmy a eliminace duplicitního vykazování základů a DPH při uplatňování zálohových daňových dokladů napříč různými měsíci. |
| 2026-10-19 | origamis_sk_business_register | 18.0.0.0.5 | IMP | Automatické načítání právního stavu „V likvidaci“ ze slovenského RPO | Rozšíření integrace na rozhraní ŠÚ SR RPO o zpracování uzlu legalStatuses z detailu entity (/rpo/v1/entity/<id>). Přidáno readonly boolean pole is_in_liquidation na modely res.partner a sk.or.history, které se automaticky vyhodnocuje na True, pokud API vrací kód právního stavu '2' („V likvidácii“). Pole je v UI viditelné pouze pro slovenské kontakty a jeho hodnota se ukládá i do historizace sk.or.history. | Okamžitý přehled o právním stavu slovenských obchodních partnerů. Systém při načtení dat podle IČO automaticky rozpozná firmu v likvidaci a zobrazí varovný příznak přímo na kartě kontaktu, což chrání uživatele před rizikovým obchodováním či chybným vystavováním dokladů. |
| 2026-10-14 | origamis_license | 18.0.1.0.13 | FIX | Tlačítka ARES a slovenských registrů u nového kontaktu | Tlačítka pro doplnění kontaktu z ARES a ze slovenských registrů spolu se souvisejícími poli kontaktu se nyní zobrazují už u nového, dosud neuloženého kontaktu. Dříve se objevila až po uložení kontaktu, protože formulář nového kontaktu nezohledňoval integrace aktivní ve společnosti. | Nového obchodního partnera lze vyhledat v ARES nebo ve slovenských registrech hned při zakládání kontaktu, bez nutnosti ho nejdříve uložit. |
| 2026-10-13 | origamis_control_statement | 18.0.0.0.26 | FIX | Oprava duplicitního vykazování základů DPH a daně v Kontrolním hlášení při odečtu záloh | Byla opravena logika kalkulace podkladů pro Kontrolní hlášení (sekce A4, A5, B2, B3) v modulu origamis_control_statement. Výpočet nyní správně zohledňuje záporné položky odpočtu záloh (is_downpayment = True) na zúčtovacích fakturách. Základ daně a DPH zúčtovací faktury se pro účely KH poníží o uplatněný daňový doklad k záloze. Při 100% odpočtu vstupuje zúčtovací faktura do KH s nulovou hodnotou (případně se neexportuje), čímž je eliminována duplicita mezi zálohovým daňovým dokladem a finální fakturou. | Kontrolní hlášení již nebude uměle navyšovat základ daně ani DPH na vstupu či výstupu v případech, kdy využíváte zálohové daňové doklady. Výkazy pro finanční úřad tak budou přesné a v plném souladu s legislativou i při vykazování napříč různými měsíci. |
| 2026-10-13 | origamis_cz_received_downpayment_invoice | 18.0.0.0.15 | FIX | Umožnění připojení neúplně zaplacené přijaté zálohové faktury k daňovému dokladu | Úprava domény a filtrů ve wizardu add.downpayment.to.invoice (a související metodě button_add_downpayment). Zrušena podmínka striktně vyžadující stav hradby paid / partial, což nyní dovoluje vybírat a napojovat i zaúčtované přijaté zálohové faktury (PZF) ve stavu not_paid. Stav platby se korektně přenáší na vytvořený vazební řádek a vyřízené zálohy se z nabídky nadále automaticky skrávají. | Pokud obdržíte daňový doklad k platbě od dodavatele dříve, než se v systému zaeviduje nebo spáruje bankovní výpis, můžete neuhrazenou zálohovou fakturu k daňovému dokladu ručně připojit bez blokace. |
| 2026-10-13 | origamis_sk_business_register | 18.0.0.0.6 | IMP | Úprava textací pro slovenskou integraci OR SR (IČO) | Aktualizace uživatelských textací tlačítek a záložek v UI pro slovenskou lokalizaci. Původní zkratka „SK OR“ byla sjednocena a přejmenována na „OR SR“ (Obchodný register Slovenskej republiky) napříč formuláři a pohledy. | Přesnější a přehlednější označení ovládacích prvků v systému. Uživatele již nebudou mást nejednotné pojmy – tlačítka i záložky pro načítání firemních údajů ze Slovenského obchodního rejstříku mají nyní jasnou a správnou nomenklaturu (OR SR). |
| 2026-10-12 | origamis_base_cz | 18.0.0.0.59 | FIX | Nastavení úprav zápatí lze zapnout i v Odoo Community | Přepínač Povolit úpravy zápatí v obecném nastavení byl změněn na běžné zaškrtávací pole. Dříve používal zobrazení určené pro přechod na Odoo Enterprise, a proto se v Odoo Community místo zapnutí nastavení otevřelo okno s nabídkou upgradu. | Úpravy zápatí ve vzhledu dokumentu lze nyní zapnout i v Odoo Community. V Odoo Enterprise se nic nemění. |
| 2026-10-12 | origamis_base_cz | 18.0.0.0.58 | FIX | Názvy zálohových dokladů bez PROFORMA a správný základ DPH v CZK | Náhradní tisk dokladů bez uloženého PDF (například faktury stažené z portálu) už u zaúčtovaných dokladů zálohového deníku nepřidává označení PROFORMA. Názvy „Daňový doklad k přijaté platbě“ a „Zálohová faktura“ se tisknou bez něj, u ostatních faktur zůstává dosavadní chování. V rekapitulaci DPH v CZK se základ jednotlivých sazeb nově počítá z částek v měně společnosti na řádcích faktury s danou daní místo z uloženého základu daně, takže základ i DPH používají stejný kurz i po přeměně zaplacené zálohové faktury v cizí měně na daňový doklad. | Daňové doklady k přijaté platbě a zálohové faktury stažené z portálu nesou správný název bez zavádějícího označení PROFORMA. Rekapitulace DPH v CZK na dokladech ze zaplacených záloh v cizí měně zobrazuje základ, který odpovídá DPH i kurzu použitému na dokladu. |
| 2026-10-09 | origamis_sk_business_register | 18.0.0.0.4 | FIX | Úprava štítků pro slovenské IČ DPH a DIČ na kartě partnera | Na formulářovém pohledu modelu res.partner byl změněn zobrazený štítek (string) u pole vat na IČ DPH. Zobrazení pole income_tax_id zůstává jako DIČ. Tím dochází k odlišení identifikátoru pro DPH (vat, např. SK2120776955) od daňového identifikačního čísla (income_tax_id, např. 2120776955) u slovenských subjektů (country_code == 'SK'). | Přejmenování pole pro lepší orientaci uživatelů při práci s kódovými údaji slovenských partnerů. |
| 2026-10-08 | origamis_cz_financial_statements | 18.0.1.0.6 | FIX | Komplexní oprava a optimalizace účetních výkazů (Rozvaha, VZZ) | Byla provedena rozsáhlá optimalizace výkazů Rozvaha a Výkaz zisku a ztráty pro plný soulad s vyhláškou č. 500/2002 Sb. Úpravy řeší sjednocení výpočtů brutto/netto hodnot, správnou strukturu zkrácených výkazů a tisk pouze netto hodnot v sekci Pasiv. Dále byly odstraněny duplicity v účtové osnově (vč. zařazení účtu 481100 do aktiv), opraveno dynamické číslování řádků a zamezeno tisku nežádoucích analytických detailů do statutárního PDF. | Účetní výkazy jsou nyní plně legislativně i matematicky přesné. Do oficiálního PDF se vám již nepropíší nechtěné detailní účty, loňské období se neprohodí s letošním a u Pasiv naleznete striktně jen hodnotu netto. Stahované soubory se automaticky přehledně pojmenovávají a celé uživatelské prostředí výkazů prošlo opravou překlepů. |
| 2026-10-07 | origamis_hr_travel_order | 18.0.0.0.16 | IMP | Aktivity schvalování a čas konce cesty u cestovních příkazů | Aktivita schválení, která vzniká při odeslání cestovního příkazu, dostala shrnutí Schválení cestovního příkazu, ostatní výkazy výdajů si ponechávají standardní. Odeslání cestovního příkazu na předschválení bylo doplněno o aktivitu schválení pro jeho manažera, která se předschválením označí jako hotová a zamítnutím předschválení odstraní. Položky jízdného a stravného byly pojmenovány podle cestovního příkazu, kategorie a místa jednání. Konec cesty byl změněn na datum a čas a stravné jej nově používá jako konec cesty: čas mezi posledním úsekem a koncem cesty se započítá v zemi, kam poslední úsek dorazil, úseky začínající po konci cesty se nezapočítají a úsek přesahující konec cesty se započítá jen do jejího konce. Existující cestovní příkazy dostaly čas konce posledního úseku v den konce cesty, bez takového úseku začátek dne. Související nepřítomnost končí posledním dnem v časovém pásmu zaměstnance. | Manažer hned vidí, že na schválení čeká cestovní příkaz, a ne běžný výkaz výdajů, a úkol dostane i pro předschválení. Z popisu výdaje je hned vidět, ke které cestě a kategorii patří, a konec cesty lze zadat i s přesným časem, se kterým počítá i stravné. |
| 2026-10-06 | origamis_hr_travel_order | 18.0.0.0.15 | IMP | Aktualizace sazeb cestovních náhrad pro Benzín 95 (platnost od 1. 10. 2026) | Byla provedena úprava databáze sazeb pohonných hmot v reakci na vyhlášku č. 175/2026 Sb. U položky Benzín 95 bylo uzavřeno stávající časové období k 30. 9. 2026 a byl vytvořen nový navazující záznam s aktualizovanou cenou platnou od 1. října 2026. Ostatní sazby paliv a základní náhrady za kilometry zůstávají zachovány. | Systém je plně připraven na legislativní změnu platnou od 1. 10. 2026. U cestovních příkazů s říjnovým a novějším datem bude pro vozidla tankující Benzín 95 automaticky použita nová vyhlášková cena 41,80 Kč/l. U dřívějších cestovních příkazů (do konce září) systém spolehlivě spočítá náhradu dle původní nižší sazby. |
| 2026-10-05 | origamis_cz_downpayment_invoice | 18.0.0.0.37 | FIX | Účet řádků faktur a výnos nezaplacené zálohové faktury | Kontrola účtů pohledávek a závazků na položkách deníku byla deklarována u přepočtu účtu místo u samotné kontroly. Přepočet se proto spouštěl při každé změně účtu a vracel na kterýkoli řádek faktury účet produktu, včetně výnosového řádku zálohové faktury, který tak zůstal na výnosovém účtu místo na podrozvahovém. Kontrola účtů pohledávek a závazků se přestala provádět úplně. Deklarace je zpět u kontroly. Aktualizace daní a účtů podle fiskální pozice nyní synchronizuje fakturu až po přepočtu účtů, stejně jako v Odoo 19, takže na zálohové faktuře funguje i nadále. | Ručně změněný účet na řádku faktury zůstane zachován a nezaplacená zálohová faktura má výnos na podrozvahovém účtu, takže se výnos zaúčtuje až po zaplacení zálohy. |
| 2026-10-05 | origamis_cz_downpayment_invoice | 18.0.0.0.36 | 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-10-04 | origamis_base_cz | 18.0.0.0.57 | FIX | Komplexní stabilizace a optimalizace účetních a bankovních funkcí | Byl proveden rozsáhlý refaktoring a audit jádrových lokalizačních modulů. Úpravy řeší spolehlivost párování bankovních výpisů (korektní zpracování detailních dat z bank a upřesnění párovacích pravidel), zabezpečení a optimalizaci synchronizace číselníků z ČNB a zamezení nechtěnému ořezávání delších platebních referencí. Dále bylo sjednoceno a upraveno chování faktur a plateb: bylo upraveno generování QR kódů, import dokladů přes Factur-X, hromadné přiřazování dat zdanitelného plnění (DUZP) a vizuální formátování (patičky dokladů, zarovnání sloupců, zobrazení proforem a znaménka rekapitulace DPH u dobropisů). Systém byl rovněž databázově optimalizován (přidány chybějící indexy, odstraněny přebytečné transakce na pozadí) pro vyšší celkový výkon. | Tento rozsáhlý balíček úprav přináší výrazné zvýšení stability, rychlosti a bezpečnosti celého systému. Zajišťuje plynulé automatické párování bankovních plateb bez chybových hlášek, spolehlivé čtení referencí u dodavatelských faktur a bezchybné hromadné účetní operace. Dále vizuálně zpřesňuje tiskové výstupy dokladů (správná znaménka DPH u dobropisů, vycentrované sloupce, doplněné patičky). Díky optimalizacím na pozadí se také zrychlí načítání vytěžovaných dokladů a celková odezva systému. |
| 2026-10-01 | origamis_control_statement | 18.0.0.0.25 | FIX | Kód státu a DIČ dodavatele v sekci A.2 jen u dodavatelů z EU | Sekce A.2 přebírá kód státu ze země dodavatele, nikoli z prvních dvou znaků jeho DIČ, a kód státu i DIČ bez kódu země vykazuje jen u dodavatelů z členských států Evropské unie. U dodavatelů mimo EU, například z Velké Británie, USA nebo Švýcarska, zůstávají ve výkazu prázdné a XML export je do věty A2 neuvádí. Výkaz je zobrazuje v novém sloupci Kód státu. Řecko se vykazuje s kódem EL podle číselníku Finanční správy. | Přijatá plnění od dodavatelů mimo EU se v sekci A.2 vykazují bez kódu státu a DIČ, jak vyžaduje Finanční správa. |
| 2026-10-01 | origamis_cz_oss_report | 18.0.0.0.1 | ADD | Export výkazu OSS do českého XML formátu | Byl vytvořen nový rozšiřující modul pro standardní účetní OSS report, který umožňuje generování dat do XML struktury vyžadované českou Finanční správou. Součástí řešení je automatická konverze základu daně a výše daně z hlavní měny společnosti (CZK) do EUR, a to primárně dle kurzu platného ke dni zdanitelného plnění. Modul rovněž řeší formátování DIČ, mapování systémových typů sazeb DPH na konkrétní procentuální hodnoty dle legislativy a specifické zpracování opravných dokladů (dobropisů) do oddělené sekce výkazu. | Přímo ze systému nyní vygenerujete hotový XML soubor pro podání OSS (One Stop Shop) hlášení, který lze rovnou nahrát na portál EPO české Finanční správy. Systém za vás automaticky vyřeší veškeré legislativní náležitosti, včetně přepočtu na EUR, formátování údajů a vykázání dobropisů. |
| 2026-09-29 | origamis_base_tax_reports_cz | 18.0.0.0.22 | FIX | Úprava funkce Záznam uzávěrky u českých daňových výkazů | Byla provedena úprava logiky tlačítka pro generování záznamu uzávěrky. Tlačítko bylo zcela skryto u výkazů Kontrolní a Souhrnné hlášení, kde nemá funkční opodstatnění. U výkazu Přiznání k DPH byla doplněna chybějící procesní vazba, která nyní správně předává požadavek na standardní systémové jádro. Tím bylo zamezeno pádům aplikace a je plně zprovozněn standardní proces uzávěrky DPH včetně převodu zůstatků a automatického zaokrouhlení. | Tlačítko pro vytvoření záznamu uzávěrky nyní u Přiznání k DPH funguje zcela korektně a bez chybových hlášek. Systém vás plynule provede standardním procesem uzavření DPH a automaticky vyrovná i případné haléřové rozdíly. U výkazů, kde se účetní uzávěrka neprovádí (Kontrolní a Souhrnné hlášení), se již navíc toto tlačítko vůbec nezobrazuje, takže nedochází k matení uživatelů. |
| 2026-09-29 | origamis_control_statement | 18.0.0.0.24 | FIX | Úprava funkce Záznam uzávěrky u českých daňových výkazů | Byla provedena úprava logiky tlačítka pro generování záznamu uzávěrky. Tlačítko bylo zcela skryto u výkazů Kontrolní a Souhrnné hlášení, kde nemá funkční opodstatnění. U výkazu Přiznání k DPH byla doplněna chybějící procesní vazba, která nyní správně předává požadavek na standardní systémové jádro. Tím bylo zamezeno pádům aplikace a je plně zprovozněn standardní proces uzávěrky DPH včetně převodu zůstatků a automatického zaokrouhlení. | Tlačítko pro vytvoření záznamu uzávěrky nyní u Přiznání k DPH funguje zcela korektně a bez chybových hlášek. Systém vás plynule provede standardním procesem uzavření DPH a automaticky vyrovná i případné haléřové rozdíly. U výkazů, kde se účetní uzávěrka neprovádí (Kontrolní a Souhrnné hlášení), se již navíc toto tlačítko vůbec nezobrazuje, takže nedochází k matení uživatelů. |
| 2026-09-29 | origamis_hr_travel_order | 18.0.0.0.14 | FIX | Úprava zobrazení položek v sekci Ostatní náklady na cestovních příkazech | Byla upravena logika filtrování záznamů v záložce Ostatní náklady (resp. Jiné výdaje). Zobrazení bylo přenastaveno tak, aby systém striktně izoloval automaticky generované položky stravného a cestovních náhrad od ostatních položek. | Záložka Ostatní náklady nově obsahuje výhradně ručně přidané výdaje (např. dodatečné účtenky či parkovné). Systémem vygenerované stravné nebo jízdné se sem již nepropisuje, vyúčtování cesty je tak mnohem přehlednější a praktičtější. |
| 2026-09-29 | origamis_recapitulative_statement | 18.0.0.0.16 | FIX | Úprava funkce Záznam uzávěrky u českých daňových výkazů | Byla provedena úprava logiky tlačítka pro generování záznamu uzávěrky. Tlačítko bylo zcela skryto u výkazů Kontrolní a Souhrnné hlášení, kde nemá funkční opodstatnění. U výkazu Přiznání k DPH byla doplněna chybějící procesní vazba, která nyní správně předává požadavek na standardní systémové jádro. Tím bylo zamezeno pádům aplikace a je plně zprovozněn standardní proces uzávěrky DPH včetně převodu zůstatků a automatického zaokrouhlení. | Tlačítko pro vytvoření záznamu uzávěrky nyní u Přiznání k DPH funguje zcela korektně a bez chybových hlášek. Systém vás plynule provede standardním procesem uzavření DPH a automaticky vyrovná i případné haléřové rozdíly. U výkazů, kde se účetní uzávěrka neprovádí (Kontrolní a Souhrnné hlášení), se již navíc toto tlačítko vůbec nezobrazuje, takže nedochází k matení uživatelů. |
| 2026-09-25 | origamis_license | 18.0.1.0.11 | IMP | Přehled licencovaných modulů a platnosti licence v nastavení | Odpověď sledovacího serveru Origamis na kontrolu licence nyní obsahuje i seznam licencovaných modulů. Seznam a datum platnosti licence se ukládají na všechny společnosti databáze a zobrazují se jen pro čtení v nastavení Licence Origamis, pod licenčním klíčem. | Přímo v nastavení vidíte, na které moduly Origamis se vaše licence vztahuje a do kdy platí, aniž byste se museli ptát Origamis. |
| 2026-09-24 | origamis_cz_downpayment_invoice | 18.0.0.0.35 | FIX | Oprava haléřových rozdílů při odpočtu záloh u cizoměnových faktur | Byla upravena logika výpočtu a zaokrouhlování při přepočtu cizoměnových faktur s odpočtem zálohy do hlavní měny společnosti (CZK). Systém nyní automaticky detekuje a dovyrovnává vzniklé haléřové odchylky přímo na řádku zálohy. Tím je zajištěno, že účetní zápis v korunách je vždy perfektně vybalancovaný na stranách Má dáti a Dal, přičemž původní částky v cizí měně zůstávají nedotčeny. | Při potvrzování faktur v cizí měně s odpočtem zálohy vás již nezastaví chybová hláška o nevybalancovaném dokladu. Systém si případné haléřové rozdíly vzniklé přepočtem kurzu srovná zcela automaticky, takže fakturu rovnou zaúčtujete bez nutnosti ručně přepisovat účetní položky. |
| 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.27 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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 | Oprava párování plateb se zálohami v prostředí více společností | Byla opravena logika vyhledávání účtů při párování bankovních plateb s přijatými zálohovými fakturami. Systém nyní filtruje zálohový účet (314999) striktně podle společnosti, pod kterou je doklad vystaven, čímž se zamezilo nechtěnému dotazování do účetní osnovy jiné firmy a následným pádům na chybě přístupových práv. Zároveň bylo ošetřeno chování pro případ chybějícího účtu. | Párování záloh na bankovní platby v prostředí více společností (Multi-Company) nyní probíhá hladce a spolehlivě. Odstranili jsme pády způsobené nesrozumitelnou chybou práv. Pokud by vám navíc zálohový účet v dané firmě chyběl, systém vás místo technické chyby jasně a srozumitelně upozorní, že je potřeba jej doplnit. |
| 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.12 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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-21 | origamis_sk_business_register | 18.0.0.0.3 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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 | Podpora částečných úhrad přijatých zálohových faktur | V metodě process_scanned_content() resp. process_reconciliation() na modelu account.bank.statement.line bylo upraveno generování interního zálohového dokladu (ZID). Při částečné platbě se podrozvahové řádky ZID poměrně škálují podle reálně párované částky (matched_amount). Dále bylo upraveno odpárování plateb (action_undo_reconciliation()) pro správné smazání konkrétního ZID bez ovlivnění ostatních dílčích úhrad. | Částečné úhrady přijatých zálohových faktur na bankovním deníku se již neoznačí jako plně zaplacené. Systém správně nastaví stav „Částečně zaplaceno“, vypočítá zbývající částku k úhradě a umožňuje zálohu postupně dopláceet více platbami nebo ji částečně uplatnit na zúčtovací faktuře. |
| 2026-08-24 | origamis_cz_received_downpayment_invoice | 18.0.0.0.12 | FIX | Oprava duplicitního uplatnění DPH u zúčtovací faktury po přijatém daňovém dokladu | Při uplatnění zaplacené zálohy z přijatého zálohového daňového dokladu (PZDD) na finální zúčtovací faktuře se nově na vkládaném záporném řádku zálohy zachovává původní sazba DPH. Díky tomu systém na zúčtovací faktuře automaticky vytvoří odpočtový účetní zápis DPH na stranu Dal (případně záporně na straně Má dáti) na účtu DPH na vstupu. | Odstraněna chyba, při které docházelo k duplicitnímu vykazování nároku na odpočet DPH na vstupu na zúčtovací faktuře i na daňovém dokladu k platbě. Vykazování DPH v daňovém přiznání a kontrolním hlášení je nyní zcela přesné a odpovídá platné účetní i daňové legislativě. |
| 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 | Oprava párování přijaté zálohy s daňovým dokladem | Přiřazení uhrazené přijaté zálohy k přijatému zálohovému daňovému dokladu končilo chybou a zálohu nebylo možné navázat. Chování bylo opraveno a účty pro zálohový doklad se nyní určují samostatně pro každou společnost. | Přijaté zálohy lze opět bez chyby navázat na zálohové daňové doklady. V databázích s více společnostmi se navíc vždy použijí správné účty dané společnosti. |
| 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. |
| 2026-06-15 | origamis_sk_business_register | 18.0.0.0.1 | ADD | Integrace se Slovenským obchodním rejstříkem | Byla doplněna integrace se Slovenským obchodním rejstříkem pro načítání údajů o společnostech na základě IČO. Modul ukládá načtené údaje, vede jejich historii a před zaúčtováním zákaznických faktur a dodavatelských účtů ověřuje jejich správnost vůči údajům v registru. | Údaje o společnostech lze načíst přímo ze Slovenského obchodního rejstříku bez nutnosti ručního přepisování. Před zaúčtováním účetních dokladů systém zároveň upozorní na rozdíly oproti oficiálním údajům, což pomáhá udržovat správná data a snižuje riziko práce se zastaralými informacemi. |
Odoo 17
| Datum | Modul | Verze | Typ | Změna | Technický popis | Přínos |
|---|---|---|---|---|---|---|
| 2026-10-30 | origamis_recapitulative_statement | 17.0.1.0.19 | IMP | Omezení zobrazení sloupce „SH – Kód plnění“ pouze na české společnosti | V XML pohledu položek faktury (invoice_line_ids) byl upraven atribut column_invisible pole cz_recapitulative_statement_code s podmínkou na parent.company_country_code != 'CZ' a v modelu account.move doplněna kontrola, která pro nečeské společnosti vrací cz_recapitulative_statement_move = False. | Čistší a přehlednější formulář faktury v multi-company prostředí. Společnosti se sídlem mimo Českou republiku již nejsou zatěžovány nerelevantním sloupcem určeným výhradně pro české souhrnné hlášení. |
| 2026-10-27 | origamis_delivery_ppl | 17.0.0.0.15 | IMP | Zabezpečení timeoutů a limitu čekání na PPL štítky při validaci výdejky | Centralizace API volání PPL do jedné metody s timeoutem (5 s spojení, 20 s odpověď) a nahrazení nekonečné smyčky časovým limitem (30 s + 2 s za zásilku, max. 120 s konfigurovatelných přes systémový parametr). Chybový stav z PPL vyvolá ihned UserError se zalogováním detailů a odstraněním nadbytečných printů. | Odstranění zasekávání skladu při výpadku či zpoždění odezvy PPL. Validace výdejky již nezablokuje databázové zámky na 15 minut, ale v případě problému včas a srozumitelně informuje skladníka chybovou hláškou. |
| 2026-10-27 | origamis_isir | 17.0.0.0.9 | FIX | Cílené vytváření aktivit při změně stavu v ISIR | V synchronizačních metodách (action_isir_cuzk_ws_fetch a _cron_isir_weekly_sync) byla upravena logika volání activity_schedule. Nově se aktivita plánuje přednostně přiřazenému obchodníkovi kontaktu (partner.user_id), a pouze pokud kontakt obchodníka nemá, použije se fallback na skupinu uživatelů z nastavení společnosti (isir_notifications_user_ids). | Odstranění zahlcování uživatelů duplicitními a nerelevantními notifikacemi. Upozornění na novou insolvenci či změnu stavu v ISIR nyní obdrží pouze odpovědný obchodník daného partnera, případně určení správci. |
| 2026-10-26 | origamis_ares | 17.0.1.1.29 | FIX | Oprava ověřování v ARES pro vnořené kontakty faktury | V metodě ares_post byla nahrazena přímá reference na rodiče (parent_id) za commercial_partner_id. Ověřování v registrech ARES a ADIS i zápis údajů probíhají výhradně na hlavní mateřské firmě bez ohledu na hloubku vnoření adresy. | Faktury lze nyní bezchybně potvrdit i v případech, kdy je fakturační adresa vedena pod konkrétní kontaktní osobou. Systém již nepadá na chybě a automaticky ověřuje IČO a data přímo vůči nadřazené mateřské firmě. |
| 2026-10-26 | origamis_cz_downpayment_invoice | 17.0.1.1.47 | FIX | Haléřový rozdíl u cizoměnových faktur s ručně odečtenými zálohami | Haléřový rozdíl v měně společnosti u konečné faktury v cizí měně se nově dorovná na řádek odpočtu zálohy i tehdy, když řádek nemá příznak zálohy, což nastává u ručně zadaných nebo importovaných odpočtů. Odpočet se pozná podle příznaku, záporné jednotkové ceny nebo zálohového účtu (314, 324). Při potvrzení faktury, na které se v její měně nic nedluží, se řádek závazku, který nese jen takový haléřový rozdíl v měně společnosti, odstraní a zbývající haléřový rozdíl se před zaúčtováním dorovná na odpočet. Řádky cenových rozdílů, které ocenění skladu přidává k přijaté faktuře v cizí měně, si ponechávají částku pouze v měně společnosti a částka v cizí měně se jim již nedoplňuje ze zůstatku. | Cizoměnové faktury s ručně odečtenými nebo importovanými zálohami lze potvrdit bez hlášky o nevybalancovaném záznamu, a to i u konceptů vytvořených před aktualizací. U dodavatele nezůstane otevřený závazek v řádu haléřů. Potvrdit lze i přijaté faktury v cizí měně s cenovým rozdílem oproti ocenění skladu. |
| 2026-10-19 | origamis_control_statement | 17.0.0.1.29 | FIX | Oprava identifikace EU dodavatelů v A2 a duplicity při odečtu záloh v KH (A4, A5, B2, B3) | 1. EU dodavatelé v A2: Příslušnost k EU se v _get_supplier_identification nově určuje primárně podle prefixu DIČ (partner_id.vat), nikoliv podle country_id. U EU DIČ (např. IE u US firmy) vstupuje kód státu k_stat a DIČ bez prefixu vatid_dod. 2. Odečet záloh v A4, A5, B2, B3: Vypočtená podkladová data pro KH nově korektně zohledňují záporné položky odpočtu záloh (is_downpayment = True). Zúčtovací faktury vstupují do KH pouze ve výši čistého daňového dopadu (rozdílové částky). Posouzení limitu 10 000 CZK se provádí z částky po odečtení záloh. Při 100% odečtené záloze se zúčtovací faktura uvádí s nulovou hodnotou nebo neexportuje. Zajištěna shoda součtu $A4 + A5$ s kontrolním řádkem C1. | Správné vykazování EU dodavatelů bez ohledu na sídlo mateřské firmy a eliminace duplicitního vykazování základů a DPH při uplatňování zálohových daňových dokladů napříč různými měsíci. |
| 2026-10-19 | origamis_sk_business_register | 17.0.0.0.5 | IMP | Automatické načítání právního stavu „V likvidaci“ ze slovenského RPO | Rozšíření integrace na rozhraní ŠÚ SR RPO o zpracování uzlu legalStatuses z detailu entity (/rpo/v1/entity/<id>). Přidáno readonly boolean pole is_in_liquidation na modely res.partner a sk.or.history, které se automaticky vyhodnocuje na True, pokud API vrací kód právního stavu '2' („V likvidácii“). Pole je v UI viditelné pouze pro slovenské kontakty a jeho hodnota se ukládá i do historizace sk.or.history. | Okamžitý přehled o právním stavu slovenských obchodních partnerů. Systém při načtení dat podle IČO automaticky rozpozná firmu v likvidaci a zobrazí varovný příznak přímo na kartě kontaktu, což chrání uživatele před rizikovým obchodováním či chybným vystavováním dokladů. |
| 2026-10-14 | origamis_license | 17.0.1.0.13 | FIX | Tlačítka ARES a slovenských registrů u nového kontaktu | Tlačítka pro doplnění kontaktu z ARES a ze slovenských registrů spolu se souvisejícími poli kontaktu se nyní zobrazují už u nového, dosud neuloženého kontaktu. Dříve se objevila až po uložení kontaktu, protože formulář nového kontaktu nezohledňoval integrace aktivní ve společnosti. | Nového obchodního partnera lze vyhledat v ARES nebo ve slovenských registrech hned při zakládání kontaktu, bez nutnosti ho nejdříve uložit. |
| 2026-10-13 | origamis_control_statement | 17.0.0.1.28 | FIX | Oprava duplicitního vykazování základů DPH a daně v Kontrolním hlášení při odečtu záloh | Byla opravena logika kalkulace podkladů pro Kontrolní hlášení (sekce A4, A5, B2, B3) v modulu origamis_control_statement. Výpočet nyní správně zohledňuje záporné položky odpočtu záloh (is_downpayment = True) na zúčtovacích fakturách. Základ daně a DPH zúčtovací faktury se pro účely KH poníží o uplatněný daňový doklad k záloze. Při 100% odpočtu vstupuje zúčtovací faktura do KH s nulovou hodnotou (případně se neexportuje), čímž je eliminována duplicita mezi zálohovým daňovým dokladem a finální fakturou. | Kontrolní hlášení již nebude uměle navyšovat základ daně ani DPH na vstupu či výstupu v případech, kdy využíváte zálohové daňové doklady. Výkazy pro finanční úřad tak budou přesné a v plném souladu s legislativou i při vykazování napříč různými měsíci. |
| 2026-10-13 | origamis_sk_business_register | 17.0.0.0.6 | IMP | Úprava textací pro slovenskou integraci OR SR (IČO) | Aktualizace uživatelských textací tlačítek a záložek v UI pro slovenskou lokalizaci. Původní zkratka „SK OR“ byla sjednocena a přejmenována na „OR SR“ (Obchodný register Slovenskej republiky) napříč formuláři a pohledy. | Přesnější a přehlednější označení ovládacích prvků v systému. Uživatele již nebudou mást nejednotné pojmy – tlačítka i záložky pro načítání firemních údajů ze Slovenského obchodního rejstříku mají nyní jasnou a správnou nomenklaturu (OR SR). |
| 2026-10-12 | origamis_base_cz | 17.0.2.0.47 | FIX | Nastavení úprav zápatí lze zapnout i v Odoo Community | Přepínač Povolit úpravy zápatí v obecném nastavení byl změněn na běžné zaškrtávací pole. Dříve používal zobrazení určené pro přechod na Odoo Enterprise, a proto se v Odoo Community místo zapnutí nastavení otevřelo okno s nabídkou upgradu. | Úpravy zápatí ve vzhledu dokumentu lze nyní zapnout i v Odoo Community. V Odoo Enterprise se nic nemění. |
| 2026-10-12 | origamis_base_cz | 17.0.2.0.46 | FIX | Správný základ DPH v CZK | V rekapitulaci DPH v CZK se základ jednotlivých sazeb nově počítá z částek v měně společnosti na řádcích faktury s danou daní místo z uloženého základu daně, takže základ i DPH používají stejný kurz i po přeměně zaplacené zálohové faktury v cizí měně na daňový doklad. | Rekapitulace DPH v CZK na dokladech ze zaplacených záloh v cizí měně zobrazuje základ, který odpovídá DPH i kurzu použitému na dokladu. |
| 2026-10-09 | origamis_sk_business_register | 17.0.0.0.4 | FIX | Úprava štítků pro slovenské IČ DPH a DIČ na kartě partnera | Na formulářovém pohledu modelu res.partner byl změněn zobrazený štítek (string) u pole vat na IČ DPH. Zobrazení pole income_tax_id zůstává jako DIČ. Tím dochází k odlišení identifikátoru pro DPH (vat, např. SK2120776955) od daňového identifikačního čísla (income_tax_id, např. 2120776955) u slovenských subjektů (country_code == 'SK'). | Přejmenování pole pro lepší orientaci uživatelů při práci s kódovými údaji slovenských partnerů. |
| 2026-10-07 | origamis_hr_travel_order | 17.0.1.0.15 | IMP | Aktivity schvalování a čas konce cesty u cestovních příkazů | Aktivita schválení, která vzniká při odeslání cestovního příkazu, dostala shrnutí Schválení cestovního příkazu, ostatní výkazy výdajů si ponechávají standardní. Odeslání cestovního příkazu na předschválení bylo doplněno o aktivitu schválení pro jeho manažera, která se předschválením označí jako hotová a zamítnutím předschválení odstraní. Položky jízdného a stravného byly pojmenovány podle cestovního příkazu, kategorie a místa jednání. Konec cesty byl změněn na datum a čas a stravné jej nově používá jako konec cesty: čas mezi posledním úsekem a koncem cesty se započítá v zemi, kam poslední úsek dorazil, úseky začínající po konci cesty se nezapočítají a úsek přesahující konec cesty se započítá jen do jejího konce. Existující cestovní příkazy dostaly čas konce posledního úseku v den konce cesty, bez takového úseku začátek dne. Související nepřítomnost končí posledním dnem v časovém pásmu zaměstnance. | Manažer hned vidí, že na schválení čeká cestovní příkaz, a ne běžný výkaz výdajů, a úkol dostane i pro předschválení. Z popisu výdaje je hned vidět, ke které cestě a kategorii patří, a konec cesty lze zadat i s přesným časem, se kterým počítá i stravné. |
| 2026-10-06 | origamis_hr_travel_order | 17.0.1.0.14 | IMP | Aktualizace sazeb cestovních náhrad pro Benzín 95 (platnost od 1. 10. 2026) | Byla provedena úprava databáze sazeb pohonných hmot v reakci na vyhlášku č. 175/2026 Sb. U položky Benzín 95 bylo uzavřeno stávající časové období k 30. 9. 2026 a byl vytvořen nový navazující záznam s aktualizovanou cenou platnou od 1. října 2026. Ostatní sazby paliv a základní náhrady za kilometry zůstávají zachovány. | Systém je plně připraven na legislativní změnu platnou od 1. 10. 2026. U cestovních příkazů s říjnovým a novějším datem bude pro vozidla tankující Benzín 95 automaticky použita nová vyhlášková cena 41,80 Kč/l. U dřívějších cestovních příkazů (do konce září) systém spolehlivě spočítá náhradu dle původní nižší sazby. |
| 2026-10-05 | origamis_cz_downpayment_invoice | 17.0.1.1.46 | FIX | Účet řádků faktur a výnos nezaplacené zálohové faktury | Kontrola účtů pohledávek a závazků na položkách deníku byla deklarována u přepočtu účtu místo u samotné kontroly. Přepočet se proto spouštěl při každé změně účtu a vracel na kterýkoli řádek faktury účet produktu, včetně výnosového řádku zálohové faktury, který tak zůstal na výnosovém účtu místo na podrozvahovém. Kontrola účtů pohledávek a závazků se přestala provádět úplně. Deklarace je zpět u kontroly. Aktualizace daní a účtů podle fiskální pozice nyní synchronizuje fakturu až po přepočtu účtů, stejně jako v Odoo 19, takže na zálohové faktuře funguje i nadále. | Ručně změněný účet na řádku faktury zůstane zachován a nezaplacená zálohová faktura má výnos na podrozvahovém účtu, takže se výnos zaúčtuje až po zaplacení zálohy. |
| 2026-10-05 | origamis_cz_downpayment_invoice | 17.0.1.1.45 | 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-10-01 | origamis_control_statement | 17.0.0.1.27 | FIX | Kód státu a DIČ dodavatele v sekci A.2 jen u dodavatelů z EU | Sekce A.2 přebírá kód státu ze země dodavatele, nikoli z prvních dvou znaků jeho DIČ, a kód státu i DIČ bez kódu země vykazuje jen u dodavatelů z členských států Evropské unie. U dodavatelů mimo EU, například z Velké Británie, USA nebo Švýcarska, zůstávají ve výkazu prázdné a XML export je do věty A2 neuvádí. Výkaz je zobrazuje v novém sloupci Kód státu. Řecko se vykazuje s kódem EL podle číselníku Finanční správy. | Přijatá plnění od dodavatelů mimo EU se v sekci A.2 vykazují bez kódu státu a DIČ, jak vyžaduje Finanční správa. |
| 2026-09-29 | origamis_base_tax_reports_cz | 17.0.2.2.17 | FIX | Úprava funkce Záznam uzávěrky u českých daňových výkazů | Byla provedena úprava logiky tlačítka pro generování záznamu uzávěrky. Tlačítko bylo zcela skryto u výkazů Kontrolní a Souhrnné hlášení, kde nemá funkční opodstatnění. U výkazu Přiznání k DPH byla doplněna chybějící procesní vazba, která nyní správně předává požadavek na standardní systémové jádro. Tím bylo zamezeno pádům aplikace a je plně zprovozněn standardní proces uzávěrky DPH včetně převodu zůstatků a automatického zaokrouhlení. | Tlačítko pro vytvoření záznamu uzávěrky nyní u Přiznání k DPH funguje zcela korektně a bez chybových hlášek. Systém vás plynule provede standardním procesem uzavření DPH a automaticky vyrovná i případné haléřové rozdíly. U výkazů, kde se účetní uzávěrka neprovádí (Kontrolní a Souhrnné hlášení), se již navíc toto tlačítko vůbec nezobrazuje, takže nedochází k matení uživatelů. |
| 2026-09-29 | origamis_control_statement | 17.0.0.1.26 | FIX | Úprava funkce Záznam uzávěrky u českých daňových výkazů | Byla provedena úprava logiky tlačítka pro generování záznamu uzávěrky. Tlačítko bylo zcela skryto u výkazů Kontrolní a Souhrnné hlášení, kde nemá funkční opodstatnění. U výkazu Přiznání k DPH byla doplněna chybějící procesní vazba, která nyní správně předává požadavek na standardní systémové jádro. Tím bylo zamezeno pádům aplikace a je plně zprovozněn standardní proces uzávěrky DPH včetně převodu zůstatků a automatického zaokrouhlení. | Tlačítko pro vytvoření záznamu uzávěrky nyní u Přiznání k DPH funguje zcela korektně a bez chybových hlášek. Systém vás plynule provede standardním procesem uzavření DPH a automaticky vyrovná i případné haléřové rozdíly. U výkazů, kde se účetní uzávěrka neprovádí (Kontrolní a Souhrnné hlášení), se již navíc toto tlačítko vůbec nezobrazuje, takže nedochází k matení uživatelů. |
| 2026-09-29 | origamis_cz_downpayment_invoice | 17.0.1.1.44 | 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-29 | origamis_hr_travel_order | 17.0.1.0.13 | FIX | Úprava zobrazení položek v sekci Ostatní náklady na cestovních příkazech | Byla upravena logika filtrování záznamů v záložce Ostatní náklady (resp. Jiné výdaje). Zobrazení bylo přenastaveno tak, aby systém striktně izoloval automaticky generované položky stravného a cestovních náhrad od ostatních položek. | Záložka Ostatní náklady nově obsahuje výhradně ručně přidané výdaje (např. dodatečné účtenky či parkovné). Systémem vygenerované stravné nebo jízdné se sem již nepropisuje, vyúčtování cesty je tak mnohem přehlednější a praktičtější. |
| 2026-09-29 | origamis_recapitulative_statement | 17.0.1.0.18 | FIX | Úprava funkce Záznam uzávěrky u českých daňových výkazů | Byla provedena úprava logiky tlačítka pro generování záznamu uzávěrky. Tlačítko bylo zcela skryto u výkazů Kontrolní a Souhrnné hlášení, kde nemá funkční opodstatnění. U výkazu Přiznání k DPH byla doplněna chybějící procesní vazba, která nyní správně předává požadavek na standardní systémové jádro. Tím bylo zamezeno pádům aplikace a je plně zprovozněn standardní proces uzávěrky DPH včetně převodu zůstatků a automatického zaokrouhlení. | Tlačítko pro vytvoření záznamu uzávěrky nyní u Přiznání k DPH funguje zcela korektně a bez chybových hlášek. Systém vás plynule provede standardním procesem uzavření DPH a automaticky vyrovná i případné haléřové rozdíly. U výkazů, kde se účetní uzávěrka neprovádí (Kontrolní a Souhrnné hlášení), se již navíc toto tlačítko vůbec nezobrazuje, takže nedochází k matení uživatelů. |
| 2026-09-25 | origamis_license | 17.0.1.0.11 | IMP | Přehled licencovaných modulů a platnosti licence v nastavení | Odpověď sledovacího serveru Origamis na kontrolu licence nyní obsahuje i seznam licencovaných modulů. Seznam a datum platnosti licence se ukládají na všechny společnosti databáze a zobrazují se jen pro čtení v nastavení Licence Origamis, pod licenčním klíčem. | Přímo v nastavení vidíte, na které moduly Origamis se vaše licence vztahuje a do kdy platí, aniž byste se museli ptát Origamis. |
| 2026-09-24 | origamis_cz_downpayment_invoice | 17.0.1.1.43 | FIX | Oprava haléřových rozdílů při odpočtu záloh u cizoměnových faktur | Byla upravena logika výpočtu a zaokrouhlování při přepočtu cizoměnových faktur s odpočtem zálohy do hlavní měny společnosti (CZK). Systém nyní automaticky detekuje a dovyrovnává vzniklé haléřové odchylky přímo na řádku zálohy. Tím je zajištěno, že účetní zápis v korunách je vždy perfektně vybalancovaný na stranách Má dáti a Dal, přičemž původní částky v cizí měně zůstávají nedotčeny. | Při potvrzování faktur v cizí měně s odpočtem zálohy vás již nezastaví chybová hláška o nevybalancovaném dokladu. Systém si případné haléřové rozdíly vzniklé přepočtem kurzu srovná zcela automaticky, takže fakturu rovnou zaúčtujete bez nutnosti ručně přepisovat účetní položky. |
| 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.28 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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.12 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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-21 | origamis_sk_business_register | 17.0.0.0.3 | IMP | Sjednocení evidence plátcovství DPH pro české a slovenské kontakty | Byla provedena úprava datového modelu u kontaktů za účelem sjednocení evidence plátcovství DPH. Integrace na český ARES a slovenské rejstříky (FS SR / SK OR) nyní zapisují tuto informaci do jednoho společného pole, jehož zobrazení na kartě kontaktu se dynamicky řídí nastavením státu a aktivních integrací. Součástí úpravy byla i migrace historických dat pro zachování kontinuity. | Informace o tom, zda je váš obchodní partner plátcem DPH, je nyní přehledně sjednocená pro české i slovenské subjekty. Při automatickém načítání nebo aktualizaci dat z ARESu či slovenských rejstříků se tento údaj na kartě kontaktu vždy spolehlivě vyplní na stejné místo. |
| 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ší. |
| 2026-06-15 | origamis_sk_business_register | 17.0.0.0.1 | ADD | Integrace se Slovenským obchodním rejstříkem | Byla doplněna integrace se Slovenským obchodním rejstříkem pro načítání údajů o společnostech na základě IČO. Modul ukládá načtené údaje, vede jejich historii a před zaúčtováním zákaznických faktur a dodavatelských účtů ověřuje jejich správnost vůči údajům v registru. | Údaje o společnostech lze načíst přímo ze Slovenského obchodního rejstříku bez nutnosti ručního přepisování. Před zaúčtováním účetních dokladů systém zároveň upozorní na rozdíly oproti oficiálním údajům, což pomáhá udržovat správná data a snižuje riziko práce se zastaralými informacemi. |