रूम बंडल की मदद से, किसी एक प्रॉपर्टी के लिए कई तरह के कमरे तय किए जा सकते हैं. इसके अलावा, किसी कमरे की यात्रा की योजना को किराये की सुविधाओं के साथ जोड़ा जा सकता है. ये ऐसी अतिरिक्त सेवाएं होती हैं जो किराये और बिक्री की शर्तों के साथ मिलती हैं. इनसे, उपयोगकर्ताओं को स्टैंडर्ड किराये के अलावा अन्य किराये की जानकारी मिलती है.
मुख्य कॉन्सेप्ट और वर्कफ़्लो
रूम बंडल की मदद से, अलग-अलग सेवा पैकेज के साथ अलग-अलग तरह के कमरों के कॉम्बिनेशन ऑफ़र किए जा सकते हैं.
उदाहरण
यहां दी गई इमेज में डेस्कटॉप और मोबाइल डिवाइसों में इस्तेमाल किए जाने वाले रूम बंडल के उदाहरण दिखाए गए हैं:
इमेज के साथ रूम बंडल
यह उदाहरण, कमरे के बंडल के मोबाइल वर्शन का है. इसमें, मेहमानों की ज़रूरत के हिसाब से कमरे के सभी अलग-अलग टाइप और उनके कमरे की इमेज शामिल होती हैं.
ध्यान दें: जिन रूम के बंडल में इमेज नहीं होती हैं उन्हें बिस्तर की प्लेसहोल्डर इमेज से बदल दिया जाता है.
सुविधाओं को रेटिंग दें
इन इमेज में, किराये की सुविधाओं के उदाहरण दिखाए गए हैं:
खोज के नतीजों में कमरे के बंडल और किराये की सुविधाओं को दिखाने के लिए, कमरे के स्टैंडर्ड किराये को चुनने की प्रोसेस का ही इस्तेमाल किया जाता है.
अलग-अलग सुविधाओं वाले एक तरह के कमरे
'लेन-देन' मैसेज में, रूम के बंडल और किराये की सुविधाओं की जानकारी दी जाती है. लेन-देन वाले मैसेज का रूट एलिमेंट <Transaction>
है.
लेन-देन के मैसेज का स्ट्रक्चर इस बात पर निर्भर करता है कि आप क्या कर रहे हैं: रूम बंडल या किराये की सुविधा के बारे में मेटाडेटा तय करना या रूम बंडल की कीमत या उपलब्धता अपडेट करना.
- मेटाडेटा
<PropertyDataSet>
एलिमेंट में,<PackageData>
की मदद से रूम बंडल और किराये की सुविधा का मेटाडेटा तय करें. ज़्यादा जानकारी के लिए, रूम और पैकेज का मेटाडेटा तय करना लेख पढ़ें. रूम बंडल में, कमरों की जानकारी के लिए मौजूदा<RoomData>
एलिमेंट का इस्तेमाल किया जाता है.- कमरे का किराया और उपलब्धता
- हर पैकेज या यात्रा की योजना के लिए,
<Result>
में<RoomBundle>
एलिमेंट का इस्तेमाल करके, रूम बंडल की कीमत और उपलब्धता तय करें. ज़्यादा जानकारी के लिए, कीमत और उपलब्धता तय करना लेख पढ़ें.
<Result>
के तहत, कमरे के बुनियादी किराये, टैक्स, और अन्य शुल्कों को दिखाना ज़रूरी है. हालांकि, कमरे के बुनियादी किराये, टैक्स, और अन्य शुल्कों को कमरे के बंडल के साथ दिखाने पर, उन्हें हटाया जा सकता है. अगर लाइव खाते का इस्तेमाल करके रूम के बंडल लागू किए जा रहे हैं, तो यह तरीका अपनाएं:
<Result>
में, कमरे का मूल किराया, टैक्स, और अन्य शुल्क शामिल करें. साथ ही, कमरे के बुनियादी बंडल से मैच करने वाला एक रूम बंडल जोड़ें.अगर ज़रूरी हो, तो उस प्रॉपर्टी के अन्य कमरों के टाइप या सेवाओं के अलग-अलग पैकेज के लिए, एक ही
<Result>
ब्लॉक में अतिरिक्त रूम बंडल तय करें.कमरों का बंडल लॉन्च होने के बाद, बुनियादी कमरे का किराया, टैक्स, और दूसरे शुल्क हटा दें.
अलग-अलग सुविधाओं वाले एक तरह के कमरे का मेटाडेटा
रूम बंडल और किराये की सुविधाएं तय करते समय, आम तौर पर कमरों का ब्यौरा, किराये में शामिल की जाने वाली अतिरिक्त सेवाओं, और रूम बंडल के बारे में दूसरी जानकारी पहले से बता दी जाती है. इस जानकारी को रूम बंडल मेटाडेटा कहा जाता है. इसके बाद, कीमत से जुड़े अपडेट में इस मेटाडेटा का रेफ़रंस दिया जाता है. हालांकि, कीमत से जुड़े अपडेट वाले मैसेज में इसे शामिल नहीं किया जाता.
रूम के बंडल तय करते समय, रूम के ब्यौरे के लिए मौजूदा <RoomData>
एलिमेंट का इस्तेमाल करें. साथ ही, किराये की सुविधाओं और उन शब्दों के लिए <PackageData>
एलिमेंट का इस्तेमाल करें जो रूम के ब्यौरे का हिस्सा नहीं हैं.
<RoomData>
और <PackageData>
एलिमेंट का इस्तेमाल करने से, आपकी होटल सूची और होटल के किराये वाले फ़ीड का साइज़ काफ़ी कम हो सकता है. ऐसा इसलिए, क्योंकि इससे लेन-देन के मैसेज में बार-बार भेजा जाने वाला डेटा कम हो जाता है.
उदाहरण के लिए, हर यात्रा की योजना के लिए, कमरे का नाम और ब्यौरा जैसे डेटा को आम तौर पर दोहराया जाता है. इस तरह के डेटा को एक बार तय करने के लिए, <RoomData>
और <PackageData>
एलिमेंट का इस्तेमाल किया जा सकता है. इसके बाद, यात्रा की योजना के हिसाब से रूम बंडल का डेटा, सेव किए गए रूम और पैकेज की परिभाषाओं के साथ मर्ज कर दिया जाता है, ताकि उसे असली उपयोगकर्ता को दिखाया जा सके.
Google आपके विज्ञापनों के कॉन्टेंट को रेंडर करने के लिए, आपके मेटाडेटा को यात्रा की योजना से जुड़े डेटा से मैच करता है. <RoomData>
और <PackageData>
एलिमेंट के नाम और जानकारी को जोड़ने के लिए, खास प्रोसेस की जाती है. इससे, <RoomData>
में कमरे के बारे में जानकारी दी जा सकती है और <PackageData>
में किराये की सुविधाओं और पैकेज की जानकारी दी जा सकती है.
अगर आपने किसी एक कमरे या रूम या बंडल के लिए, रूम का डेटा और पैकेज का डेटा, दोनों तय किए हैं, तो Google दोनों को हाइफ़न से अलग करके विज्ञापन आउटपुट में शामिल कर देता है.
फ़ोटो से जुड़े दिशा-निर्देश
रूम की फ़ोटो भेजते समय, इन दिशा-निर्देशों का पालन करें, ताकि उपयोगकर्ताओं को आपकी फ़ोटो दिखें:
हर तरह के कमरे की फ़ोटो भेजें. इनमें, कमरों की ऐसी फ़ोटो भी शामिल करें जिनमें कमरे के बाथरूम में, लोगों के लिए अलग-अलग तरह के फ़िट्चर मौजूद हों. जैसे, रोल-इन शावर.
कमरे की कम से कम चार फ़ोटो और बाथरूम की कम से कम एक फ़ोटो शामिल करें.
फ़ोटो में प्रॉपर्टी के बजाय, सिर्फ़ कमरे की फ़ोटो होनी चाहिए. सबसे ज़रूरी फ़ोटो, बेड, पूरे कमरे, बाथरूम, लिविंग स्पेस, और कमरे से दिखने वाले नज़ारे (एक ही फ़ोटो में कमरे के बाकी हिस्से के साथ) की होती हैं. अगर लागू हो, तो बालकनी, पैटिओ या टेरेस की भी फ़ोटो ली जा सकती हैं.
इससे डेस्क, किचन, कॉफ़ी/चाय बनाने की मशीन, और कमरे की खास सुविधाओं की फ़ोटो भी ली जा सकती हैं.
लोगों और प्रॉपर्टी की फ़ोटो अपलोड करने से बचें. जैसे, प्रॉपर्टी के बाहरी हिस्से या उसमें मौजूद सुविधाओं की फ़ोटो, घूमने-फिरने/पर्यटन की जगहों की फ़ोटो, और खाने की फ़ोटो.
ऑब्जेक्ट के क्लोज़-अप शॉट न लें. जैसे, स्टैमवेयर के क्लोज़-अप.
ब्रैंडिंग और ब्रैंड से बचें. हालांकि, बाथरूम की पूरी जगह को कैप्चर करने वाली फ़ोटो में लेबल या ब्रैंड वाले टॉयलेटरी प्रॉडक्ट इस्तेमाल करना ठीक है. फ़ोटो में टेक्स्ट, लोगो या वॉटरमार्क के बड़े ब्लॉक नहीं होने चाहिए.
स्टैंडर्ड और लैंडस्केप (हॉरिज़ॉन्टल) फ़ोटो दें. इनमें फ़ील्ड ऑफ़ व्यू ज़्यादा होना चाहिए. फ़िशआई और खराब क्वालिटी वाली फ़ोटो न दें. बेहतर रैंकिंग के लिए, सबसे ज़्यादा रिज़ॉल्यूशन में फ़ोटो लें. आपको एक ही फ़ोटो को अलग-अलग रिज़ॉल्यूशन में सबमिट करने की ज़रूरत नहीं है.
डेटा की प्राथमिकता
रूम बंडल का डेटा सभी सोर्स से इकट्ठा किया जाता है. इसके बाद, प्राथमिकता के नियमों का इस्तेमाल करके, किसी होटल, यात्रा की योजना, और रूम बंडल का फ़ाइनल डेटा तैयार किया जाता है. इनके क्रम इस तरह हैं, कम से ज़्यादा प्राथमिकता के क्रम में:
- (सबसे कम) पार्टनर का डेटा
- प्रॉपर्टी डेटा
<RoomData>
, जहां<RoomID>
,<RoomBundle>
ब्लॉक में मौजूद<RoomID>
से मैच करता है<PackageData>
, जहां<PackageID>
,<RoomBundle>
ब्लॉक में मौजूद<PackageID>
से मैच करता है- (सबसे ज़्यादा)
<RoomBundle>
कीमत और उपलब्धता तय करना
कमरे के बंडल का शुल्क और उपलब्धता की जानकारी देने के लिए, हर पैकेज या यात्रा की योजना के लिए 'लेन-देन' मैसेज में <RoomBundle>
एलिमेंट का इस्तेमाल करें. <RoomBundle>
एलिमेंट, <Result>
एलिमेंट के अंदर होना चाहिए. दो <RoomBundle>
एलिमेंट के लिए सैंपल कोड नीचे दिया गया है. ध्यान दें कि इस उदाहरण में, दो <RoomBundle>
एलिमेंट, <RoomID>
और <PackageID>
का इस्तेमाल करके रूम और पैकेज मेटाडेटा के बारे में बताते हैं.
हर <Result>
के लिए, कमरे के बंडल का सेट, उस प्रॉपर्टी या यात्रा की योजना के कॉम्बिनेशन के लिए मौजूदा सेट को बदल देता है. अगर आपने <Result>
एलिमेंट में कोई रूम बंडल या किराये की सुविधा नहीं दी है, तो सभी रूम बंडल हटा दिए जाते हैं. साथ ही, खोज के नतीजों में उस होटल या यात्रा की योजना के लिए सिर्फ़ बुनियादी रूम दिखता है.
संभावित ग्राहकों के लिए अपने रूम बंडल को ज़्यादा आकर्षक बनाने के लिए, <Name>
जैसे एलिमेंट का इस्तेमाल करना न भूलें. साथ ही, पक्का करें कि वे होटल के लैंडिंग पेज से मेल खाते हों. इस उदाहरण में, मेटाडेटा में नाम और जानकारी देने वाली अन्य जानकारी शामिल की जाएगी.
<RatePlanID>
की वैल्यू देना ज़रूरी नहीं है. यह रूम और पैकेज के कॉम्बिनेशन का यूनीक आइडेंटिफ़ायर होता है. हमारा सुझाव है कि अपने डाइनैमिक लैंडिंग पेज (पहले इसे पॉइंट ऑफ़ सेल कहा जाता था) का यूआरएल बनाने के लिए, RatePlanID को वैरिएबल के तौर पर इस्तेमाल करें. ज़्यादा जानकारी के लिए,
वैरिएबल और शर्तों का इस्तेमाल करना लेख पढ़ें.
रूम बंडल में इन एलिमेंट का इस्तेमाल करना ज़रूरी नहीं है:
<Baserate>
<Tax>
<OtherFees>
<RoomID>
<PackageID>
<Occupancy>
<OccupancyDetails>
लाइव खाते में Room Bundle लागू करने के बाद, <Baserate>
को हटा दें.
<Result>
<!-- Note: When using Room Bundles, the top level result price is no
longer necessary. -->
<Property>180054</Property>
<Checkin>2017-10-07</Checkin>
<Nights>2</Nights>
<!-- Base Room Bundle -->
<RoomBundle>
<RoomID>060773</RoomID>
<PackageID>P54321</PackageID>
<Baserate currency="USD">199.99</Baserate>
<Tax currency="USD">25.12</Tax>
<OtherFees currency="USD">2.00</OtherFees>
<!-- RatePlanID is optional and represents the unique identifier for a
room and package data combination. We strongly recommend using RatePlanID
as a variable to build your dynamic landing page (formerly Point of Sale)
URL. For details, see Using Variables and Conditions. -->
<RatePlanID>060773-P54321</RatePlanID>
</RoomBundle>
<!-- Premium Room Bundle -->
<RoomBundle>
<RoomID>436233</RoomID>
<PackageID>P12345</PackageID>
<!-- Price for 4 ("occupancy") -->
<Baserate currency="USD">298.88</Baserate>
<Tax currency="USD">42.12</Tax>
<OtherFees currency="USD">10.00</OtherFees>
<RatePlanID>436233-P12345</RatePlanID>
</RoomBundle>
</Result>
रूम और पैकेज का मेटाडेटा तय करना
रूम बंडल का मेटाडेटा तय करने के लिए, लेन-देन के मैसेज के <PropertyDataSet>
एलिमेंट में <PackageData>
और <RoomData>
एलिमेंट का इस्तेमाल करें.
लेन-देन के मैसेज में कमरे और पैकेज का मेटाडेटा तय किया जाता है. यह किराये और उपलब्धता के डेटा से अलग होता है. इस डेटा को पहले से तय करने पर, किराये के अपडेट में बार-बार दिखने वाली जानकारी शामिल करने की ज़रूरत नहीं होती. जैसे, जानकारी, फ़ोटो के यूआरएल, सुविधाएं, और हर यात्रा की योजना के लिए हर कमरे या पैकेज का अन्य डेटा.
Google आपके लिए मेटाडेटा स्टोर करता है और जब आपके विज्ञापन दिखते हैं, तो यह मेटाडेटा में उसे डाल देता है. नए लेन-देन के मैसेज की मदद से, रूम और पैकेज का मेटाडेटा कभी भी अपडेट किया जा सकता है.
ट्रांज़ैक्शन मैसेज में, हर ब्लॉक के लिए एक पैकेज आईडी और एक रूम आईडी सेट किया जाता है. इसके बाद, किराये में हुए बदलावों के <Result>
ब्लॉक में इसका रेफ़रंस दिया जाता है.
अगर रूम और पैकेज का डेटा बदलता है, तो Google रूम या पैकेज के मौजूदा मेटाडेटा को नए डेटा से बदल देता है. उदाहरण के लिए, अगर किसी प्रॉपर्टी में रूम का नया टाइप जोड़ा जाता है, तो लेन-देन का नया मैसेज भेजें. इसमें, रूम और पैकेज का अपडेट किया गया डेटा शामिल होना चाहिए.
Google का सुझाव है कि शुरुआती सेटअप के दौरान मेटाडेटा तय करें. मेटाडेटा को पहले से तय करने के बाद, आपको कीमत से जुड़े अपडेट में पूरी जानकारी शामिल करने के बजाय, सिर्फ़ <RoomID>
और <PackageID>
वैल्यू का रेफ़रंस देना होगा. Google उन आईडी का इस्तेमाल करके, रूम और रूम बंडल को स्टोर किए गए मेटाडेटा से मैच करता है. इससे लेन-देन के मैसेज का कुल साइज़ काफ़ी कम हो सकता है.
रूम या पैकेज के ब्यौरे की तुलना में, रूम या यात्रा की योजना के कॉम्बिनेशन की कीमतें ज़्यादा बार बदलती हैं. इसलिए, एक बार मेटाडेटा तय करके, फिर उससे रेफ़र करना, लेन-देन के मैसेज का ज़्यादा असरदार तरीके से इस्तेमाल करना है. इसके अलावा, डेटा को इनलाइन में तय करने के बजाय, मेटाडेटा का इस्तेमाल करके, कमरे के ब्यौरे मेल न खाने जैसी गड़बड़ियों को ठीक किया जा सकता है.
मेटाडेटा और कीमत को अलग-अलग तय करने का सुझाया गया और सबसे असरदार तरीका यहां बताया गया है:
<!-- Efficient method of defining Room Bundles -->
<!----- Occupancy of 2 and 4 example ------>
<Transaction timestamp="2019-04-18T16:20:00-04:00" id="12345678">
<!-- Part1: Define RoomData and PackageData in PropertyDataSet -->
<!-- Note: Once defined it does not have to be repeated for future Transaction Messages. -->
<!-- PropertyDataSets can also be defined and sent in their own Transaction Message -->
<!-- separately from pricing. Google can be configured to pull just PropertyDataSets -->
<!-- once per day (or on a predefined frequency). -->
<PropertyDataSet>
<Property>180054</Property>
<!-- Can be reused by multiple Room Bundles -->
<RoomData>
<RoomID>060773</RoomID>
<Name>
<Text text="Single Queen Room - Non-Smoking" language="en"/>
<Text text="Chambre de la Roi Premium - Pas de Fumeurs" language="fr"/>
</Name>
<!-- Room can accommodate 4, but bundle is for 2 -->
<Capacity>4</Capacity>
<PhotoURL>
<URL>http://www.foo.com/static/bar/imageQueen.jpg</URL>
<Caption>
<Text text="A bright and breezy way to enjoy your mornin'
cuppa tea." language="en"/>
<Text text="Une façon lumineuse et aérée pour profiter
de votre journée tasse de thé." language="fr"/>
</Caption>
</PhotoURL>
</RoomData>
<RoomData>
<RoomID>436233</RoomID>
<Name>
<Text text="Premium King Room - Non-Smoking" language="en"/>
<Text text="Chambre de le Roi Premium - Pas de Fumeurs" language="fr"/>
</Name>
<!-- Room can accommodate 4 and bundle is for 4 -->
<Capacity>4</Capacity>
<PhotoURL>
<URL>http://www.foo.com/static/bar/imageKing.jpg</URL>
<Caption>
<Text text="A bright and breezy way to enjoy your mornin'
cuppa tea." language="en"/>
<Text text="Une façon lumineuse et aérée pour profiter
de votre journée tasse de thé." language="fr"/>
</Caption>
</PhotoURL>
</RoomData>
<!-- Can be reused by multiple Room Bundles -->
<PackageData>
<PackageID>P54321</PackageID>
<Occupancy>2</Occupancy>
<ChargeCurrency>web</ChargeCurrency>
<Refundable available="1" refundable_until_days="7"
refundable_until_time="18:00:00"/>
<ParkingIncluded>1</ParkingIncluded>
<InternetIncluded>1</InternetIncluded>
</PackageData>
<PackageData>
<PackageID>P12345</PackageID>
<Occupancy>4</Occupancy>
<ChargeCurrency>web</ChargeCurrency>
<Refundable available="1" refundable_until_days="1"
refundable_until_time="18:00:00"/>
<BreakfastIncluded/>
<ParkingIncluded>1</ParkingIncluded>
<InternetIncluded>1</InternetIncluded>
</PackageData>
</PropertyDataSet>
<!-- Efficient method of defining Room Bundles -->
<!-- Part 2: Reference RoomData and PackageData through ID -->
<Result>
<Property>180054</Property>
<Checkin>2017-10-07</Checkin>
<Nights>2</Nights>
<!-- Base Room Bundle -->
<RoomBundle>
<RoomID>060773</RoomID>
<PackageID>P54321</PackageID>
<Baserate currency="USD">199.99</Baserate>
<Tax currency="USD">25.12</Tax>
<OtherFees currency="USD">2.00</OtherFees>
<!-- RatePlanID is optional and represents the unique identifier for a
room and package data combination. We strongly recommend using RatePlanID
as a variable to build your dynamic landing page (formerly Point of Sale)
URL. For details, see Using Variables and Conditions. -->
<RatePlanID>060773-P54321</RatePlanID>
</RoomBundle>
<!-- Premium Room Bundle -->
<RoomBundle>
<RoomID>436233</RoomID>
<PackageID>P12345</PackageID>
<!-- Price for 4 ("occupancy") -->
<Baserate currency="USD">298.88</Baserate>
<Tax currency="USD">42.12</Tax>
<OtherFees currency="USD">10.00</OtherFees>
<RatePlanID>060773-P12345</RatePlanID>
</RoomBundle>
<!-- Continue providing all available RoomBundle rates under matched
property for any other occupancies -->
</Result>
</Transaction>
बुकिंग के हिसाब से वयस्कों और बच्चों की संख्या
रूम के बंडल तय करते समय, आपको बुकिंग और क्षमता के बीच का अंतर समझना होगा:
- बुक किया हुआ
- मेहमानों की वह संख्या जिनके लिए रूम बंडल लागू करना है. उदाहरण के लिए, "हनीमून पैकेज" में दो लोगों के लिए बुकिंग की जा सकती है.
<PackageData>
या<RoomBundle>
एलिमेंट'<Occupancy>
चाइल्ड एलिमेंट का इस्तेमाल करके, पैकेज की व्यस्तता की वैल्यू सेट की जाती है. - क्षमता
- एक कमरे में ज़्यादा से ज़्यादा कितने लोग ठहर सकते हैं. किसी कमरे में ज़्यादा से ज़्यादा मेहमानों के रुकने की संख्या, हमेशा बुकिंग में बताई गई संख्या के बराबर या उससे ज़्यादा होती है. उदाहरण के लिए, आपके होटल के "हनीमून सुइट" में ज़्यादा से ज़्यादा छह लोग ठहर सकते हैं, लेकिन आपने दो मेहमानों के लिए एक बंडल तय किया है.
<RoomData>
एलिमेंट के<Capacity>
चाइल्ड एलिमेंट का इस्तेमाल करके, पैकेज की क्षमता की वैल्यू सेट की जाती है.
रूम के बंडल की कीमत तय करते समय, आपको उन मेहमानों की संख्या के हिसाब से कीमत देनी होगी जिनके लिए बंडल उपलब्ध कराया गया है. यह संख्या, बंडल के <Occupancy>
एलिमेंट में दी गई वैल्यू होती है. अगर <Occupancy>
को दो पर सेट किया गया है, तो उस पैकेज में दी गई कीमत, दो लोगों के हिसाब से होनी चाहिए. <Occupancy>
को चार मेहमानों के लिए सेट करने के साथ-साथ, बंडल की कीमत को दो मेहमानों के लिए सेट नहीं किया जा सकता.
शेयर किए गए रूम
शेयर किए जाने वाले कमरों के किराये तय करने के लिए, अलग-अलग कमरों के बंडल में बुकिंग के हिसाब से वयस्कों और बच्चों की संख्या
का भी इस्तेमाल किया जाता है, जैसे कि हॉस्टल. उदाहरण के लिए, अगर आपको ऐसे डॉर्म रूम के लिए हर व्यक्ति की कीमत सेट करनी है जिसमें आठ बेड हैं, तो आपको 'बेड की संख्या' को 1
और 'क्षमता' को 8
पर सेट करना होगा. साथ ही, <RoomData>
नाम में इसकी जानकारी देनी होगी. उदाहरण देखें.
अलग-अलग सुविधाओं वाले एक तरह के कमरे के बंडल अपडेट करना
इस सेक्शन में, ऐसे रूम बंडल को हटाने का तरीका बताया गया है जो अब उपलब्ध नहीं है. साथ ही, मौजूदा रूम बंडल की कीमत अपडेट करने का तरीका भी बताया गया है.
अलग-अलग सुविधाओं वाले एक तरह के कमरे हटाना
कमरे के बंडल को हटाने का तरीका, होटल की कीमतों से अलग होता है.
इन्वेंट्री से किसी रूम या यात्रा की योजना के कॉम्बिनेशन को हटाने के लिए, <Result>
एलिमेंट के <Baserate>
को -1
पर सेट करें. किसी रूम या यात्रा की योजना के लिए रूम बंडल हटाने के लिए, लेन-देन के मैसेज में <Result>
ब्लॉक से <RoomBundle>
एलिमेंट हटाएं.
आपके डेटा फ़ीड में मौजूद रूम बंडल को एक सेट माना जाता है. इसमें 0 से लेकर 10 तक के बंडल हो सकते हैं. Google को Room के बंडल भेजने पर, मौजूदा और पूरा सेट भेजा जाता है. पहले उपलब्ध किसी रूम बंडल को 'उपलब्ध नहीं है' के तौर पर मार्क करने के लिए, किसी रूम बंडल की वैल्यू में बदलाव नहीं किया जाता. बंडल का जो भी सेट सबसे हाल के लेन-देन मैसेज में है, वह मौजूदा सेट की जगह ले लेता है.
उदाहरण के लिए, A, B, C, और D बंडल हैं. सबसे पहले, एक मैसेज भेजा जाता है, जिसमें रूम के बंडल A, B, C, और D के सेट की जानकारी दी जाती है. बाद में, अगर बंडल B की बिक्री पूरी हो जाती है, तो आपको सिर्फ़ A, C, और D बंडल के साथ पूरा सेट फिर से भेजना होगा. अगर सभी रूम बंडल बिक चुके हैं, तो रूम बंडल का एक खाली सेट भेजें.
कीमत में बदलाव
रूम के बंडल की कीमत बदलने के लिए, <Result>
एलिमेंट में नया <Baserate>
सेट करें.
जब भी लेन-देन के मैसेज में, रूम/यात्रा की योजना के <Result>
ब्लॉक को अपडेट किया जाता है, तो आपको हर <Result>
के लिए उपलब्ध रूम के बंडल का पूरा सेट शामिल करना होगा. Google, रूम बंडल के मौजूदा सेट को नए सेट से बदल देता है. अगर आपने <Result>
में कोई रूम बंडल शामिल नहीं किया है, तो Google उस रूम या यात्रा की योजना के लिए सभी रूम बंडल हटा देता है.
मेटाडेटा के अपडेट
आपने रूम बंडल मेटाडेटा को Google से मिले <Query>
के जवाब के साथ अपडेट किया है.
क्वेरी के मैसेज का जवाब, लेन-देन से जुड़े मैसेज के साथ दिया जाता है. इस मैसेज में, बताए गए होटल के कमरे और पैकेज मेटाडेटा के बारे में जानकारी दी जाती है. ज़्यादा जानकारी के लिए, क्वेरी मैसेज देखें.