MyÚčto MyÚčto.cz Manuál
Stáhnout PDF Zpět na hlavní stránku

28. Banka — import výpisů a párování plateb

Místo ručního označování faktur jako zaplacených naimportuj GPC/ABO nebo podporovaný PDF výpis z banky. Systém pohyby deduplikuje, nabídne jejich párování s doklady a v podvojném účetnictví připraví bezpečné zaúčtování.

Návrhy zaúčtování, položky vyžadující zásah a historii automatických rozhodnutí najdete souhrnně v kapitole Automat účtování.

GPC (ABO) je standardní český formát pro elektronickou výměnu výpisů. Umí ho exportovat: KB, Fio Bank, ČSOB, Raiffeisenbank, Česká spořitelna, mBank, a další.

Tip

Místo (nebo vedle) výpisů umí systém zpracovávat i bankovní e-mailová avíza z IMAP schránky — hodí se, když banka posílá oznámení o příchozí platbě rychleji než pravidelný výpis. Konfigurace bankovních účtů, IMAP schránek a parserů má vlastní kapitolu Bankovní účty a e-mailová avíza (IMAP) — najdeš ji na dalších záložkách téže stránky Peníze → Bankovní účty.

28.1 Stažení GPC výpisu z banky

Postup je v každé bance trochu jiný:

BankaCesta v internet bankingu
KBÚčet → Historie pohybů → Export → formát „GPC ABO"
FioPřehled účtu → Stažení dat → formát „GPC"
ČSOBÚčet → Výpisy → Stáhnout → formát „ABO"
RaiffeisenDetail účtu → Pohyby → Export → ABO formát
ČSDetail účtu → Výpisy → formát „ABO"

Stáhni soubor (typicky .gpc nebo .abo, někdy .txt). Velikost ~10–100 KB na měsíc obvykle.

28.2 Upload výpisu do MyÚčto

V hlavním menu Peníze → Bankovní účty, záložka Bankovní výpisy → tlačítko Nahrát GPC/ABO nebo PDF.

Upload výpisu
Upload výpisu

💡 PDF výpis místo GPC. Některé banky GPC/ABO export nenabízejí (Banka CREDITAS), případně ho konkrétní účet nemá zapnutý. Pro Creditas, ČSOB, KB a Raiffeisenbank proto stačí nahrát rovnou PDF výpis — systém ho deterministicky rozparsuje na transakce (bez AI) a ověří, že součet sedí na počáteční a konečný zůstatek z hlavičky (na haléř přesně). Dál to funguje úplně stejně jako GPC — párování, stavy účtů i originál ke stažení. Jeden soubor může být GPC/ABO nebo PDF, rozhoduje přípona; naráz jde vybrat i mix obojího.

Vyber soubor (drag & drop nebo klik). Po nahrání:

  1. Kontrola duplicit — SHA-256 odmítne opakovaný stejný soubor; stabilní otisk jednotlivých pohybů navíc přeskočí transakce, které se opakují v překrývajícím se denním a měsíčním výpisu.
  2. Validace bankovního účtu — server zkontroluje, že číslo účtu z hlavičky výpisu patří některé z měn aktuálního dodavatele.
  3. Parsing transakcí — přečte všechny řádky.
  4. Auto-matching — pro příchozí i odchozí pohyby se vyhodnotí VS, zbývající částka, číslo dokladu ve zprávě, známý účet protistrany, název a blízkost splatnosti. Jednoznačná shoda se potvrdí, slabší se jen nabídne.
  5. Update faktur — plně uhrazený doklad dostane stav paid a datum úhrady podle bankovní transakce; nižší platba se zapíše jako částečná a sníží zbývající částku.

Hláška o výsledku:

Importováno: 12 transakcí, spárováno: 8, k manuálnímu párování: 4.

28.3 Seznam výpisů

Záložka Bankovní výpisy ukáže historii.

Nad seznamem lze hledat také uvnitř transakcí všech výpisů:

Filtry prohledávají všechny příchozí i odchozí platby a kombinují se; výsledkem jsou výpisy obsahující alespoň jednu transakci, která splňuje všechna zadaná kritéria.

