‘IT 업체에 개발자로 입사했는데 내게 떨어진 업무가 회계 시스템 개발이란다. 대학에서 경영학을 전공했으니 회계를 알지 않느냐는 것이다. 사실 대학에서 회계 원리를 배우기는 했으나 지금은 다 잊어 분개도 잘 모르는데 어쩌지?’

‘IT 업체에서 사업관리 시스템을 개발해 왔는데 회계 시스템 개발자가 퇴사해 대신 맡아야 하는 상황이 되었다. 회계의 ‘회’자도 모르고 회계 시스템에 구현된 업무 내용도 모르는데 도대체 어떻게 시작해야 하나? 일단 책부터 찾아 공부해야 할 텐데…. 회계 원리 책은 너무 학술적이고 회계 시스템 책은 마땅한 것이 없다.’

위는 회계 시스템의 개발이나 운영을 처음 맡게 된 개발자의 상황을 표현한 것이다. 여기서 개발자는 단순 코더(Coder)가 아닌 응용 시스템의 설계 일부를 겸하는 경우를 상정한 것이다. 개발자 입장에서 코딩 기술은 이미 배우고 익혀 그리 문제되지 않지만, 응용 시스템에 반영된 현업 업무는 파악하기 쉽지 않은 것이 현실이다. 그렇다고 피할 수도 없다. 어떤 업무든 처음에는 안 그렇겠는가. 중요한 것은 얼마만큼 정확하고 신속하게 파악하느냐인 것이다.
필자는 IT 업체에 근무하면서 회계 시스템 설계자 및 개발자를 채용하고 양성하는 데 많은 노력을 기울였다. 근무한 회사의 주 사업 분야가 일반 기업 및 공공기관의 경영관리 시스템 구축 및 운영인데, 회계 시스템의 경우 회계에 대한 지식과 경험이 없으면 업무를 수행하는 데 한계가 있기에 해당 분야 우수 인력 확보가 회사의 경쟁력에 결정적인 영향을 주기 때문이다.

거의 대부분 기업이 회계 시스템을 보유하고 있고 이를 운영 및 개발하는 인력을 직간접적으로 보유하고 있어 업무 분야별로 구분하면 IT 인력 중 회계 시스템 설계자/개발자가 수적으로 가장 많겠지만, 그만큼 수요도 많아 막상 역량 있는 인력을 구하기가 쉽지 않다. 더욱이 중소기업은 연봉 부담으로 우수 경력 사원의 영입이 쉽지 않은 상황이다. 따라서 신입 사원을 채용하여 자체 양성을 위한 교육을 할 수밖에 없는데, 마땅한 교재도 없고 가르쳐 줄 선배도 부족해 교육에 애를 먹는 것이 현실이다.

그래서 회계 시스템을 처음 접하는 신입 개발자와 또는 다른 업무 경험은 있어도 회계 시스템을 새로이 담당하게 된 경력 개발자에게 학습용으로 제공할 도서가 필요했다. 특히 회계 이론뿐 아니라 배우고 익히는 데 시간이 많이 걸리고 체계적으로 가르쳐 주는 사람도 없는 회계 시스템의 ‘업무 경험’을 충족시켜 줄 교재가 필요한데, 이를 찾을 수 없어 직접 본 도서를 집필하게 되었다.

필자가 회계를 처음 접한 것은 중학교 시절이었다. 당시 ‘기술’은 남학교 필수 과목이었고 농업, 공업, 상업 등이 선택 과목이었는데 우리 학교는 상업을 선택하였었다. 그래서 전표 작성부터 분개장 기록, 총계정원장에 전기(轉記, posting), 그리고 재무제표 작성까지 상업 과목 중 ‘부기(簿記, bookkeeping)’에 해당하는 부분을 실습을 통해 배웠는데, 이것이 평생 회계 관련 업무를 하는 데 기반이 되었다.

