이 페이지는 Cloud Translation API를 통해 번역되었습니다.

예약 엔드 투 엔드 통합 정책

다음 통합 정책은 예약 엔드 투 엔드 통합에 적용됩니다.

엔드 투 엔드 정책

통합을 시작하기 전에 다음 통합 자격 기준을 읽어보세요. 파트너가 Actions Center의 예약 엔드 투 엔드 통합과 통합하려면 다음 요구사항 및 정책을 충족해야 합니다.

다음 요구사항은 Actions Center 프로그램에 참여하기 위한 필수 요건이지만 파트너가 요구사항을 충족한다고 해서 파트너가 Actions Center를 통합하거나 게시할 자격이 있는 것은 아닙니다.

요구사항 및 정책을 준수하지 않으면 통합, 판매자 또는 서비스가 정지되거나 플랫폼에서 삭제될 수 있습니다.

일반 플랫폼 요건

파트너는 개인정보 보호법(GDPR) 및 기타 개인정보 보호 관련 법규에 따라 개인 식별 정보 등 모든 판매자 및 사용자 데이터를 수집하고 처리해야 합니다.
파트너는 판매자를 대신하여 예약할 수 있는 권한이 있어야 합니다.
파트너는 판매자의 이용 가능 여부/시간대에 직접 실시간으로 액세스할 수 있어야 합니다. 즉 파트너는 Google의 이용 가능 여부 확인 요청에 1초 이내로 응답할 수 있어야 합니다.
- 특별한 경우: Google에서는 판매자의 비동기 확인이 필요한 예약을 지원하지만 예약 과정은 이용 가능한 시간대를 기반으로 해야 합니다. 파트너는 예약을 완료하기 위해서는 판매자의 확인이 필요하더라도 판매자 온라인 시스템을 통해 이용 가능 여부를 실시간으로 확인할 수 있어야 합니다.
파트너는 판매자를 위한 포괄적인 인벤토리를 보유하고 있어야 합니다. 부분적이거나 오래된 인벤토리를 보유한 판매자는 자격이 없습니다.
파트너는 30일 이상의 기간에 대해 판매자의 이용 가능 여부를 확인할 수 있어야 합니다.
파트너는 온라인 예약 취소를 지원해야 합니다.
선불 결제가 필요한 파트너는 Actions Center의 결제 정책을 준수해야 하며, 파트너의 결제 대행업체가 다음 지원 목록에 포함되어 있고 토큰화된 결제를 수락해야 합니다.
파트너는 서비스 비용에 대한 정확한 가격 데이터를 제공하고 Actions Center의 가격 정책을 준수할 수 있어야 합니다.
파트너는 Actions Center 기술 예약 엔드 투 엔드 통합 요구사항을 충족할 수 있어야 합니다.
파트너는 Actions Center의 판매자 및 서비스 자격요건을 준수해야 합니다.
파트너는 Actions Center의 지원 및 유지관리 가이드라인을 준수해야 합니다.
파트너는 출시 및 모니터링 가이드라인에 정의된 허용 가능한 오류율을 유지해야 합니다.
비동기 통합으로 이루어진 예약을 제외하고 모든 예약은 실시간으로 자동으로 확인되어야 합니다. 비동기 통합을 통한 예약은 비동기 가이드라인을 준수해야 합니다.
파트너는 Actions Center의 카테고리 또는 기능별 정책 (혜택, 결제, 온라인 서비스, 식사)을 준수해야 합니다.
파트너는 가이드라인에 따라 판매자 이름, 주소, 서비스 이름, 설명에 대해 표준 품질의 콘텐츠를 유지해야 합니다.

쿠폰 정책

혜택이 예약 엔드 투 엔드 통합에 포함되려면 Google의 자격 기준과 기술 요구사항을 충족해야 합니다.

혜택 자격 기준

쿠폰은 일반적으로 모든 고객에게 제공되어야 합니다.
고객은 쿠폰을 사용하기 위해 멤버십 프로그램에 가입하거나, 이메일 목록에 포함되거나, 특정 신용카드를 사용하거나, 기타 제한사항을 충족할 필요가 없어야 합니다.
쿠폰 사용이 특정 연령대로만 제한되어서는 안 됩니다(예: 학생 또는 노인 할인).
쿠폰은 예상대로 사용할 수 있어야 합니다. 예를 들어 오후 3시부터 오후 4시까지 쿠폰을 사용할 수 있지만 고객이 선착순 10명 안에 들어야 하는 조건은 허용되지 않습니다.
쿠폰은 판매자에 의해 제공 및 적용되어야 합니다.

기술 또는 자격 요건을 충족하지 않는 혜택

혜택이 자격 요건을 충족하지 않는 경우 예약 엔드 투 엔드 통합에 포함해서는 안 됩니다.

혜택이 기술 요구사항에 맞지 않거나 Google 데이터 사양에 맞지 않는 경우 현재 예약 엔드 투 엔드 통합에서 제외해야 합니다. 구현되었으면 하는 기능 또는 변경사항에 대한 의견을 제공하려면 Google 담당자에게 문의하세요. 문의할 때에는 쿠폰 수, 쿠폰과 관련된 판매자 수, 몇 가지 샘플 쿠폰을 포함하시기 바랍니다.

