Data Import Workflow
데이터 가져오기 워크플로
데이터 가져오기 워크플로는 업로드된 파일을 확인하고, 열을 매칭하며, 변경 사항을 미리 보고, 모든 가져오기 결과를 보고합니다.
다른 예시
관리자는 CSV 이메일 열을 매핑하고, 두 개의 잘못된 행을 찾아 나머지 98개의 행을 하나의 백그라운드 작업으로 가져옵니다.
주요 부분
- 01소스 파일
- 02필드 매핑
- 03검증 규칙
- 04변경 미리보기
- 05백그라운드 작업
- 06행별 결과
사용할 때
사람들이 많은 기록을 파일에서 앱으로 안전하고 눈에 띄게 옮겨야 할 때 사용하세요.
다음 경우에는 사용하지 마세요
매핑과 결과 수를 보여주기 전에 가져오지 마세요. 재시도 시 동일한 성공 행이 두 번 생성되어서는 안 됩니다.
코드에서 사용된 이름
upload → map → validate → preview → background import → row results 출시하기 전에
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome：Complete the task with 데이터 가져오기 워크플로 (Data Import Workflow)。 User context：관리자는 CSV 이메일 열을 매핑하고, 두 개의 잘못된 행을 찾아 나머지 98개의 행을 하나의 백그라운드 작업으로 가져옵니다. Recommended pattern：데이터 가져오기 워크플로 (Data Import Workflow)。 Why it fits：사람들이 많은 기록을 파일에서 앱으로 안전하고 눈에 띄게 옮겨야 할 때 사용하세요. Do not use it when：매핑과 결과 수를 보여주기 전에 가져오지 마세요. 재시도 시 동일한 성공 행이 두 번 생성되어서는 안 됩니다. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
이 요청을 확인하세요
Review how 데이터 가져오기 워크플로 (Data Import Workflow) is used now. Definition: 데이터 가져오기 워크플로는 업로드된 파일을 확인하고, 열을 매칭하며, 변경 사항을 미리 보고, 모든 가져오기 결과를 보고합니다. Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.