Transaktionsbehandlingssystem är ett program eller mjukvara som behandlar alla transaktioner som går in och ut ur ett företag eller ett företag. Systemet går över transaktionerna en efter en, som i en automat (ATM) som endast tillåter en användare åt gången. Termen ”transaktion”, i det här fallet, syftar inte bara på ekonomiska aspekter, utan till förfrågningar om information som helhet, som att boka en flygresa eller bara logga in på ett onlinebankkonto.
I direkt motsats till ett transaktionsbearbetningssystem står ett batchbearbetningssystem. Detta system bearbetar flera transaktioner – eller en ”batch” av transaktioner – samtidigt. Den största nackdelen är att de bearbetade transaktionerna inte ger omedelbara resultat.
En modern analogi är en torrentfil kopplad till en mapp med filer. Användaren kan inte omedelbart komma åt en fil förrän alla filer i mappen är helt nedladdade. Transaktionsprocessen, tvärtom, ger resultat i realtid som skapar mer bekvämlighet och mindre förvirring. Till exempel kan en onlineshoppare omedelbart se antalet tillgängliga produkter minska när andra shoppare lägger produkterna i sin kundvagn online.
Programvaran eller programmet genomgår vanligtvis ett ACID-test för att kvalificera sig som ett transaktionsbearbetningssystem. ACID står för Atomicity, Consistency, Isolation och Durability. Atomicitet avser systemets förmåga att genomföra eller avstå från en transaktion i sin helhet. Registrering för ett onlinebankkonto kräver till exempel att användaren matar in nödvändig information. Om du lämnar ett fält tomt eller stänger fönstret kommer användaren att förlora sin registrering.
Konsekvens i ett transaktionsbehandlingssystem innebär att systemet bör fungera under begränsningarna av integritetsbegränsningar för databashantering. Enkelt uttryckt borde programmeringen vara korrekt. Kännetecknet för isolering innebär att varje transaktion behandlas som separat och olika, även om samma transaktioner sker samtidigt. Systemets hållbarhet indikerar att om en transaktion genomförs framgångsrikt, kan den inte återställas. I händelse av ett systemfel bör programmet fortfarande behålla data via en kodad logg.
Bortsett från de nödvändiga funktionerna som klarar ACID-testet, bör ett transaktionsbearbetningssystem också vara tillförlitligt. Detta innebär att programmet har en minsta eller noll chans att misslyckas. I situationer med ett haveri bör återställningen ske snabbt och ett backupsystem kommer också omedelbart in. Systemet bör också vara fullt tillgängligt endast för begränsade användare. En besökare kan till exempel välja vilken plats han vill ta på ett flygplan, men kan inte avboka en reserverad plats av en tidigare besökare, en uppgift som bara en erfaren programmerare eller personal kan utföra.