Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Nguồn cấp dữ liệu dịch vụ dành cho các dịch vụ cụ thể của người bán.
Để hoàn tất nhiệm vụ quan trọng Nguồn cấp dữ liệu dịch vụ đã sẵn sàng trong hộp cát, bạn cần tạo và tải Nguồn cấp dữ liệu dịch vụ lên hộp thả SFTP thành công. Bạn định cấu hình dropbox SFTP trong quá trình Thiết lập tích hợp.
Có một tài khoản đăng SFTP nguồn cấp dữ liệu dịch vụ trong cả môi trường Sản xuất và Môi trường thử nghiệm. Đảm bảo sử dụng dropbox phù hợp.
Yêu cầu đối với nhiệm vụ Nguồn cấp dữ liệu dịch vụ
Tải Nguồn cấp dữ liệu lên ít nhất một lần mỗi ngày trong 7 ngày.
Thêm một dịch vụ duy nhất cho mỗi người bán được cung cấp trong nguồn cấp dữ liệu người bán.
Đặt processing_instruction thành PROCESS_AS_COMPLETE.
Khắc phục tất cả lỗi và cảnh báo.
Kiến thức cơ bản về nguồn cấp dữ liệu dịch vụ
Nguồn cấp dữ liệu dịch vụ là một mảng các định nghĩa về dịch vụ. Mỗi định nghĩa dịch vụ đều yêu cầu những dữ liệu sau:
Mã nhận dạng dịch vụ
Mã người bán của người bán được liên kết với dịch vụ
Sau đây là định nghĩa đầy đủ, bao gồm cả các thuộc tính không bắt buộc mà bạn có thể thêm để mở rộng các hành vi của dịch vụ.
ID dịch vụ
Mã dịch vụ không cần phải là mã riêng biệt cho mỗi người bán, nhưng phải chứa cùng một dữ liệu trong các định nghĩa. Mã dịch vụ phải là mã riêng biệt cho mỗi người bán.
Vì tính năng tích hợp Đặt chỗ dùng bữa từ đầu đến cuối chỉ hỗ trợ một dịch vụ (trừ phi chế độ tích hợp của bạn có bất kỳ tiện ích bổ sung nào yêu cầu các dịch vụ bổ sung), bạn nên sử dụng cùng một mã dịch vụ (ví dụ: mã dịch vụ là "1000") để đơn giản hoá các truy vấn của Máy chủ đặt chỗ.
Nếu bạn xác định một dịch vụ rồi sau đó thay đổi Mã dịch vụ, tức là bạn đã tạo hai định nghĩa trong hệ thống. Một dịch vụ mới có mã nhận dạng mới và một dịch vụ đã bị xoá có mã nhận dạng trước đó. Điều này có thể khiến khoảng không quảng cáo không hiển thị nếu bạn liên kết sai mã dịch vụ với tình trạng còn hàng.
Tên dịch vụ
Tên dịch vụ phải phản ánh dịch vụ thực tế. Tên không được bao gồm thông tin về giá, các mục trong thực đơn hoặc bất kỳ thông tin nào khác ngoài tên của dịch vụ. Bạn cũng phải bản địa hoá tên dựa trên chế độ cài đặt ngôn ngữ của người dùng. Để biết thêm thông tin về việc bản địa hoá, hãy xem bài viết Chỉ định văn bản bản địa hoá.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 2025-07-26 UTC."],[],[],null,["# Services Feed Ready\n\nThe Services Feed is meant for the specific services of your merchants.\n\nTo complete the Services Feed Ready in Sandbox milestone task, you need to\nsuccessfully build and\n[upload](/actions-center/verticals/reservations/e2e/integration-steps/feeds#upload-feeds)\nyour Services Feed to the SFTP dropboxes. The SFTP dropboxes are configured\nduring your integration's\n[Setup](/actions-center/verticals/reservations/e2e/integration-steps/setup).\nThere is a Services Feed SFTP dropbox in both Production and Sandbox\nenvironments. Ensure to use the appropriate dropbox.\n\nServices Feed task requirements\n-------------------------------\n\n- Minimum of one Feed upload per day for seven days.\n- Include a single service for each merchant supplied in your Merchant Feed.\n- Set `processing_instruction` to `PROCESS_AS_COMPLETE`.\n- Fix all errors and warnings.\n\n| **Note:** Don't use testing data to complete milestone tasks. If you don't have a minimum of 25 merchants to build against, [contact support](https://actionscenter.google.com/support/cases) for next steps.\n\nServices Feed basics\n--------------------\n\nYour Services Feed is an array of service definitions. Each service definition\nrequires the following data:\n\n- A Service ID\n- The Merchant ID for the merchant associated with the service\n- A [localized](/actions-center/verticals/reservations/e2e/reference/tutorials/localization) service name\n\nHere are the full\n[definitions](/actions-center/verticals/reservations/e2e/integration-steps/feeds/services-feed/samples-definitions#definitions)\nwhich include optional attributes that you can include to extend service\nbehaviors.\n\n### Service ID\n\nService IDs don't need to be unique to each merchant, but should contain the\nsame data across definitions. Service IDs must be unique to each merchant.\nAs Dining Reservations End-to-End integrations only supports a single service,\n(unless your integration includes any Add-ons requiring additional services)\nwe recommend using the same Service ID (for example, a service ID of \"1000\")\nto streamline Booking Server queries.\n\nIf you define a service and later change the Service ID, that means you have\ncreated two definitions in the system. A new service with the new ID, and a\ndeleted service with the previous ID. This might cause inventory to not display\nif the wrong Service ID is associated with availability.\n\n### Service name\n\nService names must reflect the actual service. Names must not include pricing,\nmenu items, or any other information other than the name of the service. Names\nmust also be localized based on the user's language settings. For more\ninformation on localization, see\n[Specify localization texts](/actions-center/verticals/reservations/e2e/reference/tutorials/localization)."]]
