ERP venders or 3rd party

본 문서는 Dolibarr ERP관련 각각의 모듈에 대한 설명을 한다.

Dolibarr는 특이하게, 제3자, third party로 공급자와 협력사를 같은 분류로 취급한다.

아마도, 고객이 될 수 도 있지만, 다시금 협력사도 될 수 있는 환경이라 그러한 듯 하다.

따라서, 모듈과 각 모듈의 메뉴에 대한 이해가 필요하다.

제3자: 3rd Party

제3자라는 것은 고객과 벤더인데, 한국어의 개념과 약간 다르다. 물론 한국어에서는 문맥상 구분을 하지만, 이것을 정의를 내려서 구분적으로 사용한다.

제3자 개념

고객의 개념은 크게 3가지로 나눈다.

1. 고객사 - 회사, 법인을 의미한다
2. 연락처 - Contact으로 고객사의 구성원으로 실질적인 연락처를 말한다.
3. 납품사(Vendor) - 우리에게 납품하는 회사, 혹은 하청이라는 표현을 사용한다. 단, 고객사와 벤더 모두 될 수 있으므로, 코드가 2개이다.

고객의 개념

우리가 보통 사용하는 고객의 개념은 2개로 나눈다.

1. 잠재고객 - 거래 아직 없음
2. 고객 - 거래가 시작된 (잠재)고객

보통 제3자라고 묶은 이유는 3가지 고객으로 나누기 때문이다.

1. 잠재 고객
2. (거래) 고객
3. 공급사 (Vendor, Supplier) - 주) 거래 고객이 될수도 있어 고객코드와 벤더코드 2개를 갖고 있음

고객 용어 세부

고객이라는 모호한 표현을 역할과 영업활동 관점에서 구분이 필요하다.

BI: 업무 프로세스

영업활동이 복잡해 지면서, 해당 내용에 대한 단계 정의와 데이터에 대한 정의가 필요하다.

인에이블 모객을 중심으로 영업활동에 대한 업무 프로세스를 정의하고, 확보해야할 내용에 대해 정의한다.

협력업체

한글로 번역해서 협력업체 혹은 Third Parties로 표시되지만, 의미는 그냥 나를 제외한 남을 의미하는 것을 협력업체라는 표현을 사용한다.

따라서, 협력업체 메뉴에 들어가 보면, 2가지 다른 메뉴가 있다.

* 고객 (잠재고객/현재 고객)
* 협력업체

여기서 고객(협력업체)로 등록된 경우, 회계적 처리는 다른 메뉴: billing & payments에서 진행한다.

* 주의 사항
고객으로 등록된 경우 billing & payments에서 처리하는데, 지급 요청을 하고, 이에 대한 관리를 위한 것이다. (영수 행위가 이님, 지급 요청서 성격)
협력업체로 등록된 경우, 벤더(협력사)의 요청(Invoice)는 영수증으로 처리가 되므로, Expense Report로 처리되므로, billing & payments가 아님 주의

특히, 협력업체에 대한 지급처리와 고객에 대한 지불요청(invoice 발행)은 모두 협력업체라는 메뉴에서 등록된 제3자가 이어야지만 지급/지불 요청이 가능하다는 점을 주의한다.

제3자

또한, 회사(법인)과 담당자(개인)을 구분하여, 등록하게 되어 있다.

1. 회사(법인) 등록 - Third Party
2. 연락처 등록 - 담당자 등록

* 회사는 1개 이어도, 담당자는 여러개를 등록할 수 있도록 되어 있다.

연락처 주소

법인과 달리 다양한 연락처(개인)을 등록해서, 어떤 분야인지 구분해서 관리하고, 각각의 영업사원 contact도 구별해서 지정할 수 있다.

입력시 적용

Partnership

협력관계에 대한 내용인데, 커스터마이징을 통해서 구분해서 단계를 세분화 할 수 있음

• Element Third party Prospect

