본문으로 이동

ERP venders or 3rd party: 두 판 사이의 차이

LS Taiwan
← 이전 편집다음 편집 →
Hschoi2 (토론 | 기여)
695 편집
Hschoi2 (토론 | 기여)
695 편집
태그: 수동 되돌리기
104번째 줄: 104번째 줄:
# Contact in process (2) ;
# Contact in process (2) ;
# Prospect contacted (3).
# Prospect contacted (3).
=회사정보: MD=
회사 정보 Master table이다.
Import의 경우, 필수 항목은 반드시 넣어야 하고, 필수 항목은 다른 DB에서 PK(Primary Key)로 사용된다.
{| class="wikitable"
! 번호 !! 항목 !! 설명 !! 비고
|-
| 1 || 제3자_이름*(s.nom) || 제3자의 이름 || 필수
|-
| 2 || 별칭_이름(s.name_alias) || 별칭 또는 닉네임 ||
|-
| 3 || 모회사(s.parent) || 모회사 명칭 ||
|-
| 4 || 상태*(s.status) || 현재 상태 || 필수
|-
| 5 || 고객_코드(s.code_client) || 고객 식별 코드 ||
|-
| 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) || 사업체 유형 ||
|-
| 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) || 상업 고객 상태 ||
|-
| 31 || 개인_메모(s.note_private) || 개인 메모 ||
|-
| 32 || 공공_메모(s.note_public) || 공공 메모 ||
|-
| 33 || 고객*(s.client) || 고객 여부 || 필수
|-
| 34 || 공급업체*(s.fournisseur) || 공급업체 여부 || 필수
|-
| 35 || 잠재_고객_레벨(s.fk_prospectlevel) || 잠재 고객 레벨 ||
|-
| 36 || 결제_유형_고객(s.mode_reglement) || 고객 결제 유형 ||
|-
| 37 || 결제_조건_고객(s.cond_reglement) || 고객 결제 조건 ||
|-
| 38 || 결제_유형_공급업체(s.mode_reglement_supplier) || 공급업체 결제 유형 ||
|-
| 39 || 결제_조건_공급업체(s.cond_reglement_supplier) || 공급업체 결제 조건 ||
|-
| 40 || 미결제_한도(s.outstanding_limit) || 미결제 한도 ||
|-
| 41 || 회계_ID(s.fk_account) || 회계 식별 번호 ||
|-
| 42 || 인코텀즈(s.fk_incoterms) || 인코텀즈 ||
|-
| 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) || 통화 코드 ||
|}


=Billing & payments=
=Billing & payments=

2025년 9월 25일 (목) 07:27 판

본 문서는 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

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

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에 있다.

원본 주소 "http://tcamp32.synology.me:8797/index.php?title=ERP_venders_or_3rd_party&oldid=623"