Ověření bankovního účtu dodavatele: 7 bezpečných kontrol

Ověření bankovního účtu dodavatele v Q.Invoice nerozlišuje jen shodu a neshodu. Aplikace ukazuje, zda účet dodavateli patří, zda je nový a vyžaduje ověření, zda byl výslovně zakázán, nebo zda kontrola vůbec nemohla proběhnout. Účetní tak vidí rozdíl mezi varováním, chybějícími údaji a nepřečteným číslem účtu.

U českých plátců DPH lze navíc načíst zveřejněné účty z registru plátců DPH, zobrazit jejich stav a datum zveřejnění a vybrat účet pro doklad. Ověření bankovního účtu dodavatele proto není jeden zelený symbol, ale konkrétní rozhodovací postup nad dokladem.

Rychlý přehled: co má kontrola bankovního účtu potvrdit

1. Přečtěte účet z konkrétní faktury

První kontrola musí pracovat s údajem na právě přijatém dokladu. U českého účtu je potřeba zachytit předčíslí, číslo účtu a kód banky; u zahraniční platby zejména IBAN a případně BIC. Automatické vytěžení z PDF nebo obrázku práci urychlí, ale výsledek musí být čitelný a připravený ke kontrole.

Rozmazaný sken, nezvyklé rozložení nebo více účtů na jedné faktuře jsou důvodem pro výjimku. Nejsou důvodem k automatickému převzetí první nalezené hodnoty. Ověření bankovního účtu dodavatele začíná až nad spolehlivě přečteným údajem. Praktický přístup k podobným situacím popisuje článek o řešení výjimek u přijatých dokladů.

2. Potvrďte identitu dodavatele

Ověření bankovního účtu dodavatele se vždy provádí ve spojení s konkrétním subjektem. Samotné číslo účtu neříká, zda doklad patří správné firmě. Porovnejte název, IČO nebo DIČ a vazbu na existující kartu dodavatele. U podobných obchodních názvů rozhoduje jednoznačný identifikátor, ne text v logu nebo podpisu e-mailu.

Pokud dodavatel v evidenci chybí, nevytvářejte novou kartu jen podle jedné faktury bez dalšího ověření. Nejprve prověřte, zda už subjekt není vedený pod jiným názvem nebo pobočkou.

3. Rozlište šest stavů bankovního účtu v Q.Invoice

Q.Invoice rozlišuje šest různých výsledků kontroly. Ověření bankovního účtu dodavatele tak nevede k zavádějícímu závěru v situaci, kdy na dokladu účet chybí nebo ho aplikace nepřečetla.

Rozdíl mezi posledními dvěma stavy je praktický: nepřečtený účet znamená, že údaj na dokladu existuje, zatímco stav bez čísla účtu říká, že doklad žádný účet neobsahuje. Ani jeden stav se nemá vydávat za dokončenou kontrolu.

4. Načtěte zveřejněné účty z registru plátců DPH

Q.Invoice umožňuje načíst účty z registru plátců DPH přímo v detailu bankovního účtu na dokladu. U každé načtené položky je vidět číslo účtu, stav, zdroj „registr plátců DPH“, datum zveřejnění a dostupné rozhodnutí. Tlačítkem „Použít“ lze vybrat registrovaný účet pro další práci s dokladem.

Rozhraní zároveň ukazuje datum a čas posledního ověření účtů z registru. Ověření bankovního účtu dodavatele tím získává konkrétní zdroj a časový údaj, ne pouze neurčitou informaci, že účet někde existuje. Veřejný registr lze otevřít také na portálu MOJE daně Finanční správy.

5. Rozhodněte o novém účtu z dokladu

Pokud účet z dokladu mezi známými účty není, Q.Invoice nabízí dvě výslovné volby. Účetní může účet přidat k dodavateli, nebo ho zakázat. Tím se nový účet nepřepisuje do evidence bez rozhodnutí a příští doklad už může pracovat s uloženým stavem.

Volba „Přidat tento účet k dodavateli“ znamená, že se účet stane známým. Volba „Zakázat tento účet“ zaznamená, že se na něj platit nemá. Ověření bankovního účtu dodavatele však musí respektovat interní pravidla firmy; samotné rozhraní nedokládá metodu, kterou má firma nový účet prověřit.

