1C سان انضمام جا طريقا

ڪاروباري ايپليڪيشنن لاءِ سڀ کان اهم گهرجون ڇا آهن؟ ڪجھ اهم ڪم ھيٺ ڏنل آھن:

• ڪاروباري ڪمن کي تبديل ڪرڻ لاءِ ايپليڪيشن منطق کي تبديل ڪرڻ / موافقت ڪرڻ ۾ آسان.
• ٻين ايپليڪيشنن سان آسان انضمام.

1C ۾ پهريون ڪم ڪيئن حل ڪيو ويو آهي مختصر طور تي بيان ڪيو ويو "ڪسٽمائيزيشن ۽ سپورٽ" سيڪشن ۾ هي آرٽيڪل؛ اسان ايندڙ مضمون ۾ هن دلچسپ موضوع ڏانهن موٽنداسين. اڄ اسان ٻئي ڪم جي باري ۾ ڳالهائينداسين، انضمام.

انضمام جا ڪم

انضمام جا ڪم مختلف ٿي سگهن ٿا. ڪجهه مسئلن کي حل ڪرڻ لاء، هڪ سادي انٽرويو ڊيٽا مٽائڻ ڪافي آهي - مثال طور، ملازمن جي لسٽ کي بينڪ ڏانهن منتقل ڪرڻ لاء تنخواه پلاسٽڪ ڪارڊ جاري ڪرڻ لاء. وڌيڪ پيچيده ڪمن لاءِ، مڪمل طور تي خودڪار ڊيٽا جي مٽاسٽا ضروري ٿي سگھي ٿي، ممڪن طور تي ھڪڙي خارجي نظام جي ڪاروباري منطق جي حوالي سان. اهڙا ڪم آهن جيڪي فطرت ۾ خاص آهن، جهڙوڪ ٻاهرين سامان سان انضمام (مثال طور، پرچون سامان، موبائل اسڪينر، وغيره) يا ورثي يا انتهائي خاص سسٽم سان (مثال طور، RFID ٽيگ جي سڃاڻپ سسٽم سان). اهو انتهائي ضروري آهي ته هر ڪم لاء سڀ کان وڌيڪ مناسب انضمام ميڪانيزم کي چونڊيو وڃي.

1C سان انضمام جا اختيار

1C ايپليڪيشنن سان انضمام کي لاڳو ڪرڻ لاء مختلف طريقا آهن؛ جنهن کي چونڊڻ لاء ڪم جي گهرجن تي منحصر آهي.

1. عملدرآمد جي بنياد تي انضمام ميڪانيزمپليٽ فارم پاران مهيا ڪيل، 1C ايپليڪيشن پاسي تي ان جي پنهنجي مخصوص API (مثال طور، ويب يا HTTP خدمتن جو هڪ سيٽ جيڪو 1C ايپليڪيشن سان ڊيٽا مٽائڻ لاء ٽئين پارٽي جي ايپليڪيشنن کي سڏيندو). هن طريقي جو فائدو 1C ايپليڪيشن جي پاسي تي عمل درآمد ۾ تبديلين لاء API جي مزاحمت آهي. طريقه ڪار جي خاصيت اها آهي ته اهو ضروري آهي ته هڪ معياري 1C حل جو سورس ڪوڊ تبديل ڪيو وڃي، جيڪو ممڪن طور تي ڪوشش جي ضرورت هجي جڏهن ماخذ ڪوڊ کي ضم ڪيو وڃي جڏهن ترتيب جي نئين ورزن ڏانهن منتقل ٿي وڃي. انهي حالت ۾، هڪ نئين ترقي پسند ڪارڪردگي بچائي سگهي ٿي. ٺاھ جوڙ وڌائڻ. توسيع آهن، جوهر ۾، هڪ پلگ ان ميڪانيزم جيڪا توهان کي اجازت ڏئي ٿي ته ايپليڪيشن حلن ۾ اضافو پيدا ڪرڻ کان سواءِ ايپليڪيشن حلن کي پاڻ ۾ تبديل ڪرڻ. انضمام API کي ترتيب ڏيڻ جي واڌ ۾ منتقل ڪرڻ توهان کي مشڪلاتن کان بچڻ جي اجازت ڏيندو جڏهن ترتيبن کي ضم ڪيو وڃي جڏهن معياري حل جي نئين ورزن ڏانهن منتقل ڪيو وڃي.
2. پليٽ فارم انٽيگريشن ميڪانيزم کي استعمال ڪندي جيڪي بيروني رسائي فراهم ڪن ٿا ايپليڪيشن آبجیکٹ ماڊل تائين ۽ ايپليڪيشن جي ترميم يا واڌ جي تخليق جي ضرورت ناهي. هن طريقي جو فائدو اهو آهي ته 1C ايپليڪيشن کي تبديل ڪرڻ جي ڪا ضرورت ناهي. مائنس - جيڪڏهن 1C ايپليڪيشن کي بهتر ڪيو ويو آهي، ته پوءِ انٽيليٽيڊ ايپليڪيشن ۾ بهتري گهربل هجي. هن طريقي جو هڪ مثال انضمام لاءِ OData پروٽوڪول جو استعمال آهي، جيڪو 1C جي پاسي تي لاڳو ڪيو ويو آهي: انٽرپرائز پليٽ فارم (هن بابت وڌيڪ هيٺ ڏنل).
3. معياري 1C حلن ۾ لاڳو ٿيل تيار ٿيل ايپليڪيشن پروٽوڪول جو استعمال. 1C ۽ ڀائيوارن کان ڪيترائي معياري حل، پليٽ فارم پاران مهيا ڪيل انضمام ميڪانيزم جي بنياد تي، مخصوص ڪمن تي ڌيان ڏيڻ، انهن جي پنهنجي ايپليڪيشن پروٽوڪولن کي لاڳو ڪن ٿا. جڏهن انهن ميڪانيزم کي استعمال ڪندي، 1C ايپليڪيشن جي پاسي تي ڪوڊ لکڻ جي ڪا ضرورت ناهي، ڇاڪاڻ ته اسان ايپليڪيشن حل جي معياري صلاحيتون استعمال ڪندا آهيون. 1C ايپليڪيشن جي پاسي تي، اسان کي صرف ڪجهه سيٽنگون ٺاهڻ جي ضرورت آهي.