V podvojném účetnictví lze navíc zvolit Výpisy s nezaúčtovanými pohyby. Seznam u každého výpisu ukáže jejich počet. Ignorované položky a provizorní e-mailová avíza se do tohoto počtu nezahrnují.

SloupecVýznam
DatumDatum výpisu
ČísloČíslo výpisu z banky
ÚčetČíslo účtu / IBAN
MěnaCZK / EUR / …
PříchozíSuma kreditních transakcí
OdchozíSuma debetních transakcí
Spárováno12/14 — 12 z 14 transakcí spárováno na faktury
ImportovánoDatum + uživatel

28.3.1 Všechny pohyby

Záložka Všechny pohyby je společný přehled transakcí napříč výpisy, účty a roky. Na rozdíl od fronty K zaúčtování ukazuje i již spárované a zaúčtované pohyby. U každého řádku vidíš náš zdrojový účet, účet protistrany, výpis, párování a stav zaúčtování.

Akce jsou stejné jako v detailu konkrétního výpisu: otevření nebo zrušení párování, rozdělené párování, vytvoření dokladu, přiložení podkladu, vyžádání dokladu, ignorování i ruční zaúčtování. Po provedené akci se aktualizuje tentýž řádek; není nutné dohledávat původní výpis. Filtry podle našeho účtu, data, částky, protistrany, párování a zaúčtování lze kombinovat.

28.4 Detail výpisu

Klik na řádek → detail.

Tabulka transakcí:

SloupecVýznam
DatumDatum zaúčtování
Částka+ (kredit) / − (debet)
Měna
ProtistranaNázev + číslo účtu (pokud bance zaslala)
VSVariabilní symbol z transakce
KS / SSKonstantní / specifický symbol
PopisPoznámka z banky
StavSpárováno (zelená) / Bez shody (šedá) / Ignorováno (oranž.)
FakturaPokud spárováno, číslo faktury (klikatelné)

28.4.1 Částečné platby (více převodů na jednu fakturu)

Příchozí platba se shodným variabilním symbolem, ale nižší částkou než zbývá uhradit, se zaeviduje jako částečná úhrada (záznam v boxu Platby detailu faktury) — faktura zůstává pohledávkou se sníženým zůstatkem a badge Částečně uhrazeno. Další převody se přičítají; jakmile platby pokryjí částku k úhradě, faktura se označí jako zaplacená (paid_at = datum poslední platby). U zálohové faktury se k částečné platbě plátci DPH rovnou připraví koncept daňového dokladu k přijaté platbě (viz § 11.1.2); doplatek zálohy, ke které už existuje finální doklad, se eviduje na finál. Stejně fungují platby z e-mailových avíz (29. Bankovní účty).

28.4.2 Manuální párování

Pro transakce, které se nespárovaly automaticky (typicky chybí VS, nebo částka nesedí kvůli devizovému kurzu či bankovnímu poplatku):

Skóre je dohledatelné složení signálů, nikoli odhad AI. Automatické potvrzení vyžaduje skóre nejméně 85 %, náskok alespoň 15 procentních bodů před druhým kandidátem a deterministické jádro: přesný VS, známý ověřený účet nebo jednoznačný součet více dokladů. Návrh od 35 % se může zobrazit k ručnímu posouzení. Překlep ve VS, přeplatek, rozdíl odpovídající poplatku, rozdílná měna nebo proforma automatické potvrzení vždy blokují bez ohledu na skóre.

Když nabídka nesedí, pokračuj klasickým ručním výběrem:

  1. Klik Spárovat → otevře se modal s vyhledávačem.
  2. Najdeš fakturu (číslo / klient / částka).
  3. Vyber a potvrď.

Zaeviduje se platba ve výši transakce — plné pokrytí označí fakturu paid (paid_at = datum transakce), nižší částka je částečná úhrada. Activity log:

Samotná shoda částky a data nebo jen přibližná shoda názvu dodavatele se automaticky nepotvrdí ani nezaúčtuje. Doklad zůstane nezměněný, dokud kandidáta neověříš ručním párováním. Stejně se postupuje, když platba míří na přijatou fakturu, která už je označená jako uhrazená. bank.matched_manual.

