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، ...) میں ڈاؤن لوڈ کرتی ہے اور اس فارمیٹ کو پڑھ سکتے ہیں۔

پلیٹ فارم ایکس ایم ایل میں ایپلیکیشن آبجیکٹ کو براہ راست، 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 انٹرفیس کے ذریعے ڈیٹا حاصل کرنے اور اس میں ترمیم کرنے کے لیے دستیاب کیا جا سکتا ہے۔ پلیٹ فارم پروٹوکول کو ایک رسائی پروٹوکول کے طور پر استعمال کرتا ہے۔ اوڈیٹا ورژن 3.0۔ OData خدمات کی اشاعت کنفیگریٹر مینو "ایڈمنسٹریشن -> ویب سرور پر اشاعت" سے کی جاتی ہے، "معیاری OData انٹرفیس شائع کریں" کے چیک باکس کو ضرور نشان زد کیا جانا چاہیے۔ ایٹم/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"/>
...

یو آر ایل میں سٹرنگ "?$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:Enterprise پلیٹ فارم میں فراہم نہیں کیے گئے ہیں۔ اس طرح کے کاموں کی ایک حد کے لئے، پلیٹ فارم فراہم کرتا ہے بیرونی اجزاء کی ٹیکنالوجی، جو آپ کو متحرک طور پر پلگ ان ماڈیول بنانے کی اجازت دیتا ہے جو 1C:Enterprise کی فعالیت کو بڑھاتا ہے۔

اسی طرح کے تقاضوں کے ساتھ کام کی ایک عام مثال خوردہ سامان کے ساتھ 1C ایپلیکیشن سلوشن کا انضمام ہے، جس میں ترازو سے لے کر کیش رجسٹر اور بارکوڈ سکینرز شامل ہیں۔ بیرونی اجزاء کو 1C: انٹرپرائز سرور سائیڈ اور کلائنٹ سائڈ دونوں پر منسلک کیا جا سکتا ہے (بشمول، لیکن ان تک محدود نہیں، ویب کلائنٹ کے ساتھ ساتھ موبائل پلیٹ فارم کا اگلا ورژن 1C: انٹرپرائز)۔ بیرونی اجزاء کی ٹیکنالوجی 1C:Enterprise پلیٹ فارم کے ساتھ اجزاء کے تعامل کے لیے کافی آسان اور قابل فہم سافٹ ویئر (C++) انٹرفیس فراہم کرتی ہے، جسے ڈویلپر کے ذریعے لاگو کیا جانا چاہیے۔

بیرونی اجزاء کا استعمال کرتے وقت کھلنے والے امکانات بہت وسیع ہیں۔ آپ بیرونی آلات اور سسٹمز کے ساتھ مخصوص ڈیٹا ایکسچینج پروٹوکول کا استعمال کرتے ہوئے تعامل کو نافذ کر سکتے ہیں، ڈیٹا اور ڈیٹا فارمیٹس وغیرہ پر کارروائی کرنے کے لیے مخصوص الگورتھم بنا سکتے ہیں۔

فرسودہ انضمام کے طریقہ کار

پلیٹ فارم انضمام کے طریقہ کار فراہم کرتا ہے جو نئے حل میں استعمال کے لیے تجویز نہیں کیے جاتے ہیں۔ انہیں پسماندہ مطابقت کی وجوہات کی بنا پر چھوڑ دیا جاتا ہے، اور اس صورت میں بھی کہ دوسرا فریق زیادہ جدید پروٹوکول کے ساتھ کام نہیں کرسکتا۔ ان میں سے ایک DBF فارمیٹ فائلوں کے ساتھ کام کر رہا ہے (XBase آبجیکٹ کا استعمال کرتے ہوئے بلٹ ان زبان میں تعاون یافتہ)۔

