71. Nastavení

V hlavním menu Systém je rozbalovací podmenu se sekcemi pro konfiguraci aplikace:

• Dodavatelé — viz 70. Multi-supplier
• Číselníky — DPH sazby, země, jednotky a další pomocné seznamy
• Uživatelé — správa lidí, kteří se přihlašují
• E-mail šablony — texty automatických e-mailů
• Activity log — kdo co změnil
• Exporty — viz 20. Exporty

Správa opakovaně používaných fakturačních položek je kvůli návaznosti na vystavování dokladů v menu Prodej → Ceník.

71.1 Číselníky

Systém → Číselníky.

4 záložky:

71.1.1 Měny

Měny a bankovní účty aktuálního dodavatele jsou soustředěné na stránce Peníze → Bankovní účty (viz 29. Bankovní účty). Každý řádek představuje jeden bankovní účet v dané měně; pokud máš víc účtů pro stejnou měnu, založ více řádků se stejným kódem měny.

⚠️ Po změně bankovního účtu se automaticky invaliduje PDF cache všech faktur, které renderují bank info live (drafty + faktury bez snapshotu). Faktury v stavu issued+ mají immutable bank_snapshot.

Na stejné stránce je i konfigurace bankovních e-mailových avíz: IMAP účty, mapování bankovní účet → IMAP účet → parser, parser provideri a přehled zpracovaných e-mailů. Detail je v § 28.7 Bankovní e-mailová avíza.

71.1.2 Sazby DPH

Pro OSS založ sazby jednotlivých členských států se správným kódem země, například SK-23. V editoru faktury se zahraniční sazby nabídnou na řádku označeném jako OSS; běžný tuzemský řádek dál používá domácí sazby.

71.1.2a OSS a daňové nastavení

V Nastavení → Daňové nastavení lze zapnout režim OSS pro aktuálního dodavatele. Nastavuje se země identifikace (typicky CZ), měna podání (typicky EUR) a volitelně datum začátku a konce registrace. Po zapnutí se v editoru položek zobrazí OSS pole a v menu Daně → OSS přiznání kvartální přehled a XML export.

OSS režim sám neurčuje, které plnění do OSS patří. Každý řádek musí uživatel označit a doplnit jeho zemi spotřeby, typ sazby a typ plnění. Aplikace celounijní práh 10 000 EUR sleduje orientačně a upozorní na jeho blížící se překročení, ale režim sama nezapne ani doklady automaticky nepřeklasifikuje. Podrobnosti jsou v § 35.4 a OSS přiznání.

Ve stejném bloku zůstává vedle ID datové schránky také typ datové schránky (FO, PFO, PO, OVM). Tento údaj MyÚčto zachovává pro EPO a další elektronická podání; typ poplatníka se přitom nastavuje samostatně podle právní formy firmy.

71.1.3 Země

Statický číselník — nemělo by být potřeba editovat. Obsahuje 200+ zemí podle ISO 3166-1.

71.1.4 Jednotky

Číselník měrných jednotek pro položky faktury. Globální (sdílený mezi dodavateli), nahrazuje volný textový vstup za dropdown.

💡 Default = hodina dává smysl, protože nová položka přebírá hodinovou sazbu z projektu/klienta. Pro jednorázové položky (paušál, licence, materiál) jednotku ručně přepneš.

🛈 Auto-clean prázdných položek — při uložení faktury se řádky bez popisu i bez ceny tiše smažou. Můžeš tedy v editoru přidat víc řádků na zásobu a nepoužité se neuloží.

71.1.5 Ceníkové položky

Prodej → Ceník (jen administrátor) spravuje ceník aktuálního dodavatele. Každá položka má kód, název, fakturační popis, jednotku, sazbu DPH a povinnou základní cenu v jedné měně. Kód je unikátní pouze v rámci dodavatele. Přehled lze prohledávat a filtrovat podle měny a aktivního či archivovaného stavu.

