ProHoster > بلاګ > اداره > د 1C سره د یوځای کولو میتودونه

د 1C سره د یوځای کولو میتودونه

د سوداګرۍ غوښتنلیکونو لپاره خورا مهم اړتیاوې څه دي؟ ځینې ​​مهمې دندې په لاندې ډول دي:

  • د سوداګریزو دندو بدلولو لپاره د غوښتنلیک منطق بدلولو / تطبیق کولو اسانتیا.
  • د نورو غوښتنلیکونو سره اسانه ادغام.

په 1C کې لومړی کار څنګه حل کیږي په لنډه توګه د "تعدیل او ملاتړ" برخې کې تشریح شوی. دا مقاله; موږ به په راتلونکې مقاله کې دې په زړه پورې موضوع ته راستون شو. نن موږ به د دوهم کار، ادغام په اړه خبرې وکړو.

د ادغام دندې

د ادغام دندې کیدای شي مختلف وي. د ځینو ستونزو د حل لپاره، د ساده متقابل معلوماتو تبادله کافي ده - د بیلګې په توګه، د معاشونو پلاستيکي کارتونو صادرولو لپاره بانک ته د کارمندانو لیست لیږدول. د ډیرو پیچلو دندو لپاره، د بشپړ اتوماتیک ډیټا تبادله ممکن اړین وي، ممکن د بهرني سیسټم د سوداګرۍ منطق په حواله. داسې دندې شتون لري چې په طبیعت کې تخصص لري ، لکه د بهرني تجهیزاتو سره ادغام (د مثال په توګه ، پرچون تجهیزات ، ګرځنده سکینرونه او نور) یا د میراث یا خورا ځانګړي سیسټمونو سره (د مثال په توګه ، د RFID ټاګ پیژندنې سیسټمونو سره). دا خورا مهمه ده چې د هرې دندې لپاره د ادغام ترټولو مناسب میکانیزم غوره کړئ.

د 1C سره د یوځای کولو اختیارونه

د 1C غوښتنلیکونو سره د ادغام پلي کولو لپاره مختلف لارې شتون لري؛ کوم یو غوره کول د دندې اړتیاو پورې اړه لري.

  1. د تطبیق پر بنسټ د ادغام میکانیزمونهد پلیټ فارم لخوا چمتو شوی، د 1C غوښتنلیک اړخ کې خپل ځانګړی API (د مثال په توګه، د ویب یا HTTP خدماتو سیټ چې د 1C غوښتنلیک سره د معلوماتو تبادله کولو لپاره د دریمې ډلې غوښتنلیکونو ته زنګ ووهي). د دې تګلارې ګټه د 1C غوښتنلیک اړخ کې پلي کولو کې بدلونونو ته د API مقاومت دی. د تګلارې ځانګړتیا دا ده چې دا اړینه ده چې د معیاري 1C حل سرچینې کوډ بدل کړئ، کوم چې ممکن ممکن د سرچینې کوډونو یوځای کولو لپاره هڅې ته اړتیا ولري کله چې د ترتیب نوي نسخې ته حرکت وکړي. په دې حالت کې، یو نوی پرمختللی فعالیت کولی شي د ژغورنې لپاره راشي - د ترتیب توسیع. تمدیدونه په اصل کې د پلگ ان میکانیزم دي چې تاسو ته اجازه درکوي د غوښتنلیک حلونو کې اضافې رامینځته کړئ پرته لدې چې پخپله د غوښتنلیک حلونه بدل کړئ. د تنظیم کولو توسیع کې د ادغام API حرکت کول به تاسو ته اجازه درکړي کله چې د معیاري حل نوي نسخې ته د تګ پرمهال د تشکیلاتو ضمیمه کولو کې د ستونزو مخه ونیسئ.
  2. د پلیټ فارم ادغام میکانیزمونو کارول چې د غوښتنلیک اعتراض ماډل ته بهرني لاسرسی چمتو کوي او د غوښتنلیک ترمیم یا توسیع رامینځته کولو ته اړتیا نلري. د دې طریقې ګټه دا ده چې د 1C غوښتنلیک بدلولو ته اړتیا نشته. منفي - که د 1C غوښتنلیک ښه شوی وي ، نو بیا په مدغم غوښتنلیک کې پرمختګونو ته اړتیا لیدل کیدی شي. د دې تګلارې یوه بیلګه د ادغام لپاره د OData پروتوکول کارول دي چې د 1C:Enterprise پلیټ فارم په اړخ کې پلي کیږي (د دې په اړه نور لاندې لاندې).
  3. د چمتو شوي غوښتنلیک پروتوکولونو کارول چې په معیاري 1C حلونو کې پلي شوي. د 1C او شریکانو څخه ډیری معیاري حلونه د پلیټ فارم لخوا چمتو شوي د ادغام میکانیزمونو پراساس په ځانګړو دندو تمرکز کوي ، خپل غوښتنلیک پروتوکولونه پلي کوي. کله چې د دې میکانیزمونو په کارولو سره، د 1C غوښتنلیک اړخ کې د کوډ لیکلو ته اړتیا نشته، ځکه چې موږ د غوښتنلیک حل معیاري وړتیاوې کاروو. د 1C غوښتنلیک اړخ کې، موږ یوازې ځینې ترتیباتو ته اړتیا لرو.