6. Předejte výjimku správnému člověku

Schvalovatel nebo účetní musí vidět, jaký stav aplikace u účtu uvádí. Žlutý stav znamená nový účet vyžadující ověření, červený stav výslovný zákaz. Informační ikona naopak říká, že o účtech dodavatele zatím nejsou známé údaje; sama o sobě není varováním.

Ověření bankovního účtu dodavatele tím zpřesňuje, proč účet vyžaduje pozornost. Článek o tom, proč se doklady při schvalování zasekávají, ukazuje význam jasné odpovědnosti. Přesné schvalovací pravidlo si firma nastavuje podle svého procesu.

7. Zkontrolujte účet při předání do ERP a před platbou

Poslední kontrolní bod je účet, který se skutečně dostane do účetnictví a platebního procesu. I správně ověřená faktura nepomůže, pokud se při ručním přepisu použije jiná hodnota nebo pokud cílový systém přepíše údaj starou kartou dodavatele.

Q.Invoice má pro Microsoft Dynamics 365 Business Central nativní konektor dostupný přes Microsoft Marketplace. U Dynamics NAV a dalších ERP či účetních systémů se přenos a validační pravidla řeší individuálně podle dostupného API a technické proveditelnosti. Ověření bankovního účtu dodavatele tak musí zachovat ověřený údaj a historii rozhodnutí až do cílového systému.

Jak má vypadat postup při neznámém účtu

Žluté varování nemá skončit automatickým přidáním účtu k dodavateli. Použijte krátký rozhodovací postup:

1. Potvrďte, že účet byl z dokladu správně přečten.
2. Ověřte identitu dodavatele.
3. Načtěte dostupné účty z registru plátců DPH a zkontrolujte jejich stav i datum zveřejnění.
4. Podle interních pravidel rozhodněte, zda účet z dokladu přidat k dodavateli, nebo zakázat.
5. Teprve potom pokračujte s účtem, který má v Q.Invoice jasný stav.

Ověření bankovního účtu dodavatele tak končí konkrétním rozhodnutím. Pokud aplikace účet nepřečetla nebo doklad účet neobsahuje, nejde o neznámý účet a postup se řídí příslušným stavem.

Časté otázky k ověření bankovního účtu dodavatele

Stačí shoda účtu na faktuře s kartou dodavatele?

Ne. Ověření bankovního účtu dodavatele v Q.Invoice rozlišuje známý účet, nový účet vyžadující ověření, výslovně zakázaný účet i situace, kdy kontrola nemohla proběhnout. U plátců DPH lze navíc načíst zveřejněné účty z registru včetně stavu a data zveřejnění.

Co dělat, když faktura obsahuje jiný účet než ERP?

Zkontrolujte, zda byl účet správně přečten, a načtěte dostupné účty z registru plátců DPH. Potom podle interních pravidel rozhodněte, zda účet z dokladu přidat k dodavateli, nebo zakázat. Samotný nový účet se v Q.Invoice zobrazuje jako stav vyžadující ověření.

Lze kontrolu bankovního účtu automatizovat?

Q.Invoice umí zobrazit stav účtu vůči známým údajům dodavatele a načíst zveřejněné účty z registru plátců DPH. Rozhodnutí, zda nový účet přidat, nebo zakázat, zůstává výslovnou akcí uživatele. Pokud účet nebyl přečten, aplikace uvádí, že kontrola neproběhla.

Funguje postup jen pro Business Central a NAV?

Ne. Business Central má pro Q.Invoice nativní konektor. Dynamics NAV a další ERP či účetní systémy lze řešit individuálně, pokud jejich API a datový model umožní potřebné předání a validace. Konkrétní proveditelnost je potřeba ověřit před nasazením.

Kontrolujte zdroj údaje, ne jen jeho shodu

Ověření bankovního účtu dodavatele má odpovědět na tři samostatné otázky: zda byl účet z dokladu přečten, jaký stav má vůči údajům dodavatele a jaké rozhodnutí uživatel provedl. Registr plátců DPH k tomu doplňuje zveřejněné účty, jejich stav a datum zveřejnění.

Vyzkoušejte Q.Invoice zdarma na vlastních dokladech. Pokud chcete ověřit návaznost na Business Central, NAV nebo jiný systém, proberte s námi konkrétní integrační scénář.