여러 기기에서 거래 상태를 안전하게 맞추는 법

모든 기기가 같은 원본을 보게 해야 합니다

여러 기기에서 같은 거래를 처리할 때 기준은 각 브라우저에 남아 있는 화면이 아니라 서버에 마지막으로 저장된 기록이어야 합니다. 브라우저 임시 저장소만 사용하는 데이터는 다른 기기에서 보이지 않고, 캐시된 화면은 이미 바뀐 상태를 계속 보여줄 수 있습니다.

상태 버튼을 누른 뒤에는 성공 안내만 볼 것이 아니라 서버 저장 완료 시각과 변경된 상태를 다시 조회해 확인합니다. 거래내역, 택배관리, 정산표가 같은 거래 식별자를 사용해야 한 화면의 변경이 다른 화면에도 반영됩니다.

먼저 계정과 사업장 범위를 확인합니다

아이디가 같아 보여도 직원 PIN이나 선택한 사업장이 다르면 조회 범위가 달라질 수 있습니다. 두 기기에서 로그인 계정, 사업장명, 직원 권한, 선택 날짜를 나란히 확인합니다. 테스트 계정과 운영 계정을 섞어 사용하지 않습니다.

• 사업장 아이디와 서버 주소가 같은가
• 대표 또는 직원 PIN이 올바른 사업장에 속하는가
• 두 기기 모두 같은 날짜와 상태 필터를 보고 있는가
• 검색어 또는 정렬 조건 때문에 일부 거래가 숨겨지지 않았는가

저장 중에는 같은 거래를 다른 기기에서 수정하지 않습니다

두 사람이 같은 거래를 거의 동시에 바꾸면 나중에 저장된 요청이 먼저 저장된 상태를 덮을 수 있습니다. 버튼을 누른 직후에는 해당 행을 잠시 비활성화하고 저장 완료 또는 실패를 분명히 표시하는 방식이 안전합니다.

일괄 변경은 대상 건수가 많으므로 시작 전 필터 조건과 건수를 보여주고, 완료 후 성공·실패 건수를 따로 알려야 합니다. 일부만 실패했다면 전체를 다시 눌러 중복 처리하지 말고 실패한 거래만 재시도합니다.

새로고침은 저장 확인 뒤에 합니다

새로고침 뒤 내용이 보이지 않는 현상만으로 삭제됐거나 저장에 실패했다고 확정할 수는 없습니다. 다른 계정·필터, 조회 실패, 아직 끝나지 않은 저장, 동시 수정도 구분해야 합니다. 저장 중 표시가 끝나기 전에 창을 닫지 않고, 완료 후 서버에서 다시 조회합니다. 미저장 입력과 마지막으로 확인한 값을 먼저 별도로 보관하세요.

오래 열어둔 화면은 자동 갱신 또는 ‘서버에서 다시 불러오기’ 기능으로 최신 상태를 받아야 합니다. 단, 새로 불러오기 전에 아직 저장하지 않은 입력값이 있다면 경고하고 사용자가 선택할 수 있게 해야 합니다.

보이지 않는 이유를 근거별로 나눕니다

현재 공개된 새로고침 후 상태 복귀 확인 사례는 가상 자료를 이용한 로컬 확인과 자동 검사 범위를 구분합니다. 실제 운영 서버의 모든 저장·기기 조합을 검증한 기록은 아니므로, 위 표의 원인을 특정 사용자에게 그대로 적용하지 않습니다. 문제가 반복되면 고객지원의 안전한 증거 수집 안내를 따르세요.

서로 다른 상태가 보이면 즉시 변경을 멈춥니다

PC는 결제완료, 모바일은 미수처럼 충돌이 확인되면 어느 한쪽을 임의로 다시 누르지 않습니다. 거래 번호, 구매자, 품목, 두 화면의 상태와 마지막 수정 시각을 기록한 뒤 서버에서 다시 조회합니다. 감사 기록이 있다면 누가 언제 무엇을 바꿨는지 확인합니다.

1. 두 기기의 계정·사업장·날짜를 확인합니다.
2. 미저장 입력이 있으면 별도로 메모합니다.
3. 두 기기 모두 서버 새로고침을 실행합니다.
4. 서버 결과가 같아졌는지 확인합니다.
5. 계속 다르면 거래 식별자와 응답 오류를 기록해 관리자에게 전달합니다.

업데이트 후에는 교차 기기 시험을 합니다

새 기능을 배포한 뒤에는 실제 운영 데이터가 아닌 시험 거래로 교차 기기 검증을 합니다. PC에서 결제완료를 누르고 모바일에서 확인한 뒤, 모바일에서 발송완료를 누르고 PC의 거래내역과 택배관리에서 다시 확인합니다. 삭제나 전체 변경처럼 되돌리기 어려운 기능은 시험 계정에서만 검증합니다.