1C এর সাথে একীকরণের পদ্ধতি

ব্যবসায়িক অ্যাপ্লিকেশনের জন্য সবচেয়ে গুরুত্বপূর্ণ প্রয়োজনীয়তা কি? কিছু গুরুত্বপূর্ণ কাজ নিম্নরূপ:

• ব্যবসার কাজ পরিবর্তন করার জন্য অ্যাপ্লিকেশন যুক্তি পরিবর্তন/অভিযোজিত করার সহজতা।
• অন্যান্য অ্যাপ্লিকেশনের সাথে সহজ ইন্টিগ্রেশন।

1C-তে প্রথম কাজটি কীভাবে সমাধান করা হয় তা "কাস্টমাইজেশন এবং সমর্থন" বিভাগে সংক্ষিপ্তভাবে বর্ণনা করা হয়েছে এই নিবন্ধটি এর; আমরা ভবিষ্যতের নিবন্ধে এই আকর্ষণীয় বিষয়ে ফিরে যাব। আজ আমরা দ্বিতীয় কাজ, একীকরণ সম্পর্কে কথা বলব।

ইন্টিগ্রেশন কাজ

ইন্টিগ্রেশন কাজ বিভিন্ন হতে পারে. কিছু সমস্যা সমাধানের জন্য, একটি সাধারণ ইন্টারেক্টিভ ডেটা বিনিময় যথেষ্ট - উদাহরণস্বরূপ, বেতন প্লাস্টিক কার্ড ইস্যু করার জন্য একটি ব্যাঙ্কে কর্মচারীদের তালিকা স্থানান্তর করা। আরও জটিল কাজের জন্য, সম্পূর্ণ স্বয়ংক্রিয় ডেটা বিনিময়ের প্রয়োজন হতে পারে, সম্ভবত একটি বহিরাগত সিস্টেমের ব্যবসায়িক যুক্তির রেফারেন্স সহ। এমন কিছু কাজ আছে যা প্রকৃতিতে বিশেষায়িত, যেমন বাহ্যিক সরঞ্জামগুলির সাথে একীকরণ (উদাহরণস্বরূপ, খুচরা সরঞ্জাম, মোবাইল স্ক্যানার, ইত্যাদি) বা লিগ্যাসি বা অত্যন্ত বিশেষায়িত সিস্টেমগুলির সাথে (উদাহরণস্বরূপ, RFID ট্যাগ শনাক্তকরণ সিস্টেমের সাথে)। প্রতিটি কাজের জন্য সবচেয়ে উপযুক্ত ইন্টিগ্রেশন মেকানিজম নির্বাচন করা অত্যন্ত গুরুত্বপূর্ণ।

1C এর সাথে ইন্টিগ্রেশন অপশন

1C অ্যাপ্লিকেশনগুলির সাথে একীকরণ বাস্তবায়নের জন্য বিভিন্ন পদ্ধতি রয়েছে; কোনটি বেছে নেবেন তা কাজের প্রয়োজনীয়তার উপর নির্ভর করে।

