예약 엔드 투 엔드 통합 정책

다음 통합 정책이 예약 엔드 투 엔드에 적용됩니다. 통합할 수 있습니다

엔드 투 엔드 정책

전에 다음 통합 자격 기준을 자세히 읽어 보시기 바랍니다. 통합이 시작됩니다. 파트너는 다음 요건을 충족해야 합니다. Actions Center의 예약 엔드 투 엔드 통합.

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

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

일반 플랫폼 요건

  1. 파트너는 개인정보 보호법(GDPR) 및 기타 개인정보 보호 관련 법규에 따라 개인 식별 정보 등 모든 판매자 및 사용자 데이터를 수집하고 처리해야 합니다.
  2. 파트너는 판매자를 대신하여 예약할 수 있는 권한이 있어야 합니다.
  3. 파트너는 판매자의 이용 가능 여부/시간대에 직접 실시간으로 액세스할 수 있어야 합니다. 즉 파트너는 Google의 이용 가능 여부 확인 요청에 1초 이내로 응답할 수 있어야 합니다.

    • 특별한 경우: Google은 판매자의 비동기 확인이 필요한 예약을 지원하지만 예약 흐름은 이용 가능한 시간대를 기반으로 해야 합니다. 파트너는 예약을 완료하기 위해서는 판매자의 확인이 필요하더라도 판매자 온라인 시스템을 통해 이용 가능 여부를 실시간으로 확인할 수 있어야 합니다.
  4. 파트너는 판매자를 위한 포괄적인 인벤토리를 보유하고 있어야 합니다. 부분적이거나 오래된 인벤토리를 보유한 판매자는 자격이 없습니다.

  5. 파트너는 30일 이상의 기간에 대해 판매자의 이용 가능 여부를 확인할 수 있어야 합니다.

  6. 파트너는 온라인 예약 취소를 지원해야 합니다.

  7. 선불 결제가 필요한 파트너는 Actions Center의 결제 정책을 준수해야 하며, 결제 대행업체는 다음 지원 목록에 있어야 하며 토큰화된 결제를 수락해야 합니다.

  8. 파트너는 서비스 비용에 대한 정확한 가격 책정 데이터를 제공할 수 있어야 하며 Actions Center의 가격 책정 정책을 준수해야 합니다.

  9. 파트너는 액션 센터 기술 관련 요건을 충족할 수 있어야 합니다. 예약 엔드 투 엔드 통합 요구사항을 충족해야 합니다

  10. 파트너는 Actions Center의 판매자 및 서비스 자격 요건을 준수해야 합니다.

  11. 파트너는 Actions Center의 지원 및 유지관리 가이드라인을 준수해야 합니다.

  12. 파트너는 다음에 정의된 허용 가능한 오류율을 유지해야 합니다. 출시 및 모니터링 가이드라인

  13. 모든 예약은 실시간으로 자동 확인되어야 합니다. 단, 비동기 통합으로 한 예약은 예외입니다. 비동기 통합을 통한 예약은 비동기 가이드라인.

  14. 파트너는 Actions Center의 카테고리 또는 기능별 정책 (혜택, 결제, 온라인 서비스, 식당)을 준수해야 합니다.

  15. 파트너는 가이드라인에 따라 판매자 이름, 주소, 서비스 이름, 설명과 관련하여 표준 품질의 콘텐츠를 유지해야 합니다.

혜택 정책

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

혜택 자격 기준

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

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

혜택이 자격 요건을 충족하지 않는 경우 포함되지 않습니다. 예약 엔드 투 엔드 통합에서 사용할 수 있습니다

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

음식 메뉴 정책 및 요구사항

시작하기 전에 다음 통합 자격 기준을 검토하세요. 통합할 수 있습니다 파트너는 음식 메뉴 정책을 준수하고 다음 요구사항을 충족해야 합니다 Google은 메뉴 및 항목 표시 데이터를 요리하는 데 도움이 될 수 있습니다

요구사항 및 정책을 충족하지 못하면 통합이 이루어질 수 있습니다. 정지되거나 삭제된 서비스에 대한 책임.

정책 및 요구사항

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

결제 리디렉션 정책

이 섹션에서는 Google Cloud 제품에 대한 일반 정책 및 기능별 정책을 Actions Center에서 결제 리디렉션을 구현했습니다 일관성 있는 대화형 환경을 조성할 수 있는 환경을 만들고, 결제를 요구하는 인벤토리는 적절한 가이드라인을 준수해야 합니다. 실패 정책을 준수하지 않으면 통합이 정지됩니다.

일반

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

  1. 사용자에게 청구되는 금액은 약관에 명시된 금액과 동일해야 합니다. 관련 법률에 따라 거래를 처리합니다.
  2. 선불 결제, 예약 불이행 수수료 및 보증금이 요구되는 서비스인 경우 cancel_policy 정의는 필수입니다.
  3. 파트너는 실시간 업데이트를 통해 이용 가능 여부를 업데이트할 책임이 있습니다. (RTU) 또는 BatchAvailabilityLookup 호출이 정확한 슬롯을 반영하도록 하기 제공되어야 합니다
  4. 필요한 신용카드를 사용자에게 청구해서는 안 됩니다. 거래입니다.
  5. 명시적으로 동의하지 않은 사용자에게 요금을 청구해서는 안 됩니다. Google 결제 구성 절차에 따라 명확하게 결제해야 합니다.
    • 링크된 서비스 약관 페이지에 포함된 결제 약관은 이 요건을 충족하지 않습니다.
  6. 오프라인 서비스1의 경우 모든 결제는 예약 시에 이루어져야 하며, 참가할 수 있습니다. 그 밖의 수단을 통한 지급 요구는 엄격히 금지됩니다. 금지됩니다.
  7. 거래가 해당 국가의 통화로 표시되고 청구되어야 합니다. 판매자 (통화는 결제 구성을 사용하여 지정됨) 참조) 통화 변환은 발생하지 않습니다.

1. 모든 대면 서비스(본 서비스를 통해 제공된 서비스는 제외) 선불 결제, 입금 등의 통합 관리

방문 페이지 요구사항

  1. 방문 페이지는 인원 수에 따라 예약 절차의 시작점이어야 합니다. 사전 선택된 시간대가 있습니다.
  2. 방문 페이지가 플랫폼 제공업체의 홈페이지이거나 있습니다.
  3. 딥 링크가 설정된 방문 페이지의 첫 번째 단계는 로그인 월이 될 수 없습니다. 사용자는 로그인하거나 Google Ads 계정을 만들지 않으면 예약을 완료할 수 없습니다. 있습니다.
  4. 딥 링크가 설정된 방문 페이지의 첫 번째 단계는 '페이월'이 될 수 없으며, 사용자가 예약 관련 메타데이터를 제공하지 않으면 예약의 관련 메타데이터를 볼 수 없습니다. 결제 세부정보