1C യുമായി സംയോജിപ്പിക്കുന്ന രീതികൾ

ബിസിനസ്സ് ആപ്ലിക്കേഷനുകൾക്കുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട ആവശ്യകതകൾ എന്തൊക്കെയാണ്? ഏറ്റവും പ്രധാനപ്പെട്ട ചില ജോലികൾ ഇനിപ്പറയുന്നവയാണ്:

• ബിസിനസ്സ് ടാസ്‌ക്കുകൾ മാറ്റുന്നതിനുള്ള ആപ്ലിക്കേഷൻ ലോജിക് മാറ്റുന്നതിനുള്ള/അഡാപ്റ്റുചെയ്യുന്നതിനുള്ള എളുപ്പം.
• മറ്റ് ആപ്ലിക്കേഷനുകളുമായുള്ള എളുപ്പത്തിലുള്ള സംയോജനം.

1C-യിലെ ആദ്യ ടാസ്‌ക് എങ്ങനെ പരിഹരിക്കപ്പെടുന്നുവെന്ന് "ഇഷ്‌ടാനുസൃതമാക്കലും പിന്തുണയും" എന്ന വിഭാഗത്തിൽ ഹ്രസ്വമായി വിവരിച്ചിട്ടുണ്ട് ഈ ലേഖനം; ഭാവിയിലെ ഒരു ലേഖനത്തിൽ ഞങ്ങൾ ഈ രസകരമായ വിഷയത്തിലേക്ക് മടങ്ങും. ഇന്ന് നമ്മൾ രണ്ടാമത്തെ ടാസ്ക്കായ സംയോജനത്തെക്കുറിച്ച് സംസാരിക്കും.

സംയോജന ചുമതലകൾ

സംയോജന ചുമതലകൾ വ്യത്യസ്തമായിരിക്കാം. ചില പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന്, ലളിതമായ ഒരു സംവേദനാത്മക ഡാറ്റാ എക്സ്ചേഞ്ച് മതിയാകും - ഉദാഹരണത്തിന്, ശമ്പള പ്ലാസ്റ്റിക് കാർഡുകൾ നൽകുന്നതിന് ജീവനക്കാരുടെ ഒരു ലിസ്റ്റ് ബാങ്കിലേക്ക് മാറ്റുന്നതിന്. കൂടുതൽ സങ്കീർണ്ണമായ ജോലികൾക്കായി, ഒരു ബാഹ്യ സിസ്റ്റത്തിന്റെ ബിസിനസ്സ് ലോജിക്കിനെ പരാമർശിച്ച്, പൂർണ്ണമായും ഓട്ടോമേറ്റഡ് ഡാറ്റ എക്സ്ചേഞ്ച് ആവശ്യമായി വന്നേക്കാം. ബാഹ്യ ഉപകരണങ്ങളുമായി (ഉദാഹരണത്തിന്, റീട്ടെയിൽ ഉപകരണങ്ങൾ, മൊബൈൽ സ്കാനറുകൾ മുതലായവ) അല്ലെങ്കിൽ ലെഗസി അല്ലെങ്കിൽ ഉയർന്ന സ്പെഷ്യലൈസ്ഡ് സിസ്റ്റങ്ങൾ (ഉദാഹരണത്തിന്, RFID ടാഗ് തിരിച്ചറിയൽ സംവിധാനങ്ങൾക്കൊപ്പം) എന്നിവയുമായി സംയോജിപ്പിക്കൽ പോലുള്ള പ്രകൃതിയിൽ പ്രത്യേകമായ ടാസ്ക്കുകൾ ഉണ്ട്. ഓരോ ജോലിക്കും ഏറ്റവും അനുയോജ്യമായ സംയോജന സംവിധാനം തിരഞ്ഞെടുക്കുന്നത് വളരെ പ്രധാനമാണ്.

1C ഉള്ള ഇന്റഗ്രേഷൻ ഓപ്ഷനുകൾ