1C ۾ انٽيگريشن ميڪانيزم: انٽرپرائز پليٽ فارم

درآمد / برآمد فائلون

فرض ڪريو اسان کي 1C ايپليڪيشن ۽ هڪ خودمختيار ايپليڪيشن جي وچ ۾ ٻه طرفي ڊيٽا جي مٽاسٽا جي ڪم سان منهن ڏيڻو پوي ٿو. مثال طور، اسان کي ضرورت آهي پروڊڪٽس جي هڪ فهرست کي هم وقت سازي ڪرڻ گهرجي (نام جي ڊاريڪٽري) جي وچ ۾ 1C ايپليڪيشن ۽ هڪ خودمختيار ايپليڪيشن.

هن مسئلي کي حل ڪرڻ لاءِ، توهان هڪ ايڪسٽينشن لکي سگهو ٿا جيڪا نالي جي ڊاريڪٽري کي ڪنهن مخصوص فارميٽ جي فائل ۾ ڊائون لوڊ ڪري (ٽيڪسٽ، XML، JSON، ...) ۽ هن فارميٽ کي پڙهي سگهو ٿا.

پليٽ فارم هڪ ميکانيزم لاڳو ڪري ٿو ايپليڪيشن آبجڪس کي سڌو سنئون XML ۾ ترتيب ڏيڻ لاءِ، WriteXML/ReadXML عالمي حوالي جي طريقن جي ذريعي، ۽ XDTO (XML Data Transfer Objects) معاون اعتراض استعمال ڪندي.

1C ۾ ڪا به شئي: انٽرپرائز سسٽم کي سيريل ڪري سگھجي ٿو XML نمائندگي ۾ ۽ ان جي برعڪس.

هي فنڪشن هڪ XML اعتراض جي نمائندگي ڪندو:

Функция Объект_В_XML(Объект)
    ЗаписьXML = Новый ЗаписьXML();
    ЗаписьXML.УстановитьСтроку();
    ЗаписатьXML(ЗаписьXML, Объект);
    Возврат ЗаписьXML.Закрыть();
КонецФункции

هي اهو آهي جيڪو XDTO استعمال ڪندي نالي واري ڊاريڪٽري کي XML ڏانهن برآمد ڪندي نظر ايندو:

&НаСервере
Процедура ЭкспортXMLНаСервере()	
	НовыйСериализаторXDTO  = СериализаторXDTO;
	НоваяЗаписьXML = Новый ЗаписьXML();
	НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
	
	НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
	НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
	
	Выборка = Справочники.Номенклатура.Выбрать();
	
	Пока Выборка.Следующий() Цикл 
		ОбъектНоменклатура = Выборка.ПолучитьОбъект();
		НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
	КонецЦикла;
	
	НоваяЗаписьXML.ЗаписатьКонецЭлемента();
	НоваяЗаписьXML.Закрыть();	
КонецПроцедуры