A prospect is just a third party that is a prospect. There is a particular class to manipulate such objects. The PHP class to use to manipulate such object is file htdocs/comm/prospect/class/prospect.class.php.

It contains CRU

Element Third party Prospect A prospect is just a third party that is a prospect. There is a particular class to manipulate such objects. The PHP class to use to manipulate such object is file htdocs/comm/prospect/class/prospect.class.php.

It contains CRUD methods to create (C), read (R), update (U) and delete (D) this object.

Life cycle:

A prospect has a status :

1. Do not contact (-1) ;
2. Not contacted (0) ;
3. To contact (1) ;
4. Contact in process (2) ;
5. Prospect contacted (3).

Billing & payments

(이건 좀 수정) - 벤더의 지급에 대한 내용인 듯? 같이 쓰나? 확인 필요

고객에 대한 지급요청(Invoice)과 관련된 내용은 지급과 지불요청 메뉴에서 진행한다.

주의할 점은, 이미 3rd party로 등록된 객체를 기준으로 생성되므로, 사전에 고객사를 등록해야 한다.

벤더에 대한 지급은 회계 모듈은 Expense Report에 있다.

Data Import

파일로 대량 입력할 경우, 다음의 내용에 주의한다.

회사정보: MD

회사 정보 Master table이다.

Import의 경우, 필수 항목은 반드시 넣어야 하고, 필수 항목은 다른 DB에서 PK(Primary Key)로 사용된다.

번호	항목	설명	비고
1	제3자_이름*(s.nom)	제3자의 이름	필수
2	별칭_이름(s.name_alias)	별칭 또는 닉네임	호칭이 여러 개인 경우 사용
3	모회사(s.parent)	모회사 명칭	이름이 정확하면, 자회사 표시 용이
4	상태*(s.status)	현재 상태	필수 0/1 (OPEN)
5	고객_코드(s.code_client)	고객 식별 코드	예) CU01-0001 / empty / "auto"
6	공급업체_코드(s.code_fournisseur)	공급업체 식별 코드	벤더일 경우 부여
7	고객_회계_코드(s.code_compta)	회계 코드(고객)
8	공급업체_회계_코드(s.code_compta_fournisseur)	회계 코드(공급업체)
9	주소(s.address)	주소
10	우편번호(s.zip)	우편번호
11	도시(s.town)	도시 명칭
12	주_도_코드(s.fk_departement)	주 또는 도 코드
13	국가_코드(s.fk_pays)	국가 코드
14	전화(s.phone)	전화번호
15	모바일_전화(s.phone_mobile)	모바일 전화번호
16	팩스(s.fax)	팩스 번호
17	웹사이트(s.url)	웹사이트 주소
18	이메일(s.email)	이메일 주소
19	직원_수(s.fk_effectif)	직원 수
20	제3자_유형(s.fk_typent)	제3자 유형	대기업, 소기업, 정부 등
21	사업체_유형(s.fk_forme_juridique)	사업체 유형	1/2/3 etc.
22	사업_ID_1(s.siren)	사업 식별 번호 1
23	사업_ID_2(s.siret)	사업 식별 번호 2
24	사업_ID_3(s.ape)	사업 식별 번호 3
25	사업_ID_4(s.idprof4)	사업 식별 번호 4
26	사업_ID_5(s.idprof5)	사업 식별 번호 5
27	사업_ID_6(s.idprof6)	사업 식별 번호 6
28	VAT_ID(s.tva_intra)	부가가치세 식별 번호	사업자번호
29	자본금(s.capital)	자본금
30	상업_고객_상태(s.fk_stcomm)	상업 고객 상태	-1/0/1/2 etc... matches field "id" in table "llx_c_stcomm"
31	개인_메모(s.note_private)	개인 메모	로그인 아이디 작성 사항만 보임
32	공공_메모(s.note_public)	공공 메모
33	고객*(s.client)	고객 여부	필수, 0 (no customer no prospect) / 1 (customer) / 2 (prospect)/ 3 (customer and prospect)
34	공급업체*(s.fournisseur)	공급업체 여부	필수, 0 (not supplier) / 1 (supplier)
35	잠재_고객_레벨(s.fk_prospectlevel)	잠재 고객 레벨	eg. "PL_MEDIUM" matches field "code" in table "llx_c_prospectlevel"
36	결제_유형_고객(s.mode_reglement)	고객 결제 유형	1/2/3...matches field "id" in table "llx_c_paiement"
37	결제_조건_고객(s.cond_reglement)	고객 결제 조건	1/2/3...matches field "rowid" in table "llx_c_payment_term"
38	결제_유형_공급업체(s.mode_reglement_supplier)	공급업체 결제 유형
39	결제_조건_공급업체(s.cond_reglement_supplier)	공급업체 결제 조건
40	미결제_한도(s.outstanding_limit)	미결제 한도
41	회계_ID(s.fk_account)	회계 식별 번호
42	인코텀즈(s.fk_incoterms)	인코텀즈	ICC 무역조건(DDP/CIA)
43	사용된_판매세(s.tva_assuj)	사용된 판매세
44	바코드(s.barcode)	바코드
45	기본_언어(s.default_lang)	기본 언어
46	캔버스(s.canvas)	캔버스
47	작성_일(s.datec)	작성일
48	다중통화_사용(s.fk_multicurrency)	다중통화 사용여부
49	통화(s.multicurrency_code)	통화 코드

