NOVERA.Software

04 · Finančné jadro

Jeden účtovací mechanizmus.

Každý riadok hlavnej knihy v systéme zapisuje jediný mechanizmus. Práve tento jeden kontrolný bod robí čísla nad ním dôveryhodnými.

Čo pokrýva

Fakturácia beží na jednom rozhraní, ktoré slúži strane záväzkov aj pohľadávok, s dobropismi, cudzou menou, analytikou na úrovni riadkov a priloženými dokumentmi všade. Znamienko každého riadku vychádza z jedného vzorca a písmeno MD alebo D sa odvodzuje z výsledku, nikdy sa neprenáša vedľa neho, takže tieto dva údaje si nemôžu odporovať.

Úhrada z faktúry zaúčtuje faktúru a potom platbu; ak druhý krok zlyhá, zmeny sa vrátia od najnovšej. Čiastočná úhrada sa zaúčtuje ako nespárovaná platba; párovanie vykoná iba presné vyrovnanie. Preplatok sa rovno odmietne a server ho odmieta nezávisle od prehliadača.

Bankové výpisy sa importujú s rozložením rozpoznaným zo súboru v štyroch formátoch bánk a odsúhlasenie sa aktivuje iba vtedy, keď sa obe strany navrhovanej zhody vzájomne vynulujú presne na nulu.

Kontroly

  • Otvorené obdobia na troch úrovniach. Hlavná kniha subjektu, modul a účet. Odmietnutie vždy uvedie úroveň, ktorá ho zablokovala.
  • Viac mien. Referenčné kurzy ECB, deväť desatinných miest, jedna spoločná aritmetika, ktorú používa prehliadač aj server.
  • Zaúčtované údaje sa neprepisujú. Pomenované nefinančné polia sa upravujú po jednom; neznáme pole sa odmietne a cez sieť sa nikdy neprenáša názov stĺpca.
  • Opätovné otvorenie je strážené. Kontrola iba na čítanie odpovie, či možno transakciu znovu otvoriť, a ak nie, ktoré párovanie, odsúhlasenie, obdobie alebo podané priznanie tomu bráni.

Opis platformy

Finančné jadro

Všetko v hlavnej knihe prechádza jedným účtovacím mechanizmom a tento jediný kontrolný bod robí zvyšok systému dôveryhodným. Mechanizmus overuje a zaúčtúva faktúry, platby a účtovné zápisy, znovu zaúčtuje stiahnutú transakciu, odstraňuje a páruje a je jediným kódom v aplikácii, ktorý zapisuje riadok hlavnej knihy. Pracuje podľa konvencií existujúcej hlavnej knihy: strana MD je záporná suma v základnej mene, hlavička je vždy prvým riadkom účtovného zápisu a dátumy sa uchovávajú ako pôvodné osemznakové reťazce, ktoré sa analyzujú jedným spoločným čítačom namiesto pretypovania na každom mieste.

Fakturácia beží na jednom rozhraní pre stranu záväzkov aj pohľadávok, prostredníctvom štvorkrokového postupu: hlavička, riadky, kontrola a úhrada. Dobropisy, cudzia mena, obchodná analytika na úrovni riadkov a priložené dokumenty sú k dispozícii všade. Znamienko každého riadku vytvára jeden vzorec a písmeno MD alebo D sa odvodzuje z výslednej sumy namiesto toho, aby sa odovzdávalo spolu s ňou, takže tieto dva údaje si nikdy nemôžu odporovať.

Platby zodpovedajú tomu, ako finančné tímy skutočne vyrovnávajú:

  • Úhrada z faktúry zaúčtuje faktúru a potom platbu. Ak druhý krok zlyhá, prvý sa vráti od najnovšej zmeny, pretože každý mechanizmus otvára vlastné spojenie a jedna databázová transakcia naprieč nimi nie je k dispozícii.
  • Čiastočná úhrada sa zaúčtuje ako nespárovaná platba; párovanie vykoná iba presné vyrovnanie.
  • Suma vyššia ako neuhradený zostatok sa rovno odmietne a server ju odmieta nezávisle od prehliadača.

Banka zahŕňa import výpisov v štyroch bankových rozloženiach s formátom rozpoznaným priamo zo súboru a hárok odsúhlasenia, ktorý sa aktivuje iba vtedy, keď sa obe strany navrhovanej zhody vzájomne vynulujú presne na nulu. Riadok výpisu možno priamo spracovať na novú platbu alebo faktúru prostredníctvom toho istého účtovacieho mechanizmu; paralelná cesta neexistuje.

Tri ďalšie kontroly dopĺňajú jadro:

  • Otvorené obdobia sa vynucujú na troch úrovniach (hlavná kniha subjektu, modul a účet) a odmietnutie vždy uvedie, ktorá úroveň zaúčtovanie zablokovala.
  • Viac mien využíva referenčné kurzy Európskej centrálnej banky bez kľúča API, presnosť kurzu na deväť desatinných miest a jeden spoločný aritmetický modul, ktorý používa prehliadač aj účtovací mechanizmus.
  • Úpravy zaúčtovanej transakcie sú obmedzené na pomenované nefinančné polia, po jednom, prostredníctvom pevnej mapy kľúčov: nerozpoznaný kľúč sa odmietne a cez sieť sa nikdy neprenáša názov stĺpca. Úplné opätovné otvorenie prechádza bránou iba na čítanie, ktorá odpovie, či možno transakciu znovu otvoriť, a ak nie, ktoré párovanie, odsúhlasenie, obdobie alebo podané priznanie tomu bráni.