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