FreenetIS

Přiřazení neidentifikovatelné platby na libovolný účet se správným pořadím podvodných převodů.

Analýza¶

Neidentifikované převody lze rozdělit do následujících kategorií:

1. Jedná se o platbu za členský příspěvek s chybně uvedeným nebo neuvedeným VS (nejčastější případ).
2. Jedná se o úrok (plusový).
3. Jedná se o úrok z termínovaného vkladu.
4. Jedná se o stažení peněz z termínovaného vkladu (KS = 968).
5. Jedná se o vklad peněz na účet sdružení.
6. Jedná se o dobropis.
7. ...

Současný stav¶

Pokud se při import bankovních výpisů narazí na neidentifikovanou platbu vytvoří se vždy převod (neuvažuji zde transakční poplatky, pokuty a jiné nepodstatné náležitosti tohoto typu přiřazení platby):

[684000 (Member fees)] ---> [221000 (Bank)]

a kvůli předpokladu, že neidentifikovaný převod je platba za členský příspěvek. Následně totiž pro přiřazení stačí vytvořit převod:

[221000 (Bank)] ---> [221100 (Credit - member)]

Zároveň je také jednoduché v DB vyhledávat nespárované převody, což by se jinak muselo dělat na úrovni bankovních převodů (to by možná bylo i rozumnější).
Problém ale spočívá v tom, že pokud se nejedná o neidentifikovaný převod v kategorii 1., je nutné předvytvořený převod smazat, jelikož peníze nepochází z 684000 (Member fees).
Z tohoto důvodu je chybé řešení z #897, které vytvoří převod z původního převodu např. na provozní účet.

Návrh¶

I když by bylo nejlepší zaznamenávat neidentifikované převody na úrovni bankovních převodů, je to vzhledem k nutnému zásahu v DB pro verzi 1.1.10 nepřijatelné.
Bude se tedy vycházet ze současného stavu DB a pokud se nebude jednat o převod z kategorie 1., provede se odstranění chybného převodu + přepočítání zůstatků dotčených účtů (pozn. smazání převodu lze nahradit jeho editací kdy se mění jeho zdrojový účet a text).

Způsob řešení jednotlivých kategorií¶

1. Stejně jako dříve
2. Převod z [644000 (Bank interests)] ---> [221000 (Bank)]
3. Převod z [655000 (Time deposit interests)] ---> [221000 (Bank)]
4. Převod z [259000 (Time deposit)] ---> [221000 (Bank)]
5. Převod z [211000 (Cash)] ---> [221000 (Bank)]
6. Převod z [321000 (Suppliers)] ---> [221000 (Bank)] (tedy dobropis nuluje fakturu, která byla dříve zaplacena)
7. ...

Pokud je potřeba přidat nějaký následný převoz z [221000 (Bank)], lze tak učinit následně z "transfers/add_from_account".

Implementace¶

Z pohledu UI je efektivní formulář rozdělit na dvě sekce. První sekce by obsahovala původní formulář (z verze 1.1, ne Davidovu variantu z 1.2) pro spárování členského platby a druhá část by umožnila řešit všechny ostatní případy.

Řešení ostatních případů je dle návrhu vlastně jen výběr zdrojového účtu, který není typu 221000 (Bank), 221100 (Credit), 684000 (Member fees) a 549001 (Bank fees).