Poooling Forest
촛불 아래 두꺼운 회계 장부를 펼친 중세 베네치아 상인
finance

복식부기는 왜 500년 넘게 살아남았을까

중세 베네치아 상인의 장부에서 시작해 파치올리, 그리고 오늘날 ERP의 전표와 원장까지. 회계가 왜 기업을 설명하는 언어인지, 그 뼈대를 따라가 봅니다.

송찬영

CTO

제가 ERP를 만들면서 가장 자주 받는 질문이 하나 있습니다. "그냥 돈 들어오고 나간 걸 적으면 되는 것 아닙니까? 왜 이렇게 복잡합니까?" 사실 저도 처음 회계 모듈을 설계할 때 비슷한 생각을 했습니다.

그러다 복식부기가 언제, 왜 생겼는지를 거슬러 올라가 보고 나서 생각이 완전히 바뀌었습니다. 이 방식은 누가 책상에서 깔끔하게 발명한 이론이 아니라, 500년도 더 전에 상인들이 살아남기 위해 만든 현장의 기술이었습니다. 그리고 그 골격이 거의 그대로 지금 제 화면 속 전표와 원장으로 살아 있었습니다.

오늘은 그 이야기를 해보려 합니다. 복식부기는 왜 500년 넘게 살아남았을까. 그 답을 따라가다 보면, ERP가 왜 복잡하면서도 강력한지가 자연스럽게 보입니다.

장사가 커지자, 문제가 생겼습니다

짐을 싣고 떠나는 중세 베네치아 무역선과 항구의 상인들

이야기는 중세 유럽의 상업도시에서 시작합니다. 베네치아, 제노바, 피렌체의 상인들은 점점 더 멀리, 더 많이 거래하기 시작했습니다. 배로 물건을 보내고, 외상으로 팔고, 동업자와 이익을 나누고, 돈을 빌려 사업을 키웠습니다.

그때부터 단순한 기록만으로는 사업을 설명하기 어려워졌습니다. 여러 항구를 오가며 거래하고, 현금보다 외상과 신용거래가 많아지고, 투자받은 돈과 빌린 돈을 구분해야 했기 때문입니다. "오늘 얼마 벌고 얼마 썼다" 정도로는 도저히 감당이 안 되는 상태가 된 것입니다.

상인들은 계속 알아야 했습니다. 내가 받을 돈은 얼마인가, 갚아야 할 돈은 얼마인가, 어느 거래가 이익을 냈는가, 동업자에게는 얼마를 나눠야 하는가, 내 재산은 실제로 늘었는가. 이 질문들이 새로운 기록 방식을 불러냈습니다.

'돈이 나갔다'만으로는 부족했습니다

한쪽엔 동전, 한쪽엔 향신료 자루를 올린 저울, 거래의 두 얼굴

왜 단순 기록이 부족했는지는 간단한 예로 보면 분명합니다. 현금 100만 원으로 상품을 샀다고 해보겠습니다. 단순히 보면 현금 100만 원이 줄어든 일입니다.

하지만 실제로는 동시에 상품 재고 100만 원이 늘어난 일이기도 합니다. 돈이 사라진 것이 아니라, 돈이 물건으로 모습을 바꾼 것입니다. 거래에는 항상 두 개의 얼굴이 있었습니다. 그런데 현금이 나간 쪽만 적으면, 그 절반은 장부에서 통째로 사라집니다.

거래에는 항상 두 개의 얼굴이 있습니다. 한쪽만 적으면 절반은 사라집니다.

모든 거래는 양면을 가진다

좌우 양면으로 펼쳐진 오래된 원장과 깃펜

복식부기의 발상은 의외로 단순합니다. 돈이 나가면, 무언가가 들어옵니다. 빚이 생기면, 그만큼 자산이나 비용도 생깁니다. 그래서 하나의 거래를 차변과 대변으로 동시에 기록합니다.

차변은 왼쪽, 자산의 증가나 비용의 발생을 적는 자리입니다. 대변은 오른쪽, 부채와 자본의 증가나 수익의 발생을 적는 자리입니다. 한 거래가 양쪽에 같은 금액으로 나뉘어 들어가니, 차변 합계와 대변 합계는 언제나 같아집니다.

이 단순한 규칙 하나가 큰 일을 합니다. 숫자가 틀리면 양쪽 합이 어긋나서 스스로 티가 납니다. 단식부기에는 없던 자기검증 장치가 생긴 셈입니다.

복식부기는 상인의 생존 기술이었습니다

르네상스풍 이탈리아 도시국가의 은행가와 상인이 장부를 들고 거래하는 장면

여기서 제가 가장 좋아하는 대목이 나옵니다. 복식부기는 책상 위 이론에서 태어난 것이 아니라는 사실입니다. 이탈리아 도시국가의 상인과 은행가들이 복잡한 거래를 관리하려고 발전시킨 현장의 기술에 가까웠습니다.

1340년 제노바의 공공 회계 기록은 복식부기의 확실한 초기 사례로 꼽힙니다. 그리고 14세기 후반에서 15세기에 걸쳐, 이 방식은 이탈리아 상업권에 널리 퍼졌습니다. 누가 명령해서가 아니라, 그렇게 적어야만 사업이 보였기 때문에 퍼진 것입니다.

