Párování plateb v Pohodě, iDokladu, Fakturoidu a Shoptetu

Vestavěné párování plateb v Pohodě, iDokladu i Fakturoidu funguje na variabilním symbolu — a přesně tam, kde VS chybí nebo neodpovídá, končí platba v ruční frontě. Shoptet řeší podobný problém jinak, protože párování tam neběží proti fakturám s VS, ale proti objednávkám v e-shopu.

Tenhle článek popisuje, jak párování funguje v každém z těchto čtyř nástrojů, a hlavně — co mají společné jako princip a kde jim to přestává stačit. Pokud vás sem přivedlo hledání „idoklad párování plateb" nebo „fakturoid párování plateb", odpověď je ve všech případech podobná: nástroj to umí, dokud platba dodá čistá data.

Jak párování funguje v Pohodě

Pohoda má párování plateb postavené na napojení na bankovní účet a variabilním symbolu. Když přijde platba s VS, který odpovídá číslu faktury, a částka sedí, Pohoda fakturu automaticky označí jako uhrazenou. Je to řešení pro standardní tuzemský platební styk — přesně tak, jak funguje většina B2B plateb v Česku.

Problém nastává, když klient VS nevyplní, napíše ho špatně, nebo zaplatí najednou víc faktur jedním převodem. V tu chvíli přesná shoda nenastane a platba čeká na ruční spárování v účetnictví. Pohoda sama o sobě nemá mechanismus, jak takovou platbu spárovat jinak než ručně — nehledá shodu podle jména plátce, částky v toleranci nebo kombinace faktur, jejichž součet odpovídá příchozí částce.

Jak funguje párování plateb ve Fakturoidu

Fakturoid je nejrozšířenější český cloudový fakturační nástroj a párování plateb v něm patří k jeho základní výbavě. Po napojení bankovního účtu (podporuje mimo jiné Fio, Komerční banku, ČSOB) si Fakturoid sám stahuje výpis a k fakturám páruje platby podle variabilního symbolu nebo shodné částky.

Stejně jako u Pohody je to deterministické párování — rychlé a spolehlivé, dokud data na platbě odpovídají datům na faktuře. Fakturoid nedělá fuzzy matching. Pokud dorazí částečná platba, platba v eurech na fakturu vystavenou v korunách, nebo platba bez VS s číslem objednávky ve zprávě pro příjemce, spárování se nepovede automaticky a faktura zůstane needitovaná, dokud ji někdo neprojde ručně.

Párování plateb v iDokladu

iDoklad je cloudová alternativa k Pohodě od stejného výrobce (Stormware) a princip párování je obdobný. Po propojení s bankou iDoklad porovnává příchozí platby s vystavenými fakturami primárně přes variabilní symbol. Když VS a částka sedí, faktura se označí jako uhrazená bez zásahu uživatele.

Limit je stejný jako u ostatních nástrojů v tomhle přehledu: jakmile plátce VS nedodá spolehlivě, nebo platba neodpovídá přesně jedné faktuře, musí uživatel platbu přiřadit ručně. iDoklad v tomhle ohledu nepřidává inteligenci navíc oproti Pohodě — jde o stejný typ deterministického pravidla, jen v cloudovém rozhraní.

Řeší Shoptet párování plateb u faktur?

Shoptet je jiná kategorie nástroje a stojí za to to rozlišit, protože „párování plateb" tam znamená něco jiného. Shoptet primárně řeší platby v rámci e-shopové objednávky — platbu kartou, přes platební bránu (GoPay, ComGate a další) nebo dobírku. Tyhle platby se párují automaticky k objednávce, protože systém platební brány pošle Shoptetu přímé potvrzení, ke které objednávce platba patří. Není tam variabilní symbol ani ruční přiřazování — identifikace je součástí platebního toku.

Kde se to sbíhá s tématem tohoto článku: pokud e-shop na Shoptetu fakturuje firemním zákazníkům klasické faktury s variabilním symbolem (B2B prodej, faktury se splatností, ne platba kartou při objednávce), řeší se párování těchto plateb stejným způsobem jako u Pohody, iDokladu nebo Fakturoidu — a se stejnými limity.

Společný jmenovatel: všechno stojí na variabilním symbolu

Tohle je jádro problému, který hledání „pohoda automatické párování plateb" nebo „párování plateb fakturoid" ve skutečnosti řeší. Všechny čtyři nástroje (u B2B faktur) používají v zásadě stejný princip: deterministické párování přes variabilní symbol a přesnou částku. Je to správné výchozí řešení — jednoduché, rychlé, bez falešných shod.