په 1C کې د ادغام میکانیزم: د شرکت پلیټ فارم

فایلونه وارد او صادر کړئ

فرض کړئ چې موږ د 1C غوښتنلیک او خپل سري غوښتنلیک ترمینځ د دوه اړخیز ډیټا تبادلې دندې سره مخ یو. د مثال په توګه ، موږ اړتیا لرو د محصولاتو لیست (د نومونو لارښود) د 1C غوښتنلیک او خپل سري غوښتنلیک ترمینځ همغږي کړو.

د 1C سره د یوځای کولو میتودونه
د دې ستونزې د حل لپاره، تاسو کولی شئ یو توسیع ولیکئ چې د نوم لیکلو ډایرکټر د یو ځانګړي فارمیټ فایل کې ډاونلوډ کړئ (متن، XML، JSON، ...) او دا بڼه لوستلی شئ.

پلیټ فارم په مستقیم ډول په XML کې د غوښتنلیک شیانو سریال کولو لپاره میکانیزم پلي کوي ، د WriteXML/ReadXML نړیوال شرایطو میتودونو له لارې ، او د XDTO (XML ډیټا لیږد توکي) معاون څیز په کارولو سره.

په 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 سره د یوځای کولو میتودونه

د 1C غوښتنلیکونه کولی شي خپل HTTP او ویب خدمات پلي کړي ، په بیله بیا د دریمې ډلې غوښتنلیکونو لخوا پلي شوي HTTP او ویب خدماتو ته زنګ ووهي.

REST انٹرفیس او د OData پروتوکول

د 8.3.5 نسخه څخه پیل کول، 1C: د شرکت پلیټ فارم په اوتومات ډول کولی شي یو REST انٹرفیس جوړ کړئ د ټول غوښتنلیک حل لپاره. د ترتیب کولو هر څیز (ډائریکټوری، سند، د معلوماتو راجستر، او نور) د REST انٹرفیس له لارې د معلوماتو ترلاسه کولو او بدلولو لپاره چمتو کیدی شي. پلیټ فارم پروتوکول د لاسرسي پروتوکول په توګه کاروي OData نسخه 3.0. د OData خدماتو خپرول د تنظیم کونکي مینو "ادارې -> په ویب سرور کې خپرول" څخه ترسره کیږي ، د "معیاري OData انٹرفیس خپرول" چیک باکس باید چیک شي. Atom/XML او JSON فارمیټونه ملاتړ کیږي. وروسته له دې چې د غوښتنلیک حل په ویب سرور کې خپور شو، د دریمې ډلې سیسټمونه کولی شي د HTTP غوښتنو په کارولو سره د REST انٹرفیس له لارې لاسرسی ومومي. د OData پروتوکول له لارې د 1C غوښتنلیک سره کار کولو لپاره، په 1C اړخ کې پروګرام کولو ته اړتیا نشته.

نو، یو URL په څیر http://<сервер>/<конфигурация>/odata/standard.odata/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 سره د یوځای کولو میتودونه
په ځینو مواردو کې، د معلوماتو له لارې تبادله د بهرنیو معلوماتو سرچینې ممکن غوره حل وي. د بهرنۍ ډیټا سرچینې د 1C غوښتنلیک ترتیب کولو څیز دی چې تاسو ته اجازه درکوي د هر ډول ODBC سره مطابقت لرونکي ډیټابیس سره اړیکه ونیسئ ، دواړه د لوستلو او لیکلو لپاره. د بهرنیو معلوماتو سرچینې په وینډوز او لینکس دواړو کې شتون لري.