1C ആപ്ലിക്കേഷനുകളുമായുള്ള സംയോജനം നടപ്പിലാക്കുന്നതിന് വ്യത്യസ്ത സമീപനങ്ങളുണ്ട്; ഏതാണ് തിരഞ്ഞെടുക്കേണ്ടത് എന്നത് ചുമതലയുടെ ആവശ്യകതയെ ആശ്രയിച്ചിരിക്കുന്നു.

1. നടപ്പാക്കൽ അടിസ്ഥാനമാക്കിയുള്ളത് സംയോജന സംവിധാനങ്ങൾപ്ലാറ്റ്‌ഫോം നൽകിയത്, 1C ആപ്ലിക്കേഷൻ ഭാഗത്ത് അതിന്റേതായ പ്രത്യേക API (ഉദാഹരണത്തിന്, 1C ആപ്ലിക്കേഷനുമായി ഡാറ്റ കൈമാറ്റം ചെയ്യാൻ മൂന്നാം കക്ഷി ആപ്ലിക്കേഷനുകളെ വിളിക്കുന്ന ഒരു കൂട്ടം വെബ് അല്ലെങ്കിൽ HTTP സേവനങ്ങൾ). ഈ സമീപനത്തിന്റെ പ്രയോജനം 1C ആപ്ലിക്കേഷൻ സൈഡിൽ നടപ്പിലാക്കുന്നതിലെ മാറ്റങ്ങളോടുള്ള API യുടെ പ്രതിരോധമാണ്. ഒരു സ്റ്റാൻഡേർഡ് 1C സൊല്യൂഷന്റെ സോഴ്സ് കോഡ് മാറ്റേണ്ടത് ആവശ്യമാണ് എന്നതാണ് സമീപനത്തിന്റെ പ്രത്യേകത, കോൺഫിഗറേഷന്റെ പുതിയ പതിപ്പിലേക്ക് മാറുമ്പോൾ സോഴ്സ് കോഡുകൾ ലയിപ്പിക്കുമ്പോൾ ശ്രമം ആവശ്യമായി വന്നേക്കാം. ഈ സാഹചര്യത്തിൽ, ഒരു പുതിയ പുരോഗമന പ്രവർത്തനം രക്ഷാപ്രവർത്തനത്തിലേക്ക് വരാം - കോൺഫിഗറേഷൻ വിപുലീകരണങ്ങൾ. വിപുലീകരണങ്ങൾ, സാരാംശത്തിൽ, ആപ്ലിക്കേഷൻ സൊല്യൂഷനുകൾ സ്വയം മാറ്റാതെ തന്നെ ആപ്ലിക്കേഷൻ സൊല്യൂഷനുകളിൽ കൂട്ടിച്ചേർക്കലുകൾ സൃഷ്ടിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു പ്ലഗിൻ മെക്കാനിസമാണ്. കോൺഫിഗറേഷൻ എക്സ്റ്റൻഷനിലേക്ക് ഇന്റഗ്രേഷൻ API നീക്കുന്നത് ഒരു സ്റ്റാൻഡേർഡ് സൊല്യൂഷന്റെ പുതിയ പതിപ്പിലേക്ക് മാറുമ്പോൾ കോൺഫിഗറേഷനുകൾ ലയിപ്പിക്കുമ്പോൾ ബുദ്ധിമുട്ടുകൾ ഒഴിവാക്കാൻ നിങ്ങളെ അനുവദിക്കും.
2. ആപ്ലിക്കേഷൻ ഒബ്‌ജക്റ്റ് മോഡലിലേക്ക് ബാഹ്യ ആക്‌സസ് നൽകുന്ന പ്ലാറ്റ്‌ഫോം ഇന്റഗ്രേഷൻ മെക്കാനിസങ്ങൾ ഉപയോഗിക്കുന്നു, കൂടാതെ ആപ്ലിക്കേഷന്റെ പരിഷ്‌ക്കരണമോ വിപുലീകരണമോ ആവശ്യമില്ല. 1C ആപ്ലിക്കേഷൻ മാറ്റേണ്ട ആവശ്യമില്ല എന്നതാണ് ഈ സമീപനത്തിന്റെ പ്രയോജനം. മൈനസ് - 1C ആപ്ലിക്കേഷൻ മെച്ചപ്പെടുത്തിയിട്ടുണ്ടെങ്കിൽ, സംയോജിത ആപ്ലിക്കേഷനിൽ മെച്ചപ്പെടുത്തലുകൾ ആവശ്യമായി വന്നേക്കാം. 1C:Enterprise പ്ലാറ്റ്‌ഫോമിന്റെ വശത്ത് നടപ്പിലാക്കിയ സംയോജനത്തിനായി OData പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നതാണ് ഈ സമീപനത്തിന്റെ ഒരു ഉദാഹരണം (അതിനെ കുറിച്ച് കൂടുതൽ താഴെ).
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:Enterprise പ്ലാറ്റ്‌ഫോം പ്രധാന ഇന്റർനെറ്റ് പ്രോട്ടോക്കോളുകളായ HTTP, FTP, POP3, SMTP, IMAP എന്നിവയെ അവയുടെ സുരക്ഷിത പതിപ്പുകൾ ഉൾപ്പെടെ പിന്തുണയ്ക്കുന്നു. ഡാറ്റ കൈമാറാൻ നിങ്ങൾക്ക് HTTP കൂടാതെ/അല്ലെങ്കിൽ വെബ് സേവനങ്ങളും ഉപയോഗിക്കാം.

