Nejprve si nechte potvrdit obchodní a daňová pravidla pro své trhy. Ve WooCommerce poté jednotně nastavte režim cen, zdroj adresy, třídy, dopravu a zaokrouhlování. Pro každou kombinaci země, typu zákazníka, produktu, kupónu a dopravy vytvořte test s očekávaným výsledkem a výsledek porovnejte i v exportech.
Daně ve WooCommerce ovlivňují cenu produktu, dopravu, slevy, objednávku i data odesílaná dalším systémům. Technicky správný výpočet začíná přesným zadáním obchodních pravidel, nikoli kopírováním náhodné tabulky sazeb. E-shop potřebuje vědět, zda katalogové ceny obsahují daň, podle které adresy se vybírá pravidlo, jak se daní doprava a kde vzniká zaokrouhlení.
Tento článek vysvětluje konfiguraci a ověření mechaniky WooCommerce. Neurčuje, jakou sazbu, registraci nebo doklad má konkrétní firma použít. Taková rozhodnutí se liší podle země, produktu, zákazníka a aktuálních pravidel, proto je musí potvrdit kvalifikovaný účetní nebo daňový odborník. Vývojář pak schválené požadavky převede do jednoznačných nastavení a testovatelných příkladů.
Převeďte odborná pravidla na rozhodovací tabulku
Od odpovědné osoby získejte konkrétní vstupy: prodejní trhy, typy produktů, režim cen, rozhodující adresu, výjimky a požadavky na doklad. Obecná věta jako „nastavte správnou daň“ nestačí. Tabulka má u reprezentativní objednávky uvést vstupní údaje a očekávaný základ, daň, cenu dopravy a konečný součet.
Pravidla verzujte s datem platnosti a vlastníkem schválení. Když se požadavek změní, upravte konfiguraci nejprve ve stagingu a zachovejte test starého i nového období, pokud systém zpracovává historické objednávky. Vývojář nemá odhadovat právní význam názvu produktu; potřebuje jednoznačné zařazení od firmy.
- Režim cen s daní nebo bez ní
- Adresa rozhodující pro výpočet
- Schválené třídy produktů
- Očekávaný výsledek modelové objednávky
Nastavte ceny a třídy bez nejasných výjimek
Rozhodnutí, zda se ceny zadávají včetně daně, musí odpovídat způsobu, jakým tým produkty spravuje. Změna tohoto přepínače bez přepočtu dat může změnit význam stávajících cen. Importy i ERP musí používat stejnou konvenci. Do mapování zapište, zda přenášejí základ, hrubou cenu, nebo obě hodnoty.
Třídu přiřazujte podle stabilního produktového údaje a pravidelně vyhledávejte produkty bez očekávané hodnoty. Nevytvářejte novou třídu pro každou sazbu, pokud významově patří do existující skupiny. U variant, balíčků a virtuálních položek ověřte, odkud se třída dědí a co se stane po úpravě nadřazeného produktu.
Ověřte adresu, dopravu a slevy
Výpočet může záviset na fakturační nebo doručovací adrese a během checkoutu se měnit po doplnění PSČ. Testujte neúplnou adresu, změnu země, osobní odběr i přihlášeného zákazníka se starou uloženou adresou. Rozhraní má jasně vysvětlit, proč se součet po doplnění údajů změnil.
Doprava může používat vlastní pravidlo nebo třídu odvozenou od položek. Kupón zase může snižovat základ různým způsobem podle své konfigurace. Kombinace testujte na objednávce s více třídami a množstvími. Nestačí správný celkový součet; zkontrolujte i rozdělení řádků pro následný export a refundaci.
Kontrolujte zaokrouhlení na každé hranici
Haléřový rozdíl často vzniká tím, že jeden systém zaokrouhluje daň na řádku a druhý až ze součtu. Určete jednu schválenou metodu a nastavte ji konzistentně v e-shopu, integraci i cílovém systému, pokud to jejich možnosti dovolují. U množství a slevy používejte hodnoty z objednávky, nikoli zpětný výpočet z prezentované ceny.
Testovací soubor má obsahovat malé ceny, více kusů, procentuální i pevnou slevu, dopravu a částečnou refundaci. Porovnávejte hodnoty s přesností používanou rozhraním a ukládejte zdrojové částky. Ruční korekce bez vysvětlení sice uzavře jednu objednávku, ale zakryje systematický rozdíl, který se vrátí.
Nasazení podložte regresními testy a dohledem
Před změnou exportujte nastavení a připravte možnost návratu. Ve stagingu vytvořte matici zemí, typů zákazníků, tříd, kupónů, dopravy a plateb. U každého scénáře porovnejte košík, checkout, uloženou objednávku, e-mail, refundaci a údaje odeslané do účetnictví nebo ERP. Výsledky ať schválí vlastník pravidel.
Po nasazení sledujte objednávky bez daně, neznámé třídy, rozdíly v exportech a časté manuální zásahy. Pravidla neaktualizujte jen podle paměti jednoho administrátora. Udržujte je s datem, zdrojem schválení a testy. Technická automatizace může omezit chyby, ale nenahrazuje odborné posouzení konkrétní obchodní situace.
Časté dotazy
Umí WooCommerce sám určit správná daňová pravidla firmy?
WooCommerce umí provést nakonfigurovaný výpočet, ale nezná všechny okolnosti konkrétního podnikání. Firma musí získat aktuální odborná pravidla a převést je do sazeb, tříd, adres a testů.
Proč se daň po zadání adresy změní?
Konfigurace může vybírat pravidlo podle adresy zákazníka. Dokud není adresa úplná, systém používá výchozí nebo omezený odhad. Ověřte nastavený zdroj adresy a změnu uživateli srozumitelně zobrazte.
Jak řešit centový rozdíl mezi WooCommerce a účetnictvím?
Porovnejte metodu zaokrouhlení, přesnost, slevy, dopravu a význam přenášených cen. Opravte mapování nebo pravidlo u zdroje a rozdíl potvrďte na regresních scénářích, ne opakovanou ruční korekcí.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
