Dobropisy a saldokonto

Řeším nějaké (hromadné) vyúčtování služeb a výsledkem je sada faktur vydaných s přeplatky a nedoplatky.
Doplatky jsou jednoduché, to je normální vydaná faktura.

Problém je s přeplatky. Faktura vydaná má zápornou částku k úhradě, tj. je to dobropis. Bohužel do saldokonta to jde jako Pohledávka se zápornou částkou.

Asi ideální stav by byl, kdyby to šlo do Závazků s kladnou částkou. Je jasné, že na FV chybí bankovní spojení příjemce - ale to není problém, sloupeček na to je a stačí to přidat někam do dialogu. Nevím, jaké další důsledky a potíže by to přineslo - určitě vy byl problém s přeúčtováním starých dobropisů.
Každopádně v současném saldu tohle nejde jednoduše realizovat - a ani mi moc není jasné, jak by se to ideově řešilo v saldu novém.

Přemýšlím, jak to nějak jednoduše obejít:

  1. Asi by k dobropisům šel (automaticky?) vystavovat nějaký účetní doklad, co by to přeúčtoval. Nejsem si jistý, jak by to mělo vypadat a jak by to fungovalo.
  2. Možná by stačilo umožnit do převodních příkazů nabírat záporné částky z pohledávek. To dnes nejde, ale si by to nebyl velký problém udělat. Nevím, co by to potom udělalo při účtování banky.

No já ještě používám režim, že když ve vyúčtování mám zápornou hodnotu, tak:

  1. započítávám přeplatky s nedoplatky
  2. mohu to započítat s kaucí
  3. až jsou vyčerpány možnosti 1 a 2, tak teprve vracím finančně přeplatek na účet
  4. jsou dodavatelé, kteří mají stanovené, že třeba přeplatky do výše 200 Kč nevrací a automaticky je přeúčtují na zálohy na další období.

Proč to vlastně píšu? No protože si myslím, že není řešení jen záporné vydané faktury mít automaticky zaúčtované jako závazek.

Mě by se líbila varianta, že by mohlo být u takové faktury tlačítko, že to vystaví účetní doklad, který to přeúčtuje na závazek. Mimo jiné by nebylo vůbec špatné se zamyslet a umět udělat nastavovací tabulku, která by uměla definovat pravidla pro to, aby se ti taková tlačítka mohla začít zjevovat a ono by tím potom mohlo jít řešit daleko víc věcí, např: haléřové nedoplatky a přeplatky, zápočty závazků a pohledávek, možná dokonce i to mnohokrát probírané zaúčtování kurzových rozdílů.

Jasně, ale pokud to visí třeba na zálohách, tak se s tím stejně musíš nějak účetně vypořádat, ne?

Já hledám cestu, jak to nějak (polo)automatizovat. Ono to dělá docela problémy - třeba takové vracení pololetního školného v případě předčasného ukončení studia se řeší lidovou tvořivostí a pak je to zdrojem chaosu v saldokontu. Takže kdyby na to byla metodika a nějaký drobný aparát, tak by šlo udělat tlačítko Ukončit studium, zeptalo by se to na datum a samo by to vygenerovalo správné doklady.

To asi není špatná varianta. Máš nějakou představu, jak by takový doklad měly vypadat?

No ten doklad by měl mít dva řádky:

  1. zápočet pohledávky (záporně), nebo účtopoložka účtující na příslušné 311xxx
  2. účtopoložka účtující na příslušné 321xxx (metodicky by to tak šlo i posílat na samostatnou analytiku)

Je to analogicky stejné, jako účtování zápočtu.

Na jednu stranu je otázka, jestli je taková tabulka vůbec potřeba, protože ta místa jsou asi víceméně jasná.

Na druhou stranu by tam mohly být nastavovány ty účty protistrany. Pokud vezmu ten tvůj návrh, udělám si účet “321300 - Vratky přeplatků”, tak vlastně dneska nemám místo, kde bych to mohl nastavit, aby se to automaticky použilo…
Asi analogické by to bylo pro ta haléřová vyrovnání a další věci.

To chce nějak domyslet, možná by se to dalo nějak snadno udělat (já to s těmi dobropisy nějak rychle vyřešit stejně musím :grinning:).

ano, nějaké to nastavování bude potřeba, a dalo by se tam kromě účtů, resp. položek nastavovat i limity, třeba haléřové vyrovnání max. do 0,99 Kč. Korunové vyrovnání třeba od 1 Kč do 20 Kč. Vratky přeplatků například od 200 Kč, přeúčtování na zálohy od 0Kč do 199,99 Kč. Každý by si tak mohl modelovat podle vlastní potřeby, co a při jakých limitech se mu má nabízet a potom jak se ten doklad má seskládat …

Nevím, jestli by v první verzi nestačila nějaká roletka s typem (Přeúčtování dobropisu do závazků / Haléřové vyrovnání saldokonta…) - takových věcí bude asi nejvíc a ta skladba řádků je jasná a není na ní co řešit(?).

Myslím, že by to tu definici hodně zjednodušilo a teprve až by vyvstala nějaká potřeba ruční skladby řádků, tak by se to dořešilo. Jako v podstatě mne ani nenapadá případ, pro který by to bylo nutné.

Možná to beru celé zpět.

Mám rozpracované nové šablony dokladů (musím to nějak začít popisovat), které dneska umí:

  1. Peridicky hromadně fakturovat zakázky
  2. Periodicky “kopírovat” doklady (takové to aby se mi začátkem měsíce samy pořídily přijaté faktury co chodí každý měsíc - telefony, internet atd.).

V podstatě je tam téměř všechno nachystané i pro tento model použití (včetně těch řádků). Budu o tom ještě přemýšlet…

1 Like

Varianta 2) by mi stačila.

Napadlo mne řešení s druhem dokladu, že by tam byla nastavena na závazky a třeba v nastavení druhu dokladu na účtování na straně DAL v tomto případě, pokud by to šlo i zautomatizovat pak BINGO

To jsem zkoušel. Ono se to správně zaúčtuje, ale do salda to jde pořád špatně.

NU ale to by šlo opravit ?

podle mě to zaúčtuje na správný účet, ale na špatnou stranu MD/DAL a zůstane ta částka mínusem.

No opravit to v podstatě nejde. To saldo je postavené nad doklady a bohužel v té definici to není možné pro jeden doklad “rozdvojit” - tj. dosáhnout toho, aby se doklad posílal buď do jednoho, nebo do druhého saldokonta.

Jediný způsob, jak se s tím vypořádat, je udělat nové saldokonto. A bude se muset zasahovat i do nastavení účtování, protože ani tam dnes není aparát na to, aby se ten hlavní účet bral ze dvou různých typů (tj. je tam víceméně natvrdo, že FV jde přes 311).

Nu to by chtelo, už o tom mluvíme dlouho. U mne je to ted pár případů, tak si to klidne ručně zprocesuji. Pokud na to uděláš nějaký automat, nebudu proti