모든 객체, 모든 모의 데이터 및 최종 로드는 동일한 6단계를 거칩니다. 추출(고객 데이터 소유자), 매핑(마이그레이션 담당자 및 주요 사용자), 유효성 검사(콕핏 규칙), 비프로덕션 환경으로의 시험 로드(마이그레이션 담당자), 조정(재무 관리자) 및 전환(카운트다운 담당자)입니다.
오류가 해결될 때까지 반복합니다. 거부된 레코드는 컨트롤러의 이유 코드와 함께 데이터 소유자에게 반환되고, 다음 모의 작업은 전체 객체를 다시 실행합니다. 대상 테넌트에서는 어떤 것도 수동으로 수정하지 않습니다. 그렇게 하면 발생하지 않은 로드에 대한 감사 추적 기록이 남게 되기 때문입니다.
| 달리다 | 언제 | 수락할 때 |
|---|---|---|
| 엠1 | T-10 → T-9 | 모든 객체가 로드되며, 5% 미만은 거부되고 할당됩니다. |
| 엠2 | T-7 → T-6 | TB 차이 0%; 보조 원장 일치; 거부율 0.5% 미만 |
| 드라이런 전환 | T-4 → T-3 | 델타 값 0; 전환 기간 내 지속 시간; 런북 업데이트됨 |
| 리허설 데이터 | T-2 → T-1 | 리허설이 끝났습니다 |
| 결정적인 | 티-0 | 델타 값이 0입니다. 컨트롤러는 신호를 보냅니다. |
조정은 산수입니다.
- 카운트 및 해시 합계: 추출된 값 = 로드된 값 + 거부된 값(객체별); 수량 및 개수에 대한 해시 합계.
- 시산표: 기존 잔액 - TRANXACT 잔액 = 모든 계정, 엔티티 및 차원에 대해 0입니다.
- 보조 원장: 매출채권 연령 분석, 매입채권 연령 분석, 재고 평가 및 자산 대장은 각각 해당 총계정원장 관리 계정과 동일합니다.
툴킷의 델타 공식은 0이 아닌 값이 있으면 빨간색으로 표시되고, 재무 관리자는 모든 항목이 0이거나 설명 및 승인이 완료된 경우에만 서명합니다. 누가 언제 무엇을 얼마나 입력했는지, 얼마나 많은 레코드를 입력했는지, 얼마나 많은 레코드가 거부되었는지 등을 기록한 조종실의 실행 로그가 재무 관리자가 서명할 때 참조하는 감사 추적 기록이 됩니다.
추출은 소스에 따라 다릅니다.
각 소스 시스템은 프로젝트 계획 통합 문서에 별도의 시트를 가지고 있습니다. 패턴은 다양합니다. 대형 ERP 시스템의 경우 표준 보고서 및 테이블 추출, 클라우드 회계 시스템의 경우 저장된 검색 또는 CSV 내보내기, 기타 시스템의 경우 원장 및 전표의 XML 또는 Excel 내보내기, 스프레드시트의 경우 직접 채워진 콕핏 템플릿 등이 있습니다. 또한 주의해야 할 사항도 다릅니다. 회사 코드와 엔티티의 구분, 세그먼트와 차원의 차이, 스프레드시트에서 원본 데이터의 유효성 검사를 수행하지 않는 경우 등이 있습니다. 가이드에는 제품별 전체 표가 포함되어 있습니다.
T-0 운영 기록부(예시 시간)
| 시간 | 단계 | 소유자 |
|---|---|---|
| T-1 18:00 | 마지막 기존 거래; 동결 발표 | 카운트다운 소유자 |
| T-1 18:30 | 기존 회계기간 마감; 최종 시산표 및 보조원장 보고서 | 재무 관리자 |
| T-1 20:00 | 객체별 최종 추출 | 데이터 소유자 |
| T-1 21:00 | 모의 운전 시퀀스의 최종 조종석 적재 | 마이그레이션 지휘자 |
| T-0 02:00 | TB와 보조원장 대조 - 차이 = 0 | 재무 관리자 |
| T-0 06:00 | 프로덕션 엔드포인트와의 통합 | 작전 조종사 |
| T-0 07:00 | 기존 읽기 전용; 사용자 활성화; 출시 커뮤니케이션 | 비행 선두 |
| T-0 ≈ 11:00 | 첫 번째 송장이 제작 과정에 등록되었습니다. | 주요 사용자, 영업 |
각 단계에는 담당자 이름, 계획된 기간 및 롤백 메모가 있으며, 툴킷은 계획된 종료 시간과 모의 실행과의 차이를 계산합니다.
캘더우드의 M2 시스템에서는 1400 재고량이 기존 시스템에서는 2,450,009.10, TRANXACT 시스템에서는 2,449,909.10으로 표시되어 차이가 100.00이며, 이로 인해 '확인' 플래그가 지정되었습니다. 원인은 로트 번호가 누락된 재고 품목 하나가 거부되었기 때문입니다. 해당 거부 사유 코드는 창고 데이터 담당자에게 전달되고, 다음 모의 테스트에서는 전체 재고 객체를 다시 실행합니다. TRANXACT 시스템에 해당 품목을 수동으로 입력하는 작업은 아무도 하지 않습니다.
한번 시도해 보세요 캘더우드의 예행연습 결과는 0으로 나왔지만, 9개의 P1 기간 전표가 느리게 로드되는 탓에 11시간의 전환 시간보다 훨씬 긴 13시간이 소요되었습니다. T-Minus는 어떤 조치를 취하라고 하나요?
기간을 연장하는 대신 범위를 줄이세요. 기간 데이터(P1 전표)를 T-Plus로 옮기고 시스템 가동 후에 로드하는 것이 전환 기간을 늘리는 것보다 낫습니다. 맞지 않는 사전 테스트는 수정 사항 목록일 뿐, 일정을 연기하는 것은 아닙니다.