صرف ڪوڊ کي تبديل ڪندي، اسان ڊاريڪٽري کي JSON ڏانهن برآمد ڪريون ٿا. پراڊڪٽس کي هڪ صف ۾ لکيو ويندو؛ مختلف قسمن لاء، هتي نحو جو انگريزي نسخو آهي:

&AtServer
Procedure ExportJSONOnServer()
	NewXDTOSerializer  = XDTOSerializer;
	NewJSONWriter = New JSONWriter();
	NewJSONWriter.OpenFile("C:DataНоменклатура.json", "UTF-8");
	
	NewJSONWriter.WriteStartObject();
	NewJSONWriter.WritePropertyName("СправочникНоменклатура");
	NewJSONWriter.WriteStartArray();
	
	Selection = Catalogs.Номенклатура.Select();	
	
	While Selection.Next() Do 
		NomenclatureObject = Selection.GetObject();
		
		NewJSONWriter.WriteStartObject();
		
		NewJSONWriter.WritePropertyName("Номенклатура");
		NewXDTOSerializer.WriteJSON(NewJSONWriter, NomenclatureObject, XMLTypeAssignment.Implicit);
		
		NewJSONWriter.WriteEndObject();
	EndDo;
	
	NewJSONWriter.WriteEndArray();
	NewJSONWriter.WriteEndObject();
	NewJSONWriter.Close();	
EndProcedure

پوءِ باقي رهيل ڊيٽا کي آخري صارف تائين منتقل ڪرڻ آهي. 1C:انٽرپرائز پليٽ فارم بنيادي انٽرنيٽ پروٽوڪول HTTP، FTP، POP3، SMTP، IMAP کي سپورٽ ڪري ٿو، انهن جي محفوظ ورزن سميت. توھان پڻ استعمال ڪري سگھو ٿا HTTP ۽/يا ويب خدمتون ڊيٽا کي منتقل ڪرڻ لاءِ.

HTTP ۽ ويب خدمتون

1C ايپليڪيشنون پنهنجون پنهنجون HTTP ۽ ويب خدمتون لاڳو ڪري سگهن ٿيون، انهي سان گڏ ٽئين پارٽي جي ايپليڪيشنن پاران لاڳو ڪيل HTTP ۽ ويب خدمتن کي ڪال ڪري سگهن ٿيون.

REST انٽرفيس ۽ OData پروٽوڪول

نسخو 8.3.5 کان شروع ٿي، 1C: انٽرپرائز پليٽ فارم خودڪار ٿي سگھي ٿو هڪ REST انٽرفيس ٺاهيو پوري ايپليڪيشن حل لاءِ. ڪا به ترتيب واري شئي (ڊائريڪٽري، دستاويز، ڄاڻ رجسٽر، وغيره) حاصل ڪري سگھجي ٿي ڊيٽا حاصل ڪرڻ ۽ تبديل ڪرڻ لاءِ REST انٽرفيس ذريعي. پليٽ فارم پروٽوڪول کي رسائي پروٽوڪول طور استعمال ڪري ٿو اوڊيٽا نسخو 3.0. پبلشنگ OData خدمتن کي ترتيب ڏيڻ واري مينيو مان ڪيو ويندو آهي “انتظام -> ويب سرور تي شايع ڪرڻ”، “پبلش معياري OData انٽرفيس” چيڪ باڪس کي ضرور چيڪ ڪيو وڃي. Atom/XML ۽ JSON فارميٽ سپورٽ آهن. ايپليڪيشن حل ويب سرور تي شايع ٿيڻ کان پوء، ٽئين پارٽي سسٽم HTTP درخواستن کي استعمال ڪندي REST انٽرفيس ذريعي ان تائين رسائي ڪري سگھن ٿا. OData پروٽوڪول ذريعي 1C ايپليڪيشن سان ڪم ڪرڻ لاءِ، 1C پاسي پروگرامنگ جي ضرورت ناهي.

تنهن ڪري، هڪ URL وانگر http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура اسان کي واپس ڪنداسين Nomenclature catalog جو مواد XML فارميٽ ۾ - داخلا عناصر جو مجموعو (پيغام جو عنوان اختصار لاءِ ختم ڪيو ويو آهي):

