Home / FAQs / 기업정보, 시스템 통합 및 운송
QUESTION & ANSWER

ERP, CRM, OA 및 금융 시스템을 얻는 것은 무엇입니까?

대부분의 시스템은 API, 뉴스, 타이밍 또는 제어 파일 교환을 통해 통합 할 수 있지만 먼저 인터페이스 용량과 데이터 책임을 확인함으로써. 데이터의 각 핵심 유형은 단일 기본 책임 시스템이어야하며 다른 시스템은 동의 한대로 다시 읽거나 작성해야합니다. 중요한 링크는 재시험, 보상, 로그 및 수동 재조합을 통해 주소가 될 필요가 있습니다. 시스템은 첫 번째 단계로 연결되며 장기적인 일관성과 비정상적인 작업은 더 중요합니다.

질문에 대한 답변

먼저 의사 결정에 사용될 수있는 결론을 제공합니다.

통합은 시스템 및 고객, 상품, 주문, 재고, 조직 및 금융 문서를 생성하는 식별 데이터의 카탈로그에 의해 전례되어야하며, 이를 수정하고 동기화 할 권리가 있습니다.

DECISION FACTORS

어떤 조건은 판단하기 전에 확인되어야합니까?

동일한 질문은 다른 사업, 자료 및 프로젝트 단계의 밑에 다른 대답이 있을지도 모릅니다. 그것은 뒤에 오는 조건이 검사되고 웹에 일반적인 발견은 그들의 자신의 프로젝트에 통합될 것이라는 점을 건의됩니다.

시스템에서는 공식 API, 문서, 테스트 환경 및 액세스 권한을 제공하든필드 정의, 코드, 조직 및 시간 교정에 일관성동기화는 실시간, 실시간 또는 일일 배치를 요구합니다실패, 반복, 지연 및 인터페이스의 수동 교정에 책임이 있는 누구
ACTION STEPS

사전 예약

01

첫째, 우리는 표적과 국경에 대해 명확하게 될 것입니다.

시스템, 인터페이스 및 마스터 데이터 카탈로그는 데이터 소유권을 확인하기 위해 제작되었습니다.

02

유효성 열쇠 의존

높은 가치 사슬 도로 디자인 분야, 사건 및 anomaly 규칙은 첫번째로 선정됩니다.

03

평가 가능한 결과의 개발

역사는 국경 표본을 결합하기 위하여 이용됩니다, 이렇게 위에, 재시험 및 보상.

04

실제 결과와 다음 단계를 결정하십시오.

온라인 선에 재조합 차이를 확인하고 점차 다른 시스템을 확장합니다.

PRACTICAL EXAMPLE

실제 사업에서 어떻게 이해합니까?

판단의 방법을 설명하는 데 사용되는 예

CRM이 닫혔을 때 고객은 ERP에 생성되며 ERP 은행은 CRM에 재전송됩니다. 두 당사자가 클라이언트 코드를 변경하면 중복 레코드가 발생할 수 있습니다. ERP이 공식 고객 마스터 데이터로 식별 될 때 프로세스가 장기적으로 안정 될 것입니다. CRM 보존 맵은 사업 키가 복제를 방지하기 위해 사용됩니다.

COMMON RISKS

가장 쉬운 피트에서 단계.

각 체계는 직접 연결되고 나중에 unmaintainable 네트워크 공용영역을 형성합니다

정상적인 요청을 테스트하고 중복 통화 및 네트워크 타임 아웃을 처리하지 않습니다.

필드 이름은 동일합니다. 사업은 동일합니다.

ACCEPTANCE

우리는 수신 및 확인을 종료해야 하는 방법?

영수증과 검사는 정상적인, 중복, 누락, 무질서, 과실 및 권위 anomalies를 커버하고, reconcile 통나무, 경보, 재검사, 보상 및 재조합을 의지할 것입니다. 공용영역 계약, 분야 매핑, 통화 한계, 계정 번호 및 문제책은 또한 배달될 것입니다.

공급자 또는 내부 팀과 통신 할 때, 현재 프로세스, 대표 샘플, 기존 시스템, 계획 시간 및 예산 수준이 가져 오는 것이 좋습니다. 우선, 알 수없는 항목은 명확하게 표시되고 그 결정은 진단, PoC, 고정 범위 프로젝트 또는 지속적인 연구 및 개발, 이는 일반적으로 국경없이 가격과 기간 동안 직접 수요보다 신뢰할 수있는 것보다 더 신뢰할 수 있습니다.

프로젝트 조건은 위의 예에서 다르습니까?

운영 목적, 기존 시스템, 샘플 및 계획된 시간은 컨설턴트가 실제 경계와 관련하여 예비 판단을 만들 수 있기 전에 충돌 할 수 있습니다.

Associate 프로젝트 컨설턴트