ວິທີການປະສົມປະສານກັບ 1C

ຂໍ້ກໍານົດທີ່ສໍາຄັນທີ່ສຸດສໍາລັບຄໍາຮ້ອງສະຫມັກທຸລະກິດແມ່ນຫຍັງ? ບາງໜ້າວຽກທີ່ສຳຄັນມີດັ່ງນີ້:

• ຄວາມ​ງ່າຍ​ໃນ​ການ​ປ່ຽນ​ແປງ / ປັບ​ຕາມ​ເຫດ​ຜົນ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ກັບ​ການ​ປ່ຽນ​ແປງ​ວຽກ​ງານ​ທຸ​ລະ​ກິດ​.
• ການເຊື່ອມໂຍງງ່າຍກັບຄໍາຮ້ອງສະຫມັກອື່ນໆ.

ວິທີທີ່ວຽກງານທໍາອິດຖືກແກ້ໄຂໃນ 1C ໄດ້ຖືກອະທິບາຍສັ້ນໆຢູ່ໃນພາກ "ການປັບແຕ່ງແລະການສະຫນັບສະຫນູນ". ຫົວ​ຂໍ້​ນີ້; ພວກເຮົາຈະກັບຄືນໄປຫາຫົວຂໍ້ທີ່ຫນ້າສົນໃຈນີ້ໃນບົດຄວາມໃນອະນາຄົດ. ມື້ນີ້ພວກເຮົາຈະສົນທະນາກ່ຽວກັບວຽກງານທີສອງ, ການເຊື່ອມໂຍງ.

ວຽກງານການເຊື່ອມໂຍງ

ວຽກງານການເຊື່ອມໂຍງສາມາດແຕກຕ່າງກັນ. ເພື່ອແກ້ໄຂບັນຫາບາງຢ່າງ, ການແລກປ່ຽນຂໍ້ມູນແບບໂຕ້ຕອບແບບງ່າຍດາຍແມ່ນພຽງພໍ - ຕົວຢ່າງ, ການໂອນລາຍຊື່ພະນັກງານໄປຫາທະນາຄານສໍາລັບການອອກບັດພາດສະຕິກເງິນເດືອນ. ສໍາລັບວຽກງານທີ່ສັບສົນຫຼາຍ, ການແລກປ່ຽນຂໍ້ມູນອັດຕະໂນມັດຢ່າງເຕັມສ່ວນອາດຈະມີຄວາມຈໍາເປັນ, ອາດຈະອີງໃສ່ເຫດຜົນທາງທຸລະກິດຂອງລະບົບພາຍນອກ. ມີວຽກງານທີ່ມີຄວາມຊໍານິຊໍານານໃນທໍາມະຊາດ, ເຊັ່ນ: ການເຊື່ອມໂຍງກັບອຸປະກອນພາຍນອກ (ຕົວຢ່າງເຊັ່ນອຸປະກອນຂາຍຍ່ອຍ, ເຄື່ອງສະແກນມືຖື, ແລະອື່ນໆ) ຫຼືກັບລະບົບມໍລະດົກຫຼືຄວາມຊ່ຽວຊານສູງ (ຕົວຢ່າງເຊັ່ນ, ມີລະບົບການຮັບຮູ້ແທັກ RFID). ມັນເປັນສິ່ງສໍາຄັນທີ່ສຸດທີ່ຈະເລືອກເອົາກົນໄກການເຊື່ອມໂຍງທີ່ເຫມາະສົມທີ່ສຸດສໍາລັບແຕ່ລະວຽກງານ.

ທາງເລືອກໃນການປະສົມປະສານກັບ 1C

ມີວິທີການທີ່ແຕກຕ່າງກັນໃນການປະຕິບັດການເຊື່ອມໂຍງກັບຄໍາຮ້ອງສະຫມັກ 1C; ອັນໃດທີ່ຈະເລືອກເອົາແມ່ນຂຶ້ນກັບຄວາມຕ້ອງການຂອງວຽກງານ.