Contacts : 담당

고객의 담당자에 대한 내용이다. Import할 경우, 필수 항목은 성(Last name)뿐이나, 입력하지 않으면 나머지 것들은 추가적으로 정리 수정해야 한다.

특히 화사명 (혹은 제3자_이름)을 넣어야, 해당 고객(회사명)에 자동으로 link가 되므로, 회사이름이 미리 등록되어 있다면, 해당 회사 이름을 정확히 사용하여 컬럼을 작성해야 한다.

번호	구성	설명	비고
1	Id (s.rowid)	식별자
2	작성일 (s.datec)	작성 날짜
3	제3자_이름 (s.fk_soc)	제3자의 이름
4	호칭 (s.civility)	호칭 또는 예의	닥터, 선생 등
5	성* (s.lastname)	성	필수
6	이름 (s.firstname)	이름	성 필드에 full name 써도 됨
7	주소 (s.address)	주소
8	우편번호 (s.zip)	우편번호
9	도시 (s.town)	도시 명칭	표준코드를 사용했으나, 불편하면 재정의 사용
10	주_도_코드 (s.fk_departement)	주 또는 도 코드
11	국가_코드 (s.fk_pays)	국가 코드
12	생년월일 (s.birthday)	생년월일
13	직위 (s.poste)	직위
14	전화 (s.phone)	전화번호
15	개인_전화 (s.phone_perso)	개인 전화번호
16	모바일_전화 (s.phone_mobile)	모바일 전화번호
17	팩스 (s.fax)	팩스
18	이메일 (s.email)	이메일 주소
19	개인_메모 (s.note_private)	개인 메모	로그인 계정만 보이는 메모
20	공공_메모 (s.note_public)	공공 메모

• 참고

서양 문화 영향으로 성(Last name)과 이름은 구분해 놓는다. 그러나 필요에 따라, 성 부분에 전체 이름을 넣어도 무방하다 필요한 경우 필드를 편한 방식으로 사용해도 됨.

성/이름 필드를 구분하지 않고 그냥 성 or 이름 필드에 full name을 넣어도, 검색에 영향이 없다.
기타 다른 요소에서도 중복으로 사용가능한 필드가 있으니, 필요에 따라 사용해도 무방하다. 단, 규칙없이 사용하면, 나중에 정리하기 복잡하므로, 규칙을 명시하던지, 아니면 제공된 필드를 그대로 사용한다.