2026년 1월 19일 (월) 02:37 기준 최신판

ERP 전반적인 내용과 Taiwan ERP에 대한 설명입니다.

실무적인 내용은 개별적인 주제로 확인하세요

ERP 개관

Project관리의 관점에서 보면, ERP는 일부, 비용과 리스크 관점의 관리이다. 일반적인 회사의 관리차원에서 보면, project가 곧 company로 보아도 타당하다.

프로젝트 관리 부분을 보면, 프로젝트를 진행하는데 있어서, 주요 요소는 3가지 이다.

- Scope: 범주
- Time: 시간
- Cost: 비용

프로젝트의 결과물은 품질이라고 볼 수 있는데, 이러한 품질 관점에서 관리하는 것을 RISK라고 한다.

또한, 이러한 RISK에서 ERP가 주요 담당하게 되는 것은 비용과 시간 관점이다. 따라서, ERP를 planning이라고 한다. 시간과 비용 그리고, 이것을 집행하는 인력을 자원(Resource)라고 볼 수 있다.

ERP의 종류

ERP의 종류는 크게 나누어서 두 가지가 있다.

제조 ERP
판매 ERP

보통의 ERP가 어려운 부분은 목적에 맞지 않는 ERP를 사용하기 때문이다.

제조 ERP

보통의 제품 구성을 기준으로, 생산활동 운영에 적절한 자원관리이다. 주로 유럽 제조업 기반에서 시작되었으며, 가장 어려운 부분은 개별적인 구성 모듈과 코드가 많다.

유럽에서 나온 ERP 제품으로는 SAP과 Oracle ERP가 대표적이다.

판매 ERP

제조 ERP를 일반적인 비즈니에서 활용하기에는 어려움이 많다. 일반 판매에 불과하나, 상당히 많은 제조 코드를 일일히 숙지해야하는 불합리와 판매활동 본연에 집중하지 못하는 단점이 발생한다. 오죽하면 엘런 머스크가 SAP을 검토하다가 그냥 테슬라용 ERP를 만들었겠는가?

판매 ERP는 제조ERP에 대한 부분을 과감히 제거하고, 고객관계와 판매에 집중한 ERP이다.

주로 미국 계열에서 시작된 ERP로 Salesforce.com 이나 Dolibarr (프랑스) 가 있다.

판매 ERP는 자료, 데이터의 기준이 단순히 거래, transaction이다. 모든 거래 기준으로 고객과 제품 그리고 기타 재화, 서비스의 이동을 관리하게 된다.

이러한 관점의 차이를 바르게 알고 ERP를 사용하는 관점을 가져야 한다.

Dolibarr ERP

대만에서 사용 중인 ERP는 판매 ERP 기준이다. 대부분의 내용이 거래, transaction 기준으로 이루어지며, 모든 데이터의 관계 중심은 거래이다.

보통 쉽게 생각하는 것이, 다음과 같다.

) 회계처리 (비용 정산)
) 상품, 서비스 항목 (등록 및 사용)
) 이벤트 (시간 연관) 처리
) 인건비 관련 처리
) 기타 세금 및 재무 관련 처리

인건비 투입과 상품, 서비스 제공하는 것이 프로젝트이다. ERP가 발전되어 오면서 부터, ERP외의 다른 분야까지 확대되어 적용되었다.

따라서, 기본 기능외에도 프로젝트 관리, 자료 관리, 근태 관리 등의 다양한 요소들이 점점 추가되어 복잡해 지는 것이다.

Dolibarr ERP 특징

오픈소스로, 직접 활용하는 것은 비용이 청구되지 않는다. 다만, 이것을 수정하여 ERP 서비스를 제공하는 형태의 사업은 라이선스가 허용되지 않는다. 거래, transaction 기준으로 단순하게 구성되어 있으며, 전세계 약 200여개 사업장에서 사용하고 있으며, 유명한 것은 토요타가 사용하고 있다는 것이다.

장점은 오픈소스로, 필요사항에 대해서 직접 수정을 할 수 있고, 본인의 프로세스에 맞춰 최적화를 할 수 있다는 점이다.

대신에 단점은 전문적인 지원이나 기능 구현에는 어느 정도 개발 인력이나 비용이 투입되어야 한다는 점이다.

근 20년동안 사용된 ERP 소스라서 그런지, 왠만한 기능들은 모두 갖추고 있으며, 아주 특화된 기능 예를 들어, 4대 보험 자동 처리, 근태 관리 등의 특수한 목적의 모듈은 별도 써드파티의 제품(모듈)을 구매해서 사용해야 한다. 써드파티 제품도 기본적으로 소스가 공개되기 때문에, 적절한 소스를 구매 후에 수정해서 사용하면 된다.

요즘 오픈소스는 클라우드 시스템 기준으로 많이 바뀌었다. 예전처럼 모든 소스 코드나 기능을 제공하기 보다는 기본 기능을 제공하고 핵심적인 기능은 구독이나 구매를 통한 활용을 유도하고 있다. Doliibarr ERP역시 설치형 제품에서 클라우드 서비스 계열로 전환하고 있다.

Dolibarr wiki 사이트에서 확인 할 수 있다.

대표적인 기능(모듈)

모듈(기능)은 다음과 같은 종류가 있다.

인력 관리, HR
고객 관리, CRM
협력사 관리, Vendor Relation Management (VRM)
회계 모듈
상품/서비스 모듈
프로젝트 관리
전자문서 관리
다양한 기능 지원 - 에디터, 분류(tag 활용), 다국적 통화 관리, RSS, 데이터 export 기능
기타 기능 - 투표, POS 기기 연동, 웹사이트 링크
외부 연동 - 소셜 네트워크, 메일 수집 시스템, API 웹서비스, LDAP 인증, OATH2 토큰 관리, 웹파일 시스템 (WebDAV)