1. ການ​ປະ​ຕິ​ບັດ​ໂດຍ​ອີງ​ໃສ່​ ກົນ​ໄກ​ການ​ເຊື່ອມ​ໂຍງສະຫນອງໃຫ້ໂດຍແພລະຕະຟອມ, API ພິເສດຂອງຕົນເອງໃນດ້ານຄໍາຮ້ອງສະຫມັກ 1C (ຕົວຢ່າງເຊັ່ນ, ຊຸດຂອງບໍລິການເວັບຫຼື HTTP ທີ່ຈະໂທຫາແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມເພື່ອແລກປ່ຽນຂໍ້ມູນກັບແອັບພລິເຄຊັນ 1C). ປະໂຫຍດຂອງວິທີການນີ້ແມ່ນຄວາມຕ້ານທານຂອງ API ຕໍ່ກັບການປ່ຽນແປງການປະຕິບັດໃນດ້ານຄໍາຮ້ອງສະຫມັກ 1C. ຄວາມແປກປະຫລາດຂອງວິທີການແມ່ນວ່າມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະຕ້ອງປ່ຽນລະຫັດແຫຼ່ງຂອງການແກ້ໄຂມາດຕະຖານ 1C, ເຊິ່ງອາດຈະຕ້ອງການຄວາມພະຍາຍາມໃນເວລາທີ່ການລວມລະຫັດແຫຼ່ງໃນເວລາທີ່ຍ້າຍໄປຢູ່ໃນການຕັ້ງຄ່າໃຫມ່. ໃນ​ກໍ​ລະ​ນີ​ນີ້​, ການ​ທໍາ​ງານ​ຄວາມ​ຄືບ​ຫນ້າ​ໃຫມ່​ສາ​ມາດ​ມາ​ກູ້​ໄພ - ການຂະຫຍາຍການຕັ້ງຄ່າ. ສ່ວນຂະຫຍາຍແມ່ນ, ໂດຍເນື້ອແທ້ແລ້ວ, ກົນໄກ plugin ທີ່ອະນຸຍາດໃຫ້ທ່ານສ້າງການເພີ່ມເຕີມຕໍ່ກັບການແກ້ໄຂຄໍາຮ້ອງສະຫມັກໂດຍບໍ່ມີການປ່ຽນການແກ້ໄຂຄໍາຮ້ອງສະຫມັກດ້ວຍຕົນເອງ. ການເຄື່ອນຍ້າຍ API ການເຊື່ອມໂຍງເຂົ້າໄປໃນສ່ວນຂະຫຍາຍການຕັ້ງຄ່າຈະຊ່ວຍໃຫ້ທ່ານສາມາດຫຼີກເວັ້ນຄວາມຫຍຸ້ງຍາກໃນເວລາທີ່ການລວມຕົວກໍານົດຄ່າໃນເວລາທີ່ຍ້າຍໄປຫາສະບັບໃຫມ່ຂອງການແກ້ໄຂມາດຕະຖານ.
2. ການນໍາໃຊ້ກົນໄກການເຊື່ອມໂຍງແພລະຕະຟອມທີ່ສະຫນອງການເຂົ້າເຖິງພາຍນອກກັບຕົວແບບວັດຖຸຂອງແອັບພລິເຄຊັນແລະບໍ່ຮຽກຮ້ອງໃຫ້ມີການດັດແປງແອັບພລິເຄຊັນຫຼືການສ້າງສ່ວນຂະຫຍາຍ. ປະໂຫຍດຂອງວິທີການນີ້ແມ່ນວ່າບໍ່ຈໍາເປັນຕ້ອງມີການປ່ຽນແປງຄໍາຮ້ອງສະຫມັກ 1C. ລົບ - ຖ້າຄໍາຮ້ອງສະຫມັກ 1C ໄດ້ຖືກປັບປຸງ, ຫຼັງຈາກນັ້ນການປັບປຸງອາດຈະຕ້ອງການໃນຄໍາຮ້ອງສະຫມັກປະສົມປະສານ. ຕົວຢ່າງຂອງວິທີການນີ້ແມ່ນການນໍາໃຊ້ອະນຸສັນຍາ OData ສໍາລັບການເຊື່ອມໂຍງ, ປະຕິບັດຢູ່ຂ້າງຂອງ 1C: ເວທີວິສາຫະກິດ (ເພີ່ມເຕີມກ່ຽວກັບມັນຂ້າງລຸ່ມນີ້).
3. ການນໍາໃຊ້ໂປໂຕຄອນຄໍາຮ້ອງສະຫມັກທີ່ກຽມພ້ອມທີ່ປະຕິບັດໃນການແກ້ໄຂມາດຕະຖານ 1C. ການແກ້ໄຂມາດຕະຖານຈໍານວນຫຼາຍຈາກ 1C ແລະຄູ່ຮ່ວມງານປະຕິບັດອະນຸສັນຍາຄໍາຮ້ອງສະຫມັກຂອງຕົນເອງ, ສຸມໃສ່ວຽກງານສະເພາະ, ໂດຍອີງໃສ່ກົນໄກການເຊື່ອມໂຍງທີ່ສະຫນອງໂດຍເວທີ. ເມື່ອນໍາໃຊ້ກົນໄກເຫຼົ່ານີ້, ບໍ່ຈໍາເປັນຕ້ອງຂຽນລະຫັດໃນດ້ານຄໍາຮ້ອງສະຫມັກ 1C, ເພາະວ່າ ພວກເຮົາໃຊ້ຄວາມສາມາດມາດຕະຖານຂອງການແກ້ໄຂຄໍາຮ້ອງສະຫມັກ. ໃນດ້ານຄໍາຮ້ອງສະຫມັກ 1C, ພວກເຮົາພຽງແຕ່ຕ້ອງການເຮັດການຕັ້ງຄ່າທີ່ແນ່ນອນ.

ກົນໄກການເຊື່ອມໂຍງໃນ 1C: ເວທີວິສາຫະກິດ

ການ​ນໍາ​ເຂົ້າ / ສົ່ງ​ອອກ​ໄຟລ​໌​

ສົມມຸດວ່າພວກເຮົາກໍາລັງປະເຊີນຫນ້າກັບວຽກງານຂອງການແລກປ່ຽນຂໍ້ມູນ bidirectional ລະຫວ່າງຄໍາຮ້ອງສະຫມັກ 1C ແລະຄໍາຮ້ອງສະຫມັກ arbitrary. ຕົວຢ່າງ, ພວກເຮົາຈໍາເປັນຕ້ອງ synchronize ບັນຊີລາຍຊື່ຂອງຜະລິດຕະພັນ (ບັນຊີລາຍການ Nomenclature) ລະຫວ່າງຄໍາຮ້ອງສະຫມັກ 1C ແລະຄໍາຮ້ອງສະຫມັກທີ່ມັກ.

ເພື່ອແກ້ໄຂບັນຫານີ້, ທ່ານສາມາດຂຽນສ່ວນຂະຫຍາຍທີ່ດາວໂຫລດໄດເລກະທໍລີ Nomenclature ເຂົ້າໄປໃນໄຟລ໌ຂອງຮູບແບບທີ່ແນ່ນອນ (ຂໍ້ຄວາມ, XML, JSON, ...) ແລະສາມາດອ່ານຮູບແບບນີ້ໄດ້.

ແພລະຕະຟອມປະຕິບັດກົນໄກສໍາລັບການຈັດລໍາດັບວັດຖຸຂອງແອັບພລິເຄຊັນໃນ XML ທັງໂດຍກົງ, ໂດຍຜ່ານວິທີການບໍລິບົດທົ່ວໂລກ WriteXML / ReadXML, ແລະການນໍາໃຊ້ວັດຖຸຊ່ວຍ XDTO (XML Data Transfer Objects).

