본문으로 이동

ERP설명: 두 판 사이의 차이

LS Taiwan
Hschoi2 (토론 | 기여)
편집 요약 없음
Hschoi2 (토론 | 기여)
편집 요약 없음
3번째 줄: 3번째 줄:
실무적인 내용은 개별적인 주제로 확인하세요
실무적인 내용은 개별적인 주제로 확인하세요


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


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


프로젝트 관리 부분을 보면, 프로젝트를 진행하는데 있어서, 주요 요소는 3가지 이다.
** Scope: 범주
** Time: 시간
** Cost: 비용


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


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


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


# 제조 ERP
# 판매 ERP


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


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


유럽에서 나온 ERP 제품으로는 SAP과 Oracle ERP가 대표적이다.
[[파일:erp_exp_02.jpg|500px]]


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


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


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


[[파일:erp_exp_03.jpg|500px]]


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


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


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


보통 쉽게 생각하는 것이, 다음과 같다.
#) 회계처리 (비용 정산)
#) 상품, 서비스 항목 (등록 및 사용)
#) 이벤트 (시간 연관) 처리
#) 인건비 관련 처리
#) 기타 세금 및 재무 관련 처리
인건비 투입과 상품, 서비스 제공하는 것이 프로젝트이다. ERP가 발전되어 오면서 부터, ERP외의 다른 분야까지 확대되어 적용되었다.
따라서, 기본 기능외에도 프로젝트 관리, 자료 관리, 근태 관리 등의 다양한 요소들이 점점 추가되어 복잡해 지는 것이다.
* Dolibarr ERP 특징
오픈소스로, 직접 활용하는 것은 비용이 청구되지 않는다. 다만, 이것을 수정하여 ERP 서비스를 제공하는 형태의 사업은 라이선스가 허용되지 않는다.
거래, transaction 기준으로 단순하게 구성되어 있으며, 전세계 약 200여개 사업장에서 사용하고 있으며, 유명한 것은 토요타가 사용하고 있다는 것이다.
장점은 오픈소스로, 필요사항에 대해서 직접 수정을 할 수 있고, 본인의 프로세스에 맞춰 최적화를 할 수 있다는 점이다.
대신에 단점은 전문적인 지원이나 기능 구현에는 어느 정도 개발 인력이나 비용이 투입되어야 한다는 점이다.
근 20년동안 사용된 ERP 소스라서 그런지, 왠만한 기능들은 모두 갖추고 있으며, 아주 특화된 기능 예를 들어, 4대 보험 자동 처리, 근태 관리 등의 특수한 목적의 모듈은 별도 써드파티의 제품(모듈)을 구매해서 사용해야 한다. 써드파티 제품도 기본적으로 소스가 공개되기 때문에, 적절한 소스를 구매 후에 수정해서 사용하면 된다.
요즘 오픈소스는 클라우드 시스템 기준으로 많이 바뀌었다. 예전처럼 모든 소스 코드나 기능을 제공하기 보다는 기본 기능을 제공하고 핵심적인 기능은 구독이나 구매를 통한 활용을 유도하고 있다. Doliibarr ERP역시 설치형 제품에서 클라우드 서비스 계열로 전환하고 있다.
[http://wiki.dolibarr.org| Dolibarr wiki 사이트]에서 확인 할 수 있다.
===대표적인 기능(모듈)===
모듈(기능)은 다음과 같은 종류가 있다.
# 인력 관리, HR
# 고객 관리, CRM
# 협력사 관리, Vendor Relation Management (VRM)
# 회계 모듈
# 상품/서비스 모듈
# 프로젝트 관리
# 전자문서 관리
# 다양한 기능 지원 - 에디터, 분류(tag 활용), 다국적 통화 관리, RSS, 데이터 export 기능
# 기타 기능 - 투표, POS 기기 연동, 웹사이트 링크
# 외부 연동 - 소셜 네트워크, 메일 수집 시스템, API 웹서비스, LDAP 인증, OATH2 토큰 관리, 웹파일 시스템 (WebDAV)
특히 회계처리를 위해서는 기본적으로 1) 인력(HR) 2) 고객 등록 3) 프로젝트 4)회계 모듈을 설정해야 한다.
===핵심사항===
프로젝트의 진행은 사람을 기준으로 한다. 민법과 비슷함... 먼저 인력이 있어야, 해당 인력이 비용을 집행하게 되고, 프로젝트를 진행하게 된다.
따라서, 인력을 설정하고, 인력의 기본 정보, 회계처리를 위해서는 해당 프로젝트의 sub title을 지정해야 한다.
* 권한 관리
특히, 결재 권한 및 프로젝트간 구분을 위한 권한 관리를 해 주어야 한다.
이부분이 특히 세밀하게 설정하는 것이 필요하다.
프로젝트 기본으로는
# 관리자
# 회계 담당자
# 프로젝트 멤버 - 필요에 따라 세분할 수 있다. 예를 들어 번역, 현장, 사무 등 그러나, 이러한 구분은 비용 및 접근 가능한 데이터 기준으로 나누는 것이므로 설계를 잘 해야 한다. 단순 역무 구분으로 하지 말 것


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

2025년 1월 9일 (목) 01:09 판

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

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

ERP 개관

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

파일:Erp exp 01.jpg:500px

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

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

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

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


ERP의 종류

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

  1. 제조 ERP
  2. 판매 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 기준으로 이루어지며, 모든 데이터의 관계 중심은 거래이다.

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

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

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

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

  • Dolibarr ERP 특징

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

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

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

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

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

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

대표적인 기능(모듈)

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

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

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

핵심사항

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

  • 권한 관리

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

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

프로젝트 기본으로는

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