Stavy a vedlejší účinky
Koncept, vystavení, zaúčtování, úhrada, spárování, podání a doručenka jsou v Saldu různé kroky. Tady je, co který krok zapíše a co nechá beze změny.
Životní cyklus dokladu
| Stav | V aplikaci | Co znamená |
|---|---|---|
draft | Koncept | Nic nezaúčtuje a nevstupuje do DPH. Nový koncept nemá číslo, znovuotevřený doklad si ho ponechá. Smazat lze jen koncept bez čísla. |
issued | Vystaveno | Doklad má číslo z číselné řady. V podvojném účetnictví má účetní zápisy (kromě zálohových faktur, interních a obchodních dokladů), u firmy registrované k DPH vstupuje do DPH podle data zdanitelného plnění, u přijatých dokladů podle data odpočtu. |
cancelled | Stornováno | Storno smaže účetní zápisy dokladu, číslo zůstává obsazené. Doklad s úhradami stornovat nejde, dokud úhrady nesmažete. Vystavený doklad nelze smazat, jen stornovat. |
- Vystavení přidělí číslo, uloží snímek údajů kontaktu a v podvojném účetnictví vytvoří účetní zápisy. V daňové evidenci zápisy nevznikají, peněžní deník se skládá z úhrad, pokladních dokladů a přímo zaúčtovaných bankovních pohybů.
- Znovuotevření vrátí vystavený doklad do konceptu a smaže jeho účetní zápisy. Číslo zůstane. Doklad s úhradami vrátit nejde.
- Nabídky, objednávky a dodací listy (
quote_out,order_out,delivery_out) se nikdy nezaúčtují a nevstupují do DPH. Zálohové faktury (proforma_out,proforma_in) a interní doklady (internal) do DPH nevstupují a jejich vystavení zápisy nevytvoří; úhrady zálohových faktur se v podvojném účetnictví zaúčtují. - Koncept s datem v uzamčeném období nelze vystavit a vystavený doklad s takovým datem nelze upravit, stornovat ani znovu otevřít. Úhradu s datem v uzamčeném období nelze zaznamenat ani smazat. Takové operace skončí 422.
Úhrada a stav platby
| Hodnota | Význam |
|---|---|
na | Doklad není vystavený, nebo se u něj úhrady neevidují (například nabídka nebo pokladní doklad). |
unpaid | Nic nezaplaceno a splatnost ještě neuplynula. |
partial | Zaplacená část a splatnost ještě neuplynula. |
overdue | Po splatnosti a ne celý zaplacený. |
paid | Zaplacený celý. |
Stav platby se počítá z úhrad, nic se v něm nenastavuje ručně. Zaznamenání úhrady vytvoří úhradu, v podvojném účetnictví i její zápis (například MD 221 / D 311) a případný kurzový rozdíl. Smazání úhrady vše vrátí.
Bankovní pohyby
| Stav | V aplikaci | Jak vznikne a co zapíše |
|---|---|---|
unmatched | Nespárováno | Pohyb po importu, nebo pohyb spárovaný jen zčásti. V podvojném účetnictví ještě není celou částkou na bankovním účtu 221. |
matched | Spárováno | Spárování s dokladem vytvoří úhradu dokladu, v podvojném účetnictví i její zápis. Stav matched má pohyb, až je k dokladům přiřazená celá jeho částka. |
posted | Zaúčtováno | Přímé zaúčtování na účet nebo kategorii bez dokladu vytvoří v podvojném účetnictví zápis se zdrojem bank; v daňové evidenci pohyb označí kategorií pro peněžní deník. |
ignored | Ignorováno | Ignorování nic nezaúčtuje ani nezapíše do peněžního deníku. V podvojném účetnictví pak pohyb chybí na účtu 221 a kontrola výpisu ukáže rozdíl. |
Vrácení pohybu smaže úhrady a zápisy, které z pohybu vznikly, a vrátí ho do unmatched. Automatické párování spojí pohyb s dokladem jen při shodě variabilního symbolu i částky, když je shoda jednoznačná a pohyb neleží v uzamčeném období. Platbu kartou za účtenku nikdy nespáruje samo.
Daně, podání a doručenky
Saldo samo nic úřadu nepodává. Sestavy a XML jen připravuje, podání je vždy na vás, například v portálu Moje daně, datovou schránkou nebo v ePortálu ČSSZ.
| Krok | Operace | Co se stane |
|---|---|---|
| Sestava | Daňová sestava | Spočítá řádky přiznání nebo hlášení. Nic neuloží. |
| XML | XML pro EPO | Vrátí XML a zapíše do historie událost „Vytvořeno XML“. Nic neodešle. |
| Kontrola | EPO s check=true | Pošle XML ke kontrole v testovacím režimu portálu. Nic se nepodá. |
| Formulář | EPO bez check | Vrátí odkaz na předvyplněný formulář (platí 30 minut). Odeslat ho musíte v portálu sami; o odeslání se Saldo nedozví. |
| Evidence | Uložení podání k DPH nebo daně z příjmů a přehledu | Uloží podání ve stavu draft (Připraveno) s XML. |
| Odesláno | Změna stavu na filed | Zaznamená, že jste podání odeslali (Podáno). Je to vaše prohlášení, ne důkaz doručení. |
| Doručenka | Doklad o doručení a ověření | Až ověřená doručenka nebo schválená výjimka bez ní podání uzavře. |
| Hodnota | Význam |
|---|---|
draft | Podání ještě není označené jako odeslané. |
awaiting_proof | Označené jako odeslané, doručení zatím není doložené. |
verified | Doručení doložené ověřenou doručenkou nebo potvrzením přijetí k aktuální verzi podání. |
exception | Vlastník nebo účetní schválil uzavření bez doručenky s důvodem. |
Čtení, které něco zapíše
Většina operací GET nic nemění. Tyto čtecí operace ale něco zapisují:
- Fronta úkolů nejdřív srovná úkoly s daty vašich firem a zapíše změny do fronty. S
refresh=0nebo klíčem jen pro čtení nic nezapíše. - XML pro EPO zapíše do historie firmy událost o vytvoření XML.
- Hlášení JMHZ vytvoří nebo přepíše podání JMHZ ve stavu
draft, proto ho klíč jen pro čtení nesmí volat. ČSSZ nic neodešle. - Archiv výpisů jednou doplní údaje ze souboru ke starším výpisům.
- Ověření DIČ kontaktu uloží ke kontaktu výsledek z registru plátců DPH, proto vyžaduje roli se zápisem. Klíč jen pro čtení ho přesto zavolat smí.
- Export dokladů a balíček pro účetní zapíší do historie událost o exportu.
- Veřejný náhled sdílené faktury zaznamená u dokladu zobrazení (kdy poprvé a kolikrát), pokud ho neotevře člen firmy.
Exporty jen připravují soubory
Export do POHODY a Money S3, balíček pro účetní, platební příkaz a export dat firmy jen vytvoří soubor; první tři zapíší do historie událost o exportu. Účetnictví nemění a nic nikam neposílají. Export dat firmy do JSON neobsahuje soubory ani historii změn a Saldo ho neumí načíst zpět.