ວັດຖຸໃດນຶ່ງໃນ 1C:Enterprise system ສາມາດໄດ້ຮັບການ serialized ເປັນການເປັນຕົວແທນ XML ແລະໃນທາງກັບກັນ.

ຟັງຊັນນີ້ຈະສົ່ງຄືນການເປັນຕົວແທນ XML ຂອງວັດຖຸ:

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

ນີ້ແມ່ນສິ່ງທີ່ສົ່ງອອກລາຍຊື່ Nomenclature ໄປ XML ໂດຍໃຊ້ XDTO ຈະມີລັກສະນະຄື:

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

ໂດຍພຽງແຕ່ດັດແປງລະຫັດ, ພວກເຮົາສົ່ງອອກໄດເລກະທໍລີໄປຍັງ JSON. ຜະລິດຕະພັນຈະຖືກຂຽນໃສ່ array; ສໍາລັບຄວາມຫລາກຫລາຍ, ນີ້ແມ່ນສະບັບພາສາອັງກິດຂອງ syntax:

&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 ແລະ OData protocol

ເລີ່ມຈາກເວີຊັນ 8.3.5, 1C:Enterprise platform ສາມາດອັດຕະໂນມັດ ສ້າງການໂຕ້ຕອບ REST ສໍາລັບການແກ້ໄຂຄໍາຮ້ອງສະຫມັກທັງຫມົດ. ວັດຖຸການຕັ້ງຄ່າໃດໆ (ໄດເລກະທໍລີ, ເອກະສານ, ຂໍ້ມູນລົງທະບຽນ, ແລະອື່ນໆ) ສາມາດເຮັດໄດ້ສໍາລັບການຮັບແລະດັດແກ້ຂໍ້ມູນຜ່ານການໂຕ້ຕອບ REST. ແພລະຕະຟອມໃຊ້ໂປໂຕຄອນເປັນໂປໂຕຄອນການເຂົ້າເຖິງ OData ລຸ້ນ 3.0. ການເຜີຍແຜ່ບໍລິການ OData ແມ່ນດໍາເນີນການຈາກເມນູ Configurator “Administration -> Publishing on a web server”, “Publish standard OData interface” ຕ້ອງຖືກກວດສອບ. ຮອງຮັບຮູບແບບ Atom/XML ແລະ JSON. ຫຼັງຈາກການແກ້ໄຂຄໍາຮ້ອງສະຫມັກໄດ້ຖືກຈັດພີມມາຢູ່ໃນເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌, ລະບົບພາກສ່ວນທີສາມສາມາດເຂົ້າເຖິງມັນໂດຍຜ່ານການໂຕ້ຕອບ REST ໂດຍໃຊ້ຄໍາຮ້ອງຂໍ HTTP. ເພື່ອເຮັດວຽກກັບແອັບພລິເຄຊັນ 1C ຜ່ານໂປໂຕຄອນ OData, ການຂຽນໂປຼແກຼມໃນດ້ານ 1C ແມ່ນບໍ່ຈໍາເປັນ.

ດັ່ງນັ້ນ, URL ເຊັ່ນ http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура ຈະສົ່ງຄືນໃຫ້ພວກເຮົາເນື້ອໃນຂອງລາຍການ Nomenclature ໃນຮູບແບບ XML - ຄໍເລັກຊັນຂອງອົງປະກອບເຂົ້າ (ຫົວຂໍ້ຂໍ້ຄວາມຖືກຍົກເວັ້ນສໍາລັບ brevity):

<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” ໃສ່ URL, ພວກເຮົາໄດ້ຮັບເນື້ອໃນຂອງລາຍການຊື່ໃນຮູບແບບ 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, ທັງສໍາລັບການອ່ານແລະການຂຽນ. ແຫຼ່ງຂໍ້ມູນພາຍນອກແມ່ນມີຢູ່ໃນທັງ Windows ແລະ Linux.

ກົນໄກການແລກປ່ຽນຂໍ້ມູນ

ກົນໄກການແລກປ່ຽນຂໍ້ມູນ ມີຈຸດປະສົງທັງໃນການສ້າງລະບົບແຈກຢາຍທາງພູມສັນຖານໂດຍອີງໃສ່ 1C: ວິສາຫະກິດ, ແລະສໍາລັບການຈັດຕັ້ງການແລກປ່ຽນຂໍ້ມູນກັບລະບົບຂໍ້ມູນອື່ນໆທີ່ບໍ່ອີງໃສ່ 1C: ວິສາຫະກິດ.

ກົນໄກນີ້ຖືກນໍາໃຊ້ຢ່າງຫ້າວຫັນໃນການປະຕິບັດ 1C, ແລະຂອບເຂດຂອງວຽກງານທີ່ແກ້ໄຂດ້ວຍການຊ່ວຍເຫຼືອຂອງມັນແມ່ນກວ້າງຫຼາຍ. ນີ້ປະກອບມີການແລກປ່ຽນຂໍ້ມູນລະຫວ່າງແອັບພລິເຄຊັນ 1C ທີ່ຕິດຕັ້ງຢູ່ໃນສາຂາຂອງອົງການ, ແລະການແລກປ່ຽນລະຫວ່າງແອັບພລິເຄຊັນ 1C ແລະເວັບໄຊທ໌ຮ້ານຄ້າອອນໄລນ໌, ແລະການແລກປ່ຽນຂໍ້ມູນລະຫວ່າງແອັບພລິເຄຊັນເຊີຟເວີ 1C ແລະລູກຄ້າມືຖື (ສ້າງໂດຍໃຊ້ 1C: ແພລະຕະຟອມມືຖືວິສາຫະກິດ), ແລະຫຼາຍ. ເພີ່ມເຕີມ.

