परियोजना का विवरण
अनुवादितहम थोक में बेचते हैं, और आज हर दस्तावेज़ जो ग्राहक को चाहिए, एक प्रबंधक को फोन कॉल के माध्यम से जाता है। कोई पिछले तिमाही के चालान के लिए पूछता है, एक प्रबंधक साझा फ़ोल्डर से फ़ाइलें निकालता है, उन्हें फिर से नाम देता है और एक-एक करके भेजता है। सीज़न में यह बिक्री टीम के काम के आधे दिन को खा जाता है, और ग्राहक अभी भी असंतुष्ट है, क्योंकि वह पहले से भुगतान किए गए कागज के लिए अपनी बारी का इंतज़ार कर रहा है। मैं उस लूप को एक उचित ग्राहक पोर्टल के साथ बंद करना चाहता हूँ जहाँ खरीदार स्वयं अपनी आवश्यकता का सामान ले सके, बिना किसी को फोन किए।
साइन-इन केवल निमंत्रण द्वारा है: हम निमंत्रण भेजते हैं, ग्राहक अपना खुद का पासवर्ड सेट करता है। दो भूमिकाएँ हैं। मालिक अपनी कंपनी के तहत सब कुछ देखता है, स्टाफ को आमंत्रित और हटा सकता है, कंपनी के विवरण को संपादित कर सकता है और अपने लिए दो-कारक साइन-इन चालू कर सकता है। स्टाफ सदस्य आदेश इतिहास पढ़ते हैं और दस्तावेज़ डाउनलोड करते हैं, लेकिन वे किसी को आमंत्रित नहीं कर सकते और कंपनी के विवरण को छू नहीं सकते। आदेश इतिहास को तिथि सीमा और स्थिति के अनुसार फ़िल्टर की आवश्यकता है, चालान और डिलीवरी कार्य डाउनलोड के लिए उपलब्ध हैं, और वर्तमान चयन को XLSX और PDF में निर्यात करने का एक तरीका है, ताकि खरीदार वही नंबर अपने अकाउंटेंट को दे सके।
आदेश और दस्तावेज़ हमारे लेखा प्रणाली से खींचे जाते हैं न कि दो बार टाइप किए जाते हैं; इसमें एक API है और दस्तावेज़ लिखा गया है, हम इसे परीक्षण क्रेडेंशियल्स के साथ सौंपते हैं। शिपमेंट नोटिस ई-मेल द्वारा भेजे जाते हैं। लेआउट को फोन स्क्रीन पर जीवित रहना चाहिए, क्योंकि हमारे आधे खरीदार इस तरह की चीज़ें गोदाम के फर्श पर खड़े होकर खोलते हैं।
काम को कवर करने के लिए क्या होना चाहिए:
— निमंत्रण साइन-इन, ग्राहक द्वारा चुना गया पासवर्ड, मालिक भूमिका के लिए दो-कारक साइन-इन;
— दो भूमिकाएँ, मालिक और स्टाफ, प्रत्येक के लिए क्या कर सकते हैं इसकी स्पष्ट सूची;
— तिथि और स्थिति फ़िल्टर के साथ आदेश इतिहास, डाउनलोड के लिए चालान और डिलीवरी कार्य;
— वर्तमान चयन को XLSX और PDF में निर्यात, वही कॉलम जो खरीदार स्क्रीन पर देखता है;
— शिपमेंट के बारे में ई-मेल नोटिस;
— हमारे लेखा प्रणाली के साथ इसके दस्तावेज़ित API के माध्यम से एकीकरण;
— फोन के लिए मोबाइल लेआउट, संकुचित डेस्कटॉप पृष्ठ नहीं;
— ग्राहक का व्यक्तिगत डेटा कभी भी पोर्टल के बाहर निर्यात नहीं किया जाता और न ही एक पत्र के अंदर पूरी तरह से यात्रा करता है: एक संदेश में एक आदेश संख्या और एक संक्षिप्त स्थिति पंक्ति होती है, बाकी साइन-इन के पीछे रहता है;
— किसी अन्य कंपनी के आदेशों तक पहुँच क्वेरी स्तर पर बंद है, केवल इंटरफ़ेस में छिपा नहीं है;
— परीक्षण वातावरण निर्बाध डेटा पर चलता है, जिसमें कोई लाइव ग्राहक रिकॉर्ड कॉपी नहीं किया गया है।
साइन-इन केवल निमंत्रण द्वारा है: हम निमंत्रण भेजते हैं, ग्राहक अपना खुद का पासवर्ड सेट करता है। दो भूमिकाएँ हैं। मालिक अपनी कंपनी के तहत सब कुछ देखता है, स्टाफ को आमंत्रित और हटा सकता है, कंपनी के विवरण को संपादित कर सकता है और अपने लिए दो-कारक साइन-इन चालू कर सकता है। स्टाफ सदस्य आदेश इतिहास पढ़ते हैं और दस्तावेज़ डाउनलोड करते हैं, लेकिन वे किसी को आमंत्रित नहीं कर सकते और कंपनी के विवरण को छू नहीं सकते। आदेश इतिहास को तिथि सीमा और स्थिति के अनुसार फ़िल्टर की आवश्यकता है, चालान और डिलीवरी कार्य डाउनलोड के लिए उपलब्ध हैं, और वर्तमान चयन को XLSX और PDF में निर्यात करने का एक तरीका है, ताकि खरीदार वही नंबर अपने अकाउंटेंट को दे सके।
आदेश और दस्तावेज़ हमारे लेखा प्रणाली से खींचे जाते हैं न कि दो बार टाइप किए जाते हैं; इसमें एक API है और दस्तावेज़ लिखा गया है, हम इसे परीक्षण क्रेडेंशियल्स के साथ सौंपते हैं। शिपमेंट नोटिस ई-मेल द्वारा भेजे जाते हैं। लेआउट को फोन स्क्रीन पर जीवित रहना चाहिए, क्योंकि हमारे आधे खरीदार इस तरह की चीज़ें गोदाम के फर्श पर खड़े होकर खोलते हैं।
काम को कवर करने के लिए क्या होना चाहिए:
— निमंत्रण साइन-इन, ग्राहक द्वारा चुना गया पासवर्ड, मालिक भूमिका के लिए दो-कारक साइन-इन;
— दो भूमिकाएँ, मालिक और स्टाफ, प्रत्येक के लिए क्या कर सकते हैं इसकी स्पष्ट सूची;
— तिथि और स्थिति फ़िल्टर के साथ आदेश इतिहास, डाउनलोड के लिए चालान और डिलीवरी कार्य;
— वर्तमान चयन को XLSX और PDF में निर्यात, वही कॉलम जो खरीदार स्क्रीन पर देखता है;
— शिपमेंट के बारे में ई-मेल नोटिस;
— हमारे लेखा प्रणाली के साथ इसके दस्तावेज़ित API के माध्यम से एकीकरण;
— फोन के लिए मोबाइल लेआउट, संकुचित डेस्कटॉप पृष्ठ नहीं;
— ग्राहक का व्यक्तिगत डेटा कभी भी पोर्टल के बाहर निर्यात नहीं किया जाता और न ही एक पत्र के अंदर पूरी तरह से यात्रा करता है: एक संदेश में एक आदेश संख्या और एक संक्षिप्त स्थिति पंक्ति होती है, बाकी साइन-इन के पीछे रहता है;
— किसी अन्य कंपनी के आदेशों तक पहुँच क्वेरी स्तर पर बंद है, केवल इंटरफ़ेस में छिपा नहीं है;
— परीक्षण वातावरण निर्बाध डेटा पर चलता है, जिसमें कोई लाइव ग्राहक रिकॉर्ड कॉपी नहीं किया गया है।
वेब प्रोग्रामिंग नकद, बैंक ट्रांसफर
