대부분의 업무 시스템 전환에서는 기존 자료의 이관을 함께 검토할 수 있습니다. 다만 ‘그대로 옮긴다’는 말을 먼저 풀어볼 필요가 있습니다. 화면에 글이 나타나는 것뿐 아니라 원래 등록일, 처리 상태, 첨부파일, 작성 부서와의 연결까지 필요한지에 따라 작업 범위가 달라집니다.
새 시스템의 데이터베이스가 다르다는 이유만으로 과거 날짜를 포기할 필요는 없습니다. 원본 날짜의 의미와 시간대를 확인하고, 그 값을 저장할 항목과 이관 절차를 맞추면 됩니다. 반대로 원본 정보가 없거나 파일이 이미 사라졌다면 새 시스템에서 복원할 수 있는지부터 확인해야 합니다.
먼저 보존할 항목과 새로 만들 항목을 구분하세요
다음은 문의·업무 접수 기록을 옮긴다고 가정한 설명용 예시입니다.
| 항목 | 결정할 내용 |
|---|---|
| 등록일 | 원본 등록 시각을 유지할지, 날짜만 있는 자료를 어떻게 처리할지 |
| 관리 번호 | 기존 번호를 유지할지, 새 번호를 부여하고 대응 관계를 남길지 |
| 처리 상태 | 기존의 완료·보류·반려를 새 상태와 어떻게 연결할지 |
| 첨부파일 | 원래 파일명, 실제 저장 파일, 소유 기록의 연결을 어떻게 보존할지 |
| 빈 값·중복 | 보완·제외·별도 보관 중 누가 어떤 기준으로 결정할지 |
모든 번호를 반드시 유지할 필요는 없습니다. 다만 다른 기록이나 외부 업무에서 그 번호를 참조하고 있다면 연결이 깨지지 않도록 해야 합니다. 표시할 번호와 데이터베이스 내부 식별자를 구분하는 방법도 있습니다.
첨부파일은 복사와 연결을 따로 확인합니다
파일이 새 서버에 있다고 해서 이관이 끝난 것은 아닙니다. 어느 기록의 첨부인지, 원래 파일명이 무엇인지, 권한이 있는 사용자가 내려받을 수 있는지 확인해야 합니다. 폴더 경로가 바뀌면 기존 경로를 그대로 사용할 수 없는 경우도 있습니다.
이관 검수에서는 파일 개수와 크기를 대조하고, 필요하면 해시값으로 내용이 같은지도 비교합니다. 같은 이름의 파일이 덮어써지지 않았는지, 첨부가 여러 개인 기록이 모두 연결됐는지도 살펴보세요. 다운로드 성공 여부는 실제 사용자 권한으로 확인해야 합니다.
원본 건수와 새 시스템 건수가 다르면 이유가 있어야 합니다
이름이나 필수 항목이 비어 있는 기록을 무조건 가져오지 않는 정책도 선택할 수 있습니다. 하지만 무엇을 제외할지는 업무 담당자의 결정이 먼저입니다. 제외한 건수와 이유를 남겨야 검수 때 단순 누락과 구분할 수 있습니다.
예를 들어 원본 100건 가운데 합의된 제외 기준에 해당하는 3건이 있다면 새 시스템에는 97건이 들어가는 것이 맞을 수 있습니다. 이는 설명용 숫자이며 케이엠웍스 고객의 실제 이관 건수가 아닙니다. 핵심은 숫자가 같아야 한다는 것보다 차이를 설명할 수 있어야 한다는 점입니다.
케이엠웍스의 한국수자원공사 예비자재시스템은 자재 코드, 현황과 이력을 연결해 관리하는 업무 시스템 사례입니다. 이처럼 코드와 기록의 관계가 중요한 업무에서는 행 단위 데이터뿐 아니라 연결 관계도 검수 대상이 됩니다.
개통 시점에도 기존 자료가 늘어날 수 있습니다
시험 이관 후에도 기존 시스템을 계속 사용한다면 새 기록이 추가됩니다. 어느 시각까지의 자료를 옮겼는지 기준을 남기고, 그 이후에 생긴 기록을 추가로 옮기는 절차가 필요합니다. 업무 중단 시간이 허용되는지에 따라 짧은 입력 중지나 추가 이관 방식을 정할 수 있습니다.
운영 전환 전에 복구 가능한 백업과 되돌릴 기준을 마련하세요. 백업 파일이 있다는 사실과 실제 복구가 가능한지는 다릅니다. 이관 실패 시 어느 시스템을 계속 사용할지도 정해두는 편이 좋습니다.
범위 검토에는 개인정보를 가린 화면과 자료 형식, 대략적인 건수, 첨부파일 유무부터 알려주시면 됩니다. 원본 고객 명단이나 민감한 파일을 공개 문의에 올릴 필요는 없습니다. 운영 인수인계 가이드도 확인한 뒤 시스템 전환 문의를 남겨주세요.