1. 소개.
1.1이 문서의 목적.
이. 서의 목적은 SAP R / 3 솔루션으로의 클라이언트 데이터 변환을위한 요구 사항 및 활동을 정의하고 모든 주요 활동에 대한 SYSTEM INTEGRATOR 및 클라이언트의 관련 의무에 대한 공통된 이해를 확립하는 것입니다.
1.2 목표.
데이터 변환 요구 사항은 연말 입법보고를 위해 국가 별 기준에 따라 기본 연봉, 세액 공제 및 연간 잔액을 포함하여 급여 중요 정보 (직원 마스터 데이터)를 기반으로합니다.
이러한 목표를 달성하기 위해서는 일정 시간대를 맞추기위한 강력한 제어 메커니즘이 마련되어야합니다.
1.3 책임.
데이터 정리, 조작, 수집 및 유효성 검사는 고객의 책임입니다.
System Integrator는 중요한 데이터 요구 사항을 식별하고, 데이터 업로드 사양을 완료하고, 데이터 업로드 프로그램을 작성하고 데이터를 업로드하는 업무를 담당합니다.
클라이언트는 데이터 업로드 사양에 정의 된 형식으로 데이터를 제공해야하며 이러한 사양은 국가 및 클라이언트별로 다릅니다.
구체적인 책임은이 문서의 후속 섹션에서 자세하게 정의 될 것이다.
1.4 데이터 변환 프로세스 개요.
데이터 변환에는 7 가지 주요 활동이 포함됩니다. 이것들은:
이러한 핵심 활동은 위에 열거 된 순서대로 수행됩니다.
이러한 각 활동은이 문서의 데이터 변환 프로세스 절에서 각 작업에 대한 책임을 할당하여 자세하게 정의됩니다.
2 데이터 변환 프로세스.
2.1 데이터 요구 사항의 정의.
각 국가별로 두 가지 유형의 데이터 요구 사항이 있습니다. 표준 마스터 데이터 및 연간 데이터.
2.1.1 마스터 데이터.
표준 마스터 데이터에 대한 SAP R / 3 요구 사항은 마스터 데이터 맵핑 스펙 내에서 정의됩니다.
이 사양에는 일반 (국가 간) 데이터 레코드 (정보 유형) 및 관련 데이터 요소가 나열되어 있습니다. 데이터 요소 요구 사항은 SAP 레코드 이름, 설명, 유형 길이 및 가능한 필드 값에 대한 세부 정보가있는 각 데이터 레코드의 필드 순 서대로 나열됩니다. 일반 사양에는 코스트 센터 및 OM 오브젝트가 포함됩니다. 총계정 원장 전기에는 코스트 센터가 필요합니다.
구현에 포함 된 위치 및 현재 활성 직원에게 할당 된 예외와 관련된 코스트 센터 및 OM 오브젝트 만 SAP R / 3로 마이그레이션해야합니다.
2.1.2 연대 측정 데이터.
특정 조항에서는 과거 축적 된 데이터를 SAP R / 3 솔루션에 업로드해야합니다.
데이터는 일반적으로 해지 계산 목적에 필요한 경우를 제외하고 현재 세금 기간에 따라 다릅니다. 첫 번째 병렬 테스트를 실행하기 전의 기간 종료일까지 포함하여 데이터 또는 회계 기간 (즉, 급여 기간)을 1 년에 한 번만 데이터를 포함합니다.
누적은 총 임금, 총 기본 급여 등과 같은 고객 임금 유형 및 기술 임금 유형에 필요합니다.
System Integrator는 국가 별 국가 별 기준으로 연도 별 및 / 또는 현재까지의 누계 및 표준 지불 코드에 대한 사양을 제공합니다 (부록 부록 참조)
클라이언트 마스터 데이터 및 YTD / PTD 데이터는 클라이언트 로컬 SAP HR 및 Payroll 시스템에서 추출됩니다.
2.2 데이터 매핑.
다음과 같은 두 가지 유형의 데이터 매핑이 필요합니다.
SAP R / 3 데이터 필드 사양을 레거시 시스템과 일치시킵니다.
SAP R / 3 데이터 값 코드를 기존 시스템 값 코드와 일치시킵니다.
2.2.1 데이터 필드 매핑.
이 매핑은 특히 마스터 데이터 인터페이스 및 업로드 요구 사항과 관련됩니다.
System Integrator는이 사양의 모든 필수 필드에 대한 세부 정보를 제공합니다.
인터페이스 할 수없는 데이터는 수동으로 입력하거나 포맷 된 입력 시트를 통한 자동 업로드를 위해 제공해야합니다. 이는 데이터 변환 및 향후 운영 요구 사항 모두에 적용됩니다.
2.2.2 데이터 값 코드 매핑.
이 매핑은 마스터 및 연도 별 데이터의 업로드 요구 사항과 관련이 있습니다. SAP R / 3 데이터 값 코드는 레거시 시스템 데이터 값 코드와 일치합니다. 비즈니스 설계도에는 모든 데이터 값 코드의 전체 목록이 포함되어야합니다. 데이터 매핑 중 데이터 정리 요구 사항이 식별되고이 작업 절차가 정의됩니다.
2.3 데이터 정리.
마스터 데이터의 데이터 정리는 SAP R / 3 솔루션으로의 데이터 변환을위한 전제 조건입니다. YTD / PTD 데이터에는 세척이 필요하지 않습니다. YTD / PTD 데이터는 현재까지의 레거시 급여 결과의 스냅 샷입니다.
데이터 정리 활동에는 다음이 포함됩니다.
클라이언트 HR 데이터 값과 SAP R / 3 솔루션 사양의 정렬 주소 필드와 같은 HR 데이터 필드의 클라이언트 사용이 일관성을 유지하는지 확인합니다.
2.4 데이터 추출.
레거시 시스템에서는 초기 마스터 데이터 추출이 필요할 것입니다. 레거시 시스템에서 YTD / PTD 데이터 추출이 필요합니다.
2.4.1 마스터 데이터 & # 8211; 초기 추출 및 변경.
클라이언트는 레거시 시스템에서 초기 마스터 데이터를 추출하고 전송하는 절차를 설정해야합니다. 고객은 과세 연도 종료보고를 위해 기록해야하는 모든 직원에 대한 기록이 추출 파일에 포함되어 있는지 확인해야합니다. 포함 :
해고 된 종업원 (현행 과세 연도) 현재 과세 연도에 납부 한 이전 해와 해고 종업원 모든 활성 종업원 퇴직자.
주의 : 병렬 테스트는 일반적으로 LEGACY HR 인터페이스 파일에 필요한 일부 변경 사항을 확인합니다. 고객은 이러한 변경 사항 (일반적으로 사소한 문제)이 (각 단계에 대해) 발생할 것이며 이러한 변경 사항이 적시에 이루어 지도록 적절한 기술 자원을 보유 할 것으로 예상해야합니다.
2.4.2 YTD / PTD 데이터.
클라이언트는 SAP R / 3 스펙에 따라 레거시 급여 시스템에서 YTD / PTD 데이터 코드 및 값의 파일을 추출하는 데 필요합니다.
2.4.3 급여 거래.
급여 트랜잭션 세부 정보는 병렬 테스트 및 초기 운영 급여 처리에 필요합니다. 고객은 이러한 세부 정보가 레거시 시스템에서 추출 될지 또는 레거시 시스템에 입력되기 전에 세부 사항을 캡처 할 수있는 프로세스가 있는지 여부를 결정해야합니다.
어떠한 접근 방식이든 클라이언트는 System Integrator에서 제공하는 데이터 업로드 스프레드 시트 형식으로 업로드 할 데이터를 제공합니다.
2.5 데이터 준비 & amp; 확인.
이 단계를 통해 레거시 시스템의 실제 데이터에 대한 이전 데이터 매핑을 확인하고 나중에 데이터 조정을위한 파일 형식을 준비 할 수 있습니다.
2.5.1 데이터 매핑을 확인하십시오.
각 시스템의 담당자 번호는 서로 매핑되어야합니다. 데이터 코드 매핑을 다시 확인해야합니다. 이를 통해 청사진 디자인 문서에서 표현 된 데이터 코드가 시스템에 올바르게 설정되었는지, 청사진의 정보가 실제 레거시 급여 처리 방식을 나타내는 지 확인하는 데 도움이됩니다.
2.5.2 데이터 조작.
시스템 통합 업체가 제공 한 SAP 형식으로 급여 레거시 시스템 데이터를 조작해야 할 수 있습니다. 클라이언트는 필요한 데이터 파일을 수동으로 조작해야합니다. SYSTEM INTEGRATOR는 모든 데이터로드에 대해 형식화 된 업로드 스프레드 시트를 제공합니다.
2.5.3 데이터 파일 검증.
클라이언트는 각 데이터 파일을 점검하고 SAP R / 3 스펙에 정의 된 요구 사항이 충족되었는지 확인해야합니다.
이 확인은 다음을 포함해야합니다 (이에 국한되지 않음).
통제 기록에 따라 모든 직원 기록이 포함됩니다. 모든 필수 입력란에는 데이터가 포함됩니다. 필드의 모든 데이터는 요구 사항과 일치합니다. 직원은 필요한 모든 데이터 레코드 및 임금 유형을 보유합니다.
클라이언트는 후속 마스터 데이터 변경 파일에 병렬 실행 환경과 프로덕션 환경 모두에서 역 계산을 위해 설정 한 가장 빠른 날짜보다 빠른 유효 날짜가있는 데이터 레코드를 포함하지 않아야합니다.
주의 : 가장 빠른 회기 계산 날짜는 고객 단계별 접근 방식에 따라 다릅니다. 일부 데이터 레코드는 이전 발효 일을 이전해야하며 & nbsp; 기존 HR 메시지 & # 8217; 수동 계산 및 입력 작업을 수행 할 수 있도록 업로드 할 수 있습니다 (실제 유효 날짜부터 첫 번째 병렬 테스트 급여 기간 날짜까지 소급 지불에 해당).
System Integrator는 이러한 날짜 요구 사항의 적용을받는 특정 데이터 레코드에 대한 세부 정보를 제공합니다.
2.5.4 데이터 파일 제어 시트.
각 데이터 파일에는 제어 시트가 첨부되어야합니다. 이 관리 시트는 고객 급여 팀이 확인한대로 확인되어야합니다.
표준 제어 시트의 예는 다음과 같습니다.
1.1 데이터 전송 & amp; 확인.
데이터 전송 (데이터로드) 연습의 목표는 기존 시스템에서 클라이언트가 SAP R / 3로 변환되었고 두 시스템이 동기화되어 있는지 확인하는 것입니다.
1.1.1 파일 전송 접근법.
SAP R / 3에서 데이터를로드하려면 모든 데이터 파일을 다음 클라이언트 고유 주소로 보내야합니다.
시스템 통합 자의 조언이있을 때까지 ftp를 통해 데이터 파일을 보내지 않아야합니다. 일반적으로 최종 병렬 테스트가 체결 될 때까지는 그렇지 않습니다.
데이터 파일은 암호로 보호 된 상태로 보내야합니다. 암호 세부 정보는 System Integrator로 별도로 보내야합니다.
모든 사원 마스터 데이터로드 파일에는 SAP R / 3 데이터로드 제어 양식이 수반되어야합니다. SAP R / 3 및 Client는이 데이터로드 양식에 대한 파일 레코드를 확인해야합니다.
데이터 파일은 먼저 TEST 환경으로로드됩니다. 데이터로드가 올바른지 확인되면 데이터가 PROD 환경으로로드됩니다.
1.2 데이터 검증 & amp; 사인 오프.
이 최종 유효성 확인은 모든 활성 직원 (및 과세 연도 내에 해고 된 직원)이 완전한 마스터 파일 레코드를 가졌음을 확인합니다.
1.2.1 마일스톤 서명.
클라이언트는 모든 데이터로드가 확인되면 공식적으로 데이터 변환을 승인해야합니다.
2 작업 목록.
다음 작업 목록은 데이터 마이그레이션의 전체 프로세스에 대한 개요 가이드 라인입니다.
2.1 작업 목록 1 & # 8211; 데이터 요구 사항의 정의.
모든 필수 필드의 세부 정보를 포함하여 기본 라인 HR 인터페이스 사양을 제공합니다.
비 기본 HR 데이터 레코드 (정보 유형) 사양을 제공합니다 (예 : 수당, 공제액.
기준선 국가 별 데이터 레코드 (infotypes) 사양을 제공하십시오.
예비 조사를 실시하고 레거시 데이터 소스 (system / s)를 식별합니다.
출퇴근 기록부 등록 보고서 및 / 또는 기타 급여 보고서를 조치 단계 6으로 보내고 관련 기간에 대한 관리 카운트를 설정합니다.
YTD 사양을 제공하십시오.
청사진 및 기술 및 축적 임금 유형 사양의 고객 특정 임금 유형 코드를 포함하여 필요한 임금 유형 전체 목록.
업로드 빈도 결정 & # 8211; 단일로드 YTD 누적 또는 PTD (월별)로드입니까?
누적 규칙을 포함합니다. 즉, 시스템 통합자는 전체 누적 원을 산출하기 위해 함께 추가되는 임금 유형을 조언합니다 (레거시 접근보다는 누적에 대한 SAP 규칙에 따라 다름)
기술 / 누적 임금 유형 값은 이러한 규칙에 따라 기존 시스템의 기본 데이터에서 생성됩니다.
2.2 행동 목록 2 & # 8211; 데이터 매핑.
최종 HR 인터페이스 사양 제공 (
청사진 디자인 문서에서 기존 시스템 코드와 SAP R / 3 데이터 코드 (지불 및 차감 등)를 일치시킵니다.
위에 언급 된 사양 내에서 & # 8220; 소스 입력란 & rdquo; 매핑해야합니다.
전체 데이터 필드 비교 / 일치 및 최종 정의 완료 (구성 스프레드 시트 사용)
또한 지점 2에서 수행 된 필드 매핑에 대해 값 매핑은 실현 단계에서 데이터 변환 활동의 첫 번째 작업으로 수행되어야합니다.
모든 시스템에 대한 레거시 데이터 소스의 최종 확인
전송할 모든 데이터를 확인하십시오.
모든 대체 데이터 전송 요구 사항 확인 (수동 또는 자동 업로드 시트)
비 유산 데이터 입력 절차 정의 (수집 프로세스 포함)
인터페이스 파일에 데이터 값을 매핑하기위한 규칙을 정의하십시오.
레거시 인터페이스 파일의 코드 및 유닛 테스트 생성.
데이터 정리 절차를 정의하십시오.
레거시 시스템에서 YTD 데이터의 예비 추출물을 생성합니다.
2.3 액션 목록 3 & # 8211; 데이터 정리.
레거시 시스템에서 클라이언트 데이터 수집을 최대화하고 가능한 경우 초기 데이터 추출 전에 데이터가 설정되도록 시스템 개발 노력을 시작하십시오.
인터페이스 파일 요구 사항에 대해 올바른 데이터 필드 맞춤을 설정하십시오 (예 : 주소 시스템 및 주소와 같이 제한해야하는 데이터 캡처를 위해 기존 시스템에 선택적 필드가있을 수 있음)
2.4 액션리스트 4 & # 8211; 데이터 추출.
레거시 시스템에서 추출.
마스터 데이터 레코드에 대한 세부 정보 제공 & amp; 가장 빠른 YTD 요구 사항에 대한 관련 데이터 레코드 (정보 유형).
마스터 데이터 레코드에 대한 세부 정보 제공 & amp; 단계별 소급 계산을위한 관련 데이터 레코드 (정보 유형).
레거시 시스템에서 직원 마스터 데이터의 샘플 세트에 대한 전체 추출 파일 생성 (테스트 인터페이스 필드 정의 및 배치)
제어 기록 비교 기준선 설정, 지불 기간별 지불 기간.
활성 직원으로 인터페이스 사양에 의해 정의 된 모든 유효한 직원의 인원수 목록.
전체 직원 마스터 데이터베이스 파일을 추출합니다 (위의 항목 1의 사양에 따라 레코드의 유효 날짜).
인원 통제 기록에 대한 마스터 데이터 추출 파일 확인 (종료 된 직원 확인)
종업원 세부 사항을 별도의 수동 업로드 파일로 준비하십시오.
레거시 시스템에서 추출.
모든 직원을 위해 레거시 시스템에서 전체 마스터 데이터 추출 파일 생성 (레거시 시스템에서 어떤 데이터가 어떤 형식으로 사용 가능한지 확인)
제어 레코드 설정 (기준선)
현재 과세 연도 중에 급여를받은 직원의 목록을 작성합니다.
종료 된 모든 직원 목록 컴파일 (& amp; 해고 날짜.
모든 직원을 위해 레거시 시스템에서 전체 추출 파일을 생성하십시오.
사원이 아닌 SAP 통제 레코드에 의해 결정되는 초기 인포로드의 시작 날짜 & # 8217; 고용 날짜.
제어 레코드에 대해 검증 된 추출 파일 (모든 활성 직원이 포함되도록)
추출 후 클라이언트 급여 팀이 확인한 모든 파일 (IT 팀 또는 외부 공급 업체가 추출을 수행 한 경우)
레거시 시스템에서 SAP R / 3 형식의 업로드 스프레드 시트로 트랜잭션을 컴파일하거나 추출합니다.
전 직원을 대상으로 레거시 시스템에서 1 차 풀 YTD / PTD 추출 파일을 생성합니다.
기간별 직원 별 PTD / YTD 값을 작성하십시오.
값이 & # 8216; 서명 됨 & # 8217; System Integrator가 제공하는 기술 임금 유형 및 공제 (고용주 기부금 포함)에 대한 규칙에 따라,
입력 규칙 확인 & # 8211; 값 대 수량 (예 : 단위 대신 값으로 남겨두고 초과 근무 시간)
기간별 인원 수 및 총 임금 및 임금 유형별 각 기간의 누적 값을 통제 기록으로 ER 기고액을 포함하여 기록하십시오.
국가 별 임금 유형에 대한 SAP R / 3 스펙에 정의 된대로 레거시 조정 지불 유형을 SAP 임금 유형에 매핑합니다.
2.5 액션 목록 5 & # 8211; 데이터 준비 & amp; 확인.
레거시 급여 직원 번호를 SAP ID 번호로 매핑하십시오.
초기 매핑 이후 레거시 시스템과 SAP R / 3 SAP 간의 모든 데이터 코드 불일치를 확인합니다.
조사 및 Blueprint 기준선의 변동 사항을 확인하려면 SAP R / 3에이를 알립니다.
데이터를 SAP 형식으로 조작하십시오.
Appendices & # 8211; 장을 참조하십시오. 데이터 매핑 스프레드 시트.
데이터 파일 확인.
제어 레코드에 대해 검증 된 추출 파일 (모든 활성 직원이 포함되도록)
모든 직원은 모든 필수 데이터 레코드 및 임금 유형을 보유합니다.
기록은 모든 필수 필드에 데이터를 포함합니다.
데이터 열의 모든 데이터는 요구 사항과 일치합니다.
모든 초기 데이터로드 레코드는 YTD로드 기간의 첫 번째 날짜보다 빠르며 (APD ES 사양에 따라)
모든 후속 마스터 데이터 변경 파일에는 최초 병렬 테스트 급여 기간의 첫 번째 날보다 빠른 효력 날짜를 가진 데이터 레코드가 포함되지 않습니다 (SAP R / 3 스펙에 따라)
클라이언트 급여 팀이 업로드 전에 유효하다고 확인한 모든 파일
임금 유형별로 업로드 시트를 정렬 및 소계하고 지불, 수입 및 공제 코드별로 급여 등록 소계와 비교하십시오.
SAP R / 3로 보내기 전에 임금 유형별로 소계를 제거하고 직원 ID별로 정렬하십시오.
데이터 파일 제어 시트.
데이터 파일에 특정한 완벽한 제어 시트.
가능한 모든 곳에서 모든 직원의 모든 데이터가 제공되었음을 컨트롤 시트를 통해 확인하십시오 (세부 예외)
데이터 레코드 (infotype)로 총액을 포함하는 컨트롤 시트
2.6 액션 목록 6 & # 8211; 데이터 전송 & amp; 확인.
마스터 데이터 파일 (LEGACY HR 및 기존 시스템)
SAP R / 3로 전송 된 데이터 파일.
확인을 위해 제어 시트를 포함하십시오.
확인 된 데이터 파일의 수신.
데이터 파일을 검사 (클라이언트가 요구 사항을 이해했는지 확인합니다.
데이터 파일이 업로드되었습니다.
데이터로드가 확인되었습니다.
모든 직원의 SAP 보고서를 실행하여 제어 레코드에 대한 입력을 확인합니다. & # 8211; 정보 보고서 별 정보.
업로드 제어 시트와 비교하여 모든 직원이 데이터를로드하는지 확인하십시오.
클라이언트 권고 데이터로드 (클라이언트가 SAP & # 8211; MPS 모델에 액세스 할 수없는 경우 SAP 보고서 포함)
SAP R / 3로 전송 된 데이터 파일 (기간별)
확인을 위해 제어 시트를 포함하십시오.
확인 된 데이터 파일의 수신.
데이터 파일 확인 (클라이언트가 요구 사항을 이해했는지 확인하기 위해)
데이터 파일이 업로드되었습니다.
데이터로드가 확인되었습니다.
직원 (YTD 부하 급여 영역)의 SAP 보고서 (RPCLGV09) 급여 유형 분배리스트를 실행하여 제어 레코드에 대한 입력을 검증하십시오.
업로드 제어 시트와 비교하여 모든 직원이 데이터를로드하는지 확인하십시오.
고객 권고 데이터가로드되었습니다.
급여를 실행하여 최종 YTD 수치로 값을 이전합니다 (예 : YTD 단일 지불 실행, PTD 다중 지불 실행 및 조정.
YTD 단일 지불 실행.
최종 YTD 값을 비교하여 모든 값에 대해 부품 합계 = 전체를 확인하십시오.
2.7 액션리스트 7 & # 8211; 데이터 검증 & amp; 사인 오프.
레거시 시스템과 비교하여 SAP 기준을 검증합니다.
급여 등록 보고서와 비교 (급여 세부 사항 포함)
개별 급여 명세서와 비교하십시오.
컨트롤 시트 비교를 사인하십시오.
문서에서 데이터 변환 마일스톤을 완료하십시오.
직원 레거시에서 SAP 로의 과거 데이터 마이그레이션 전략
직원 PA, OM, 시간 및 급여에 대한 SAP 권장 모범 사례가 있습니까? 레거시에서 SAP 로의 내역 데이터 마이그레이션이 필요합니까?
SAP HR 구현에서 얻은 최상의 조언과 지시 사항은 무엇입니까?
컷 오버 전략 및 SAP에 가져올 데이터의 양을 결정할 수 없습니다. Payroll 및 Time Data 인수와 관련하여 매우 혼란스럽고 긴장되어 있습니다.
고객은 스페인 고객이고 회계 연도는 1 월 1 일부터 시작하고 Go-Live는 4 월 1 일입니다.
제안을 부탁하십시오. 이 스레드는 구현 작업중인 모든 SAP HCM 컨설턴트를위한 성경으로 만들 수 있습니다.
HR에서 유로화로 전환 : SAP†™ s 전략.
인적 자원 (HR)의 유로화 변환은 다른 응용 프로그램의 변환과 다릅니다.
급여 시스템은 동일한 날짜에 해당 국가의 모든 직원의 국가 통화에서 변환됩니다. 이 날짜는 일반적으로 각 국가의 공공 부문에 대한 전환 날짜와 같은 날짜입니다.
HR에서 소급 회계의 필요성으로 인해 과거 데이터는 변환되지 않습니다. 급여 결과 및 변환 날짜 이전에 유효한 마스터 데이터는 변환되지 않습니다. 유로화로 전환되기 전의 소급 회계는 그 당시 유효한 통화로 이루어집니다.
급여 통화는 재무 회계에서 사용되는 통화와 다른 날짜로 변환 될 수 있습니다. 이는 재무 회계가 전표 통화와 현지 통화를 구별 할 수 있기 때문입니다. Payroll에서 데이터를 전송할 때 재무 회계 부서는 금액을 문서 통화로 받고 그 금액을 현지 통화로 변환합니다.
성공적인 퓨전 데이터 변환을 계획하는 방법.
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. 판권 소유.
No comments:
Post a Comment