플러스프로젝트 배경
- 문제점 B2B 차량 경공매는 화면 수가 많은 것보다, 돈과 상태가 얽히는 지점이 어렵습니다. 1. 마감 직전 같은 순간에 들어온 두 입찰 중 무엇이 유효한지 판정해야 합니다 2. 낙찰 후에도 탁송료·주차초과료 같은 비용이 계속 발생합니다 3. 입금이 끝난 뒤 취소되면 얼마를 위약금으로 남기고 얼마를 돌려줄지 정해야 합니다 4. 관리자가 금액을 손으로 고치는 일이 실제로 생기고, 그 기록이 남아
프로젝트 성과
동시 입찰 — 같은 금액이 두 번 들어와도 최고가는 한 번만 바뀝니다
행 단위 잠금으로 직렬화하고, 나중 요청은 이미 갱신된 최고가와 비교되어 거절됩니다. 앱 서버가 여러 대여도 판정 지점은 하나로 유지됩니다.
복수 청구번호 — 이미 입금된 청구서를 고치지 않습니다
후발생 탁송료·주차초과료마다 새 청구번호를 발행합니다. 기납부 건의 금액을 바꾸면 입금 대사가 깨지기 때문입니다.
수기 조정 — 계산 결과를 덮어쓰지 않습니다
시스템 산정금액과 관리자가 정한 최종금액을 서로 다른 컬럼에 저장하고 수정 사유 입력을 강제합니다. 정산 분쟁 시 시스템이 얼마로 계산했고 누가 언제 왜 바꿨는지를 증명할 수 있습니다.
권한 — 화면에서 가리는 것이 아니라 응답에 필드가 없습니다
같은 경매 화면에서 관리자는 입찰자 신원까지, 출품자는 익명화된 이력, 입찰자는 본인 건만 받습니다.
핵심 기능
동시 입찰 트랜잭션 제어
두 입찰자가 동일 금액을 같은 순간에 제출해도 확정은 한 건입니다. 행 단위 잠금으로 직렬화하고 서버 처리 로그로 판정 과정을 보여줍니다. 앱 서버가 늘어도 판정 지점은 하나로 유지됩니다.
진행 단계
업무 흐름 정의
2026.08.
차량 한 대의 생애주기를 상태 전이로 정리했습니다. 입고 → 성능점검 → 출품 → 경매 → 낙찰 → 수납 → 정산 → 출고 → 명의이전, 그리고 취소·반환·재출품으로 빠지는 경로까지 포함했습니다.
프로젝트 상세
1) 포트폴리오 소개 : 서비스 카테고리(ex. 커머스, AI 등)와 메인 타깃(ex. 주부, 청소년) 등을 포함한 간략한 소개 - 예시 : 주부들을 위한 생활용품 커머스 개발 2) 작업 범위 : 개발에 참여한 범위 및 지원환경 - 예시) 화면 설계, UI/UX 디자인, 서버 구축, Front-end 개발, 관리자 페이지 개발 등 - 예시) 반응형 웹, Android, iOS 등 3) 주요 업
