Usecomforexcelexport

जीपी 2013 में कार्यालय के लिए आयात और निर्यात वे जीपी 2010 में सफलतापूर्वक 8211 में एक्सेल आधारित बजट का उपयोग कर रहे थे, जो कि मौजूदा मौजूदा स्प्रैडशीट्स के आधार पर मौजूदा बजट को आयात करने के लिए हैं। जीपी 2010 में क्या सफल रहा, जीपी 2013 8211 में काम कर रहा था, 8117t विशेष रूप से कोशिकाओं जो सूत्रों पर आधारित थे सही ढंग से नहीं आ रहे थे जैसा उन्होंने जीपी 2010 में किया था। कुछ प्रयोग के बाद, हमें पता चला कि इस कारण के रूप में एक सूत्र है कोड ने सूत्र को शाब्दिक राशि के रूप में समझाया 822018221 8220 डी 18221 में पहले सेल गणना से आता है सूत्र को डी 3 डी 2 डी 1 को बदलने से 3.00 के मूल्य के परिणामस्वरूप, ऐसा लगता है कि पैटर्न होना चाहिए। तो संस्करणों के बीच क्या बदलाव हुआ, इस तरीके से इस तरीके से असफल हो गया, जो बदले गए और क्यों यह माइक्रोसॉफ्ट ऑफिस के लिए ओपनएक्सएमएल एसडीके का उपयोग करने के लिए Excel के COM स्वचालन का उपयोग करते हुए डायनामिक्स से परिवर्तन था। डायनेमिक्स 8211 आयात amp के पिछले संस्करणों में Office अनुप्रयोगों में निर्यात (इस उदाहरण में एक्सेल) निपुणता का उपयोग करके मूल कॉल कॉल्स का उपयोग करके पूरा किया गया है। यह डायनेमिक्स और एक्सेल के कई संस्करणों में बहुत अच्छी तरह से काम करता है, इसलिए जीपी 2013 में परिवर्तन का सबसे बड़ा कारण 8211 सबसे अधिक संभावना है क्योंकि केवल 8211 माइक्रोसॉफ्ट डायनेमिक्स जीपी वेब क्लाइंट के लिए है। एक वेब क्लाइंट बिंदु से, COM isn8217t माइक्रोसॉफ्ट द्वारा समर्थित (लेकिन अभी भी काम कर सकता है) के रूप में वेब क्लाइंट चलाता है आईएनआई 8217t एक यूआई के साथ संगत है और यह उन ऑब्जेक्टों को भी प्रभावित करेगा जो कि रनटाइम के द्वारा इंस्टीटिएटेड हैं जैसे ही होता है, हमें आज ही एक मामला था जहां आईएसवी माइक्रोसॉफ्ट वर्ड को स्वचालित कर रहा था। ऑब्जेक्ट एक मौजूदा वर्ड खोलना था और फिर प्रतिस्थापित मूल्यों के साथ दस्तावेज़ में 8220tags8221 की जगह है। ISV कोड के समान उपयोग कर रहा था: जो Word दस्तावेज़ की सामग्री का चयन करेगा। डेस्कटॉप क्लाइंट के तहत, यह ठीक काम किया (डायनेमिक्स जीपी के पिछले संस्करणों के साथ) लेकिन वेब क्लाइंट के तहत, यह एक अपवाद फेंकता है दस्तावेज़ ठीक है और अन्य विधि कॉल काम करता है, इस विधि को नहीं किया था। तो सवाल यह है कि 8211 ग्राहक फंस गया है जैसा कि यह पता चला है, ऐसा लगता है कि हम उनके लिए एक समाधान खोजने में सक्षम थे। जैसा कि मैंने कोड की समीक्षा की, मुझे पता चला कि 8220 एफ 8221 की जांच हुई थी, जो कि ओपनएक्सएमएल रूटीन को फोन किया था। गौरतलब है, मैंने आगे शोध किया और मुझे पता चला कि इस व्यवहार को प्रभावित करने वाले एक अनसुचित Dex. ini स्विच के रूप में क्या प्रतीत होता है। चेतावनी: यह एक गैर-दस्तावेजी आईआई स्विच है इसका उपयोग परीक्षण या समर्थित नहीं है, अपने जोखिम पर उपयोग करें, आपका माइलेज भिन्न हो सकता है वेब क्लाइंट पर इस स्विच का उपयोग करना एमएस वर्डएक्ससेल के लिए आपके लाइसेंस समझौते का भी उल्लंघन कर सकता है। हमने Dex. ini स्विच जोड़ा: यह ओपीएक्सएमएल एसडीके रूटीन के उपयोग के बजाय आयात एम्प एक्सपोर्ट दोनों के लिए पुरानी कॉम रूटीन का उपयोग करने के लिए जीपी को बताता है। मैंने पूरे आवेदन को पूरी तरह से अनुसंधान किया, लेकिन मैं जो बता सकता हूं वह यह है कि यह आम आयात एम्प एक्सपोर्ट रूटिन्स को प्रभावित करता है जिसका मतलब यह है कि SmartList निर्यात और साथ ही एक्सेल आधारित बजट को प्रभावित किया जाएगा। हमने यह परिवर्तन करने के बाद (और जीपी पुनः शुरू किया), अपेक्षित के रूप में एक्सेल बजट का आयात करना एक परीक्षण के रूप में, हमने एक जीएल लेनदेन स्मार्टलिस्ट का निर्यात किया यह निर्यात किया, लेकिन हमने देखा कि यह सामान्य से धीमी है और मुद्रा सूचना अब प्रतीकों के साथ स्वरूपित की गई थी। जीपी 2013 अब ओपनएक्सएमएल एसडीके का इस्तेमाल करते हुए एक्सेल में निर्यात करता है ओपनएक्सएमएल एसडीके पद्धति का उपयोग करने से ज्यादा आसान है ओपेनएक्सएमएल एसडीके का प्रयोग करते हुए निर्यात मुद्रा स्वरूपण खो देता है क्योंकि फ़ील्ड को दशमलव और नहीं मुद्रा के रूप में निर्यात किया जाता है ओपनएक्सएमएल एसडीके का इस्तेमाल करने का मतलब है कि फ़ाइलों को पढ़ने के लिए एक्सेल (या वर्ड) को अब मशीन पर स्थापित करना नहीं पड़ता है। पैट्रिक वरिष्ठ उन्नयन अभियंता, जीपी पीएस: I8217ll इसे फिर से उल्लेखित करते हैं: चेतावनी: यह एक गैर दस्तावेजी आईआई स्विच है। इसका उपयोग परीक्षण या समर्थित नहीं है, अपने जोखिम पर उपयोग करें, आपका माइलेज भिन्न हो सकता है वेब क्लाइंट पर इस स्विच का प्रयोग एमएस वर्डएक्ससेल के लिए आपके लाइसेंसिंग समझौते का भी उल्लंघन कर सकता है। वे सफलतापूर्वक जीपी 2010 में एक्सेल आधारित बजट का उपयोग कर रहे थे - ज्यादातर मौजूदा स्प्रैडशीट्स के आधार पर मौजूदा बजट को आयात करने के लिए। जीपी 2010 में क्या सफल रहा, जीपी 2013 में काम नहीं कर रहा था - विशेष रूप से कोशिकाओं जो सूत्रों पर आधारित थे सही ढंग से नहीं आ रहे थे जैसा कि वे जीपी 2010 में करते थे। कुछ प्रयोग के बाद, हमें पता चला कि इस कारण के रूप में एक सूत्र है कोड ने सूत्र को शाब्दिक राशि के रूप में समझाया 1 डी 1 में पहले सेल गणना से आता है। सूत्र को डी 3 डी 2 डी 1 को बदलने से 3.00 के मूल्य के परिणामस्वरूप, ऐसा लगता है कि पैटर्न होना चाहिए। तो संस्करणों के बीच क्या बदलाव हुआ, इस तरीके से इस तरीके से असफल हो गया, जो बदले गए और क्यों यह माइक्रोसॉफ्ट ऑफिस के लिए ओपनएक्सएमएल एसडीके का उपयोग करने के लिए Excel के COM स्वचालन का उपयोग करते हुए डायनामिक्स से परिवर्तन था। डायनेमिक्स के पिछले संस्करणों में - Office अनुप्रयोगों को आयात आयात निर्यात (इस उदाहरण में एक्सेल) निपुणता कॉल कॉल्स का उपयोग करके Excel को निपुणता का उपयोग करके पूरा किया गया है। यह गतिशीलता और एक्सेल के कई संस्करणों में बहुत अच्छी तरह से काम करता है, इसलिए जीपी 2013 में परिवर्तन का सबसे बड़ा कारण - सबसे अधिक संभावना एकमात्र कारण - माइक्रोसॉफ्ट डायनेमिक्स जीपी वेब क्लाइंट के लिए है वेब क्लाइंट की दृष्टि से, COM माइक्रोसॉफ्ट द्वारा समर्थित (लेकिन अभी भी काम कर सकता है) कैसे वेब क्लाइंट चलाता है एक यूआई के साथ संगत नहीं है और यह उन ऑब्जेक्टों को भी प्रभावित करेगा जो कि रनटाइम के द्वारा इंस्टीटिएटेड हैं जैसे ही होता है, हमें आज ही एक मामला था जहां आईएसवी माइक्रोसॉफ्ट वर्ड को स्वचालित कर रहा था। ऑब्जेक्ट एक मौजूदा वर्ड खोलना था और प्रतिस्थापित मूल्यों के साथ दस्तावेज़ में टैग को प्रतिस्थापित करना था। ISV कोड के समान उपयोग कर रहा था: जो Word दस्तावेज़ की सामग्री का चयन करेगा। डेस्कटॉप क्लाइंट के तहत, यह ठीक काम किया (डायनेमिक्स जीपी के पिछले संस्करणों के साथ) लेकिन वेब क्लाइंट के तहत, यह एक अपवाद फेंकता है दस्तावेज़ ठीक है और अन्य विधि कॉल काम करता है, इस विधि को नहीं किया था। तो सवाल यह है - ग्राहक फंस गया है जैसा कि यह पता चला है, ऐसा लगता है कि हम उनके लिए एक समाधान खोजने में सक्षम थे। जैसा कि मैंने कोड की समीक्षा की, मुझे पता चला कि अगर वहाँ एक जांच थी जो ओपनएक्सएमएल रूटीन को कॉल नहीं करता था। गौरतलब है, मैंने आगे शोध किया और मुझे पता चला कि इस व्यवहार को प्रभावित करने वाले एक अनसुचित Dex. ini स्विच के रूप में क्या प्रतीत होता है। चेतावनी: यह एक गैर-दस्तावेजी आईआई स्विच है इसका उपयोग परीक्षण या समर्थित नहीं है, अपने जोखिम पर उपयोग करें, आपका माइलेज भिन्न हो सकता है वेब क्लाइंट पर इस स्विच का उपयोग करना एमएस वर्डएक्ससेल के लिए आपके लाइसेंस समझौते का भी उल्लंघन कर सकता है। हमने Dex. ini स्विच जोड़ा: यह ओपीएक्सएमएल एसडीके रूटीन के उपयोग के बजाय आयात एम्प एक्सपोर्ट दोनों के लिए पुरानी कॉम रूटीन का उपयोग करने के लिए जीपी को बताता है। मैं पूरी तरह से पूरे आवेदन की खोज नहीं कर पाया, लेकिन मैं जो बता सकता हूं वह यह है कि आम आयात एम्प एक्सपोर्ट रूटिन्स को प्रभावित किया गया, जिसका मतलब यह है कि SmartList निर्यात और साथ ही एक्सेल आधारित बजटिंग को प्रभावित किया जाएगा। हमने यह परिवर्तन करने के बाद (और जीपी पुनः शुरू किया), अपेक्षित के रूप में एक्सेल बजट का आयात करना एक परीक्षण के रूप में, हमने एक जीएल लेनदेन स्मार्टलिस्ट का निर्यात किया यह निर्यात किया, लेकिन हमने देखा कि यह सामान्य से धीमी है और मुद्रा सूचना अब प्रतीकों के साथ स्वरूपित की गई थी। जीपी 2013 अब ओपनएक्सएमएल एसडीके का इस्तेमाल करते हुए एक्सेल में निर्यात करता है ओपनएक्सएमएल एसडीके पद्धति का उपयोग करने से ज्यादा आसान है ओपेनएक्सएमएल एसडीके का प्रयोग करते हुए निर्यात मुद्रा स्वरूपण खो देता है क्योंकि फ़ील्ड को दशमलव और नहीं मुद्रा के रूप में निर्यात किया जाता है ओपनएक्सएमएल एसडीके का इस्तेमाल करने का मतलब है कि फ़ाइलों को पढ़ने के लिए एक्सेल (या वर्ड) को अब मशीन पर स्थापित करना नहीं पड़ता है। पैट्रिक वरिष्ठ उन्नयन अभियंता, जीपी पीएस: बीमार ने फिर से इसका उल्लेख किया है: चेतावनी: यह एक गैर-दस्तावेजी आईआई स्विच है। इसका उपयोग परीक्षण या समर्थित नहीं है, अपने जोखिम पर उपयोग करें, आपका माइलेज भिन्न हो सकता है वेब क्लाइंट पर इस स्विच का उपयोग करना एमएस वर्डएक्ससेल के लिए आपके लाइसेंस समझौते का भी उल्लंघन कर सकता है।