ایک اور میراثی انضمام کا طریقہ کار COM ٹیکنالوجی کا استعمال ہے (صرف ونڈوز پلیٹ فارم پر دستیاب ہے)۔ 1C: انٹرپرائز پلیٹ فارم COM ٹیکنالوجی کا استعمال کرتے ہوئے ونڈوز کے لیے انضمام کے دو طریقے فراہم کرتا ہے: آٹومیشن سرور اور بیرونی کنکشن۔ وہ بہت ملتے جلتے ہیں، لیکن بنیادی فرقوں میں سے ایک یہ ہے کہ آٹومیشن سرور کے معاملے میں، ایک مکمل 1C:Enterprise 8 کلائنٹ ایپلیکیشن شروع کی گئی ہے، اور بیرونی کنکشن کی صورت میں، ایک نسبتاً چھوٹا ان پروسیس COM سرور شروع کیا گیا ہے۔ یعنی، اگر آپ آٹومیشن سرور کے ذریعے کام کرتے ہیں، تو آپ کلائنٹ ایپلی کیشن کی فعالیت کو استعمال کر سکتے ہیں اور صارف کے انٹرایکٹو ایکشنز کی طرح کے اعمال انجام دے سکتے ہیں۔ بیرونی کنکشن استعمال کرتے وقت، آپ صرف کاروباری منطق کے افعال استعمال کر سکتے ہیں، اور ان کو کنکشن کے کلائنٹ سائیڈ پر دونوں پر عمل میں لایا جا سکتا ہے، جہاں ایک ان پروسیس COM سرور بنتا ہے، اور آپ 1C:Enterprise سرور پر کاروباری منطق کو کال کر سکتے ہیں۔ طرف

COM ٹیکنالوجی کو 1C:Enterprise پلیٹ فارم پر ایپلیکیشن کوڈ سے بیرونی سسٹمز تک رسائی کے لیے بھی استعمال کیا جا سکتا ہے۔ اس صورت میں، 1C ایپلیکیشن COM کلائنٹ کے طور پر کام کرتی ہے۔ لیکن یہ یاد رکھنا چاہیے کہ یہ میکانزم صرف اس صورت میں کام کریں گے جب 1C سرور ونڈوز کے ماحول میں کام کرے۔

انٹیگریشن میکانزم کو معیاری کنفیگریشنز میں لاگو کیا گیا ہے۔

انٹرپرائز ڈیٹا فارمیٹ

1C کے ساتھ انضمام کے طریقے
اوپر بیان کردہ پلیٹ فارم ڈیٹا ایکسچینج میکانزم کی بنیاد پر متعدد 1C کنفیگریشنز (نیچے دی گئی فہرست) میں، بیرونی ایپلی کیشنز کے ساتھ ڈیٹا کے تبادلے کے لیے ایک تیار شدہ میکانزم نافذ کیا گیا ہے، جس کے لیے کنفیگریشنز کے سورس کوڈ کو تبدیل کرنے کی ضرورت نہیں ہے (ڈیٹا کی تیاری تبادلہ ایپلی کیشن کے حل کی ترتیبات میں کیا جاتا ہے):

  • "1C: ERP انٹرپرائز مینجمنٹ 2.0"
  • "پیچیدہ آٹومیشن 2"
  • "انٹرپرائز اکاؤنٹنگ"، ایڈیشن 3.0
  • "CORP انٹرپرائز کے لیے اکاؤنٹنگ"، ایڈیشن 3.0
  • "خوردہ"، ایڈیشن 2.0
  • "بنیادی تجارت کا انتظام"، ایڈیشن 11
  • تجارتی انتظام، ایڈیشن 11
  • "تنخواہوں اور عملے کا انتظام CORP"، ایڈیشن 3

ڈیٹا کے تبادلے کے لیے استعمال ہونے والا فارمیٹ ہے۔ انٹرپرائز ڈیٹا، XML کی بنیاد پر۔ فارمیٹ کاروبار پر مبنی ہے - اس میں بیان کردہ ڈیٹا ڈھانچے 1C پروگراموں میں پیش کردہ کاروباری اداروں (دستاویزات اور ڈائریکٹری عناصر) سے مطابقت رکھتے ہیں، مثال کے طور پر: ایکٹ آف تکمیل، نقد رسید آرڈر، کاؤنٹر پارٹی، آئٹم وغیرہ۔

