Recursos, eventos, agentes (REA) es un modelo de cómo un sistema contable puede ser reingenierizado para la era informática. REA fue propuesto originalmente en 1982 por William E. McCarthy como un modelo contable generalizado, y contenía los conceptos de recursos, eventos y agentes (McCarthy 1982).

REA es un enfoque estándar en la enseñanza de los sistemas de información contable (AIS). En la práctica empresarial, REA ha influido en la Arquitectura Escalable de IBM para la Información Financiera, REATechnology, y la ISO 15944-4. Fallon y Polovina (2013) han demostrado como REA también puede aportar valor al modelar los procesos empresariales actuales de ERP (planificación de recursos empresariales), proporcionando una herramienta que aumenta la comprensión de la implementación y del modelo de datos subyacente.

Descripción El modelo REA elimina muchos objetos contables que no son necesarios en la era informática. Los más visibles son los débitos y créditos: el sistema de partida doble desaparece en un sistema REA. Muchas cuentas del libro mayor también desaparecen, al menos como objetos persistentes; por ejemplo, cuentas por cobrar o cuentas por pagar. El ordenador puede generar estas cuentas en tiempo real utilizando registros de documentos fuente.

REA trata el sistema contable como una representación virtual del negocio real. Dicho de otra manera, crea objetos informáticos que representan directamente objetos del negocio del mundo real. En términos de informática, REA es una ontología. Los objetos reales incluidos en el modelo REA son:

bienes, servicios o dinero, es decir, recursos transacciones o acuerdos comerciales que afectan a los recursos, es decir, sucesos personas u otras entidades humanas (otras empresas, etc.), es decir, agentes

Estos objetos contrastan con términos contables convencionales como activo o pasivo, que están menos vinculados directamente con objetos del mundo real. Por ejemplo, un activo contable convencional como el fondo de comercio no es un recurso según el modelo REA.

Hay un modelo REA separado para cada proceso de negocio de la empresa. Un proceso de negocio corresponde aproximadamente a un departamento funcional, o a una función en la cadena de valor de Michael Porter. Ejemplos de procesos de negocio serían ventas, compras, conversión o fabricación, recursos humanos y financiación.

En el corazón de cada modelo REA suele haber un par de sucesos enlazados por una relación de intercambio, habitualmente denominada relación de dualidad. Uno de estos sucesos suele representar un recurso que se entrega o se pierde, mientras que el otro representa un recurso que se recibe o se adquiere. Por ejemplo, en el proceso de ventas, un suceso sería la venta —donde se entregan bienes— y el otro sería la recepción de efectivo, donde se recibe dinero. Estos dos sucesos están enlazados: una recepción de efectivo se produce a cambio de una venta, y viceversa. La relación de dualidad puede ser más compleja; por ejemplo, en el proceso de fabricación a menudo implicará más de dos sucesos.

Los sistemas REA se han modelado habitualmente como bases de datos relacionales con diagramas entidad-relación, aunque esto no es obligatorio.

La filosofía de REA se basa en la idea de patrones de diseño reutilizables, aunque los patrones REA se utilizan para describir bases de datos más que programas orientados a objetos, y son bastante diferentes de los 23 patrones canónicos del libro original de patrones de diseño de Gamma et al. La investigación en REA pone el énfasis en patrones (por ejemplo, Hruby et al. 2006). He aquí un ejemplo del patrón básico REA representado como un diagrama E‑R:

Archivo:ReaExample.png

El patrón se amplía para incluir compromisos (promesas de iniciar transacciones, p. ej., un pedido de venta), políticas y otras construcciones. Dunn et al. (2004) ofrecen una buena visión general a nivel de grado (para estudiantes de contabilidad), mientras que Hruby et al. (2006) es una referencia avanzada para informáticos. Aquí tienes un diagrama de un patrón REA ampliado (extraído de Hruby et al. 2006).

REA sigue influyendo en el estándar de comercio electrónico ebXML, con W. McCarthy participando activamente en el comité de estándares. No obstante, el estándar competidor XBRL GL contradice el concepto de REA, ya que imita fielmente la contabilidad por partida doble

REA es reconocido por The Open Group dentro del estándar TOGAF (un marco empresarial estándar de la industria), como una de las herramientas de modelado útiles para la modelización de procesos de negocio.

Lecturas adicionales

Hruby, P., Kiehn, J., Scheller, CV (2006). Springer. Dunn, C., Cherrington, JO, Hollander, AS (2004) Enterprise Information Systems: A Pattern-Based Approach. McGraw-Hill/Irwin. Hollander, AS, Denna, E., Cherrington, JO (1999) Accounting, Information Technology, and Business Solutions. McGraw-Hill/Irwin. Geerts, LG, McCarthy, EW (2002, Vol.3) An Ontological Analysis of the Primitives of the Extended-REA Enterprise Information Architecture. . The International Journal of Accounting Information Systems, pp. 1–16 Geerts, LG, McCarthy, EW (2000) The Ontological Foundation of REA Enterprise Information Systems. Universidad Estatal de Michigan. McCarthy, EW (julio de 1982) The REA Accounting Model: A Generalized Framework for Accounting Systems in a Shared Data Environment. The Accounting Review, págs. 554–78

Referencias

Categoría:Sistemas de gestión de bases de datos