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