ຫນຶ່ງໃນແນວຄວາມຄິດທີ່ສໍາຄັນໃນກົນໄກການແລກປ່ຽນຂໍ້ມູນແມ່ນແຜນການແລກປ່ຽນ. ແຜນການແລກປ່ຽນເປັນປະເພດພິເສດຂອງວັດຖຸຂອງເວທີຄໍາຮ້ອງສະຫມັກ 1C, ເຊິ່ງກໍານົດ, ໂດຍສະເພາະ, ອົງປະກອບຂອງຂໍ້ມູນທີ່ຈະເຂົ້າຮ່ວມໃນການແລກປ່ຽນ (ທີ່ໄດເລກະທໍລີ, ເອກະສານ, ທະບຽນ, ແລະອື່ນໆ). ແຜນການແລກປ່ຽນຍັງມີຂໍ້ມູນກ່ຽວກັບຜູ້ເຂົ້າຮ່ວມແລກປ່ຽນ (ອັນທີ່ເອີ້ນວ່າຂໍ້ແລກປ່ຽນ).
ອົງປະກອບທີສອງຂອງກົນໄກການແລກປ່ຽນຂໍ້ມູນແມ່ນກົນໄກການລົງທະບຽນການປ່ຽນແປງ. ກົນໄກນີ້ຕິດຕາມລະບົບອັດຕະໂນມັດສໍາລັບການປ່ຽນແປງຂໍ້ມູນທີ່ຕ້ອງໄດ້ຮັບການໂອນໄປຫາຜູ້ໃຊ້ສຸດທ້າຍເປັນສ່ວນຫນຶ່ງຂອງແຜນການແລກປ່ຽນ. ການນໍາໃຊ້ກົນໄກນີ້, ເວທີຕິດຕາມການປ່ຽນແປງທີ່ເກີດຂຶ້ນນັບຕັ້ງແຕ່ synchronization ທີ່ຜ່ານມາແລະຊ່ວຍໃຫ້ທ່ານສາມາດຫຼຸດຜ່ອນຈໍານວນຂໍ້ມູນທີ່ຖືກໂອນໃນລະຫວ່າງກອງປະຊຸມ synchronization ຕໍ່ໄປ.

ການແລກປ່ຽນຂໍ້ມູນເກີດຂຶ້ນໂດຍໃຊ້ຂໍ້ຄວາມ XML ຂອງໂຄງສ້າງທີ່ແນ່ນອນ. ຂໍ້ຄວາມປະກອບມີຂໍ້ມູນທີ່ມີການປ່ຽນແປງນັບຕັ້ງແຕ່ການ synchronization ຫຼ້າສຸດກັບ node ແລະບາງຂໍ້ມູນການບໍລິການ. ໂຄງສ້າງຂໍ້ຄວາມສະຫນັບສະຫນູນຕົວເລກຂໍ້ຄວາມແລະອະນຸຍາດໃຫ້ທ່ານໄດ້ຮັບການຢືນຢັນຈາກໂຫນດຜູ້ຮັບວ່າຂໍ້ຄວາມໄດ້ຮັບ. ການຢືນຢັນດັ່ງກ່າວແມ່ນມີຢູ່ໃນແຕ່ລະຂໍ້ຄວາມທີ່ມາຈາກໂຫນດທີ່ໄດ້ຮັບ, ໃນຮູບແບບຂອງຈໍານວນຂໍ້ຄວາມທີ່ໄດ້ຮັບສຸດທ້າຍ. ຂໍ້ຄວາມຕົວເລກຊ່ວຍໃຫ້ແພລະຕະຟອມເຂົ້າໃຈວ່າຂໍ້ມູນໃດໄດ້ຖືກສົ່ງຜ່ານຢ່າງສໍາເລັດຜົນກັບໂຫນດຮັບ, ແລະເພື່ອຫຼີກເວັ້ນການສົ່ງຄືນໂດຍການສົ່ງຂໍ້ມູນເທົ່ານັ້ນທີ່ມີການປ່ຽນແປງນັບຕັ້ງແຕ່ node ສົ່ງຂໍ້ຄວາມໄດ້ຮັບຂໍ້ຄວາມສຸດທ້າຍທີ່ມີໃບຮັບເງິນສໍາລັບຂໍ້ມູນທີ່ໄດ້ຮັບໂດຍ node ຮັບ. ໂຄງ​ການ​ປະ​ຕິ​ບັດ​ການ​ນີ້​ເຮັດ​ໃຫ້​ແນ່​ໃຈວ່​າ​ການ​ຈັດ​ສົ່ງ​ທີ່​ຮັບ​ປະ​ກັນ​ເຖິງ​ແມ່ນ​ວ່າ​ມີ​ຊ່ອງ​ທາງ​ສາຍ​ສົ່ງ​ທີ່​ບໍ່​ຫນ້າ​ເຊື່ອ​ຖື​ແລະ​ການ​ສູນ​ເສຍ​ຂໍ້​ຄວາມ​.

ອົງປະກອບພາຍນອກ

ໃນຫຼາຍໆກໍລະນີ, ເມື່ອແກ້ໄຂບັນຫາການເຊື່ອມໂຍງ, ຄົນເຮົາຕ້ອງຈັດການກັບຄວາມຕ້ອງການສະເພາະ, ຕົວຢ່າງເຊັ່ນໂປໂຕຄອນການໂຕ້ຕອບ, ຮູບແບບຂໍ້ມູນ, ເຊິ່ງບໍ່ໄດ້ສະຫນອງໃຫ້ຢູ່ໃນເວທີ 1C: ວິສາຫະກິດ. ສໍາລັບລະດັບຂອງວຽກງານດັ່ງກ່າວ, ເວທີສະຫນອງ ເຕັກໂນໂລຊີອົງປະກອບພາຍນອກ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສ້າງໂມດູນ plug-in ແບບເຄື່ອນໄຫວທີ່ຂະຫຍາຍການເຮັດວຽກຂອງ 1C:Enterprise.