음식 메뉴 정책 및 요구사항

통합을 시작하기 전에 다음 통합 자격 기준을 읽어보시기 바랍니다. 통합하려면 파트너는 음식 메뉴 정책을 준수하고 다음 요구사항을 충족해야 합니다. Google은 사용자에게 도움이 되는 방식으로 메뉴 및 요리 데이터를 표시할 권리를 보유합니다.

요구사항 및 정책을 준수하지 않으면 통합, 판매자 또는 서비스가 정지되거나 플랫폼에서 삭제될 수 있습니다.

정책 및 요구사항

파트너는 상스러운 말, 금지된 이미지, 개인 식별 정보 (PII), 사용자 제작 콘텐츠와 같은 금지된 정보를 메뉴 피드에서 전송해서는 안 됩니다 (세부정보 참고).
파트너는 메뉴 피드를 사용하여 서비스(예: 매장 밖, 프로모션 코드)와 같이 메뉴가 아닌 항목을 공유해서는 안 됩니다.
파트너는 예약 E2E 메뉴 사양 또는 주문 리디렉션 메뉴 사양(최대 파일 크기 2MB)에 필요한 모든 데이터를 제공해야 합니다. 기술 요구사항은 필드를 선택사항/필수로 표시하여 예약 E2E 메뉴 사양 또는 순서 리디렉션 메뉴 사양에서 다룹니다.
파트너는 해당 음식점 위치에서 이용할 수 있는 메뉴 항목만 제공해야 합니다.
파트너는 각 위치별로 전체 메뉴를 전송해야 합니다. 불완전한 메뉴가 있는 판매자는 표시되지 않을 수 있습니다.
파트너와 판매자는 메뉴가 정확한지 확인하고 매일 업데이트를 제공해야 합니다.
메뉴 항목 사진은 조명이 밝아야 하고, 초점이 맞춰진 메뉴 항목이 하나 있어야 하며, 사람 또는 음식 외의 다른 이미지가 포함되어서는 안 되며, 이미지 사양을 준수해야 합니다 (사진 가이드라인 참고).
현지 법률 및 조례에서 요구하지 않는 한, 가격은 도움말, 세금 또는 수수료 없이 메뉴 항목별로 표시되어야 합니다. 파트너는 현지 통화를 명시적으로 제공해야 합니다.
전문 메뉴도 지원되며 더 이상 제공되지 않는 경우 삭제해야 합니다(예: 특별 한정판, 시즌 한정, 기간 한정 스페셜).

결제 리디렉션 정책

이 섹션에서는 작업 센터에서 결제 리디렉션을 구현하기 위한 일반 및 기능별 정책을 지정합니다. Actions Center를 사용하는 소비자, 판매자, 파트너에게 일관된 환경을 보장하려면 결제가 필요한 인벤토리가 적절한 가이드라인을 준수해야 합니다. 이러한 정책을 준수하지 않으면 통합이 정지됩니다.

일반

다음 정책은 Google 예약의 모든 결제 거래 및 인벤토리에 적용됩니다.

사용자에게 청구되는 금액은 관련 법률에 따라 거래 약관에 지정된 금액과 동일해야 합니다.
서비스에 선불, 예약 불이행 수수료 또는 보증금이 필요한 경우 servicecancellation_policy 정의가 필수입니다.
파트너는 실시간 업데이트(RTU)를 사용하여 이용 가능 여부를 업데이트하거나 BatchAvailabilityLookup 호출에 정확한 슬롯 이용 가능 여부가 반영되도록 해야 합니다.
신용카드가 필요한 거래의 경우 사용자에게 비용을 청구해서는 안 됩니다.
결제 구성 프로세스에 명시된 대로 결제 시 명시적으로 동의하지 않은 사용자에게는 요금을 청구해서는 안 됩니다.
연결된 서비스 약관 페이지에 포함된 결제 약관은 이 요건을 충족하지 않습니다.
대면 서비스[^1]의 경우 모든 결제가 예약 시 처리되거나 대면으로만 이루어져야 합니다. 그 외 다른 방법을 통한 지불은 엄격히 금지됩니다.
거래는 판매자가 위치한 지역의 통화로 표시되고 청구되어야 합니다 (통화는 결제 구성 프로세스를 통해 지정됨). 통화 변환은 이루어지지 않습니다.

^{1. 선불, 예금 등 이 통합을 통해 제공되는 서비스를 제외한 모든 대면 서비스}

방문 페이지 요구사항

방문 페이지는 예약 절차의 시작 부분이어야 하며 인원수와 시간대가 미리 선택되어 있어야 합니다.
방문 페이지가 플랫폼 제공업체의 홈페이지나 다른 페이지가 아니어야 합니다.
딥 링크가 설정된 방문 페이지의 첫 번째 단계는 로그인 월이 될 수 없으며, 이 경우 사용자는 로그인하거나 계정을 만들지 않는 한 예약을 완료할 수 없습니다.
딥 링크가 설정된 방문 페이지의 첫 번째 단계는 사용자가 결제 세부정보를 제공하지 않는 한 예약의 관련 메타데이터를 볼 수 없는 '페이월'이 될 수 없습니다.