플러스프로젝트 배경
[문제점] 티타임 중개 업무에서는 예약 가능 여부, 공급사 확정, 고객 입금과 취소 결과가 서로 다른 시점에 도착합니다. 담당자가 스프레드시트와 입금 자료를 오가며 확인하면 같은 예약을 반복해서 찾게 되고, 어느 정보가 최신인지 판단하기도 어렵습니다. 고객이 입금했지만 공급사 응답이 없는 경우처럼 처리 순서가 어긋나는 상황도 고려해야 합니다. 입금자명과 금액이 같다고 곧바로 예약을 연결하는 방식에도 주
프로젝트 성과
예약 원장의 연결
초기 가상 예약 18건을 구성하고, 검색에서 생성한 예약이 운영·입금·공급사·정산에서 같은 번호로 이어지도록 구현했습니다.
입금 판단 기준의 재현
초기화 후 샘플 거래 18건 중 유일 후보 13건을 자동 연결하고, 나머지 5건은 담당자 확인 대상으로 남기는 결과를 검증했습니다.
예외 처리의 검증
예약·입금 엔진의 36개 어서션으로 반복 요청, 재고 복원, 입금 정정, 가격 보존과 정산 합계의 불변식을 확인했습니다.
핵심 기능
조건으로 찾는 티타임
지역·날짜·시간·금액·인원으로 가상 상품을 찾고, 선입금과 현장납부 금액을 구별해 모의 예약을 만듭니다.
진행 단계
예약·입금 규칙 설계
2026.09.
고객과 운영자의 흐름을 연결하고, 예약 확정·입금 확인·취소를 나눠 정상 상황과 예외 처리 기준을 정했습니다.
프로젝트 상세
본 프로젝트는 역량 증명을 위해 자체 기획·개발한 데모입니다. 클라이언트 수주·납품 실적이 아닙니다. [배경] 골프 예약은 고객이 티타임을 선택한 뒤에도 운영 업무가 이어집니다. 공급사가 예약을 확정했는지, 고객이 필요한 금액을 입금했는지, 취소 후 정산을 어떻게 바꿀지 각각 확인해야 합니다. 이 정보가 서로 다른 표에 흩어지면 담당자가 같은 예약을 여러 번 찾게 됩니다. 이 데모의 중심은 예약
