Párovanie dokladov do saldokontných skupín

Účtované doklady je možné v účtovnom denníku párovať do tzv. saldokontných skupín a sledovať potom saldokonto. Na to je určená agenda Saldokonto - účtovný denník súvzťažne, čo je účtovný denník z pohľadu párovania pohybov do skupín, čo znamená, že pohyby v zozname sú zoskupené do skupín podľa vykonaného spárovania. Umožňuje sledovať súčet obratov vnútri jednotlivých skupín a ich "vynulovanie" a tak u saldokontných účtov zisťovať saldokontný zostatok = zostatok všetkých nevynulovaných skupín.

Dále jsou účtované záznamy nezávisle na párování do saldokontních skupin řazeny do saldokontních skupin dle párovacích znaků (zadaných uživatelem). Více informací naleznete v popisu agendy Saldokonto - účetní deník souvztažně dle párovacích znaků. Na tento způsob párování nemají mechanismy popsané v této kapitole (SG, SGI) žádný vliv.

V nasledujúcom texte objasníme, akým spôsobom sa párovanie rieši v agende Saldokonto - účtovný denník súvzťažne a kedy program je a kedy nie je schopný párovať účtované doklady automaticky, či a ako môže párovanie ovplyvniť samotný užívateľ a čo sa deje s párovaním pri zmenách v dokladoch či v ich vzájomných väzbách:

Ako bolo povedané v úvode kapitoly, zaúčtovanie dokladov z pohľadu ich spárovania do súvzťažných saldokontných skupín je možné sledovať v agende Účtovného denníka súvzťažne.

Toto párovanie dokladov do skupín si v účtovnom denníku súvzťažne môže užívateľ robiť sám, aj keď program sa samozrejme snaží tento proces párovania maximálne automatizovať a vykonať jeho automatické spárovanie do príslušnej saldokontnej skupiny, pokiaľ je možné ju určiť, a to podľa pravidiel uvedených ďalej. Užívateľ si takto automaticky vytvorené spárované skupiny môže ešte podľa potreby meniť, tzn. účtovné záznamy osamostatňovať či presúvať do iných, príp. spárovať záznamy, ktorých automatické spárovanie nebolo možné. Okrem tohto procesu automatického párovania, ktorého pravidlá sú popísané ďalej v tejto kapitole, má užívateľ aj možnosť zadať ručne párovacie doklady pri ukladaní dokladu, teda na úrovni zdrojových dokladov, a tak zadať ľubovoľne párovanie ešte pred zaúčtovaním.

Takže spárovanie dokladu do saldokontnej skupiny v účtovnom denníku môže prebehnúť:

  • Automaticky bez zásahu užívateľa na základe automatického párovania - na základe väzieb na tzv. SourceGroup (SG) prideľovaný zdrojovým a účtovným dokladom podľa daných pravidiel a na základe tzv. SourceGroupIdentical (SGI) vznikajúcich automaticky. Ide o prípad, kedy je program schopný jednoznačne stanoviť párovací doklad a spárovanie prebehne úplne automaticky bez nutnosti zásahu užívateľa. (V jakých případech tomu tak je, viz Pravidla pro přidělování Source Group dokladům).
  • Automaticky so zásahom užívateľa na základe užívateľom ručne zadaných párovacích dokladov - ako predchádzajúci bod s tým rozdielom, že SourceGroupIdentical (SGI) tu vznikajú užívateľsky ručným zadaním párovacích dokladov v subzáložke Ručné párovanie.

    Ide o prípad, kedy užívateľ má možnosť si zadať ľubovoľný párovací doklad, na základe ktorého mu potom program uskutoční automatické spárovanie. Využijete v prípade, kedy program nemôže vykonať spárovanie úplne automaticky (nedá sa jednoznačne rozhodnúť o párovacom doklade), príp. potrebujete spárovať ľubovoľné doklady pomocou nejakého párovacieho symbolu, riešiť spárovanie dokladov týkajúcich sa časového rozlíšenia apod. (Samozřejmě není třeba zadávat ručně párovací doklady v situacích, ve kterých program provádí párování zcela automaticky podle daných pravidel). Príklady využitia viď popis SourceGroupIdentical (SGI) a subzáložky Ručné párovanie.

    Špecifické je spárovanie FV/PP s DL, keď program automaticky (tzn. bez zásahu užívateľa) vytvorí párovaciu väzbu medzi FV/PP a DL, pričom párovacie doklady sú k dispozícii v subzáložke Ručné párovanie, kde ich užívateľ môže ručne odpojiť. Viď Zdrojový expedičný skladový doklad (DL), ktorý je importovaný do príjmového predajného.

  • Ručne až po zaúčtovaní, tzn. spätnou úpravou saldoskupín v účtovnom denníku - automaticky vykonané párovanie môže užívateľ ešte dodatočne v denníku meniť, doplniť atď., viď Možnosti dodatočného párovania, zmeny v spárovaní v denníku.

Ako bolo objasnené v kap. filozofia väzieb prvotných dokladov do účtovníctva, vystavený doklad je vystavený v zdrojovom rade dokladov a ide o tzv. doklad zdrojový a ak je zdrojový doklad zaúčtovaný (myslené vyslaný do účtovníctva do žiadostí alebo do denníka), vznikne jemu zodpovedajúci doklad účtovný (v účtovnom rade dokladov), teda príslušné účtovné zápisy v žiadostiach alebo denníku (či budú v denníku alebo zatiaľ len v žiadostiach a bude potrebné ich ešte do denníka preúčtovať, závisí od spôsobu účtovania nastavenom v danom zdrojovom rade a od úplnosti použitých predkontácií).

Každý účetní zápis v účetním deníku si pamatuje číslo saldokontní skupiny, do níž patří (tzv. AccGroup). Toto číslo saldokontnej skupiny sa po úprave, ktorá spočíva vo vypustení niektorých znakov (napr. núl), zobrazuje v položke Znak. Účtovné zápisy s rovnakým číslom saldokontnej skupiny tak tvoria jednu saldokontnú skupinu v saldokonte - účtovnom denníku súvzťažne (jednotlivé saldokontné skupiny sú graficky oddelené a majú rovnaký údaj v položke Znak):

Účtovné zápisy z troch saldokontných skupín so znakmi E9, 79, N9 v účtovnom denníku súvzťažne

Číslo saldokontnej skupiny (AccGroup) je každému účtovnému zápisu pridelené v okamihu jeho zaúčtovania do účtovného denníka (pozor, nie do žiadostí, žiadosti nemajú AccGroup vyplnené) a to podľa ich väzieb na Source Group a podľa existujúcich záznamov Source Group Identical (tzn. identických Source Group). Platí:

  • Pokiaľ je v denníku dohľadaný záznam, ktorý má rovnaké Source Group ako účtovaný záznam, účtovaný záznam si od neho prevezme číslo saldokontnej skupiny, teda je k nemu pripárovaný do jeho saldokontnej skupiny.
  • Pokiaľ je v denníku dohľadaných viac záznamov s rovnakou Source Group, pripáruje sa do saldokontnej skupiny k prvému z nich (k prvému dohľadanému).

    Zde je třeba si uvědomit, že v deníku mohou existovat záznamy, které mají shodné Source group, ale jiné číslo saldokontní skupiny (tedy nejsou v jedné saldokontní skupině). Dochádza k tomu, pokiaľ si užívateľ ich párovanie ručne menil.

  • Pokiaľ v denníku nie je dohľadaný žiadny záznam s rovnakým Source Group, zisťuje sa, či existuje záznam s identickým Source Group. Termínom "identickým" sa myslí, že je nejakým spôsobom prepojený na SourceGroup účtovaného zápisu pomocou záznamov Source Group Identical. Pokiaľ je takýto účtovný zápis dohľadaný, prevezme sa číslo saldokontnej skupiny od neho.
  • Pokiaľ v denníku nie je dohľadaný žiadny záznam s rovnakým alebo identickým Source Group ako má účtovaný zápis, pridelí sa účtovanému zápisu nové číslo saldokontnej skupiny (takže bude tvoriť novú samostatnú saldokontnú skupinu).

Ďalej viď príklady uvedené pri výklade Source Group a Source Group Identical a pravidlá zmien v účtovných skupinách po vzniku/zániku Source Group Identical.

Číslo saldokontnej skupiny prideľuje program automaticky a nie je užívateľovi dostupné, nemôže ho meniť, aj keď môže vzniknuté saldokontné skupiny dodatočne upravovať, viď ďalej.

Účtovné žiadosti majú číslo saldokontnej skupiny zatiaľ nevyplnené a z hľadiska saldokontných skupín preto nie sú (ani nemôžu byť) spárované. Žiadosti sú vizuálne skupinované, ale nejde o saldokontné skupiny. Žiadosti sa skupinujú len kvôli prehľadnosti a to podľa čísla účtovného dokladu (tzn. viacriadkové účtovné doklady (rozúčtovanie jedného dokladu na niekoľko účtovných zápisov) sú v žiadostiach zobrazené v jednej skupine graficky zvýraznené):

Príklad zoznamu žiadostí farebne graficky oddelených podľa čísla dokladu

Je-li záznam vrácen z deníku zpět do žádostí, jeho číslo saldokontní skupiny se vynuluje. Pri ďalšom zaúčtovaní sa znovu vyplní podľa pravidiel tvorby saldokontných skupín, viď vyššie.

Každý zdrojový doklad, resp. odpovídající účetní doklad vzniklý při jeho zaúčtování, má pro účely párování do saldokontních skupin přidělen odkaz na jisté číslo, kterému nadále budeme říkat číslo zdrojové skupiny neboli zkráceně Source Group (SG). V systéme postupne vznikajú jednotlivé zdrojové skupiny priebežne tak, ako je potrebné a vznikajúce doklady sa na ne odkazujú. Source Group je interné číslo užívateľovi neprístupné, ktoré program generuje a prideľuje sám.

Účtovné zápisy, ktoré majú odkaz na rovnaké Source Group, budú automaticky spárované do rovnakej saldokontnej skupiny (ďalej viď pravidlá tvorby saldokontných skupín).

Objasníme na príklade:

