모든 기기가 같은 원본을 보게 해야 합니다
여러 기기에서 같은 거래를 처리할 때 기준은 각 브라우저에 남아 있는 화면이 아니라 서버에 마지막으로 저장된 기록이어야 합니다. 브라우저 임시 저장소만 사용하는 데이터는 다른 기기에서 보이지 않고, 캐시된 화면은 이미 바뀐 상태를 계속 보여줄 수 있습니다.
상태 버튼을 누른 뒤에는 성공 안내만 볼 것이 아니라 서버 저장 완료 시각과 변경된 상태를 다시 조회해 확인합니다. 거래내역, 택배관리, 정산표가 같은 거래 식별자를 사용해야 한 화면의 변경이 다른 화면에도 반영됩니다.
먼저 계정과 사업장 범위를 확인합니다
아이디가 같아 보여도 직원 PIN이나 선택한 사업장이 다르면 조회 범위가 달라질 수 있습니다. 두 기기에서 로그인 계정, 사업장명, 직원 권한, 선택 날짜를 나란히 확인합니다. 테스트 계정과 운영 계정을 섞어 사용하지 않습니다.
- 사업장 아이디와 서버 주소가 같은가
- 대표 또는 직원 PIN이 올바른 사업장에 속하는가
- 두 기기 모두 같은 날짜와 상태 필터를 보고 있는가
- 검색어 또는 정렬 조건 때문에 일부 거래가 숨겨지지 않았는가
저장 중에는 같은 거래를 다른 기기에서 수정하지 않습니다
두 사람이 같은 거래를 거의 동시에 바꾸면 나중에 저장된 요청이 먼저 저장된 상태를 덮을 수 있습니다. 버튼을 누른 직후에는 해당 행을 잠시 비활성화하고 저장 완료 또는 실패를 분명히 표시하는 방식이 안전합니다.
일괄 변경은 대상 건수가 많으므로 시작 전 필터 조건과 건수를 보여주고, 완료 후 성공·실패 건수를 따로 알려야 합니다. 일부만 실패했다면 전체를 다시 눌러 중복 처리하지 말고 실패한 거래만 재시도합니다.
성공 11건은 완료 시각을 표시하고, 실패 1건만 오류 원인과 재시도 버튼을 보여줍니다.
새로고침은 저장 확인 뒤에 합니다
입력 직후 새로고침했을 때 내용이 사라진다면 서버 저장 전에 화면을 닫았거나 저장 요청이 실패했을 가능성이 있습니다. 저장 중 표시가 끝나기 전에 창을 닫지 않고, 완료 후 서버 새로고침으로 다시 확인합니다.
오래 열어둔 화면은 자동 갱신 또는 ‘서버에서 다시 불러오기’ 기능으로 최신 상태를 받아야 합니다. 단, 새로 불러오기 전에 아직 저장하지 않은 입력값이 있다면 경고하고 사용자가 선택할 수 있게 해야 합니다.
서로 다른 상태가 보이면 즉시 변경을 멈춥니다
PC는 결제완료, 모바일은 미수처럼 충돌이 확인되면 어느 한쪽을 임의로 다시 누르지 않습니다. 거래 번호, 구매자, 품목, 두 화면의 상태와 마지막 수정 시각을 기록한 뒤 서버에서 다시 조회합니다. 감사 기록이 있다면 누가 언제 무엇을 바꿨는지 확인합니다.
- 두 기기의 계정·사업장·날짜를 확인합니다.
- 미저장 입력이 있으면 별도로 메모합니다.
- 두 기기 모두 서버 새로고침을 실행합니다.
- 서버 결과가 같아졌는지 확인합니다.
- 계속 다르면 거래 식별자와 응답 오류를 기록해 관리자에게 전달합니다.
업데이트 후에는 교차 기기 시험을 합니다
새 기능을 배포한 뒤에는 실제 운영 데이터가 아닌 시험 거래로 교차 기기 검증을 합니다. PC에서 결제완료를 누르고 모바일에서 확인한 뒤, 모바일에서 발송완료를 누르고 PC의 거래내역과 택배관리에서 다시 확인합니다. 삭제나 전체 변경처럼 되돌리기 어려운 기능은 시험 계정에서만 검증합니다.
| 시험 | 기기 A | 기기 B에서 확인 |
|---|---|---|
| 결제 상태 | 미수 → 결제완료 | 거래내역·정산 합계 반영 |
| 발송 상태 | 미발송 → 발송완료 | 택배관리·완료 시각 반영 |
| 회원 수정 | 연락처 또는 주소 수정 | 회원목록·택배 출력 반영 |
| 동시 수정 | 같은 거래 수정 시도 | 충돌 경고 또는 최신값 유지 |
- 같은 계정과 사업장인가
- 서버 저장 완료가 표시됐는가
- 새로고침 후에도 값이 남는가
- 거래내역·정산·택배가 같은 상태인가
- 마지막 수정자와 시각을 확인할 수 있는가
- 실패 요청을 성공으로 표시하지 않는가