특히 회계처리를 위해서는 기본적으로 1) 인력(HR) 2) 고객 등록 3) 프로젝트 4)회계 모듈을 설정해야 한다.

핵심사항

프로젝트의 진행은 사람을 기준으로 한다. 민법과 비슷함... 먼저 인력이 있어야, 해당 인력이 비용을 집행하게 되고, 프로젝트를 진행하게 된다. 따라서, 인력을 설정하고, 인력의 기본 정보, 회계처리를 위해서는 해당 프로젝트의 sub title을 지정해야 한다.

권한 관리

특히, 결재 권한 및 프로젝트간 구분을 위한 권한 관리를 해 주어야 한다.

이부분이 특히 세밀하게 설정하는 것이 필요하다.

프로젝트 기본으로는

관리자
회계 담당자
프로젝트 멤버 - 필요에 따라 세분할 수 있다. 예를 들어 번역, 현장, 사무 등 그러나, 이러한 구분은 비용 및 접근 가능한 데이터 기준으로 나누는 것이므로 설계를 잘 해야 한다. 단순 역무 구분으로 하지 말 것

Dolibarr 모듈 설명

Doibarr 모듈 리스트에서 관련 모듈 내용 참조

ERP 사용 팁(Tips)

결재 권한

다른 프로젝트를 조회할 수 있는 경우 (현재 default)는 PM은 다른 프로젝트의 비용전표를 승인할 수 있는 권한을 가지고 있다.

현재 셋팅이 이렇게 되어있을 뿐이며, 다른 프로젝트를 조회가 되면, 다른 프로젝트를 정상적으로 결재할 수 있다.

다른 PM에게 비용전표(ER, Expense Report)를 결재를 올렸더라도, 최종 결재자의 기록만 남는다.

다른 조직의 경우에도, 승인 권한을 갖는 지점장이 결재한 경우, 지점장 결재로 전환된다.

비용전표 진행사항 추적

비용전표(ER) 내용 추적 – 결재자, 작성자 등

필요에 의해서, 비용전표 작성자, 수정자, 결재자 내역이 필요한 경우가 있습니다. (위의 경우처럼 다른 PM이 결재한 경우) ※ 해당 전표를 클릭하면, 비용전표(ER)관련 인원을 확인 할 수 있습니다.

메뉴 - 해당 ER전표 번호로 들어가면 된다.

해당 비용전표(ER2504-0449)를 클릭하고, 맨 아래 보면 다음과 같은 정보를 확인할 수 있습니다.

전표 맨 아래로 내려갔을 때, 전표 결재 사항을 확인 할 수 있습니다.

3/28일 작성, 4/1일 기안 및 결재, 4/1일 paid 처리 된 것을 확인 할 수 있습니다.

사용 확인: Agenda

Agenda는 사용자들이 ERP에서 활동한 내용을 달력식으로 확인할 수 있다.

ERP 활동 내역 확인

By ERP working group으로 구분한 경우,

PM - 프로젝트 PM
PSO - 회계담당자
PWO - 멤버

ERP 조회기능

회계 관련 ERP 조회기능은 다음 문서를 참조한다.

ERP 조회기능

프로젝트 참조를 잘못 하였거나 은행계좌간 잘못된 송금이 있는 경우에 이를 수정하는 방법이다.

* ERP 은행간의 전송 조정
기존 자료를 손대지 않고, 단지 잔액(Balance)만을 맞추기 위한 것이다. 실제 은행 계좌로 송금한 경우에는 선택사항에서 Bank transfer를 선택하고, ERP 은행간 조정의 경우에는 단순히 cash를 사용한다.

예를 들어, KHH Yellow의 비용이 TYC signal project에서 인출된 경우에 조정하는 방법이다.

KHH Yellow project

4.KHH_YELLOW (ERP 은행 계좌): TYC Signal project : 2.TYC_SGN (ERP 은행 계좌)

ERP 은행간 내부전송: Internal transfer

은행(Bank) 메뉴에서 Internal transfer를 선택한다.

KHH에서 잘못 처리 했기 때문에, KHH계좌에서 TYC 계좌로 전송한다.

해당 내역을 기록한다. 특히, 은행 기록(bank entry) 번호를 맨 마지막에 넣어 내용을 알 수 있게 한다.

Internal transfer 메뉴 들어가기 (Bank 메뉴)

상단의 은행메뉴에서 좌측 internal transfer를 선택한다.

전송할 프로젝트의 ERP 은행 계좌를 선택한다.

아래의 예는 KHH --> TYC 프로젝트로 송금의 경우이다.

수정할 날짜와 전송방식을 Cash로 선택한다.

실제 송금이 이루어진 경우(bank account에 trasfer기록이 남아 있는 경우)에는 해당 일과 동일하게 맞춰 준다.

예시는 실제 2025년 9월 30일에 잘못된 인출을 수정하는 예이다.

설명에는 사유를 적고, 해당 기록의 번호를 넣는다. 금액란은 해당 금액 기입

모든 은행 처리(bank entry)에는 처리번호(bank entry number)가 부여되어 있다. 해당 transaction 번호를 사유와 함께 적는다.

날짜도 잘못 처리된 날짜를 선택하기 때문에 해당 일로 확인 할 수 있지만, 추가적으로 처리번호를 넣어 혼돈을 방지한다.

예시) Wrong Bank withdrawal_1707 내용, 금액 TWD443,401.00