Tento jednoduchý ceník je dostupný jen firmám bez aktivního modulu Sklad. E-shop je součástí skladového modulu a používá společné skladové karty, ceny a zákaznické cenové výjimky; po zapnutí skladu se proto samostatný Ceník nezobrazuje v menu ani v editorech dokladů.

Pro další aktivní měny lze zadat vlastní pevnou cenu. Když zapneš Povolit přepočet kurzem ČNB, chybějící měnová cena se dopočte ze základní ceny. Pevná cena v cílové měně má vždy přednost. Náhled ukazuje zdrojovou cenu, výslednou částku, křížový kurz a skutečné datum použitého kurzovního lístku.

V sekci Individuální ceny zákazníků lze pro položku, zákazníka a měnu zadat odlišnou cenu. Pořadí použití je:

1. individuální cena zákazníka v měně dokladu,
2. obecná pevná cena v měně dokladu,
3. individuální cena zákazníka v základní měně přepočtená kurzem,
4. obecná základní cena přepočtená kurzem.

U uložené individuální ceny se zobrazuje také počet opakovaných šablon daného zákazníka, které jsou na položku napojené.

Ceníková položka určuje, zda jsou její ceny s DPH, nebo bez DPH. Do dokladu či šablony ji lze vložit jen při shodném režimu. Používaná položka se při smazání archivuje, aby zůstaly zachované vazby a pevné snapshoty šablon.

71.2 Uživatelé

Systém → Uživatelé (jen pro superadmina).

Tabulka uživatelů, kteří se mohou přihlásit. Tlačítko + Nový uživatel.

71.2.1 Pole formuláře

71.2.2 Role a oprávnění

Systém → Role nabízí databázový číselník rolí. Superadmin může vytvořit interní roli typu staff nebo externí roli typu client a pro každou nastavit oprávnění po modulech a významných akcích:

Role má po vytvoření neměnný typ. Klientské role nabízejí jen funkce bezpečné pro klientský portál; interní účetnictví, banka a globální správa se jim nepovolí. Systémová role Superadmin je uzamčená, nelze ji deaktivovat, smazat ani upravit její matici a jako jediná smí spravovat uživatele a role.

Roli lze duplikovat jako základ nové role. Používanou roli nelze smazat; nejprve je nutné přeřadit uživatele a odstranit její přepisy u firem. Používanou roli lze deaktivovat, ale její uživatelé tím okamžitě ztratí firemní oprávnění. Při souběžné editaci systém odmítne starší změnu, aby si administrátoři navzájem nepřepsali nastavení.

71.2.3 Přiřazení firem

Každý uživatel kromě superadmina má přístup pouze k firmám, které mu superadmin výslovně přidá v editaci uživatele. Firma se vyhledá podle názvu, IČO nebo ID; aplikace kvůli tomu nenačítá celý seznam firem.

U přiřazené firmy lze ponechat Výchozí roli, nebo vybrat jinou aktivní roli stejného typu. Přepis se s výchozí rolí nesčítá — pro danou firmu ji úplně nahradí. Prázdný seznam přiřazených firem znamená nulový přístup k firemním datům; přihlášení, změna hesla, 2FA a odhlášení zůstávají dostupné.

Po přepnutí firmy aplikace načte oprávnění znovu. Změna role, její deaktivace nebo odebrání firmy se proto projeví bez nového přihlášení a také u existujících API tokenů.

🛈 Systém brání odebrání nebo deaktivaci posledního aktivního superadmina.

71.3 Můj profil

Pravý horní roh → klik na jméno → Můj profil. Stejná obrazovka jako § 8.5 Můj profil — viz screenshot tam.

Můžeš si změnit:

• Jméno + jazyk
• Heslo — vyžaduje původní heslo
• TOTP — zobrazit stav a aktivovat pomocí QR + ověřovacího kódu
• Passkeys — přidat, pojmenovat, přejmenovat a odvolat vlastní přístupové klíče
• Zámek aplikace — převzít interval správce nebo nastavit vlastní přísnější interval nečinnosti

