REA 회계 모델

매카시의 물음은 간단하다. 컴퓨터가 있는데 왜 아직 차변과 대변을 적고 있는가. 그가 보기에 복식부기의 형식은 종이와 펜의 제약에서 나왔다. 장부를 손으로 맞춰야 하니 균형이 눈에 보이는 배치가 필요했고 계정은 그 배치를 위한 칸이었다. 그런데 세상에 나가서 “대변”을 가리켜 보일 수는 없다. 실제로 있는 것은 물건과 돈, 그것이 오가는 사건, 그리고 주고받는 사람이다.

그래서 저장할 것을 셋으로 잡는다. 경제적 가치가 있는 것이 Resource이고 현금·재고·장비가 여기 든다. 그 자원이 늘거나 주는 사건이 Event여서 판매·수령·지급·소비가 해당한다. 그 사건에 참여하는 행위자가 Agent이고 고객·공급처·직원·우리 법인이다. 계정은 이 목록에 없다. 필요하면 사건들을 모아서 계산해내면 되고, 잔액이란 결국 지금까지 일어난 사건의 합이니 저장할 이유가 없다는 것이다.

복식부기를 버리면 균형 검사도 같이 잃는 것처럼 보이는데, 그 자리를 메우는 것이 duality다. 경제적 사건은 혼자 일어나지 않아서 판매에는 대금 수령이 짝지어지고 구매에는 지급이 짝지어진다. 받는 사건과 주는 사건이 하나의 교환을 이루며 그 짝지음이 duality 관계이고, 차변과 대변이 하던 일을 사건 사이의 관계가 대신한다.

REA는 교환과 변환을 가른다. 교환은 행위자 사이에서 소유가 옮겨가는 일이고, 변환은 조직 안에서 자원이 소비되어 다른 자원이 되는 일이다. 재료를 써서 제품을 만드는 일에는 상대방이 없는데 소유자가 바뀌지 않기 때문이다. 이 구분이 실무에서 중요한 이유는, 상대방을 요구하는 검사를 내부 변환에 걸면 정상 데이터가 거부되기 때문이다.

REA는 회계 정보 시스템 연구에서 널리 인용되고 ERP 데이터 모델에도 영향을 주었지만 법정 재무회계를 대체하지는 못했다. 세무 신고와 감사가 여전히 계정 형식을 요구해서다. 그래서 실제 구현은 대개 절충해 사건을 원본으로 쌓고 재무제표는 뷰로 뽑는다. 대가는 검사 시점에 있다. 복식부기를 원본으로 두면 어긋난 기입이 애초에 들어가지 못하고, 사건을 원본으로 두면 어긋남을 나중에 계산해서 발견한다. 후자는 무엇이 일어났는지를 더 충실히 담지만, 담는 동안 틀린 것을 막아주지는 않는다.

원본 REA에는 duality 관계에 아무 제약도 걸려 있지 않았다는 지적이 뒤이어 나왔다. 받는 사건과 주는 사건이 같은 교환의 부분이라는 조건이 모델에 명시되지 않으면 짝 없는 사건이 조용히 쌓여도 모델은 그것을 위반으로 보지 않는다. 파치올리가 표기법에 심어둔 것을 되찾으려면 그 제약을 다시 적어 넣어야 한다.