2025년 9월 29일 (월) 07:53 기준 최신판

회계 및 부기의 기초 개요

이 문서는 회계(Accounting)와 부기(Bookkeeping)의 기초 개념을 소개하고, ERP 시스템에서 회계가 어떻게 적용되는지를 이해하기 위한 자료입니다. 특히 회계와 부기를 처음 접하는 사람들을 대상으로 구성된 40분 발표 자료의 목차와 주요 내용을 포함하고 있습니다.

회계 (Accounting)

회계(會計)는 조직이나 개인의 재무 거래를 체계적으로 기록, 분류, 요약, 분석하여 보고하는 과정이다. 회계의 목적은 이해관계자(경영진, 투자자, 규제기관 등)에게 유용한 재무 정보를 제공하여 의사결정을 지원하는 데 있다.

어원

會(모일 회): 정보를 모으는 행위 計(셀 계): 계산하고 분석하는 행위

주요 활동

기록: 거래를 분개장과 원장에 정확히 기록 분류: 거래를 계정별로 분류 요약: 재무제표 작성 분석 및 해석: 재무 정보 해석 보고: 정기적인 재무 보고서 발행

부기 (Bookkeeping)

부기(簿記)는 회계의 기초로서, 재무 거래를 정확하게 기록하고 분류하는 활동이다. 이는 재무제표 작성과 경영 의사결정의 기반이 된다.

어원

簿(장부 부): 거래 기록을 보관하는 장부 記(기록할 기): 정보를 정확히 기록하는 행위

특징

정확성과 일관성을 유지하기 위한 규칙과 절차 존재 일상 거래 기록을 통해 재무 건전성 확보

회계장표 (기록물)

초기 회계에서는 다음과 같은 기초적인 장표들이 사용되었다:

현금 출납부: 현금 수입과 지출 기록 일기장(Journal): 거래의 최초 기록 원장(Ledger): 계정별 거래 집계 시산표(Trial Balance): 계정 잔액의 총합 정리 송장 및 영수증: 거래 증빙 서류 매출채권 및 매입채무 관리: 미수금 및 미지급금 추적

전통적인 회계 활동

전통적인 회계는 다음과 같은 활동을 포함한다:

거래 기록 분개 총계정원장 작성 시산표 작성 재무제표 작성 내부 감사 및 통제

시산표 (Trial Balance)

시산표는 각 계정의 잔액을 차변과 대변으로 나누어 정리한 표로, 회계 기록의 정확성을 검토하는 데 사용된다.

어원

試(시험할 시): 시험, 검토의 의미 算(셈할 산): 계산의 의미

목적

회계 장부의 균형 확인 오류 조기 발견 재무제표 작성의 기초 자료 제공

분개 (分解, Journal)

“분개(分解)”는 “나누어 풀어서 세부적으로 기록한다”의 뜻. 회계적으로는 전체 거래를 각 계정(항목)별로 분해해서 구체적으로 기록한다는 의미

어원

分(나눌 분): 나누다, 가르다 解(풀 해): 풀다, 해석하다, 풀어 설명하다

목적

기업의 각종 거래(예: 돈을 받았다/지불했다/구매했다 등)가 발생했을 때

이를 회계 장부의 각 계정과목(예: 자산, 부채, 수익, 비용 등)별로 금액을 배분하여 기록하는 행위.

즉, 거래의 “이중성”(차변/대변) 원리에 따라 어느 계정에 얼마씩 기록해야 할지 분명히 하는 작업

활동 예시:

) 거래 발생(예: 현금으로 상품 판매)
) 분개 작업:
) 차변: 현금 증가
) 대변: 상품 매출 증가
) 위 내용을 분개장 또는 전표에 기록
) 이후 총계정원장에 옮겨 적기 - 분개장은 총계정원장의 부분합

총계정원장: Ledger

분개장의 합: 총계정 원장 = 분개장1 + 분개장2 + ... + 분개장n

계정별, Journal 별

Journal의 경우, 특정 고객, 사용자 등으로 계정이 사용된 것을 별도로 발췌하여 기록한 것.

예를 들어,

