Jedno účtovací jádro.

Vše v hlavní knize prochází jedním účtovacím jádrem a tento jediný bod kontroly činí zbytek systému důvěryhodným. Jádro validuje a účtuje faktury, platby a účetní zápisy, znovu zaúčtovává stažené transakce, maže a páruje a je jediným kódem v aplikaci, který zapisuje řádek hlavní knihy. Pracuje podle konvencí stávající hlavní knihy: zápis na stranu MD je záporná základní částka, hlavička je vždy prvním řádkem účetního zápisu a data jsou uložena jako starší osmiznakové řetězce, které se parsují jedinou čtecí funkcí místo přetypování na každém místě.

Fakturace běží na jedné ploše pro stranu závazků i pohledávek, prostřednictvím čtyřkrokové lišty: hlavička, řádky, kontrola a platba. Dobropisy, cizí měna, obchodní analytika na úrovni řádků a připojené dokumenty jsou k dispozici všude. Znaménko každého řádku vytváří jeden vzorec a písmeno MD nebo D se odvozuje z výsledné částky, místo aby se předávalo vedle ní, takže se nikdy nemohou rozcházet.

Platby odpovídají tomu, jak finanční týmy skutečně vypořádávají:

• Úhrada z faktury zaúčtuje fakturu a poté platbu. Pokud druhý krok selže, první se vrátí zpět od nejnovějšího, protože každé jádro otevírá vlastní spojení a jedna databázová transakce napříč nimi není k dispozici.
• Částečná úhrada se zaúčtuje na účet; párování vzniká pouze při přesném vyrovnání.
• Částka převyšující neuhrazený zůstatek se rovnou odmítne a server ji odmítne nezávisle na prohlížeči.

Banka zahrnuje import výpisů ve čtyřech bankovních rozvrženích s formátem rozpoznaným ze samotného souboru a list odsouhlasení, který se aktivuje, až když se obě strany navrhované shody vyrovnají přesně na nulu. Řádek výpisu lze zpracovat přímo na novou platbu nebo fakturu prostřednictvím téhož účtovacího jádra; žádná paralelní cesta neexistuje.

Tři další kontroly doplňují jádro:

• Otevřená období se kontrolují na třech úrovních (kniha účetní jednotky, modul a účet) a odmítnutí vždy uvádí, která úroveň zaúčtování zablokovala.
• Více měn využívá referenční kurzy Evropské centrální banky bez klíče API, přesnost kurzu na devět desetinných míst a jeden sdílený aritmetický modul používaný prohlížečem i účtovacím jádrem.
• Změny zaúčtované transakce jsou omezeny na pojmenovaná nefinanční pole, po jednom, prostřednictvím pevné mapy klíčů: nerozpoznaný klíč se odmítne a po síti se nikdy nepřenáší žádný název sloupce. Úplné znovuotevření prochází kontrolou pouze pro čtení, která odpoví, zda lze transakci znovu otevřít, a pokud ne, které párování, odsouhlasení, období nebo podané přiznání tomu brání.