HTTP, വെബ് സേവനങ്ങൾ

1C ആപ്ലിക്കേഷനുകൾക്ക് അവരുടേതായ HTTP, വെബ് സേവനങ്ങൾ എന്നിവ നടപ്പിലാക്കാൻ കഴിയും, കൂടാതെ മൂന്നാം കക്ഷി ആപ്ലിക്കേഷനുകൾ നടപ്പിലാക്കുന്ന HTTP, വെബ് സേവനങ്ങൾ എന്നിവയെ വിളിക്കാനും കഴിയും.

REST ഇന്റർഫേസും ഒഡാറ്റ പ്രോട്ടോക്കോളും

പതിപ്പ് 8.3.5 മുതൽ, 1C:എന്റർപ്രൈസ് പ്ലാറ്റ്‌ഫോമിന് സ്വയമേവ കഴിയും ഒരു REST ഇന്റർഫേസ് ഉണ്ടാക്കുക മുഴുവൻ ആപ്ലിക്കേഷൻ പരിഹാരത്തിനും. REST ഇന്റർഫേസ് വഴി ഡാറ്റ സ്വീകരിക്കുന്നതിനും പരിഷ്‌ക്കരിക്കുന്നതിനും ഏത് കോൺഫിഗറേഷൻ ഒബ്‌ജക്റ്റും (ഡയറക്‌ടറി, ഡോക്യുമെന്റ്, ഇൻഫർമേഷൻ രജിസ്റ്റർ മുതലായവ) ലഭ്യമാക്കാം. പ്ലാറ്റ്ഫോം ഒരു ആക്സസ് പ്രോട്ടോക്കോളായി പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു ഒഡാറ്റ പതിപ്പ് 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 ആപ്ലിക്കേഷൻ കോൺഫിഗറേഷൻ ഒബ്‌ജക്‌റ്റാണ്, അത് വായിക്കുന്നതിനും എഴുതുന്നതിനുമായി ഏതെങ്കിലും ODBC-അനുയോജ്യമായ ഡാറ്റാബേസുമായി സംവദിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. വിൻഡോസിലും ലിനക്സിലും ബാഹ്യ ഡാറ്റ ഉറവിടങ്ങൾ ലഭ്യമാണ്.

ഡാറ്റ എക്സ്ചേഞ്ച് മെക്കാനിസം

