आपके ऑर्डरिंग एंड-टू-एंड डेटा फ़ीड का स्ट्रक्चर रिलेशनल इन्वेंट्री स्कीमा से तय किया जाता है. ऑर्डरिंग के एंड-टू-एंड डेटा फ़ीड में ये टॉप-लेवल इकाइयां शामिल होती हैं:
Restaurant
इकाइयां: आप किन रेस्टोरेंट में सेवा देते हैं.Service
इकाइयां: आपकी सेवा की शर्तें, समय, और जगह की जानकारी.Menu
इकाइयां: हर रेस्टोरेंट के मेन्यू की जानकारी.
यह डायग्राम दिखाता है कि Service
, Restaurant
, और Menu
इकाइयां एक रेस्टोरेंट को कैसे दिखाती हैं:
सामान्य दिशा-निर्देश
हर फ़ाइल में रेस्टोरेंट: हर डेटा फ़ाइल में एक रेस्टोरेंट होना चाहिए, जिसमें उससे जुड़ी
Service
औरMenu
इकाइयां हों. ऐसे फ़ाइल नामों का इस्तेमाल करें जो रेस्टोरेंट की फ़ाइल खोजने में आपकी मदद कर सकें.डेटा फ़ाइल फ़ॉर्मैट: डेटा फ़ाइलों को नई लाइन से अलग की गई JSON फ़ाइलों (ndjson फ़ॉर्मैट) में फ़ॉर्मैट किया जाना चाहिए.
DateTime और समय की वैल्यू: जिन प्रॉपर्टी में
DateTime
याTime
वैल्यू की ज़रूरत होती है उनके लिए, DateTime और Time वाले फ़ॉर्मैट में दिए गए फ़ॉर्मैट का इस्तेमाल करें. उदाहरण के लिए,DateTime
के लिए2017-05-01T06:30:00+05:30
औरTime
के लिएT08:08:00+05:30
.आईडी: किसी इकाई के टाइप में मौजूद सभी यूनीक इकाइयों की पहचान करने के लिए,
@id
प्रॉपर्टी का इस्तेमाल करें. ज़्यादा से ज़्यादा 300 वर्ण हाेने चाहिए.@id
उस तरह की इकाई का यूनीक आइडेंटिफ़ायर होता है. हालांकि, सभी इकाइयों के लिए, आईडी ओवरलैप हो सकते हैं. उदाहरण के लिए, मान लें कि आपनेService
इकाई तय की है और@id
प्रॉपर्टी कोa16
पर सेट किया है. आपa16
के@id
के साथ कोई दूसरीService
इकाई नहीं बना सकते. हालांकि,Menu
इकाई की@id
वैल्यू के तौर परa16
का इस्तेमाल किया जा सकता है.आईडी जनरेट करना: अपने आईडी को स्थिर रखें - यूयूआईडी का इस्तेमाल न करें या फ़ीड अपलोड के बीच आईडी बदलें/किसी भी क्रम में लगाएं. इससे इकाई से जुड़ी समस्याओं के लिए आसानी से सहायता मिलती है.
शून्य वैल्यू: ऑब्जेक्ट की जगह,
null
वैल्यू का इस्तेमाल न करें. अगर कोई ऑब्जेक्ट ज़रूरी नहीं है, तो आपको उसे अपने फ़ीड से हटा देना चाहिए.
क्लाइंट लाइब्रेरी
टूल सेक्शन में मौजूद क्लाइंट कोड जनरेटर, आपके ऑर्डरिंग एंड-टू-एंड डेटा फ़ीड की पुष्टि करने के लिए उपलब्ध है.