Sloučená úhrada (jedna platba na více faktur)

Když klient zaplatí víc vystavených faktur jednou platbou (součet sedí, ale variabilní symbol odpovídá jen jedné faktuře — nebo žádné), nabídne modal pod vyhledávačem sekci Sloučená úhrada. MyÚčto sám hledá kombinace faktur téhož klienta, jejichž součet odpovídá částce platby, ve výchozím okně ±7 dní kolem data platby. Klient se jménem podobným protistraně se nabízí první.

  1. Klik Spárovat → v sekci Sloučená úhrada se zobrazí návrhy kombinací (klient, jednotlivé faktury s částkami a datem, celkový součet).
  2. U správné kombinace klik Spárovat (N faktur).
  3. Každá faktura se uhradí svým plným zbytkem a označí jako zaplacená; zálohové faktury dostanou koncept finálního dokladu jako u běžné úhrady.

Pomůcky:

Omezení (záměrná, kvůli správnosti): kombinace jdou jen v rámci jednoho klienta a součet musí odpovídat částce platby (sloučená úhrada = uhradit všechny vybrané faktury celé; není to rozpouštění jedné platby na částečné úhrady). Zrušení spárování (§ 28.5) smaže všechny platby té transakce a vrátí všechny faktury zpět mezi pohledávky. Activity log: bank.tx_manual_match_split.

28.4.3 Ignorovat transakci

Pro transakce, které nejsou platby faktur (poplatky, převody mezi vlastními účty, refundace, …):

  1. Klik Ignorovat.
  2. Status → Ignorováno. Pro reporting se nepočítá.

28.4.4 Vytvoření přijaté faktury z výpisu (doklad o úhradě)

U odchozí (záporné) platby, ke které ještě nemáš v systému přijatou fakturu, můžeš rovnou založit její koncept přímo z výpisu:

  1. Detail výpisu → najdi odchozí transakci → klik Vytvořit fakturu.
  2. Vyber existujícího dodavatele (nebo klik Nový dodavatel a založ ho). Dodavatel se nezakládá automaticky — musíš ho potvrdit.
  3. Potvrď → vznikne koncept přijaté faktury v hrubé částce platby (1 položka, 0 % DPH) a rovnou se otevře v editoru.
  4. V editoru doplň rozpad DPH, skutečné číslo dokladu a nahraj PDF.

Variabilní symbol z platby se předvyplní do pole VS; číslo dokladu dostane dočasný placeholder BANK-{id} (přepiš ho na reálné číslo z faktury). Platba se zároveň spáruje na nově vzniklý koncept (vazba, ne paid — to potvrdíš až po finalizaci faktury).

💡 Tlačítko „Otevřít" u spárované transakce přeskočí na navázanou fakturu (vydanou i přijatou).

28.5 Reverse: zrušení spárování

Pokud automatika spárovala chybně:

  1. Detail výpisu → najdi transakci → klik Zrušit párování.
  2. Faktura → status zpět na předchozí (sent / issued).
  3. Activity log: bank.unmatched.

28.6 Cron — automatický scan

Místo ručního uploadu můžeš nastavit cron, který bude pravidelně skenovat adresář (např. private/bank-incoming/) a importovat nové výpisy:

cmd/cron-bank-scan.sh        # každých 30 minut

Setup:

  1. Banka pravidelně exportuje výpis e-mailem nebo SFTP do private/bank-incoming/
  2. Cron každých 30 min spustí php api/bin/cron-bank-scan.php
  3. Skript projde nové soubory, importuje, přesune do private/bank-archive/

28.7 Automatické zaúčtování spárovaných plateb (jen podvojné účetnictví)

Firmám vedoucím podvojné účetnictví MyÚčto po každém spárování/importu rovnou nabídne (a u opakovaných plateb i samo vytvoří) zápis do Účetního deníku. Daňová evidence žádný deník nemá — u ní se tato sekce, záložky ani tlačítka vůbec nezobrazují a bankovní modul funguje jen jako párování plateb popsané výše.

Automatika žije na stránce Peníze → Bankovní účty, kde firmě s podvojným účetnictvím přibudou vedle Bankovních výpisů záložky Všechny pohyby, K zaúčtování a Pravidla účtování:

Přímo v detailu výpisu (§ 28.4) navíc uvidíš u každé transakce aktuální stav zaúčtování a tlačítko podle situace — Zaúčtovat…, Schválit / Odmítnout, nebo Zrušit zaúčtování. Nad transakcemi lze filtrovat všechny / nezaúčtované / zaúčtované pohyby; filtr se kombinuje s filtrem stavu párování.

Automaticky zaúčtovanou transakci od ručního zápisu odliší odznak Automaticky. U návrhů je v přehledu vidět také stručné Proč — například název pravidla nebo informace, že návrh vznikl ze shody platby. Podrobné auditní vysvětlení hotového zápisu najdete po jeho rozbalení v Účetním deníku.

28.7.1 Spárované platby faktur — přímý zápis

Jakmile se transakce spáruje s fakturou (automaticky dle VS, ručně nebo jako sloučená úhrada — § 28.4), MyÚčto se ji hned pokusí zaúčtovat. Konkrétní zápis závisí na typu dokladu:

U sloučené úhrady nebo částečných plateb rozdělených na víc faktur vznikne zápis s tolika řádky na straně 311/321 (resp. 324/314 u záloh), kolik je alokací; rozdíl do 1 Kč (zaokrouhlení, bankovní poplatek v alokaci) se dorovná automaticky na účet 648 (výnos) nebo 548 (náklad) — nad tuto toleranci se transakce nezaúčtuje sama a čeká na ruční zásah.

Než se zápis vytvoří, MyÚčto ověří:

Když některá podmínka nesedí (uzavřené období, faktura označená jako uhrazená bez evidované platby k ověření apod.), zápis se nevytvoří rovnou, ale místo něj přibude návrh v záložce K zaúčtování s vysvětlením v poznámce (např. „uzavřené období", „faktura už je označena jako zaplacená — ověřte"). Platby bez zaúčtovaného předpisu běžné faktury (ne zálohy), stejně jako křížová měna nebo CZK doklad placený cizí měnou, se nezaúčtují automaticky. Nevyřešený skutečný pohyb zůstane dohledatelný ve Všech pohybech a v jednotné frontě Účetnictví → K doúčtování, i když pro něj nevznikla kontace.

Tip

Vyúčtovací faktura ze zálohy. Když později zaúčtuješ finální (vyúčtovací) fakturu navázanou na zálohu (viz § 23.3.1 nebo § 15.8), zápis automaticky doplní i zúčtovací řádek zálohy (324/311 resp. 321/314) ve výši skutečně přijaté/zaplacené zálohy, nejvýše však do celkové částky vyúčtovacího dokladu. Případný přeplatek zůstane na 324/314 do vrácení nebo dalšího vyúčtování; částka se neodvozuje z nominální hodnoty proformy. Kombinace proforma s daňovým dokladem k přijaté platbě a vyúčtováním zároveň, nebo proforma s víc než jednou vyúčtovací fakturou, je zatím mimo automatiku — takový zápis zaúčtuj ručně.

Poznámka

Zaúčtování spárované platby je idempotentní vůči transakci — přepárování (změna alokace, sloučená úhrada místo jednoduché) přepíše týž zápis, nevznikne duplicita. Zrušení spárování (§ 28.5) naopak zápis nejdřív stornuje (opravný zápis v deníku) a teprve pak fakturu vrátí mezi pohledávky/závazky — pokud je účetní období zápisu už uzavřené, zrušení spárování se nedokončí (hláška o uzavřeném období) a musíš nejdřív období otevřít nebo počkat na účetní.

28.7.1.1 Cizoměnové spárované platby (kurzový rozdíl)

Faktura v cizí měně (EUR, USD…) placená stejnou cizí měnou bankovní transakcí (na devizový účet) se zaúčtuje automaticky, včetně kurzového rozdílu. Stejně se zaúčtuje jednoznačně spárovaná CZK karetní platba za cizoměnovou přijatou fakturu — u ní nemusí být variabilní symbol a CZK částka se může lišit podle kurzu karetní asociace:

U platby stejnou cizí měnou fungují i částečné a sloučené úhrady (poměrná část na alokaci). CZK karetní platba za cizoměnový doklad se automaticky účtuje jen při jednoznačné vazbě 1:1 na celý doklad. Drobný nealokovaný zbytek do jedné jednotky cizí měny se vede odděleně jako provozní vyrovnání na 548/648, nikoli jako kurzový rozdíl. Mimo automatiku zůstává: křížová cizí měna (faktura v EUR placená v USD), CZK doklad placený cizí měnou a zálohová (proforma) faktura / zálohová přijatá faktura v cizí měně. Valutová pokladna umí samostatné hotovostní prodeje, nákupy a ostatní pohyby, ale úhradu cizoměnové faktury z pokladny zatím záměrně blokuje; viz Pokladna.

Historické spárované transakce zaúčtuje správce příkazem php api/bin/backfill-bank-posting.php --supplier=<ID> --apply. Bez --apply se vypíše pouze dry-run. Back-fill respektuje existující párování i bez VS, bezpečně naváže jedinou odpovídající legacy platbu a plně kryté položky označené auto_partial uzavře jako plné. Nejednoznačné nebo skutečně částečné vazby nechá k ruční kontrole.

28.7.2 Pravidla účtování opakovaných plateb

Platby bez faktury (odvody na OSSZ/ZP, bankovní poplatky, úroky, leasing…) se neúčtují samy od prvního výskytu — na záložce Pravidla účtování si pro ně založíš pravidlo:

  1. Tlačítko Nové pravidlo → formulář: název, směr (příchozí/odchozí), aspoň jedno kritérium shody — protiúčet (+ volitelně kód banky), variabilní symbol, nebo fragment zprávy (podřetězec v popisu platby), volitelně rozsah částky (od–do), a kontace (účet MD/D). Pole Priorita určuje pořadí vyhodnocení (nižší číslo má přednost) a Limit pro automatiku může nad zadanou částkou vynutit pouze návrh, i když je pravidlo povýšené na automatické.
  2. Bankovní strana kontace musí být účet 221 (dle směru), druhá strana nesmí být saldokontní účet (311/321/314/324/325) — na spárované platby faktur pravidla nesahají, ty řeší § 28.7.1.
  3. Tlačítko Otestovat na historii (dry-run) ukáže, kolika transakcím za posledních 12 měsíců by pravidlo sedělo a kolik z nich je už zaúčtovaných — pomůže odladit kritéria dřív, než pravidlo uložíš.
  4. Při uložení nabídne zaškrtávátko „Navrhnout zaúčtování N historických plateb" (jen když dry-run něco našel) — vytvoří rovnou návrhy pro dosud nezaúčtované historické transakce v otevřených obdobích (max 200 položek).

U již uloženého aktivního pravidla lze stejný bezpečný běh spustit v seznamu tlačítkem Použít na historii. Zpracují se jen dosud nezaúčtované transakce v otevřených obdobích (max. 200) a vzniknou pouze návrhy ke schválení; opakované spuštění nevytváří duplicity. Nevyplněná dolní nebo horní mez částky znamená „bez omezení" na dané straně intervalu, nikoli částku 0 Kč.

Nové pravidlo vždy jen navrhuje (režim Návrh) — po importu vytvoří položku v K zaúčtování, kterou potvrdíš Schválit (případně přes ikonu ozubeného kolečka přepíšeš kontaci) nebo Odmítnout. Po pěti potvrzeních za sebou beze změny, bez odmítnutí a s vyplněným rozsahem částky se nabídne Povýšit na automatiku. Režim se nikdy nepřepne sám — povýšení vždy potvrdí člověk. Od dalšího výskytu se zápis vytvoří bez čekání ve frontě (transakce zůstane vidět v historii se štítkem, kdo/co ji zaúčtovalo).

Když transakci odpovídá víc aktivních pravidel najednou, MyÚčto nikdy neúčtuje automaticky — vytvoří návrh podle pravidla s vyšší úspěšností a označí to jako konflikt, ať si kontaci zkontroluješ ručně. Opakované odmítnutí téhož pravidla (3× po sobě u různých transakcí) ho samo deaktivuje — na to tě upozorní hláška při odmítnutí; pravidlo pak najdeš v seznamu vypnuté a můžeš ho opravit nebo smazat.