1C ایپلیکیشن اور تھرڈ پارٹی ایپلیکیشن کے درمیان ڈیٹا کا تبادلہ ہو سکتا ہے:

  • ایک سرشار فائل ڈائرکٹری کے ذریعے
  • FTP ڈائریکٹری کے ذریعے
  • 1C ایپلیکیشن سائیڈ پر تعینات ویب سروس کے ذریعے۔ ڈیٹا فائل کو پیرامیٹر کے طور پر ویب طریقوں میں منتقل کیا جاتا ہے۔
  • ای میل کے ذریعے

ویب سروس کے ذریعے تبادلے کی صورت میں، فریق ثالث کی ایپلیکیشن 1C ایپلیکیشن کے متعلقہ ویب طریقوں کو کال کرکے ڈیٹا ایکسچینج سیشن شروع کرے گی۔ دوسرے معاملات میں، ایکسچینج سیشن کا آغاز کرنے والا 1C ایپلیکیشن ہوگا (ڈیٹا فائل کو مناسب ڈائرکٹری میں رکھ کر یا ڈیٹا فائل کو کنفیگرڈ ای میل ایڈریس پر بھیج کر)۔
1C کی طرف بھی آپ ترتیب دے سکتے ہیں کہ کتنی بار مطابقت پذیری ہوگی (ڈائریکٹری اور ای میل کے ذریعے فائل ایکسچینج کے اختیارات کے لیے):

  • شیڈول کے مطابق (مخصوص تعدد کے ساتھ)
  • دستی طور پر صارف کو جب بھی ضرورت ہو اسے دستی طور پر ہم آہنگی شروع کرنا ہوگی۔

پیغامات کو تسلیم کرنا

1C ایپلیکیشنز بھیجے گئے اور موصول ہونے والے ہم آہنگی کے پیغامات کا ریکارڈ رکھتی ہیں اور فریق ثالث ایپلی کیشنز سے بھی اسی کی توقع رکھتی ہیں۔ یہ آپ کو "ڈیٹا ایکسچینج میکانزم" سیکشن میں اوپر بیان کردہ میسج نمبرنگ میکانزم کو استعمال کرنے کی اجازت دیتا ہے۔

مطابقت پذیری کے دوران، 1C ایپلیکیشنز صرف ان تبدیلیوں کے بارے میں معلومات منتقل کرتی ہیں جو آخری ہم آہنگی کے بعد سے کاروباری اداروں کے ساتھ ہوئی ہیں (منتقل شدہ معلومات کی مقدار کو کم کرنے کے لیے)۔ پہلی مطابقت پذیری کے دوران، 1C ایپلیکیشن تمام کاروباری اداروں (مثال کے طور پر، آئٹم ریفرنس بک کے آئٹمز) کو انٹرپرائز ڈیٹا فارمیٹ میں ایک XML فائل میں اپ لوڈ کرے گی (چونکہ یہ تمام بیرونی ایپلیکیشن کے لیے "نئے" ہیں)۔ فریق ثالث کی درخواست کو 1C سے موصول ہونے والی XML فائل سے معلومات پر کارروائی کرنی چاہیے اور، اگلے ہم آہنگی کے سیشن کے دوران، 1C کو بھیجی گئی فائل میں، ایک خصوصی XML سیکشن میں، یہ معلومات رکھیں کہ 1C سے ایک مخصوص نمبر کے ساتھ پیغام کامیابی سے آیا تھا۔ موصول رسید کا پیغام 1C ایپلیکیشن کے لیے ایک اشارہ ہے کہ بیرونی ایپلی کیشن کے ذریعے تمام کاروباری اداروں پر کامیابی کے ساتھ کارروائی کی گئی ہے اور اب ان کے بارے میں معلومات منتقل کرنے کی ضرورت نہیں ہے۔ رسید کے علاوہ، فریق ثالث کی درخواست کی ایک XML فائل میں ایپلیکیشن کے ذریعے مطابقت پذیری کے لیے ڈیٹا بھی ہو سکتا ہے (مثال کے طور پر، سامان اور خدمات کی فروخت کے لیے دستاویزات)۔