ഡാറ്റ എക്സ്ചേഞ്ച് മെക്കാനിസം 1C: എന്റർപ്രൈസ് അടിസ്ഥാനമാക്കി ഭൂമിശാസ്ത്രപരമായി വിതരണം ചെയ്ത സിസ്റ്റങ്ങൾ സൃഷ്ടിക്കുന്നതിനും 1C: എന്റർപ്രൈസ് അടിസ്ഥാനമാക്കിയുള്ള മറ്റ് വിവര സംവിധാനങ്ങളുമായി ഡാറ്റാ കൈമാറ്റം സംഘടിപ്പിക്കുന്നതിനും ഉദ്ദേശിച്ചുള്ളതാണ്.

ഈ സംവിധാനം 1C നടപ്പിലാക്കലുകളിൽ സജീവമായി ഉപയോഗിക്കുന്നു, കൂടാതെ അതിന്റെ സഹായത്തോടെ പരിഹരിക്കപ്പെട്ട ജോലികളുടെ പരിധി വളരെ വിശാലമാണ്. ഓർഗനൈസേഷന്റെ ശാഖകളിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള 1C ആപ്ലിക്കേഷനുകൾ തമ്മിലുള്ള ഡാറ്റാ കൈമാറ്റവും 1C ആപ്ലിക്കേഷനും ഓൺലൈൻ സ്റ്റോർ വെബ്‌സൈറ്റും തമ്മിലുള്ള വിനിമയവും 1C സെർവർ ആപ്ലിക്കേഷനും മൊബൈൽ ക്ലയന്റും തമ്മിലുള്ള ഡാറ്റാ കൈമാറ്റവും (1C:Enterprise മൊബൈൽ പ്ലാറ്റ്‌ഫോം ഉപയോഗിച്ച് സൃഷ്ടിച്ചത്) എന്നിവയും ഇതിൽ ഉൾപ്പെടുന്നു. കൂടുതൽ.