د معلوماتو د تبادلې میکانیزم

د معلوماتو د تبادلې میکانیزم د 1C:Enterprise پر بنسټ د جغرافيائی پلوه توزیع شوي سیسټمونو رامینځته کولو لپاره او د نورو معلوماتو سیسټمونو سره د معلوماتو تبادلې تنظیم کولو لپاره دواړه د 1C:Enterprise پر بنسټ نه دي.

دا میکانیزم په فعاله توګه د 1C پلي کولو کې کارول کیږي، او د هغې په مرسته حل شوي دندو لړۍ خورا پراخه ده. پدې کې د سازمان په څانګو کې د نصب شوي 1C غوښتنلیکونو ترمنځ د معلوماتو تبادله، او د 1C غوښتنلیک او آنلاین پلورنځي ویب پاڼې ترمنځ تبادله، او د 1C سرور غوښتنلیک او ګرځنده پیرودونکي ترمنځ د ډیټا تبادله (د 1C: شرکت ګرځنده پلیټ فارم په کارولو سره رامینځته شوی)، او نور ډیر څه شامل دي. نور

د ډیټا تبادلې میکانیزم کې یو له کلیدي مفکورو څخه د تبادلې پلان دی. د تبادلې پلان د 1C غوښتنلیک پلیټ فارم یو ځانګړی ډول اعتراض دی ، کوم چې په ځانګړي توګه د ډیټا ترکیب ټاکي چې په تبادله کې به برخه واخلي (کوم لارښودونه ، سندونه ، راجسترونه او نور). د تبادلې پلان د تبادلې برخه اخیستونکو په اړه معلومات هم لري (د تبادلې نوډونو په نوم یادیږي).
د معلوماتو د تبادلې میکانیزم دویمه برخه د بدلون د ثبت میکانیزم دی. دا میکانیزم په اتوماتيک ډول د ډیټا بدلونونو لپاره سیسټم څارنه کوي چې باید د تبادلې پلان برخې په توګه پای کاروونکو ته لیږدول شي. د دې میکانیزم په کارولو سره ، پلیټ فارم هغه بدلونونه تعقیبوي چې د وروستي همغږي کیدو راهیسې رامینځته شوي او تاسو ته اجازه درکوي د راتلونکي همغږي ناستې په جریان کې د لیږدول شوي ډیټا مقدار کم کړئ.

د معلوماتو تبادله د یو ځانګړي جوړښت XML پیغامونو په کارولو سره پیښیږي. پیغام هغه معلومات لري چې د نوډ او ځینې خدماتو معلوماتو سره د وروستي همغږي کیدو راهیسې بدل شوي. د پیغام جوړښت د پیغام شمیرې ملاتړ کوي او تاسو ته اجازه درکوي د ترلاسه کونکي نوډ څخه تایید ترلاسه کړئ چې پیغامونه ترلاسه شوي. دا ډول تایید په هر پیغام کې د ترلاسه کونکي نوډ څخه راځي، د وروستي ترلاسه شوي پیغام د شمیرې په بڼه. د پیغامونو شمیرل پلیټ فارم ته اجازه ورکوي چې پوه شي چې کوم معلومات دمخه په بریالیتوب سره ترلاسه کونکي نوډ ته لیږدول شوي ، او یوازې د ډیټا لیږدولو له لارې د بیرته لیږد څخه مخنیوی وکړي چې د لیږلو نوډ لخوا د ترلاسه شوي نوډ لخوا ترلاسه شوي ډیټا لپاره د رسید سره وروستی پیغام ترلاسه شوی. دا عملیاتي سکیم د باور وړ لیږد چینلونو او د پیغام له لاسه ورکولو سره د تضمین تضمین تضمینوي.

بهرنۍ برخې

په یو شمیر قضیو کې، کله چې د ادغام ستونزې حل کیږي، یو څوک باید د ځانګړو اړتیاو سره معامله وکړي، د بیلګې په توګه، د متقابل عمل پروتوکولونه، د ډیټا فارمیټونه، کوم چې په 1C کې ندي چمتو شوي: د شرکت پلیټ فارم. د داسې یو لړ دندو لپاره، پلیټ فارم چمتو کوي د بهرنۍ برخې ټیکنالوژي، کوم چې تاسو ته اجازه درکوي په متحرک ډول پلگ ان ماډلونه رامینځته کړئ چې د 1C فعالیت پراخوي: تصدۍ.