ຕົວຢ່າງປົກກະຕິຂອງວຽກງານທີ່ມີຄວາມຕ້ອງການທີ່ຄ້າຍຄືກັນແມ່ນຈະລວມເອົາການແກ້ໄຂຄໍາຮ້ອງສະຫມັກ 1C ກັບອຸປະກອນຂາຍຍ່ອຍ, ຕັ້ງແຕ່ເຄື່ອງຊັ່ງກັບບັນຊີເງິນສົດແລະເຄື່ອງສະແກນບາໂຄດ. ອົງປະກອບພາຍນອກສາມາດເຊື່ອມຕໍ່ໄດ້ທັງໃນ 1C: ດ້ານເຊີບເວີຂອງວິສາຫະກິດແລະຝ່າຍລູກຄ້າ (ລວມທັງ, ແຕ່ບໍ່ຈໍາກັດ, ລູກຄ້າເວັບ, ເຊັ່ນດຽວກັນກັບ. ຮຸ່ນຕໍ່ໄປຂອງແພລະຕະຟອມມືຖື 1C: ວິສາຫະກິດ). ເທກໂນໂລຍີຂອງອົງປະກອບພາຍນອກສະຫນອງການໂຕ້ຕອບຊອບແວ (C++) ທີ່ງ່າຍດາຍແລະເຂົ້າໃຈໄດ້ສໍາລັບການໂຕ້ຕອບຂອງອົງປະກອບກັບແພລະຕະຟອມ 1C: ວິສາຫະກິດ, ເຊິ່ງຕ້ອງໄດ້ຮັບການປະຕິບັດໂດຍຜູ້ພັດທະນາ.

ຄວາມເປັນໄປໄດ້ທີ່ເປີດຂຶ້ນໃນເວລາທີ່ນໍາໃຊ້ອົງປະກອບພາຍນອກແມ່ນກວ້າງຫຼາຍ. ທ່ານ​ສາ​ມາດ​ປະ​ຕິ​ບັດ​ການ​ພົວ​ພັນ​ໂດຍ​ນໍາ​ໃຊ້​ອະ​ນຸ​ສັນ​ຍາ​ການ​ແລກ​ປ່ຽນ​ຂໍ້​ມູນ​ສະ​ເພາະ​ກັບ​ອຸ​ປະ​ກອນ​ພາຍ​ນອກ​ແລະ​ລະ​ບົບ​, ການ​ສ້າງ​ໃນ​ວິ​ທີ​ການ​ສະ​ເພາະ​ສໍາ​ລັບ​ການ​ປະ​ມວນ​ຜົນ​ຂໍ້​ມູນ​ແລະ​ຮູບ​ແບບ​ຂໍ້​ມູນ​, ແລະ​ອື່ນໆ​.

ກົນໄກການເຊື່ອມໂຍງທີ່ລ້າສະໄຫມ

ເວທີດັ່ງກ່າວສະຫນອງກົນໄກການເຊື່ອມໂຍງທີ່ບໍ່ແນະນໍາໃຫ້ໃຊ້ໃນການແກ້ໄຂໃຫມ່; ພວກມັນຖືກປະໄວ້ດ້ວຍເຫດຜົນຂອງຄວາມເຂົ້າກັນໄດ້ໃນດ້ານຫຼັງ, ແລະໃນກໍລະນີທີ່ຝ່າຍອື່ນບໍ່ສາມາດເຮັດວຽກກັບໂປໂຕຄອນທີ່ທັນສະໄຫມກວ່າ. ຫນຶ່ງໃນນັ້ນກໍາລັງເຮັດວຽກກັບໄຟລ໌ຮູບແບບ DBF (ສະຫນັບສະຫນູນໃນພາສາທີ່ສ້າງຂຶ້ນໃນການນໍາໃຊ້ວັດຖຸ XBase).

ກົນໄກການເຊື່ອມໂຍງແບບເກົ່າແກ່ອີກອັນຫນຶ່ງແມ່ນການນໍາໃຊ້ເຕັກໂນໂລຢີ COM (ມີຢູ່ໃນເວທີ Windows ເທົ່ານັ້ນ). ແພລະຕະຟອມ 1C:Enterprise ສະຫນອງສອງວິທີການປະສົມປະສານສໍາລັບ Windows ໂດຍໃຊ້ເຕັກໂນໂລຢີ COM: ເຄື່ອງແມ່ຂ່າຍອັດຕະໂນມັດແລະການເຊື່ອມຕໍ່ພາຍນອກ. ພວກເຂົາເຈົ້າແມ່ນຄ້າຍຄືກັນຫຼາຍ, ແຕ່ຫນຶ່ງໃນຄວາມແຕກຕ່າງພື້ນຖານແມ່ນວ່າໃນກໍລະນີຂອງເຄື່ອງແມ່ຂ່າຍຂອງອັດຕະໂນມັດ, ຄໍາຮ້ອງສະຫມັກລູກຄ້າ 1C:Enterprise 8 ເຕັມທີ່ໄດ້ຖືກເປີດຕົວ, ແລະໃນກໍລະນີຂອງການເຊື່ອມຕໍ່ພາຍນອກ, COM ໃນຂະບວນການຂ້ອນຂ້າງຫນ້ອຍ. ເຊີບເວີຖືກເປີດຕົວ. ນັ້ນແມ່ນ, ຖ້າທ່ານເຮັດວຽກຜ່ານເຄື່ອງແມ່ຂ່າຍອັດຕະໂນມັດ, ທ່ານສາມາດນໍາໃຊ້ຫນ້າທີ່ຂອງຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າແລະປະຕິບັດການປະຕິບັດທີ່ຄ້າຍຄືກັນກັບການໂຕ້ຕອບຂອງຜູ້ໃຊ້. ເມື່ອໃຊ້ການເຊື່ອມຕໍ່ພາຍນອກ, ທ່ານພຽງແຕ່ສາມາດນໍາໃຊ້ຫນ້າທີ່ຕາມເຫດຜົນທາງທຸລະກິດ, ແລະພວກເຂົາສາມາດປະຕິບັດໄດ້ທັງໃນດ້ານລູກຄ້າຂອງການເຊື່ອມຕໍ່, ບ່ອນທີ່ເຄື່ອງແມ່ຂ່າຍ COM ທີ່ຖືກສ້າງຂື້ນ, ແລະທ່ານສາມາດໂທຫາເຫດຜົນທາງທຸລະກິດໃນ 1C: ເຄື່ອງແມ່ຂ່າຍຂອງວິສາຫະກິດ. ຂ້າງ.