34여 년 전 SI 업체에 입사하여 SE(Software Engineer, 응용 시스템 개발자)로서 첫 출발할 때, 담당 업무로 회계 시스템 운영을 자원하였다. 그 이유는 회계 시스템은 전 세계 모든 기업이 사용하는, 시장이 가장 큰 시스템이기 때문에 향후 경력 관리상 유리할 것으로 생각했고, 또 이미 중고등학교에서 상업을 배워 회계에 대한 기본 지식이 있었기 때문이었다. 그 이후로는 줄곧 회계 시스템 구축 설계자 및 ERP 회계 컨설턴트로서 활동하였다.
산업 측면에서는 제조, 물류/유통, 서비스, 금융 및 공공 부문의 회계 시스템 구축을 모두 경험하였다. 회계 시스템 컨설턴트로서 처음 수행하게 되는 산업의 경우, (프로젝트 전에 협상하는 과정에서) 해당 사업 분야 경험이 없는 부분에 대해 일부 고객의 우려가 있었지만, 실제 업무를 수행하는 데 전혀 어려움이 없었다. 왜냐하면 업무 프로세스와 사용하는 용어에 약간의 차이는 있지만 재무회계의 원리는 모두 동일하기 때문이다.

수년 전에는 비영리 기관용 ERP 솔루션을 개발하면서 회계 시스템 전반에 대한 설계를 수행하였다. 그리고 그 제품을 한 공공기관에 적용하였고, 그 회계 시스템을 담당하게 된 개발자들을 대상으로 수시로 교육을 진행하였다. 이 책은 30여 년간의 회계 시스템 경험과 회계 ERP 개발 시 설계하고 교육했던 내용을 기초로 작성한 것이다.

업무 시스템을 개발하기 위해서는 무엇보다 업무에 대한 이해가 중요하다. 아무리 기술력이 좋은 개발자라 하더라도 업무를 모르면 양질의 시스템을 개발할 수 없기 때문이다. 요구 사항을 전달하는 현업 사용자는 업무의 세부적인 사항까지 설명해 줄 수 없고, 또 시스템을 모르기 때문에 시스템 구현에 필요한 사항을 잘 이야기해 주지 못한다. 따라서 설계자 또는 개발자가 해당 업무에 대해 잘 모르면 사용자가 요구하는 내용을 잘못 이해하거나 일부만을 구현할 수 있고, 결국 뒤늦게 사용자 테스트 과정에서 필요 기능의 누락 또는 잘못된 부분이 밝혀지면 이를 바로잡기 위해 시스템을 수정 보완하는 데 많은 노력과 시간을 소모하게 된다. 이는 시스템 구축 프로젝트에서 손실이 자주 발생하게 되는 주요 원인 중에 하나이다.

회계 시스템 개발자(설계자 포함)는 업무 지식으로서 회계 원리를 기본적으로 알고 있어야 한다. 회계 시스템의 상당 부분은 회계 원리를 몰라도 개발하는 데 문제가 없으나 핵심적인 부분의 완성을 위해서는 회계에 대한 이해가 불가피하다.

회계 비전공자로서 차변과 대변이라는 용어를 처음 접하는 개발자에겐 회계가 막연하고 두렵게 느껴질 수 있다. 그러나 회계의 원리를 이해하고 회계 시스템의 구조와 회계 처리 방식을 파악하게 되면 회계 담당자인 고객과 업무 협의할 때 좀 더 자신감 있게 대할 수 있고, 이해 부족으로 인해 사용자 요구와는 다른 시스템을 개발하는 일도 없을 것이다.

이 책은 회계 시스템을 처음 접하는 개발자들에 대한 초기 교육 또는 자율학습용으로 만든 것이다. 그리고 회계의 원리와 회계 시스템의 구조에 대해 다시 정리해 보고 싶은 경력 개발자나 사용자들에게도 도움이 되리라 생각한다.
초급자의 경우 회계 원리 부분은 실습을 통해 스스로 익히기를 권장한다. 회계 원리가 그리 어려운 내용은 아니지만 어렵게 느껴지는 이유는 익숙하기까지 어느 정도 노력과 시간이 필요하기 때문이다. 우리가 사칙연산을 깨우쳐도 구구단을 외우는 이유가 실생활에서 필요시 신속하게 계산하기 위한 것과 마찬가지다. 거래의 8요소를 익힌 후, 회계 시스템을 설계 또는 파악할 때 항상 거래에 대한 분개를 염두에 두고 진행하면 전체적인 흐름과 구조를 잡는 데 큰 도움이 될 것이다.

끝으로, 이 책에 예시로 든 회계 시스템을 개발하는데 있어 물심양면으로 지원해 주신 ㈜아이티메이트의 고재용 대표님께 깊이 감사드리며, 부디 이 책이 회계 시스템을 처음 개발하거나 담당하게 된 분들께 조금이나마 도움이 되기를 바란다.