د ورته اړتیاو سره د دندې یوه ځانګړې بیلګه به د پرچون تجهیزاتو سره د 1C غوښتنلیک حل ادغام وي ، د ترازو څخه د نغدو راجسترونو او بارکوډ سکینرونو پورې. بهرنۍ برخې دواړه په 1C کې وصل کیدی شي: د تصدۍ سرور اړخ او د پیرودونکي اړخ کې (پشمول مګر محدود ندي ، د ویب پیرودونکي ، او همدارنګه د ګرځنده پلیټ فارم راتلونکی نسخه 1C: تصدۍ). د بهرنۍ اجزاو ټیکنالوژي د 1C سره د اجزاو متقابل عمل لپاره خورا ساده او د پوهیدو وړ سافټویر (C++) انٹرفیس چمتو کوي: تصدۍ پلیټ فارم ، کوم چې باید د پراختیا کونکي لخوا پلي شي.

هغه امکانات چې د بهرني اجزاو کارولو پرمهال خلاصیږي خورا پراخه دي. تاسو کولی شئ د بهرنیو وسیلو او سیسټمونو سره د ځانګړي ډیټا تبادلې پروتوکول په کارولو سره تعامل پلي کړئ ، د ډیټا او ډیټا فارمیټونو پروسس کولو لپاره ځانګړي الګوریتمونه جوړ کړئ ، او داسې نور.

د ادغام پخوانی میکانیزمونه

پلیټ فارم د ادغام میکانیزمونه چمتو کوي چې په نوي حلونو کې د کارولو لپاره وړاندیز نه کیږي؛ دوی د شاته مطابقت د دلیلونو لپاره پریښودل کیږي، او همدارنګه په هغه صورت کې چې بل اړخ نشي کولی د ډیرو عصري پروتوکولونو سره کار وکړي. یو یې د DBF فارمیټ فایلونو سره کار کوي (د XBase څیز په کارولو سره په جوړه شوې ژبه کې ملاتړ شوی).

بل د میراث ادغام میکانیزم د COM ټیکنالوژۍ کارول دي (یوازې په وینډوز پلیټ فارم کې شتون لري). 1C: د تصدۍ پلیټ فارم د COM ټیکنالوژۍ په کارولو سره د وینډوز لپاره د ادغام دوه میتودونه چمتو کوي: د اتومات سرور او بهرنۍ پیوستون. دوی خورا ورته دي، مګر یو له بنسټیزو توپیرونو څخه دا دی چې د اتوماتیک سرور په قضیه کې، د بشپړ 1C:Enterprise 8 مراجعینو غوښتنلیک په لاره اچول شوی، او د بهرنۍ پیوستون په صورت کې، یو نسبتا کوچنی په پروسه کې COM. سرور پیل شوی. دا دی ، که تاسو د اتومات سرور له لارې کار کوئ ، تاسو کولی شئ د پیرودونکي غوښتنلیک فعالیت وکاروئ او د کارونکي متقابل عملونو ته ورته عملونه ترسره کړئ. کله چې بهرنۍ پیوستون وکاروئ، تاسو کولی شئ یوازې د سوداګرۍ منطق افعال وکاروئ، او دوی د پیوستون په پیرودونکي اړخ کې دواړه اجرا کیدی شي، چیرې چې د پروسې په جریان کې COM سرور رامینځته کیږي، او تاسو کولی شئ په 1C کې د سوداګرۍ منطق ته زنګ ووهئ: Enterprise سرور اړخ

د COM ټیکنالوژي د 1C: تصدۍ پلیټ فارم کې د غوښتنلیک کوډ څخه بهرني سیسټمونو ته د لاسرسي لپاره هم کارول کیدی شي. په دې حالت کې، د 1C غوښتنلیک د COM پیرودونکي په توګه کار کوي. مګر دا باید په یاد ولرئ چې دا میکانیزمونه به یوازې هغه وخت کار وکړي چې د 1C سرور په وینډوز چاپیریال کې کار کوي.

د ادغام میکانیزمونه په معیاري تشکیلاتو کې پلي شوي

د شرکت ډیټا بڼه

