1C-ի հետ ինտեգրման մեթոդներ

Որո՞նք են բիզնես հայտերի ամենակարևոր պահանջները: Ամենակարևոր առաջադրանքներից մի քանիսը հետևյալն են.

• Փոխելու/հարմարեցնելու կիրառական տրամաբանությունը բիզնես առաջադրանքների փոփոխմանը:
• Հեշտ ինտեգրում այլ հավելվածների հետ:

Ինչպես է առաջին խնդիրը լուծվում 1C-ում, համառոտ նկարագրված է «Անհատականացում և աջակցություն» բաժնում այս հոդվածը; Հետագա հոդվածում մենք կանդրադառնանք այս հետաքրքիր թեմային: Այսօր կխոսենք երկրորդ խնդրի՝ ինտեգրման մասին։

Ինտեգրման առաջադրանքներ

Ինտեգրման առաջադրանքները կարող են տարբեր լինել: Որոշ խնդիրներ լուծելու համար բավական է տվյալների պարզ ինտերակտիվ փոխանակումը, օրինակ՝ աշխատողների ցուցակը փոխանցել բանկ՝ աշխատավարձի պլաստիկ քարտեր տրամադրելու համար։ Ավելի բարդ առաջադրանքների համար կարող է անհրաժեշտ լինել տվյալների լիովին ավտոմատացված փոխանակում, հնարավոր է` հղում կատարելով արտաքին համակարգի բիզնես տրամաբանությանը: Կան խնդիրներ, որոնք մասնագիտացված են իրենց բնույթով, ինչպիսիք են արտաքին սարքավորումների հետ ինտեգրումը (օրինակ՝ մանրածախ սարքավորումներ, շարժական սկաներներ և այլն) կամ հին կամ բարձր մասնագիտացված համակարգերով (օրինակ՝ RFID պիտակների ճանաչման համակարգերով): Չափազանց կարևոր է յուրաքանչյուր առաջադրանքի համար ընտրել ամենահարմար ինտեգրման մեխանիզմը:

Ինտեգրման տարբերակներ 1C-ի հետ

1C հավելվածների հետ ինտեգրման իրականացման տարբեր մոտեցումներ կան, որոնցից որն ընտրել կախված է առաջադրանքի պահանջներից:

1. Իրականացման վրա հիմնված ինտեգրման մեխանիզմներտրամադրված հարթակի կողմից, իր սեփական մասնագիտացված API-ն 1C հավելվածի կողմից (օրինակ՝ վեբ կամ HTTP ծառայությունների մի շարք, որոնք կկանչեն երրորդ կողմի հավելվածները՝ տվյալների փոխանակման համար 1C հավելվածի հետ): Այս մոտեցման առավելությունն այն է, որ API-ի դիմադրությունը 1C հավելվածի կողմից կատարվող փոփոխություններին: Մոտեցման առանձնահատկությունն այն է, որ անհրաժեշտ է փոխել ստանդարտ 1C լուծման աղբյուրի կոդը, ինչը կարող է պոտենցիալ ջանքեր պահանջել սկզբնական կոդերի միաձուլման ժամանակ, երբ տեղափոխվում է կազմաձևի նոր տարբերակ: Այս դեպքում նոր առաջադեմ ֆունկցիոնալությունը կարող է օգնության գալ. կոնֆիգուրացիայի ընդարձակումներ. Ընդլայնումները, ըստ էության, plugin մեխանիզմ են, որը թույլ է տալիս հավելումներ ստեղծել կիրառական լուծումների վրա՝ առանց կիրառական լուծումները փոխելու: Ինտեգրման API-ը կոնֆիգուրացիայի ընդլայնման մեջ տեղափոխելը թույլ կտա ձեզ խուսափել դժվարություններից՝ կոնֆիգուրացիաների միաձուլման ժամանակ ստանդարտ լուծման նոր տարբերակին անցնելիս:
2. Օգտագործելով պլատֆորմի ինտեգրման մեխանիզմներ, որոնք արտաքին մուտք են ապահովում հավելվածի օբյեկտի մոդելին և չեն պահանջում հավելվածի փոփոխություն կամ ընդլայնման ստեղծում: Այս մոտեցման առավելությունն այն է, որ 1C հավելվածը փոխելու կարիք չկա։ Մինուս - եթե 1C հավելվածը բարելավվել է, ապա ինտեգրված հավելվածում կարող են պահանջվել բարելավումներ: Այս մոտեցման օրինակ է ինտեգրման համար OData արձանագրության օգտագործումը, որն իրականացվել է 1C:Enterprise հարթակի կողքին (դրա մասին ավելին ստորև):
3. Ստանդարտ 1C լուծումներում ներդրված պատրաստի կիրառական արձանագրությունների օգտագործումը: 1C-ի և գործընկերների շատ ստանդարտ լուծումներ իրականացնում են իրենց սեփական կիրառական արձանագրությունները՝ կենտրոնացած կոնկրետ խնդիրների վրա՝ հիմնված հարթակի կողմից տրամադրվող ինտեգրացիոն մեխանիզմների վրա: Այս մեխանիզմներն օգտագործելիս կարիք չկա կոդ գրել 1C հավելվածի կողմից, քանի որ Մենք օգտագործում ենք կիրառական լուծման ստանդարտ հնարավորությունները: 1C հավելվածի կողմից մեզ միայն պետք է որոշակի կարգավորումներ կատարել:

Ինտեգրման մեխանիզմներ 1C:Enterprise հարթակում

Ներմուծել/արտահանել ֆայլեր

Ենթադրենք, որ մենք կանգնած ենք 1C հավելվածի և կամայական հավելվածի միջև երկկողմանի տվյալների փոխանակման խնդրի առաջ: Օրինակ, մենք պետք է համաժամացնենք ապրանքների ցանկը (Nomenclature directory) 1C հավելվածի և կամայական հավելվածի միջև:

Այս խնդիրը լուծելու համար կարող եք գրել ընդլայնում, որը ներբեռնում է Nomenclature գրացուցակը որոշակի ձևաչափի ֆայլի մեջ (տեքստ, XML, JSON, ...) և կարող է կարդալ այս ձևաչափը:

Պլատֆորմն իրականացնում է XML-ում հավելվածի օբյեկտների սերիականացման մեխանիզմ ինչպես ուղղակիորեն՝ WriteXML/ReadXML գլոբալ համատեքստի մեթոդների միջոցով, այնպես էլ XDTO (XML Data Transfer Objects) օժանդակ օբյեկտի միջոցով:

1C:Enterprise համակարգի ցանկացած օբյեկտ կարող է սերիալացվել 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: Ապրանքները կգրվեն զանգվածում; Բազմազանության համար ահա շարահյուսության անգլերեն տարբերակը.

&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 արձանագրություն

Սկսած 8.3.5 տարբերակից՝ 1C:Enterprise հարթակը կարող է ավտոմատ կերպով ստեղծել REST ինտերֆեյս ամբողջ կիրառական լուծման համար: Ցանկացած կոնֆիգուրացիայի օբյեկտ (տեղեկատու, փաստաթուղթ, տեղեկատվական ռեգիստր և այլն) կարելի է հասանելի դարձնել REST ինտերֆեյսի միջոցով տվյալներ ստանալու և փոփոխելու համար: Պլատֆորմն օգտագործում է արձանագրությունը որպես մուտքի արձանագրություն OData տարբերակ 3.0. OData ծառայությունների հրապարակումը կատարվում է Կազմաձևողի ընտրացանկից՝ «Կառավարում -> Հրապարակում վեբ սերվերի վրա», պետք է նշվի «Հրապարակել ստանդարտ OData ինտերֆեյսի» վանդակը: Աջակցվում են Atom/XML և JSON ձևաչափերը: Հավելվածի լուծումը վեբ սերվերում հրապարակվելուց հետո երրորդ կողմի համակարգերը կարող են մուտք գործել այն REST ինտերֆեյսի միջոցով՝ օգտագործելով HTTP հարցումները: OData արձանագրության միջոցով 1C հավելվածի հետ աշխատելու համար 1C կողմում ծրագրավորում չի պահանջվում:

Այսպիսով, URL նման http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура մեզ կվերադարձնի Nomenclature կատալոգի բովանդակությունը 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-ի հետ համատեղելի տվյալների բազայի հետ՝ ինչպես կարդալու, այնպես էլ գրելու համար: Արտաքին տվյալների աղբյուրները հասանելի են ինչպես Windows-ում, այնպես էլ Linux-ում:

Տվյալների փոխանակման մեխանիզմ

Տվյալների փոխանակման մեխանիզմ նախատեսված է ինչպես 1C:Enterprise-ի վրա հիմնված աշխարհագրական բաշխված համակարգեր ստեղծելու, այնպես էլ 1C:Enterprise-ի վրա չհիմնված այլ տեղեկատվական համակարգերի հետ տվյալների փոխանակման կազմակերպման համար:

Այս մեխանիզմը ակտիվորեն օգտագործվում է 1C-ի իրականացումներում, և դրա օգնությամբ լուծվող խնդիրների շրջանակը շատ լայն է։ Սա ներառում է տվյալների փոխանակում կազմակերպության մասնաճյուղերում տեղադրված 1C հավելվածների միջև, և 1C հավելվածի և առցանց խանութի կայքի միջև, և տվյալների փոխանակում 1C սերվերի հավելվածի և բջջային հաճախորդի միջև (ստեղծվել է 1C:Enterprise բջջային հարթակի միջոցով) և շատ բան։ ավելին։

Տվյալների փոխանակման մեխանիզմի հիմնական հասկացություններից մեկը փոխանակման պլանն է: Փոխանակման պլանը 1C հավելվածի պլատֆորմի հատուկ տեսակ է, որը որոշում է, մասնավորապես, տվյալների կազմը, որոնք կմասնակցեն փոխանակմանը (որ գրացուցակները, փաստաթղթերը, գրանցամատյանները և այլն): Փոխանակման պլանը պարունակում է նաև տեղեկատվություն փոխանակման մասնակիցների (այսպես կոչված փոխանակման հանգույցների) մասին:
Տվյալների փոխանակման մեխանիզմի երկրորդ բաղադրիչը փոփոխությունների գրանցման մեխանիզմն է։ Այս մեխանիզմը ավտոմատ կերպով վերահսկում է համակարգը տվյալների փոփոխությունների համար, որոնք պետք է փոխանցվեն վերջնական օգտագործողներին՝ որպես փոխանակման պլանի մաս: Օգտագործելով այս մեխանիզմը՝ հարթակը հետևում է փոփոխություններին, որոնք տեղի են ունեցել վերջին համաժամացման պահից և թույլ է տալիս նվազագույնի հասցնել փոխանցված տվյալների քանակը հաջորդ համաժամացման սեսիայի ընթացքում:

Տվյալների փոխանակումը տեղի է ունենում որոշակի կառուցվածքի XML հաղորդագրությունների միջոցով: Հաղորդագրությունը պարունակում է տվյալներ, որոնք փոխվել են հանգույցի հետ վերջին սինխրոնիզացիայից հետո և ծառայության որոշ տեղեկություններ: Հաղորդագրությունների կառուցվածքը աջակցում է հաղորդագրությունների համարակալմանը և թույլ է տալիս ստանալ հաստատում ստացողի հանգույցից, որ հաղորդագրությունները ստացվել են: Նման հաստատում կա ստացող հանգույցից եկող յուրաքանչյուր հաղորդագրության մեջ՝ վերջին ստացված հաղորդագրության համարի տեսքով։ Հաղորդագրությունների համարակալումը թույլ է տալիս հարթակին հասկանալ, թե ինչ տվյալներ են արդեն հաջողությամբ փոխանցվել ընդունող հանգույցին և խուսափել վերահաղորդումից՝ փոխանցելով միայն այն տվյալները, որոնք փոխվել են այն պահից, երբ ուղարկող հանգույցը ստացել է վերջին հաղորդագրությունը՝ ստացող հանգույցի կողմից ստացված տվյալների ստացականով: Գործառնական այս սխեման ապահովում է երաշխավորված առաքում նույնիսկ անհուսալի փոխանցման ալիքների և հաղորդագրությունների կորստի դեպքում:

Արտաքին բաղադրիչներ

Մի շարք դեպքերում ինտեգրման խնդիրներ լուծելիս պետք է գործ ունենալ հատուկ պահանջների հետ, օրինակ՝ փոխազդեցության արձանագրություններ, տվյալների ձևաչափեր, որոնք նախատեսված չեն 1C:Enterprise հարթակում։ Նման մի շարք առաջադրանքների համար հարթակն ապահովում է արտաքին բաղադրիչի տեխնոլոգիա, որը թույլ է տալիս ստեղծել դինամիկ plug-in մոդուլներ, որոնք ընդլայնում են 1C:Enterprise-ի ֆունկցիոնալությունը:

Նմանատիպ պահանջներով առաջադրանքի տիպիկ օրինակ կլինի 1C կիրառական լուծման ինտեգրումը մանրածախ սարքավորումների հետ՝ սկսած կշեռքներից մինչև դրամարկղեր և շտրիխ կոդի սկաներներ: Արտաքին բաղադրիչները կարող են միացված լինել ինչպես 1C:Enterprise սերվերի, այնպես էլ հաճախորդի կողմից (ներառյալ, բայց չսահմանափակվելով վեբ հաճախորդով, ինչպես նաև բջջային հարթակի հաջորդ տարբերակը 1C: Ձեռնարկություն): Արտաքին բաղադրիչների տեխնոլոգիան ապահովում է բավականին պարզ և հասկանալի ծրագրային (C++) ինտերֆեյս 1C:Enterprise հարթակի հետ բաղադրիչների փոխազդեցության համար, որը պետք է իրականացվի մշակողի կողմից:

Արտաքին բաղադրիչներ օգտագործելիս բացվող հնարավորությունները շատ լայն են: Դուք կարող եք իրականացնել փոխազդեցություն՝ օգտագործելով տվյալների փոխանակման հատուկ արձանագրություն արտաքին սարքերի և համակարգերի հետ, ստեղծել հատուկ ալգորիթմներ տվյալների և տվյալների ձևաչափերի մշակման համար և այլն:

Հնացած ինտեգրման մեխանիզմներ

Հարթակը տրամադրում է ինտեգրման մեխանիզմներ, որոնք խորհուրդ չեն տրվում օգտագործել նոր լուծումներում. դրանք մնացել են հետամնացության պատճառով, ինչպես նաև այն դեպքում, երբ մյուս կողմը չի կարող աշխատել ավելի ժամանակակից արձանագրություններով։ Դրանցից մեկն աշխատում է DBF ֆորմատի ֆայլերի հետ (աջակցվում է ներկառուցված լեզվով՝ օգտագործելով XBase օբյեկտը):

Մեկ այլ ժառանգական ինտեգրման մեխանիզմ է COM տեխնոլոգիայի օգտագործումը (հասանելի է միայն Windows հարթակում): 1C:Enterprise հարթակը Windows-ի համար ապահովում է COM տեխնոլոգիայի ինտեգրման երկու եղանակ՝ ավտոմատացման սերվեր և արտաքին կապ: Նրանք շատ նման են, բայց հիմնարար տարբերություններից մեկն այն է, որ Automation սերվերի դեպքում գործարկվում է լիարժեք 1C:Enterprise 8 հաճախորդի հավելված, իսկ արտաքին կապի դեպքում՝ համեմատաբար փոքր ընթացող COM: սերվերը գործարկվել է: Այսինքն, եթե դուք աշխատում եք Automation սերվերի միջոցով, կարող եք օգտագործել հաճախորդի հավելվածի ֆունկցիոնալությունը և կատարել գործողություններ, որոնք նման են օգտվողի ինտերակտիվ գործողություններին: Արտաքին կապ օգտագործելիս կարող եք օգտագործել միայն բիզնեսի տրամաբանական գործառույթները, և դրանք կարող են իրականացվել ինչպես կապի հաճախորդի կողմից, որտեղ ստեղծվում է ընթացիկ COM սերվեր, այնպես էլ կարող եք զանգահարել բիզնես տրամաբանություն 1C:Enterprise սերվերի վրա: կողմը.

COM տեխնոլոգիան կարող է օգտագործվել նաև 1C:Enterprise հարթակի վրա հավելվածի կոդից արտաքին համակարգեր մուտք գործելու համար: Այս դեպքում 1C հավելվածը գործում է որպես COM հաճախորդ: Բայց հարկ է հիշել, որ այս մեխանիզմները կաշխատեն միայն այն դեպքում, եթե 1C սերվերը գործի Windows միջավայրում:

Ինտեգրման մեխանիզմներ, որոնք իրականացվում են ստանդարտ կոնֆիգուրացիաներում

Ձեռնարկությունների տվյալների ձևաչափ

1C մի շարք կոնֆիգուրացիաներում (ստորև բերված ցանկը), որը հիմնված է վերը նկարագրված պլատֆորմի տվյալների փոխանակման մեխանիզմի վրա, իրականացվում է արտաքին հավելվածների հետ տվյալների փոխանակման պատրաստի մեխանիզմ, որը չի պահանջում կոնֆիգուրացիաների սկզբնական կոդը փոխել (տվյալների պատրաստում): փոխանակումը կատարվում է կիրառական լուծումների կարգավորումներում).

• «1C:ERP Enterprise Management 2.0»
• «Համալիր ավտոմատացում 2»
• «Ձեռնարկությունների հաշվառում», հրատարակություն 3.0
• «Հաշվապահական հաշվառում CORP ձեռնարկության համար», հրատարակություն 3.0
• «Մանրածախ», հրատարակություն 2.0
• «Հիմնական առևտրի կառավարում», հրատարակություն 11
• Առևտրի կառավարում, հրատարակություն 11
• «Աշխատավարձեր և անձնակազմի կառավարում CORP», հրատարակություն 3

Տվյալների փոխանակման համար օգտագործվող ձևաչափն է EnterpriseData, հիմնված XML-ի վրա: Ձևաչափը ուղղված է բիզնեսին. դրանում նկարագրված տվյալների կառուցվածքները համապատասխանում են 1C ծրագրերում ներկայացված բիզնես սուբյեկտներին (փաստաթղթերին և գրացուցակի տարրերին), օրինակ՝ ավարտման ակտ, դրամական միջոցների ստացման պատվեր, կոնտրագենտ, ապրանք և այլն:

1C հավելվածի և երրորդ կողմի հավելվածի միջև տվյալների փոխանակումը կարող է տեղի ունենալ.

• հատուկ ֆայլերի գրացուցակի միջոցով
• FTP գրացուցակի միջոցով
• 1C հավելվածի կողմում տեղակայված վեբ ծառայության միջոցով: Տվյալների ֆայլը փոխանցվում է որպես պարամետր վեբ մեթոդներին
• էլփոստի միջոցով

Վեբ ծառայության միջոցով փոխանակման դեպքում երրորդ կողմի հավելվածը կսկսի տվյալների փոխանակման նիստ՝ զանգահարելով 1C հավելվածի համապատասխան վեբ մեթոդները: Այլ դեպքերում փոխանակման նիստի նախաձեռնողը կլինի 1C հավելվածը (տվյալների ֆայլը տեղադրելով համապատասխան գրացուցակում կամ ուղարկելով տվյալների ֆայլը կազմաձևված էլ. հասցեին):
Նաև 1C կողմում կարող եք կարգավորել, թե որքան հաճախ տեղի կունենա համաժամացումը (գրացուցակի և էլփոստի միջոցով ֆայլերի փոխանակման տարբերակների համար).

• ըստ ժամանակացույցի (նշված հաճախականությամբ)
• ձեռքով; Օգտագործողը պետք է ձեռքով սկսի համաժամացումը ամեն անգամ, երբ դա իրեն անհրաժեշտ լինի

Հաղորդագրությունների ընդունում

1C հավելվածները պահում են ուղարկված և ստացված համաժամացման հաղորդագրությունների գրառումները և նույնն են ակնկալում երրորդ կողմի հավելվածներից: Սա թույլ է տալիս օգտագործել «Տվյալների փոխանակման մեխանիզմ» բաժնում վերը նկարագրված հաղորդագրությունների համարակալման մեխանիզմը:

Համաժամացման ընթացքում 1C հավելվածները փոխանցում են միայն տեղեկատվություն այն փոփոխությունների մասին, որոնք տեղի են ունեցել բիզնես սուբյեկտների հետ վերջին համաժամացման պահից (նվազագույնի հասցնելու փոխանցված տեղեկատվության քանակը): Առաջին համաժամացման ընթացքում 1C հավելվածը կվերբեռնի բոլոր բիզնես սուբյեկտներին (օրինակ՝ ապրանքների տեղեկատու գրքի տարրերը) EnterpriseData ձևաչափով XML ֆայլի մեջ (քանի որ դրանք բոլորը «նոր են» արտաքին հավելվածի համար): Երրորդ կողմի հայտը պետք է մշակի 1C-ից ստացված XML ֆայլից ստացված տեղեկատվությունը և հաջորդ համաժամացման նիստի ընթացքում 1C ուղարկված ֆայլում տեղադրի հատուկ XML բաժնում տեղեկություն, որ 1C-ից ստացված հաղորդագրությունը հաջողությամբ ստացվել է որոշակի թվով: ստացել է. Ստացական հաղորդագրությունը ազդանշան է 1C հավելվածին, որ բոլոր տնտեսվարող սուբյեկտները հաջողությամբ մշակվել են արտաքին հավելվածի կողմից, և այլևս կարիք չկա նրանց մասին տեղեկատվություն փոխանցել: Բացի անդորրագրից, երրորդ կողմի հավելվածից XML ֆայլը կարող է նաև պարունակել տվյալներ հավելվածի կողմից համաժամացման համար (օրինակ՝ ապրանքների և ծառայությունների վաճառքի փաստաթղթեր):

Անդորրագրի հաղորդագրությունը ստանալուց հետո 1C հավելվածը նշում է նախորդ հաղորդագրության մեջ փոխանցված բոլոր փոփոխությունները որպես հաջողությամբ համաժամացված: Համաժամացման հաջորդ նիստի ընթացքում արտաքին հավելվածին կուղարկվեն միայն չհամաժամեցված փոփոխությունները բիզնես սուբյեկտներում (նոր կազմակերպությունների ստեղծում, գոյություն ունեցողների փոփոխում և ջնջում):

Արտաքին հավելվածից տվյալները 1C հավելված փոխանցելիս պատկերը հակադարձվում է: Արտաքին հավելվածը պետք է համապատասխանաբար լրացնի XML ֆայլի ստացման բաժինը և իր կողմից համաժամացման համար բիզնես տվյալները տեղադրի EnterpriseData ձևաչափում:

Պարզեցված տվյալների փոխանակում առանց ձեռքսեղմման

Պարզ ինտեգրման դեպքերի համար, երբ բավական է միայն երրորդ կողմի հավելվածից տեղեկատվություն փոխանցել 1C հավելված, և տվյալների հակադարձ փոխանցում 1C հավելվածից երրորդ կողմի հավելված չի պահանջվում (օրինակ՝ առցանց ինտեգրում խանութ, որը վաճառքի տեղեկատվությունը փոխանցում է 1C: Հաշվապահություն), կա վեբ ծառայության միջոցով աշխատելու պարզեցված տարբերակ (առանց հաստատման), որը չի պահանջում կարգավորումներ 1C հավելվածի կողքին:

Պատվերով ինտեգրացիոն լուծումներ

Գոյություն ունի «1C: Տվյալների փոխակերպում» ստանդարտ լուծում, որն օգտագործում է պլատֆորմի մեխանիզմներ ստանդարտ 1C կոնֆիգուրացիաների միջև տվյալների փոխակերպման և փոխանակման համար, բայց կարող է օգտագործվել նաև երրորդ կողմի հավելվածների հետ ինտեգրվելու համար:

Ինտեգրում բանկային լուծումների հետ

Ստանդարտ «Հաճախորդ Բանկ»1C-ի մասնագետների կողմից մշակված ավելի քան 10 տարի առաջ իրականում դարձել է արդյունաբերության ստանդարտ Ռուսաստանում: Այս ուղղությամբ հաջորդ քայլը տեխնոլոգիան է DirectBank, որը թույլ է տալիս բանկ ուղարկել վճարային փաստաթղթեր և ստանալ քաղվածքներ բանկից անմիջապես 1C:Enterprise համակարգի ծրագրերից՝ սեղմելով 1C ծրագրի մեկ կոճակը; այն չի պահանջում հաճախորդի համակարգչի վրա լրացուցիչ ծրագրերի տեղադրում և գործարկում:

Կան նաև աշխատավարձի նախագծերում տվյալների փոխանակման ստանդարտ.

Այլ

Արժե նշել փոխանակման արձանագրություն 1C:Enterprise համակարգի և կայքի միջև, առեւտրային տեղեկատվության փոխանակման ստանդարտ CommerceML (մշակված է Microsoft-ի, Intel-ի, Price.ru-ի և այլ ընկերությունների հետ համատեղ), գործարքներ ձեռք բերելու համար տվյալների փոխանակման ստանդարտ.

Source: www.habr.com