기존 데이터 출처 확인
워크스페이스에 남아 있는 고객, 품목, 거래 데이터가 샘플인지 실제 운영 데이터인지 확인합니다.
- 대상
- 관리자, 지원 담당자
- 메뉴
- ERP 목록 화면 > 생성 정보 확인
사용 방법
기존 데이터 출처 확인은 운영 전 데이터 정리의 핵심입니다. 테스트용 고객, 샘플 품목, 검증용 청구서가 실제 업무 데이터와 섞이면 보고와 재고, 회계가 왜곡될 수 있습니다.
메뉴 경로
ERP 목록 화면 > 데이터 출처 확인
화면 예시
시작 전 확인
- 확인할 데이터 범위를 정합니다.
- 운영 시작일과 테스트 기간을 알고 있어야 합니다.
- 관리자 또는 운영자가 생성자와 생성일을 볼 수 있어야 합니다.
- 삭제, 보관, 이름 변경 중 처리 방식을 정합니다.
입력 항목
| 항목 | 의미 | 비고 |
|---|---|---|
| 생성일 | 데이터가 만들어진 날짜입니다. | 운영 시작 전 생성 데이터는 샘플일 가능성이 있습니다. |
| 작성자 | 데이터를 만든 사용자입니다. | 운영자 또는 테스트 계정인지 확인합니다. |
| 문서 상태* | 초안, 확정, 취소 같은 업무 상태입니다. | 확정 문서는 삭제보다 취소 또는 정정이 필요할 수 있습니다. |
| 연결 문서 | 다른 주문, 청구서, 재고 이동과 연결되어 있는지 여부입니다. | 연결 데이터가 있으면 일괄 삭제가 위험합니다. |
| 표시 이름 | 샘플 또는 테스트 여부를 식별할 수 있는 이름입니다. | 명명 규칙이 없으면 출처 확인이 어렵습니다. |
처리 순서
- 1
목록 필터링
생성일, 작성자, 상태, 이름 키워드로 샘플 가능성이 있는 데이터를 좁힙니다.
- 운영 시작일 이전 데이터가 분리되었습니다.
- 테스트 계정 작성 데이터가 식별되었습니다.
- 2
연결 문서 확인
삭제나 정리 전 해당 데이터가 다른 문서와 연결되어 있는지 확인합니다.
- 확정 청구서나 재고 이동과 연결된 데이터는 별도 처리합니다.
- 단순 마스터 데이터와 거래 데이터를 구분합니다.
- 3
처리 방식 결정
삭제, 보관, 이름 변경, 취소 중 회사 정책에 맞는 방식을 선택합니다.
- 처리 전 백업 또는 근거가 있습니다.
- 실제 고객 데이터가 삭제 대상에 포함되지 않았습니다.
필요한 권한
- 담당자는 본인이 맡은 문서를 작성하고 상태를 갱신합니다.
- 관리자는 기준 데이터, 승인 정책, 담당자 범위를 관리합니다.
- 재고, 회계, 고객 고지에 영향을 준 문서는 삭제보다 취소, 반품, 정정 흐름으로 이력을 남깁니다.
문제가 생기면
삭제가 되지 않음
이미 거래 문서와 연결된 데이터일 수 있습니다. 비활성화나 취소 흐름을 검토합니다.
작성자 정보만으로 판단 불가
생성일, 이름, 연결 문서, 금액, 고객 확인을 함께 봅니다.
실제 데이터가 샘플로 보임
운영 담당자 확인 전 삭제하지 않습니다.