1. বাস্তবায়ন ভিত্তিক ইন্টিগ্রেশন মেকানিজমপ্ল্যাটফর্ম দ্বারা প্রদত্ত, 1C অ্যাপ্লিকেশন সাইডে নিজস্ব বিশেষায়িত API (উদাহরণস্বরূপ, ওয়েব বা HTTP পরিষেবাগুলির একটি সেট যা 1C অ্যাপ্লিকেশনের সাথে ডেটা আদান-প্রদানের জন্য তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলিকে কল করবে)। এই পদ্ধতির সুবিধা হল 1C অ্যাপ্লিকেশনের দিকে বাস্তবায়নে পরিবর্তনের জন্য API এর প্রতিরোধ। পদ্ধতির বিশেষত্ব হল একটি আদর্শ 1C সমাধানের সোর্স কোড পরিবর্তন করা প্রয়োজন, যা কনফিগারেশনের একটি নতুন সংস্করণে যাওয়ার সময় সোর্স কোডগুলিকে একত্রিত করার সময় সম্ভাব্য প্রচেষ্টার প্রয়োজন হতে পারে। এই ক্ষেত্রে, একটি নতুন প্রগতিশীল কার্যকারিতা উদ্ধারে আসতে পারে - কনফিগারেশন এক্সটেনশন. এক্সটেনশনগুলি মূলত, একটি প্লাগইন প্রক্রিয়া যা আপনাকে অ্যাপ্লিকেশন সমাধানগুলিকে নিজেরাই পরিবর্তন না করেই অ্যাপ্লিকেশন সমাধানগুলিতে সংযোজন তৈরি করতে দেয়৷ কনফিগারেশন এক্সটেনশনে ইন্টিগ্রেশন এপিআই স্থানান্তর করা আপনাকে একটি স্ট্যান্ডার্ড সমাধানের একটি নতুন সংস্করণে যাওয়ার সময় কনফিগারেশনগুলি মার্জ করার সময় অসুবিধাগুলি এড়াতে অনুমতি দেবে৷
2. প্ল্যাটফর্ম ইন্টিগ্রেশন মেকানিজম ব্যবহার করে যা অ্যাপ্লিকেশন অবজেক্ট মডেলে বাহ্যিক অ্যাক্সেস প্রদান করে এবং অ্যাপ্লিকেশনের পরিবর্তন বা একটি এক্সটেনশন তৈরির প্রয়োজন হয় না। এই পদ্ধতির সুবিধা হল 1C অ্যাপ্লিকেশন পরিবর্তন করার প্রয়োজন নেই। বিয়োগ - যদি 1C অ্যাপ্লিকেশন উন্নত করা হয়, তাহলে সমন্বিত অ্যাপ্লিকেশনে উন্নতির প্রয়োজন হতে পারে। এই পদ্ধতির একটি উদাহরণ হল ইন্টিগ্রেশনের জন্য OData প্রোটোকলের ব্যবহার, যা 1C:Enterprise প্ল্যাটফর্মের পাশে প্রয়োগ করা হয়েছে (নীচে এটি সম্পর্কে আরও)।
3. স্ট্যান্ডার্ড 1C সমাধানে বাস্তবায়িত রেডিমেড অ্যাপ্লিকেশন প্রোটোকলের ব্যবহার। 1C এবং অংশীদারদের থেকে অনেক স্ট্যান্ডার্ড সমাধান প্ল্যাটফর্ম দ্বারা প্রদত্ত ইন্টিগ্রেশন মেকানিজমের উপর ভিত্তি করে নির্দিষ্ট কাজের উপর দৃষ্টি নিবদ্ধ করে তাদের নিজস্ব অ্যাপ্লিকেশন প্রোটোকল বাস্তবায়ন করে। এই প্রক্রিয়াগুলি ব্যবহার করার সময়, 1C অ্যাপ্লিকেশনের দিকে কোড লেখার দরকার নেই, কারণ আমরা অ্যাপ্লিকেশন সমাধানের মানক ক্ষমতা ব্যবহার করি। 1C অ্যাপ্লিকেশনের দিকে, আমাদের শুধুমাত্র নির্দিষ্ট সেটিংস করতে হবে।

1C-এ ইন্টিগ্রেশন মেকানিজম: এন্টারপ্রাইজ প্ল্যাটফর্ম

ফাইল আমদানি/রপ্তানি করুন

ধরুন আমরা একটি 1C অ্যাপ্লিকেশন এবং একটি নির্বিচারে অ্যাপ্লিকেশনের মধ্যে দ্বিমুখী ডেটা বিনিময়ের কাজটির মুখোমুখি হয়েছি। উদাহরণস্বরূপ, আমাদের 1C অ্যাপ্লিকেশন এবং একটি নির্বিচারে অ্যাপ্লিকেশনের মধ্যে পণ্যগুলির একটি তালিকা (নামকরণ ডিরেক্টরি) সিঙ্ক্রোনাইজ করতে হবে।

এই সমস্যাটি সমাধান করার জন্য, আপনি একটি এক্সটেনশন লিখতে পারেন যা একটি নির্দিষ্ট ফরম্যাটের (টেক্সট, XML, JSON, ...) ফাইলে নামকরণ ডিরেক্টরি ডাউনলোড করে এবং এই বিন্যাসটি পড়তে পারে।