Máme faktúru vydanú, pri jej uložení sa vytvorí nové číslo Source Group a faktúra sa naň bude odkazovať (pre jednoduchosť napr. SG=A). Po zaúčtovaní faktúry (vyslaní do účtovníctva, ktoré u faktúry nastáva automaticky ihneď po uložení), vznikne jeden alebo viac účtovných záznamov (podľa údajov na faktúre a podľa použitej predkontácie), pričom všetky obdržia Source Group rovnaké ako zdrojová faktúra, tzn. SG=A. Nech ide zatiaľ o účtovné žiadosti. (Ďalej viď pravidlá prideľovania SG). Účtovné žiadosti k danej faktúre zaúčtujeme do denníka. Nech v denníku zatiaľ nie je žiadny iný záznam s rovnakou Source Group alebo s identickou Source Group (viď ďalej), takže vznikne nová saldokontná skupina (napr. pre jednoduchosť AccountGoup=1A, tzn. znak=1A), v ktorej budú zatiaľ len účtovné zápisy danej faktúry.

Potom zadáme zaplatenie danej faktúry napr. účtenkou a účtenku zaúčtujeme do žiadostí. Účtenka pri svojom vystavení tiež dostane odkaz na Source Group a keďže ide o platbu, dostane rovnaké SG ako platená faktúra, teda SG=A. (Ďalej viď pravidlá prideľovania SG). Jej účtovné zápisy tiež budú mať SG=A. Pri zaúčtovaní účtovných žiadostí k danej účtenke do denníka sa v denníku nájdu záznamy s rovnakou SG (zaúčtovanie platenej faktúry) a účtovné zápisy účtenky sa k nim pripárujú (dostanú rovnaké číslo saldokontnej skupiny AccGroup=1A, tzn. znak=1A), takže účtenka skončí v rovnakej saldokontnej skupine ako platený doklad. (Ide o príklad automatického spárovania bez zásahu užívateľa).

Väzba na Source Group sa nepamätá priamo ani na zdrojovom doklade ani na jeho účtovnom doklade (na jeho účtovných zápisoch), ale v špeciálnej tabuľke väzieb. V nej sa pamätajú jednak väzby zdrojových dokladov na Source Group, ďalej väzby zdrojových dokladov na ich účtovné zápisy a väzby týchto účtovných zápisov dokladov na Source Group.

Okrem čísla zdrojovej skupiny - Source Group existujú v systéme aj záznamy čísel zdrojových skupín, ktoré sú identické, tzv. Source Group Identical. Pojmom identické sa tu myslí, že účtovné zápisy, ktoré majú odkaz na identické Source Group, budú spárované do rovnakej saldokontnej skupiny (ďalej viď pravidlá tvorby saldokontných skupín).

Ďalej je uvedené:

Záznamy identických SG vznikajú:

  • Automaticky - V prípadoch, keď sa majú automaticky spárovať bez zásahu užívateľa doklady, ktoré síce nemajú pridelený odkaz na rovnakú Source Group, ale ktoré majú byť spárované do tej istej saldokontnej skupiny (napr. zúčtovanie ZL s dokladom, do ktorého bolo zúčtované). (Takto spárované doklady nie je možné užívateľsky odpojiť v subzáložke Ručné párovanie).
  • Užívateľsky - V ostatných prípadoch, kedy užívateľ požaduje, aby boli spárované do tej istej saldokontnej skupiny ľubovoľné iné doklady s odkazom na rôzne Source Group, pri ktorých by automatické spárovanie bez zásahu užívateľa neprebehlo (napr. preto, že program sám nemôže určiť, kam by sa mali pripárovať). Potom užívateľ na subzáložke Ručné párovanie editovaného dokladu zadá doklad na spárovanie, čím vznikne záznam o tom, že SourceGroup daného dokladu a párovacieho dokladu sú identické. Po zaúčtovaní budú všetky účtovné zápisy s danou SG a so všetkými identickými SG spárované v jednej saldokontnej skupine.

Špecifická situácia nastáva v prípade dodacích listov čerpaných do faktúry vydanej alebo pokladničnej príjemky, kde sa párovacia väzba medzi DL a FV/PP tvorí automaticky pri uložení FV/PP, ale užívateľ má možnosť párovací doklad ručne odpojiť v subzáložke Ručné párovanie. Viď Zdrojový expedičný skladový doklad (DL), ktorý je importovaný do príjmového predajného.

Objasníme na príkladoch:

Príklad 1: Máme zálohový list, pri jeho uložení sa vytvorí nové číslo Source Group a zálohový list sa naň bude odkazovať (pre jednoduchosť napr. SG=A).

Ďalej vystavíme faktúru vydanú, do ktorej zúčtujeme zálohový list. Pri jej uložení sa opäť vytvorí nové číslo Source Group a faktúra sa naň bude odkazovať (napr. SG=B). Po zaúčtovaní faktúry (vyslaní do účtovníctva, ktoré u faktúry nastáva automaticky ihneď po uložení), vznikne jeden alebo viac účtovných záznamov (podľa údajov na faktúre a podľa použitej predkontácie), pričom všetky obdržia Source Group rovnaké ako zdrojová faktúra, tzn. SG=B. Vytvorené zúčtovanie zálohového listu do faktúry bude mať SG podľa zdrojového dokladu, tzn. predpisu zálohového listu, teda SG=A. (Ďalej viď pravidlá prideľovania SG). Jelikož se však požaduje, aby zúčtování zálohy bylo automaticky spárováno v jedné skupině s fakturou, vznikne současně záznam Source Group Identical o tom, že Source Group faktury a Source Group zúčtování jsou identické, tj. A⇔B.

Nechť se při zaúčtování účetních žádostí k předpisu dané faktury do deníku v deníku vytvoří nová saldokontní skupina, v níž budou zatím jen účetní zápisy dané faktury (např. s AccGroup=1A, tj. znak=1A). Pri zaúčtovaní účtovnej žiadosti k zúčtovaniu ZL sa v denníku najskôr hľadá záznam so SG=A. Taký tam nie je. Nakoľko však existuje nejaká identická SG (čo je SG=B), hľadá sa v denníku ešte záznam s identickou SG. Takéto záznamy sa v denníku nájdu (zaúčtovanie predpisu faktúry) a účtovné zápisy zúčtovania ZL sa k nim pripárujú (dostanú rovnaké číslo saldokontnej skupiny AccGroup=1A, tzn. znak=1A), tzn. že zúčtovanie ZL skončí v rovnakej saldokontnej skupine ako faktúra. (Ide o príklad automatického spárovania bez zásahu užívateľa).

Príklad 2: Majme faktúru z predchádzajúceho príkladu 1 s odkazom na SG=B a so zúčtovaním ZL s identickou SG=A a ďalej interný doklad, ktorý chceme mať v jednej saldokontnej skupine s faktúrou. Interný doklad nech má napr. odkaz na SG=C. Interné doklady sa samozrejme s predajnými dokladmi automaticky nespárujú, takže majú iné SG (ďalej viď pravidlá prideľovania SG a tvorby SGI). My ale budeme chcieť, aby sa INT a FV spárovali. Preto napr. v editácii faktúry v subzáložke Ručné párovanie pridáme párovací doklad (resp. celú skupinu dokladov, ktorá má rovnaké alebo identické SG ako vybraný párovací doklad), tzn. vyberieme daný INT ako doklad, ku ktorému sa má párovať. Tím pádem vznikne nový záznam Source Group Identical o tom, že Source Group faktury a Source Group interního dokladu jsou identické, tj. B⇔C. Tedy pak A⇔B⇔C.

Při účtování interního dokladu z účetních žádostí do deníku se nejdříve hledá účetní zápis s SG=C, poté se hledá nějaký účetní zápis s identickou SG (A nebo B) a k prvnímu takovému nalezenému účetnímu zápisu se zaúčtování interního dokladu připáruje (dostane shodné číslo saldokontní skupiny AccGroup=1A, tj. znak=1A), tedy zaúčtování ID skončí ve stejné saldokontní skupině jako faktura a zúčtovaná záloha. (Ide o príklad automatického spárovania so zásahom užívateľa).

Príklad 3: Majme faktúru z príkladu 1 s odkazom na SG=B a so zúčtovaním ZL s identickou SG=A a ďalej dodací list, ktorý je do danej faktúry čerpaný. Dodací list nech má napr. odkaz na SG=D. Dodacie listy sa s predajnými dokladmi automaticky spárujú (ďalej viď pravidlá prideľovania SG a tvorby SGI). Tým pádom vznikne nový záznam Source Group Identical o tom, že Source Group faktúry a Source Group dodacieho listu sú identické, tzn. B⇔D. Takže potom A⇔B⇔D. V subzáložke Ručné párovanie sa však (na rozdiel od automatického spárovania bez zásahu užívateľa v prípade párovania iných dokladov) zobrazí príslušný párovací doklad a užívateľ má možnosť párovací doklad odpojiť.

Dodací list po ocenení a uzavretí skladovou uzávierkou zaúčtujeme (pozor, ak chceme, aby sa spároval s FV, nesmieme ho zaúčtovať súhrnne), jeho účtovné zápisy potom dostanú tiež SG=D. Po zaúčtovaní žiadostí do denníka sa najskôr hľadá účtovný zápis s SG=D, potom sa hľadá nejaký účtovný zápis s identickou SG (A alebo B) a k prvému takémuto nájdenému účtovnému zápisu sa zaúčtovania dodacieho listu pripárujú (dostanú rovnaké číslo saldokontnej skupiny AccGroup=1A, tzn. znak=1A), tzn. že zaúčtovanie DL skončí v rovnakej saldokontnej skupine ako faktúra a zúčtovaná záloha. (Ide o špecifický príklad automatického spárovania DL a FV/PP).

