7월 10일 회의록

서비스적으로 잘못된 경우

CASE 1

1. 관리자가 우산을 옮기고 잘못 기입한경우
   1. 중앙도서관 지점에 1번 우산을 옮겨서, 현장에는 우산이 존재하지만 DB상에 우산이 없다고 나오는 경우
      • 검증을 하는 경우: 우산이 있어도 못빌릴 수 있음
        • 그 지점에 그 우산이 있는지, 대여가 안된 우산인지
      • 검증을 하지 않는 경우: 잘못된 우산 번호를 입력하여도 그냥 대여가 됨
      • 완벽하게 막는 방법 : 우산마다 우산 번호에 대한 QR 지정해서 빌릴때 우산번호 수정 못하도록!
        • 우산 번호 입력하는 칸은 우산 QR 찍도록 하기

CASE 2

2. 다른 사람의 우산을 반납하는 경우

   1. 지나가던 행인이 우연히 빌려진 우산 번호를 입력해서 반납했다고 허위 기입

      → 이런일 때문에 계좌번호를 받아서 그 계좌로 환불해주는 것이 아닌, 결제취소만으로 해야함

   2. 40번 우산 빌린 사람이 41번 우산을 반납했다고 기입하는 것을 예방할 수 있음

해결책

• 로그인 유저만 빌릴수 있게 한다.
  1. 악의적으로 잘못된 번호 기입 막을 수 있다.
  2. 결제, 환불 검증이 안전해짐 (계좌번호 다르게 적거나, 지나가던 사람이 2-a 처럼 잘못 환불받는 경우를 예방할 수 있다.)
  3. 2-b 경우 예방 가능 (로그인 후 반납 폼으로 들어가게 되면, 로그인한 유저가 빌린 우산에 대해서만 반납할 수 있게 함 → 반납할 때 잘못된 우산 번호를 기입하지 않게 된다.)

백엔드에서 생각하는 대여 플로우

1. 대여폼 QR 들어간다.
2. 로그인을 한다. 
3. 이름, 전화번호 자동완성 
4. 우산 QR 찍는다. (우산번호를 기입하는 것이 아닌, 우산 QR을 찍도록) 
5. 우산번호 고정 
6. 사용자는 상태신고만(선택사항) 
7. 대여 신청 누르면 결제 페이지로 이동 

반납 플로우

1. 반납폼 QR 들어간다. 
2. 이름 전화번호 자동 완성 
3. 은행입력 계좌번호 삭제
4. 반납위치 자동완성 (반납 QR 찍었기 때문) 
5. 우산 번호 QR 찍어서 우산번호 완성  
6. 개선요청사항 선택적으로 입력 
7. 반납 완료 

환불 플로우

1. 대여 반납을 까다롭게 한 만큼, 바로 환불해준다. (결제수단으로) 
2. 반납된 것을 관리자가 확인한 후, 관리자 페이지에서 환불완료 버튼을 눌러준다.
3. 무통장 입금은 자동화가 안되기 때문에 제외! 

• 만약 우산 QR 안되면 우산 고유번호를 길게 (6자리)
  • 유저가 잘못된 번호 입력하지 못하도록
  • QR을 한다면 유저가 우산번호 검증하는 과정 생략 가능
  • 번호 입력한다면 유저가 우산번호 검증하는 과정을 거쳐야 함