다음은 Actions Center 예약 엔드 투 엔드 통합 프로세스에 관한 세부정보를 설명합니다.
통합
엔드투엔드 통합 가이드에 설명된 표준 상위 통합 과정을 따릅니다.
주요 예약 엔드 투 엔드 안내
다음은 예약 엔드 투 엔드 통합에 필요한 주요 기능을 다루는 예시와 튜토리얼입니다.
-
피드:
- 예약 엔드 투 엔드 통합을 사용하려면 판매자, 서비스, 이용 가능 여부 피드를 매일 SFTP를 통해 전송해야 합니다.
- 판매자 피드 내에서 - 매칭이 성공하려면 각 위치의 이름, 주소, 전화번호, URL이 Google 등록정보와 밀접하게 일치해야 합니다.
- 엔드 투 엔드 예약에 참여하는 판매자는 이용 가능 여부를 표시하는 데 하나의 서비스만 사용할 수 있습니다.
- 예약이 판매자가 제공하는 유일한 서비스인 경우 모든 판매자에 대해 service_id를 동일한 정적 값으로 설정하는 것이 좋습니다. 해당하는 경우 서비스 피드에 scheduling_rules 및 cancellation_policy를 지정합니다.
- 예약 엔드 투 엔드 인벤토리의 주된 차이점은 모든 이용 가능 여부에 대해 party_size를 정의해야 한다는 것입니다. 자세한 내용은 다음 가이드를 참고하세요.
-
예약 서버:
- 예약 서버는 Google 표시 경로를 통해 이루어진 예약의 가용성을 확인하고 예약을 생성, 업데이트, 삭제, 수정하는 Google의 진입점 역할을 합니다.
- 긍정적인 사용자 환경을 보장하기 위해 이러한 각 요청에 대한 응답이 Google의 오류율 및 지연 시간 기준점 내에 있어야 합니다.
-
요청 / 응답 예시는 다음 가이드를 참고하세요.
- 표준 통합: 표준 예약 서버 통합을 구현합니다.
- 대기자 명단 통합: 대기자 명단 예약 서버 통합을 구현합니다.
-
실시간 업데이트:
- 필수는 아니지만 실시간 업데이트를 사용하면 사용자가 이용 가능 여부에 액세스하기 전에 예약 취소 또는 이용 가능 여부 변경에 관한 업데이트를 비동기식으로 Google에 전송할 수 있습니다. 이렇게 하면 BatchAvailabilityLookup이 실패하는 경우 사용자에게 예약할 수 없는 전체 슬롯이 더 적게 표시됩니다. 자세한 내용은 실시간 업데이트 구조화에 관한 문서를 참고하세요.
-
추가 참고사항:
- 이용 가능 여부 피드 파일 (압축 후)이 200MB를 초과하는 경우 피드를 200MB 미만 (압축) 파일로 분할하려면 샤딩 이 필요합니다.
- 예약 엔드 투 엔드에 있는 판매자는 하나의 서비스만 보유할 수 있습니다.
추가 예약 엔드 투 엔드 기능
다음은 예약 엔드 투 엔드 통합을 완료할 때 고려해야 하는 기능입니다. 다음은 필수 기능은 아니지만 대부분 인벤토리를 제공할 때 작업 센터가 회사의 비즈니스 로직을 따르는지 확인하려면 필요한 기능입니다.