Nesedí-li žádné aktivní pravidlo, ale MyÚčto najde v posledním roce jedinou stejnou dvouřádkovou kontaci už dřív zaúčtovanou pro stejný protiúčet (a sedí-li VS, je-li vyplněný), nabídne rovnou naučený návrh — i bez založeného pravidla. Z libovolného ručního zaúčtování transakce navíc systém umí nabídnout „Podobná platba se opakuje…" → Vytvořit pravidlo s předvyplněnými kritérii i kontací, ať příště nemusíš zadávat nic ručně. Ruční opravy mají přednost před starší historií; naučený návrh zobrazí datum a změnu kontace. Rozporné opravy nový návrh nevytvoří.

Tip

Pravidlo v režimu Automaticky zaúčtuje stejně, ať výpis nahraješ ručně nebo ho naimportuje cron (§ 28.6) — motor automatiky je pro obě cesty stejný. Výjimka je zpětné doplnění historie při zakládání nového pravidla (§ 28.7.2, bod 4) — to i pro pravidlo v režimu Automaticky vždy jen navrhne, nikdy nezaúčtuje samo, ať máš na staré transakce jistotu, než je potvrdíš.

28.7.3 Vlastní převody mezi bankovními účty

Pohyb mezi dvěma bankovními účty téže firmy MyÚčto rozpozná podle účtu výpisu a protiúčtu. Ve frontě K zaúčtování jej označí štítkem 🔁 Vlastní převod a nabídne samostatné zaúčtování každé bankovní transakce přes účet 261 — Peníze na cestě:

Obě nohy se propojí, jakmile dorazí ve výpisech. V detailu výpisu lze přejít na druhou nohu; dokud ještě nedorazila, zůstává zůstatek 261 doloženým převodem na cestě. To je běžné například při odeslání 31. prosince a připsání 2. ledna.

Převod mezi účty v různých měnách systém pouze označí k ručnímu zaúčtování, protože je potřeba zohlednit kurzový rozdíl. Pokud už existuje podobný ruční zápis přes 261, automatika upozorní na možné zdvojení a bez kontroly jej nezaúčtuje. Stejné varování se zobrazí při ručním zadání převodu, ke kterému už existuje bankovní transakce.

28.7.4 Odvody ČSSZ, zdravotním pojišťovnám a finančnímu úřadu

Odchozí korunové platby na účty vedené u ČNB (kód banky 0710) MyÚčto rozpoznává samostatně. Nejprve hledá odpovídající předpis zálohy na daň, sociální nebo zdravotní pojištění podle variabilního symbolu, data splatnosti a částky. Pokud předpis nenajde, určí druh odvodu z variabilního symbolu firmy a předčíslí účtu finančního úřadu. Platby mimo banku 0710 tento detektor nikdy nepřebírá.

Rozpoznaný odvod se zobrazí ve frontě s kontací 336/341/342/343/345 proti 221, údajem Jistota a lidským vysvětlením. Nejasný odvod zůstane pouze návrhem. Pokud na zúčtovacím účtu chybí zaúčtovaný předpis nebo jeho kreditní zůstatek nestačí na platbu, automatika zápis sama neprovede, aby nevytvořila debetní zůstatek závazku.

Na stránce Pravidla účtování lze tlačítkem Ze šablony založit připravené pravidlo pro odvody, bankovní poplatky, úroky, nájem nebo předplatné. Šablona doplní identifikátory z nastavení firmy a vždy vznikne v režimu Návrh. Superadmin spravuje tento globální katalog v Šablony → Šablony banky. Změna šablony ovlivní její budoucí použití ve všech firmách; už dříve vytvořená firemní pravidla se zpětně nemění. Použitou šablonu lze deaktivovat, ale ne smazat.

Fronta má vedle běžných návrhů také záložku Potřebuje mě. Sdružuje položky, které vyžadují rozhodnutí, i blokované položky z uzavřeného období. Jednotlivou položku lze po kontrole schválit; blokované a AI návrhy se nikdy neschvalují hromadně.

28.8 Tipy