ເທກໂນໂລຍີ COM ຍັງສາມາດຖືກນໍາໃຊ້ເພື່ອເຂົ້າເຖິງລະບົບພາຍນອກຈາກລະຫັດຄໍາຮ້ອງສະຫມັກໃນ 1C: ແພລະຕະຟອມວິສາຫະກິດ. ໃນກໍລະນີນີ້, ຄໍາຮ້ອງສະຫມັກ 1C ເຮັດຫນ້າທີ່ເປັນລູກຄ້າ COM. ແຕ່ຄວນຈື່ໄວ້ວ່າກົນໄກເຫຼົ່ານີ້ຈະເຮັດວຽກພຽງແຕ່ຖ້າເຄື່ອງແມ່ຂ່າຍ 1C ເຮັດວຽກຢູ່ໃນສະພາບແວດລ້ອມ Windows.

ກົນໄກການເຊື່ອມໂຍງປະຕິບັດໃນການຕັ້ງຄ່າມາດຕະຖານ

ຮູບແບບຂໍ້ມູນວິສາຫະກິດ

ໃນຈໍານວນການຕັ້ງຄ່າ 1C (ບັນຊີລາຍຊື່ຂ້າງລຸ່ມນີ້), ໂດຍອີງໃສ່ກົນໄກການແລກປ່ຽນຂໍ້ມູນເວທີທີ່ໄດ້ອະທິບາຍຂ້າງເທິງ, ກົນໄກທີ່ກຽມພ້ອມສໍາລັບການແລກປ່ຽນຂໍ້ມູນກັບແອັບພລິເຄຊັນພາຍນອກໄດ້ຖືກປະຕິບັດ, ເຊິ່ງບໍ່ຈໍາເປັນຕ້ອງມີການປ່ຽນແປງລະຫັດແຫຼ່ງຂອງການຕັ້ງຄ່າ (ການກະກຽມຂໍ້ມູນ. ການແລກປ່ຽນແມ່ນເຮັດໄດ້ໃນການຕັ້ງຄ່າການແກ້ໄຂຄໍາຮ້ອງສະຫມັກ):

• "1C:ERP Enterprise Management 2.0"
• "ອັດຕະໂນມັດສະລັບສັບຊ້ອນ 2"
• "ການບັນຊີວິສາຫະກິດ", ສະບັບ 3.0
• "ການບັນຊີສໍາລັບວິສາຫະກິດ CORP", ສະບັບ 3.0
• "ຂາຍຍ່ອຍ", ສະບັບ 2.0
• “ການຄຸ້ມຄອງການຄ້າຂັ້ນພື້ນຖານ”, ສະບັບທີ 11
• ການຄຸ້ມຄອງການຄ້າ, ສະບັບ 11
• “ເງິນເດືອນ ແລະ ການຄຸ້ມຄອງບຸກຄະລາກອນ”, ສະບັບທີ 3

ຮູບແບບທີ່ໃຊ້ສໍາລັບການແລກປ່ຽນຂໍ້ມູນແມ່ນ ຂໍ້ມູນວິສາຫະກິດ, ອີງໃສ່ XML. ຮູບແບບແມ່ນຮັດກຸມທຸລະກິດ - ໂຄງສ້າງຂໍ້ມູນທີ່ອະທິບາຍໄວ້ໃນມັນກົງກັບຫນ່ວຍງານທຸລະກິດ (ເອກະສານແລະອົງປະກອບຂອງໄດເລກະທໍລີ) ທີ່ນໍາສະເຫນີໃນໂຄງການ 1C, ຕົວຢ່າງ: ການກະທໍາຂອງການສໍາເລັດ, ຄໍາສັ່ງຮັບເງິນສົດ, ຄູ່ຮ່ວມງານ, ລາຍການ, ແລະອື່ນໆ.

ການແລກປ່ຽນຂໍ້ມູນລະຫວ່າງແອັບພລິເຄຊັນ 1C ແລະແອັບພລິເຄຊັນພາກສ່ວນທີສາມສາມາດເກີດຂຶ້ນໄດ້:

• ຜ່ານລະບົບໄຟລ໌ສະເພາະ
• ຜ່ານ FTP directory
• ຜ່ານການບໍລິການເວັບທີ່ນຳໃຊ້ຢູ່ດ້ານແອັບພລິເຄຊັນ 1C. ໄຟລ໌ຂໍ້ມູນຖືກສົ່ງຜ່ານເປັນພາລາມິເຕີໄປຫາວິທີການເວັບ
• ຜ່ານອີເມລ໌

