필수는 아니지만 실시간 업데이트를 사용하면 사용자가 이용 가능 여부에 액세스하기 전에 예약 취소 또는 이용 가능 여부 변경에 관한 업데이트를 비동기식으로 Google에 전송할 수 있습니다. 이렇게 하면 BatchAvailabilityLookup이 실패하는 경우 사용자에게 예약할 수 없는 전체 슬롯이 더 적게 표시됩니다. 자세한 내용은 실시간 업데이트 구조화에 관한 문서를 참고하세요.
추가 참고사항:
이용 가능 여부 피드 파일 (압축 후)이 200MB를 초과하는 경우 피드를 200MB 미만 (압축) 파일로 분할하려면
샤딩
이 필요합니다.
예약 엔드 투 엔드에 있는 판매자는 하나의 서비스만 보유할 수 있습니다.
추가 예약 엔드 투 엔드 기능
다음은 예약 엔드 투 엔드 통합을 완료할 때 고려해야 하는 기능입니다. 다음은 필수 기능은 아니지만 대부분 인벤토리를 제공할 때 작업 센터가 회사의 비즈니스 로직을 따르는지 확인하려면 필요한 기능입니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2024-11-26(UTC)"],[[["The Reservations End-to-End integration requires daily Merchant, Service, and Availability feeds sent via SFTP, with consistent location details for accurate Google listing matching."],["Merchants can only have one service for displaying availability and should use a static `service_id` across all merchants if reservations are their only service."],["A booking server is required to manage availability and bookings, adhering to specific error rate and latency thresholds for optimal user experience."],["Real-time updates for booking cancellations or availability changes are recommended to improve accuracy and user experience."],["Consider additional features like sharding for large datasets, restaurant approval for reservations, seating sections, cancellation windows, waitlists, no-show fees, and minimum advanced booking times to align with specific business needs."]]],[]]
