सेवा वितरण नीति

1. विशिष्ट डिलीवरी प्रक्रिया

2. कार्य दिवस और संचार

प्रदान की गई नीति ढाका स्टूडियो के कार्य सप्ताह को रविवार से गुरुवार, बांग्लादेश समय (GMT+6) के अनुसार सुबह 10:00 से रात 20:00 तक परिभाषित करती है, जिसमें बांग्लादेश के सार्वजनिक अवकाश और सूचित बंदी शामिल नहीं हैं। प्रोजेक्ट फ़ीडबैक की समय-सीमाएँ कैलेंडर दिनों में होती हैं। हम बैठकों के समय क्लाइंट के कार्य दिवस के साथ उचित ओवरलैप रखते हुए तय करने का प्रयास करते हैं।

3. क्लाइंट संपर्क और अनुमोदन

प्रत्येक पक्ष को एक प्रोजेक्ट संपर्क व्यक्ति नियुक्त करना चाहिए। क्लाइंट को एक अधिकृत निर्णयकर्ता और एकीकृत फ़ीडबैक उपलब्ध कराना चाहिए। मौखिक रूप से चर्चा किए गए निर्णयों की पुष्टि सहमत प्रोजेक्ट चैनल के माध्यम से लिखित रूप में की जानी चाहिए।

4. संशोधन चक्र

संशोधन चक्रों की संख्या प्रस्ताव/SOW में बताई गई है। एक चक्र का अर्थ है संबंधित चरण के लिए क्लाइंट के निर्णयकर्ता द्वारा प्रस्तुत परिवर्तनों का एक एकीकृत समूह। एक-दूसरे से असंबद्ध कई संदेशों को एक चक्र के रूप में समूहित किया जा सकता है। संशोधन स्वीकृत कार्यक्षेत्र और दिशा के भीतर कार्य को परिष्कृत करता है; यह कोई नया डिलीवरेबल या नई प्रोडक्ट दिशा नहीं बनाता।

5. फ़ीडबैक की समय-सीमाएँ और मानी गई स्वीकृति

वर्तमान डिलीवरी और रिवीज़न नीति के अनुसार क्लाइंट से अपेक्षा की जाती है कि वे किसी डिलीवरी के 5 कैलेंडर दिनों के भीतर एकीकृत फ़ीडबैक प्रदान करें। जहाँ कोई फ़ीडबैक या स्वीकृति प्राप्त नहीं होती, वहाँ प्रभावी अनुबंध में निर्धारित स्वीकृति/अनुस्मारक तंत्र लागू होता है; वर्तमान पैक में अनुस्मारक के बाद निर्दिष्ट अवधि बीतने पर मानी गई स्वीकृति का प्रावधान है। परियोजना-विशिष्ट दस्तावेज़ इन अवधियों को बदल सकते हैं।

6. परिवर्तन अनुरोध

यदि कोई अनुरोध पेज, स्क्रीन, फ़ीचर, इंटीग्रेशन, प्लेटफ़ॉर्म, कार्यक्षमता, यूज़र फ़्लो, सामग्री की मात्रा, तकनीकी मान्यताओं, स्वीकृत डिज़ाइन दिशा या अन्य सहमत कार्यक्षेत्र को जोड़ता है या उसमें भौतिक रूप से परिवर्तन करता है, तो उसे परिवर्तन अनुरोध माना जा सकता है। हम परिवर्तन की पहचान करेंगे और उसे शुरू करने से पहले शुल्क/समय-सीमा पर पड़ने वाले किसी भी प्रभाव पर सहमति लेंगे।

7. क्लाइंट की ओर से विलंब

परियोजना की तिथियाँ समय पर स्वीकृतियों, सामग्री, डेटा, लाइसेंस, क्रेडेंशियल और एक्सेस पर निर्भर करती हैं। क्लाइंट की ओर से विलंब होने पर संबंधित तिथियाँ आगे बढ़ जाती हैं और परियोजना को अन्य प्रतिबद्ध कार्यों के अनुसार पुनर्निर्धारित करना पड़ सकता है। यदि कोई परियोजना लंबे समय तक निष्क्रिय रहती है, तो Nebs-Creative प्रभावी अनुबंध या सहमत परियोजना प्रक्रिया के अनुसार उसे रोक सकता है या संग्रहीत कर सकता है।

8. तृतीय-पक्ष निर्भरताएँ

डिलीवरी ऐप स्टोर, होस्टिंग प्रदाताओं, API, प्लगइन, भुगतान सेवाओं, डोमेन/DNS प्रदाताओं, तृतीय-पक्ष स्वीकृतियों या बाहरी डेवलपमेंट टीमों पर निर्भर हो सकती है। Nebs-Creative अपने सहमत कार्यक्षेत्र के भीतर उचित प्रयास करेगा, परंतु तृतीय पक्षों की समीक्षा अवधि, अपटाइम या स्वीकृतियों की गारंटी नहीं दे सकता।

9. हैंडओवर और अंतिम फ़ाइलें

कार्यक्षेत्र में शामिल अंतिम फ़ाइलें और स्रोत सामग्री संबंधित परियोजना के लिए देय सभी इनवॉइस का भुगतान होने के बाद जारी की जाती हैं। हैंडओवर में Figma फ़ाइलें, डिज़ाइन सिस्टम, कोड रिपॉज़िटरी, डिप्लॉयमेंट पैकेज, दस्तावेज़ीकरण, एसेट या क्रेडेंशियल शामिल हो सकते हैं, जैसा कि परियोजना दस्तावेज़ में निर्दिष्ट है। तृतीय-पक्ष और ओपन-सोर्स मदें अपने-अपने लाइसेंस के अधीन रहती हैं।

10. स्वीकृति और दोषों की रिपोर्टिंग

क्लाइंट को चाहिए कि वे डिलिवरेबल का शीघ्र परीक्षण करें और सामग्री संबंधी दोषों की रिपोर्ट इतने विवरण के साथ करें कि समस्या को दोहराया जा सके। दोष का अर्थ है डिलीवर किए गए कार्य का सहमत कार्यक्षेत्र के अनुरूप भौतिक रूप से न होना; इसमें कोई नया फ़ीचर, पसंद में बदलाव, तृतीय-पक्ष की विफलता या डिलीवरी के बाद किसी अन्य द्वारा किया गया संशोधन शामिल नहीं है।

11. लॉन्च के बाद का रखरखाव

निरंतर अपडेट, होस्टिंग प्रशासन, सुरक्षा रखरखाव, निगरानी, सामग्री अपडेट, संगतता कार्य और फ़ीचर विकास हैंडओवर के बाद शामिल नहीं हैं, जब तक कि प्रस्ताव/SOW या कोई अलग रखरखाव/सतत-सेवा अनुबंध उन्हें स्पष्ट रूप से शामिल न करे।