Hvernig auðlindastjórnunarkerfi (ERP) virka: Einingar, gagnastraumar og höfuðbókin undir
Ein viðskiptafærsla rakin í gegnum allar einingar auðlindastjórnunarkerfis (ERP), ásamt raunverulegum færslubókarfærslum, og hvers vegna höfuðbókin er sú skrá sem allt annað les úr.
Auðlindastjórnunarkerfi (ERP) virkar þannig að hver viðskiptaviðburður er vistaður einu sinni, í einum gagnagrunni, og hver eining fær leyfi til að lesa og skrifa í þá samnýttu skrá. Afgreidd pöntun er nákvæmlega sama skráin hvort sem vöruhúsið, söluteymið eða bókarinn skoðar hana. Sú eining sem heldur öllu kerfinu hreinu er höfuðbókin (general ledger): hver sá viðburður sem hefur fjárhagslegt gildi enda þar sem jafnvægisbókuð færsla, og allar skýrslur eru unnar út frá þessum færslum.
Þessi grein fylgir einni sölu í gegnum einingarnar, sýnir þær færslubókarfærslur sem hún skapar og útskýrir hvers vegna samþætting við auðlindastjórnunarkerfi (ERP) snýst um viðburði og höfuðbókina en ekki um notendaviðmót.
Samnýtti gagnagrunnurinn
Áður fyrr rak hver deild sína eigin hugbúnað. Birgðirnar voru í vöruhúsakerfi, reikningar í innheimtukerfi og bókhalds¬bækurnar í fjármálakerfi. Mánuðinum var eytt í að stemma þetta þrennt af. Hvað er ERP-hugbúnaður? útskýrir flokkinn; sá vélbúnaður sem fær kerfið til að virka er eitt gagnagrunnslíkan þar sem:
- viðskiptamannaskrá (partner) er notuð jafnt af sölu, innkaupum sem og höfuðbókinni,
- vöruskrá (item) inniheldur birgðamagnið, FIFO-kostnaðarlögin (FIFO cost layers), söluverðið og tekjureikninginn,
- skjal (document) (pöntun, reikningur, kreditreikningur, innkaup, framleiðslupöntun) vísar í viðskiptavini og vörur og skilar nákvæmlega einu seti af færslubókarfærslum,
- færslubókarfærsla (journal entry) vísar í skjalið sem bjó hana til, þannig að hægt er að rekja hverja tölu í skýrslu aftur til upprunans.
Þegar gögnin eru samnýtt er ekkert til að stemma af á milli eininga. Það eina sem eftir standa til að stemma af eru ytri gögnin: bankayfirlit og skattskýrslur.
Einingakortið
| Eining | Skrifar | Les |
|---|---|---|
| Sala | Pantanir, reikningar, kreditreikningar | Viðskiptavinir, vörur, verð, VSK-reglur |
| Innkaup | Innkaupapantanir, lánardrottnareikningar | Viðskiptavinir, vörur, kostnaðarreikningar |
| Birgðir | Birgðahreyfingar, FIFO-kostnaðarlög, talningar | Vörur, vöruhús |
| Framleiðsla | Framleiðslupantanir, íhlutanotkun, unnar vörur | Uppskriftatöflur, birgðir |
| Banki | Innfluttar færslur, greiðslusamræming | Opnir reikningar, bankareikningar |
| Laun | Launavinnslur, gjöld, skilagreinar | Starfsmenn, ráðningarsamningar, skattatöflur |
| Eignir | Eignaskrá, afskriftavinnslur | Eignaflokkar, nýtingartími |
| Skattar | VSK-skýrslur, ESB-söluskýrslur, Intrastat, rafrænir reikningar | Útgefin og skráð skjöl |
| Höfuðbók (general ledger) | Færslubókarfærslur, tímabilalokanir | Allt það sem er að ofan |
| Skýrslugerð | Ekkert | Höfuðbókin og undirbókur |
Hver röð nema þær tvær neðstu endar á skrift í höfuðbókina. Það er hönnunarreglan sem aðgreinir auðlindastjórnunarkerfi (ERP) frá safni tengdra tækja.
Raunverulegur gagnastraumur
Dæmið hér að neðan notar endapunkta Nordlet og sjálfgefna reikninga í litáíska bókhaldslyklinum sem fylgir með. Öll auðlindastjórnunarkerfi (ERP) framkvæma sömu skrefin; reikningsnúmerin og heiti endapunkta eru þó breytileg.
1. Pöntun
Vefverslun leggur inn pöntun í gegnum POST /v1/ecommerce/orders/create: viðskiptamaður, línur með vörum og magni, afhendingarland. Ekkert er bókað í höfuðbókina enn þá. Pöntun er skuldbinding, ekki viðskiptafærsla.
2. Birgðastöðvun
orders/reserve tekur magnið frá þannig að önnur pöntun geti ekki selt sömu einingar. Enn eru engar færslubókarfærslur gerðar: fráteknar birgðir eru enn í eigu fyrirtækisins.
3. Afgreiðsla
orders/fulfill skráir að vörurnar séu farnar úr vöruhúsinu. Tvennt gerist í einni gagnagrunnsfærslu:
- Birgðir eru teknar út á FIFO-kostnaði: elstu kostnaðarlög fyrir hverja vöru eru notuð fyrst, sem er sú aðferð sem lýst er í orðskýringunni FIFO-birgðamat.
- Kostnaður þessara eininga er færður sem færslubókarfærsla, debet kostnaður seldra vara, kredit birgðir.
| Reikningur | Debet | Kredit |
|---|---|---|
| 6000 Kostnaður seldra vara | 600.00 | |
| 2040 Birgðir | 600.00 |
Afgreiðslan býr einnig til drög að reikningi fyrir pöntunina og ákvarðar VSK-meðhöndlun út frá afhendingarlandi með því að nota ESB VSK-vélina.
4. Útgáfa reiknings
Útgáfa reikningsins er það augnablik þegar tekjur eru færðar til tekna vegna sölu sem á sér stað á einum tímapunkti. Skjalið fær sitt samfellda númer og ein jafnvægisbókuð færsla er bókuð: brúttóupphæðin á kröfur, VSK á VSK-skuldareikning og nettóupphæðin á tekjureikning.
Fyrir 1.000 evra nettósölu með 21% litáískum VSK:
| Reikningur | Debet | Kredit |
|---|---|---|
| 2410 Viðskiptakröfur | 1.210.00 | |
| 5000 Tekjur af vörusölu | 1.000.00 | |
| 4492 VSK til innheimtu (útlestur) | 210.00 |
Ef lína ber með sér aðra tekjufærsluaðferð en miðað er við einn tímapunkt fer nettóupphæðin á frestaðar tekjur í staðinn og tekjufærsluvélin leysir hana úr læðingi áætlaðan tíma. Bókun á kröfum og VSK breytist ekki.
Reikningurinn getur nú farið út sem PDF-skjal, sem Peppol BIS 3.0 rafrænur reikningur eða á því innlenda rafræna reikningssniði sem löggjöf lands fyrirtækisins krefst.
5. Bankasamræming
Tveimur vikum síðar berast 1.210 evrur. Hreyfingin kemur inn í gegnum PSD2-bankastraum eða innflutning á camt.053-yfirliti. Bankaeiningin metur hugsanlega reikninga út frá upphæð, greiðslutilvísun, nafni gagnaðila og IBAN, og bank/transactions/match bókar uppgjörið:
| Reikningur | Debet | Kredit |
|---|---|---|
| 2710 Banki | 1.210.00 | |
| 2410 Viðskiptakröfur | 1.210.00 |
Staða reikningsins breytist í greiddur og sale_invoice.paid-vefboð (webhook) er sent út. Greiðslusamræmingarfærslan útskýrir samræmingarvirknina nánar. Greiðsla í öðrum gjaldmiðli bókar raungert gengi mismunar á hagnaðar- eða tapreikning í sama skrefi.
6. Virðisaukaskattskýrsla
Við mánaðarlok er ekkert slegið inn aftur handvirkt. VSK-skýrslan er reiknuð út frá útgefnum og skráðum skjölum: declarations/eu/vat-return/compute fyrir innlenda skýrslu (FR0600 í Litháen), declarations/eu/oss/compute fyrir yfir landamæri neytendasölu samkvæmt einkaleyfiskerfi Evrópusambandsins (OSS). Sölufærslan hér að ofan lendir í almenna skattþrepinu á innlendu skýrslunni vegna þess að VSK-fyrirkomulag hennar er domestic.
7. Tímabilalokun
Þegar skýrslan hefur verið skilað lokar ledger/periods/lock mánuðinum. Eftir það er öllum færslum sem dagssettar eru á það tímabil, þar með talin síðbúin bankasamræming eða endurtekin API-beiðni, hafnað með HTTP 409 villu. Lokunin kveikir einnig á færslu frestaðra tekna sem eiga að koma til tekna á tímabilinu, þannig að mánuður getur ekki lokast þar sem áunnin tekja situr eftir á skuldareikningi.
Hvers vegna höfuðbókin er upprunakerfið (system of record)
Hver eining hér að ofan heldur úti undirbók (subledger): kröfur eftir viðskiptavinum, skuldir eftir lánardrottnum, birgðir eftir vörum, eignir eftir eignum. Höfuðbókin (general ledger) geymir samtölurnar sem þessar undirbækur verða að stemma við. Undirbók á móti höfuðbók fjallar um sambandið; hagnýta atriðið er að skýrsla sem er byggð upp úr höfuðbókinni og skýrsla sem er byggð upp úr undirbók verða að skila sömu tölu, og ERP-kerfi tryggir það með því að framleiða hvort tveggja úr sömu færslubókarfærslunum.
Þrír eiginleikar gera það að verkum að hægt er að treysta höfuðbókinni sem áreiðanlegri skrá:
- Jafnvægi er krafist. Í Nordlet neitar gagnagrunnurinn að taka við færslu þar sem debet er ekki í jafnvægi við kredit. Villa í einingu getur ekki skapað skakkfærslu.
- Saga er einungis skrifuð við (append-only). Bókuð færsla er aldrei breytt. Mistök eru leiðrétt með endurgreiðslufærslu og nýrri færslu, sem eru báðar tengdar þeirri upphaflegu. Færslan óbreytanleg höfuðbók (immutable ledger) útskýrir hvers vegna endurskoðendur krefjast þessa.
- Tímabilum er lokað. Ekki er hægt að breyta lokuðum mánuði, þannig að þær tölur sem þú skilaðir eru þær tölur sem sitja eftir í kerfinu.
Samþætting: Viðburðir og ídempótens (idempotency), ekki næturhryðjur (nightly batches)
Eldri samþættingar auðlindastjórnunarkerfa (ERP) gengu út á skrár sem skipt var á um nætur: flytja út pantanir, flytja þær inn, athuga villuskrána um morguninn. Nútíma ERP-kerfi bjóða upp á forritaskil (API), og samþætting snýst þá um tvær meginreglur.
Viðburðir út. Þegar eitthvað breytist lætur ERP-kerfið þig vita. Nordlet skrifar hvern vefboðsviðburð (webhook event) í útgáfubiðröð (outbox) í sömu gagnagrunnsfærslu og breytingin, þannig að skjal sem var rúllað til baka sendir aldrei frá sér viðburð og enginn viðburður glatast. Sendingar eru undirritaðar með HMAC-SHA256 og reyndar aftur með veldishækkandi biðtíma (exponential backoff). Kerfið þitt bregst við sale_invoice.paid í stað þess að spyrja á fimm mínútna fresti hvort eitthvað hafi verið greitt.
Öruggar endurteknar beiðnir inn. Netkerfi bregðast stundum og endurtekin beiðni má ekki búa til annan reikning. Nordlet samþættir Idempotency-Key haus á öllum breytingaköllum: sami lykill með sama efni skilar geymdu svari, sama lykill með öðru efni er hafnað og lyklar renna út eftir 24 klukkustundir. Orðskýringin ídempótens (idempotency) og API-venjur lýsa nákvæmri hegðun.
Vegna þess að hver aðgerð er POST /v1/{module}/{resource}/{action} kall og forritið notar sömu endapunkta getur samþætting keyrt allt flæðið hér að ofan án þess að ein manneskja þurfi að opna notendaviðmót. Hvernig á að samþætta skýjabókhalds-API við SaaS-vettvang leiðir mann í gegnum slíka smíði.
Hvað skýrslugerð les
Skýrslur geyma ekki tölur. Þær eru fyrirspurnir yfir höfuðbókina og undirbókur á tilteknum tímapunkti:
- Jöfnunarstaða, efnahagsreikningur, rekstrarreikningur og sjóðstreymi lesa færslubókarfærslur eftir reikningum og tímabilum.
- Aldursgreining skulda og krafna les opnar kröfur og skuldir eftir gjalddaga.
- Birgðastaða og hreyfingar lesa birgðaundirbókina og FIFO-lög heirrar.
- VSK-samantekt les VSK-línur útgefinna og skráðra skjala.
- Kostnaðarstaðaskýrslur lesa kostnaðarstaðavíddina á hverri færslulínu.
Í Nordlet er skýrsla búin til í bakgrunni sem XLSX, PDF eða JSON, og vefboð (webhook) er virkjað þegar skráin er tilbúin. Samstæðutölur koma frá samstæðu (consolidation), sem sameinar höfuðbækur nokkurra fyrirtækja með eignarhlutfallsveigun og gjaldmiðlaumbreytingu.
Þar sem þetta brestur í framkvæmd
Flest vandamál í auðlindastjórnunarkerfum (ERP) eru brestir á meginreglunni um samnýtta skrá en ekki í hugbúnaðinum sjálfum. Algeng tilvik:
- Hliðartöfluskjal (parallel spreadsheet) fyrir eitthvað sem ERP-kerfið „getur ekki gert“, sem stangast síðan á við bækurnar.
- Handvirkar færslubókarfærslur sem notaðar eru til að laga útkomu einingar í stað þess að laga skjalið, sem eyðileggur rekjanleikann frá skýrslu til uppruna.
- Samþættingar sem skrifa stöður í stað skjala, þannig að höfuðbókin geymir samtölur sem enginn getur útskýrt.
- Opnum tímabilum haldið ólokuðum mánuðum saman, þannig að tölur síðasta árs sem skilað var reika til.
Hvers vegna ERP innleiðingar mistakast fjallar um hvernig þessar venjur myndast við innleiðingu, og raunhæfar tímalínur fyrir ERP innleiðingar sýna hvar í verkefninu þær koma venjulega fram.
FAQ
Hvað er kjarninn í auðlindastjórnunarkerfi (ERP)?
Höfuðbókin og samnýtta gagnagrunnslíkanið í kringum hana. Hver eining skrifar skjöl sem búa til jafnvægisbókaðar færslubókarfærslur og hver skýrsla er unnin út frá þessum færslum.
Hvernig flæða gögn í gegnum auðlindastjórnunarkerfi (ERP)?
Viðburður er skráður einu sinni sem skjal (pöntun, reikningur, hreyfing, launavinnsla). Skjalið býr til færslubókarfærslur í höfuðbókinni og hreyfingar í viðkomandi undirbók. Skýrslur og skattskýrslur eru reiknaðar út frá þessum skrám. Ekkert er afritað á milli eininga.
Hver er munurinn á einingu og samþættingu?
Eining skrifar í sama gagnagrunn og sömu höfuðbók og afgangurinn af kerfinu. Samþætting er ytra forrit sem kallar á API-viðmót ERP-kerfisins. Með API-fyrsta ERP-kerfi er munurinn lítill, vegna þess að samþættingin notar sömu endapunkta og einingarnar nota.
Bókar auðlindastjórnunarkerfi (ERP) bókhaldsfærslur sjálfkrafa?
Já. Útgáfa reiknings, afgreiðsla pöntunar, samræming greiðslu, launavinnsla eða afskrift eignar skapar hver um sig sína færslubókarfærslu án þess að manneskja þurfi að setja saman debet og kredit. Reikningarnir sem notaðir eru koma úr bókunarreglum sem hægt er að breyta fyrir hvert fyrirtæki.
Hvers vegna loka ERP-kerfi bókhaldstímabilum?
Til þess að tölur sem gefnar eru upp eða skilað er fyrir tímabil geti ekki breyst eftirá. Lokað tímabil hafnar nýjum færslum, sem verndar endurskoðunarslóðina og neyðir leiðréttingum inn á núverandi tímabil þar sem þær sjást.