내 CSV intake console에 프로필별 중복 규칙을 추가했습니다 #5
Source: Dev.to
배경
이전 단계에서는 회사별 CSV 가져오기 프로파일을 추가하여 인테이크 흐름이 서로 다른 소스 형식을 이해하도록 했습니다:
이를 통해 하나의 운영 문제, 즉 회사마다 다른 열 이름을 보내는 문제를 해결했습니다.
남은 과제
회사마다 중복을 정의하는 방식도 다릅니다:
- 일부 가져오기는 이메일을 기준으로 매칭해야 합니다.
- 일부는 회사명을 기준으로 매칭해야 합니다.
- 일부는 회사명 + 전화번호가 동시에 일치할 때만 중복으로 간주합니다.
하나의 보편적인 중복 규칙을 모든 파일에 적용하면 정상 행이 차단되고, 잘못된 행이 통과하며, 운영자가 워크플로우에 대한 신뢰를 잃게 됩니다.
프로파일별 중복 규칙
이번 업데이트에서는 인테이크 콘솔에 프로파일별 중복 규칙을 추가했습니다. 이제 프로파일은 열 매핑뿐 아니라 중복 감지 방식도 제어합니다.
| 프로파일 | 중복 규칙 |
|---|---|
default | 정확한 이메일 |
regional_ops | 정확한 회사명 |
partner_directory | 회사명 + 전화번호 |
예를 들어 partner_directory 프로파일은 CSV 형태를 올바르게 파악하고 활성 규칙(company_name_phone)과 충돌하는 행만 차단합니다. 이것이 우리가 원하는 동작이며, 서로 다른 소스 형식이 나쁜 데이터로 취급되지 않아야 합니다.
워크플로우
- CSV가 재작성되지 않은 채 업로드됩니다.
- 단계별 가져오기 행이 생성됩니다.
- 행이 차단되면 운영자는 UI에서 직접 값을 편집할 수 있습니다(예: 전화번호 변경).
- 평가를 현장에서 다시 실행할 수 있습니다.
- 변경 사항은 적용하거나 되돌릴 수 있으며, 이는 추적된 상태에 기반합니다.
감사 로그는 전체 경로를 보존합니다:
- 어떤 프로파일이 활성화되었는지
- 어떤 중복 규칙이 사용되었는지
- 어떤 행이 차단되었는지
- 무엇이 변경되었는지
- 언제 실행이 적용되었는지
기대 효과
- 방어적인 인테이크 엔진으로 더럽혀진 운영 데이터를 단계별로 처리할 수 있습니다.
- 회사별 CSV 형식을 이해합니다.
- 회사별 중복 규칙을 적용합니다.
- 운영자가 차단된 행을 현장에서 복구할 수 있게 합니다.
- 모든 단계에 대한 감사 증거를 보존합니다.
연락처
혼란스러운 CSV 온보딩, 운영 가져오기, 혹은 감사 준비가 된 인테이크 워크플로우에 관심이 있다면 언제든지 연락 주세요: