खास जानकारी

आपके ऑर्डरिंग एंड-टू-एंड डेटा फ़ीड का स्ट्रक्चर रिलेशनल इन्वेंट्री स्कीमा से तय किया जाता है. ऑर्डरिंग के एंड-टू-एंड डेटा फ़ीड में ये टॉप-लेवल इकाइयां शामिल होती हैं:

यह डायग्राम दिखाता है कि 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 वैल्यू का इस्तेमाल न करें. अगर कोई ऑब्जेक्ट ज़रूरी नहीं है, तो आपको उसे अपने फ़ीड से हटा देना चाहिए.

क्लाइंट लाइब्रेरी

टूल सेक्शन में मौजूद क्लाइंट कोड जनरेटर, आपके ऑर्डरिंग एंड-टू-एंड डेटा फ़ीड की पुष्टि करने के लिए उपलब्ध है.

आगे बढ़ें
तुरंत शुरू करें