د 1C سره د یوځای کولو میتودونه
په یو شمیر 1C تشکیلاتو کې (لاندې لیست) ، د پورته بیان شوي پلیټ فارم ډیټا تبادلې میکانیزم پراساس ، د بهرني غوښتنلیکونو سره د ډیټا تبادلې لپاره چمتو شوی میکانیزم پلي کیږي ، کوم چې د تشکیلاتو سرچینې کوډ بدلولو ته اړتیا نلري (د معلوماتو لپاره چمتووالی) تبادله د غوښتنلیک حلونو تنظیماتو کې ترسره کیږي):

  • "1C: د ERP تصدۍ مدیریت 2.0"
  • "پیچلی اتومات 2"
  • "د تشبث محاسبه"، 3.0 نسخه
  • "د CORP تصدۍ لپاره محاسبه"، 3.0 نسخه
  • "پرچون"، نسخه 2.0
  • "د سوداګرۍ بنسټیز مدیریت"، 11 ګڼه
  • د تجارت مدیریت، ۱۱ چاپ
  • "د معاشونو او پرسونل مدیریت CORP"، 3 نسخه

د معلوماتو د تبادلې لپاره کارول شوي بڼه ده د شرکت ډیټاد XML پر بنسټ. بڼه د سوداګرۍ پر بنسټ ده - په دې کې تشریح شوي د معلوماتو جوړښتونه د سوداګریزو ادارو (اسنادونه او لارښود عناصر) سره مطابقت لري چې په 1C برنامو کې وړاندې شوي، د بیلګې په توګه: د بشپړولو عمل، د نغدو رسید حکم، کاونټرپارټي، توکي، او نور.

د 1C غوښتنلیک او د دریمې ډلې غوښتنلیک تر مینځ د معلوماتو تبادله کیدی شي پیښ شي:

  • د وقف شوي فایل لارښود له لارې
  • د FTP لارښود له لارې
  • د ویب خدمت له لارې چې د 1C غوښتنلیک اړخ کې ځای په ځای شوي. د معلوماتو فایل د ویب میتودونو ته د پیرامیټر په توګه لیږدول کیږي
  • د بریښنالیک له لارې

د ویب خدماتو له لارې د تبادلې په حالت کې، د دریمې ډلې غوښتنلیک به د 1C غوښتنلیک اړوند ویب میتودونو ته زنګ وهلو سره د معلوماتو تبادلې سیشن پیل کړي. په نورو قضیو کې ، د تبادلې سیشن پیل کونکی به د 1C غوښتنلیک وي (د ډیټا فایل په مناسب لارښود کې ځای په ځای کولو یا ترتیب شوي بریښنالیک پتې ته د ډیټا فایل لیږلو سره).
همدارنګه د 1C اړخ کې تاسو کولی شئ تنظیم کړئ چې څومره وخت به همغږي کیږي (د ډایرکټر او بریښنالیک له لارې د فایل تبادلې سره د اختیارونو لپاره):

  • د مهالویش سره سم (د ټاکلي فریکونسۍ سره)
  • په لاسي ډول کارونکي باید هرکله چې ورته اړتیا ولري په لاسي ډول همغږي پیل کړي

د منلو پیغامونه

1C غوښتنلیکونه د لیږل شوي او ترلاسه شوي همغږي کولو پیغامونو ریکارډ ساتي او د دریمې ډلې غوښتنلیکونو څخه ورته تمه لري. دا تاسو ته اجازه درکوي د پیغام شمیرې میکانیزم وکاروئ چې پورته یې د "ډیټا تبادلې میکانیزم" برخه کې تشریح شوي.

د همغږي کولو په جریان کې، د 1C غوښتنلیکونه یوازې د بدلونونو په اړه معلومات لیږدوي چې د وروستي همغږي کولو راهیسې د سوداګریزو ادارو سره پیښ شوي (د لیږدول شوي معلوماتو مقدار کمولو لپاره). د لومړي همغږي کولو په جریان کې ، د 1C غوښتنلیک به ټولې سوداګریزې ادارې (د مثال په توګه د توکو حوالې کتاب توکي) د Enterprise ډیټا فارمیټ کې په XML فایل کې اپلوډ کړي (ځکه چې دا ټول د بهرني غوښتنلیک لپاره "نوي" دي). د دریمې ډلې غوښتنلیک باید د 1C څخه ترلاسه شوي د XML فایل څخه معلومات پروسس کړي او د راتلونکي ترکیب ناستې په جریان کې ، 1C ته لیږل شوي فایل کې ځای په ځای کړي ، په ځانګړي XML برخه کې ، هغه معلومات چې د 1C څخه پیغام د یوې ټاکلې شمیرې سره په بریالیتوب سره و. ترلاسه کړی. د رسید پیغام د 1C غوښتنلیک ته یو سیګنال دی چې ټولې سوداګریزې ادارې په بریالیتوب سره د بهرني غوښتنلیک لخوا پروسس شوي او نور د دوی په اړه د معلوماتو لیږدولو ته اړتیا نشته. د رسید سربیره ، د دریمې ډلې غوښتنلیک څخه د XML فایل هم کولی شي د غوښتنلیک لخوا همغږي کولو لپاره ډیټا ولري (د مثال په توګه ، د توکو او خدماتو پلور لپاره اسناد).