POZOR, vznik nového záznamu SGI môže spôsobiť aj spojenie existujúcich doteraz samostatných saldokontných skupín. Jaké číslo saldokontní skupiny (AccGroup) budou mít záznamy po příp. spojení existujících dosud samostatných saldokontních skupin po vzniku nového záznamu Source Group Identical, (tj. která saldokontní skupina od které číslo převezme, příp. zda dostanou všechny nové) závisí mj. na tom, jaký záznam z párované dvojice změnu vyvolal a o jakou dvojici se jedná. Platí:

  • Pri vzniku nového záznamu SGI sa kontroluje, či má dôjsť k spojeniu nejakých účtovných zápisov z viacerých saldokontných skupín do jednej spoločnej saldokontnej skupiny a ak áno, automaticky sa prepíšu (opravia) čísla saldokontných skupín tak, aby prebehlo požadované spojenie do jednej. Viď príklad 1:

    Príklad 1: Majme saldokontnú skupinu (nech má číslo AccGroup=1A, tzn. znak=1A), v ktorej sú účtovné zápisy dokladov zúčtovania ZL1 (s SG=A), FV1 (s SG=B) a čerpaného DL1 (s SG=C). Sú v jednej skupine, pretože existujú záznamy SGI, že ich SG sú identické, tzn.:
    SG=A⇔SG=B⇔SG=C.

    Dále mějme druhou saldokontní skupinu (nechť má číslo AccGroup=2B, tj. znak=2B) a obsahuje účetní zápisy dokladů FV2 (s SG=K) a čerpaného DL2 (s SG=L). Jsou v jedné skupině, jelikož existují záznamy SGI, že
    SG=K⇔SG=L.

    Poté dodatečně provedeme zúčtování ZL1 i do FV2, čímž vznikne další záznam SGI, že
    SG=K⇔SG=A

    Tím ovšem začne platit, že
    SG=A⇔SG=B⇔SG=C⇔SG=K⇔SG=L

    a skupiny se spojí, tj. jedna převezme číslo AccGroup (tj. znak) od druhé. (Ktorá od ktorej závisí o. i. od toho, na ktorom doklade konkrétne prebehla zmena vedúca k vzniku nového SGI, viď ďalej).

  • Pri opravách AccGroup v prípade už zaúčtovaných záznamov po vzniku SGI sa postupuje takto:
    • Opravuje sa AccGroup záznamov toho dokladu, z ktorého strany sa párovanie robí (ku ktorému sa páruje) a to na hodnotu vyhľadaného AccGroup dokladu, ktorý je pripárovaný. Viď ďalej príklad 2.
    • Ak by sa stalo, že pripárovávame doklad, ktorý zatiaľ nebol v denníku (tzn. nemá zatiaľ svoju saldo skupinu (svoj AccGroup)), tak doklad, ku ktorému sa páruje, zostane bezo zmeny, tzn. saldokontná skupina AccGroup jeho záznamov v denníku sa nezmení. Viď tiež príklad 2 a príklad 4.

      Do v. 9.03 vrát. platilo, že pokiaľ sa stalo, že pripárovávaný záznam ešte nebol v denníku (tzn. nenašiel sa záznam s jeho SG a nemá zatiaľ svoju saldo skupinu AccGroup), tak záznamy dokladu, ku ktorému sa páruje, dostali nové č. AccGroup. To však v prípade veľkých saldokontných skupín znamenalo mnoho relatívne zbytočných zmien v denníku a pomalú odozvu systému. Navyše to tiež mohlo spôsobiť, že sa spojili skupiny, ktoré si užívateľ predtým ručne odpojil. Viď ďalej príklad 2.

    • Špeciálne je ošetrené zúčtovanie zálohového listu (ZLV/ZLP) do faktúry (FV/FP):
      • Ak je na zálohovom liste zúčtovaný len 1 doklad alebo žiadny, systém postupuje v súlade s pravidlami vyššie, tzn. upraví sa saldokontná skupina AccGroup na zálohovej strane podľa AccGroup fakturačnej strany. (Takže ak k FV pripojíte ZL (zúčtujete ZL do FV), záznamy dostanú AccGroup podľa FV). Viď príklad 3 a príklad 4.
      • Ak je zúčtovaný viac ako 1 doklad, systém postup otočí a fakturačná strana preberá saldokontnú skupinu AccGroup (údaj z položky Znak) od zálohovej strany. Dôvodom je optimalizácia rychlosti (v tomto prípade sa predpokladá, že záloha je už v denníku pripárovaná k mnohým ďalším záznamom, do ktorých bola zúčtovaná, a musela by sa meniť AccGroup na mnohých záznamoch, čo by malo za následok pomalú odozvu systému pri zúčtovaní do ďalšej FV). Viď príklad 5 a príklad 6.

        Do v. 9.03 vrát. platilo, že nové AccGroup vzniklo pre skupinu na zálohovej strane. Tá ale mohla byť kvôli zúčtovaniam do niekoľkých FV veľká, čo spôsobovalo pomalú odozvu systému.

  • Spojenie existujúcich doteraz samostatných saldokontných skupín po vzniku nového záznamu Source Group Identical môže mať za následok aj spojenie záznamov, ktoré síce majú zhodné alebo identické SG, ale ktoré si predtým užívateľ v denníku úmyselne ručne osamostatnil. Viď príklad 7.

Objasníme na príkladoch:

Príklad 2: Ručné spárovanie:

Majme faktúru (s SG=A), ku ktorej sme v ručnom párovaní vybrali párovací doklad INT (s SG=B), takže existuje záznam SGI, že ich SG sú identické, tzn. SG=A⇔SG=B a v účtovníctve sa spoja do jednej saldokontnej skupiny (nech má číslo AccGroup=1A, tzn. znak=1A). Ďalej majme doklad OSP (s SG=C), ktorý je v druhej saldokontnej skupine (s AccGroup=2B, tzn. znak=2B). Potom dodatočne ručne spárujeme FV s OSP v záložke Ručné párovanie. Vznikne záznam SGI, že A⇔C a program kontroluje, či má uskutočniť zmenu v existujúcich saldokontných skupinách, čo robí nasledovným spôsobom.

a) Pokud ruční spárování provedeme v opravě OSP (zadáme párovací doklad FV), program dohledá, kde se dosud vyskytovaly zápisy s SG=C (nebo s SG dosud identickými s SG=C - takové ale zatím nebyly) a kde by se měly vyskytovat po vzniku nového SGI (A⇔C) a zda se to liší. Keďže sa to líši, treba urobiť zmenu v saldo skupinách. Dohľadá prvý účtovný záznam s SG=A alebo SG=B a prevezme od neho číslo saldo skupiny do záznamu s SG=C (tzn. AccGroup celej skupiny bude 1A, tzn. znak=1A).

b) Pokiaľ ručné spárovanie urobíme v oprave FV (zadáme párovací doklad OSP), program dohľadá, kde sa doteraz vyskytovali zápisy s SG=A (alebo s SG doteraz identickými s SG=A, čo sú zápisy s SG=B) a kde by sa mali vyskytovať po vzniku nového SGI(A⇔C) a či sa to líši. Keďže sa to líši, treba urobiť zmenu v saldo skupinách. Vyhľadá prvý účtovný záznam so SG=C a prevezme z neho číslo saldo skupiny do záznamov so SG=A a SG=B (tzn. AccGroup celej skupiny bude 2B, tzn. znak=2B).

Ak by sa stalo, že OSP ešte nebol zaúčtovaný v denníku (tzn. nenájde sa záznam so SG=C), tak si záznamy so SG=A a SG=B ponechajú svoju pôvodnú AccGroup=1A, tzn. znak=1A a OSP sa po svojom zaúčtovaní pripojí k nim, tzn. dostane tiež AccGroup=1A, tzn. znak=1A.

Do v. 9.03 vrát. v tomto prípade platilo, že ak OSP ešte nebol v denníku (tzn. nenašiel sa záznam so SG=C), tak záznamy so SG=A a SG=B dostali nové č. AccGroup.

Príklad 3: Zúčtovanie ZL do jednej FV - zúčtovanie vykonané dodatočne:

Majme zálohový list (so SG=A), k nemu platbu PP (tiež so SG=A). Zálohový list zatiaľ nie je zaúčtovaný v denníku, ale jeho platba áno, nech má AccGroup=1A, tzn. znak=1A. Ďalej majme FV (so SG=B) zaúčtovanú v denníku, nech má AccGroup=2B, tzn. znak=2B. Následne vykonáme zúčtovanie ZL, tzn. do FV v jej záložke zálohy pripojíme ZL. Záznam zúčtovania ZL dostane SG podľa svojho predpisu, tzn. SG=A. Vznikne záznam SGI, že A⇔B a program skontroluje, či má uskutočniť zmenu v existujúcich saldokontných skupinách a urobí ju nasledovne:

Upraví AccGroup na zálohovej strane podľa fakturačnej strany, tzn. vyhľadá prvý účtovný záznam so SG=B a prevezme od neho číslo saldo skupiny AccGroup do záznamu so SG=A (tzn. AccGroup celej skupiny bude 2B, tzn. znak=2B). Keď toto dodatočné zúčtovanie ZL do FV zaúčtujeme do denníka, dostane tiež AccGroup=2B, tzn. znak=2B.

Príklad 4: Zúčtovanie ZL do jednej FV - zúčtovanie vykonané pri vzniku FV:

Majme zálohový list (so SG=A), k nemu platbu PP (tiež so SG=A). Zálohový list zatiaľ nie je zaúčtovaný v denníku, ale jeho platba áno, nech má AccGroup=1A, tzn. znak=1A. Vystavujeme novú FV a pri tom do nej priamo zúčtujeme ZL. Po uložení dostane FV SG=B, záznam zúčtovania ZL dostane SG podľa svojho predpisu, tzn. SG=A. Vznikne záznam SGI, že A⇔B a program skontroluje, či má uskutočniť zmenu v existujúcich saldokontných skupinách. Záznamy fakturovanej strany však zatiaľ v denníku nie sú, takže AccGroup zálohovej strany sa podľa nich nijako meniť nebude. Záznamy zálohovej strany si teda ponechajú AccGroup=1A, tzn. znak=1A. Po zaúčtovaní FV a vykonaného zúčtovania ZL tieto taktiež dostanú toto AccGroup (AccGroup celej skupiny v tomto prípade bude 1A, tzn. znak=1A).

Do v. 9.03 vrát. v tomto prípade platilo, že ak FV ešte nebola v denníku (tzn. nenašiel sa záznam so SG=B), tak záznamy so SG=A dostali nové č. AccGroup.

Príklad 5: Zúčtovanie ZL do niekoľkých FV - zúčtovanie vykonané dodatočne:

Majme zálohový list (so SG=A), k nemu platbu PP (tiež so SG=A), zúčtovaný do FV1 (so SG=B), všetko v denníku, nech má skupina AccGroup=1A, tzn. znak=1A. Ďalej majme ďalšiu FV2 (s SG=C) zaúčtovanú v denníku, nech má AccGroup=C3, tzn. znak=C3. Následne vykonáme zúčtovanie ZL do FV2 (so SG=C). Vznikne záznam SGI, že A⇔C a program skontroluje, či má uskutočniť zmenu v existujúcich saldokontných skupinách a urobí ju nasledovne:

V tomto prípade upraví naopak AccGroup na fakturačnej strane FV2 podľa zálohovej strany, tzn. vyhľadá prvý účtovný záznam so SG=A a prevezme z neho číslo saldo skupiny AccGroup do záznamu so SG=C (tzn. AccGroup celej skupiny bude 1A, tzn. znak=1A).

Príklad 6: Zúčtovanie ZL do jednej FV - zúčtovanie vykonané pri vzniku FV:

Majme zálohový list (so SG=A), k nemu platbu PP (tiež so SG=A), zúčtovaný do FV1 (so SG=B), všetko v denníku, nech má skupina AccGroup=1A, tzn. znak=1A. Vystavujeme novú FV2 a pri tom do nej priamo zúčtujeme ZL. Po uložení dostane FV SG=C, záznam zúčtovania ZL dostane SG podľa svojho predpisu, tzn. SG=A. Vznikne záznam SGI, že A⇔C a program skontroluje, či má uskutočniť zmenu v existujúcich saldokontných skupinách:

V tomto prípade by sa mal upraviť AccGroup na fakturačnej strane FV2 podľa zálohovej strany, tzn. vyhľadať prvý účtovný záznam so SG=A a prevziať z neho číslo saldo skupiny AccGroup do záznamu so SG=C (tzn. AccGroup celej skupiny bude 1A, tzn. znak=1A). Záznamy fakturovanej strany FV2 však zatiaľ v denníku nie sú, takže sa nič meniť nebude. Po zaúčtovaní FV2 a zúčtovaní ZL tieto teda tiež dostanú toto AccGroup (AccGroup celej skupiny v tomto prípade bude 1A, tzn. znak=1A).

Príklad 7: Spojenie predtým ručne rozpojených záznamov:

Majme faktúru (s SG=A), ku ktorej sme v ručnom párovaní vybrali párovací doklad INT (s SG=B), takže existuje záznam SGI, že ich SG sú identické, tzn. SG=A⇔SG=B a v účtovníctve sa spoja do jednej saldokontnej skupiny (nech má číslo AccGroup=1A, tzn. znak=1A). Potom v denníku záznam INT osamostatníme (tzn. dostaneme napr. AccGroup=2B, tzn. znak=2B).

Ďalej máme doklad OSP (s SG=C) ručne spárovaný s OSV (s SG=D), takže existuje záznam SGI, že SG=C⇔SG=D. Potom dodatočne ručne spárujeme FV s OSP v záložke Ručné párovanie. Vznikne záznam SGI, že A⇔C a program kontroluje, či má uskutočniť zmenu v existujúcich saldokontných skupinách, čo urobí nasledovným spôsobom:

a) Pokud ruční spárování provedeme v opravě OSP (zadáme párovací doklad FV), program dohledá, kde se dosud vyskytovaly zápisy s SG=C (nebo s dosud identickými SG=D) a kde by se měly vyskytovat po vzniku nového SGI(A⇔C) a zda se to liší. Keďže sa to líši, treba urobiť zmenu v saldo skupinách v denníku. Dohľadá prvý účtovný záznam s SG=A alebo SG=B a prevezme od neho číslo saldo skupiny do všetkých záznamov s SG=C a identickým SG=D. Či sa OSP a OSV pripárujú k FV alebo k INT závisí od toho, ktorý z nich sa dohľadá ako prvý, teda dostanú AccGroup=1A, tzn. znak=1A alebo 2B, tzn. znak=2B, a k spojeniu predtým ručne rozpojeného FV a INT vznikom nového SGI v tomto prípade nedôjde!

b) Pokud ale ruční spárování provedeme v opravě FV (zadáme párovací doklad OSP), program dohledá, kde se dosud vyskytovaly zápisy s SG=A (nebo s dosud identickými SG=B) a kde by se měly vyskytovat po vzniku nového SGI(A⇔C) a zda se to liší. Keďže sa to líši, treba urobiť zmenu v saldo skupinách. Vyhľadá prvý účtovný záznam so SG=C alebo SG=D a prevezme z neho číslo saldo skupiny (nech je to napr. AccGroup=C3, tzn. znak=C3) do všetkých záznamov so SG=A a identickým SG=B. Tzn. FV A INT sa pripárujú k OSP a OSV. K spojeniu predtým ručne rozpojeného FV a INT vznikom nového SGI v tomto prípade dôjde!

- Ak by sa stalo, že záznamy OSP/OSV doteraz nie sú v denníku (tzn. nenájde sa záznam so SG=C ani SG=D), tak si záznamy so SG=A a SG=B ponechajú svoju pôvodnú AccgGroup (tzn. FV AccGrooup=1A, tzn. znak=1A a INT AccGroup=2B, tzn. znak=2B). Ke spojení předtím ručně rozpojeného FV a INT vznikem nového SGI v tomto případě také nedojde a OSP/OSV se po svém zaúčtování připojí k jednomu z nich, tj. dostane AccGroup=1A, tj. znak=1A nebo 2B, tj. znak=2B (podle toho, který se dohledá jako první).

Do v. 9.03 vrát. v tomto prípade platilo, že pokiaľ záznamy OSP/OSV doteraz neboli v denníku (tzn. nenašiel sa záznam so SG=C ani SG=D), tak záznamy so SG=A a SG=B dostali nové č. AccGroup. K spojeniu predtým ručne rozpojeného FV a INT vznikom nového SGI v tomto prípade teda tiež došlo!

K príp. auditáciám účtovných zápisov sa neprihliada.

Záznamy identických SG zanikajú:

  • Užívateľsky - V prípade, kedy užívateľ na subzáložke Ručné párovanie editovaného dokladu odoberie párovací doklad(y), tzn. odoberie pripárovanú skupinu, čím zanikne záznam o tom, že SourceGroup daného dokladu a odobraného párovacieho dokladu sú identické.
  • Automaticky
    • V prípade zrušenia akcie, na základe ktorej vznikli, tzn. napr. pri zrušení zúčtovania zálohového listu do faktúry.

      Výnimku predstavuje párovacia väzba medzi DL a FV/PP vytvorená automaticky pri uložení FV/PP, do ktorej bol čerpaný DL, ktorá sa pri odpojení importovaného DL automaticky nezruší. Pripárovaný DL je však možné odpojiť ručne v subzáložke Ručné párovanie. Viď Zdrojový expedičný skladový doklad (DL), ktorý je importovaný do príjmového predajného.

    • Zánik väzby SGI v prípade mazania dokladov a zmene vlastnej Source Group

      K mazaniu prípadných väzieb Source Group Identical na Source group mazaného alebo opravovaného dokladu nedochádza:

      • Ak je zmazaný doklad, ktorý má odkaz na Source Group, na ktorú sa priamo odkazuje ešte iný doklad.
      • Ak je opravovaný doklad a dôjde pri jeho oprave k zmene Source Group a na pôvodnú Source Group sa priamo odkazuje ešte iný doklad, k mazaniu prípadných väzieb Source Group Identical nedochádza. Táto situácia typicky nastáva pri mazaní alebo odpájaní platieb, pri ktorých bola väzba na iný doklad, teda aj na doklad platený alebo pri mazaní či zmene v pripájaní JCD na FP.

        Majme faktúru FV s odkazom na SG=A. Jej platba účtenkou PP má tiež odkaz na SG=A. Z dokladu PP ručne zadáme párovaciu väzbu na ostatný príjem OSP (s odkazom na SG=B), tzn. vznikne záznam identických SG: SG=A⇔SG=B.

        - Pokud poté doklad PP smažeme, vazba SG=A⇔SG=B zůstane zachována, tj. OSP bude připárován k FV.

        - Ak odpojíme doklad PP ako platbu od FV, PP získa novú SG=C. Keďže sa však nedá rozhodnúť, či väzba na OSP mala byť z FV alebo PP, zostane SG=A⇔SG=B zachovaná a vznikne druhá väzba SG=C⇔SG=B, tzn. OSP bude pripárovaný k FV aj PP. Pokiaľ by sme potom väzbu medzi FP a OSP zrušili, zanikol by záznam SG=A⇔SG=B a zaúčtovanie FV a OSP by sa rozpojilo. Zaúčtovanie OSP by však zostalo spojené s PP, pretože väzba SG=C⇔SG=B stále platí.

        Majme faktúru prijatú FP s odkazom na SG=A. Ďalej majme JCD pripojené na danú faktúru FP, teda tiež so SG=A. Z dokladu JCD ručne zadáme párovaciu väzbu na ostatný výdaj OSV (s odkazom na SG=B), tzn. vznikne záznam identických SG: SG=A⇔SG=B.

        - Pokud poté doklad JSD smažeme, vazba SG=A⇔SG=B zůstane zachována, tj. OSV bude připárován k FP.

        - Ak odpojíme doklad JCD od FP, získa JCD novú SG=C. Keďže však nie je možné rozhodnúť, či väzba na OSV mala byť z FP či JCD, zostane väzba SG=A⇔SG=B zachovaná a vznikne druhá väzba SG=C⇔SG=B, tzn. OSV bude pripárovaný k FP i JCD.

Pri zániku väzby SGI sa vždy kontroluje, či dochádza k spojeniu/rozpojeniu nejakých dokladov na úrovni účtovníctva a ak áno, sú automaticky prerobené AccGroupy (účtovné skupiny).

Zánik záznamu identických SG nemusí nutně vést k rozpojení spárovaných dokladů. A to vtedy, ak sú tieto spárované ešte na základe niečoho iného (buď priamo rovankých SG, alebo iného záznamu identických SG).