ഡാറ്റാ എക്സ്ചേഞ്ച് മെക്കാനിസത്തിലെ പ്രധാന ആശയങ്ങളിലൊന്നാണ് എക്സ്ചേഞ്ച് പ്ലാൻ. എക്സ്ചേഞ്ച് പ്ലാൻ എന്നത് 1C ആപ്ലിക്കേഷൻ പ്ലാറ്റ്‌ഫോമിന്റെ ഒരു പ്രത്യേക തരം ഒബ്‌ജക്റ്റാണ്, അത് എക്‌സ്‌ചേഞ്ചിൽ പങ്കെടുക്കുന്ന ഡാറ്റയുടെ ഘടന നിർണ്ണയിക്കുന്നു (ഏത് ഡയറക്ടറികൾ, പ്രമാണങ്ങൾ, രജിസ്റ്ററുകൾ മുതലായവ). എക്സ്ചേഞ്ച് പ്ലാനിൽ എക്സ്ചേഞ്ച് പങ്കാളികളെക്കുറിച്ചുള്ള വിവരങ്ങളും അടങ്ങിയിരിക്കുന്നു (എക്സ്ചേഞ്ച് നോഡുകൾ എന്ന് വിളിക്കപ്പെടുന്നവ).
ഡാറ്റാ എക്സ്ചേഞ്ച് മെക്കാനിസത്തിന്റെ രണ്ടാമത്തെ ഘടകം മാറ്റ രജിസ്ട്രേഷൻ മെക്കാനിസമാണ്. എക്സ്ചേഞ്ച് പ്ലാനിന്റെ ഭാഗമായി അന്തിമ ഉപയോക്താക്കൾക്ക് കൈമാറേണ്ട ഡാറ്റയിലെ മാറ്റങ്ങൾക്കായി ഈ സംവിധാനം യാന്ത്രികമായി സിസ്റ്റത്തെ നിരീക്ഷിക്കുന്നു. ഈ സംവിധാനം ഉപയോഗിച്ച്, പ്ലാറ്റ്ഫോം അവസാന സമന്വയത്തിന് ശേഷം സംഭവിച്ച മാറ്റങ്ങൾ ട്രാക്കുചെയ്യുന്നു, അടുത്ത സമന്വയ സെഷനിൽ കൈമാറ്റം ചെയ്യപ്പെടുന്ന ഡാറ്റയുടെ അളവ് കുറയ്ക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ഒരു നിശ്ചിത ഘടനയുടെ XML സന്ദേശങ്ങൾ ഉപയോഗിച്ചാണ് ഡാറ്റാ കൈമാറ്റം നടക്കുന്നത്. നോഡുമായുള്ള അവസാന സമന്വയത്തിന് ശേഷം മാറിയ ഡാറ്റയും ചില സേവന വിവരങ്ങളും സന്ദേശത്തിൽ അടങ്ങിയിരിക്കുന്നു. സന്ദേശ ഘടന സന്ദേശ നമ്പറിംഗിനെ പിന്തുണയ്ക്കുകയും സന്ദേശങ്ങൾ സ്വീകരിച്ചതായി സ്വീകർത്താവിന്റെ നോഡിൽ നിന്ന് സ്ഥിരീകരണം സ്വീകരിക്കാൻ നിങ്ങളെ അനുവദിക്കുകയും ചെയ്യുന്നു. അവസാനമായി ലഭിച്ച സന്ദേശത്തിന്റെ നമ്പറിന്റെ രൂപത്തിൽ സ്വീകരിക്കുന്ന നോഡിൽ നിന്ന് വരുന്ന ഓരോ സന്ദേശത്തിലും അത്തരം സ്ഥിരീകരണം അടങ്ങിയിരിക്കുന്നു. സ്വീകരിക്കുന്ന നോഡിലേക്ക് ഇതിനകം ഏത് ഡാറ്റയാണ് വിജയകരമായി കൈമാറ്റം ചെയ്യപ്പെട്ടതെന്ന് മനസിലാക്കാനും സ്വീകരിക്കുന്ന നോഡിന് ലഭിച്ച ഡാറ്റയുടെ രസീത് സഹിതം അയയ്‌ക്കുന്ന നോഡിന് അവസാന സന്ദേശം ലഭിച്ചതിനുശേഷം മാറിയ ഡാറ്റ മാത്രം സംപ്രേഷണം ചെയ്യുന്നതിലൂടെ പുനർസംപ്രേഷണം ഒഴിവാക്കാനും നമ്പറിംഗ് സന്ദേശങ്ങൾ പ്ലാറ്റ്‌ഫോമിനെ അനുവദിക്കുന്നു. ഈ ഓപ്പറേറ്റിംഗ് സ്കീം വിശ്വസനീയമല്ലാത്ത ട്രാൻസ്മിഷൻ ചാനലുകളും സന്ദേശ നഷ്ടവും ഉണ്ടായാലും ഗ്യാരണ്ടീഡ് ഡെലിവറി ഉറപ്പാക്കുന്നു.

ബാഹ്യ ഘടകങ്ങൾ

നിരവധി സന്ദർഭങ്ങളിൽ, സംയോജന പ്രശ്നങ്ങൾ പരിഹരിക്കുമ്പോൾ, ഒരാൾ നിർദ്ദിഷ്ട ആവശ്യകതകൾ കൈകാര്യം ചെയ്യേണ്ടതുണ്ട്, ഉദാഹരണത്തിന്, 1C: എന്റർപ്രൈസ് പ്ലാറ്റ്‌ഫോമിൽ നൽകിയിട്ടില്ലാത്ത ഇന്ററാക്ഷൻ പ്രോട്ടോക്കോളുകൾ, ഡാറ്റ ഫോർമാറ്റുകൾ. അത്തരം നിരവധി ജോലികൾക്കായി, പ്ലാറ്റ്ഫോം നൽകുന്നു ബാഹ്യ ഘടക സാങ്കേതികവിദ്യ, 1C:Enterprise-ന്റെ പ്രവർത്തനക്ഷമത വികസിപ്പിക്കുന്ന ഡൈനാമിക് പ്ലഗ്-ഇൻ മൊഡ്യൂളുകൾ സൃഷ്ടിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

