ERP설명 - 편집 역사

172.27.0.1: /* ERP 개관 */

2026-09-02T00:07:39Z

ERP 개관

← 이전 판		2026년 9월 2일 (수) 00:07 판
6번째 줄:		6번째 줄:
	Project관리의 관점에서 보면, ERP는 일부, 비용과 리스크 관점의 관리이다. 일반적인 회사의 관리차원에서 보면, project가 곧 company로 보아도 타당하다.		Project관리의 관점에서 보면, ERP는 일부, 비용과 리스크 관점의 관리이다. 일반적인 회사의 관리차원에서 보면, project가 곧 company로 보아도 타당하다.

	[[file:erp_exp_01.jpg\|500px]]		::[[file:erp_exp_01.jpg\|500px]]

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

172.27.0.1: /* 대표적인 기능(모듈) */

2026-09-02T00:07:00Z

대표적인 기능(모듈)

← 이전 판		2026년 9월 2일 (수) 00:07 판
88번째 줄:		88번째 줄:
	특히 회계처리를 위해서는 기본적으로 1) 인력(HR) 2) 고객 등록 3) 프로젝트 4)회계 모듈을 설정해야 한다.		특히 회계처리를 위해서는 기본적으로 1) 인력(HR) 2) 고객 등록 3) 프로젝트 4)회계 모듈을 설정해야 한다.

	[[https://www.dolibarr.org/#features\|공식배포사 설명]] 기능에 대한 세부 내용을 확인할 수 있다.		[[https://www.dolibarr.org/#features\| '공식배포사 설명']] - 기능에 대한 세부 내용을 확인할 수 있다.

	===핵심사항===		===핵심사항===

172.27.0.1: /* 대표적인 기능(모듈) */

2026-09-02T00:06:30Z

대표적인 기능(모듈)

← 이전 판		2026년 9월 2일 (수) 00:06 판
87번째 줄:		87번째 줄:

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

			[[https://www.dolibarr.org/#features\|공식배포사 설명]] 기능에 대한 세부 내용을 확인할 수 있다.

	===핵심사항===		===핵심사항===

172.27.0.1: /* Dolibarr 모듈 설명 */

2026-09-02T00:03:54Z

Dolibarr 모듈 설명

← 이전 판		2026년 9월 2일 (수) 00:03 판
108번째 줄:		108번째 줄:
	=Dolibarr 모듈 설명=		=Dolibarr 모듈 설명=

	[https://wiki.dolibarr.org/index.php?title=Category:List_of_Modules Doibarr 모듈 리스트]에서 관련 모듈 내용 참조		[https://wiki.dolibarr.org/index.php?title=Category:List_of_Modules Doibarr 모듈 리스트]에서 관련 모듈 내용 참조 - 공식 배포 사이트





	=ERP 사용 팁(Tips)=		=ERP 사용 팁(Tips)=

172.27.0.1: /* 프로젝트별 구분 */

2026-05-15T09:26:18Z

프로젝트별 구분

← 이전 판		2026년 5월 15일 (금) 09:26 판
210번째 줄:		210번째 줄:
	:[[file:internal_transfer_04.jpg\|1000px]]		:[[file:internal_transfer_04.jpg\|1000px]]

	==프로젝트별 구분==		==프로젝트별 구분, journal(보고서, 분개장)==
	프로젝트를 sub-ledger로 구분하는 것이 프로젝트별 비용을 산출하는 데 편리하다. 현재 대만 사용 환경 및 회계 담당자의 미숙한 운영으로 인하여, 전력(3)/신호(3)을 2개의 전력/신호만으로 구분해서 사용하는데, 이것은 나중에 회계 담당자의 추가적인 업무가 발생한다. 따라서, 되도록이면, 각 프로젝트 별로 '''경비보고서'''를 만들고 사용하는 것을 권장한다.		프로젝트를 sub-ledger로 구분하는 것이 프로젝트별 비용을 산출하는 데 편리하다. 현재 대만 사용 환경 및 회계 담당자의 미숙한 운영으로 인하여, 전력(3)/신호(3)을 2개의 전력/신호만으로 구분해서 사용하는데, 이것은 나중에 회계 담당자의 추가적인 업무가 발생한다. 따라서, 되도록이면, 각 프로젝트 별로 '''경비보고서'''를 만들고 사용하는 것을 권장한다.

172.27.0.1: /* ERP 은행간 내부전송: Internal transfer */

2026-05-15T09:25:33Z

ERP 은행간 내부전송: Internal transfer

← 이전 판		2026년 5월 15일 (금) 09:25 판
210번째 줄:		210번째 줄:
	:[[file:internal_transfer_04.jpg\|1000px]]		:[[file:internal_transfer_04.jpg\|1000px]]

			==프로젝트별 구분==
			프로젝트를 sub-ledger로 구분하는 것이 프로젝트별 비용을 산출하는 데 편리하다. 현재 대만 사용 환경 및 회계 담당자의 미숙한 운영으로 인하여, 전력(3)/신호(3)을 2개의 전력/신호만으로 구분해서 사용하는데, 이것은 나중에 회계 담당자의 추가적인 업무가 발생한다. 따라서, 되도록이면, 각 프로젝트 별로 '''경비보고서'''를 만들고 사용하는 것을 권장한다.

			# 경비보고서 설정 : 업무 순서
			1. Accounting setup 에서 '''Accounting Journal'''에서 경비보고서를 코드와 함께 생성해 준다. 접두어는 ER_xxx를 사용한다. Expense Report
			: 은행계좌가 다를 경우, BQ_ 접두어로 은행 journal도 별도로 생성
			2. 경비보고서 및 은행 journal은 여러 개의 Expense Report(ER)를 참조할 수 있는 Index (목차) 역할을 한다.
			3. 회계 담당자(Account Manager; AM)이 Binding 과정에서 정상적으로 묶음 처리 한다. (index 파일에 등록하는 것)
			4. Accouting >> balance에서 앞서 만든 경비보고서(분개장) 기준으로 분류해서 조회가능하다. (경비보고서 기준 = 프로젝트 별로 구분되므로)
			** 회계 용어 주의 사항 : 영어로는 Journal이라고 사용하지만, 이것을 회계 용어로 사용하면, 분개장. 일반 용어로는 경비보고서 등으로 혼재하여 사용하고, 한글로 번역된 메뉴 이름도 여러가지가 섞여서 사용되므로 용어에 주의한다.

			* 프로젝트 개별비 (직접비, Project direct cost)의 경우
			위와 같은 보고서(journal)로 설정하고 이를 별도로 기록하면 해당 보고서(Journal)를 기준으로 조회하면, 프로젝트별 직접비(개별비)만을 확인할 수 있다. 단, 이것은 바인딩에서 회계 담당자가 정확이 묶음처리 해야 하고, PM은 이를 상시 확인해야 한다.

			묶음 처리 하더라도, 비용처리에서 특정 분개장(Journal) 기준으로 조회하지 않는 이상, 직접비 이외의 다른 비용 조회에는 문제가 없다. 목차 없이 (no index = no journal) 조회하는 것과 동ㅇ리하기 때문이다.



	[[분류:ERP]]		[[분류:ERP]]

Hschoi2: /* 핵심사항 */

2026-02-05T08:30:27Z

핵심사항

← 이전 판		2026년 2월 5일 (목) 08:30 판
96번째 줄:		96번째 줄:

	* '''권한 관리'''		* '''권한 관리'''

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

Hschoi2: /* 핵심사항 */

2026-02-05T08:30:15Z

핵심사항

← 이전 판		2026년 2월 5일 (목) 08:30 판
89번째 줄:		89번째 줄:

	===핵심사항===		===핵심사항===
	프로젝트의 진행은 사람을 기준으로 한다. ~~민법과 비슷함.~~.. 먼저 인력이 있어야, 해당 인력이 비용을 집행하게 되고, 프로젝트를 진행하게 된다.		프로젝트의 진행은 특히 비용주체는 사람을 기준으로 한다. 이는 모든 법적 기반과 동일하다. 전세계 동일한 기준인 듯.
	따라서, 인력을 설정하고, 인력의 기본 정보, 회계처리를 위해서는 해당 프로젝트의 ~~sub title을~~ 지정해야 한다.
			먼저 인력이 있어야, 해당 인력이 비용을 집행하게 되고, 프로젝트를 진행하게 된다.

			따라서, 인력을 설정하고, 인력의 기본 정보, 회계처리를 위해서는 해당 프로젝트의 Accouting Code (혹은 부서코드)을 지정해야 한다.

	* '''권한 관리'''		* '''권한 관리'''

Hschoi2: /* ERP 은행간 내부전송: Internal transfer */

2026-01-19T02:37:44Z

ERP 은행간 내부전송: Internal transfer

← 이전 판		2026년 1월 19일 (월) 02:37 판
204번째 줄:		204번째 줄:
	예시) Wrong Bank withdrawal_1707 내용, 금액 TWD443,401.00		예시) Wrong Bank withdrawal_1707 내용, 금액 TWD443,401.00

	:[[file:internal_transfer_04.jpg\|~~850px~~]]		:[[file:internal_transfer_04.jpg\|1000px]]

Hschoi2: /* ERP 은행간 내부전송: Internal transfer */

2026-01-19T02:37:19Z

ERP 은행간 내부전송: Internal transfer

← 이전 판		2026년 1월 19일 (월) 02:37 판
183번째 줄:		183번째 줄:
	상단의 은행메뉴에서 좌측 '''internal transfer'''를 선택한다.		상단의 은행메뉴에서 좌측 '''internal transfer'''를 선택한다.

	:[[file:internal_transfer_01.jpg\|~~700px~~]]		:[[file:internal_transfer_01.jpg\|850px]]

	* 전송할 프로젝트의 ERP 은행 계좌를 선택한다.		* 전송할 프로젝트의 ERP 은행 계좌를 선택한다.
	아래의 예는 KHH --> TYC 프로젝트로 송금의 경우이다.		아래의 예는 KHH --> TYC 프로젝트로 송금의 경우이다.

	:[[file:internal_transfer_02.jpg\|~~800px~~]]		:[[file:internal_transfer_02.jpg\|900px]]

	* 수정할 날짜와 전송방식을 '''Cash'''로 선택한다.		* 수정할 날짜와 전송방식을 '''Cash'''로 선택한다.
195번째 줄:		195번째 줄:
	예시는 실제 2025년 9월 30일에 잘못된 인출을 수정하는 예이다.		예시는 실제 2025년 9월 30일에 잘못된 인출을 수정하는 예이다.

	:[[file:internal_transfer_03.jpg\|~~800px~~]]		:[[file:internal_transfer_03.jpg\|950px]]

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