ໃນກໍລະນີຂອງການແລກປ່ຽນໂດຍຜ່ານການບໍລິການເວັບໄຊຕ໌, ຄໍາຮ້ອງສະຫມັກພາກສ່ວນທີສາມຈະເລີ່ມຕົ້ນກອງປະຊຸມການແລກປ່ຽນຂໍ້ມູນໂດຍການໂທຫາວິທີການເວັບໄຊຕ໌ທີ່ສອດຄ້ອງກັນຂອງຄໍາຮ້ອງສະຫມັກ 1C. ໃນກໍລະນີອື່ນໆ, ຜູ້ລິເລີ່ມຂອງກອງປະຊຸມແລກປ່ຽນຈະເປັນຄໍາຮ້ອງສະຫມັກ 1C (ໂດຍການວາງໄຟລ໌ຂໍ້ມູນໃນໄດເລກະທໍລີທີ່ເຫມາະສົມຫຼືສົ່ງໄຟລ໌ຂໍ້ມູນໄປຫາທີ່ຢູ່ອີເມວທີ່ຖືກຕັ້ງຄ່າ).
ນອກ​ຈາກ​ນີ້​ຍັງ​ຢູ່​ໃນ​ດ້ານ 1C ທ່ານ​ສາ​ມາດ​ກໍາ​ນົດ​ຄວາມ​ຖີ່ synchronization ຈະ​ເກີດ​ຂຶ້ນ (ສໍາ​ລັບ​ທາງ​ເລືອກ​ທີ່​ມີ​ການ​ແລກ​ປ່ຽນ​ໄຟລ​໌​ຜ່ານ​ລະ​ບົບ​ແລະ​ອີ​ເມລ​໌​)​:

• ອີງ​ຕາມ​ການ​ກໍາ​ນົດ​ເວ​ລາ (ມີ​ຄວາມ​ຖີ່​ທີ່​ກໍາ​ນົດ​ໄວ້​)
• ດ້ວຍຕົນເອງ; ຜູ້ໃຊ້ຈະຕ້ອງເລີ່ມ synchronization ດ້ວຍຕົນເອງທຸກຄັ້ງທີ່ລາວຕ້ອງການ

ການ​ຮັບ​ຮູ້​ຂໍ້​ຄວາມ​

ແອັບພລິເຄຊັນ 1C ຮັກສາບັນທຶກຂອງຂໍ້ຄວາມທີ່ສົ່ງ ແລະຮັບການຊິງໂຄຣນ໌ ແລະຄາດຫວັງວ່າຈະເປັນອັນດຽວກັນຈາກແອັບພລິເຄຊັນພາກສ່ວນທີສາມ. ນີ້ອະນຸຍາດໃຫ້ທ່ານນໍາໃຊ້ກົນໄກການເລກຂໍ້ຄວາມທີ່ອະທິບາຍຂ້າງເທິງໃນ "ກົນໄກການແລກປ່ຽນຂໍ້ມູນ".

ໃນລະຫວ່າງການ synchronization, ຄໍາຮ້ອງສະຫມັກ 1C ສົ່ງພຽງແຕ່ຂໍ້ມູນກ່ຽວກັບການປ່ຽນແປງທີ່ເກີດຂຶ້ນກັບຫນ່ວຍງານທຸລະກິດນັບຕັ້ງແຕ່ synchronization ສຸດທ້າຍ (ເພື່ອຫຼຸດຜ່ອນຈໍານວນຂໍ້ມູນທີ່ຖືກໂອນ). ໃນລະຫວ່າງການ synchronization ທໍາອິດ, ຄໍາຮ້ອງສະຫມັກ 1C ຈະອັບໂຫລດຫນ່ວຍງານທຸລະກິດທັງຫມົດ (ຕົວຢ່າງເຊັ່ນ, ລາຍການຂອງປື້ມອ້າງອີງລາຍການ) ໃນຮູບແບບ EnterpriseData ເຂົ້າໄປໃນໄຟລ໌ XML (ຍ້ອນວ່າພວກມັນທັງຫມົດແມ່ນ "ໃຫມ່" ສໍາລັບຄໍາຮ້ອງສະຫມັກພາຍນອກ). ຄໍາຮ້ອງສະຫມັກຂອງພາກສ່ວນທີສາມຕ້ອງປະມວນຜົນຂໍ້ມູນຈາກໄຟລ໌ XML ທີ່ໄດ້ຮັບຈາກ 1C ແລະ, ໃນລະຫວ່າງກອງປະຊຸມ synchronization ຕໍ່ໄປ, ການຈັດວາງໃນໄຟລ໌ທີ່ຖືກສົ່ງໄປຫາ 1C, ໃນສ່ວນ XML ພິເສດ, ຂໍ້ມູນທີ່ຂໍ້ຄວາມຈາກ 1C ມີຈໍານວນທີ່ແນ່ນອນໄດ້ສໍາເລັດ. ໄດ້ຮັບ. ຂໍ້ຄວາມການຮັບແມ່ນເປັນສັນຍານໃຫ້ກັບແອັບພລິເຄຊັນ 1C ວ່າທຸກຫົວໜ່ວຍທຸລະກິດໄດ້ຮັບການປະມວນຜົນຢ່າງສໍາເລັດຜົນໂດຍແອັບພລິເຄຊັນພາຍນອກ ແລະບໍ່ຈໍາເປັນຕ້ອງສົ່ງຂໍ້ມູນກ່ຽວກັບພວກມັນອີກຕໍ່ໄປ. ນອກເຫນືອຈາກໃບຮັບເງິນ, ໄຟລ໌ XML ຈາກແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມຍັງສາມາດມີຂໍ້ມູນສໍາລັບການ synchronization ໂດຍແອັບພລິເຄຊັນ (ຕົວຢ່າງ, ເອກະສານສໍາລັບການຂາຍສິນຄ້າແລະການບໍລິການ).