സമാനമായ ആവശ്യകതകളുള്ള ഒരു ടാസ്‌ക്കിന്റെ ഒരു സാധാരണ ഉദാഹരണം, സ്കെയിലുകൾ മുതൽ ക്യാഷ് രജിസ്റ്ററുകളും ബാർകോഡ് സ്കാനറുകളും വരെയുള്ള റീട്ടെയിൽ ഉപകരണങ്ങളുമായി ഒരു 1C ആപ്ലിക്കേഷൻ സൊല്യൂഷന്റെ സംയോജനമാണ്. ബാഹ്യ ഘടകങ്ങളെ 1C: എന്റർപ്രൈസ് സെർവർ വശത്തും ക്ലയന്റ് വശത്തും (വെബ് ക്ലയന്റ് ഉൾപ്പെടെ, എന്നാൽ അതിൽ മാത്രം പരിമിതപ്പെടുത്താതെ, അതുപോലെ തന്നെ) ബന്ധിപ്പിക്കാൻ കഴിയും. മൊബൈൽ പ്ലാറ്റ്‌ഫോമിന്റെ അടുത്ത പതിപ്പ് 1C: എന്റർപ്രൈസ്). ബാഹ്യ ഘടകങ്ങളുടെ സാങ്കേതികവിദ്യ 1C: എന്റർപ്രൈസ് പ്ലാറ്റ്‌ഫോമുമായുള്ള ഘടകങ്ങളുടെ ഇടപെടലിനായി വളരെ ലളിതവും മനസ്സിലാക്കാവുന്നതുമായ സോഫ്റ്റ്‌വെയർ (C++) ഇന്റർഫേസ് നൽകുന്നു, അത് ഡവലപ്പർ നടപ്പിലാക്കണം.

ബാഹ്യ ഘടകങ്ങൾ ഉപയോഗിക്കുമ്പോൾ തുറക്കുന്ന സാധ്യതകൾ വളരെ വിശാലമാണ്. ബാഹ്യ ഉപകരണങ്ങളുമായും സിസ്റ്റങ്ങളുമായും ഒരു നിർദ്ദിഷ്ട ഡാറ്റാ എക്സ്ചേഞ്ച് പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഇടപെടൽ നടപ്പിലാക്കാൻ കഴിയും, ഡാറ്റയും ഡാറ്റ ഫോർമാറ്റുകളും പ്രോസസ്സ് ചെയ്യുന്നതിന് പ്രത്യേക അൽഗോരിതങ്ങൾ നിർമ്മിക്കുക തുടങ്ങിയവ.

കാലഹരണപ്പെട്ട സംയോജന സംവിധാനങ്ങൾ

പുതിയ സൊല്യൂഷനുകളിൽ ഉപയോഗിക്കാൻ ശുപാർശ ചെയ്യാത്ത സംയോജന സംവിധാനങ്ങൾ പ്ലാറ്റ്ഫോം നൽകുന്നു; പിന്നോക്ക അനുയോജ്യതയുടെ കാരണങ്ങളാൽ അവ അവശേഷിക്കുന്നു, കൂടാതെ മറ്റ് കക്ഷിക്ക് കൂടുതൽ ആധുനിക പ്രോട്ടോക്കോളുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കാൻ കഴിയാത്ത സാഹചര്യത്തിലും. അവയിലൊന്ന് DBF ഫോർമാറ്റ് ഫയലുകളുമായി പ്രവർത്തിക്കുന്നു (എക്സ്ബേസ് ഒബ്ജക്റ്റ് ഉപയോഗിച്ച് ബിൽറ്റ്-ഇൻ ഭാഷയിൽ പിന്തുണയ്ക്കുന്നു).