প্ল্যাটফর্মটি সরাসরি, WriteXML/ReadXML গ্লোবাল কনটেক্সট পদ্ধতির মাধ্যমে এবং XDTO (XML ডেটা ট্রান্সফার অবজেক্ট) অক্জিলিয়ারী অবজেক্ট ব্যবহার করে 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 অ্যাপ্লিকেশনগুলি তাদের নিজস্ব HTTP এবং ওয়েব পরিষেবাগুলি বাস্তবায়ন করতে পারে, সেইসাথে তৃতীয় পক্ষের অ্যাপ্লিকেশন দ্বারা বাস্তবায়িত HTTP এবং ওয়েব পরিষেবাগুলিকে কল করতে পারে৷

REST ইন্টারফেস এবং OData প্রোটোকল

সংস্করণ 8.3.5 থেকে শুরু করে, 1C:এন্টারপ্রাইজ প্ল্যাটফর্ম স্বয়ংক্রিয়ভাবে করতে পারে একটি REST ইন্টারফেস তৈরি করুন সম্পূর্ণ অ্যাপ্লিকেশন সমাধানের জন্য। যেকোন কনফিগারেশন অবজেক্ট (ডিরেক্টরি, ডকুমেন্ট, ইনফরমেশন রেজিস্টার, ইত্যাদি) REST ইন্টারফেসের মাধ্যমে ডেটা গ্রহণ এবং পরিবর্তন করার জন্য উপলব্ধ করা যেতে পারে। প্ল্যাটফর্মটি একটি অ্যাক্সেস প্রোটোকল হিসাবে প্রোটোকল ব্যবহার করে একদা সংস্করণ 3.0। প্রকাশনা OData পরিষেবাগুলি কনফিগারেটর মেনু "প্রশাসন -> একটি ওয়েব সার্ভারে প্রকাশ" থেকে সঞ্চালিত হয়, "স্ট্যান্ডার্ড OData ইন্টারফেস প্রকাশ করুন" চেকবক্সটি অবশ্যই টিক চিহ্ন দিতে হবে। Atom/XML এবং JSON ফর্ম্যাট সমর্থিত। ওয়েব সার্ভারে অ্যাপ্লিকেশন সমাধান প্রকাশিত হওয়ার পরে, তৃতীয় পক্ষের সিস্টেমগুলি HTTP অনুরোধগুলি ব্যবহার করে REST ইন্টারফেসের মাধ্যমে এটি অ্যাক্সেস করতে পারে। OData প্রোটোকলের মাধ্যমে 1C অ্যাপ্লিকেশনের সাথে কাজ করার জন্য, 1C পাশে প্রোগ্রামিংয়ের প্রয়োজন নেই।

সুতরাং, একটি ইউআরএল মত 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"/>
...

ইউআরএলে "?$ফর্ম্যাট=অ্যাপ্লিকেশন/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 প্রযুক্তির ব্যবহার (কেবলমাত্র Windows প্ল্যাটফর্মে উপলব্ধ)। 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

তথ্য বিনিময়ের জন্য ব্যবহৃত বিন্যাস হল এন্টারপ্রাইজ ডেটা, XML এর উপর ভিত্তি করে। বিন্যাসটি ব্যবসা-ভিত্তিক - এতে বর্ণিত ডেটা স্ট্রাকচারগুলি 1C প্রোগ্রামে উপস্থাপিত ব্যবসায়িক সত্তা (ডকুমেন্ট এবং ডিরেক্টরি উপাদান) এর সাথে মিলে যায়, উদাহরণস্বরূপ: সমাপ্তির কাজ, নগদ রসিদ আদেশ, প্রতিপক্ষ, আইটেম ইত্যাদি।

1C অ্যাপ্লিকেশন এবং একটি তৃতীয় পক্ষের অ্যাপ্লিকেশনের মধ্যে ডেটা বিনিময় ঘটতে পারে:

• একটি ডেডিকেটেড ফাইল ডিরেক্টরির মাধ্যমে
• FTP ডিরেক্টরির মাধ্যমে
• 1C অ্যাপ্লিকেশন সাইডে স্থাপন করা একটি ওয়েব পরিষেবার মাধ্যমে। ডেটা ফাইলটি ওয়েব পদ্ধতিতে প্যারামিটার হিসাবে পাস করা হয়
• ইমেইলের মাধ্যমে