Přidání nebo odvolání passkey vyžaduje čerstvý passkey/TOTP step-up; první passkey účtu bez silného faktoru vyžádá aktuální heslo. Odvolání passkey zneplatní ostatní session účtu. Při povinném MFA nelze odebrat poslední povolený silný faktor.

V uživatelském menu je také akce Zamknout. Správce nastavuje výchozí serverový zámek a současně horní limit osobní volby v cfg.php:

'session' => [
    'lock_after_minutes' => 15, // kladná hodnota zámek zapne; výchozí je 0
],

Stejné nastavení lze předat přes MYINVOICE_SESSION_LOCK_AFTER_MINUTES. Automatický zámek je ve výchozím stavu vypnutý (0). Při této hodnotě jej může uživatel dobrovolně zapnout v profilu v rozsahu 1 až 1440 minut. Kladná hodnota správce platí pro uživatele, kteří zvolili Použít nastavení správce, a je nepřekročitelným maximem; vlastní interval proto může být jen stejný nebo kratší. Ruční zamknutí zůstává dostupné vždy. Podrobnosti jsou v 74. Bezpečnost.

71.4 E-mailové šablony

Systém → E-mail šablony.

Seznam šablon:

71.4.1 Editor šablony

Klik na řádek → editor.

Záložky podle jazyka × formátu:

• CS HTML — česká verze, plný HTML
• CS Text — plain text fallback
• EN HTML — anglická verze
• EN Text — anglický plain text

Editor je CodeMirror s syntaxí Twig.

71.4.2 Předmět

Pole nahoře, podporuje placeholders ({{ varsymbol }}, …).

71.4.3 Test odeslání