<entry>
	<id>http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid'35d1f6e4-289b-11e6-8ba4-e03f49b16074')</id>
	<category term="StandardODATA.Catalog_Номенклатура" scheme="http://schemas.microsoft.com/ado/2007/08/dataservices/scheme"/>
	<title type="text"/>
	<updated>2016-06-06T16:42:17</updated>
	<author/>
	<summary/>
	<link rel="edit" href="Catalog_Номенклатура(guid'35d1f6e4-289b-11e6-8ba4-e03f49b16074')" title="edit-link"/>
	<content type="application/xml">
		<m:properties  >
			<d:Ref_Key>35d1f6e4-289b-11e6-8ba4-e03f49b16074</d:Ref_Key>
			<d:DataVersion>AAAAAgAAAAA=</d:DataVersion>
			<d:DeletionMark>false</d:DeletionMark>
			<d:Code>000000001</d:Code>
			<d:Description>Кондиционер Mitsubishi</d:Description>
			<d:Описание>Мощность 2,5 кВт, режимы работы: тепло/холод</d:Описание>
		</m:properties>
	</content>
</entry>
<entry>
	<id>http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid'35d1f6e5-289b-11e6-8ba4-e03f49b16074')</id>
	<category term="StandardODATA.Catalog_Номенклатура" scheme="http://schemas.microsoft.com/ado/2007/08/dataservices/scheme"/>
...

URL ۾ اسٽرنگ “?$format=application/json” شامل ڪرڻ سان، اسان کي JSON فارميٽ ۾ نالي جي فهرست جو مواد ملي ٿو (فارم جو URL http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура?$format=application/json ):