رسید کا پیغام موصول ہونے کے بعد، 1C ایپلیکیشن پچھلے پیغام میں منتقل کی گئی تمام تبدیلیوں کو کامیابی کے ساتھ مطابقت پذیری کے طور پر نشان زد کرتی ہے۔ اگلے ہم وقت سازی سیشن کے دوران صرف کاروباری اداروں میں غیر مطابقت پذیر تبدیلیاں (نئی ہستیوں کی تخلیق، موجودہ کو تبدیل کرنا اور حذف کرنا) ہی بیرونی ایپلیکیشن کو بھیجی جائیں گی۔

1C کے ساتھ انضمام کے طریقے
کسی بیرونی ایپلیکیشن سے ڈیٹا کو 1C ایپلیکیشن میں منتقل کرتے وقت، تصویر الٹ جاتی ہے۔ بیرونی درخواست کو XML فائل کے رسید کے حصے کو اسی کے مطابق پُر کرنا چاہیے اور کاروباری ڈیٹا کو اپنی طرف سے انٹرپرائز ڈیٹا فارمیٹ میں مطابقت پذیری کے لیے رکھنا چاہیے۔

1C کے ساتھ انضمام کے طریقے

بغیر مصافحہ کے آسان ڈیٹا کا تبادلہ

سادہ انضمام کے معاملات کے لیے، جب صرف فریق ثالث کی درخواست سے 1C ایپلیکیشن میں معلومات کی منتقلی کافی ہے اور 1C ایپلیکیشن سے فریق ثالث کی درخواست میں ڈیٹا کی ریورس منتقلی کی ضرورت نہیں ہے (مثال کے طور پر، آن لائن انضمام وہ اسٹور جو سیلز کی معلومات کو 1C پر منتقل کرتا ہے: اکاؤنٹنگ)، ویب سروس (بغیر تسلیم کیے) کے ذریعے کام کرنے کا ایک آسان آپشن ہے، جس کے لیے 1C ایپلیکیشن کی جانب سے سیٹنگز کی ضرورت نہیں ہے۔

حسب ضرورت انضمام کے حل

ایک معیاری حل "1C: ڈیٹا کنورژن" ہے، جو معیاری 1C کنفیگریشنز کے درمیان ڈیٹا کو تبدیل کرنے اور تبادلے کے لیے پلیٹ فارم میکانزم کا استعمال کرتا ہے، لیکن اسے تھرڈ پارٹی ایپلی کیشنز کے ساتھ انضمام کے لیے بھی استعمال کیا جا سکتا ہے۔

بینکنگ حل کے ساتھ انضمام

سٹینڈرڈ "کلائنٹ بینک"1C ماہرین کی طرف سے 10 سال سے زیادہ پہلے تیار کیا گیا تھا، حقیقت میں روس میں ایک صنعت کا معیار بن گیا ہے۔ اس سمت میں اگلا قدم ٹیکنالوجی ہے۔ ڈائریکٹ بینک، جو آپ کو بینک کو ادائیگی کے دستاویزات بھیجنے اور 1C پروگرام میں ایک بٹن دبا کر 1C:Enterprise سسٹم کے پروگراموں سے براہ راست بینک سے اسٹیٹمنٹ حاصل کرنے کی اجازت دیتا ہے۔ اسے کلائنٹ کمپیوٹر پر اضافی پروگراموں کو انسٹال کرنے اور چلانے کی ضرورت نہیں ہے۔

وہاں بھی ہیں۔ تنخواہ کے منصوبوں میں ڈیٹا ایکسچینج کے لیے معیاری.

دیگر

قابل ذکر 1C: انٹرپرائز سسٹم اور ویب سائٹ کے درمیان تبادلہ پروٹوکولتجارتی معلومات کے تبادلے کا معیار کامرس ایم ایل (Microsoft, Intel, Price.ru اور دیگر کمپنیوں کے ساتھ مشترکہ طور پر تیار کیا گیا) لین دین کے حصول کے لیے ڈیٹا ایکسچینج کا معیار.

ماخذ: www.habr.com

نیا تبصرہ شامل کریں