HTTPS का उपयोग कर 1C और B2B सिस्टम का एकीकरण

हाय हैबरूसर मैं अपने हाल के अनुभव को दो अलग-अलग प्रणालियों को एकीकृत करने में साझा करना चाहता हूं।

1 सी (विकास और कॉन्फ़िगरेशन को आउटसोर्स किया गया) के बीच डेटा स्थानांतरित करने की समस्या थी, जिसे मुख्य इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन प्रणाली (ईडीएफ) और बी 2 बी सिस्टम (आंतरिक विकास) के रूप में इस्तेमाल करने की योजना है, जो पीएचपी (सिम्फनी) में लिखा गया है और सूचना के प्राथमिक इनपुट के रूप में कार्य करता है। कंपनी।

मेरे पास पहले से ही एक और B2B के साथ B2B को एकीकृत करने का अनुभव था। बिंदु JSON को cURL का उपयोग करके पारित करना था। तब ओरेकल पर आधारित बोरलास प्रणाली को एकीकृत करने का काम था, जहां यह दृष्टिकोण भी लागू किया गया था। ओरेकल की तरफ, हालांकि, मैंने अपने पैकेज का इस्तेमाल किया - PHP में cURL का एक एनालॉग (यदि यह दिलचस्प है, तो मैं इसे एक नए लेख में वर्णन कर सकता हूं)।

जैसा कि मुझे पता चला, 1C 8.2 भी जानता है कि GET और POST अनुरोध कैसे भेजे जाते हैं। उन्होंने सुझाव दिया कि यदि सब कुछ पहले से ही कॉन्फ़िगर किया गया है और अन्य प्रणालियों के साथ काम करता है, तो यह काम करना चाहिए। JSON डेवलपर्स ने JSON को यह कहते हुए अस्वीकार कर दिया कि प्रारूप अनुचित है और वे केवल XML को पहचानते हैं। टिप्पणी है कि यह डेटा संचारित करते समय हमें न्यूनतम आकार देगा, लेकिन वास्तव में बहुत सारे डेटा प्राप्त किए गए थे, अस्वीकार कर दिए गए थे। नतीजतन, हमने 2 एक्सएमएल-आधारित सिस्टम तैयार करना शुरू कर दिया।

अपने हिस्से के लिए, मैंने 1 सी से एक क्वेरी रिसीवर लिखा और परिणाम लौटाए। POST में एक वैरिएबल प्राप्त करने के लिए एक फ़ंक्शन, जिसमें 1Sniki को XML स्थानापन्न करना था।
प्रारूप लगभग निम्नलिखित है:

<xml version="1.0"> <KEY>123ABC456</KEY> //  <MODE>get_last_orders </MODE> //    <LIMIT>4000</LIMIT>//     </xml> 

एक हैंडलर जो शर्तों के अनुसार पहले से चयनित रिकॉर्ड लौटाता है और प्रपत्र का XML उत्पन्न करता है:

 <?xml version="1.0" encoding="utf-8" ?> <data> <order> <type1>1</type1> <type>OPS</type> <ref></ref> <id_doc>4853352</id_doc> <start_date>01.01.2013</start_date> <validity>1</validity> <description>  b2b</description> <additional> <Param> <ParamName></ParamName> <ParamValue>999999999</ParamValue> </Param> <Param> <ParamName> </ParamName> <ParamValue>  </ParamValue> </Param> <Param> <ParamName> </ParamName> <ParamValue>01.01.2013</ParamValue> </Param> </additional> </order> <order> ... </order> </data> 

डेटा केवल एक HTTPS कनेक्शन पर प्रेषित किया जा सकता है।

पहली नज़र में, ऐसा लगता है कि सब कुछ सरल है, लेकिन इस प्रक्रिया में कई समस्याएं उत्पन्न हुईं:
1) बाहरी लोगों ने बताया कि वे इस तरह के अनुरोधों से अपरिचित थे, और एक पुरानी सिद्ध योजना की पेशकश करने की कोशिश की:
1. बी 2 बी से एक फ़ाइल आयात करें,
2. 1C में डाउनलोड करें,
3. एक फ़ाइल का निर्यात यह दर्शाता है कि वे प्रक्रिया करने में सक्षम थे, जो 1 सी से नहीं है,
4. बी 2 बी में आयात,
5. और शुरुआत से ही ...
योजना को अस्वीकार कर दिया गया था, जैसा कि जल्दी से आवश्यक था, और किसी व्यक्ति और सभी प्रकार के "बटन" की भागीदारी के बिना।

फिर उन्होंने एक उदाहरण कोड मांगा। मैंने इंटरनेट पर निम्न उदाहरण देखा:

  = "test.com";  = "443";   =  HTTP(, , , , , );   =  HTTP(, ); ;  = "/gateway/GetData1C/";  .(, , , HTTP);  ("  : " + ());  ("HTTP", ., , , "  : " + ());  ; ; 

सर्वर पर डेटा आना शुरू हो गया, लेकिन यह खाली था, अर्थात, GET और POST खाली थे। मैंने एक प्रविष्टि जोड़ी जो लॉग में आती है और इसके बारे में सफलतापूर्वक भूल गई। 4 महीने के बाद, मुझे परिणाम में एकीकरण लाने का तत्काल कार्य दिया गया था (चूंकि बहुत समय बीत चुका है, 1 सी डेवलपर्स काम करते हैं, काम करते हैं, लेकिन कुछ भी वापस नहीं आता है)। मुझे 1 सी दिया गया और मैंने "इसे चुनना" शुरू कर दिया।

पहले, मैंने यह समझने के लिए कि क्या हो रहा है, फिडलर को स्थापित करने का निर्णय लिया। मैंने देखा कि कनेक्शन HTTP के माध्यम से है, और फिर सर्वर HTTPS पर रीडायरेक्ट करता है। मैंने सुझाव दिया कि इस कारण से डेटा खाली हो रहा है। मैंने क्रोम में खेलने की कोशिश की, और पुष्टि की कि POST अनुरोध में डेटा एक रीडायरेक्ट के दौरान खो गया है।

चूंकि HTTP के माध्यम से काम करने की अनुमति देना असंभव है, इसलिए मैंने अध्ययन करना शुरू किया कि क्यों, क्योंकि यह संकेत दिया गया है कि:

  =  HTTP(, , , , , );  «»    HTTPS,       =  HTTP(, ); 

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

संसाधनों द्वारा की गई खोज ने इस तथ्य को जन्म दिया है कि सभी 1C रूट प्रमाणपत्रों का अपना है, और उनके आधार पर यह पहले से ही बाकी की जाँच करता है। वे "cacert.pem" फ़ाइल में परीक्षण रूप में हैं, जो "बिन" फ़ोल्डर में स्थित है, जहां इसकी लागत 1 सी है। आयात उतना सरल नहीं है जितना कि यह निकला।

पहले आपको प्रमाण पत्र का निर्यात करना होगा जो हमें एक फ़ाइल में चाहिए (मेरे पास पहले से ही मेरे व्यक्तिगत भंडारण में था)। "Certmgr.msc" चल रहा है, प्रमाण पत्र ढूंढ रहा है, हम इसे * .cer फ़ाइल में निर्यात करते हैं।

अगला, Win32OpenSSL प्रोग्राम डाउनलोड करें और इसे एक परीक्षण दृश्य में परिवर्तित करें।
मुझे यह इस तरह मिला:

 C:\OpenSSL-Win64\bin>openssl x509 -inform der -in :\fiddler.cer -out :\fiddler.pem -text -fingerprint -md5 WARNING: can't open config file: /usr/local/ssl/openssl.cnf MD5 Fingerprint=13:BF:73:43:BB:69:19:BA:22:5D:C7:2E:44:85:91:7F 

एमडी 5 बचाओ, हमें इसकी जरूरत है।
अगला, "cacert.pem" फ़ाइल खोलें।
हम बहुत नीचे तक जाते हैं और पहले MD5 जोड़ते हैं, और फिर फ़ाइल "fiddler.pem" में हुई सभी सामग्री।
फ़ाइल सहेजें।
हम 1C को पुनरारंभ करते हैं (शायद यह आवश्यक नहीं है, लेकिन यह मेरे लिए काम नहीं करता है, इसलिए मैंने सब कुछ पुनः आरंभ किया।

1C में स्रोत फ़ाइल इस रूप में दी गई थी:

  ()  = HTTP();   =   ("    ,    !  !");   = ; ;  = ;  = ;  =  ();  = XML(.());  =  (); .("Content-Type", "application/x-www-form-urlencoded"); .("Content-Lenght", );  .(, , , );  (());    HTTP()    =  HTTP(HTTP,"443",,,,);  (());  = ; ;  ;   () HTTP = "test.com";  = "/gateway/GetData1C";  = "C:\POST_1C\post.txt";  = "C:\POST_1C\result.xml";  

बटन पर क्लिक करने के बाद, HTTPS के माध्यम से एक अनुरोध किया गया था और आउटपुट पर सही XML प्राप्त हुआ था।

मैं देख रहा था कि HTTPS पर 1 सी कैसे काम करता है, बहुत सारी सामग्री है, लेकिन मुझे यह नहीं मिला कि मुझे प्रमाणपत्र पर कैसे काम करना है।

Oracle और B2B सेटअप के साथ misadventures पर जानकारी साझा करने के लिए तैयार है।
एक ही तंत्र का उपयोग वहां किया गया था, एक POST अनुरोध में डेटा स्थानांतरण, लेकिन नुकसान थे। सिद्धांत रूप में, वहाँ सब कुछ आसान हो गया।