개요
Google팀에서 Order with Google (OwG) 통합을 Actions on Google (AoG) 플랫폼에서 작업 센터로 이전합니다. 새 플랫폼으로 이전하면 음식 파트너가 구현하는 통합 유형과 관계없이 중앙 위치에서 음식 파트너가 사용할 수 있는 도구를 통합하고 간소화할 수 있습니다.
이전 세부정보
다음은 새 Actions Center 계정의 OwG 통합 구성이 AoG 플랫폼 프로젝트의 구성에 매핑되는 방식을 설명합니다.
작업 센터의 OwG 통합 프로덕션 환경의 경우 브랜드 정보 (표시 이름, 로고, 이용약관, PP), 처리 URL, 피드 버킷 구성은 이전 시작 알림 시 실시간 AoG 프로덕션 배포 (AoG > 배포 > 출시, 채널 = 프로덕션, 검토 상태 = 승인됨)에서 복사됩니다.
Actions Center의 OwG 통합 샌드박스 환경의 경우 브랜드 정보 (AoG > Deploy > Directory information), 처리 URL (AoG > Develop > Actions), 피드 버킷 (AoG > Develop > Data Feeds; Sandbox data feeds) 구성은 이전 시작 알림 시 AoG 콘솔의 작업 버전 데이터에서 복사됩니다.
Actions Center 계정에 액세스하기 위해 사용자는 아래 역할 매핑과 함께 GCP 프로젝트에서 복사됩니다.
| GCP 프로젝트 | Actions Center 계정 |
|---|---|
| 소유자 | 관리자 |
| 편집자 | 편집자 |
| 뷰어 | 읽기 전용 |
알파 테스터 (AoG > 배포 > 출시 > 알파 테스터 관리에서 정의됨)는 이제 '테스터' 역할이 있는 계정 사용자의 일부가 됩니다.
상속된 조직 수준 권한을 사용하여 AoG 프로젝트에 액세스할 수 있는 사용자는 관리자 역할이 있는 사용자가 구성 > 계정 및 사용자 아래의 작업 센터에 수동으로 추가해야 합니다. 조직에서 상속된 권한을 확인하려면 GCP 프로젝트의 IAM 및 관리자 > IAM 아래에 있는 상속 열을 확인하세요. 상속은 사용자 수준이 아닌 역할 수준에서 작동합니다. 사용자에게 조직에서 상속된 관리자 역할과 프로젝트에 직접 할당된 편집자 역할이 있는 경우 사용자는 작업 센터에서만 편집자 역할을 갖게 됩니다.
새로운 기능 및 변경사항
다음은 AoG 플랫폼과 새 작업 센터 간의 OwG 통합에 눈에 띄게 변경된 다양한 영역에 관한 설명입니다.
| 지역 | AoG 플랫폼 | 작업 센터 |
|---|---|---|
| 사용자 액세스 관리 | GCP 액세스 권한은 AoG 액세스 권한도 제어합니다. 오른쪽 상단의 점 3개 > 사용자 액세스 관리 | 액세스 관리는 GCP 프로젝트 액세스 관리와 별개입니다. 구성 > 계정 및 사용자 > 사용자 탭 자세한 내용은 계정 및 사용자 도움말을 참고하세요. |
| 파트너 연락처 | Google 양식을 사용하여 업데이트함 | 플랫폼에서 직접 보고 업데이트할 수 있습니다. 구성 > 연락처 정보 자세한 내용은 연락처 정보 설정 도움말을 참고하세요. |
| 프로덕션 환경 | 통합에 적용된 변경사항을 게시하려면 Google에서 배포하고 승인해야 합니다. | 프로덕션 환경에서 통합을 변경하면 Google의 배포 단계 또는 승인 단계 없이 즉시 적용됩니다. |
| 샌드박스 환경 | 샌드박스 피드 (Develop > Data Feeds; Sandbox data feeds)와 작동하는 버전의 처리 URL (Develop > Actions)의 조합으로 정의됩니다. | 파트너 개발 또는 스테이징 환경에 대응하기 위한 완전한 환경입니다. |
| 미리보기 환경 | 업로드된 피드 파일 (Develop > Data Feeds > Upload test feed)과 작동하는 버전의 처리 URL (Develop > Actions)의 조합으로 정의됩니다. | 샌드박스 환경의 피드에서 '빠른 테스트'로 이름이 변경되었습니다. 피드 파일을 업로드하고 별도의 테스트 API URL을 정의할 수 있습니다. |
| 알파 테스트 | 스테이징 API URL을 사용할 수 있고 사전 정의된 알파 사용자가 프로덕션 피드에 액세스하여 엔드 투 엔드 테스트를 실행할 수 있는 개발 수명 주기의 어느 시점에서나 사용할 수 있는 알파 배포입니다. 알파 사용자는 AoG 프로젝트에 액세스할 수 없습니다. | 이름이 사용자 수락 테스트로 변경되었습니다. 테스터 사용자는 대시보드의 레스토랑 상태 보고서에 있는 테스트 링크를 사용하여 프로덕션에서 실시간 레스토랑을 둘러볼 수 있습니다. 테스터 사용자는 작업 센터에 액세스할 수 없습니다. |
| 일괄 피드 | 파일 수준 오류가 있는 일괄 처리가 처리되고 가져오고 파싱한 파일을 기반으로 피드가 업데이트됩니다. 성공한 파일 외부의 모든 항목은 유지됩니다 (암시적 삭제 없음). 따라서 이러한 항목은 비활성 상태가 되며 결제 중에 오류가 발생할 수 있습니다. | 파일 수준 오류가 있는 일괄 처리는 처리되지 않으며 새 일괄 처리에 파일 수준 오류가 없는 경우에만 피드가 업데이트됩니다. 그 결과 전체 피드가 비활성 상태가 되어 결제 중에 오류가 발생할 수 있습니다. |
| 증분 인벤토리 업데이트 | 인벤토리 증분 업데이트 보고서는 개발 > 데이터 피드 > 프로덕션/샌드박스 하단에 있습니다. | 실시간 업데이트 (RTU)로 이름이 업데이트되었으며 보고서는 대시보드 > RTU 보고에서 확인할 수 있습니다. 자세한 내용은 실시간 업데이트 도움말을 참고하세요. |
| 항목 검색 | 개발 > 데이터 피드 > 프로덕션/샌드박스에서 ID별 항목 조회 가능 | 도움말 및 지원 > 케이스에서 지원 요청을 제출합니다. |
| 분석 - 개요 | 비즈니스 실적에 대한 개요는 분석 > 개요에서 확인할 수 있습니다. | 업데이트된 레이아웃으로 비즈니스 실적 개요를 확인하려면 대시보드 > 비즈니스 개요로 이동하세요. 자세한 내용은 비즈니스 개요 도움말을 참고하세요. |
| 애널리틱스 - 거래 | 처리 API에서 발생하는 주문 요청 수, 오류, 오류율에 대한 개요는 애널리틱스 > 거래에서 확인할 수 있습니다. | 업데이트된 레이아웃으로 대시보드 > Fulfillment API에서 주문 요청 수, 오류, Fulfillment API에서 발생하는 오류율을 간략히 확인할 수 있습니다. 자세한 내용은 Fulfillment API 보고 도움말을 확인하세요. |
| 분석 - 내보내기 | 애널리틱스 > 내보내기로 이동하여 BigQuery를 사용하여 주문 관련 데이터 내보내기를 구성하고 업데이트할 수 있습니다. | AoG에서 이미 BigQuery 내보내기를 구성한 파트너는 계속해서 BigQuery 내보내기를 사용할 수 있습니다. 하지만 파트너가 직접 구성을 더 변경하는 것은 현재 일시중지되어 있습니다. BigQuery를 구성하거나 변경하려면 지원 요청을 제출하세요. 자세한 내용은 BigQuery 내보내기 도움말을 참고하세요. |
| 언어 일치를 기반으로 제공업체 게재 | 사용자의 언어가 AoG 콘솔에 지정된 언어와 일치하지 않는 경우
|
사용자의 언어가 정의된 브랜드의 언어와 부분적으로라도 일치하지 않는 경우 해당 국가의 기본 언어가 항상 사용됩니다. 자세한 내용은 브랜드 게재 로직 도움말을 참고하세요. |
FAQ
Order with Google이 Actions on Google 플랫폼에서 Actions Center로 이전하는 이유는 무엇인가요? 어떤 이점이 있나요?
파트너의 요구사항을 더 효과적으로 충족하기 위해 Google을 통한 주문 환경을 작업 센터로 이전하고 있습니다. Actions Center로 이전하면 Google의 식품 파트너가 사용할 수 있는 도구를 한곳에서 통합하고 간소화할 수 있습니다.
Google 예약이란 무엇인가요?
Google 예약을 사용하면 사용자가 다양한 유형의 비즈니스에서 예약을 하거나 구매할 수 있습니다. 사용자는 Google 예약에 참여한 레스토랑의 대기자 명단에 등록할 수도 있습니다. 여기에서 Google 예약에 대해 자세히 알아보세요.
이번 이전이 판매자와 사용자에게 어떤 영향을 미치나요?
Order with Google 인프라만 Actions on Google에서 Actions Center로 이전됩니다. 따라서 판매자와 사용자에게 미치는 영향은 없을 것으로 예상됩니다.
Actions on Google은 어떻게 되나요? 이 플랫폼을 완전히 재고하고 계신 건가요?
파트너의 요구사항을 더 효과적으로 충족하기 위해 Google을 통한 주문 환경을 작업 센터로 이전하고 있습니다. 작업 센터로 이전하면 Google에서는 식품 파트너가 사용할 수 있는 제품과 도구를 한곳으로 통합하고 간소화할 수 있습니다.
프로젝트가 이전되지 않은 이유는 무엇인가요?
- 프로덕션에는 다른 프로젝트가 사용되었고 다른 프로젝트는 테스트 목적으로만 사용되었습니다. 이 경우 프로덕션 프로젝트만 이전됩니다.
- 이전과 관련된 개정안이 서명되지 않았습니다.
- 프로젝트가 실험 목적으로 만들어졌으며 OwG와 계약을 맺지 않았습니다.
기술 FAQ
계정에 로그인하거나 계정을 볼 수 없음
작업 센터에 액세스할 수 없는 경우 조직 내 주문 엔드 투 엔드 프로젝트 리드에게 문의하면 사용자 계정을 만들 수 있습니다. 조직 내 누구도 Actions Center에 액세스할 수 없는 경우 Google 비즈니스 담당자에게 문의하세요.
이전이 완료되면 Google 작업의 통합 구성, 피드 처리 내역, 분석 데이터는 어떻게 되나요?
모든 구성은 위의 이전 세부정보에 설명된 대로 이전됩니다. 피드 기록은 이전 날짜로부터 며칠 전에 확인할 수 있으며 피드 > 기록 및 대시보드 > RTU 보고에서 확인할 수 있습니다. 분석 데이터는 대시보드 > 처리 API 및 비즈니스 개요에서 확인할 수 있습니다.
개발에 사용되는 프로젝트를 비롯한 모든 AoG 프로젝트가 새 플랫폼으로 이전되나요?
프로덕션에 사용되는 AoG 프로젝트만 이전됩니다. 테스트에 사용되는 프로젝트는 이전이 완료되면 지원 중단됩니다.
테스트 계정 없이 프로젝트에서 최적화하고 테스트하려면 어떻게 해야 하나요?
새 작업 센터에는 테스트에 활용하고 테스트/스테이징 환경에 매핑할 수 있는 샌드박스 환경이 있습니다.
새로운 기능을 구현하거나 현재 구현을 업데이트할 계획입니다. 어떻게 해야 하나요?
개발 환경을 변경한 후에는 샌드박스 환경의 피드에서 빠른 테스트를 사용하여 변경사항을 검증하고 전체 주문 흐름을 테스트할 수 있습니다. 그런 다음 샌드박스의 엔드포인트가 개발 환경을 올바르게 가리키고 샌드박스 피드가 내가 적용한 최신 변경사항으로 업데이트되었는지 확인한 후 샌드박스 환경의 인벤토리에서 통합 테스트를 실행합니다. 마지막으로 변경사항을 프로덕션 환경에 복사하고 프로덕션 환경에 대한 통합 테스트를 실행하여 실제 사용자 환경의 회귀를 방지합니다.
내 통합에서 여러 AoG API 엔드포인트와 OAuth 범위를 참조합니다. 이전을 위해 이를 업데이트해야 하나요?
아니요. 현재 지원되는 모든 API 엔드포인트와 OAuth 범위는 작업 센터에서 계속 작동합니다.
새 계정을 추가 국가 및 브랜드로 확장할 수 있는 시기는 언제인가요?
파트너는 이전 후 바로 동일한 브랜드의 OwG가 운영되는 새로운 국가로 확장할 수 있습니다. 향후 단계에서 새 브랜드를 추가할 수 있습니다.
이 이전이 기존 PAS 또는 RwG 통합에 영향을 미치나요?
OwG는 새 계정으로 Actions Center로 이전되며 기존 PAS 또는 RwG 통합에는 지장이 없을 것으로 예상됩니다. 새로 만든 계정은 다른 통합 계정과 구별하기 위해 계정 이름 끝에 '(OwG)'가 추가됩니다. 모든 파트너의 이전이 완료되면 Google팀에서 연락하여 하나의 계정으로 통합을 통합하는 방법을 논의합니다.