Tapahtumien käsittelyjärjestelmä on ohjelma tai ohjelmisto, joka käsittelee kaikki liiketoimet, jotka liittyvät liiketoimintaan tai yritykseen. Järjestelmä käy tapahtumat läpi yksitellen, kuten pankkiautomaatissa (ATM), joka sallii vain yhden käyttäjän kerrallaan. Termi “tapahtuma” ei tässä tapauksessa tarkoita ainoastaan taloudellisia näkökohtia, vaan myös tietopyyntöjä kokonaisuudessaan, kuten lennon varaamista tai vain kirjautumista verkkopankkitilille.
Toisin kuin tapahtumien käsittelyjärjestelmä on eräkäsittelyjärjestelmä. Tämä järjestelmä käsittelee useita tapahtumia – tai tapahtumien erää – samanaikaisesti. Suurin haitta on, että käsitellyt tapahtumat eivät palauta välittömiä tuloksia.
Moderni analogia on torrent -tiedosto, joka on liitetty tiedostojen kansioon. Käyttäjä ei voi käyttää tiedostoa heti, ennen kuin kaikki kansion tiedostot on ladattu kokonaan. Kauppaprosessi päinvastoin tuottaa reaaliaikaisia tuloksia, jotka lisäävät mukavuutta ja vähentävät sekaannusta. Esimerkiksi verkko -ostaja näkee heti saatavilla olevien tuotteiden määrän vähenevän, kun muut ostajat laittavat tuotteet online -ostoskoriinsa.
Ohjelmistolle tai ohjelmalle tehdään yleensä ACID -testi, jotta se voidaan luokitella tapahtumien käsittelyjärjestelmäksi. ACID tarkoittaa atomia, johdonmukaisuutta, eristämistä ja kestävyyttä. Atomicity tarkoittaa järjestelmän kykyä suorittaa tai luopua tapahtumasta kokonaisuudessaan. Esimerkiksi verkkopankkitilin rekisteröinti vaatii käyttäjän syöttämään tarvittavat tiedot. Jos jätät kentän tyhjäksi tai suljet ikkunan, käyttäjä menettää rekisteröintinsä.
Johdonmukaisuus tapahtumien käsittelyjärjestelmässä tarkoittaa, että järjestelmän pitäisi toimia tietokannan hallinnan eheysrajoitusten rajoissa. Yksinkertaisesti sanottuna, ohjelmoinnin pitäisi olla oikea. Eristäytymisen ominaisuus tarkoittaa, että jokainen tapahtuma käsitellään erillisenä ja erilaisena, vaikka samat tapahtumat tapahtuisivat samanaikaisesti. Järjestelmän kestävyys osoittaa, että jos tapahtuma suoritetaan onnistuneesti, sitä ei voi peruuttaa. Järjestelmävian sattuessa ohjelman tulisi silti säilyttää tiedot koodatun lokin kautta.
ACID -testin läpäisevien tarvittavien ominaisuuksien lisäksi tapahtumien käsittelyjärjestelmän tulisi olla myös luotettava. Tämä tarkoittaa, että ohjelmalla on vähäinen tai nolla mahdollisuus epäonnistua. Häiriötilanteissa palautumisen pitäisi olla nopeaa, ja myös varmuuskopiointijärjestelmä käynnistyy välittömästi. Järjestelmän tulisi olla myös täysin rajoitettujen käyttäjien saatavilla. Vierailija voi esimerkiksi valita, mihin istuimelle lentokoneessa, mutta ei voi peruuttaa edellisen vierailijan varaamaa paikkaa, jonka vain kokenut ohjelmoija tai henkilökunta voi suorittaa.