একটি ওয়েব পরিষেবার মাধ্যমে বিনিময়ের ক্ষেত্রে, একটি তৃতীয় পক্ষের অ্যাপ্লিকেশন 1C অ্যাপ্লিকেশনের সংশ্লিষ্ট ওয়েব পদ্ধতিতে কল করে একটি ডেটা বিনিময় সেশন শুরু করবে। অন্যান্য ক্ষেত্রে, এক্সচেঞ্জ সেশনের সূচনাকারী হবে 1C অ্যাপ্লিকেশন (উপযুক্ত ডিরেক্টরিতে ডেটা ফাইল স্থাপন করে বা কনফিগার করা ইমেল ঠিকানায় ডেটা ফাইল পাঠিয়ে)।
এছাড়াও 1C দিকে আপনি কত ঘন ঘন সিঙ্ক্রোনাইজেশন ঘটবে তা কনফিগার করতে পারেন (একটি ডিরেক্টরি এবং ইমেলের মাধ্যমে ফাইল বিনিময়ের বিকল্পগুলির জন্য):

• সময়সূচী অনুযায়ী (একটি নির্দিষ্ট ফ্রিকোয়েন্সি সহ)
• ম্যানুয়ালি ব্যবহারকারীকে প্রত্যেকবার প্রয়োজন হলে তাকে ম্যানুয়ালি সিঙ্ক্রোনাইজেশন শুরু করতে হবে

বার্তা স্বীকার

1C অ্যাপ্লিকেশনগুলি প্রেরিত এবং প্রাপ্ত সিঙ্ক্রোনাইজেশন বার্তাগুলির রেকর্ড রাখে এবং তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলি থেকে একই আশা করে। এটি আপনাকে "ডেটা এক্সচেঞ্জ মেকানিজম" বিভাগে উপরে বর্ণিত মেসেজ নাম্বারিং মেকানিজম ব্যবহার করতে দেয়।

সিঙ্ক্রোনাইজেশনের সময়, 1C অ্যাপ্লিকেশনগুলি শেষ সিঙ্ক্রোনাইজেশনের পর থেকে ব্যবসায়িক সত্তার সাথে ঘটে যাওয়া পরিবর্তনগুলি সম্পর্কে শুধুমাত্র তথ্য প্রেরণ করে (স্থানান্তরিত তথ্যের পরিমাণ কমানোর জন্য)। প্রথম সিঙ্ক্রোনাইজেশনের সময়, 1C অ্যাপ্লিকেশনটি এন্টারপ্রাইজডেটা ফরম্যাটে সমস্ত ব্যবসা প্রতিষ্ঠান (উদাহরণস্বরূপ, আইটেম রেফারেন্স বইয়ের আইটেমগুলি) একটি XML ফাইলে আপলোড করবে (যেহেতু তারা বহিরাগত অ্যাপ্লিকেশনের জন্য "নতুন")। তৃতীয় পক্ষের অ্যাপ্লিকেশনটিকে অবশ্যই 1C থেকে প্রাপ্ত XML ফাইল থেকে তথ্য প্রক্রিয়া করতে হবে এবং পরবর্তী সিঙ্ক্রোনাইজেশন সেশনের সময়, 1C-তে পাঠানো ফাইলে একটি বিশেষ XML বিভাগে রাখুন, তথ্য যে 1C থেকে একটি নির্দিষ্ট সংখ্যার বার্তা সফলভাবে এসেছে। প্রাপ্ত রসিদ বার্তাটি 1C অ্যাপ্লিকেশনের জন্য একটি সংকেত যে সমস্ত ব্যবসায়িক সংস্থাগুলি বাহ্যিক অ্যাপ্লিকেশন দ্বারা সফলভাবে প্রক্রিয়া করা হয়েছে এবং তাদের সম্পর্কে আর তথ্য প্রেরণ করার প্রয়োজন নেই৷ প্রাপ্তি ছাড়াও, তৃতীয় পক্ষের অ্যাপ্লিকেশনের একটি XML ফাইলে অ্যাপ্লিকেশন দ্বারা সিঙ্ক্রোনাইজেশনের জন্য ডেটাও থাকতে পারে (উদাহরণস্বরূপ, পণ্য এবং পরিষেবা বিক্রির জন্য নথি)।

