예약 시스템 구축, 네이버 예약으로 안 되는 경우

예약 시스템 구축은 네이버 예약의 현재 업종별 기능과 공식 연동 범위를 먼저 시험하고, 그 범위로 표현할 수 없는 운영 규칙이 확인될 때 검토합니다. 회원권 차감, 여러 자원의 동시 배정, 기관별 권한, 자체 회원 이력처럼 사업 고유의 규칙이 핵심이면 맞춤 시스템 요구사항으로 분리합니다.

네이버 예약의 현재 기능부터 확인합니다

네이버 예약 기능은 업종과 예약 유형, 연동 솔루션에 따라 다릅니다. 식당형의 경우 예약금 환불 설정, 외부 연동사와의 일정 공유, 세분된 시간 간격 등도 제공된다고 네이버 스마트플레이스 공식 안내에 나와 있습니다. 오래된 기능표나 경험만으로 “지원되지 않는다”고 판단하면 구축 범위가 불필요하게 커질 수 있습니다.

현재 관리자에서 상품 유형, 일정·휴무, 가격·재고, 예약금·취소, 담당자, 알림과 연동 메뉴를 실제로 설정해 봅니다. 업종별 공식 도움말과 사용 중인 연동사의 지원 범위도 함께 확인합니다. 플랫폼에서 충족되는 기능은 유지하고, 다음 요구처럼 고유한 데이터와 절차가 필요한 부분만 비교합니다.

• 회원 등급·횟수권별 가격과 차감 규칙
• 방·장비·강사 등 여러 자원의 동시 배정
• 지점·협력사·본사별 승인과 조회 권한
• 자체 고객 DB, 계약, 정산 또는 후속 서비스 연결

예약 규칙을 표와 상태로 정의합니다

맞춤 시스템은 화면보다 규칙표를 먼저 만듭니다. 서비스별 소요 시간과 준비·정리 시간, 예약 가능 기간, 마감 시점, 휴무와 예외일, 정원, 대기, 변경·취소·환불 조건을 적습니다. 회원권은 유효기간, 차감·복원 시점, 양도와 중복 사용 조건을 정합니다.

예약 상태도 신청, 결제 대기, 확정, 이용 완료, 취소, 환불처럼 구분하고 각 상태에서 고객과 관리자가 할 수 있는 행동을 표로 만듭니다. 부분 환불과 담당자·지점별 정산은 계산 예시 몇 건을 준비해 반올림, 수수료, 취소 시점을 확인합니다. 이 숫자는 사업자가 승인한 정책이며 개발사가 임의로 정하지 않습니다.

고객 화면에는 일정 선택, 신청·결제, 변경·취소, 내역과 알림을 넣습니다. 관리자 화면에는 달력, 수기 등록, 자원·휴무 설정, 회원권, 환불, 권한, 변경 기록과 CSV 내보내기를 범위에 따라 둡니다.

중복 예약과 데이터 이관을 시험합니다

같은 좌석이나 자원을 두 사람이 동시에 선택할 수 있으므로 최종 확정 시점에 남은 수량을 다시 검사합니다. 결제 화면을 여러 번 누르거나 알림이 재전송돼도 예약이 중복 생성되지 않도록 요청 식별자와 상태 변경 기록을 둡니다. 외부 캘린더를 연결하면 어느 시스템이 기준인지, 동기화 실패를 누가 어떻게 처리할지 정합니다.

기존 자료는 고객, 예약, 회원권, 잔여 횟수, 결제·환불을 나눠 표본부터 옮깁니다. 시간대, 날짜 형식, 중복 회원, 취소 건과 잔여 횟수를 대조한 뒤 전체 이관을 진행합니다. 공개 전에는 신규 예약, 변경, 취소, 노쇼, 전액·부분 환불, 알림 실패와 관리자 수기 등록을 역할별로 시험합니다.

플랫폼과 맞춤 시스템을 함께 쓰려면 공식 연동 여부를 확인합니다. 직접 연동이 없으면 채널별 재고를 나누거나 한쪽을 기준 시스템으로 정하는 운영 절차가 필요합니다.

개인정보는 예약 목적에 맞게 최소화합니다

예약에는 이름, 연락처, 이용 이력과 결제 정보가 포함될 수 있습니다. 병의원·상담·건강 프로그램에서는 증상이나 심리 상태가 법상 민감정보가 될 수 있습니다. 개인정보 보호법과 안전성 확보조치 기준에 따라 처리 근거와 민감정보의 별도 동의 필요 여부를 검토하고, 예약에 필요하지 않은 문진 정보는 받지 않습니다.

처리방침에는 수집 목적·항목, 보유기간·파기, 열람·정정·삭제·처리정지 등 권리 요청 절차를 적습니다. 관리자 최소 권한, 전송·저장 암호화, 접속·다운로드 기록, 백업과 사고 대응을 적용합니다. 호스팅, 문자·알림, 결제, 캘린더 같은 수탁자와 국외 이전 여부도 계약과 처리방침에서 확인합니다. 업종별 보존 의무와 동의 화면은 개인정보·법률 전문가의 검토를 거칩니다.

결제·증빙·소유권과 견적을 나눕니다

PG 연동은 결제 요청·승인, 조회, 전액·부분 취소와 환불 상태를 시스템 주문과 맞추는 작업입니다. 결제사의 공식 거래 설명처럼 승인과 취소는 각각 기록해야 합니다. 세금계산서와 현금영수증은 별도의 세무 증빙 흐름이며, 거래 종류·결제수단·사업자 과세유형에 따라 발급 대상과 시점이 달라질 수 있습니다. 국세청 안내를 기준으로 세무 전문가가 정책을 검토해야 합니다.

데이터 소유권은 맞춤 제작만으로 확정되지 않습니다. 고객 명의의 도메인·클라우드·DB·결제 계정, 계약상 귀속, 정기 내보내기, 종료 시 반환·삭제 절차를 갖춰야 합니다.

저희 기준으로 단일 지점의 회원·예약·취소·관리자·알림은 1,900,000원부터, 요구사항 승인 뒤 30일 안팎으로 산정합니다. 선결제·회원권·정산, 다지점·자원 배정, 외부 연동과 이관이 추가되면 별도 견적과 시험 기간이 필요합니다. 실제 금액과 일정은 규칙표와 연동사 확인 뒤 제시합니다.

자주 묻는 질문

네이버 예약과 맞춤 시스템을 함께 쓸 수 있나요?

공식 연동사가 지원하는 업종과 기능이면 연동 범위를 먼저 확인합니다. 직접 연동이 없으면 채널별 재고 분리, 기준 시스템 지정, 수동 대조 중 운영 가능한 방식을 정해야 중복 예약을 관리할 수 있습니다.

결제 연동 비용에 세금계산서 기능도 포함되나요?

PG 승인·취소와 세금계산서·현금영수증은 서로 다른 흐름입니다. 견적서에서 PG 가입·수수료, 개발 범위, 증빙 발급 주체와 세무 검토를 각각 확인해야 합니다.

30일 뒤 바로 운영할 수 있나요?

30일은 저희의 시작 범위 산정 기준입니다. 요구사항 승인, PG·외부 서비스 심사, 데이터 준비와 시험 결과에 따라 달라집니다. 공개 전 병행 운영과 담당자 교육 기간도 일정에 포함합니다.