COM സാങ്കേതികവിദ്യയുടെ ഉപയോഗമാണ് മറ്റൊരു ലെഗസി ഇന്റഗ്രേഷൻ മെക്കാനിസം (വിൻഡോസ് പ്ലാറ്റ്‌ഫോമിൽ മാത്രം ലഭ്യമാണ്). 1C: എന്റർപ്രൈസ് പ്ലാറ്റ്ഫോം COM സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് വിൻഡോസിനായി രണ്ട് ഏകീകരണ രീതികൾ നൽകുന്നു: ഓട്ടോമേഷൻ സെർവറും ബാഹ്യ കണക്ഷനും. അവ വളരെ സാമ്യമുള്ളതാണ്, എന്നാൽ അടിസ്ഥാനപരമായ വ്യത്യാസങ്ങളിലൊന്ന്, ഓട്ടോമേഷൻ സെർവറിന്റെ കാര്യത്തിൽ, ഒരു പൂർണ്ണമായ 1C: എന്റർപ്രൈസ് 8 ക്ലയന്റ് ആപ്ലിക്കേഷൻ സമാരംഭിച്ചു, കൂടാതെ ഒരു ബാഹ്യ കണക്ഷന്റെ കാര്യത്തിൽ, ഒരു താരതമ്യേന ചെറിയ ഇൻ-പ്രോസസ് COM സെർവർ സമാരംഭിച്ചു. അതായത്, നിങ്ങൾ ഓട്ടോമേഷൻ സെർവറിലൂടെ പ്രവർത്തിക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ക്ലയന്റ് ആപ്ലിക്കേഷന്റെ പ്രവർത്തനക്ഷമത ഉപയോഗിക്കാനും ഉപയോക്താവിന്റെ സംവേദനാത്മക പ്രവർത്തനങ്ങൾക്ക് സമാനമായ പ്രവർത്തനങ്ങൾ നടത്താനും കഴിയും. ഒരു ബാഹ്യ കണക്ഷൻ ഉപയോഗിക്കുമ്പോൾ, നിങ്ങൾക്ക് ബിസിനസ്സ് ലോജിക് ഫംഗ്‌ഷനുകൾ മാത്രമേ ഉപയോഗിക്കാനാകൂ, കൂടാതെ അവ രണ്ടും കണക്ഷന്റെ ക്ലയന്റ് വശത്ത് നടപ്പിലാക്കാൻ കഴിയും, അവിടെ ഒരു ഇൻ-പ്രോസസ് COM സെർവർ സൃഷ്ടിക്കപ്പെടുന്നു, കൂടാതെ 1C:Enterprise സെർവറിൽ നിങ്ങൾക്ക് ബിസിനസ് ലോജിക് വിളിക്കാം. വശം.

1C:Enterprise പ്ലാറ്റ്‌ഫോമിലെ ആപ്ലിക്കേഷൻ കോഡിൽ നിന്ന് ബാഹ്യ സിസ്റ്റങ്ങൾ ആക്‌സസ് ചെയ്യാനും COM സാങ്കേതികവിദ്യ ഉപയോഗിക്കാം. ഈ സാഹചര്യത്തിൽ, 1C ആപ്ലിക്കേഷൻ ഒരു COM ക്ലയന്റ് ആയി പ്രവർത്തിക്കുന്നു. എന്നാൽ 1 സി സെർവർ ഒരു വിൻഡോസ് പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ മാത്രമേ ഈ സംവിധാനങ്ങൾ പ്രവർത്തിക്കൂ എന്നത് ഓർമിക്കേണ്ടതാണ്.

സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനുകളിൽ നടപ്പിലാക്കിയ ഇന്റഗ്രേഷൻ മെക്കാനിസങ്ങൾ

എന്റർപ്രൈസ് ഡാറ്റ ഫോർമാറ്റ്

മുകളിൽ വിവരിച്ച പ്ലാറ്റ്‌ഫോം ഡാറ്റാ എക്‌സ്‌ചേഞ്ച് മെക്കാനിസത്തെ അടിസ്ഥാനമാക്കിയുള്ള നിരവധി 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 അപ്ലിക്കേഷനിലേക്ക് വിവരങ്ങൾ കൈമാറുകയും 1C അപ്ലിക്കേഷനിൽ നിന്ന് ഒരു മൂന്നാം കക്ഷി അപ്ലിക്കേഷനിലേക്ക് ഡാറ്റ റിവേഴ്‌സ് ട്രാൻസ്ഫർ ചെയ്യുകയും ചെയ്‌താൽ മതിയാകുമ്പോൾ (ഉദാഹരണത്തിന്, ഒരു ഓൺലൈൻ സംയോജനം 1C ലേക്ക് വിൽപ്പന വിവരങ്ങൾ കൈമാറുന്ന സ്റ്റോർ: അക്കൗണ്ടിംഗ്), 1C ആപ്ലിക്കേഷന്റെ വശത്ത് ക്രമീകരണങ്ങൾ ആവശ്യമില്ലാത്ത ഒരു വെബ് സേവനത്തിലൂടെ (അംഗീകാരം കൂടാതെ) പ്രവർത്തിക്കുന്നതിനുള്ള ലളിതമായ ഒരു ഓപ്ഷൻ ഉണ്ട്.

