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. K tomu je určena agenda Saldokonto - účtovný denník súvzťažne, což je účetní deník z pohledu párování pohybů do skupin, což znamená, že pohyby v seznamu jsou seskupeny do skupin podle provedeného spárování. 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 - účtovný denník súvzťažne podľa párovacích znakov. Na tento způsob párování nemají mechanismy popsané v této kapitole (SG, SGI) žádný vliv.

V následujícím textu objasníme, jakým způsobem je řešeno párování v agendě Saldokonto - účtovný denník súvzťažne a kdy program je a kdy není schopen párovat účtované doklady automaticky, zda a jak může párování ovlivnit sám uživatel a co se děje s párováním při změnách v dokladech či v jejich vzájemných vazbách:

Jak bylo řečeno v úvodu kapitoly, zaúčtování dokladů z pohledu jejich spárování do souvztažných saldokontních skupin lze sledovat v agendě Saldokonto - účtovný denník 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.

    Specifické je spárování FV/PP s DL, kdy program automaticky (tj. bez zásahu uživatele) vytvoří párovací vazbu mezi FV/PP a DL, přičemž párovací doklady jsou k dispozici v subzáložce Ruční párování, kde je může uživatel ručně odpojit. Viz Zdrojový expediční skladový doklad (DL), který je importován do příjmového prodejní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.

Specifická situace nastává u dokladů Dodacie listy čerpaných do faktury vydané nebo pokladní příjemky, kde se párovací vazba mezi DL a FV/PP tvoří automaticky při uložení FV/PP, ale uživatel má možnost párovací doklad ručně odpojit v subzáložce Ruční párování. Viz Zdrojový expediční skladový doklad (DL), který je importován do příjmového prodejního.

Objasníme na príkladoch:

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).

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).

Mějme fakturu z příkladu 1 s odkazem na SG=B a se zúčtováním ZL s identickou SG=A a dále doklad Dodací list, který je do dané faktury čerpán. Dodací list nechť má např. odkaz na SG=D. Dodacie listy se s prodejními doklady automaticky spárují (dále viz pravidla přidělování SG a tvorby SGI). Tím pádem vznikne nový záznam Source Group Identical o tom, že Source Group faktury a Source Group dokladu Dodací list jsou identické, tj. 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ť.

Doklad Dodací list po ocenění a uzavření skladovou uzávěrkou zaúčtujeme (pozor, pokud chceme, aby se spároval s FV, nesmíme jej zaúčtovat souhrnně), pak jeho účetní zápisy dostanou rovněž SG=D. Po zaúčtování žádostí do deníku se nejdříve hledá účetní zápis s SG=D, 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í dodacího listu připárují (dostanou shodné číslo saldokontní skupiny AccGroup=1A, tj. znak=1A), tedy zaúčtování DL skončí ve stejné saldokontní skupině jako faktura a zúčtovaná záloha. (Jedná se o specifický příklad automatického spárování 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: Mějme saldokontní skupinu (nechť má číslo AccGroup=1A, tj. znak=1A), v níž jsou účetní zápisy dokladů zúčtování ZL1 (s SG=A), FV1 (s SG=B) a čerpaného dokladu 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 dokladu 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.
    • Š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.
  • 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:

Příklad 2:Ruční spárování:

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.

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).

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í).

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ýjimku tvoří párovací vazba mezi doklady DL a FV/PP vytvořená automaticky při uložení FV/PP, do níž byl čerpán doklad DL, která se při odpojení importovaného dokladu DL automaticky nezruší. Nicméně připárovaný doklad DL lze odpojit ručně v subzáložce Ruční párování. Viz Zdrojový expediční skladový doklad (DL), který je importován do příjmového prodejní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).

