이러한 제품의 출시/업데이트 및 웹 서비스 기술 개발과 관련하여 1C 전문가는 원활한 통합, 1C ERP 및 1C 문서 관리(이하 "DO"라고 함)를 구현했습니다.
이 기사에서는 체계와 통합 설정에 대해 설명할 뿐만 아니라 몇 가지 가능한 통합 유형도 고려합니다.
두 프로그램 간의 이러한 상호 작용을 구현하려면 다음이 필요합니다.
-
1C "DO" 2.0(버전 CORP)
웹서버 아파치.
데이터 설치 및 구성 소프트웨어 제품설명이 필요없으니 바로 설정으로 넘어가겠습니다.
그래서. 비즈니스 프로세스는 다음과 같습니다. 판매 계약에 동의해야 합니다. 조정 계획은 다음과 같습니다.
이러한 계획을 구현하기 위해 사용자를 1C ERP 및 1C DO로 안내합니다.
- 안전
- 변호사
- 이코노미스트
- 사무원
이제 설정으로 넘어갑시다
"구성자" 모드에서 1C DO로 이동하여 웹 서버에 데이터베이스를 게시해 보겠습니다.
이름 - 리소스의 주소, 즉 http://localhost/DocCorp/
디렉토리 - 웹 서비스의 위치입니다.
우리는 작업을 확인합니다.
이제 1C TO에서 설정을 해보자.
1) "판매 계약서"라는 새로운 유형의 문서를 작성해 보겠습니다.
"NSI 및 관리" - "문서 유형"으로 이동합니다.
문서 그룹 "계약"을 만들어 봅시다.
새 보기 만들기
"문서 템플릿" - "문서 세부정보" 탭으로 이동합니다.
모든 판매 계약을 한 곳에 저장하기 위해 폴더를 만들어 보겠습니다.
"프로세스 템플릿"으로 이동하여 새 템플릿을 만듭니다.
템플릿 선택 양식 "승인"이 열리고 "비표준 프로세스" 폴더를 만든 다음 "판매 계약 동의" 프로세스를 만듭니다.
프로세스를 작성해 봅시다.
프로세스의 주제로 넘어가겠습니다. 왜냐하면. 계약 금액에 따라 달라지는 조건부 라우팅이 있습니다. 분석 대상이 필요하므로 생성해 보겠습니다.
"프로세스 설정" 탭으로 돌아가서 일치하는 항목을 추가합니다.
그런 다음 라우팅 방향을 변경하고 협상 순서를 설정합니다.
이제 눈에 띄는 주소 지정을 설정하고 "조건 사용" 버튼을 클릭합니다. *(CORP 버전에서만).
새 라우팅 조건을 만들어 보겠습니다. 계약 금액 > 100,000루블.
"문서 유형" - "판매 계약"에 할당해 보겠습니다.
1C "TO" 설정이 완료되었습니다. 1C: ERP 설정으로 넘어 갑시다.
1C "DO"에서와 같이 사용자를 추가합시다.
URL 필드에 서비스의 웹 주소를 입력하고 필요한 체크박스를 설정한 후 통합 설정을 진행합니다.
프로세스를 첨부할 문서를 설정에서 지정합니다.
이것은 1C "DO"- "내부 문서"의 대상인 "상대방과의 계약"이 됩니다.
관계를 선택하면 관련 개체의 기본 구성이 수행됩니다.
필드 범위를 설정해야 합니다.
1 "DO"의 문서 유형 - "판매 계약"
문서 유형을 입력하면 1C ERP는 1C "TO"에서 문서 유형을 찾습니다.
"폴더" - "판매 계약"(문서 저장 장소)
"등록 번호"
기본 시스템은 이것이 "코드"라고 하는데, 이것은 올바르지 않습니다. 값을 변경해 보겠습니다.
이것은 우리의 계약 번호입니다.
나머지 필드 설정
그게 다야 - 설정을 저장하십시오.
1C ERP에서 판매 계약을 생성해 보겠습니다. 사용자 "Cleric clerk"로 생성하겠습니다.
이제 우리는 이 계약을 기반으로 1C "DO" 프로세스를 만들 것입니다. "더보기"를 클릭하십시오
1C "DO"에서 내부 문서 "판매 계약"이 생성됩니다.
"이름"은 1C ERP의 데이터에 해당합니다. 시스템은 즉시 프로세스 템플릿을 선택하라는 메시지를 표시합니다. "판매 계약 협상"을 선택하고 "프로세스 생성"을 클릭하십시오. "즉시 시작" 확인란은 아직 설치하지 않습니다.
우리 계약 금액은 > 100,000 루블이므로 라우팅 규칙이 작동하여 이코노미스트가 추가되었습니다.
우리는 프로세스를 시작합니다.
이제 다른 사용자의 1C ERP로 이동하여 결과를 살펴보겠습니다. 사용자가 1C ERP에 처음 로그인할 때 1C "TO"와의 통합이 구성된 경우 "DO"에 연결하기 위해 로그인 및 비밀번호를 입력하라는 메시지가 표시됩니다.
그럼 이코노미스트로 가볼까요?
그는 할 일이 없기 때문에 승인은 "변호사" 이후에 이루어지며, 우리는 "변호사"와 계약에 동의하고 "이코노미스트"의 작업을 업데이트합니다.
계약이 "유효함" 상태로 이동했습니다.
작은 탈선. 이것은 1C ERP에서 1C "TO"로의 통합의 예입니다. 그러나 제 생각에는 통합 자체가 아니라 비즈니스 프로세스의 구성에 많은 단점이 있습니다. 거래 상대방과의 판매 계약 문서 흐름이 많다고 가정하고 모든 계약은 승인 절차를 거칩니다. 따라서 매번 계약을 1C: ERP에 입력해야 합니다. 그러나 계약에 동의하지 않으면 "쓰레기"가 데이터베이스에 남게 됩니다. 이것이 시스템 운영에 큰 영향을 미친다는 것은 아니지만 여전히 그렇습니다.
그러나 관계를 확장할 수 있는 기회가 있습니다. "서기"는 1C "DO"에서 내부 문서 "판매 계약"을 작성하고 문서는 승인 단계를 거친 다음 동의하면 "서기"가 이미 승인된 데이터를 1C ERP에 입력하고 관계를 설정합니다. 1C ERP의 개체와 1C "DO" 사이 .
1C "DO"에서 내부 문서 "판매 계약"을 생성합니다.
우리는 우리가 만든 승인 템플릿에 따라 계약을 등록하고 보냅니다.
화면의 작은 부정확성, 계약 금액은 1500 루블의 금액으로 내려졌습니다.
계약 금액을 1500루블로 설정했으므로 이코노미스트는 승인할 필요가 없습니다.
1C ERP로 넘어 갑시다.
보시다시피 원활한 통합으로 1C ERP에서 문서를 생성하지 않고도 1C "TO"의 모든 사용자 프로세스가 1C ERP에 표시됩니다.
모든 승인 절차가 완료되고 계약이 동의되면 1C ERP 데이터베이스에 입력하고 연결을 설정하기만 하면 됩니다.
우리는 1C ERP에 계약을 체결하고 1C "DO"에서 합의된 개체와 연결을 설정합니다.
"문서 관리"로 이동 이 문서"내부 문서" 1C TO를 선택하십시오.
1C "TO" 쪽에서 선택한 기준에 따라 검색이 수행됩니다.
이제 두 객체 사이에 연결이 있습니다.
동시에 1C ERP에서 불필요한 문서를 생성하지 않았으며 전체 승인 프로세스는 ERP 측에서 이루어졌습니다(1C "DO" 사용). 그리고 서로 다른 기지에 있는 2개의 개체 간에 연결이 수신되었습니다.
모두 Sim을 위한 것입니다. 선택할 방법은 필요에 따라 다르며 스스로 결정하십시오.
추신. 1C ERP와 통합할 때 기업, 계약자, 사용자 및 DDS 기사의 구조를 교환하기 위한 계획을 세우는 것이 좋습니다. 이렇게하면 1C "DO"시스템의 간섭이 줄어들고 계약 회계에 최신 정보가 제공됩니다.
3. ERP 하위 시스템 간의 통합. 이는 주로 ERP 하위 시스템 간의 규제된 데이터 교환으로 표현됩니다. 종종 이 데이터는 다른 하위 시스템에서 프로세스를 시작합니다. 하위 시스템 통합 방식이 그림 1에 나와 있습니다. 1.4.
쌀. 1.4. KIISUP 기반 통합 방안
4. 특정 조건에서 제어 구조를 유연하게 구현할 수 있습니다. 동시에 특정 KIISUP의 하위 시스템에 포함된 기능 구성이 기본 시스템 하위 시스템의 기능 내용과 완전히 일치하지 않을 수 있습니다. 기본 시스템은 특정 시스템이 구축되는 기반이 되는 소프트웨어의 일부인 기능 세트로 이해된다는 점을 기억하십시오. 이 위치는 그림 1에 나와 있습니다. 1.5.
A, B, C - 기본 시스템의 하위 시스템.
A 1 , B 1 , C 1 - 실제 KIISUP의 하위 시스템.
메모. 관리에 관련된 개별 부서의 활동을 자동화하는 것이 아니라 전체 생산 프로세스의 관리에 대한 KIISUP 구축의 방향은 관리 시스템의 무결성과 최대의 무결성을 실제로 지원하기 위한 주요 요구 사항입니다. 효율적인 기능. 동시에 KIISUP 하위 시스템의 기능적 내용과 부서의 기능적 책임 사이에 불일치가 있을 수 있습니다. 1.6.
A, B, C - 조직 구조에 포함된 하위 시스템.
A 1 , B 1 , C 1 - KIISUP의 하위 시스템.
다양한 관리 결정을 준비하는 데 필요한 동일한 기능의 사용은 매우 일반적입니다. 예를 들어 창고의 재고 수준 확인은 외부 주문이 접수될 때와 생산 주문 또는 구매 주문이 생성될 때 모두 수행됩니다.
5. 여러 이기종 리소스의 하나의 솔루션에 통합(집계). 이것은 계획의 상위 수준에서 특히 분명하지만 자원 구성의 선택은 관리자에게 달려 있습니다(그림 1.7).
6. 제품 수명 주기의 모든 단계에 대한 관리 통합(그림 1.8).
이러한 유형의 통합은 PLM, PDM 하위 시스템이 지원하는 전체 제품 수명 주기에 대한 정보를 기반으로 수행됩니다.
7. 모든 생산 단계의 관리 통합.
8. 자원을 제품으로 변환하는 모든 프로세스 간의 관리 통합.
9. 계획, 회계, 통제, 규제, 분석 기능을 포함하는 구조 형태의 관리 기능 통합(그림 1.11).
10. BPMS 시스템을 이용한 KIISUP 통합
현재 통합 개발 단계의 근본적인 특징은 KIISUP의 새로운 질적 개발 수준을 제공하는 보편적인 통합 솔루션으로 BPMS를 사용한다는 것입니다. 그 결과 현대 KIISUP의 구조는 그림 1과 같은 형태를 얻었다. 1.12.
이 다이어그램은 MRP-ERP-MES 방향의 개발과 관련된 주요 최신 하위 시스템과 환경 요구 사항에 대한 KIISUP의 통합 및 동적 적응을 위한 BPMS 하위 시스템을 모두 보여줍니다.
다이어그램에 제시된 KIISUP의 구성 요소는 다음과 같이 해석됩니다.
CIAS - 기업 분석 시스템. 그림 1.11에 따르면 다양한 제어 루프의 분석 블록에 대한 컴퓨터 지원을 제공합니다. 제어 루프는 회계, 제어, 분석, 규제 및 계획의 블록으로 구성됩니다.
BPMS - 비즈니스 프로세스 관리 시스템 - 비즈니스 프로세스 관리 시스템. KIISUP의 핵심인 통합 도구입니다.
SEB/EK - 전자 비즈니스 및 상거래 시스템. WEB 네트워크에서 비즈니스를 위한 컴퓨터 지원을 제공합니다.
ERP - 전사적 자원 계획 - 전사적 자원 계획.
APS - 고급 계획 및 스케줄링 - 고급 계획 및 스케줄링.
EAM - 기업 활동 관리 - 기업 자산 관리.
CRM - 고객 관계 관리 - 고객 관계 관리.
CSRP - 클라이언트 동기화 리소스 계획 - 클라이언트 동기화 리소스 계획.
EDMS - 전자 문서 관리 시스템.
ECM - 전자 컨텐츠 관리 - 전자 컨텐츠 관리.
SCM - 공급망 관리 - 공급망 관리.
SRM - 공급업체 관계 관리 - 공급업체와의 관계 관리.
MES - 제조 실행 시스템 - 생산을 위한 운영 관리 시스템.
AMM - 고급 제조 관리 - 고급 생산 관리.
PLM - 제품 수명 주기 관리 - 제품 수명 주기 관리.
PDM - 제품 데이터 관리 - 제품 데이터 관리.
CAD - 컴퓨터 지원 설계 - 컴퓨터 지원 설계(CAD).
CAM - 컴퓨터 지원 제조 - 자동화 생산.
CAE - 컴퓨터 지원 엔지니어링 - 자동화된 개발.
이 19개의 하위 시스템은 후속 강의에서 연구됩니다.
결론 및 결론
이러한 모든 통합 방법은 다양한 정도로 관리 시스템의 효율성에 영향을 미칩니다. 그러나 실제 시스템에서 나타나므로 복잡한 기능 제어 구조를 구축할 수 있습니다. 이러한 구조는 다수의 상호 연결된 관리 기능으로 구성됩니다. 통합 링크의 중단, 필요한 기능의 손실 또는 열악한 구현은 관리의 효율성을 감소시킵니다. "병목 현상", "막다른 골목"을 생성하고 부정확하거나 불완전한 정보를 기반으로 문제를 해결하고 품질을 저하시키기 때문입니다. 따라서 시스템을 설계하고 운영할 때 통합 문제를 최우선으로 고려해야 합니다.
결론:
ERP, MES 및 기타 기술을 기반으로 한 KIISUP의 통합은 현재 기업 관리 시스템 상태의 특징이자 주요 성과입니다. 그것은 시간과 공간에서 조정된 관리 프로세스의 모든 요소의 구현으로 구성됩니다.
관리 조직의 필수 요소로서의 통합은 항상 잘 이해되어 왔지만 구현은 전산화를 기반으로 만 가능했습니다.
KIISUP 시스템의 통합은 다음과 같은 생산 시스템 및 생산 프로세스의 요소를 하나의 전체로 결합하는 형태를 포함하여 다양한 방식으로 나타납니다.
ERP 및 CAD/CAM/CAE 시스템;
ERP, MES 및 기타 외부 환경의 하위 시스템
하위 시스템 KIISUP 자체;
기업의 부서;
단계 생산 과정- 조달에서 조립까지;
물질적 자원;
단일 생산 공정을 구성하는 기본 공정;
관리 기능.
현재 통합 개발 단계의 근본적인 특징은 KIISUP의 새로운 질적 개발 수준을 제공하는 보편적인 통합 솔루션으로 BPMS를 사용한다는 것입니다.
기업의 실무에서 KIISUP의 통합은 생산 시스템 요소 간의 경계가 흐려지고 관리 결정의보다 완전하고 포괄적 인 정당화가되며 관리자의 전문적인 자질이 향상됩니다.
회사의 주요 및 추가 활동을 수행하려면 문서 처리 프로세스가 수반되어야 하며, 이는 시스템 사용뿐만 아니라 회계또는 복잡한 ERP 시스템. 이 작업은 ECM 시스템, 후속 작업에서 가장 잘 처리됩니다. 전자 문서 관리 시스템(EDMS).이는 "관료적" 요구를 위해 도입될 뿐만 아니라 직원의 인건비를 줄이고 정보 중복 및 잘못된 데이터 입력을 제거하기 위해 도입되었습니다. 그러나 여기서 ERP와 ECM 시스템 간의 통합 문제가 종종 발생할 수 있습니다. 해결 방법, 예를 들어 보겠습니다. 1C: 문서 관리 8(이하 DO라고 함).
이 제품은 다른 정보 시스템(이하 IS라고 함) 또는 1C 기반 시스템과 통합할 수 있는 충분한 기회가 있습니다. 그 중에는 데이터 동기화와 원활한 통합이 있습니다.
원활한 통합다른 구성의 인터페이스를 통해 DO 기능을 사용할 수 있음을 의미합니다.
원활한 통합을 통해 다음을 수행할 수 있습니다.
- 문서 작성 1C에서: IS 데이터를 기반으로 하는 문서 관리, 문서 간의 링크 설정, 관련 개체의 세부 정보 업데이트;
- 비즈니스 프로세스 실행 IP의 문서 및 디렉토리에 따라;
- 1C: 문서 관리를 다음과 같이 사용하십시오. 파일 저장거의 모든 형식(이미지, 텍스트, 비디오 파일, 아카이브 및 기타 파일). 모든 버전의 문서에 대한 자동 파일 업로드 및 저장
- 편지 만들기 IS에 따르면;
- 근무 시간 등을 기록해 두십시오.
중요한!통합에 필요한 설정은 이미 1C:Enterprise 8 및 모든 표준 솔루션에서 사용할 수 있습니다.
1C의 통합: 1C의 예에서 IS와 문서 관리: ERP 엔터프라이즈 관리 2
원활한 통합은 다음을 기반으로 합니다. 웹 서비스 1C: 문서 관리.이는 워크플로의 일부이며 표준 제공에 포함됩니다. 이 웹 서비스는 프로그래밍이 필요하지 않으며 모든 무료 웹 서버에 게시할 수 있습니다. 무료 Apache 서버 또는 Microsoft IIS가 지원됩니다.
사용자는 실제로 웹 서버를 "보지" 않습니다. 원활한 통합이 작동하는 일종의 기술 플랫폼 역할을 합니다. 통합 구성(우리의 경우 1C: ERP) 측면에서 사용자가 상호 작용하는 개체를 제공하는 "통합 라이브러리"가 작동합니다. 사용자는 통합 라이브러리를 사용하여 DO에서 자신의 작업을 보고 실행할 수 있는 가능한 비즈니스 프로세스 목록을 봅니다. 이 모든 것이 엔터프라이즈 관리 구성 내부에 있습니다. 그리고 사용자는 1C:ERP 내부의 통합 라이브러리와 상호 작용합니다.
워크플로에서 구성 및 개체 생성이 거의 필요하지 않은 원활한 통합 기능이 있습니다. 예를 들어, 이것은 엔터프라이즈 관리의 작업 목록에 대한 작업입니다. DO에서 작업하는 것처럼 1C: ERP 데스크탑에 작업 목록만 표시됩니다.
두 번째 예 쉬운 사용통합 - DO를 파일 저장소로 사용합니다. 1C: 문서 관리 데이터베이스에서 별도의 폴더를 선택할 수 있으며 1C: ERP의 계약 스캔은 추가 엔티티를 생성하지 않고 이 폴더에 저장됩니다.
원활한 통합의 더 흥미로운 기능을 사용하려면 관련 개체가 생성됩니다. 예를 들어, 1C:ERP의 계약을 기반으로 작성된 편지를 작성하여 동료나 상대방에게 보내는 경우입니다.
1C와 원활한 통합을 설정하는 방법: 문서 관리
튜닝 과정에는 인내와 주의가 필요합니다. 설명을 위해 각각 1C: ERP 2.2.4.0.67 및 1C: 문서 관리 PROF(릴리스 2.1.10.2) 프로그램을 선택했습니다.
설정에는 다음 단계가 포함됩니다.
웹 서버 설치배포판에서 실행하여 Apache 또는 IIS. 지침은 배송에 포함되어 있습니다.
원활한 통합을 위한 DO 준비.이 단계에서 어떤 종류의 1C: ERP 개체가 통합에 참여할 것인지 결정해야 합니다. 예를 들어 고객 주문 및 판매 문서에 대한 통합만 가능합니다. 이러한 작업은 관리자 권한이 있는 사용자가 수행합니다. "From 1C: ERP" 폴더와 1C: Document Management 데이터베이스에 두 가지 유형의 내부 문서인 "Customer Order"와 "Sales of Goods and Services"를 만들어 보겠습니다. 거래 상대방 및 문서 금액에 대한 회계를 설정합니다. 기한을 사용해야 함을 지정합니다.
1C: ERP의 문서를 저장할 폴더를 정의해 보겠습니다. 우리의 경우 이것은 "Sales" 폴더이고 그 하위 폴더에는 "Orders" 및 "Sales"가 있습니다.
1C: 웹 서버의 문서 관리 웹 서비스 게시.이것은 매우 간단한 과정입니다. 구성자 모드에서 생성됩니다. 1C:Enterprise를 관리자로 실행합니다.
프로그램 1C: 관리 권한이 있는 사용자의 문서 관리로 이동합니다. 웹 서버에서 관리/게시 메뉴 항목을 선택합니다.
발행물 이름과 디렉토리를 지정하십시오. "게시" 버튼을 클릭합니다.
그런 다음 브라우저를 시작하고 "에서 1C: 문서 관리 구성을 다운로드할 수 있습니다. http://your_comp/Doc/»
여기서 "your_comp"는 웹 서버의 컴퓨터 이름 또는 IP 주소입니다.
그리고 "Doc"은 출판 디렉토리( C:\inetpub\wwwroot\Doc\).
1C에서 발행 주소 지정: ERP 엔터프라이즈 관리 2.관리 권한이 있는 사용자로 프로그램에 들어갑니다. "NSI 및 관리 / 통합 설정 / 1C: 문서 관리"를 선택합니다.
우리는 우리가 사용할 계획인 원활한 통합의 가능성을 나타냅니다.
"1C와의 통합: 문서 관리" 확인란을 선택하고 발행 주소를 입력하십시오 " http://your_comp/doc/»
수행할 다음 단계는 DO에 연결할 사용자 이름을 선택하는 것입니다.
1C: ERP에서 작업하는 모든 사용자의 경우 워크플로 데이터베이스에 계정을 만들고 사용자에게 암호를 제공해야 합니다. 도메인 인증이 작동하지 않습니다. 1C: 엔터프라이즈 인증을 사용해야 합니다. 워크플로우의 계정명과 1C:ERP의 이름이 같으면 좋습니다.
성공적인 연결의 표시는 워크플로 구성에서 작업 양식의 "1C: ERP 엔터프라이즈 관리 2"의 바탕 화면에 나타나는 것입니다.
이것은 1C: 문서 관리 문서가 1C: 문서 관리 문서인 경우 1C: ERP와 DO 개체 간의 대응에 대해 프로그램에 알리는 방법입니다(예: 고객 주문 및 워크플로의 해당 문서 유형(내부 문서 "고객 주문")). 1C: ERP 문서를 기반으로 생성되었습니다. 우리는 문서의 세부 사항이 무엇을, 어떤 순서로 작성되는지 나타냅니다.
- 베이스 충전. 예를 들어 1C: ERP의 필수 "상대방"을 기반으로 워크플로 데이터베이스에 필수 "상대방"을 입력합니다. 또는 엔터프라이즈 관리의 필수 "작성자"를 기반으로 DO에서 필수 "책임"을 채우십시오.
- 미리 정의된 값으로 채우기. 예를 들어 DO에서 새 문서를 만들 때 "From 1C: ERP" 폴더를 할당합니다. 중요 포인트 - 세부 정보의 자동 업데이트 설정. 규칙을 구성할 때 "속성 값 업데이트" 상자를 선택하십시오. 예를 들어 "Amount" 속성이 있습니다.
복잡한 비즈니스 로직을 생각하여 Embedded Language Expression 필드에 임베드할 수 있습니다. 예를 들어 DO의 승인 상태에 따라 1C:ERP의 문서에 상태를 지정합니다.
첨부할 내용도 알려드릴 수 있습니다. 인쇄 양식 1C: 문서 관리 구성에서 문서를 생성할 때 문서. 추가할 인쇄물과 형식을 지정합니다.
Counterparty 디렉토리와 동기화하기 위해 DO를 사용하는 예
1C: 문서 관리를 사용하면 1C: ERP 엔터프라이즈 관리 2에서 상대방을 자동으로 생성할 수 없습니다. 다른 방식으로 이 작업을 수행합니다.
문서 관리 데이터베이스(LLC "신규")에 상대방을 만듭니다. 우리는 카드에 들어가서 실행을 위해 제공합니다.
홈 페이지에서 엔터프라이즈 관리로 이동합니다. "업데이트"를 클릭하고 상대방을 확인하십시오. 상대방 카드로 이동하여 DO와 1C: ERP 간에 이 상대방을 수동으로 연결해야 함을 나타내는 하이퍼링크가 표시됩니다.
우리는 상대방의 TIN을 채우고 적어두고 닫습니다. 다시 가서 하이퍼링크가 사라진 것을 확인하고 상대방이 1C: ERP 데이터베이스에 완전히 나열되어 있습니다.
IP와 1C: 문서 관리의 원활한 통합을 사용하는 방법과 가능성이 더 많습니다. 설정에 행운을 빕니다!
2013년 3월 29일 오후 2시 52분독자 질문: 통합 EDMS + ERP 솔루션을 사용하는 경우 다른 시스템의 기능이 제한되어 한 시스템을 개선할 수 없는 위험이 실제로 있습니까? 그렇다면 전체 기능을 사용할 수 없다면 구현 및 통합의 요점은 무엇입니까?
여러 시스템을 통합할 때 작업은 한 시스템의 개체나 데이터를 다른 시스템에서 관리하는 것이 아닙니다. 일반적으로 시스템은 공통 데이터를 공유하고, 데이터의 이중 입력을 방지하고, 여러 시스템의 "관점에서" 작업을 볼 수 있도록 통합됩니다.
예를 들어 ERP 시스템에서 ECM에 저장된 문서 이미지에 액세스할 수 있습니다. 또는 업무 프로세스를 수행할 때 ERP 시스템에 저장된 데이터를 가져옵니다.
별도의 시스템 간에 통합이 가능하며, 이러한 방식으로 2개 이상의 시스템을 통합할 경우 게이트웨이가 여러 개 있을 수 있습니다. 또 다른 옵션은 엔터프라이즈 데이터 및 관리 서비스 버스(ESB)를 사용하는 것입니다. 시스템이 확장을 지원하지 않는 경우 데이터를 직접 수정, 다운로드, 업로드 또는 액세스할 수 없으며 통합이 불가능합니다. 일반적으로 이들은 레거시 시스템(문자 그대로 "상속") - 더 이상 개발되지 않고 이용만 가능한 제품입니다. 대부분의 경우 애플리케이션을 수정하거나 데이터에 액세스할 수 있습니다. 이는 통합의 기회를 제공합니다. 물론 시스템 통합 가능성을 평가할 때 모든 이점과 비용을 평가하고 상호 연관시켜야 합니다.
ERP와 ECM 시스템을 통합하는 작업은 처음부터 발생하는 것이 아니라 프로세스에서 필요합니다. 회사의 특정 비즈니스 프로세스 자동화.
일반적으로 이러한 비즈니스 프로세스에는 인보이스, 신청서 또는 계약에 동의하는 프로세스, 대출 신청서를 승인하는 프로세스 등과 같은 문서가 포함됩니다.
시스템 상호 작용에는 많은 옵션이 있으며 그 중 두 가지만 예를 들어 설명하겠습니다.
대부분의 ERP 시스템은 문서가 아닌 데이터로만 작업할 수 있지만 ECM 시스템은 원래 문서를 저장하도록 설계되었습니다. 따라서 첫 번째 시나리오는 ERP 시스템에서 ECM 시스템에 저장된 문서 이미지에 액세스하는 것입니다.
예를 들어 ERP 시스템에서 송장을 처리할 때 스캔한 이미지에 액세스해야 하며 여기에는 손으로 쓴 편집 내용과 표시가 포함될 수 있습니다. 이 작업은 여러 지역에 걸쳐 상품의 대량 배송을 조직하는 유통업체가 지속적으로 직면하고 있습니다. 콘센트. 혼인, 부족 또는 재등급이 적발된 경우 해당 표시는 종이 운송장에 작성됩니다. 송장 처리가 다른 장소에서 중앙 집중화되고 지리적으로 수행되는 경우 상황을 벗어나는 방법은 송장을 ECM 시스템으로 스트리밍 스캔하는 것일 수 있습니다. 시스템 통합은 ERP 시스템의 데이터를 ECM 시스템에 저장된 문서 이미지와 연결합니다. 송장을 처리하는 회계사는 필요한 정보(표시 및 수정)에 액세스하고 ERP 시스템의 데이터를 수정할 수 있습니다.
또 다른 시스템 통합 시나리오는 어떤 면에서 첫 번째 시나리오의 미러입니다. 이것은 ECM 애플리케이션에서 ERP 시스템 데이터에 액세스하는 조직입니다.
예를 들어, 계약을 협상하는 과정에서 결정을 내리기 위해서는 이전 계약의 이행 결과에 대한 정보, 거래상대방 간의 거래 정보, 주식 현황 등이 필요할 수 있습니다. 시스템 통합을 통해 ERP 시스템의 개체(카드, 보고서, 레지스터 등)에 대한 링크를 비즈니스 프로세스에 포함할 수 있으므로 문서를 승인하는 직원의 작업이 크게 간소화됩니다. 이 시나리오의 또 다른 버전이 있습니다. 계정을 조정할 때 재무 컨트롤러가 예산 시스템으로 전환하여 계획된 예산으로 애플리케이션 비용을 지불할 수 있는지 또는 반대로 모든 한도가 선택되는지 결정합니다. 보시다시피 많은 예가 있습니다.
위의 시나리오에서 ECM 시스템은 비즈니스 프로세스를 관리하기 위한 기술적 도구, 즉 BPM(비즈니스 프로세스 관리)의 기능을 수행할 수도 있습니다.
이미 BPM 엔진 또는 비즈니스 프로세스를 조정하기 위한 메커니즘이 있습니다. 다른 시스템에 대한 커넥터(통합 메커니즘)를 개발해야 합니다. 예를 들어, 선택한 ERP 시스템에 대한 커넥터입니다.
또 다른 변형 - ECM 시스템은 서비스 역할을 합니다.이 경우 ERP 시스템의 사용자가 문서 이미지에 액세스하는 첫 번째 시나리오가 표시됩니다. ECM 시스템은 문서에 대한 액세스를 제공합니다. 즉, 문서 저장소 역할을 합니다. 이 시나리오는 매우 대중적이며 ECM 시스템 제조업체는 온라인 문서 저장소인 CMIS에 액세스하기 위한 인터페이스 표준을 개발했습니다.
CMIS는 웹 서비스, 즉 인터넷을 통해 문서 및 전체 문서 클래스에 액세스하기 위한 표준적이고 보편적인 메커니즘을 제공합니다. 따라서 권한이 있는 경우 물리적으로 다른 도시 또는 다른 국가에 있는 문서에 액세스할 수 있습니다. 그러나 이는 초국적 기업에서 흔히 볼 수 있는 관행입니다.
물론 비즈니스 프로세스 자동화에 대한 생각의 비행은 시스템의 통합 기능에 의해 제한됩니다. 통합이 불가능한 시스템은 점점 줄어들고 있습니다. 일반적으로 이들은 위에서 이미 언급한 레거시 시스템입니다.
응용 프로그램이 확장을 지원하는 경우 외부 데이터에 액세스하거나 데이터를 가져오거나 반대로 내보내도록 수정할 수 있습니다. 많은 최신 응용 프로그램에는 시스템 개체에 액세스할 수 있는 API(프로그램 액세스 인터페이스)가 있습니다. 이것이 불가능하지만 시스템 내에서 데이터 저장소가 구성되는 방식에 대한 지식이 있는 경우 시스템 데이터에 직접 액세스하는 외부 애플리케이션이 생성됩니다.
따라서 통합의 무의미함은 말할 가치가 없습니다. 각각의 경우에 필요한 통합, 수행할 수 있는 작업 및 비용을 결정해야 합니다. 그리고 시스템 통합의 이점은 많은 것을 가져올 수 있으며 주어진 예가 이를 분명히 증명합니다.
사전BPM 시스템(Eng. 비즈니스 프로세스 관리) - 조직의 비즈니스 프로세스를 관리하기 위한 시스템입니다. ERP(Eng. Enterprise Resource Planning - Enterprise Resource Planning) - 설정 기업의 모든 주요 비즈니스 운영에 대한 계획, 회계, 제어 및 분석을 자동화하기 위한 단일 환경을 생성할 수 있는 통합 응용 프로그램입니다. API(영어 응용 프로그래밍 인터페이스 - 응용 프로그래밍 인터페이스)는 하나의 소프트웨어를 통합하기 위한 응용 프로그래밍 인터페이스입니다. 다른 사람과의 제공. CMIS(영어 콘텐츠 관리 상호 운용성 서비스 - 콘텐츠 관리를 위한 상호 작용 서비스) - 일련의 웹 서비스로 구성된 표준 나누는관련 없는 콘텐츠 저장소에 저장된 정보. 엔터프라이즈 서비스 버스(ESB) - 연결 소프트웨어, 서로 다른 정보 시스템 간에 중앙 집중식 통합 메시징을 제공합니다. 서비스 버스의 기본 원리는 메시지 교환입니다. 다양한 시스템필요한 경우 제어, 데이터 변환 및 메시지 안전이 제공되는 단일 지점을 통해 메시지 처리 및 전송에 대한 모든 설정도 단일 지점에 집중된 것으로 가정하므로 버스에 연결된 정보 시스템을 교체할 때 다른 시스템을 재구성할 필요가 없습니다. 디에스에스컨설팅은 2003년부터 컨설팅 시장에 진출해 수년간 자체 모니터링을 진행해 온 경영 및 IT 컨설팅 기업이다. 러시아 시장 정보 시스템현재 주제에 대한 분석 리뷰를 게시합니다. |
90년대 초반. 분석 회사 Gartner Group이 새로운 개념을 도입했습니다. 모듈과 통합된 MRPII 클래스 시스템 재무 계획 FRP(재정 요구 계획)라고 합니다. 자원 계획 시스템 기업 ERP (이자형기업아르 자형자원피래닝). 이것은 다음을 포함하는 전사적 자원 관리 시스템입니다.
- 예측;
- 프로젝트 및 프로그램 관리;
- 제품 및 기술에 대한 정보 유지,
- 비용 관리, 재무, 인적 자원 등
ERP 시스템 프로젝트는 비즈니스 개편 프로젝트입니다.
ERP 시스템은 모든 기업 비즈니스 정보를 포함하는 단일 데이터 웨어하우스(리포지토리)를 만드는 원칙을 기반으로 합니다.
- 금융 정보;
- 생산 데이터;
- 인사 데이터
- 등
ERP 시스템기업의 모든 주요 비즈니스 운영에 대한 계획, 회계, 제어 및 분석을 자동화하기 위해 통합 정보 공간을 생성할 수 있는 통합 애플리케이션 세트입니다.
ERP 시스템에는 다음과 같은 주요 기능 블록이 구현됩니다.
- 판매 및 생산 계획. 블록 조치의 결과는 주요 유형의 제품 생산 계획을 개발하는 것입니다.
- 수요 관리. 이 블록은 제품에 대한 미래 수요 예측, 특정 시점에 고객에게 제공할 수 있는 주문량 결정, 유통업체 수요, 기업 내 수요 등을 결정하도록 설계되었습니다.
- 고급 용량 계획. 생산 계획을 지정하고 실현 가능성 정도를 결정하는 데 사용됩니다.
- 주요 생산 계획(생산 일정). 제품은 제조 조건 및 수량과 함께 최종 단위(제품)로 결정됩니다.
- 자재 요구 사항 계획. 자재 자원의 유형(조립식 조립품, 완제품, 구매한 제품, 원자재, 반제품 등)과 계획을 이행하기 위한 구체적인 납품 시기가 결정됩니다.
- 제품 사양. 최종 제품의 구성을 결정하고, 물질적 자원실제로 사양은 주요 생산 계획과 자재 소요량 계획 사이의 연결 고리입니다.
- 용량 요구 사항 계획. 이 계획 단계에서는 이전 수준보다 더 자세히 생산 능력.
- 라우팅/작업 센터. 이 블록의 도움으로 다양한 수준의 생산 능력과 제품이 생산되는 경로가 모두 지정됩니다.
- 능력에 대한 워크샵 계획 확인 및 조정.
- 구매, 재고, 판매 관리.
- 재무관리(총계정원장 관리, 채무자 및 채권자와의 정산, 고정자산회계, 현금관리, 기획 금융 활동등).
- 비용 관리(기업의 모든 비용 및 완제품 또는 서비스의 원가 계산).
- 프로젝트/프로그램 관리.
러시아에서 가장 일반적인 ERP 클래스 시스템:
- SAP R/3
- 오라클 애플리케이션
- 은하
- 돛
- 1C: 엔터프라이즈 8
- 다이나믹 액스
- 코그노스
- Navision Attain 및 Navision Axapta
- 각종 산업(조립, 제조업 등) 및 기업 및 단체의 활동 지원(예: ERP 시스템은 산업 기업, 은행, 보험 및 무역 회사 등 서비스 부문의 조직에서도).
- 생산뿐만 아니라 기업의 다양한 영역에서 리소스 계획을 지원합니다.
- ERP 시스템은 IP 내에서 "가상 기업"(생산, 공급자, 파트너 및 소비자의 상호 작용 반영) 관리에 중점을 둡니다.
- ERP 시스템에서는 재무 하위 시스템에 더 많은 관심을 기울입니다.
- 초국적 기업을 관리하기 위한 메커니즘이 추가되었습니다.
- 인프라(인터넷/인트라넷), 확장성(최대 수천 명의 사용자), 소프트웨어 및 다양한 플랫폼의 유연성, 안정성 및 성능에 대한 요구 사항 증가.
- ERP 시스템과 기업에서 이미 사용하고 있는 애플리케이션의 통합에 대한 요구 사항 증가
- 더 많은 관심을 기울였습니다 소프트웨어 도구의사 결정 지원 및 데이터 웨어하우스와의 통합(때로는 ERP 시스템에 새 모듈로 포함됨).
- 많은 ERP 시스템이 고급 사용자 정의(구성) 도구, 다른 응용 프로그램과의 통합 및 적응(시스템 작동 중에 동적으로 사용되는 도구 포함)을 개발했습니다.
- 완성 다양한 종류회사 활동
- 전사적 자원 계획 프로세스는 교차 기능으로 이루어지며 기업은 기존의 기능적, 지역적 경계를 뛰어넘습니다.
- 이전에 다른 곳에 저장된 데이터 이기종 시스템, 이제 단일 시스템에 통합되었습니다. .
2010년까지 EU 국가는 글로벌 정보 커뮤니티의 일부인 가장 역동적으로 발전하고 경쟁적인 지역이 되어야 합니다. 그것 - 전략적 목표프로그램 "Electronic Europe"(e-Europe), 다음을 제공해야 합니다.
- 저렴하고 안전하며 빠른 인터넷;
- 인구를 위한 IT 교육에 대한 충분한 투자;
- 인간 생활의 모든 영역에서 인터넷의 대량 사용.
ERP 시스템과 전자 상거래 시스템의 통합을 통해 B4B 개념을 구현할 수 있습니다.
구매자가 전자 상거래 시스템을 통해 필요한 제품을 완성할 수 있는 기회.
저것들. 문제는 생산 자체의 조직이 아니라 ERP 시스템의 도움으로 쉽게 해결됩니다.
아래에 클래스 시스템ERPII기업의 주요 ERP 애플리케이션과 통합된 WEB 애플리케이션으로 이해하고 기존 ERP 시스템에 일종의 프론트 오피스를 구현합니다.
프론트 오피스와 백 오피스가 단일 엔티티인 경우 시스템은 ERPII 클래스에 속할 수 있습니다.
ERP-2 = ERP + CRM + SCM + PLM
CRM 클래스 시스템:
약어 디코딩 CRM(고객 관계 관리)고객 관계 관리는 CRM 시스템이 해결하는 작업입니다.
CRM 클래스 시스템의 기능적 구성:- 판매 기능(연락처, 클라이언트 관리);
- 판매 관리 기능(예측, 주기 분석, 고정 및 임의 보고)
- 전화 판매 기능;
- 시간 관리(개인/그룹);
- 고객 서비스 지원(HelpDesk);
- (마케팅 회사 관리);
- 고위 경영진을 위한 보고서;
- ERP와의 통합;
- 동기화 다양한 장치및 시스템;
- 전자상거래 기능;
- 모바일 판매(사무실 외부의 시스템으로 작업).
- 매출 증가;
- "성공적인" 거래의 비율 증가;
- 마진 증가;
- 고객 만족도 향상;
- 판매 및 마케팅 관리 비용 절감.
이 클래스의 시스템을 사용하는 다른 이점:
- 클라이언트의 요구 사항을 잊지 않습니다.
- 실패한 고객 및 이전 고객에 대한 데이터와 거부 사유는 손실되지 않습니다.
예: 3개월 전에 고객이 높은 이율로 대출을 거부했습니다. 그러나 일주일 전에 요금이 인하되었습니다. 이제 조건이 그에게 적합할 수 있습니다.
- 서로의 직원에 의한 행위의 중복은 제외
예: 오늘 클라이언트를 처리한 관리자가 없습니다. 다른 하나는 전화를 받습니다. 처음부터 모든 것을 말할 필요는 없습니다.
- 고객 관계 데이터가 저장됩니다.
예: 클라이언트가 협회 회원입니다... 서비스가 그에게 적합하다면 협회의 다른 회원에게 제공하지 않겠습니까?
- 판매 계획은 관리자의 보고서에 따라 경영진이 쉽게 작성하고 조정할 수 있습니다.
- 관리자를 위한 개별 작업 계획은 "성취한 것에서" 작성할 수 있습니다.
- 모니터링 보고서를 사용하면 관리자의 작업을 분석하여 "블랙 박스"의 문제를 제거하고 작업의 효율성(기간 동안 체결된 계약 금액)을 평가할 수 있습니다.
- "병목 현상"이 감소하고 있습니다.
SCM 클래스 시스템:
SCM (공급체인관리) — 자동화 시스템공급망 관리.
주요 임무는 물류 효율성을 높이는 것입니다. 그것은 허용
- 공급 비용을 평가하고,
- 상품의 운송을 효과적으로 관리하고 가장 최적의 경로와 주문 실행에 가장 적합한 계약자를 선택합니다.
- 각 상품 배송 및 구현 시스템에서 비용 예측의 필요성을 평가합니다.
- 공급 프로세스를 최적화합니다. 일반적으로 많은 선적 및 분류 지점(창고, 지점)이 있으며 공간적으로 분리되어 있습니다.
- 배송 품질, 속도 및 예측 가능성을 보장합니다.
SCM 클래스 시스템으로 해결되는 기타 작업:
- 가장 수익성이 높은 파트너와 조건이 선택되어 일반적으로 필요한 비용을 절감할 수 있습니다.
- 고객과의 관계의 투명성이 높아져 남용의 가능성이 줄어듭니다.
- 보장된 품질은 새로운 딜러를 끌어들입니다.
- 회전율 목록증가하는 동시에 자체 자금의 필요성, 공급자의 무역 신용 및 은행의 현금 대출이 감소합니다.
SCM 클래스 시스템을 사용할 수 있습니다.
- 생산을 위해;
- 유통 회사를 위해;
- 가게를 위해;
- 물류 조직을 위해;
- 운송 기관용.
SCM의 도움으로 계약자 또는 경로에 따른 공급에 대한 모든 비용 분석이 수익성이 없는 것으로 나타났지만 회사는 계속 사용하는 상황을 변경할 수 있습니다.
생산 및 상업 주기를 위한 다른 종류의 지원 시스템:
- PLM(제품 수명 주기 관리) - 관리 라이프 사이클제품;
- PDM(제품 데이터 관리) - 생산 데이터 관리 시스템.
- APS(Advanced Planning/Scheduling) - 계획 시스템 개발; 생산 작업의 고급 계획.
구축 단계에서 중장비(ERP 및 ERP 유사 시스템) 및 관련 컨설팅의 총 판매량은 9000만~1000만 달러(여러 추정치)를 초과했습니다. 이 볼륨의 1/3은 라이선스 판매에 해당합니다.