ഇഷ്‌ടാനുസൃത സംയോജന പരിഹാരങ്ങൾ

സ്റ്റാൻഡേർഡ് 1C കോൺഫിഗറേഷനുകൾക്കിടയിൽ ഡാറ്റ പരിവർത്തനം ചെയ്യുന്നതിനും കൈമാറ്റം ചെയ്യുന്നതിനുമായി പ്ലാറ്റ്ഫോം മെക്കാനിസങ്ങൾ ഉപയോഗിക്കുന്ന ഒരു സ്റ്റാൻഡേർഡ് സൊല്യൂഷൻ "1C: ഡാറ്റ കൺവേർഷൻ" ഉണ്ട്, എന്നാൽ മൂന്നാം കക്ഷി ആപ്ലിക്കേഷനുകളുമായുള്ള സംയോജനത്തിനും ഇത് ഉപയോഗിക്കാം.

ബാങ്കിംഗ് പരിഹാരങ്ങളുമായുള്ള സംയോജനം

സാധാരണം "ക്ലയന്റ് ബാങ്ക്", 1 വർഷത്തിലേറെ മുമ്പ് 10C സ്പെഷ്യലിസ്റ്റുകൾ വികസിപ്പിച്ചെടുത്തത് യഥാർത്ഥത്തിൽ റഷ്യയിൽ ഒരു വ്യവസായ നിലവാരമായി മാറിയിരിക്കുന്നു. ഈ ദിശയിലെ അടുത്ത ഘട്ടം സാങ്കേതികവിദ്യയാണ് ഡയറക്ട് ബാങ്ക്, 1C പ്രോഗ്രാമിലെ ഒരു ബട്ടൺ അമർത്തി 1C:Enterprise സിസ്റ്റത്തിന്റെ പ്രോഗ്രാമുകളിൽ നിന്ന് നേരിട്ട് ബാങ്കിൽ നിന്ന് പേയ്‌മെന്റ് രേഖകൾ അയയ്ക്കാനും ബാങ്കിൽ നിന്ന് സ്റ്റേറ്റ്‌മെന്റുകൾ സ്വീകരിക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു; ക്ലയന്റ് കമ്പ്യൂട്ടറിൽ അധിക പ്രോഗ്രാമുകൾ ഇൻസ്റ്റാൾ ചെയ്യുകയും പ്രവർത്തിപ്പിക്കുകയും ചെയ്യേണ്ടതില്ല.

ഉണ്ട് ശമ്പള പദ്ധതികളിലെ ഡാറ്റാ കൈമാറ്റത്തിനുള്ള മാനദണ്ഡം.

Прочее

പരാമർശനാർഹം 1C: എന്റർപ്രൈസ് സിസ്റ്റത്തിനും വെബ്‌സൈറ്റിനും ഇടയിൽ പ്രോട്ടോക്കോൾ കൈമാറുക, വാണിജ്യ വിവര വിനിമയ നിലവാരം കൊമേഴ്സ്എംഎൽ (Microsoft, Intel, Price.ru, മറ്റ് കമ്പനികൾ എന്നിവയുമായി സംയുക്തമായി വികസിപ്പിച്ചത്) ഇടപാടുകൾ നേടുന്നതിനുള്ള ഡാറ്റാ കൈമാറ്റത്തിനുള്ള മാനദണ്ഡം.

അവലംബം: www.habr.com