Zánik záznamu SGI môže spôsobiť i rozpojenie jednej doteraz spoločnej saldokontnej skupiny. Pri zániku záznamu SGI sa kontroluje, či má dôjsť k rozpojeniu nejakých účtovných zápisov do viacerých saldokontných skupín a ak áno, čísla saldokontných skupín sa automaticky prepíšu tak, aby došlo k požadovanému rozpojeniu. Pre osamostatnenie sa vyberie skupina, ktorá má menej SG spojených prostredníctvom SGI (aby sa AccGroup upravovalo na menšom počte záznamov).

Majme saldokontnú skupinu, ktorá nech má číslo AccGroup=1A, tzn. znak=1A a obsahuje účtovné zápisy dokladov FV1 (so SG=A), čerpaného DL1 (so SG=B), zúčtovanie ZL1 (so SG=C), FV2 (so SG=K) a čerpaného DL2 (so SG=L). ZL1 je zúčtovaný aj do FV2. Jsou v jedné skupině, jelikož existují záznamy SGI, že
SG=A⇔SG=B⇔SG=C⇔SG=K⇔SG=L.

Poté provedeme zrušení zúčtování ZL1 i do FV2, čímž se smaže záznam SGI, že
SG=K⇔SG=C.

Tím ovšem začne platit, že
SG=A⇔SG=B⇔SG=C
SG=K⇔SG=L, ale navzájem identické nejsou a skupiny se rozpojí (odpojená dostane nové číslo saldokontní skupiny, např. AccGroup=XX, tj. znak=XX).

Vykonanie danej akcie spojenej so zánikom záznamu identických SG, na ktorého základe by došlo k rozpojeniu viacerých saldokontných skupín v denníku, program nepovolí, pokiaľ také rozpojenie nemôže urobiť.

K príp. auditáciám účtovných zápisov sa neprihliada.

Saldokontné skupiny tvorené v denníku automaticky programom (či už úplne automaticky alebo so zásahom užívateľa zadaním párovacích dokladov v subzáložke Ručné párovanie), si môže užívateľ ešte ľubovoľne ručne upravovať a meniť. Na to slúži funkcia Presuň a Osamostatni v účtovnom denníku súvzťažne. Platí:

  • Ak je záznam presunutý do inej saldokontnej skupiny, znamená to, že svoje pôvodné číslo saldokontnej skupiny "zabudne" a prevezme si iné od skupiny, do ktorej bol presunutý.
  • Ak je záznam osamostatnený, znamená to, že svoje pôvodné číslo saldokontnej skupiny "zabudne" a dostane číslo skupiny novo vzniknutej.

Dodatočné ručné spárovánie využijete napr. v prípade, kedy by spárovanie nebolo možné urobiť automaticky bez zásahu užívateľa a na úrovni zdrojového dokladu nebol užívateľom zadaný žiadny párovací doklad alebo bolo párovanie uskutočnené chybne.

Pozor, ako bolo povedané vyššie, zmena párovania do saldokontných skupín vykonaná dodatočne v denníku nijako nemení údaje o Source Group, ani záznamy Source Group Identical, týkajúce sa daného účtovného zápisu, akurát na presúvaných účtovných zápisoch mení číslo saldokontnej skupiny (AccGroup, ktoré je zobrazené v položke Znak).

Pokiaľ teda ručne prepárovaný doklad preúčtujete alebo ho len vrátite do žiadostí z denníka ručne, znamená to, že sa jeho číslo saldokontnej skupiny vynuluje a pri novom zaúčtovaní do denníka mu bude opäť pridelené podľa hľadaných záznamov s rovnakým alebo identickým Source Group, viď Pravidlá tvorby saldokontných skupín. Takže o prípadné predchádzajúce ručné zmeny v párovaní takéhoto záznamu prídete!

Podobne, pokiaľ urobíte také zmeny, na základe ktorých sa menia záznamy v Source Group Identical (tzn. napr. ručne ste zadali párovací doklad), môže na príslušných záznamoch v denníku, ktoré majú zhodnú alebo identickú Source Group s opravovaným dokladom dôjsť k zmene saldokontnej skupiny (AccGroup), o ručné zmeny párovania týchto záznamov prídete! Viď príklady v časti Vznik SGI.

Z vyššie uvedeného naopak vyplýva, ako je možné vyvolať znovu automatické spárovanie účtovných záznamov podľa pravidiel popísaných vyššie:

  • Vrátením účtovného záznamu z denníka späť do žiadostí a novým zaúčtovaním.
  • Vyvolaním preúčtovania.

    Pri preúčtovaní môže dokonca dôjsť i k zmene Source Group (podľa toho, čím bolo vyvolané) a tým následne samozrejme i k zmene čísla saldokontnej skupiny, do ktorej bude doklad zaradený - keďže pri preúčtovaní zdrojového dokladu sa účtovný doklad vytvára celý znovu, tzn. môže dostať aj iný Source Group (napr. účtenka pripojená ako platba, nesúhrnne účtovaný doklad preúčtovaný súhrnne a pod.).

Nejdříve je třeba připomenout, že každý účtovaný doklad v ABRA Gen existuje ve dvou podobách: jednak jako zdrojový doklad vystavený ve zdrojové řadě dokladů a dále jako odpovídající účetní doklad v odpovídající účetní řadě dokladů. Podľa typu dokladu zdrojový doklad a jeho účtovný doklad vznikajú buď automaticky naraz alebo účtovné doklady môžu vzniknúť neskôr až ručným vyvolaním akcie zaúčtovania zdrojového dokladu do účtovníctva, pričom zdrojový doklad a prríslušný účtovný doklad môžu ale nemusia mať zhodnú skratku a číslo dokladu (zhodná bude typicky pri nesúhrnne účtovaných dokladoch, rôzna bude typicky pri súhrnne účtovaných dokladoch). Podrobne viď kap. Spôsoby účtovania - Zdrojové a účtovné rady súhrnné/nesúhrnné.

Ďalej je uvedené:

  • Účetní doklad souhrnný při svém vzniku obdrží vždy nové číslo zdrojové skupiny a nijak nepřebírá číslo zdrojové skupiny od některého ze zdrojových dokladů, které jsou jím souhrnně zaúčtovány. Takže pri súhrnnom účtovaní súhrnný účtovný doklad neberie ohľad na čísla zdrojových skupín súhrnne účtovaných zdrojových dokladov, dostane nový SourceGroup a teda vytvára samostatnú saldokontnú skupinu. Objasníme na príklade:

    Máme pokladničné príjmy PP-1/2002 a PP-2/2002 vystavené v rade so súhrnným účtovaním so skratkou účtovného radu PPS. Po uložení zdrojové doklady dostanú Source Group (napr. zdrojový doklad PP-1/2002 dostane nový samostatný Source Group napr. SG=A, zdrojový doklad PP-2/2002 SG=B). Následne ich súhrnne zaúčtujeme, nech vznikne súhrnný doklad PPS-1/02. Účtovný doklad obdrží tiež nový samostatný Source Group, napr. SG=C. Po zaúčtovaní bude tvoriť samostatnú saldokontnú skupinu.

    Je to tak i v prípade, že by užívateľ v záložke Ručné párovanie zadal súhrnne účtovaný doklad resp. k súhrnne účtovanému dokladu zadal doklad párovací (tzn. vznikol by nový záznam Source Group Identical).

    Máme dodací list DL-1/2002 vystavený v rade so súhrnným účtovaním so skratkou účtovného radu DLS. Po uložení zdrojový DL má napr. SG=A. DL naimportujeme do FV (s SG=B) a v záložke Ručné párovanie vznikne automaticky párovacia väzba (viď Zdrojový expedičný skladový doklad (DL), ktorý je importovaný do príjmového predajného), tzn. vznikne záznam SGI, že SG=A⇔SG=B. Po uzavretí uzávierkou DL súhrnne zaúčtujeme, nech vznikne súhrnný doklad DLS-1/02, ktorý obdrží samostatný Source Group, napr. SG=C. Po zaúčtovaní bude tvoriť samostatnú saldokontnú skupinu (neexistuje záznam SGI, že by SG=A bolo identické s SG=C.)

  • Účetní doklad nesouhrnný při svém vzniku přebírá číslo zdrojové skupiny od svého zdrojového dokladu (jak jej získá zdrojový doklad, viz dále Přidělování SourceGroup zdrojovým dokladům).

Zdrojový doklad dostane odkaz na Source Group ihneď pri svojom vystavení, pokiaľ je preň prideľovanie Source Group zmysluplné, tzn. platí:

  • Neúčtované doklady:
    • Zdrojový doklad, o němž se z principu vůbec neúčtuje, a současně přidělení Source Group u nich nemá žádné další využití, žádný odkaz na Source Group neobdrží. Napr. objednávky, platobné príkazy apod.
    • Zdrojový doklad, o ktorom sa z princípu síce vôbec neúčtuje, ale pridelené číslo Source Group má ďalšie využitie (napr. na následných súvisiacich dokladoch a na ich spárovanie), odkaz na Source Group dostane. Ide napr. o predpis zálohového listu. (Pri zálohových listoch sa účtuje až o vzniknutých zúčtovaniach záloh, nie o predpise samotnom. No Source Group pridelený predpisu zálohového listu má svoj význam pri párovaní následných s ním súvisiacich dokladov, napr. jeho platieb, vykonaných zúčtovaní apod. (viď ďalej)).
    • Zdrojový doklad, o ktorom sa síce defaultne neúčtuje, ale z princípu o ňom účtovať je možné, odkaz na Source Group dostane. Napr. sankčná faktúra, o ktorej sa všeobecne účtovať dá, ale užívateľ sa rozhodol o nej neúčtovať a v zdrojovom rade dokladov si teda nastavil "neúčtovať". Pokiaľ taký doklad užívateľ skutočne nezaúčtuje, Source Group nebude mať ďalší význam. No mal by význam, pokiaľ by sa užívateľ nakoniec rozhodol taký doklad zaúčtovať nesúhrnne, aj keď bol vystavený v rade s nastavením "neúčtovať" (čo je možné len v agendách, kde môžu účtovné doklady k zdrojovým vznikať dodatočne až spustením funkcie Zaúčtovať užívateľom (napr. pokladničné doklady, skladové doklady a. i.) a súčasne k danému zdrojovému radu už existuje účtovný rad pre nesúhrnné účtovanie).
  • Doklady účtované súhrnne:
    • Zdrojový doklad, o ktorom sa účtuje a je vystavený v rade s nastavením "účtovať súhrnne", odkaz na Source Group vždy dostane. Pokiaľ taký doklad užívateľ skutočne zaúčtuje súhrnne, nebude mať Source Group na zdrojovom doklade ďalší význam (viď vyššie prideľovanie čísla Source Group účtovným dokladom). No mal by význam, pokiaľ by sa užívateľ nakoniec rozhodol takýto doklad zaúčtovať nesúhrnne, aj keď bol vystavený v rade s nastavením "účtovať súhrnne" (čo je možné len v agendách, kde môžu účtovné doklady k zdrojovým vznikať dodatočne až spustením funkcie Zaúčtovať užívateľom (napr. pokladničné doklady, skladové doklady a. i.) a súčasne k danému zdrojovému radu už existuje účtovný rad pre nesúhrnné účtovanie).
  • Doklady účtované nesúhrnne:
    • Zdrojový doklad, o ktorom sa účtuje a je vystavený v rade s nastavením "účtovať nesúhrnne", odkaz na Source Group vždy dostane. Pokiaľ taký doklad užívateľ skutočne zaúčtuje nesúhrnne, bude mať Source Group na zdrojovom doklade ďalší význam pre následný účtovný doklad (viď vyššie prideľovanie čísla Source Group účtovným dokladom). No nemal by ďalší význam, pokiaľ by sa užívateľ nakoniec rozhodol takýto doklad nezaúčtovať alebo zaúčtovať súhrnne, aj keď bol vystavený v rade s nastavením "účtovať nesúhrnne" (čo je možné len v agendách, kde môžu účtovné doklady k zdrojovým vznikať dodatočne až spustením funkcie Zaúčtovať užívateľom (napr. pokladničné doklady, skladové doklady a. i.) a súčasne k danému zdrojovému radu už existuje účtovný rad pre súhrnné účtovanie).