Selhává ve stejných situacích bez ohledu na to, který z nástrojů používáte:

• VS chybí nebo je špatně. Klient pole nevyplní, nebo do něj napíše datum, číslo objednávky nebo vlastní kód.
• Platba je částečná. Klient zaplatí jen část faktury, zbytek pošle později.
• Platba je sloučená. Jeden převod pokrývá dvě, tři nebo pět faktur najednou.
• Platba je v cizí měně. Faktura v korunách, platba v eurech — kurz a zaokrouhlení znemožní přesnou shodu částky.
• Poplatek ukousne pár korun. Mezibankovní poplatek srazí částku o málo pod fakturovanou hodnotu.

Žádný z těchto případů není chyba nástroje. Je to hranice principu, na kterém všechny čtyři stojí. Pohoda, iDoklad ani Fakturoid nejsou v tomhle horší nebo lepší než konkurence — mají stejný limit, protože řeší stejný typ úlohy stejným způsobem.

Co dělat, když vestavěné párování nestačí

Když tenhle zbytek plateb (u firem s méně disciplinovanými klienty to bývá 10 až 30 procent objemu) přestane být výjimka a stane se denní rutinou, vyplatí se přidat vrstvu nad vestavěné párování, ne ji nahrazovat. Tahle vrstva funguje na jiném principu — fuzzy matching: kombinuje částku v toleranci, jméno protistrany, číslo účtu, datum splatnosti a text platby, spočítá skóre shody a u jednoznačných případů spáruje automaticky. U nejednoznačných připraví návrh do ruční fronty místo prázdného seznamu k řešení od nuly.

Přesně tomuhle tématu — jak funguje fuzzy párování, kde je hranice mezi automatikou a ruční kontrolou, a proč musí mít každé rozhodnutí audit log — se věnujeme podrobně v článku Automatické párování plateb (i bez variabilního symbolu). Technický pohled na napojení na bankovní API, normalizaci výpisů a idempotenci najdete v článku Párování plateb na bankovní výpis: kde to drhne.

Kde s tím pomůžeme

Pokud používáte Pohodu, iDoklad, Fakturoid nebo Shoptet a párování plateb vám funguje pro většinu případů, ale zbytek pořád řešíte ručně, nejde o to nástroj vyměnit. Jde o to postavit vrstvu, která doplní jeho deterministické párování o fuzzy matching tam, kde VS nedorazí čistý — a napojit ji na váš konkrétní účetní nástroj přes jeho API.

Nejsme prodejci účetního softwaru a nesnažíme se vás přesvědčit, že Pohoda nebo Fakturoid dělá něco špatně. Děláme napojení a chybějící logiku okolo — párování, vytěžení faktur, zápis zpět do systému — tam, kde krabicové řešení narazí na hranici svého principu.

Pokud vám párování plateb v některém z těchto nástrojů dělá měsíčně hodiny ruční práce navíc, napište nám — podíváme se, kde konkrétně vám vestavěné párování nestačí a jestli se vyplatí to řešit.

FAQ

Umí Pohoda automaticky párovat platby?

Ano. Pohoda má vestavěné automatické párování plateb podle variabilního symbolu z bankovního výpisu. Funguje spolehlivě, dokud VS na příchozí platbě přesně odpovídá VS na faktuře. Když VS chybí, je špatně, nebo platba pokrývá víc faktur najednou, spárování selže a platba čeká na ruční přiřazení.

Jak funguje párování plateb ve Fakturoidu?

Fakturoid se napojuje na bankovní účet (Fio, KB, ČSOB a další) a příchozí platby páruje k fakturám podle variabilního symbolu nebo přesné částky. Je to deterministické párování — spolehlivé u standardních plateb, ale bez fuzzy logiky pro platby bez VS, částečné úhrady nebo platby v cizí měně.

Párování plateb v iDokladu — jak funguje?

iDoklad (Stormware) nabízí párování plateb k fakturám přes napojení na bankovní účty. Stejně jako Pohoda spoléhá primárně na variabilní symbol. U plateb, kde VS sedí a částka odpovídá, proběhne spárování automaticky. Mimo tenhle standardní scénář je nutná ruční kontrola.

Řeší Shoptet párování plateb u faktur?

Shoptet řeší párování plateb hlavně u objednávek v e-shopu — platby kartou, přes platební bránu nebo dobírkou se automaticky spárují s konkrétní objednávkou. To je jiný scénář než klasické B2B faktury s variabilním symbolem, kde se řeší párování bankovního výpisu proti vystaveným fakturám.