ຫຼັງ​ຈາກ​ໄດ້​ຮັບ​ຂໍ້​ຄວາມ​ທີ່​ໄດ້​ຮັບ​, ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ 1C ຫມາຍ​ການ​ປ່ຽນ​ແປງ​ທັງ​ຫມົດ​ທີ່​ສົ່ງ​ໃນ​ຂໍ້​ຄວາມ​ທີ່​ຜ່ານ​ມາ​ເປັນ synchronized ສົບ​ຜົນ​ສໍາ​ເລັດ​. ພຽງແຕ່ການປ່ຽນແປງທີ່ບໍ່ໄດ້ synchronized ກັບຫນ່ວຍງານທຸລະກິດ (ການສ້າງຫນ່ວຍງານໃຫມ່, ການປ່ຽນແປງແລະລຶບອັນທີ່ມີຢູ່ແລ້ວ) ຈະຖືກສົ່ງໄປຫາແອັບພລິເຄຊັນພາຍນອກໃນລະຫວ່າງກອງປະຊຸມ synchronization ຕໍ່ໄປ.

ເມື່ອໂອນຂໍ້ມູນຈາກແອັບພລິເຄຊັນພາຍນອກໄປຫາແອັບພລິເຄຊັນ 1C, ຮູບພາບຈະຖືກປີ້ນຄືນ. ຄໍາຮ້ອງສະຫມັກພາຍນອກຕ້ອງຕື່ມຂໍ້ມູນໃສ່ພາກສ່ວນການຮັບຂອງໄຟລ໌ XML ຕາມຄວາມເຫມາະສົມແລະວາງຂໍ້ມູນທຸລະກິດສໍາລັບການ synchronization ໃນສ່ວນຂອງມັນໃນຮູບແບບ EnterpriseData.

ການແລກປ່ຽນຂໍ້ມູນແບບງ່າຍດາຍໂດຍບໍ່ມີການຈັບມື

ສໍາລັບກໍລະນີຂອງການເຊື່ອມໂຍງແບບງ່າຍດາຍ, ເມື່ອມັນພຽງພໍທີ່ຈະພຽງແຕ່ໂອນຂໍ້ມູນຈາກແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມໄປຫາແອັບພລິເຄຊັນ 1C ແລະການໂອນຂໍ້ມູນຄືນຈາກແອັບພລິເຄຊັນ 1C ໄປຫາແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມແມ່ນບໍ່ຈໍາເປັນ (ຕົວຢ່າງເຊັ່ນການເຊື່ອມໂຍງອອນໄລນ໌. ເກັບຮັກສາທີ່ໂອນຂໍ້ມູນການຂາຍກັບ 1C: ການບັນຊີ), ມີທາງເລືອກທີ່ງ່າຍດາຍຂອງການເຮັດວຽກໂດຍຜ່ານການບໍລິການເວັບໄຊຕ໌ (ໂດຍບໍ່ມີການຮັບຮູ້), ເຊິ່ງບໍ່ຈໍາເປັນຕ້ອງມີການຕັ້ງຄ່າຢູ່ຂ້າງຂອງຄໍາຮ້ອງສະຫມັກ 1C.

ການແກ້ໄຂການເຊື່ອມໂຍງແບບກຳນົດເອງ

ມີການແກ້ໄຂມາດຕະຖານ "1C: Data Conversion", ເຊິ່ງໃຊ້ກົນໄກເວທີສໍາລັບການປ່ຽນແລະແລກປ່ຽນຂໍ້ມູນລະຫວ່າງການຕັ້ງຄ່າມາດຕະຖານ 1C, ແຕ່ຍັງສາມາດໃຊ້ສໍາລັບການເຊື່ອມໂຍງກັບແອັບພລິເຄຊັນພາກສ່ວນທີສາມ.

ການປະສົມປະສານກັບການແກ້ໄຂທະນາຄານ

ມາດ​ຕະ​ຖານ "ທະນາຄານລູກຄ້າ", ພັດທະນາໂດຍຜູ້ຊ່ຽວຊານ 1C ຫຼາຍກວ່າ 10 ປີກ່ອນຫນ້ານີ້, ໄດ້ກາຍເປັນມາດຕະຖານອຸດສາຫະກໍາໃນລັດເຊຍ. ຂັ້ນຕອນຕໍ່ໄປໃນທິດທາງນີ້ແມ່ນເຕັກໂນໂລຢີ DirectBank, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສົ່ງເອກະສານການຊໍາລະກັບທະນາຄານແລະໄດ້ຮັບໃບແຈ້ງຍອດຈາກທະນາຄານໂດຍກົງຈາກບັນດາໂຄງການຂອງລະບົບ 1C: ວິສາຫະກິດໂດຍການກົດປຸ່ມດຽວໃນໂຄງການ 1C; ມັນບໍ່ຈໍາເປັນຕ້ອງຕິດຕັ້ງແລະແລ່ນໂຄງການເພີ່ມເຕີມໃນຄອມພິວເຕີລູກຄ້າ.

ຍັງມີອີກ ມາດຕະຖານສໍາລັບການແລກປ່ຽນຂໍ້ມູນໃນໂຄງການເງິນເດືອນ.

ອື່ນ ໆ

ສົມຄວນທີ່ຈະກ່າວເຖິງ ການແລກປ່ຽນອະນຸສັນຍາລະຫວ່າງ 1C: ລະບົບວິສາຫະກິດແລະເວັບໄຊທ໌, ມາດຕະຖານການແລກປ່ຽນຂໍ້ມູນການຄ້າ CommerceML (ພັດທະນາຮ່ວມກັບ Microsoft, Intel, Price.ru ແລະບໍລິສັດອື່ນໆ), ມາດຕະຖານສໍາລັບການແລກປ່ຽນຂໍ້ມູນສໍາລັບການໄດ້ຮັບທຸລະກໍາ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com