Zdrojovému dokladu môže byť pridelené Source Group novo vytvorené alebo môže byť použité existujúce prevzaté z iného dokladu, viď ďalej:

Zdrojový doklad novo vzniknutý bez väzby na nejaký iný doklad dostane vždy nové číslo Source Group. Tzn., že vznikne ďalšia nová zdrojová skupina.

Takže novo vzniknutý doklad bez väzby na iný doklad bude po svojom nesúhrnnom zaúčtovaní tvoriť novú samostatnú saldokontnú skupinu (pokiaľ by bol zaúčtovaný súhrnne, tvoril by vždy novú skupinu, keďže súhrnný účtovný doklad dostane novú SourceGroup, viď vyššie Prideľovanie SourceGroup účtovným dokladom). Objasníme na príklade:

Máme pokladničný príjem PP-1/2002 vystavený v rade s nesúhrnným účtovaním a vystavený ako samostatný doklad (čiže nejde o platbu nejakého predpisu). Po uložení dostane zdrojový doklad nové Source Group, napr. SG=AA1000101. Ide o nesúhrnne účtovaný doklad, preto pri uložení vzniká automaticky príslušný účtovný zápis v danom účtovnom rade (nech má tiež skratku PP). Tento účtovný doklad preberie číslo Source Group zo zdrojového, takže bude tiež mať odkaz na SG=AA1000101. Po zaúčtovaní bude tvoriť novú samostatnú saldokontnú skupinu.

Zdrojový doklad nově vzniklý, který je inverzním prodejním dokladem - přebírá číslo Source Group (zdrojové skupiny) od dobropisovaného/ vraceného dokladu:

  • Dobropis prijatý/vydaný ⇒ automaticky sa spáruje s faktúrou prijatou/vydanou

    Máme faktúru vydanú. Nech je jej pridelený odkaz na novú zdrojovú skupinu, napr. SG=YY000101. Ide o nesúhrnne účtovaný doklad, takže jej účtovný doklad, resp. účtovné zápisy preberú číslo SourceGroup zdrojovej faktúry, teda tiež budú mať odkaz na SG=YY000101. Takže faktúra bude po zaúčtovaní do denníka tvoriť samostatnú saldokontnú skupinu. Potom k faktúre vystavíme dobropis vydaný. Vzniknutý zdrojový doklad dobropisu ako inverzný doklad preberie SourceGroup zdrojovej faktúry, teda jeho SG=YY000101. Ide o nesúhrnne účtovaný doklad, takže jeho účtovný doklad, resp. účtovné zápisy preberú číslo SourceGroup zdrojového dobropisu, teda tiež budú mať odkaz na SG=YY000101. Tzn. dobropis bude po zaúčtovaní do denníka v saldokontnej skupine spolu s faktúrou.

  • Dobropis daňového zálohového listu prijatého/vydaného ⇒ automaticky sa spáruje s príslušným daň. zálohovým listom prijatým/vydaným.
  • Vrátenie príjmu/výdaja ⇒ ak sa účtuje nesúhrnne, automaticky sa spáruje s pokladničným príjmom/výdajom

    Je-li účtováno souhrnně, pak se automaticky nespáruje s pokladním příjmem/výdejem, jelikož souhrnný účetní doklad vždy obdrží samostatný svůj vlastní Source Group, pak vrácení po zaúčtování do deníku nebude v jedné saldokontní skupině s vraceným dokladem a případné spárování je třeba provést ručně dodatečně v deníku.

    Objasníme na príkladoch:

    Príklad 1: Máme pokladničný príjem PP-1/2002 vystavený samostatne v agende pokladničných príjmov ako nový PP doklad v nesúhrnnom rade a nech zdrojový PP dostane Source Group napr. SG=AA000101. Jeho účtovný doklad, resp. účtovné zápisy, preberú Source Group zdrojového, takže tiež SG=AA000101. Ďalej k nemu vystavíme vrátenie príjmu VP-1/2002 tiež v nesúhrnnom rade. Ide o inverzný doklad, teda zdrojový doklad VP preberie Source Group vracaného zdrojového dokladu, čiže bude mať tiež SG=AA000101. Jeho účtovný doklad, resp. účtovné zápisy, preberú Source Group zdrojového VP, takže bude mať tiež SG=AA000101. Takže vrátenie príjmu VP bude po zaúčtovaní do denníka v jednej saldokontnej skupine spolu s pokladničnou príjemkou.

    Príklad 2: Máme pokladničný príjem PP-1/2002 vystavený samostatne v agende pokladničných príjmov ako nový PP doklad v súhrnnom rade a nech zdrojový PP dostane Source Group napr. SG=AA000101. Jeho účtovný súhrnný doklad dostane vlastné Source Group, takže napr. SG=BB000101. Ďalej k nemu vystavíme vrátenie príjmu VP-1/2002 tiež v súhrnnom rade. Ide o inverzný doklad, teda zdrojový doklad VP preberie Source Group vracaného zdrojového dokladu, čiže bude mať tiež SG=AA000101. Ale jeho účtovný súhrnný doklad dostane vlastné Source Group, takže napr. SG=CC000101. Takže vrátenie príjmu po zaúčtovaní do denníka v tomto prípade nebude v jednej saldokontnej skupine s pokladničnou príjemkou.

  • Zdrojový doklad novo vzniknutý, ktorý je inverzným skladovým dokladom, pokiaľ medzi zdrojovým a inverzným dokladom je väzba 1:1:

    V takom prípade je jednoznačná väzba medzi obomi dokladmi a je teda možné presne stanoviť, k čomu sa má párovať. Takový zdrojový doklad nově vzniklý, který je inverzním skladovým dokladem - přebírá číslo Source Group (zdrojové skupiny) od vraceného dokladu:

    • Vratka ⇒ ak sa účtuje nesúhrnne, automaticky sa spáruje s dodacím listom

      Ak sa účtuje súhrnne, nespáruje sa automaticky s dodacím listom, pretože súhrnný účtovný doklad vždy dostane samostatný svoj vlastný Source Group, vratka po zaúčtovaní do denníka potom nebude v jednej saldokontnej skupine s vracaným dokladom a prípadné spárovanie treba urobiť ručne dodatočne v denníku.

      Objasníme na príkladoch:

      Príklad 1: Máme dodací list DL-1/2002 vystavený v nesúhrnnom rade a nech zdrojový DL dostane Source Group napr. SG=AA000101. Potom vykonáme uzávierku skladu a DL zaúčtujeme, jeho účtovný doklad, resp. účtovné zápisy, preberie Source Group zdrojového, čiže bude mať tiež SG=AA000101. Ďalej k nemu vystavíme vratku VR-1/2002 tiež v nesúhrnnom rade. Ide o inverzný doklad, teda zdrojový doklad VR preberie Source Group vracaného zdrojového dokladu, takže bude mať tiež SG=AA000101. Jeho účtovný doklad, resp. účtovné zápisy, preberie Source Group zdrojovej VR, takže bude mať tiež SG=AA000101. Takže vratka VR bude po zaúčtovaní do denníka v jednej saldokontnej skupine spolu s dodacím listom.

      Príklad 2: Máme dodací list DL-1/2002 vystavený v súhrnnom rade a nech zdrojový DL dostane Source Group napr. SG=AA000101. Potom vykonáme skladovú uzávierku a DL zaúčtujeme, jeho účtovný súhrnný doklad, resp. účtovné zápisy, dostane vlastný Source Group, čiže bude mať napr. SG=BB000101. Ďalej k nemu vystavíme vratku VR-1/2002 tiež v súhrnnom rade. Ide o inverzný doklad, teda zdrojový doklad VR preberie Source Group vracaného zdrojového dokladu, takže bude mať tiež SG=AA000101. Ale jeho účtovný súhrnný doklad po sklad. uzávierke a zaúčtovaní dostane vlastné Source Group, takže napr. SG=CC000101. Takže vratka po zaúčtovaní do denníka v tomto prípade nebude v jednej saldokontnej skupine so zaúčtovaným dodacím listom.

  • Zdrojový doklad novo vzniknutý, ktorý je inverzným skladovým dokladom, pokiaľ medzi zdrojovým a inverzným dokladom je väzba m:n:
    • Vratka príjemiek - Ide o väzbu m:n (jedna vratka príjemiek môže byť vystavená k viacerým príjemkám a naopak), preto program nemôže jednoznačne rozhodnúť, k akému zdrojovému dokladu by mal párovanie vykonať. Preto sa tieto doklady automaticky bez zásahu užívateľa nijako nepárujú.

      Užívateľ však má možnosť zadať si k VPR alebo PR príslušný párovací doklad v subzáložke Ručné párovanie, tzn. pôjde o automatické párovanie so zásahom užívateľa), príp. si párovanie vykonať až dodatočne v denníku.

      Párovat Vratky příjemek s příslušnými Příjemkami a hlavně se souvisejícími doklady (Dobropis faktury přijaté, atd.) je žádoucí, protože pak je možné správně rozpouštět oceňovací rozdíly, viz funkce Podle vzorce.