Mějme saldokontní skupinu, která nechť má číslo AccGroup=1A, tj. znak=1A a obsahuje účetní zápisy dokladů FV1 (s SG=A), čerpaného dokladu DL1 (s SG=B), zúčtování ZL1 (s SG=C), FV2 (s SG=K) a čerpaného dokladu DL2 (s 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.

    Při přeúčtování může dokonce dojít i ke změně Source Group (podle toho, čím bylo vyvoláno) a tím samozřejmě poté i ke změně čísla saldokontní skupiny, do níž bude doklad zařazen - jelikož při přeúčtování zdrojového dokladu se účetní doklad vytváří celý znovu, tedy může obdržet i jiný Source Group (např. účtenka připojená jako platba, nesouhrnně účtovaný doklad přeúčtován souhrnně apod.).

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ů. Podle typu dokladu zdrojový doklad a jeho účetní doklad vznikají buď automaticky najednou nebo mohou účetní doklady vzniknout později až ručním vyvoláním akce zaúčtování zdrojového dokladu do účetnictví, přičemž zdrojový doklad a odpovídající účetní doklad mohou ale nemusí mít shodnou zkratku a číslo dokladu (shodná bude typicky u nesouhrnně účtovaných dokladů, různá bude typicky u souhrnně účtovaných dokladů). Podrobně viz kap. Způsoby účtování - Zdrojové a účetní řady souhrnné/nesouhrnné.

Ď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. Nicméně měl by význam, pokud by se uživatel nakonec rozhodl takový doklad zaúčtovat nesouhrnně, přestože byl vystaven v řadě s nastavením "neúčtovat" (což lze jen v agendách, kde mohou účetní doklady ke zdrojovým vznikat dodatečně až spuštěním funkce Zaúčtovat uživatelem (např. pokladní doklady, skladové doklady aj.) a současně k dané zdrojové řadě již existuje účetní řada pro nesouhrnné účtování).
  • 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é nesouhrnně :
    • Zdrojový doklad, o němž se účtuje a je vystaven v řadě s nastavením "účtovat nesouhrnně", odkaz na Source Group vždy obdrží. Pokud takový doklad uživatel skutečně zaúčtuje nesouhrnně, pak Source Group na zdrojovém dokladu bude mít další význam pro následný účetní doklad (viz výše přidělování čísla Source Group účetním dokladům). Nicméně neměl by další význam, pokud by se uživatel nakonec rozhodl takový doklad nezaúčtovat anebo zaúčtovat souhrnně, přestože byl vystaven v řadě s nastavením "účtovat nesouhrnně" (což lze jen v agendách, kde mohou účetní doklady ke zdrojovým vznikat dodatečně až spuštěním funkce Zaúčtovat uživatelem (např. pokladní doklady, skladové doklady aj.) a současně k dané zdrojové řadě již existuje účetní řada pro souhrnné účtování).

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.

Tedy nově vzniklý doklad bez vazby na jiný doklad bude po svém nesouhrnném zaúčtování tvořit novou samostatnou saldokontní skupinu (pokud by byl zaúčtován souhrnně, pak by tvořil vždy novou skupinu, jelikož souhrnný účetní doklad dostane nový SourceGroup, viz výše Přidělování SourceGroup účetním dokladům). Objasníme na príklade:

Mějme pokladní příjem PP-1/2002 vystavený v řadě s nesouhrnným účtováním a vystavený jako samostatný doklad (tedy nejedná se o platbu nějakého předpisu). Po uložení dostane zdrojový doklad nové Source Group, napr. SG=AA1000101. Jedná se o nesouhrnně účtovaný doklad, tudíž při uložení vzniká automaticky odpovídající účetní zápis v dané účetní řadě (nechť má tutéž zkratku 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. Jedná se o nesouhrnně účtovaný doklad, tudíž její účetní doklad, resp. účetní zápisy přeberou číslo SourceGroup od zdrojové faktury, tedy také budou mít 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. Jedná se o nesouhrnně účtovaný doklad, tudíž jeho účetní doklad, resp. účetní zápisy přeberou číslo SourceGroup od zdrojového dobropisu, tedy také budou mít 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ácení příjmu/výdaje ⇒ je-li účtováno nesouhrnně, pak se automaticky spáruje s pokladním příjmem/výdejem.

    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íklade:

    Príklad 1: Mějme pokladní příjem PP-1/2002 vystavený samostatně v agendě pokladních příjmů jako nový PP doklad v nesouhrnné řadě a nechť zdrojový PP obdrží Source Group např. SG=AA000101. Jeho účtovný doklad, resp. účtovné zápisy, preberú Source Group zdrojového, takže tiež SG=AA000101. Dále k němu vystavíme vrácení příjmu VP-1/2002 také v nesouhrnné řadě. 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

  • Převodka příjem - po vystavení přebere SG převodky výdej ⇒ je-li účtováno nesouhrnně, pak se automaticky spáruje s převodkou výdej

    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 pokladnou - přebere SG od předpisu platby ⇒ je-li účtováno nesouhrnně, pak se automaticky spáruje s předpisem platby

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

      Pokud tedy chcete platby hotově automaticky párovat s předpisem, nevystavujte je v řadách souhrnně účtovaných, což lze i vyloženě zakázat pomocí parametru Povolit zaúčtovat PP/PV souhrnně, pokud se jedná o doklady, které jsou platbou v agendě Firemné údaje.

    • 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. Tedy po zaúčtování, je-li účtováno nesouhrnně, budou platba s předpisem v jedné saldokontní skupině. 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ějme pokladní příjem vystavený samostatně v agendě pokladních příjmů jako nový PP doklad bez DPH v nesouhrnné řadě. 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. Jedná se např. o Príjemky, Kooperácie, Zmeny vstupnej ceny, Vratky príjemiek apod., dále viz Záložka Výdaje pořízení/změny ceny resp. Související doklady - obecně.

Zvláštní případ tvoří doklady Obstaranie majetku, viz Zařazení majetku do evidence s vazbou na nákupní doklad (s čerpáním výdajů 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ě.

Příjemky totiž umožňují i souhrnné účtování a jak bylo uvedeno výše, je-li účtováno souhrnně, pak se doklad příjemky automaticky nespáruje s nákupním dokladem, ani kdyby splňoval podmínky pro spárování PR, jelikož souhrnný účetní doklad obdrží samostatný svůj vlastní Source Group, pak příjemka po zaúčtování do deníku nebude v jedné saldokontní skupině s nákupním dokladem a případné spárování je třeba provést ručně dodatečně v dení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 Obstaranie majetku se neúčtují a nemají ani subzáložku Ruční párování, tudíž je případná párovací vazba vidět pouze v subzáložce Ruční párování nákupního dokladu, z něhož je čerpáno. 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 pořízení, tj. patří do skupiny dokladů účelů výdaje, a umožňují tedy stejně jako doklady uvedené v části Zdrojový doklad s vazbou na nákupní doklad (s čerpáním výdajů z nákupního dokladu) zadávat čerpání částky dokladu z různých nákupních dokladů.

Doklady Obstaranie majetku se neúčtují a nemají ani subzáložku Ruční párování, tudíž je případná uživatelem ručně zadaná párovací vazba vidět pouze v subzáložce Ruční párování nákupního dokladu, z něhož je čerpáno.

Vzhledem k tomu, že se doklady Obstaranie majetku neúčtují, využívá se párovací vazby mezi dokladem Obstaranie majetku a nákupními doklady až při zařazení příslušné karty majetku do evidence, při němž vznikne doklad Zaradenia majetku do evidencie (ZM), který se automaticky spáruje s nákupními doklady zadanými v subzáložce Výdaje pořízení dokladu Obstaranie majetku patřícího k zařazované kartě majetku, a to bez ohledu na to, zda uživatel ručně vytvořil párovací vazbu mezi dokladem výdaje pořízení a nákupními doklady, nebo ne. Je-li karta majetku nejdříve zařazena do evidence a teprve potom jsou do subzáložky Výdaje pořízení dokladu Obstaranie majetku čerpány nákupní doklady, rovněž se automaticky vytvoří párovací vazba mezi dokladem Zaradenia majetku do evidencie a příslušnými nákupními doklady.

Jedná se o specifický případ párování, kdy program automaticky (tj. bez zásahu uživatele) vytvoří párovací vazbu mezi FV/PP a DL, přičemž párovací doklady jsou k dispozici v subzáložce Ruční párování, kde je může uživatel prohlížet a ručně odpojit. Viď možnosti párovania.

Při importování (čerpání) DL do FV/PP resp. při vystavování nového dokladu DL spolu s FV/PP program při uložení FV/PP zkontroluje, zda existuje párovací doklad v subzáložce Ruční párování mezi FV/PP a všemi importovanými doklady DL. Ak párovací doklad v subzáložke Ručné párovanie neexistuje, tak sa po uložení FV/PP automaticky pridá.

Vzhledem k tomu, že se jedná o vazbu m:n (jeden doklad Dodací list může být čerpán do více FV/PP a naopak), program nemůže jednoznačně rozhodnout při smazání řádku FV/PP, k jakému dokladu DL smazaný řádek patřil, a tudíž nedojde ke zrušení párovací vazby mezi 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.

Dále má uživatel možnost zadat si u DL nebo FV/PP ručně odpovídající párovací doklad v subzáložce Ruční párování, tj. využít automatické párování se zásahem uživatele, příp. si párování provést až dodatečně v dení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ť. Zde se jedná o jednoznačnou vazbu 1:1, proto PR přebírá číslo Source Group (zdrojové skupiny) od daného prodejního dokladu, tedy páruje se svým protějškem ⇒ je-li účtováno nesouhrnně, pak se automaticky spáruje s FV/PP. Pozor - podmínka nesouhrnného účtování musí být splněna jak pro skladovou příjemku (PR), tak pro pokladní pří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í.

    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. Tj. např. účtování základu a DPH téhož dokladu, nebo víceřádkové souhrnné doklady a pod.

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.