রসিদ বার্তা পাওয়ার পরে, 1C অ্যাপ্লিকেশনটি আগের বার্তায় প্রেরিত সমস্ত পরিবর্তনকে সফলভাবে সিঙ্ক্রোনাইজ করা হিসাবে চিহ্নিত করে৷ পরবর্তী সিঙ্ক্রোনাইজেশন সেশনের সময় শুধুমাত্র ব্যবসায়িক সত্তার (নতুন সত্ত্বা তৈরি করা, পরিবর্তন করা এবং মুছে ফেলা) অসিঙ্ক্রোনাইজ করা পরিবর্তনগুলি বহিরাগত অ্যাপ্লিকেশনে পাঠানো হবে।

একটি বহিরাগত অ্যাপ্লিকেশন থেকে 1C অ্যাপ্লিকেশনে ডেটা স্থানান্তর করার সময়, ছবিটি বিপরীত হয়। এক্সটার্নাল অ্যাপ্লিকেশানটিকে অবশ্যই XML ফাইলের রসিদ বিভাগটি পূরণ করতে হবে এবং ব্যবসার ডেটা সিঙ্ক্রোনাইজেশনের জন্য এন্টারপ্রাইজডেটা ফর্ম্যাটে রাখতে হবে।

হ্যান্ডশেক ছাড়া সরলীকৃত তথ্য বিনিময়

সাধারণ একীকরণের ক্ষেত্রে, যখন শুধুমাত্র তৃতীয় পক্ষের অ্যাপ্লিকেশন থেকে 1C অ্যাপ্লিকেশনে তথ্য স্থানান্তর করা যথেষ্ট এবং 1C অ্যাপ্লিকেশন থেকে তৃতীয় পক্ষের অ্যাপ্লিকেশনে ডেটার বিপরীত স্থানান্তরের প্রয়োজন হয় না (উদাহরণস্বরূপ, একটি অনলাইনের একীকরণ) স্টোর যা 1C-এ বিক্রয় তথ্য স্থানান্তর করে: অ্যাকাউন্টিং), একটি ওয়েব পরিষেবার মাধ্যমে কাজ করার একটি সরলীকৃত বিকল্প রয়েছে (স্বীকৃতি ছাড়া), যার জন্য 1C অ্যাপ্লিকেশনের পাশে সেটিংসের প্রয়োজন নেই৷

কাস্টম ইন্টিগ্রেশন সমাধান

একটি আদর্শ সমাধান রয়েছে "1C: ডেটা রূপান্তর", যা স্ট্যান্ডার্ড 1C কনফিগারেশনের মধ্যে ডেটা রূপান্তর এবং বিনিময় করার জন্য প্ল্যাটফর্ম প্রক্রিয়া ব্যবহার করে, তবে তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলির সাথে একীকরণের জন্যও ব্যবহার করা যেতে পারে।

ব্যাংকিং সমাধানের সাথে একীকরণ

মান "ক্লায়েন্ট ব্যাংক", 1C বিশেষজ্ঞদের দ্বারা 10 বছরেরও বেশি সময় আগে বিকাশ করা হয়েছিল, আসলে রাশিয়ায় একটি শিল্পের মান হয়ে উঠেছে। এই দিকের পরবর্তী ধাপ হল প্রযুক্তি ডাইরেক্টব্যাঙ্ক, যা আপনাকে ব্যাঙ্কে অর্থপ্রদানের নথি পাঠাতে এবং 1C প্রোগ্রামে একটি বোতাম টিপে সরাসরি 1C:Enterprise সিস্টেমের প্রোগ্রামগুলি থেকে ব্যাঙ্ক থেকে স্টেটমেন্ট গ্রহণ করতে দেয়; এটির জন্য ক্লায়েন্ট কম্পিউটারে অতিরিক্ত প্রোগ্রাম ইনস্টল এবং চালানোর প্রয়োজন নেই।

এছাড়াও আছে বেতন প্রকল্পে তথ্য বিনিময় জন্য মান.

অন্যান্য

উল্লেখ করার মতো 1C: এন্টারপ্রাইজ সিস্টেম এবং ওয়েবসাইটের মধ্যে বিনিময় প্রোটোকল, বাণিজ্যিক তথ্য বিনিময় মান কমার্সএমএল (Microsoft, Intel, Price.ru এবং অন্যান্য কোম্পানির সাথে যৌথভাবে বিকশিত), লেনদেন অর্জনের জন্য ডেটা বিনিময়ের জন্য স্ট্যান্ডার্ড.

উত্স: www.habr.com