Zdrojový doklad, který není inverzním dokladem, ale má jednoznačnou vazbu 1:n resp. 1:1 k jinému dokladu, přebírá v naprosté většině případů číslo Source Group (zdrojové skupiny) od daného dokladu, tedy páruje se se svým protějškem. Napr.:

  • Potvrdenie dobropisu - po vystavení preberie SG dobropisu ⇒ automaticky sa spáruje s dobropisom

  • Prevodka príjem - po vystavení preberie SG prevodky výdaj ⇒ ak sa účtuje nesúhrnne, automaticky sa spáruje s prevodkou výdaj

    Mezi převodkami výdej a převodkami příjem sice může existovat vazba m:n (mezi celými doklady, resp. jejich hlavičkami), nicméně vždy existují jednoznačné vazby mezi řádky zdrojových a následných dokladů, které k přebírání Source Group postačují.

    Ak sa účtuje súhrnne, nespáruje sa automaticky s prevodkou výdaj, pretože súhrnný účtovný doklad vždy dostane samostatný svoj vlastný Source Group, vratka po zaúčtovaní do denníka potom nebude v jednej saldokontnej skupine s vracaným dokladom a prípadné spárovanie treba urobiť ručne dodatočne v denníku.

    Stejný princip (příjmový doklad přebírá SG ze zdrojového výdejového dokladu) platí i pro skladové záměny a přeměny.

  • JCD ⇒ po zadaní pripojenej FP z hlavičky JCD, JCD preberie SG faktúry ⇒ automaticky sa spáruje s pripojenou faktúrou prijatou. Po zrušení väzby na FP dostane odkaz na novú SG. Pozor, ide tu o situáciu, keď sa na existujúcom doklade môže zmeniť SG, čo môže vyvolať preúčtovanie dokladu. Pokiaľ je pripojenie na FP opravované alebo rušené, môže dôjsť k zániku pôvodnej SG pre JCD, preto ďalej viď Zánik väzby SGI v prípade mazania dokladov a zmeny vlastnej Source Group a dôsledky pre existujúce párovanie.

Zdrojový doklad, který je platbou jiného dokladu, přebírá číslo Source Group (zdrojové skupiny) od svého předpisu platby.

Toto platí pro všechny typy placených dokladů, tedy i je-li placeným dokladem zálohový list nebo daňový zálohový list. Avšak neplatí to pro platbu zálohou - tj. při zúčtování zálohy platí speciální mechanismus založený na tvorbě SGI, viz dále .

  • Novo vystavený platiaci doklad
    • Platba bankovým výpisom - riadok bankového výpisu preberie SG predpisu platby ⇒ riadok bankového výpisu sa automaticky spáruje s predpisom platby.
    • Platba vzájomným zápočtom - riadok vzájomného zápočtu preberie SG predpisu platby ⇒ riadok vzájomného zápočtu sa automaticky spáruje s predpisom platby.
    • Platba dokladom ostatný príjem/výdaj - preberie SG predpisu platby ⇒ doklad ostatný príjem/výdaj sa automaticky spáruje s predpisom platby.
    • Platba pokladňou - preberie SG predpisu platby ⇒ ak sa účtuje nesúhrnne, automaticky sa spáruje s predpisom platby

      Ak sa účtuje súhrnne, nespáruje sa automaticky s predpisom platby, pretože súhrnný účtovný doklad dostane samostatný svoj vlastný Source Group, platba po zaúčtovaní do denníka potom nebude v jednej saldokontnej skupine s predpisom platby a prípadné spárovanie treba urobiť ručne dodatočne v denníku.

      Pokiaľ teda chcete platby v hotovosti automaticky párovať s predpisom, nevystavujte ich v radoch súhrnne účtovaných, čo je možné aj vyložene zakázať pomocou parametra Povoliť zaúčtovať PP/PV súhrnne, pokiaľ ide o doklady, ktoré sú platbou vo Firemných nastaveniach.

    • Platba kurzovým rozdielom ⇒ doklad kurzového rozdielu sa spáruje s predpisom platby.

  • Doklad pripojený ako platba predpisu dodatočne:

    Ak bol platiaci doklad vytvorený samostatne (tzn. má svoje vlastné číslo zdrojovej skupiny, viď vyššie), ale neskôr bol pripojený ako platba k predpisu platby, preberie si z predpisu číslo Source Group. Takže po zaúčtovaní, ak sa účtuje nesúhrnne, budú platba a predpis v jednej saldokontnej skupine. Naopak po odpojení platiaceho dokladu od predpisu platby, dostane platiaci doklad nové samostatné číslo Source Group a po zaúčtovaní budú oba doklady v samostatných skupinách. Pripojenie platby dodatočne objasníme na príklade:

    Máme pokladničný príjem vystavený samostatne v agende pokladničných príjmov ako nový PP doklad bez DPH v nesúhrnnom rade. Nech je mu pridelený odkaz na novú Source Group, napr. SG=YY000101. Jeho účtovný doklad preberie Source Group zdrojového, takže tiež SG=YY000101 a bude tvoriť samostatnú saldokontnú skupinu. Potom danú účtenku v záložke Platby faktúry pripojíme ako platbu faktúry FV-1/2002, ktorá má odkaz na zdrojovú skupinu napr. SG=XX000101. Po pripojení nastane preúčtovanie pokladničnej príjemky, jej pôvodná Source Group sa zabudne a účtenka preberie Source Group faktúry, teda bude mať SG=XX000101. Jej účtovný doklad preberie Source Group zdrojového, takže tiež SG=XX000101, čiže pokladničná účtenka pripojená ako platba k faktúre sa spáruje s danou faktúrou.

    Pozor, ide tu o situáciu, keď sa na existujúcom doklade môže zmeniť SG, čo môže vyvolať preúčtovanie dokladu. Pokiaľ je pripojenie dokladu ako platby opravované alebo rušené, môže dôjsť k zániku pôvodnej SG pre daný doklad, preto ďalej viď Zánik väzby SGI v prípade mazania dokladov a zmeny vlastnej Source Group a dôsledky pre existujúce párovanie.

Pre zúčtovanie zálohy platí špeciálny mechanizmus. Pri zúčtovaní zálohy (zo zálohového listu (ZL) alebo z daňového zálohového listu (DZL)) vzniká interne doklad o vykonanom zúčtovaní zálohy do cieľového dokladu, ktorý nie je pre užívateľa viditeľný ako bežný doklad, ale len ako záznam o uskutočnenom zúčtovaní v záložkách Zúčtovanie ZL resp. DZL. Tento interní doklad o provedeném zúčtování přebere číslo Source Group od svého předpisu zálohy (tj. od ZL nebo DZL). Súčasne ale vznikne záznam Source Group Identical o tom, že Source Group daného "záznamu zúčtovania" a Source Group dokladu, do ktorého sa zúčtovalo, sú identické. Na základe týchto väzieb identických SG potom bude zúčtovanie spárované s dokladom, do ktorého sa zúčtovalo.

Súčasne môže nastať zmena existujúceho párovania, keďže vzniká nový záznam identických SG, ďalej viď Vznik väzby SGI a dôsledky pre existujúce párovanie.

Čerpanie zálohového listu do faktúry či iného predpisu platby, tzn. jeho zúčtovanie, je vlastne platbou tejto faktúry či daného dokladu predpisu platby. Jeden zálohový list sa môže čerpať do viacerých faktúr, potom platí, že tento zálohový list má v denníku (žiadostiach) minimálne toľko záznamov, do koľkých faktúr bol zúčtovaný (čerpaný) v príslušných sumách. Vďaka záznamom identických SG potom budú tieto zúčtovania jedného ZL a všetky doklady, do ktorých sa zúčtovalo (a príp. všetky s nimi spojené) v jednej spoločnej saldokontnej skupine. Vystavenie daňového zál. listu (DZL) podľa ZL je tiež zúčtovaním ZL do koncového dokladu a pre spárovanie platí to isté.

Zúčtovanie daňového zálohového listu do faktúry nie je jej platbou, ale pre jeho spárovanie s dokladmi, do ktorých sa zúčtovalo, platí to isté.

Niektoré doklady umožňujú zadávať čerpanie sumy dokladu z rôznych nákupných dokladov. Ide napr. o Príjemky, Kooperácie, Zmenu ceny majetku, Vratky príjemiek a pod., ďalej viď Záložka Výdaje obstarania/zmeny ceny resp. Súvisiace doklady - všeobecne.

Zvláštny prípad predstavujú doklady Obstaranie majetku, viď Zaradenie majetku do evidencie s väzbou na nákupný doklad (s čerpaním výdajov z nákupného dokladu).

Pri čerpaní dokladov výdajov obstarania do uvedených dokladov sa tieto doklady automaticky bez zásahu užívateľa nijako nepárujú. Ide o väzbu typu m:n (tzn. napr. skladová príjemka môže čerpať z viacerých nákupných dokladov a nákupný doklad môže naopak byť čerpaný do viacerých príjemiek či iných dokladov), preto program nemôže jednoznačne rozhodnúť, ku ktorému predajnému dokladu by mal párovanie uskutočniť (načerpanie čiastky z nákupného dokladu do daného dokladu nijako Source Group daného dokladu ani nákupného dokladu neovplyvní).