저는 이 부분이 ERP 설계와 똑같다고 느낍니다. 좋은 업무 방식은 위에서 강요해서가 아니라, 그렇게 일해야 회사가 보이기 때문에 살아남습니다.

루카 파치올리는 발명가가 아니었습니다

수학자이자 수도사인 루카 파치올리의 초상과 두꺼운 고서

회계의 역사에서 빠지지 않는 이름이 루카 파치올리입니다. 많은 사람이 그를 '회계의 아버지'라고 부릅니다. 그런데 그는 복식부기를 처음 발명한 사람은 아니었습니다.

그는 이미 상인들이 쓰던 방식을 정리해 널리 퍼뜨린 사람에 가깝습니다. 1494년, 그는 수학 백과사전 격인 『Summa de Arithmetica』 안에 복식부기 설명을 담아 '베네치아식 방법'으로 소개했습니다. 발명이 아니라 정리였던 것입니다.

그 정리가 인쇄술과 상업 발달을 타고 유럽 전역으로 퍼지면서, 분개장과 원장, 차변과 대변, 자산·부채·자본·수익·비용이라는 구조가 사실상 표준이 되었습니다. 지금 우리가 쓰는 회계의 뼈대가 그때 거의 완성된 셈입니다.

장부가 곧 상인의 신뢰가 됐습니다

장부를 사이에 두고 거래를 검증하며 악수하는 상인들

복식부기는 장부를 예쁘게 쓰는 방법이 아니었습니다. 그것은 사업의 상태를 한 번에 검증할 수 있게 해주는 도구였습니다.

자산은 얼마인지, 빚은 얼마인지, 이익이 났는지 손실이 났는지. 양쪽이 맞아떨어지는 장부 앞에서는 거짓말을 하기가 어렵습니다. 그래서 장부는 단순한 기록을 넘어 상인의 신뢰가 됐습니다. 거래 상대와 장부를 사이에 두고 악수할 수 있었던 것입니다.

저는 이게 오늘날 회계감사나 외부감사가 존재하는 이유의 뿌리라고 봅니다. 믿을 수 있는 숫자가 있어야 거래가 성립하기 때문입니다.

장부는 자본주의의 인프라가 됐습니다

번영하는 베네치아의 무역과 은행 도시 풍경

신뢰할 수 있는 장부의 효과는 한 상인의 책상을 넘어섭니다. 기업과 투자자, 채권자, 정부가 같은 숫자로 말할 수 있게 됐기 때문입니다.

베네치아식 장부는 자본과 수익을 기록하고, 개인 지출과 기업 비용을 구분하고, 투자 판단에 필요한 정보를 제공하기에 적합했습니다. 누구는 돈을 대고, 누구는 빌려주고, 누구는 세금을 매기는데, 그 모두가 같은 언어로 회사를 읽을 수 있게 된 겁니다.

그래서 근대의 회사와 은행, 주식회사, 그리고 산업혁명은 이 장부 위에서 자랐습니다. 복식부기는 어느새 자본주의가 돌아가는 바탕 인프라가 되어 있었습니다.

ERP도 같은 질문에서 시작합니다

전표와 원장이 보이는 현대 ERP 대시보드 화면

여기까지 따라오면 제 일이 보입니다. 제가 ERP에서 전표를 설계할 때 던지는 질문은, 500년 전 상인의 질문과 똑같습니다. 이 거래는 무엇인가.

매출인가, 미수인가, 수금인가, 비용인가, 재고 변동인가, 부채인가. 같은 입출금이라도 그 정체가 무엇이냐에 따라 차변과 대변에 다르게 적힙니다. 현대의 전표와 원장은 결국 복식부기를 소프트웨어로 구현한 결과물입니다.

그래서 ERP에서 전표는 자동으로 툭 튀어나오는 부산물이 아닙니다. 승인과 증빙, 책임 추적, 원장 반영이 모두 모이는 중심 단위입니다. 옛날 회계부의 종이 전표철이 그대로 데이터베이스 테이블이 됐을 뿐, 골격은 바뀌지 않았습니다.

회계는 기업을 설명하는 언어입니다

복식부기는 오래된 회계 기술이 아니라, 기업의 모든 사건을 숫자로 번역하는 방식입니다. 돈이 어디서 와서 어디로 갔는지 설명할 수 있어야, 회사는 비로소 관리됩니다.

ERP가 복잡하게 느껴지는 이유도 바로 여기에 있습니다. 단순히 입출금을 적는 게 아니라, 모든 거래의 양면을 잡아내고 받을 돈과 줄 돈을 추적하고 전기된 전표만 장부에 확정해야 하기 때문입니다. 그런데 같은 이유로 ERP는 강력합니다. 그 복잡함을 견디고 나면, 회사를 한 화면에서 설명할 수 있게 되기 때문입니다.

여러분의 회사 장부는 지금 회사를 제대로 설명하고 있습니까. 들어오고 나간 돈을 적는 데서 멈춰 있지는 않습니까. 저는 오늘도 그 500년 된 뼈대 위에서, 회사를 더 또렷하게 설명해 줄 한 줄의 전표를 다듬으러 갑니다.

지금 읽으신 내용, 귀사에 적용해보고 싶으신가요?

상황과 목표를 알려주시면 가능한 옵션과 현실적인 도입 경로를 제안해드립니다.

복식부기회계의 역사재무회계ERP전표와 원장업무시스템