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