Zasoby, wydarzenia, agenci

Zasoby, zdarzenia, agenci ( REA ) to model pokazujący, jak można przeprojektować system księgowy na potrzeby ery komputerów. REA została pierwotnie zaproponowana w 1982 r. przez Williama E. McCarthy'ego jako uogólniony model rachunkowości i zawierała koncepcje zasobów, zdarzeń i agentów (McCarthy 1982).

REA jest popularnym modelem w nauczaniu systemów informacji księgowej (AIS), ale jest rzadko spotykany w praktyce biznesowej. Większość firm nie może łatwo zdemontować swoich starszych systemów hurtowni danych lub nie chce tego zrobić. Workday, Inc. , IBM Scalable Architecture for Financial Reporting , REATechnology i ISO 15944-4 stanowią wyjątki. Fallon i Polovina (2013) pokazali jednak, w jaki sposób REA może również wnieść wartość dodaną podczas modelowania bieżącego ERP procesów biznesowych poprzez dostarczenie narzędzia, które zwiększa zrozumienie wdrożenia i leżącego u jego podstaw modelu danych.

Opis

Model REA pozbywa się wielu obiektów księgowych, które w dobie komputerów nie są już potrzebne. Najbardziej widoczne z nich to debety i kredyty – w systemie REA księgowość podwójna znika. Wiele kont księgi głównej również znika, przynajmniej jako trwałe obiekty; np. należności lub zobowiązania . Komputer może generować te konta w czasie rzeczywistym, korzystając z zapisów dokumentów źródłowych.

REA traktuje system księgowy jako wirtualną reprezentację rzeczywistej działalności. Innymi słowy, tworzy obiekty komputerowe, które bezpośrednio reprezentują obiekty biznesowe w świecie rzeczywistym. Z informatyki REA jest ontologią . Rzeczywiste obiekty uwzględnione w modelu REA to:

• towary, usługi lub pieniądze, czyli zasoby
• transakcje biznesowe lub umowy, które mają wpływ na zasoby, tj. zdarzenia
• ludzie lub inne agencje ludzkie (inne firmy itp.), tj. agenci

Obiekty te kontrastują z konwencjonalnymi terminami księgowymi, takimi jak aktywa lub pasywa , które są mniej bezpośrednio powiązane z obiektami ze świata rzeczywistego. Na przykład konwencjonalny składnik aktywów księgowych, taki jak wartość firmy , nie jest zasobem REA.

Dla każdego procesu biznesowego w firmie istnieje odrębny model REA. Proces biznesowy z grubsza odpowiada działowi funkcjonalnemu lub funkcji w łańcuchu wartości Michaela Portera . Przykładami procesów biznesowych mogą być sprzedaż, zakupy, konwersja lub produkcja, zasoby ludzkie i finansowanie.

W sercu każdego modelu REA znajduje się zwykle para zdarzeń połączonych relacją wymiany, zwykle nazywaną relacją „dualności”. Jedno z tych zdarzeń zwykle oznacza rozdanie lub utratę zasobu, podczas gdy drugie oznacza otrzymanie lub zdobycie zasobu. Na przykład w procesie sprzedaży jednym zdarzeniem będzie „sprzedaż” – w przypadku rezygnacji z towarów – a drugim – „przyjęcie gotówki” – otrzymanie gotówki. Te dwa zdarzenia są ze sobą powiązane: w zamian za sprzedaż następuje otrzymanie gotówki i odwrotnie. Zależność dualności może być bardziej złożona, np. w procesie produkcyjnym często obejmuje więcej niż dwa zdarzenia (przykłady patrz Dunn i in. [2004]).

Systemy REA były zwykle modelowane jako relacyjne bazy danych z diagramami relacji encji , choć nie jest to obowiązkowe.

Filozofia REA czerpie z idei wzorców projektowych wielokrotnego użytku , chociaż wzorce REA są używane do opisu baz danych, a nie programów obiektowych i różnią się znacznie od 23 wzorców kanonicznych z oryginalnej książki wzorców projektów autorstwa Gammy i in. Badania w REA podkreślają wzorce (np. Hruby i in. 2006). Oto przykład podstawowego wzoru REA pokazanego jako diagram ER:

Wzorzec ten został rozszerzony, aby uwzględnić zobowiązania (obietnice zaangażowania się w transakcje, np. zamówienie sprzedaży), zasady i inne konstrukcje. Dunn i in. (2004) dostarczają dobrego przeglądu na poziomie studiów licencjackich (dla kierunków z zakresu rachunkowości), natomiast Hruby i in. (2006) to zaawansowane źródło informacji dla informatyków. Oto diagram rozszerzonego wzorca REA (z Hruby i in. 2006)

REA ma ciągły wpływ na standard handlu elektronicznego ebXML , a W. McCarthy aktywnie uczestniczy w komitecie normalizacyjnym. Konkurencyjny XBRL GL jest jednak sprzeczny z koncepcją REA, ponieważ ściśle naśladuje księgowość z podwójnym zapisem.

REA jest obecnie uznawana przez The Open Group w ramach standardu TOGAF (standard branżowy dla przedsiębiorstw), jako jedno z narzędzi modelowania przydatnych do modelowania procesów biznesowych .

Dalsza lektura

•   Hruby, P., Kiehn, J., Scheller, CV (2006). Projektowanie oparte na modelu z wykorzystaniem wzorców biznesowych . Skoczek. ISBN 3-540-30154-2
•   Dunn, C., Cherrington, JO, Hollander, AS (2004) Systemy informacyjne przedsiębiorstw: podejście oparte na wzorcach . McGraw-Hill/Irwin. ISBN 0-07-240429-9
•   Hollander, AS, Denna, E., Cherrington, JO (1999) Rachunkowość, technologie informacyjne i rozwiązania biznesowe . McGraw-Hill/Irwin. ISBN 0-256-21789-0
• Geerts, LG, McCarthy, EW (2002, tom 3) Analiza ontologiczna elementów pierwotnych architektury informacji przedsiębiorstwa o rozszerzonym REA . The International Journal of Accounting Information Systems, s. 1–16
• Geerts, LG, McCarthy, EW (2000) Ontologiczna podstawa systemów informacyjnych REA dla przedsiębiorstw . Dokument roboczy, Uniwersytet Stanowy Michigan
• McCarthy, EW (lipiec 1982) Model rachunkowości REA: uogólnione ramy systemów księgowych we współdzielonym środowisku danych . Przegląd księgowy, s. 554–78
• Ontologia odniesienia dla rachunkowości .
• Fallon, RL, Polovina, S. (2013) REA Analiza SAP HCM; Niektóre wstępne ustalenia, materiały z trzeciego warsztatu CUBIST (Combining and Uniting Business Intelligence with Semantic Technologies), s. 31-43
• Partridge, Chris, (2002) Kroki w kierunku opracowania ontologii odniesienia dla rachunkowości

Linki zewnętrzne

• Ontologia źródła REA Enterprise .
• Technologia REA .