Užívateľ však má možnosť zadať si k danému dokladu alebo nákupným dokladom príslušný párovací doklad v subzáložke Ručné párovanie, tzn. pôjde o automatické párovanie so zásahom užívateľa. Na urýchlenie procesu zadania ručných väzieb pre párovanie sa užívateľovi vytvorenie väzby pri čerpaní ponúka:

  • Pokiaľ sa do daného dokladu (Príjemka, Kooperácie, Obstaranie majetku, Zmena ceny majetku, Vratka príjemky) zadá čerpanie z nákupných dokladov, potom po vybratí konkrétneho dokladu sa program spýta, či si želáte uskutočniť aj ručné spárovanie a ak áno, vytvorí záznam väzby medzi daným dokladom a nákupným dokladom v subzáložke Ručné párovanie. Systém sa nepýta, ak párovacia väzba medzi SG daného dokladu a SG čerpaného dokladu už existuje.
  • Pokiaľ sa odstraňuje čerpanie, program sa spýta, či si užívateľ želá odstrániť aj ručné párovanie.

Je-li vytvořen záznam ručního párování mezi daným dokladem a čerpaným dokladem, pak se daný doklad automaticky spáruje s nákupním dokladem, u příjemek jen, je-li účtována nesouhrnně.

Príjemky totiž umožňujú aj súhrnné účtovanie a ako bolo spomenuté vyššie, ak sa účtuje súhrnne, doklad príjemky sa automaticky nespáruje s nákupným dokladom, ani ak by spĺňal podmienky pre spárovanie PR, pretože súhrnný účtovný doklad dostane svoj vlastný samostatný Source Group, príjemka potom po zaúčtovaní do denníka nebude v jednej saldokontnej skupine s nákupným dokladom a prípadné spárovanie treba urobiť ručne dodatočne v denníku.

Párovať skladové doklady s nákupnými nie je vyslovene nutné, na doloženie prehľadu skladových dokladov, na základe ktorých bol uskutočnený príslušný nákupný doklad, je možné si zaviesť a využiť nejaký tlačový report vecnej a časovej súvislosti fakturačných a príjmových skladových dokladov.

Doklady Obstarania majetku sa neúčtujú a nemajú ani subzáložku Ručné párovanie, takže prípadná párovacia väzba je viditeľná len v subzáložke Ručné párovanie nákupného dokladu, z ktorého sa čerpá. Pretože doklad Obstarania majetku sa neúčtuje, párovacia väzba slúži ako údaj, prostredníctvom ktorého sa k sebe prípadne spárujú ním čerpané nákupné doklady.

Doklady Obstaranie majetku obsahujú subzáložku Výdaje obstarania, tzn. patria do skupiny dokladov účelov výdaja, a rovnako ako doklady uvedené v časti Zdrojový doklad s väzbou na nákupný doklad (s čerpaním výdajov z nákupného dokladu) teda umožňujú zadávať čerpanie sumy dokladu z rôznych nákupných dokladov.

Doklady Obstarania majetku sa neúčtujú a nemajú ani subzáložku Ručné párovanie, takže prípadná užívateľom ručne zadaná párovacia väzba je viditeľná len v subzáložke Ručné párovanie nákupného dokladu, z ktorého sa čerpá.

Vzhľadom k tomu, že doklady Obstaranie majetku sa neúčtujú, využíva sa párovacia väzba medzi dokladom Obstaranie majetku a nákupnými dokladmi až pri zaradení príslušnej karty majetku do evidencie, pri ktorom vznikne doklad Zaradenie do evidencie (ZM), ktorý sa automaticky spáruje s nákupnými dokladmi zadanými v subzáložke Výdaje obstarania dokladu Obstaranie majetku patriaceho k zaraďovanej karte majetku, a to bez ohľadu na to, či užívateľ ručne vytvoril párovaciu väzbu medzi dokladom Výdaja obstarania a nákupnými dokladmi, alebo nie. Ak je karta majetku najskôr zaradená do evidencie a až potom sú do subzáložky Výdaje obtarania dokladu Obstaranie majetku čerpané nákupné doklady, tiež sa automaticky vytvorí párovacia väzba medzi dokladom Zaradenie do evidencie a príslušnými nákupnými doklady.

Ide o špecifický prípad párovania, keď program automaticky (tzn. bez zásahu užívateľa) vytvorí párovaciu väzbu medzi FV/PP a DL, pričom párovacie doklady sú k dispozícii v subzáložke Ručné párovanie, kde ich užívateľ môže prehliadať a ručne odpojiť. Viď možnosti párovania.

Pri importovaní (čerpaní) DL do FV/PP, resp. pri vystavovaní nového DL spolu s FV/PP, program pri uložení FV/PP skontroluje, či existuje párovací doklad v subzáložke Ručné párovanie medzi FV/PP a všetkými importovanými DL. Ak párovací doklad v subzáložke Ručné párovanie neexistuje, tak sa po uložení FV/PP automaticky pridá.

Vzhľadom k tomu, že ide o väzbu m:n (jeden dodací list môže byť čerpaný do viacerých FV/PP a naopak), program nemôže pri zmazaní riadka FV/PP jednoznačne rozhodnúť, ku ktorému dodaciemu listu zmazaný riadok patril, a tým pádom nedôjde k zrušeniu párovacej väzby medzi FV/PP a DL. Túto väzbu však užívateľ môže odstrániť ručne v subzáložke Ručné párovanie.

Užívateľ má ďalej možnosť zadať si pre DL alebo FV/PP ručne zodpovedajúci párovací doklad v subzáložke Ručné párovanie, tzn. využiť automatické párovanie so zásahom užívateľa, príp. si párovanie urobiť až dodatočne v denníku.

Párovať skladové doklady s predajnými nie je vyslovene nutné, na doloženie prehľadu skladových dokladov, na základe ktorých bol uskutočnený príslušný predajný (tržbový) doklad, je možné využiť nejaký tlačový report vecnej a časovej súvislosti fakturačných a expedičných dokladov Vecná súvislosť - výstup.

Pri vystavovaní novej PR spolu s FV/PP v rámci vracania tovaru (typicky obalov) na predajných dokladoch sa tieto doklady môžu priamo automaticky spárovať. Ide tu o jednoznačnú väzbu 1:1, preto PR preberá číslo Source Group (zdrojovej skupiny) od daného predajného dokladu, páruje sa teda svojím náprotivkom⇒ ak sa účtuje nesúhrnne, tak sa automaticky spáruje s FV/PP. Pozor!!! Podmienka nesúhrnného účtovania musí byť splnená ako pre skladovú príjemku (PR), tak pre pokladničnú príjemku (PP).

Pokiaľ by sa účtovalo súhrnne, tak by sa PR automaticky nespárovala s FV/PP, keďže súhrnný účtovný doklad vždy dostane samostatný svoj vlastný Source Group.

POZOR! K spárovaniu spomenutých dokladov dôjde len vtedy, ak je PR vystavená priamo s FV/PP. Automatické spárovanie sa nerieši, pokiaľ je PR do FV/PP naimportovaná až dodatočne. (Tzn. ak PR nevznikla priamo s FV/PP, má samostatný Source Group. Podobne sa nerieši rušenie párovacích väzieb, pokiaľ PR bola vystavená s FV/PP, ale následne bola odpojená. (Tzn. ak PR vznikne s FV, má s FV rovnaký Source Group). V takých prípadoch si párovacie skupiny upravte až dodatočne v denníku.

Tzn. ak PR nevznikla priamo s FV/PP, má samostatný Source Group a tento sa dodatočným naimportovaním do FV/PP nezmení (nie je riešené). Tzn., že pokiaľ by ste takúto PR preúčtovali, do saldokontnej skupiny k FV/PP sa automaticky nedostane. Podobne, pokiaľ PR vznikla s FV/PP, dostala Source Group od FV/PP a tento sa dodatočným odpojením od FV/PP nezmení (nie je riešené). Tzn., že pokiaľ by ste takúto PR preúčtovali, dostane sa opäť do saldokontnej skupiny k FV/PP.

  • Z hľadiska väzieb na Source Group je jedno, či účtovný zápis je zatiaľ len v žiadostiach alebo či je už v denníku. Ak je účtovný zápis zatiaľ len v žiadostiach, má odkazy na Source Group, ktoré sú platné a nijako sa zaúčtovaním do účtovného denníka nezmenia.
  • Případná změna čísla zdrojové skupiny na zdrojovém a potažmo na účetním dokladu může vyvolat přeúčtování.

    Príklad 1: Máme doklad JCD bez odkazu na faktúru prijatú. JCD doklad je zaúčtovaný v samostatnej saldokontnej skupine. Pokiaľ potom JCD doklad opravíme a zadáme odkaz na faktúru prijatú, zmení sa Source Group JCD dokladu a prebehne preúčtovanie. Potom bude JCD doklad spárovaný s danou faktúrou do jednej saldokontnej skupiny.

  • Pokiaľ v denníku ručne zmeníte párovanie účtovného záznamu, Source Group sa nijako nemení. To preto, aby bolo možné doklad preúčtovať s pôvodným párovaním. To ale tiež znamená, že jeho preúčtovaním o prípadné ručne vykonané zmeny v párovaní prídete, viď ďalej možnosti dodatočného párovania, zmeny v párovaní.

Řádky téhož dokladu - Všechny řádky téhož účetního dokladu mají shodný Source Group. Tzn. napr. účtovanie základu a DPH toho istého dokladu, alebo viacriadkové súhrnné doklady apod.

Riadky toho istého účtovného dokladu sú v účtovných žiadostiach zobrazené graficky v jednej skupine.

Z vyššie uvedeného vyplýva aj to, že ak je opravený jeden zo zdrojových dokladov, ktorý bol zaúčtovaný pod jedným súhrnným, bude jemu prislúchajúci účtovný zápis (riadok daného súhrnného dokladu) po oprave opäť automaticky spárovaný so zvyškom súhrnného dokladu, podrobnejšie viď Preúčtovanie súhrnne zaúčtovaných dokladov.

Toto neplatí pre bankové výpisy a doklady vzájomných zápočtov, ktoré sú koncipované tak, že každý ich riadok vystupuje v podstate ako samostatný doklad a účtuje a páruje sa zvlášť (napr. s príslušným plateným dokladom), teda každý riadok má vlastné Source Group. Riadky týchto dokladov buď dostanú odkazy na novo vzniknuté Source Group, pokiaľ nie sú spojené s nejakým predpisom platby, alebo v opačnom prípade dostanú odkaz na Source Group plateného dokladu, viď ďalej.