{
"odata.metadata": "http://server/Config/odata/standard.odata/$metadata#Catalog_Номенклатура",
"value": [{
"Ref_Key": "35d1f6e4-289b-11e6-8ba4-e03f49b16074",
"DataVersion": "AAAAAgAAAAA=",
"DeletionMark": false,
"Code": "000000001",
"Description": "Кондиционер Mitsubishi",
"Описание": "Мощность 2,5 кВт, режимы работы: тепло/холод"
},{
"Ref_Key": "35d1f6e5-289b-11e6-8ba4-e03f49b16074",
"DataVersion": "AAAAAwAAAAA=",
"DeletionMark": false,
"Code": "000000002",
"Description": "Кондиционер Daikin",
"Описание": "Мощность 3 кВт, режимы работы: тепло/холод"
}, …

خارجي ڊيٽا ذريعن

ڪجهه حالتن ۾، ڊيٽا جي بدلي ذريعي خارجي ڊيٽا ذريعن بهترين حل ٿي سگهي ٿو. خارجي ڊيٽا جا ذريعا هڪ 1C ايپليڪيشن ڪنفيگريشن اعتراض آهن جيڪي توهان کي اجازت ڏين ٿا ڪنهن به ODBC-مطابقت رکندڙ ڊيٽابيس سان، ٻنهي پڙهڻ ۽ لکڻ لاءِ. ٻاهرين ڊيٽا جا ذريعا ونڊوز ۽ لينڪس ٻنهي تي موجود آهن.

ڊيٽا جي تبادلي جي ميڪانيزم

ڊيٽا جي تبادلي جي ميڪانيزم ٻنهي جو مقصد جغرافيائي طور تي ورهايل سسٽم ٺاهڻ لاءِ 1C:Enterprise جي بنياد تي، ۽ ٻين معلوماتي سسٽم سان ڊيٽا جي مٽاسٽا کي منظم ڪرڻ لاءِ نه 1C:Enterprise جي بنياد تي.

هي ميڪانيزم فعال طور تي 1C جي عملن ۾ استعمال ڪيو ويندو آهي، ۽ ان جي مدد سان حل ڪيل ڪمن جي حد تمام وسيع آهي. ھن ۾ تنظيم جي شاخن ۾ نصب ڪيل 1C ايپليڪيشنن جي وچ ۾ ڊيٽا جي مٽاسٽا شامل آھي، ۽ 1C ايپليڪيشن ۽ آن لائن اسٽور جي ويب سائيٽ جي وچ ۾ مٽا سٽا، ۽ 1C سرور ايپليڪيشن ۽ موبائل ڪلائنٽ جي وچ ۾ ڊيٽا جي مٽاسٽا (1C استعمال ڪندي ٺاھيو ويو آھي: انٽرپرائز موبائل پليٽ فارم)، ۽ گھڻو ڪجھ. وڌيڪ.

ڊيٽا جي تبادلي واري ميڪانيزم ۾ اهم تصورن مان هڪ آهي تبادلي جو منصوبو. تبادلي جو منصوبو 1C ايپليڪيشن پليٽ فارم جو هڪ خاص قسم جو اعتراض آهي، جيڪو طئي ڪري ٿو، خاص طور تي، ڊيٽا جو ٺهيل جيڪو مٽائي ۾ حصو وٺندو (جنهن جي ڊائريڪٽري، دستاويز، رجسٽر، وغيره). مٽا سٽا واري منصوبي ۾ تبادلي جي شرڪت ڪندڙن (نام نهاد مٽا سٽا نوڊس) بابت معلومات پڻ شامل آهي.
ڊيٽا جي مٽاسٽا واري ميڪانيزم جو ٻيو حصو تبديلي جي رجسٽريشن ميڪانيزم آهي. هي ميکانيزم خودڪار طريقي سان سسٽم کي ڊيٽا ۾ تبديلين جي نگراني ڪري ٿو جيڪو مٽائي جي منصوبي جي حصي طور آخري صارفين کي منتقل ڪيو وڃي. هن ميکانيزم کي استعمال ڪندي، پليٽ فارم انهن تبديلين کي ٽريڪ ڪري ٿو جيڪي آخري هم وقت سازي کان پوءِ ٿيون آهن ۽ توهان کي اجازت ڏئي ٿي ته ايندڙ هم وقت سازي جي سيشن دوران منتقل ٿيل ڊيٽا جي مقدار کي گھٽائي.

ڊيٽا جي مٽاسٽا هڪ خاص ڍانچي جي XML پيغامن کي استعمال ڪندي ٿيندي آهي. پيغام ۾ ڊيٽا شامل آهي جيڪا آخري هم وقت سازي کان وٺي نوڊ ۽ ڪجهه خدمت جي معلومات سان تبديل ٿي وئي آهي. پيغام جي جوڙجڪ پيغام جي نمبرنگ کي سپورٽ ڪري ٿي ۽ توهان کي وصول ڪندڙ نوڊ کان تصديق حاصل ڪرڻ جي اجازت ڏئي ٿي ته پيغام وصول ڪيا ويا آهن. اهڙي تصديق هر پيغام ۾ موجود آهي وصول ڪندڙ نوڊ مان، آخري وصول ڪيل پيغام جي تعداد جي صورت ۾. نمبرنگ پيغام پليٽ فارم کي اهو سمجهڻ جي اجازت ڏئي ٿو ته ڪهڙي ڊيٽا اڳ ۾ ئي ڪاميابي سان وصول ڪندڙ نوڊ ڏانهن منتقل ڪئي وئي آهي، ۽ صرف ڊيٽا کي منتقل ڪندي ٻيهر منتقلي کان بچڻ لاء جيڪو موڪلڻ واري نوڊ کي وصول ڪرڻ واري نوڊ پاران وصول ڪيل ڊيٽا جي وصولي سان آخري پيغام حاصل ڪيو ويو آهي. هي آپريٽنگ اسڪيم ضمانت واري ترسيل کي يقيني بڻائي ٿي جيتوڻيڪ ناقابل اعتبار ٽرانسميشن چينلز ۽ پيغام جي نقصان سان.

خارجي اجزاء

ڪيترن ئي ڪيسن ۾، جڏهن انضمام جي مسئلن کي حل ڪرڻ، هڪ کي مخصوص گهرجن سان معاملو ڪرڻو پوندو، مثال طور، رابطي جي پروٽوڪول، ڊيٽا فارميٽ، جيڪي 1C ۾ مهيا نه ڪيا ويا آهن: انٽرپرائز پليٽ فارم. ڪمن جي اهڙي حد تائين، پليٽ فارم مهيا ڪري ٿي خارجي اجزاء ٽيڪنالاجي، جيڪو توهان کي متحرڪ طور تي پلگ ان ماڊل ٺاهڻ جي اجازت ڏئي ٿو جيڪي 1C:Enterprise جي ڪارڪردگي کي وڌايو.

ساڳي ضرورتن سان گڏ ڪم جو هڪ عام مثال پرچون سامان سان 1C ايپليڪيشن حل جو انضمام هوندو، اسڪيل کان وٺي ڪيش رجسٽرز ۽ بارڪوڊ اسڪينر تائين. خارجي جزا 1C:انٽرپرائز سرور سائڊ ۽ ڪلائنٽ سائڊ (بشمول، پر ان تائين محدود نه، ويب ڪلائنٽ، گڏوگڏ موبائل پليٽ فارم جو ايندڙ نسخو 1C: انٽرپرائز). خارجي اجزاء جي ٽيڪنالاجي 1C:انٽرپرائز پليٽ فارم سان اجزاء جي رابطي لاءِ ڪافي سادو ۽ سمجھڻ وارو سافٽ ويئر (C++) انٽرفيس مهيا ڪري ٿي، جيڪو ڊولپر پاران لاڳو ڪيو وڃي.

اهي امڪان جيڪي کليل آهن جڏهن ٻاهرين حصن کي استعمال ڪندي تمام وسيع آهن. توهان ٻاهرين ڊوائيسز ۽ سسٽم سان هڪ مخصوص ڊيٽا ايڪسچينج پروٽوڪول استعمال ڪندي رابطي کي لاڳو ڪري سگهو ٿا، پروسيسنگ ڊيٽا ۽ ڊيٽا فارميٽس وغيره لاءِ مخصوص الگورتھم ۾ ٺاهي سگهو ٿا.

پراڻو انضمام ميڪانيزم

پليٽ فارم انضمام ميڪانيزم مهيا ڪري ٿو جيڪي نئين حلن ۾ استعمال لاء سفارش نه ڪيا ويا آهن؛ اهي پسمانده مطابقت جي سببن جي ڪري ڇڏيا ويا آهن، ۽ انهي صورت ۾ جڏهن ٻي پارٽي وڌيڪ جديد پروٽوڪول سان ڪم نه ڪري سگهي. انهن مان هڪ DBF فارميٽ فائلن سان ڪم ڪري رهيو آهي (تعمير ٿيل ٻولي ۾ XBase اعتراض استعمال ڪندي).

ٻيو ميراثي انضمام ميڪانيزم COM ٽيڪنالاجي جو استعمال آهي (صرف ونڊوز پليٽ فارم تي موجود آهي). 1C: انٽرپرائز پليٽ فارم COM ٽيڪنالاجي استعمال ڪندي ونڊوز لاءِ ٻه انضمام طريقا مهيا ڪري ٿو: آٽوميشن سرور ۽ خارجي ڪنيڪشن. اهي بلڪل هڪجهڙا آهن، پر هڪ بنيادي فرق اهو آهي ته آٽوميشن سرور جي صورت ۾، هڪ مڪمل 1C:Enterprise 8 ڪلائنٽ ايپليڪيشن شروع ڪئي وئي آهي، ۽ هڪ خارجي ڪنيڪشن جي صورت ۾، هڪ نسبتا ننڍڙو ان-پروسيس COM. سرور شروع ڪيو ويو آهي. اهو آهي، جيڪڏهن توهان آٽوميشن سرور ذريعي ڪم ڪري رهيا آهيو، توهان ڪلائنٽ ايپليڪيشن جي ڪارڪردگي کي استعمال ڪري سگهو ٿا ۽ ڪم ڪري سگهو ٿا ساڳيو ڪم ڪندڙ عملن جي عملن سان. جڏهن هڪ خارجي ڪنيڪشن استعمال ڪندي، توهان صرف ڪاروباري منطق افعال استعمال ڪري سگهو ٿا، ۽ اهي ٻئي ڪنيڪشن جي ڪلائنٽ پاسي تي عمل ڪري سگھجن ٿا، جتي هڪ ان-پروسيس COM سرور ٺاهيل آهي، ۽ توهان 1C تي ڪاروباري منطق ڪال ڪري سگهو ٿا: انٽرپرائز سرور طرف.

COM ٽيڪنالاجي پڻ استعمال ڪري سگھجن ٿيون ٻاهرين سسٽم تائين رسائي حاصل ڪرڻ لاءِ ايپليڪيشن ڪوڊ کان 1C:انٽرپرائز پليٽ فارم تي. انهي صورت ۾، 1C ايپليڪيشن COM ڪلائنٽ طور ڪم ڪري ٿو. پر اهو ياد رکڻ گهرجي ته اهي ميکانيزم صرف ڪم ڪندا جيڪڏهن 1C سرور ونڊوز ماحول ۾ هلندي.

انٽيگريشن ميڪانيزم کي معياري ترتيبن ۾ لاڳو ڪيو ويو آهي

انٽرپرائز ڊيٽا فارميٽ

1C ترتيبن جي ھڪڙي تعداد ۾ (ھيٺ ڏنل فهرست)، مٿي بيان ڪيل پليٽ فارم ڊيٽا جي مٽاسٽا واري ميڪانيزم جي بنياد تي، خارجي ايپليڪيشنن سان ڊيٽا کي مٽائڻ لاء ھڪڙو تيار ڪيل ميڪانيزم لاڳو ڪيو ويو آھي، جنھن کي ترتيبن جي ماخذ ڪوڊ کي تبديل ڪرڻ جي ضرورت نه آھي (ڊيٽا جي تياري) ايڪسچينج ايپليڪيشن حل جي سيٽنگن ۾ ڪيو ويندو آهي):

• "1C: ERP انٽرپرائز مينيجمينٽ 2.0"
• ڪمپليڪس آٽوميشن 2
• "انٽرپرائز اڪائونٽنگ"، ايڊيشن 3.0
• "هڪ CORP انٽرپرائز لاءِ اڪائونٽنگ"، ايڊيشن 3.0
• "پرچون"، ايڊيشن 2.0
• "بنيادي واپاري انتظام"، ايڊيشن 11
• واپار جو انتظام، ايڊيشن 11
• "تنخواه ۽ عملي جو انتظام CORP"، ايڊيشن 3

ڊيٽا جي بدلي لاء استعمال ٿيل فارميٽ آهي Enterprise ڊيٽا، XML جي بنياد تي. فارميٽ ڪاروبار تي مبني آهي - ان ۾ بيان ڪيل ڊيٽا جي جوڙجڪ 1C پروگرامن ۾ پيش ڪيل ڪاروباري ادارن (دستاويزن ۽ ڊاريڪٽري عناصر) سان ملن ٿيون، مثال طور: مڪمل ٿيڻ جو عمل، نقد رسيد آرڊر، انسداد پارٽي، شيون، وغيره.

1C ايپليڪيشن ۽ ٽئين پارٽي جي ايپليڪيشن جي وچ ۾ ڊيٽا مٽائي سگھي ٿي:

• هڪ وقف فائل ڊاريڪٽري ذريعي
• FTP ڊاريڪٽري ذريعي
• 1C ايپليڪيشن پاسي تي مقرر ڪيل ويب سروس ذريعي. ڊيٽا فائل کي پيٽرولر طور منظور ڪيو ويو آهي ويب طريقن ڏانهن
• اي ميل ذريعي

ويب سروس ذريعي مٽاسٽا جي صورت ۾، ٽئين پارٽي جي ايپليڪيشن 1C ايپليڪيشن جي لاڳاپيل ويب طريقن کي ڪال ڪندي ڊيٽا جي مٽاسٽا سيشن شروع ڪندي. ٻين حالتن ۾، ايڪسچينج سيشن جي شروعات ڪندڙ 1C ايپليڪيشن هوندي (ڊيٽا فائل کي مناسب ڊاريڪٽري ۾ رکڻ يا ترتيب ڏنل اي ميل پتي تي ڊيٽا فائل موڪلڻ سان).
1C پاسي تي پڻ توھان ترتيب ڪري سگھوٿا ته ڪھڙي ريت هم وقت سازي ٿيندي (ڊائريڪٽري ۽ اي ميل ذريعي فائل ايڪسچينج سان اختيارن لاءِ):

• شيڊول مطابق (مخصوص تعدد سان)
• دستي طور؛ استعمال ڪندڙ کي دستي طور تي هم وقت سازي شروع ڪرڻي پوندي هر وقت جڏهن هن کي ضرورت هجي

پيغامن جو اعتراف

1C ايپليڪيشنون موڪليل ۽ وصول ڪيل هم وقت سازي جي پيغامن جا رڪارڊ رکنديون آهن ۽ ٽئين پارٽي جي ايپليڪيشنن کان ساڳي اميد رکن ٿيون. هي توهان کي "ڊيٽا ايڪسچينج ميڪانيزم" سيڪشن ۾ مٿي بيان ڪيل پيغام نمبرنگ ميڪانيزم کي استعمال ڪرڻ جي اجازت ڏئي ٿو.

هم وقت سازي جي دوران، 1C ايپليڪيشنون صرف انهن تبديلين جي باري ۾ معلومات منتقل ڪن ٿيون جيڪي گذريل هم وقت سازي کان وٺي ڪاروباري ادارن سان ٿي چڪيون آهن (منتقل ڪيل معلومات جي مقدار کي گھٽائڻ لاءِ). پهرين هم وقت سازي جي دوران، 1C ايپليڪيشن سڀني ڪاروباري ادارن کي اپ لوڊ ڪندي (مثال طور، شيون ريفرنس ڪتاب جون شيون) EnterpriseData فارميٽ ۾ هڪ XML فائل ۾ (ڇاڪاڻ ته اهي سڀئي "نئين" آهن ٻاهرين ايپليڪيشن لاء). ٽئين پارٽي جي ايپليڪيشن کي لازمي طور تي 1C کان حاصل ڪيل XML فائل مان معلومات تي عمل ڪرڻ گهرجي ۽، ايندڙ هم وقت سازي سيشن دوران، 1C ڏانهن موڪليل فائل ۾ رکي، هڪ خاص XML سيڪشن ۾، اها معلومات جيڪا 1C کان پيغام هڪ خاص نمبر سان ڪاميابي سان هئي. حاصل ڪيو. رسيد جو پيغام 1C ايپليڪيشن لاءِ هڪ اشارو آهي ته سڀئي ڪاروباري ادارا ڪاميابيءَ سان خارجي ايپليڪيشن ذريعي پروسيس ڪيا ويا آهن ۽ هاڻي انهن بابت معلومات منتقل ڪرڻ جي ڪا ضرورت ناهي. رسيد جي اضافي ۾، ٽئين پارٽي جي ايپليڪيشن مان هڪ XML فائل پڻ ايپليڪيشن ذريعي هم وقت سازي لاءِ ڊيٽا تي مشتمل ٿي سگھي ٿي (مثال طور، سامان ۽ خدمتن جي وڪري لاءِ دستاويز).

رسيد جي پيغام کي حاصل ڪرڻ کان پوء، 1C ايپليڪيشن اڳئين پيغام ۾ منتقل ڪيل سڀني تبديلين کي نشانو بڻائيندو آهي جيئن ڪاميابي سان هم وقت سازي ڪئي وئي آهي. صرف ڪاروباري ادارن ۾ غير هم وقت ٿيل تبديليون (نئون ادارا ٺاهڻ، موجوده کي تبديل ڪرڻ ۽ حذف ڪرڻ) ايندڙ هم وقت سازي سيشن دوران خارجي ايپليڪيشن ڏانهن موڪليا ويندا.

جڏهن ڊيٽا کي خارجي ايپليڪيشن کان 1C ايپليڪيشن ڏانهن منتقل ڪيو وڃي، تصوير کي ڦيرايو ويندو آهي. خارجي ايپليڪيشن کي لازمي طور تي XML فائل جي رسيد واري حصي کي ڀرڻ گهرجي ۽ ان جي حصي تي انٽرپرائز ڊيٽا فارميٽ ۾ هم وقت سازي لاءِ ڪاروباري ڊيٽا رکڻ گهرجي.

هٿ ملائڻ کان سواءِ آسان ڊيٽا مٽائي

سادي انضمام جي ڪيسن لاءِ، جڏهن اهو ڪافي آهي ته صرف ٽئين پارٽي جي ايپليڪيشن کان معلومات کي 1C ايپليڪيشن ڏانهن منتقل ڪرڻ ۽ ڊيٽا جي 1C ايپليڪيشن کان ٽئين پارٽي جي ايپليڪيشن ڏانهن منتقلي جي ضرورت ناهي (مثال طور، آن لائن انضمام اسٽور جيڪو سيلز جي معلومات کي 1C ڏانهن منتقل ڪري ٿو: اڪائونٽنگ)، ويب سروس ذريعي ڪم ڪرڻ جو هڪ آسان اختيار آهي (بغير اعتراف)، جنهن کي 1C ايپليڪيشن جي پاسي تي سيٽنگن جي ضرورت ناهي.

ڪسٽم انضمام حل

اتي ھڪڙو معياري حل آھي "1C: Data Conversion"، جيڪو معياري 1C ترتيبن جي وچ ۾ ڊيٽا کي تبديل ڪرڻ ۽ مٽائڻ لاءِ پليٽ فارم ميکانيزم استعمال ڪري ٿو، پر ٽئين پارٽي جي ايپليڪيشنن سان انضمام لاءِ پڻ استعمال ٿي سگھي ٿو.

بئنڪنگ حل سان انضمام

معياري "ڪلائنٽ بئنڪ"1C ماهرن پاران 10 سال اڳ کان وڌيڪ ترقي ڪئي وئي، حقيقت ۾ روس ۾ هڪ صنعت معيار بڻجي چڪو آهي. هن هدايت ۾ ايندڙ قدم ٽيڪنالاجي آهي DirectBank, جيڪو توهان کي اجازت ڏئي ٿو ادائگي جا دستاويز موڪلڻ لاءِ بئنڪ ڏانهن ۽ بيان وصول ڪري بئنڪ کان سڌو پروگرامن مان 1C:Enterprise سسٽم 1C پروگرام ۾ هڪ بٽڻ دٻائيندي؛ اهو ڪلائنٽ ڪمپيوٽر تي اضافي پروگرامن کي انسٽال ڪرڻ ۽ هلائڻ جي ضرورت ناهي.

هتي پڻ آهن تنخواه منصوبن ۾ ڊيٽا جي بدلي لاء معيار.

Прочее

قابل ذڪر 1C جي وچ ۾ مٽاسٽا پروٽوڪول: انٽرپرائز سسٽم ۽ ويب سائيٽتجارتي معلومات جي بدلي جو معيار ڪامرس ايم ايل (Microsoft، Intel، Price.ru ۽ ٻين ڪمپنين سان گڏيل طور تي ترقي ڪئي وئي) ٽرانزيڪشن حاصل ڪرڻ لاء ڊيٽا جي بدلي لاء معيار.

جو ذريعو: www.habr.com