Příjem souboru elektronického bankovního výpisu spustíte v modulu Banka. Původně byly formáty souborů definovány přímo v modulu Banka – ABO formát, MT940 (Multicash), Gemini a CSV pro Deutsche bank, ale postupně se přechází na definování příjmu přes dávku.
- Původní způsob načtení bankovních výpisů ve formátech ABO, MT940, Gemini, CSV, ASCII,
- Přehled formátů a bank:
Formát Banka Typ Šablona importu BV
souboru dle C0422P
o ABO KB, GE Money, ČS, ČSOB gpc KB
o MT940 Raiffeisenbank, ABN AMRO sta RB
o MT940 produkt WISE ČSOB dat OB
o MT940 rozšířený UniCredit bank sta UN
o MT940 Deutsche bank, ČS, Commerz Bank mt940 MC
o Gemini Sberbank, Raiffeisenbank dat GE
o CSV Deutsche bank csv DE
o ASCII Citibank dsk CI
o SIPO Česká pošta SI
o Příjem složenek Česká pošta txt SL
o FV5 ČNB
o Comerzbank
- Výběr formátu v online bankovnictví:
o Komerční banka – formát KM (kompatibilní media)
o
- Číselník C0402 – Vlastní bankovní účty
o Sl. Parametry BV / Šablona – označení šablony importu BV viz. výše (podle formátu a banky)
o Sl. Soubor BV / Přípona – přípona souboru pokud je známa (např. u ABO formátu je přípona souboru GPC). Zadání není povinné, přípona bývá přímo v názvu souboru.
o Sl. Soubor BV / Cesta – cesta pro načtení souboru – při načítání výpisu ji lze změnit
o Sl. Soubor BV / Cesta pro archiv – cesta pro přesun načteného souboru do archivu – při načtení ji již nelze měnit, může se editovat pouze v číselníku
- Modul BV / Správa šablon / C0402 – Bankovní účty
o V parametrech v inspektorovi doplnit šablony plateb pro Úhrady fa (F, 1F, S, 1S), ostatní příjmy a výdeje (69, 19), odložené platby (D, 1D). Ostatní parametry pro načtení BV by již měly být vyplněny dle nastavení C0402 (viz. bod 1.1.1.)
- Menu Operace / Načtení bankovního výpisu
o BÚ – kód bankovního účtu z číselníku C0402
o Šablona BV – šablona pro načtení výpisu, doplňuje se od účtu z parametru Šablona v číselníku C0402. Doplněnou hodnotu lze měnit
o Cesta – cesta pro načtení výpisu (kde je uložen po stažení z bankklienta). Cesta se doplní dle nastavení z C0402, lze ji měnit
o Archiv – cesta pro uložení souboru po jeho načtení do archivu. Z místa, kde je soubor uložen se přesune do složky pro Archiv. Toto nastavení nelze při načtení měnit, cesta pro archiv musí být zadána předem v C0402
o Soubor – z daného adresáře dle cesty vyberete soubor pro načtení
o Přípona – není nutná, pokud je přímo v názvu souboru
o
Zpracování bankovních výpisů přes dávku je odlišné od zpracování elektronických výpisů ve formátech definovaných přímo v modulu Banka (ABO, MT940, apod.). Je řešeno importem přes dávku zadanou v číselníku C0422P.
Formát Banka Šablona importu BV dle C0422P Dávka
o XLS Commerzbank CO 4201
- Šablona pro načtení bankovního výpisu v XLS formátu má označení „CO” (označení CO odvozeno od tvorby formátu XLS vytvořeného pro Commerzbank)
- Šablona se nastavuje v číselníku C0402 k danému účtu ve sloupci „Parametry BV/Šablona, případně přímo v modulu BV ve správě šablon (viz. obr. níže)
- Kromě šablony je nutné nastavit i cestu pro načtení BV a cestu pro přesun souboru do archivu. Cesta pro načtení jde v úloze Načtení bankovního výpisu změnit, cesta pro archiv změnit nejde (aktualizuje se pouze v číselníku C0402)
V menu Operace / Načtení bankovního výpisu.
1. Do pole BÚ zadáte kód účtu z číselníku C0402
2. Cesta pro načtení souboru a šablona „CO” se doplní od zvoleného kódu účtu (viz. bod 1.1. Nastavení)
3. Standardním způsobem vyberete soubor (Otevřít) a kliknete na tl. dole Načtení bankovního výpisu
U načtení bankovního výpisu ve formátu XLS se již neprovádí Přesun do BV a toto tlačítko po zadání kódu účtu s přednastavenou šablonou „CO” mizí.
Import bankovního výpisu je řešen přes dávku, a proto se objeví tabulka s číslem dávky (od řady 0001), poté sestava Výpis logu importů a teprve pak se zobrazí hlavička a věty importovaného výpisu.
Křížkem opustíme import a pokračujeme standardně přes menu Operace/Zpracování BV.
Pokud jste daný soubor již v minulosti naimportovali a není zpracován, z tabulek pro zpracování je vymazán a přijme se znovu. Pokud byl výpis již naimportován i zpracován (v tab. T42BVH je stav = 2), pak ve výpisu logu importů je hláška: „Soubor s tímto pořadovým číslem již byl zpracován” a import je přerušen.
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
1.
Bankovní výpisy – zpracování načtených elektronických
výpisů
· U formátu Multicash umožněno přijímat jeden elektronický soubor s 2 bankovními účty (zajištěno správné načtení i zpracování dle BÚ)
· Možno nastavit zobrazování BÚ v uživatelském formátu ve formulářích načtení a zpracování BV a to na základě (podrobněji viz. výše body: číselníky a uživatelská reinstalace)
- vlastní BÚ - zadání bankovního formátu
v novém sloupci v C0402 Vlastní BÚ
- cizí BÚ - zadání uživatelského formátu
v novém sloupci v C0465
· Číselník C0465 se využívá jako matrice pro automatické párování nesaldokontních mzdových a jiných stálých plateb. V inspektoru šablony hlavičky BV nastavena hodnota 7 v parametr „párování“ . Po příjmu jsou platby automaticky spárované (z c0465 se dle č. BÚ v bankovním formátu přiřadí SVZ účet a název dodávky)
· Úloha Operace/ Načtení bankovního výpisu – při nesouladu kódu BÚ a šablony doplněna uživatelská chybová hláška: Šablona neodpovídá formátu BV – zvolte správnou šablonu
· Úloha Operace/ Zpracování bankovního výpisu
- filtr převeden do nového formátu
- doplněn výběr na kód vlastního BÚ (z C0402)
a na údaj Stav (1 – nezpracované načtené BV, a 2 – zpracované načtené BV)
- pro využití úlohy dvěma uživateli současně
je nutné do filtru zadat kód vlastního BÚ, aby se uživateli nabídly jen
konkrétní načtené BV (oba uživatelé naráz nemohou pracovat se stejným načteným
BV), v případě zobrazení všech načtených BV se druhému uživateli nezobrazí
žádný načtený BV do doby, než ukončí zpracování
· Upravena likvidace řádku odložených plateb – má význam především pro elektronické BV
· Při změně odložené platby na úhradu fa již není nutné v řádku měnit šablonu (může zůstat šablona odložené platby) - stačí jen upravit řádek tak, aby hodnoty párovacích údajů odpovídaly hodnotám v saldě (var.symbol, účet, partner …) - pak dojde automaticky ke spárování platby s předpisem – program změní kód druhu zápisu z D (odložená platba) na F (úhrada fa). Předpokladem této funkčnosti je správné nastavení účtu odložených plateb v C0100 (ve sl. Skupina dokladů/ Hodnota - 0P34)
· opraveno nesprávné doplnění hlavního účtu (dříve z předchozího dokladu) – chyba vznikla jen pokud se na první platbě nového dokladu použila stejná šablona platby, jako na poslední platbě předcházejícího dokladu
· v řádcích úhrady Fa (druh dokladu F) se specifickými SD (mimo KF tj. ve V0302 modul 0X – např. SD 0060 a 0061) není již kontrola na povinné vyplnění var.symbolu natvrdo, ale vždy dle nastavení u SD a případně řady ve V0302)
· upraven filtr – výběr ze salda - ve sloupci Datum splatnosti – dříve konkrétní datum, nově datum od do
·
Výběr ze salda s filtrem
o dříve se spouštěl na F3 – nově i na Shift +F3
§ na F3 spustí jen pokud není v řádku vyplněný VS
§ na Shift + F3 v ostatních případech
o Důvod změny: jednoduchá klávesa F3 se využila na rychlý výběr bez filtru – viz. dále nová úloha.
· Výběr ze salda bez filtru nebo s filtrem - F3
o bez filtru je funkční jen pokud VS existuje v saldě - automaticky se doplní hodnoty ze salda z VS řádky BV, v případě více záznamů v saldě se otevře formulář salda k výběru
o v případě neexistence VS v saldě se zobrazí hláška - VS v saldokontu neexistuje, použijte filtrování přes klávesu Shift+F3
· Nová úloha Potvrdit platbu (zrušit zbývá) F11 – platí jen pro elektronický BV (v ruční BV se zbývá upravuje hodnotou celkové platby z BV tj. sloupec s názvem PlatbaPuvBV)
o hodnota z údaje Odložená platba/zbývá se vynuluje a přičte k částce platby (možno provést i ručním zadáním hodnoty 0)
· V režimu editace se již nekontroluje duplicita variabilního symbolu v hlavičce dokladu
· Pro párování řádku platby platily dříve jiné podmínky pro kladný a záporný výsledek rozdílu Platba mínus Předpis - nově sjednoceno
· Dříve nebylo možné vytvořit programem spárovaný řádek při haléřovém rozdílu mezi platbou a předpisem – nově řeší parametr v šabloně hlavičky dokladu (Hodnota akceptovaného rozdílu)
· Dříve neměla obsluha možnost rozdělit jednu platbu na více řádek u druhu platby O a u druhů plateb F a S se dělily řádky jen automaticky. Pravidla pro rozdělování jedné platby na více řádek jsou nově sjednocena pro všechny druhy plateb (O,F i S) – parametr řádku BV (DělPl - dělení platby ručně nebo automaticky).
· v rámci dělení platby zavedena kontrola na pořízení šablony – nelze střídat šablonu příjem a výdej – zvolením šablony na prvním řádku se volí i režim příjmu nebo výdeje (v rámci jedné platby příjem se výdej pořizuje jako příjem s hodnotou platby mínus)
· Šablona hlavičky – nové parametry
- Automatické dělení řádků (RADKYDELIT) – reinstalace nastavuje hodnotu 0
· 2 - Ano
· 0 – Ne
- Hodnota rozdílu, která se akceptuje (LIMITDELENI) – reinstalace nastavuje hodnotu 0
o Zadává se konkrétní hodnota rozdílu – limitu, která vyjadřuje toleranci v párování při porovnání částky el.výpisu na částku ze salda (ve výši limitu plus nebo mínus není vyčíslen údaj Odložená platba/zbývá)
· Řádek platby – nový parametr DělPl (Automatické dělení řádek RADKYDELIT) – doplňuje se ze stejného parametru hlavičky dokladu – 2 Ano, 0 Ne – jen na F2 obsluhou
· Automatický vznik oddělené řádky v rámci jedné platby řídí nový parametr DělPl v řádku BV (RADKYDELIT) – hodnoty 0 nebo 2
- Hodnota je prvotně doplňována ze šablony hlavičky a obsluha může měnit z 0 na 2 či naopak
- Na oddělování řádků nemá vliv hodnota druhu platby – u všech hodnot platby (S, F, O) funguje oddělování řádků dle stejných pravidel
- Řádky se oddělují jen pokud je v základním řádku ve sloupci Zbývá jiná hodnota než 0 (stejně jako dříve) a to dle hodnoty parametru DělPl v řádku takto:
o 0 – lze řádek oddělit pouze „ručně“ klávesou F2
o 2 - automatický vznik nového řádku bez zásahu obsluhy
- Základní řádek se oddělením nového řádky transformuje z řádku chybového do správného (sloupec Zbývá je nulový)
- Řádky jedné platby (paragonu) jsou označené stejnou hodnotou v nově zobrazeném sloupci
· Dříve byla platba spárována – tj. řádek zbarvený zeleně (nastavené párování v ŠH dle VS) i když předpis salda byl vyšší než platba z banky (vyhodnoceno jako částečná úhrada, nebyl vyčíslen záporný rozdíl). Naopak nespárována byla vždy pokud byl předpis salda nižší než platba (kladný rozdíl - přeplatek).
· Nově je vyčíslen rozdíl kladný i záporný – v obou případech je od vypočteného rozdílu Platba – Předpis odečten zadaný limit v šabloně hlavičky
Vysvětlivky:
· za rozdíl se v dále uvedeném textu považuje: částka platby z BV mínus předpis ze salda
· správný VS a částka odpovídá předpisu salda (rozdíl do limitu v ŠH)
· var.symbol v saldě existuje, rozdíl je do limitu (v SH) – platba spárovaná (zelený řádek), ve sloupci Zbývá je 0 (nemá význam parametr DělPl – dělení řádků)
· var.symbol řádku v saldě neexistuje
- řádek je uložen jako odložená platba (SD 0x34, kde x je příjem P nebo V výdej, druh platby D, šablona D, D1) – její likvidace viz. výše obecné změny BV
· var.symbol je správný, rozdíl je mimo limitu (v SH)
1. parametr řádku DělPl je 0 – ruční dělení řádek (možnost změny obsluhou 2 )
- zůstává jen chybový základní řádek (tj. ve sloupci Zbývá je hodnota rozdílu) – obsluha přes klávesu F2 vytvoří řádek se stejným pořadím platby
2. parametr Děl je 2 (možnost změny na 0 ) – automatické dělení řádek (platba je automaticky ve 2 řádcích tj. od původního řádku se oddělí řádek nový a původní řádek je programem upravený)
- v základním řádku program automaticky vynuluje hodnotu zbývá, částka BV a platby jsou shodné (jde o částky předpisu platby ze salda s vazbou na VS řádku)
- oddělený řádek se uloží jako odložená platba (SD 0x34, kde x je příjem P nebo V výdej, druh platby D, šablona D, D1)
- likvidace odložené platby – viz. výše bod obecné změny BV s možností oddělování dalšího řádku platby
·
V šabloně
není zadán limit (hodnota 0)- nová pravidla od verze r. 2023:
· var.symbol v saldě existuje – rozdíl na předpis v saldokontu je kladná hodnota (jedná se o částečnou úhradu) – platba je spárovaná (zelený řádek)
· var.symbol v saldě existuje – rozdíl na předpis je záporná hodnota (jedná se o přeplatek) – řádek je uložen jako odložená platba
· var.symbol v saldě neexistuje - řádek je uložen jako odložená platba
·
V šabloně
je zadán limit (hodnota rozdílná od 0):
· var.symbol v saldě existuje, rozdíl kladný nebo záporný je do limitu (v ŠH) – platba spárovaná (zelený řádek), ve sloupci Zbývá je 0 (nemá význam parametr DělPl – dělení řádků)
· var.symbol v saldě existuje, ale rozdíl je u něj mimo limit (v ŠH) nebo var.symbol v saldě neexistuje
o řádek je uložen jako odložená platba (SD 0x34, kde x je příjem P nebo V výdej, druh platby D, šablona D, D1) – její likvidace viz. výše obecné změny BV
·
Více VS se shodnou částkou – shoduje se VS a
částka – platba se automaticky spáruje
s nejnižší splatností – nové pravidlo od verze r. 2023
· Operace/ Načtení BV - úpravy
- Změna pořadí údajů – na 1. místě výběr bankovního účtu (BÚ) a na 2. místě doplnění bankovního formátu (šablona)
- Cesta (označení cesty uložení elektr.souboru - aut. doplnění od BÚ z C0402)
o při nevyplnění v C0402 možno cestu vyhledat ve výběru - zobrazení okna Vyhledat složku – nabízení disků a jednotlivých adresářů
- Archiv (označení cesty, kam se má přesunout načtený elektr. soubor, aut. doplnění z C0402)
o provádí úloha Přesun do BV – naplnění tabulek T42BVH a T42BVP a je již funkční dle nastavení
· Automatické stahování výpisů a tvorba dokladů dle plánovače
3.1.
· Postup
1. Komunikace probíhá pomocí Business conektoru tedy software CSOB. Popis zde.
2. Stáhnout aplikaci ČSOB business-connector z webu https://www.csob.cz/portal/firmy/prehled-on-line-kanalu-a-aplikaci/business-connector a nainstalovat.
3. Požádat a nahrát certifikát
4. Nastavit číslo uživatele CEB pro Conector(4274….) v záhlaví CEB za jménem a ICEM(pozor někdy není vidět – nutno zavolat na 499 900 500 – ihned sdělí)
5. Zkusit ruční stahování
6. Nastavit cestu a interval automatického stahování