Tlačítko Test e-mail dole — pošle vyplněnou šablonu na tvůj e-mail (přihlášeného admina) s vzorovými daty (faktura 2605001, klient „Test Klient s.r.o.", …).

71.4.4 Placeholders

Závisí na typu šablony. invoice_new:

71.5 Activity log

Systém → Activity log.

Audit všech mutací — kdo a kdy co změnil. Lze filtrovat:

Použití:

• Audit chyby — „Kdo upravil fakturu 2605007?" → filter entity_type=invoice, entity_id=N
• Bezpečnostní audit — „Bylo to z očekávané IP?" → filter ip
• Outage timeline — všechny akce v intervalu

🛈 Activity log se nepromazává vůbec — cron cron-cleanup.sh se ho nedotýká a žádné nastavení retence pro něj neexistuje. Je to záměr: auditní stopa nad účetními doklady podléhá stejné povinnosti uchovávat jako doklady samotné (§ 31 ZoÚ), takže by ji rotace po několika měsících znehodnotila. Přehled retenčních lhůt najdete v Nástroje → Účetní nastavení → Archiv účetnictví (viz Retence a právní zadržení).

71.6 Elektronické podpisy

Elektronické podpisy mají vlastní stránku Systém -> Elektronické podpisy. Aktuální konfigurace už není jeden certifikát dodavatele, ale sada podpisových profilů a mapování pro jednotlivé výstupy.

71.7 Odesílací e-mailové profily

Systém → E-maily → záložka Odesílací profily definuje identitu, pod kterou aplikace posílá odchozí e-maily aktuálního dodavatele.

Profil obsahuje:

• From e-mail a From jméno — adresa a jméno v hlavičce odesílatele,
• volitelnou volbu Konfigurovat Reply-To — po zapnutí lze vyplnit odpovědní adresu a jméno; když není zapnutá, profil hlavičku Reply-To do e-mailu nevkládá a odpovědi tak směřují na From z profilu,
• volitelný S/MIME profil — certifikát, který se použije pro podepsané e-mailové výstupy; formulář hlídá shodu certifikační e-mailové identity s From e-mailem a umí From z certifikátu předvyplnit,
• volitelnou volbu Konfigurovat DKIM — po zapnutí je nutné vyplnit DKIM doménu i selector pro tento profil; když není zapnutá, profil DKIM podpis nepoužije,
• Transport — výchozí globální cfg.php, vlastní SMTP účet nebo lokální sendmail; u vlastního SMTP lze nastavit server, port, šifrování, typ autentizace, TLS validaci, timeout a držení spojení, SMTP heslo/token se ukládá šifrovaně,
• volitelnou volbu Ukládat kopii do IMAP složky odeslané pošty — po úspěšném odeslání přes SMTP/transport se finální MIME zpráva uloží do zadané IMAP složky; IMAP heslo se ukládá šifrovaně; pole složky umí načíst seznam složek z aktuálně vyplněného IMAP účtu a ověřit připojení i cílovou složku včetně testovacího zápisu bez uložení profilu; lze nastavit timeout, označení uložené kopie jako přečtené a chování při chybě IMAP uložení,
• přepínače Výchozí profil a Aktivní.

Povinná pole jsou ve formuláři označená hvězdičkou. Před uložením i před odesláním testu aplikace zkontroluje aktuálně zobrazené povinné položky (Reply-To, DKIM, SMTP autentizace a IMAP podle zapnutých voleb) a bez jejich vyplnění akci nespustí.

Ve formuláři profilu i u každého uloženého profilu je akce Test, která pošle krátký testovací e-mail na e-mail přihlášeného uživatele, případně na e-mail dodavatele nebo globální cfg.php → smtp.from_email. Test ve formuláři použije aktuálně vyplněné hodnoty bez uložení do databáze. Test použije přímo vybraný profil, i když není výchozí, takže ověřuje jeho From, Reply-To, DKIM/S/MIME, transport i volitelné uložení do IMAP složky. Po testu formulář zobrazí buď chybu vrácenou serverem, nebo informaci, že transport e-mail přijal, včetně poslední SMTP/transport odpovědi, pokud ji backend získal. Pokud je zapnuté IMAP ukládání, test zároveň zobrazí, zda se kopie uložila do zadané složky. Při výchozí politice chyba IMAP uložení nemění fakt, že transport e-mail přijal. Pokud má profil nastaveno Hlásit chybu archivace, chyba uložení do IMAP se zapíše jako chyba archivace po doručení. Aplikace ale e-mail znovu neposílá, protože transport ho už přijal a opakování by mohlo vytvořit duplicitu u příjemce.

Když existuje aktivní výchozí profil, používá ho Mailer pro všechny odchozí e-maily daného dodavatele. Pokud žádný aktivní výchozí profil není, chování je stejné jako bez profilů: From se bere z globální SMTP konfigurace a jméno odesílatele z dodavatele. Fallback na e-mail dodavatele nebo globální cfg.php → smtp.reply_to_* se pro Reply-To použije jen v tomto režimu bez aktivního profilu. Stejně tak globální DKIM doména/selector z cfg.php platí jen bez aktivního profilu; profil s vypnutým DKIM se nepodepisuje. Ukládání do IMAP složky se také používá jen tehdy, když je zapnuté přímo v aktivním profilu. Bez profilu ani při vypnuté volbě se žádný globální fallback nepoužije.

Privátní DKIM klíč je stále globální v cfg.php. Odesílací profil může kromě identity zprávy změnit i samotný transport, pokud je potřeba posílat pro různé domény přes různé SMTP účty nebo lokální MTA.

71.8 SMTP log analýza

Systém → E-maily → záložka SMTP log analýza. Přístup pouze pro admin.

Zatímco *Odeslané e-maily* ukazují, co se aplikace pokusila poslat (z pohledu aplikace), tahle záložka ukazuje, co se reálně stalo na poštovním serveru — kam byla zpráva doručena a kde nastal problém. Čte přímo logy MTA (poštovního serveru) a převádí je na přehledný seznam událostí. Jen čte; nic neodesílá ani nemění.

71.8.1 Co uvidíš

• Souhrnné karty — počty doručovacích pokusů, doručeno / odloženo / odmítnuto a počet přijatých podání.
• Cílové servery s problémy — rychlé dlaždice serverů, kam se nedaří doručovat (klik nastaví filtr na daný server).
• Tabulka událostí s filtry (fulltext, typ, stav, rozsah dat). Každý řádek nese čas, stav, *od → komu*, cílový server + IP, předmět (pokud ho log nese) a doslovnou odpověď serveru.
• Odkaz na fakturu — pokud událost patří k e-mailu, který aplikace sama odeslala, doplní se klikací odkaz na příslušnou fakturu. Páruje se přes příjemce a čas odeslání (z interního auditu odeslané pošty); u serverů, které logují předmět, pomůže i číslo faktury v předmětu. Pošta, kterou neposlala aplikace (např. jiný systém na stejném serveru), se k faktuře neváže.

Druhy událostí (sloupec *typ*):

Stavy:

🛈 Box „SMTP analýza" v detailu faktury. Když je analýza zapnutá, najdeš u každé odeslané faktury (sekce pod historií PDF a aktivitou, jen pro admina) rozbalovací box, který na kliknutí dohledá v logu doručení právě této faktury — prohledá den odeslání a následující den pro její příjemce a ukáže per-příjemce stav (doručeno / odloženo / odmítnuto) i jednotlivé pokusy s odpovědí serveru.

71.8.2 Typické použití

• „Došlo to klientovi?" — fulltext na e-mail příjemce → uvidíš poslední stav doručení a odpověď jeho serveru.
• Diagnostika odložení — 450 4.7.1 cannot find your hostname značí chybějící PTR/rDNS záznam tvé odchozí IP; 452 inbox out of storage = plná schránka příjemce.
• Diagnostika odmítnutí — 541/554 antispam policy, 550 unauthenticated ukazují na problém s reputací / SPF / DKIM / DMARC.

71.8.3 Nastavení

Konfigurace je v cfg.php (vzor v cfg.sample.php) v sekci smtp_log:

Příklady cest:

• hMailServer — C:\Program Files (x86)\hMailServer\Logs\hmailserver_*.log
• MailEnable — C:\Program Files\Mail Enable\Logging\SMTP\SMTP-Activity-*.log (čte se sada *SMTP-Activity*; *SMTP-Debug* a W3C ex* se ignorují)

🛈 Podpora dalších serverů (Postfix, Exim…) je připravená architektonicky — stačí doplnit nový konektor; konfigurace zůstává stejná, jen se změní connector.

71.9 Uložené filtry a předvolby zobrazení

Na seznamech dokladů (Vydané i Přijaté faktury, Klienti, Sklad — položky i doklady, Pokladna, Deník, Hlavní kniha, Majetek) si každý uživatel může uložit vlastní kombinace filtrů a nastavit si, jak má tabulka vypadat (které sloupce vidí, jak hustě jsou řádky rozložené a v jakém pořadí je seřazeno). Obojí se ukládá na uživatele — každý přihlášený má svoje vlastní filtry a rozvržení tabulky, nezávisle na kolezích.

71.9.1 Kde to najdeš

V horní liště nad tabulkou (vedle vyhledávání a filtrů dané stránky) jsou tři ovládací prvky:

• Uložené filtry — rozbalovací nabídka s ikonou záložky,
• Sloupce — rozbalovací nabídka se seznamem sloupců k zaškrtnutí,
• Hustota — přepínač komfortního / kompaktního zobrazení řádků.

71.9.2 Uložené filtry

Tlačítko Uložené filtry rozbalí nabídku se třemi částmi:

• Seznam uložených filtrů — kliknutím na název filtr rovnou aplikuješ (přepíše aktuální filtry a řazení stránky). U aktivního filtru (tj. takového, jehož uložené hodnoty přesně odpovídají tomu, co má stránka teď nastavené) se jeho název zobrazí i jako štítek přímo na tlačítku.
• Aktualizovat tímto nastavením — zobrazí se jen když je nějaký uložený filtr právě aktivní; přepíše jeho uložené hodnoty aktuálním stavem filtrů na stránce (hodí se, když si oblíbenou kombinaci jen mírně doladíš).
• Uložit aktuální filtry… — pole pro název + zaškrtávátko Výchozí + tlačítko Uložit. Uloží se přesně to, co má stránka aktuálně nastavené (fulltext, hodnoty filtrů, případně řazení) pod zadaným názvem. Tlačítko je neaktivní, pokud stránka nemá nastavený žádný filtr nebo pokud není vyplněný název.

U každého uloženého filtru v seznamu jsou tři drobné ikony:

Filtry jsou vázané na konkrétní stránku (uložený filtr pro Vydané faktury se nenabízí na Klientech) a na aktuálního dodavatele — při přepnutí firmy se nabídka filtrů načte znovu pro nově zvolenou firmu. Sloupce, hustota a řazení (viz § 71.9.3) naproti tomu nejsou vázané na dodavatele — jsou to čistě osobní preference uživatele, platné napříč všemi firmami, ke kterým máš přístup.

71.9.3 Sloupce, hustota řádků a řazení

Sloupce — tlačítko rozbalí seznam všech dostupných sloupců tabulky se zaškrtávátky. Některé sloupce (typicky číslo dokladu, částka, akce) jsou povinné — jsou zašedlé a nejde je odškrtnout. Systém navíc nedovolí odškrtnout úplně poslední viditelný nepovinný sloupec — tabulka musí mít vždy aspoň jeden viditelný sloupec navíc k povinným. Tlačítko Obnovit výchozí dole vrátí sloupce do stavu, v jakém je stránka nabízí ve výchozím stavu.

🛈 Některé nově přidané „doplňkové" sloupce jsou ve výchozím stavu skryté a zůstanou skryté, dokud si je sám/sama v nabídce Sloupce nezaškrtneš — a to i tehdy, pokud sis dřív na stránce sloupce už upravoval(a). Nový doplňkový sloupec se ti tedy sám od sebe „nevnutí" do už nastavené tabulky.

Hustota — přepínač mezi komfortním (výchozím) a kompaktním zobrazením řádků tabulky; kompaktní režim zobrazí víc řádků na obrazovku bez scrollování, na úkor menších odstupů.

Řazení — klik na hlavičku sloupce cykluje mezi vzestupným, sestupným a výchozím řazením. Poslední zvolené řazení stránky se pamatuje stejně jako sloupce a hustota.

Všechny tři volby (sloupce, hustota, řazení) se ukládají automaticky — není potřeba nic potvrzovat tlačítkem, změna se krátce po kliknutí uloží na pozadí a při příštím otevření stránky (i z jiného počítače) se obnoví.

71.9.4 Omezení a technické poznámky

• Na jednu stránku (a dodavatele) lze mít uloženo max. 30 filtrů na uživatele; po překročení limitu ukládání odmítne s hláškou o dosaženém limitu.
• Název uloženého filtru musí být v rámci stránky unikátní — duplicitní název uložení odmítne.
• Sloupce, hustota a řazení se ukládají pod stránku (např. invoices, journal, general_ledger), uložené filtry stejně tak — každá stránka má svůj vlastní, oddělený prostor předvoleb.

71.10 Tipy

• Test šablony vždy před produkčním nasazením — typo v Twig syntaxi by rozbilo odesílání všem klientům.
• Role accountant je dobrá pro externí účetní — vidí faktury, banku, exporty i daňové výkazy, ale nemůže upravit uživatele ani konfiguraci.
• Role readonly dej auditorovi nebo klientovi — vidí a exportuje totéž co účetní (vč. DPH podkladů), ale nemůže nic změnit.
• Z Activity logu zjistíš všechno — i kdo neúspěšně se zkoušel přihlásit (filter akce auth.login_failed).

71.11 Automatické zaúčtování při vystavení/přijetí dokladu

V sekci Daňové nastavení (jen u firem v režimu podvojné účetnictví — u daňové evidence se doklady neúčtují, blok se vůbec nezobrazí) jsou dva přepínače:

Oba přepínače jsou ve výchozím stavu vypnuté — bez zapnutí zůstává zaúčtování ryze ruční (tlačítko na detailu / hromadná akce v seznamu).

Pod přepínači je box Automatika účtování, který řídí bankovní platby, vlastní převody, odvody, pravidla a budoucí AI návrhy společnou policy. Preset nastaví bezpečný výchozí rozsah:

Jednotlivé typy operací můžeš pod presetem upravit na vypnuto / návrh / automaticky. AI typy nelze nastavit na automatiku. Volitelný denní limit automatiky po vyčerpání další položky pouze navrhne a přepínač Ranní přehled e-mailem připravuje souhrn pro automatizační přehled.

Podrobné nastavení je rozdělené do skupin:

• Platby a převody — spárované bankovní platby, vlastní převody a jejich detektor,
• Odvody — jednotlivé druhy daní, sociální a zdravotní pojištění a rozpoznávání odvodů,
• Banka — poplatky, úroky, vlastní pravidla a naučené kontace,
• AI — návrhy bankovních plateb a dokladů; úroveň Automaticky je zde technicky zakázaná.

Výsledná úroveň je vždy nejvýše tak automatická, jak dovoluje preset a konkrétní řádek. Nastavení Vypnuto detektor nebo typ operace nepustí, Jen návrhy vyžaduje potvrzení a Automaticky pouze dovoluje motoru pokračovat k dalším kontrolám. Není to příkaz „zaúčtuj za každou cenu“.

Bezpečnostní pořadí a limity

Před automatickým zápisem se postupně ověří firma a oprávnění, otevřené období, jednoznačná vazba, povolený typ operace, limit pravidla, celofiremní denní limit, duplicitní zápis a saldokontní předpis. Kterákoli nesplněná pojistka přesune položku do návrhu nebo do K doúčtování; účetní doklad ani pohyb se neztratí.

Denní limit je korunový součet automaticky zpracovaných bankovních návrhů firmy za den. Prázdná hodnota znamená bez tohoto globálního stropu, nikoli bez ostatních pojistek. Pravidlo banky může mít navíc vlastní rozsah částky a nižší limit pro automatiku. Nad ním pravidlo stále může sedět, ale výsledek čeká na schválení.

Automaticky se nikdy neprovedou:

• AI návrhy a hromadné schválení AI položek,
• nejednoznačné nebo konfliktní párování,
• zápis do uzavřeného či zamčeného období,
• odvod bez existujícího dostatečného kreditního předpisu na 336/341/342/343/345,
• vlastní převod v různých měnách nebo operace s podezřením na již existující ruční zápis,
• operace nad denním či pravidlovým limitem a nepodporované cizoměnové případy.

Pro vlastní převody nestačí zapnout pouze jeden řádek: na Automaticky musí být jak Převody mezi vlastními účty, tak Rozpoznávání vlastních převodů. Účty musí být evidované jako vlastní a mít stejnou měnu; každá noha se účtuje přes 261 a zůstává auditovatelná. Podrobnosti a práce s frontami jsou v Automatu účtování a kapitole Banka.

71.12 Brandingové profily

Brandingové profily jsou volitelný modul, který se zapíná v nastavení dodavatele. Dokud je vypnutý, faktury a e-maily používají původní údaje a branding dodavatele. Po zapnutí lze vytvořit profily pro různé obchodní značky. Profil může změnit logo, zobrazovaný název, slogan, barvu, kontaktní údaje a patičku e-mailu. Právní údaje dodavatele (firma, adresa, IČ a DIČ) zůstávají společné a profilem se nemění.

Výchozí profil se použije vždy, když faktura, pravidelná fakturace ani zákazník neurčují jiný profil. Výchozí profil není povinný. Přepínač Používat vlastní branding v jednotlivém profilu řídí zobrazení jeho loga a barev v e-mailech i PDF.

Každému profilu lze přiřadit také e-mailový profil odesílatele. Ten určuje SMTP účet, adresu odesílatele, Reply-To a případné podepisování zpráv. Není-li vybrán, použije se výchozí e-mailový profil dodavatele.

E-mailový profil, který používá některý brandingový profil, nelze smazat. Chybová zpráva vypíše dotčené profily; nejprve jim nastav jiného odesílatele nebo výchozí profil dodavatele.

Výchozí profil lze přiřadit zákazníkovi. Nový koncept faktury jej převezme a při vystavení se použitá identita uloží do snapshotu dokladu. Pozdější změna profilu nebo nahrání nového loga proto nezmění již vystavené faktury.

Akce Náhled e-mailu u profilu zobrazí jeho logo, barvu, zobrazovaný název, kontakty i vlastní patičku. V náhledu lze přepínat mezi českou a anglickou variantou. Původní konfigurace brandingu e-mailů se používá při vypnutém modulu. Obsahové e-mailové šablony zůstávají společné pro dodavatele a spravují se odděleně na stránce E-mail šablony.

71.13 Firma → Kategorie

Cesta: Firma → Kategorie. Stránka obsahuje číselníky platné jen pro aktuální firmu:

U každé kategorie stránka ukazuje počet použití. Nepoužitou kategorii lze smazat; použitá se kvůli zachování historie pouze archivuje a přestane se nabízet pro nové doklady. Archivované kategorie zůstávají v přehledu označené a lze je znovu upravit. Kód musí být v rámci dané firmy a druhu kategorie jedinečný.

71.14 Systém → Sazby a číselníky

Cesta: Systém → Sazby a číselníky. Stránka sdružuje systémové číselníky Sazby DPH, Klasifikace DPH, Země a Jednotky. Sazby, země a jednotky popisuje § 71.1; pro výkazy je zásadní také následující klasifikace DPH.

Klasifikace DPH

Klasifikační kód určuje směr použití (prodej, nákup nebo oba), řádek přiznání DPHDP3, oddíl kontrolního hlášení, sazbu a zvláštní režimy, například reverse charge, kód režimu KH, opravu nedobytné pohledávky nebo kód předmětu plnění. Podle těchto hodnot backend zařazuje řádky dokladů do daňových sestav; nejde jen o popisek v editoru.

Vestavěné systémové kódy jsou společné a nelze je upravit ani smazat. Pro aktuální firmu lze vytvořit vlastní kód, upravit ho a později archivovat. Změnu prováděj jen tehdy, když znáš její dopad na DPHDP3, kontrolní hlášení a Knihu DPH. Význam jednotlivých polí je podrobně popsán v 36. Výkazech DPH.

Daňové konstanty už nejsou záložkou této stránky. Jsou samostatný bod menu hned pod Sazbami a číselníky; podrobnosti popisuje kapitola Daňové konstanty.

71.15 E-maily → Odeslané

Cesta: Systém → E-maily → Odeslané. Výchozí záložka zobrazuje auditní přehled pokusů aplikace o odeslání zpráv. Zahrnuje e-maily k fakturám, upomínky, žádosti o schválení, poděkování za úhradu, připomínky pravidelné fakturace a testovací zprávy.

Přehled lze filtrovat podle typu a výsledku Odesláno / Selhalo. U záznamu ukazuje čas, typ zprávy, související fakturu a zákazníka, příjemce, uživatele nebo systém, který odeslání spustil, a u chyby také její text. Červený souhrn umožňuje rychle zobrazit jen neúspěšné pokusy.

Záložka je pouze pro čtení: zprávu z ní nelze znovu odeslat ani smazat. Stav Odesláno potvrzuje úspěch odesílacího kroku aplikace, nikoli přečtení nebo doručení do schránky příjemce. Pro technickou diagnostiku SMTP komunikace použij SMTP log analýzu.