고객별 Journals --> 총합 : 총계정원장
사용자 비용별 Journals --> 총합 : 총계정원장

으로 결국 총 계의 부분 집합이 된다.

Dolibarr ERP의 제3자(Third Party) 메뉴(모듈)

실무 활용 참조 - CRM 업무 case별로 사용 예시, 사용법

개요

Dolibarr ERP는 고객, 잠재 고객, 공급업체(벤더)를 하나의 통합된 제3자(Third Party) 범주로 관리하는 특성을 지닌다. 이는 한국의 전통적 분류와 차이가 있으므로 도입 시 이해가 필요하다.

제3자(Third Party) 개념

제3자란 Dolibarr에서 회사와 거래하는 모든 외부 관계자를 포괄하는 용어이다.

하위 분류

잠재 고객(Prospect): 아직 거래가 없는 대상
고객(Customer): 거래가 개시된 모든 고객
공급업체(Vendor/Supplier): 제품 또는 서비스를 납품하는 업체

각 기업은 고객이면서 동시에 공급업체일 수 있으며, 각각의 코드(고객/공급업체 코드)를 별도로 할당할 수 있다.

고객 관련 세부 분류

고객사: 회사 또는 법인
연락처(Contacts): 실무 담당자(개인)
납품사(Vendor): 납품 또는 하청 관계의 업체

잠재 고객 및 파트너십 관리

Dolibarr는 영업 상태(Prospect Status)를 다음과 같이 5단계로 구분한다.

Do not contact (-1): 연락 금지
Not contacted (0): 접촉 이력 없음
To contact (1): 접촉 예정
Contact in process (2): 접촉 진행 중
Prospect contacted (3): 접촉 완료

파트너십 관리 기능을 통해 협력 관계의 세부 단계 지정 및 커스터마이징이 가능하다.

회계 처리 및 재무 관리

제3자 등록된 대상과의 거래는 고객/공급업체에 따라 아래와 같이 분리 처리한다. 모든 거래는 협력업체 메뉴에 등록 후 수행해야 한다.

고객 거래 관리 (Billing & Payments)

고객 청구서(Invoice) 및 지급 요청
대금 수령 행위가 아니라 지급 요청서 역할

공급업체 거래 관리 (Expense Report)

공급업체 청구서에 대한 실제 대금 지급
비용 보고(Expense Report)로 처리하며, Billing & Payments와는 별도 모듈을 사용

데이터 대량 가져오기(Import)

대량 데이터 업로드 시 다음 사항을 준수해야 한다.

기술적 요구사항

파일 형식: 반드시 UTF-8 (CSV) 사용
버그: Dolibarr v22.0.0의 한글 코드 문제 존재

회사 정보 필수 항목

번호	항목명	원본 필드명	설명 및 비고
1	제3자_이름*	s.nom	제3자의 공식 명칭 (필수)
4	상태*	s.status	현재 상태 (0 또는 1, OPEN은 1) (필수)
33	고객*	s.client	고객 여부 (0:해당없음, 1:고객, 2:잠재고객, 3:고객+잠재고객) (필수)
34	공급업체*	s.fournisseur	공급업체 여부 (0:해당없음, 1:공급업체) (필수)

담당자 연락처(Contacts) 필수 항목

성(Last name, s.lastname) 필드가 필수 입력 항목
회사명 자동 연결: 제3자_이름(s.fk_soc)에 등록된 회사명 입력 필요
Dolibarr의 서양식 이름 구조를 준수하되, 필요 시 '성' 필드에 전체 이름(Full name) 입력해서도 검색 등에는 지장 없음. 일관성 유지 권장.

참고

Dolibarr 공식 홈페이지
Dolibarr v22.0.0 Release Notes
관련 문서: 고객 관리 모듈, 공급업체 관리 모듈, 데이터 마이그레이션
영업 업무 전체 view : 영업업무
ERP CRM : [고객관리 CRM 웹서버]
데이터 입력 항목 리스트 - 입력시 항목 리스트
제3자 기본 설명 - 제3자 개념 설명

회계 및 기장 이해: 두 판 사이의 차이