Reddy BHIMIREDDY.
Oracle eBusiness Suite 구현에 관한 모든 것.
오라클 데이터 변환 전략 태그.
데이터 변환 전략.
데이터 변환 전략을 고려할 때 취해야 할 첫 번째 단계는 비즈니스에서 어떤 데이터가 중요한지와 이전 구현에서 새 구현으로 몇 년의 데이터를 전송해야하는지 결정하는 것입니다. 예를 들어, 대량 할인, 공급 업체 성과 분석 및 여러 회계 연도에 걸친 재무 보고서 작성과 같은 기능을 활용하려면 기존 레거시 회계 시스템의 일부 기록 데이터를 변환해야합니다. 데이터는 레거시 시스템에서 얻을 수도 있고 그렇지 않을 수도 있으며, 일부 데이터 정리를 처음 수행하지 않고도 새로운 구현으로 가져 오기 위해 "완전"(완전하고 오류가 없음) 일 수도 있고 아닐 수도 있습니다.
다음은 Oracle Applications이 기존 구현을 대체 할 때 데이터 변환을 위해 일반적으로 고려되는 데이터 요소의 목록입니다.
카테고리.
일반 (14) 총계정 원장 (3) iExpenses (1) 구현 (12) 재고 (1) 주문 관리 (2) Payabales (7) 구매 (7) R12 (10) 미수금 ) 스크립트 (2) 설정 (5) SLA (6)
Twitter 업데이트.
오류 : Twitter가 응답하지 않았습니다. 잠시 후이 페이지를 새로 고침하십시오.
데이터 변환, 마이그레이션 및 인터페이스. 왜 중요합니까?
얼마나 많은 방법을 알고 있습니까? 우리는 오라클 애플리케이션에 데이터를 입력 할 수 있습니다. 우리 중 대부분은 다음과 같은 세 가지 방법을 추측 할 수 있습니다.
데이터는 응용 프로그램 화면을 사용하여 입력 할 수 있습니다. Oracle의 Open System Interface를 사용하여 데이터를 입력 할 수 있습니다. 데이터는 데이터베이스 테이블에 직접 저장할 수 있습니다.
그러나 어떤 복잡한 비즈니스 환경에서 일하는 사람들은 다음과 같은 몇 가지를 이해할 수 있습니다.
타사 소프트웨어 (세 번째 옵션) Taviz (이전 SmartDB)는 EAI 도구입니다. Crossroads See Beyond (이전의 STC) Vitria Data Loader : 스프레드 시트 도구 More4apps 매크로를 사용할 수 있습니다.
그리고 더 많은 것들이 있지만, 대부분이 마스터 데이터에 사용되고, 가능한 경우 Open 인터페이스를 통해 트랜잭션 데이터를위한 경우는 거의 없습니다.
ERP 구현 프로젝트 내에서 데이터 변환 / 마이그레이션 및 인터페이스의 중요성은 무시할 수 없습니다. ERP는 결국 정보로 이어지는 데이터를 대부분 다루기 때문에 아무리 단순하고 통일 된 작업이라도 구현 단계의 모든 ERP 시스템에서 "데이터"가 중요한 측면을 이해하는 것이 중요합니다. 필자는 일부 대형 변환 오라클 애플리케이션 프로젝트에 참여한 경험이 있기 때문에 통합 터치 포인트, 변환 / 마이그레이션 및 인터페이스 개발에 대한 정보를 오라클 애플리케이션뿐 아니라 ERP 업계에서 처음 접하는 사람들과 공유하는 것이 절대적인 이유입니다.
일반적인 상황에서 시작해 보겠습니다. 세 가지 경우가 있습니다.
고객은 회사에서 필요로하는 대부분의 IT 응용 프로그램을 집에서 운영합니다. 이제 관리는 ERP 솔루션을 찾기로 결정한 다음 이미 기존 애플리케이션에있는 데이터가 어떻게 될 것인지 질문합니다. 또 다른 상황은 이미 ERP를 사용하고 있습니다.
에이. 그들은 더 높은 버전으로 업그레이드하고 싶습니다. 일부 테이블의 구조가 변경되었다고 생각합니까? 10.7에서 11i로 말할 수 있습니다.
비. 회사는 다른 회사와 합병되거나 합병되며, 모든 데이터는 부모 또는 자녀 회사로 이동해야합니다.
기음. 기존 응용 프로그램 내에서 일부 추가 모듈을 활성화하려고합니다. 데이터가 필요에 따라오고가는 곳에 대한 데이터베이스 기술과 관계없이 두 가지 경우 모두와 상호 작용하는 데이터는 거의 없습니다.
1의 대답은 데이터 마이그레이션이며 2는 데이터 변환으로 더 많이 발음됩니다 (3은 인터페이스로 널리 알려져 있음). 이들이 작동하는 방식은별로 다르지 않지만 정의와 필요를 이해하는 것이 더 중요합니다. 데이터의 거대한 변형이 발생하지 않는 이상 마이 그 레이션 / 변환간에 큰 차이는 발견하지 못했습니다. 단지 실행을 수행하기 전에 관련 설정이 이미 처리되었으므로 전환에 약간의 단계 만 수행하면됩니다. .
이와 같이 이해해 보겠습니다. 데이터 마이그레이션은 고객의 기존 시스템에서 새로운 시스템으로 필수 (대개의 경우 매우 큰) 데이터 볼륨을 이동하는 프로세스입니다. 기존 시스템은 맞춤형 IT 인프라에서부터 스프레드 시트 및 독립형 데이터베이스에 이르기까지 다양합니다. 데이터 변환은 데이터가 마이그레이션되는 시스템의 요구 사항에 맞게 하나의 구조적 형식에서 다른 형식으로 데이터를 변환하는 프로세스로 정의 할 수 있습니다.
더 잘 이해할 수있는 깊은 추진력을 가지십시오.
ERP에서 변환 / 마이그레이션이 더 중요한 이유는 무엇입니까?
프로덕션 환경에서 Go-Live를 실행하기 전에 필요한 마스터 데이터, 열린 트랜잭션 데이터 및 기록 트랜잭션 데이터를 이전 레거시 응용 프로그램에서 Oracle Applications으로 가져와야합니다. 레거시 시스템의 데이터 구조와 데이터 디자인은 Oracle Applications의 데이터 구조와 다르므로 비즈니스 규칙을 만족하는 데이터를 오라클 요구 사항에 맞게 처리 / 변환해야합니다. 초기 데이터는 Volumn 같은 사용법 매개 변수, 사용법, 복잡성, 비즈니스 규칙 등에 따라 위에 설명 된 다른 방법으로 마이그레이션 할 수 있습니다.
데이터 변환 정의 방법.
기존 시스템의 기존 데이터를 추출, 정리, 포맷 및 새 시스템에 설치하는 프로세스. 이들은 수동 또는 자동화 될 수 있습니다. 가장 큰 차이점은 광범위한 테스트와 준비가 필요한 일회성 프로세스 뿐이라는 것입니다. 그들은 시스템이 생산되기 전에 실행되고 수행되어야합니다.
이것은 데이터를 동기화하기 위해 두 시스템 간의 연결을위한 프로그램입니다. Manual, Batch 또는 Real-Time이 될 수 있습니다. 따라서 반복적으로 사용되어야하며, 따라서 가장 효율적으로 설계되고 구성되어야한다. 이벤트 (예 : 동시 프로그램 실행) 또는 특정 시간에 실행되도록 예약 될 수 있습니다. 매우 비싸고 유지할 수 있습니다.
변환 / 마이그레이션 / 인터페이스에 수명주기가 있습니까?
개발, 디자인 및 구현에 필요한 상당한 노력이 필요하기 때문에 그렇습니다. 기능 디자이너는 비즈니스 소유자와 협력하여 데이터 매핑을 결정하고 디자인 템플릿을 사용하여 기능 설계를 완료합니다. 인터페이스 / 변환이 자동화 된 경우 기술 디자이너는 기능 요구 사항을 인터페이스 프로그램 구성을위한 기술 사양으로 변환합니다. 개발자는 기능 및 기술 설계를 사용하여 인터페이스 / 변환 프로그램을 작성하고 테스트합니다. 인터페이스 / 변환이 배포를 위해 프로덕션 환경으로 마이그레이션 될 때까지 더 많은 테스트가 수행됩니다.
전환은 일회성 활동으로 간주되지만 며칠간 수행 할 수없는 작은 활동처럼 보이지는 않습니다.
전환 및 인터페이스가 어떻게 다른가요?
분류 할 수있는 좋은 수의 매개 변수가 있습니다. 그들 중 몇을 가져 가라.
빈도 변환은 이벤트 인터페이스가 진행되는 일시적인 이벤트입니다. 생산 중 생산 인터페이스가 실행되기 전에 실행 된 프로젝트 타임 라인 변환 실행 실행 방식은 배치 인터페이스 일 수 있습니다. 배치 또는 실시간 일 수 있습니다. 복잡성 변환은 매우 복잡하며 데이터 매핑에 전적으로 의존합니다 활동. 다른 시스템과의 조정은 인터페이스를 더욱 복잡하게 만듭니다. 유지 보수 인터페이스의 유지 보수는 비용이 많이 드는 작업입니다.
인터페이스가 변환 / 이전과 어떻게 다른지 배웠습니다. 이제 몇 가지 유형의 인터페이스를 사용할 수 있습니다.
일반적으로 모든 시스템에서 다음과 같은 두 종류의 인터페이스가 있습니다.
인바운드 인터페이스는 하나의 시스템 (레거시)에서 데이터를 수신하고 Oracle 열린 인터페이스 테이블에 삽입합니다. 일반적인 인바운드 인터페이스는 다음 단계를 수행합니다. 레거시 시스템에서 플랫 파일로 데이터를 추출합니다. SQL * Loader 또는 이와 동등한 도구를 사용하여 정보를 임시 테이블에 업로드하십시오. 임시 테이블에서 데이터를 가져와 Open Interface Tables에 삽입하는 PL / SQL 프로그램을 작성하십시오. Oracle Applications의 동시 관리자를 통해 표준 Oracle Interface 프로그램을 실행하여 인터페이스 테이블을 Oracle 데이터로 변환하십시오.
아웃 바운드 인터페이스는 Oracle 테이블에서 데이터를 가져 와서 테이블 또는 플랫 파일을 통해 외부 시스템에 삽입합니다.
일반적인 아웃 바운드 인터페이스는 다음 단계를 따릅니다.
- Oracle 기본 테이블에서 플랫 파일로 데이터를 추출하는 PL / SQL 프로그램을 작성하십시오.
- 사용자 정의 프로그램을 사용하여 해당 데이터를 읽고이를 레거시 시스템에 게시하십시오.
인터페이스를 수행하는 다른 표준 방법이 있습니까?
개방형 인터페이스는 동시 프로그램 프로세스 레코드로 일괄 적으로 등록 된 테이블 기반 인터페이스입니다. (Pro-C) 또는 PL / SQL 기반 프로그램을 생성합니다. API (응용 프로그램 인터페이스)는 기본 데이터베이스 테이블에 직접 영향을주는 매개 변수 기반 저장 프로 시저입니다. Oracle 오픈 인터페이스, Forms, Reports에서 호출 할 수 있습니다. EDI (Electronic Data Interchange)는 PO, 송장, 판매 주문 등과 같은 문서 전송을 위해 산업 표준 데이터 정의 (US / ANSI / X.12)를 사용합니다. Oracle은 EDI 게이트웨이를 통해 일부 EDI 트랜잭션을 제공합니다 (Enterprise Application Integration ) 솔루션은 복잡한 통합 요구 사항이 존재할 때 자주 사용됩니다.
OIT (Open Interface Table) 란 무엇입니까?
인바운드 인터페이스의 경우 인터페이스 테이블은 소스 응용 프로그램의 데이터가 일시적으로 상주하면서 표준 가져 오기 동시 프로그램을 통해 Oracle 기본 테이블로 처리되고 처리 될 때까지 중간 테이블입니다. 개방형 인터페이스 테이블은 표준 Oracle 테이블입니다. Oracle은 OIT를 사용하여 Oracle 기본 테이블에 간단한 인터페이스를 제공합니다. Oracle은 Oracle 제품이 제공하는 모든 개방형 인터페이스 목록을 제공합니다.
대부분의 Oracle 모듈에는 사용자 정의 인바운드 인터페이스를 사용하기위한 표준 가져 오기 프로그램 (동시 프로세스)이 있습니다. 수행되는 특정 처리는 응용 프로그램에 따라 다릅니다. 이러한 프로그램은 열린 인터페이스 테이블에서 데이터를 가져 와서 데이터의 유효성을 검사 한 다음 하나 이상의 Oracle 기본 테이블에 삽입합니다. 처리가 성공적으로 완료되면 프로그램은 처리 된 행을 인터페이스 테이블에서 삭제하거나 완료된 것으로 표시합니다. 가져 오기에 따라 다양한 방법으로 오류를 볼 수 있습니다 (예외 보고서, 오류 테이블, 양식 등).
표준 가져 오기 프로그램의 예 :
GL : 업무 일지 가져 오기 AP : 채무 Open Interface AR : 고객 인터페이스 INV : Item Import AR - Autoinvoice.
좋습니다, 변환 및 인터페이스 브리핑에 관한 것입니다. 변환 / 인터페이스에 사용되는 도구에 대해 더 자세히 설명하고 변환 / 마이그레이션 프로젝트에 대한 자세한 세부 사항을 설명하고 AIM의 문서가 변환 및 마이그레이션 프로젝트에 적합한 방법 및 위치에 대한 정보를 공유합니다. 그래서이 공간에서 전환을위한 몇 가지 물건을 조심하십시오. 귀하의 의견을 말하고 이러한 분야에 대한 정보를 공유하십시오.
연관된 포스트가 없습니다.
jayakrishna는 말한다 :
안녕 거기에 R12 응용 프로그램에서 저널 가져 오기위한 API가 있습니다.
가져올 api를 알려주십시오.
웹 사이트에 유용한 메모를 게시 해 주셔서 감사합니다. 나는 정규 방문객이다.
구현에서 데이터 변환은 다음 두 가지 시나리오에 직면 할 수 있습니다.
1) 구현을 위해 사용할 수있는 새로운 인스턴스 및 인스턴스에서 비즈니스가 진행될 것입니다.
2) 이미 사용 된 인스턴스입니다 (다른 운영 단위가 설정 됨 등). 이 경우, 이미 사용 된 필드가 무엇인지 살펴야 할 수도 있습니다 (예 : 재고의 마스터 품목 테이블에있는 특성)
위와 같이 데이터 변환 템플릿을 준비하려면 적절하게 작업해야 할 수도 있습니다. 다양한 항목 (예 : 품목, 미 체결 주문)에 대한 데이터 변환 템플릿을 준비하는 방법에 대한 도움말 문서가 있습니까?
다시 한 번 감사드립니다. & # 8230;
Coversions (Migration)의 일환으로 CV 40 - 기능 문서를 준비하면서 (아래에 명시된) 규칙에 대해 알려주십시오.
외래 키 규칙.
기본값 규칙.
자세히는 규칙 & amp; 예 : Ar Open Invoices 변환을 통해이 작업 (Ar Open Invoices)을 위의 규칙에 매핑하는 방법을 이해할 수 있습니다.
전환 & amp; 규칙.
희망을 분명히, 모든 응답을 미리 감사드립니다.
빠른 코드 란 무엇입니까?
빠른 코드를 식별하는 방법은 AR Open Invoices 변환 관점에서 매핑하십시오.
특정 전환에 대한 외래 키 확인을 식별하는 방법은 다른 예 & amp; 지도.
빠른 코드 유효성 검사에 대해 더 자세히 알려주십시오.
여기에 제공된 정보는이 분야의 새로운 전문가에게 정말 도움이됩니다.
데이터 이전 및 업그레이드의 기본 사항을 이해하는 데 정말로 도움이됩니다. 오라클 애플 리케이션에서 변환 프로세스.
그게 내가 찾고 있던 바로 그거야.
당신의 노력에 감사드립니다.
ORACLE 전체 제품군에 대한 ERP 데이터 준비 / 클렌징의 전체 범위가 있습니까?
많은 감사합니다. 살마.
CV.010 : 데이터 이전 Stretegy 문서는 처음부터 가지고있는 것이 좋으며, 전체 데이터 준비 및 청소 활동에 대한 세부 정보가 있습니다.
샘플을 찾고 있다면 나와 공유 할 수 있습니다.
샘플을보고 싶습니다.
많은 감사, Salma.
Plz은 공급자 전환의 샘플 쿼리를 보내주십시오.
CV.010 : 데이터 마이그레이션 전략 문서를 나와 함께 공유 할 수 있습니까?
공유 정보 덕분에 정말 고맙겠습니다.
질문이 하나 있습니다.
플랫 파일 정보를 헤더 레벨과 라인 레벨로로드하려고한다고 가정합니다. 이 경우 하나의 플랫 파일이나 2 개의 플랫 파일을 얻게됩니다.
나는 아주 새로운 오라클 응용 프로그램이므로 pls는 작은 질문에 대답하는 것을 주저하지 않습니다.
하나 더 질문입니다.
인터페이스 테이블에 삽입하기 전에 유효성 검사를 수행하는 방법.
한 가지 예를 들어 설명해주십시오 (열 유효성 확인 포함).
미리 감사드립니다.
제 기사는 나와 같은 초보자들에게 매우 좋습니다. 우리에게 같은 템포로 계속하십시오.
독점적 정보에 대한 안녕하세요. plz send에는 모든 정보가 담긴 워크 플로우 문서가 있습니다.
제 기사는 나와 같은 초보자들에게 매우 좋습니다. 전환 전환, 항목 전환 등의 여러 전환 유형에 대해 더 자세히 알고 싶습니다. 전환에 대해 더 많은 주제를 추가하십시오.
아무도 할 수 없다면 당신의 도움이 필요합니다.
실제로 Oracle eB에서 데이터를 마이그레이션하려고합니다.
1-GL 기초 잔고.
2 - 잔고가있는 고객 마스터.
3 잔액이있는 공급 업체 마스터.
4 & # 8211; 고정 잔고가있는 고정 된 주괴 마스터.
5 - 급여 세부 사항이있는 직원 마스터.
누구든지 저 파일들에 대한 탁월한 성전을 제게 제공 할 수 있습니까, 정말로 감사 드리며 당신에게 감사드립니다.
인터페이스와 관련된 중요한 정보를 제공해 주신 Sanjit에게 감사드립니다.
한 가지 질문이 있습니다. 제 의심을 명확히하기 위해 제발 도와주세요. & # 8230;
나는이 기사에서 인터페이스가 하나의 시스템에서 다른 시스템으로 데이터를 전송하거나 동기화하는 것을 이해했다고 생각한다.
그러나 한 모듈에서 다른 모듈로 oracle 어플리케이션의 데이터를 동기화 할 때 (OM에 AR을 기반 또는 OM을 설치하기 위해 OM이라고 말하면) 이런 종류의 데이터 동기화는 인터페이스로 간주 될 수 있습니다.
데이터 전송이 오라클 애플리케이션과 다른 레거시 시스템 (예 : 제네바 청구서) 사이에서 수행되면 인터페이스로만 말할 수 있습니다.
성공적인 퓨전 데이터 변환을 계획하는 방법.
Jon Wakefield는 Velocity의 Oracle Business Line 선임 컨설턴트이며 PeopleSoft, Fusion 및 Taleo를 포함한 Oracle 제품에서 16 년 이상의 기능 및 기술 경험을 보유하고 있습니다. Velocity의 전문 서비스 팀의 일원 인 Jon은 Oracle 솔루션의 새로운 개발 및 구현을 담당합니다. jonathan. wakefieldvelocity. cc에서 연락 할 수 있습니다.
많은 기업들이 Oracle Fusion 클라우드 서비스로 전환하고 있으며, 지원 수준이 향상되고 제품이 제공하는 총 소유 비용이 절감됩니다. 귀하의 조직이 퓨전을 구현할 준비를하고 있다면 (여기에서 결정을 내리는 데 도움이되는 정보를 보려면 여기를 클릭하십시오), 고려해야 할 많은 요소가 있습니다. 이 글에서는 오라클 데이터 변환과 같이 과소 평가 될 수있는 큰 문제 중 하나에 집중할 것입니다.
Fusion은 SaaS 제품이기 때문에 테이블을 직접 업데이트 할 수는 없으며 조직의 데이터로 Fusion을 채우기 위해 Oracle이 제공하는 데이터 변환 도구를 활용해야합니다. 주요 작업 툴은 FBL (File-Based Loader)이므로 도구가 작동하는 방식과 지원되는 비즈니스 객체를 이해하는 데 시간을 많이 들일 필요가 있습니다. (Oracle의 사용자 가이드와 개체 목록).
Oracle Fusion에 데이터로드.
퓨전에 데이터를 성공적으로로드하는 열쇠는 기존 시스템에서 데이터를 추출하는 방법입니다. FBL을 사용하려면 Oracle 사양에 따라 형식이 지정된 Fusion에로드 할 모든 데이터가 포함 된 일련의 파이프 구분 파일 (.dat 또는. csv)을 만들어야합니다 (지원되는 모든 필드 및 형식의 스프레드 시트를 보려면 여기를 클릭하십시오) . 그런 다음 FBL은 해당 파일을 가져 와서 각 필드에 포함 된 값에 따라 Fusion 테이블을 채 웁니다. 필요한 것으로 생각되는 파일을 신중하게 채우는 프로세스를 설계해야하며 각 필드 값의 형식이 올바르게 지정되었는지 확인해야합니다. 그렇게하면 잠재적 인로드 오류를 크게 줄이고 데이터 변환 프로세스에서 많은 위험과 스트레스를 제거 할 수 있습니다.
원하는대로 여러 가지 옵션을 사용할 수 있지만, 시작하기에 적합한 세 가지 방법을 제공합니다. 그것들은 PeopleSoft 지향적인데, Fusion을 배우기 전에 필자의 주요 전문 지식 이었지만, 각각을 주도하는 기본 개념은 다른 ERP 시스템에도 적용 가능합니다.
3 Oracle Fusion 데이터로드를위한 데이터 변환 전략 옵션.
쿼리가 조직의 변환 노력을 수용 할 수 있다고 생각하지 않고 SQR을 만들고 싶지 않으면 좋은 대안이 될 수 있습니다.
제출해 주셔서 감사합니다.
&부; 2017 Velocity Technology Solutions, Inc. 판권 소유.
레거시 시스템 데이터를 Oracle ERP System으로 변환하십시오.
새로운 ERP 구현을 계획 할 때는 대개 잘 계획된 다단계 프로세스입니다. 레거시 데이터를 Oracle E-Business Suite로 변환 한 경험을 토대로이 프로세스에 대해 몇 가지 정보를 공유 할 것입니다.
Oracle E-Business Suite의 거의 모든 모듈에 대해 레거시 데이터를 Oracle E-Business Suite로 변환하는 데 7 년을 보냈습니다. 나는 미국 및 많은 국제 국가의 팀과 함께 일해 왔습니다.
구현주기의 일반적인 단계와 다양한 표준 단계에 대해서는 논의하지 않을 것입니다. 표준 단계이기 때문에이를 피할 수 없기 때문입니다. 그러나 구현을 할 수있는 몇 가지 기술적 측면, 반복 가능하고 견고한 프로세스에 대해 논의 할 것입니다.
조직에서 Oracle E-Business Suite의 바닐라 구현을 시작한다고 가정 해 보겠습니다. CRP 단계를 계획하고 모든 사용자 정의와 모든 것을 계획합니다.
이제 레거시 시스템에서 데이터를 추출 할 때 (변환 할 레거시 시스템이 여러 개있을 때 상황이 까다로워집니다.) 어떻게 솔루션을 모델링합니까?
이 기사에서는 전체 데이터 변환 프로세스를 매우 효율적이고 비용 효율적으로 반복 할 수있는 몇 가지 단계에 대해 논의 할 것입니다.
효과적인 데이터 변환 프로세스를 설계하는 단계.
1. 변환에 필요한 데이터는 무엇입니까?
무엇보다 가장 중요한 질문은 무엇을 마이그레이션해야합니까? 조직에서 어떤 Oracle ERP 모듈을 사용합니까?
이 질문에 대한 대답은 비즈니스의 성격과 ERP 구현의 성격에 달려 있습니다. 그러나 데이터 변환 전략을 설계하기 전에 식별하는 것은 매우 중요한 정보입니다.
변환 할 데이터가 식별되면 다음 단계는 Oracle ERP 시스템을 설정하기 전에도 전체 데이터 변환 전략을 설계하고 솔루션을 설계하는 것입니다. 이를 통해 조직은 리소스 사용을 최적화 할 수 있습니다.
2. 데이터 변환 솔루션을 설계하십시오.
Oracle E-Business Suite에는 일단 데이터가 해당 인터페이스 테이블에 배치되면 데이터를 ERP로 변환하기위한 개방형 인터페이스 및 API 세트가 기본적으로 제공되므로 기본 작업을 쉽게 이해할 수 있습니다.
그러나 레거시 데이터가 실제로 변환되기 전에 확인해야하는 유효성 검사의 수는 엄청납니다. 여기서 복잡성이 발생합니다. 견고한 솔루션을 계획하고 설계하지 않으면 데이터 변환 자체가 자원 집약적이며 비용이 많이 소요될 수 있습니다.
따라서 경험을 토대로이 과정을 이해하고 반복하기 쉽도록하기 위해 다음과 같은 높은 단계를 따르는 것이 좋습니다 (특히 여러 회사 사이트가 변환되는 경우).
1. 레거시 시스템의 데이터가 변환을 위해 추출되는 공통 형식 (예 : 플랫 파일 형식 또는 XML 형식)을 정의하십시오. 데이터 형식은 모든 모듈의 각 데이터 필드를 포괄 할 수 있도록 포괄적이어야합니다.
2. 위에서 정의 된 형식으로 데이터를 읽고 ETL 엔진을 설계하여 데이터 품질을 보장하기 위해 검증을 실행할 수있는 중앙 위치에 배치하십시오. 이를 통해 원본 시스템에서 데이터를 추출하고 ERP 구현 팀이 사이트에 배포되기 전에 기본 데이터 품질 검증 (예 : NOT NULL 필드, 필드 길이 검사 등)을 실행하기 시작할 수 있습니다.
3. ETL 엔진을 확장하여 중앙 위치에서 정리 된 데이터를 가져오고 ERP 설정에 대해 유효성을 검증하고 원본 데이터를 Oracle ERP 개방형 인터페이스가 수용 할 수있는 형식으로 변환 한 다음 유효한 데이터를 Oracle 개방형 인터페이스 표에로드하십시오.
4. Oracle ERP 설정이 완료되고 인터페이스 테이블에 데이터가로드 된 후 동시 요청이 열린 인터페이스 프로그램을 실행할 준비가됩니다.
5. 동시 요청 프로그램 (또는. 제 점이 알려진 모듈)을 실행할 준비가되지 않은 인터페이스의 경우 Oracle API를 사용하여 동시 프로그램을 작성하여 상황에 따라 열려있는 인터페이스 표 또는 사용자 정의 테이블에서 이러한 데이터 요소를로드하십시오.
3. 데이터 변환 팀을 배포하십시오.
데이터 변환 엔진이 준비되고 프로세스가 문서화되면 변환해야 할 사이트에 데이터 변환 엔지니어를 배치해야합니다.
팀의 역할은 변환 엔진 사양에 지정된 형식으로 레거시 시스템에서 데이터를 추출하고 레거시 데이터가 데이터 변환 유효성 검사 루틴에 필요한 최소 품질 표준을 충족 할 때까지로드 및 유효성 검사 루틴을 반복적으로 실행하는 것입니다.
기본 유효성 검사가 완료되고 데이터가 최소 품질 표준을 준수하면 데이터 변환 ETL의 다음 단계로 이동하여 조직의 Oracle ERP 설정에 대해 레거시 데이터의 유효성을 검사합니다. 이 단계가 올바르게 완료되면 데이터가 표준 인터페이스 / 사용자 정의 루틴에 의한 최종 변환을 위해 열린 인터페이스 테이블에 자동으로 푸시됩니다.
4. 최종 품질 보증 & amp; 생산 부하.
문제의 사이트에 대한 전반적인 프로젝트 계획에 따라 레거시 데이터로 몇 차례의 데이터 변환을 완료하면이 프로세스를 QA 환경으로 가져갈 시간입니다.
QA 환경에서의 데이터 변환은 마치 프로덕션 환경에서 일어나는 것처럼 생각됩니다. 이전 단계에서 이미 수정 된 데이터는 Oracle ERP 프로덕션 설정에 대해 데이터 변환 엔진 ETL을 통과합니다.
QA로드가 성공적으로 완료되면 기존 시스템을 oracle ERP 시스템에 도입 할 수 있습니다.
이 이야기를 공유하고 플랫폼을 선택하십시오!
저자에 관하여 : Kumar Gauraw.
Kumar Gauraw는 16 년 이상의 경력을 쌓은 IT 전문가로서 데이터 통합, 데이터 모델링, 데이터 마이그레이션 및 엔드 투 엔드 Datawarehousing 솔루션 설계 분야의 Fortune 지 선정 500 대 기업에서 다양한 역량을 제공합니다. Kumar는 BI 및 데이터 통합과 관련된 다양한 도구 및 기술에 대한 풍부한 경험을 보유하고 있습니다.
No comments:
Post a Comment