د رسید پیغام ترلاسه کولو وروسته، د 1C غوښتنلیک ټول هغه بدلونونه په نښه کوي چې په تیرو پیغام کې لیږدول شوي لکه څنګه چې په بریالیتوب سره همغږي شوي. یوازې د سوداګرۍ ادارو کې غیر همغږي شوي بدلونونه (د نوي ادارو رامینځته کول ، د موجوده موجوداتو بدلول او حذف کول) به د راتلونکي همغږي ناستې په جریان کې بهرني غوښتنلیک ته واستول شي.

د 1C سره د یوځای کولو میتودونه
کله چې د 1C غوښتنلیک ته د بهرني غوښتنلیک څخه ډیټا لیږدئ ، عکس بدلیږي. بهرنی غوښتنلیک باید د XML فایل د رسیدو برخه ډکه کړي او د سوداګرۍ ډیټا د شرکت ډیټا ب formatه کې د هغې برخې کې همغږي کولو لپاره ځای په ځای کړي.

د 1C سره د یوځای کولو میتودونه

د لاس اخستلو پرته د معلوماتو ساده تبادله

د ساده ادغام قضیو لپاره ، کله چې دا یوازې د دریمې ډلې غوښتنلیک څخه 1C غوښتنلیک ته د معلوماتو لیږدولو لپاره کافي وي او د 1C غوښتنلیک څخه دریمې ډلې غوښتنلیک ته د معلوماتو بیرته لیږد اړین ندي (د مثال په توګه ، د آنلاین ادغام) هغه پلورنځی چې د پلور معلومات 1C ته لیږدوي: محاسبه) ، د ویب خدماتو (پرته له اعتراف پرته) له لارې د کار کولو ساده اختیار شتون لري ، کوم چې د 1C غوښتنلیک اړخ کې تنظیماتو ته اړتیا نلري.

د دودیز ادغام حلونه

دلته یو معیاري حل شتون لري "1C: د ډیټا تبادله" ، کوم چې د معیاري 1C تشکیلاتو ترمینځ ډیټا بدلولو او تبادله کولو لپاره پلیټ فارم میکانیزمونه کاروي ، مګر د دریمې ډلې غوښتنلیکونو سره ادغام لپاره هم کارول کیدی شي.

د بانکي حلونو سره یوځای کول

معياري "د پیرودونکي بانک"، د 1C متخصصینو لخوا 10 کاله دمخه رامینځته شوی ، واقعیا په روسیه کې د صنعت معیار ګرځیدلی. په دې لار کې بل ګام ټیکنالوژي ده DirectBank، کوم چې تاسو ته اجازه درکوي بانک ته د تادیې اسناد واستوئ او د 1C برنامو څخه مستقیم د بانک څخه بیانات ترلاسه کړئ: د 1C برنامه کې د یوې تڼۍ په فشارولو سره د سوداګرۍ سیسټم؛ دا د مراجعینو کمپیوټر کې د اضافي پروګرامونو نصب او چلولو ته اړتیا نلري.

هم شته د معاشونو په پروژو کې د معلوماتو تبادلې لپاره معیار.

Прочее

د یادولو وړ د 1C ترمنځ د تبادلې پروتوکول: د شرکت سیسټم او ویب پاڼېد سوداګریزو معلوماتو د تبادلې معیار CommerceML (د مایکروسافټ، Intel، Price.ru او نورو شرکتونو سره په ګډه جوړ شوی) د راکړې ورکړې ترلاسه کولو لپاره د معلوماتو تبادلې لپاره معیار.

سرچینه: www.habr.com

Add a comment