🥇Metodoj de integriĝo kun 1C

Kio estas la plej gravaj postuloj por komercaj aplikoj? Kelkaj el la plej gravaj taskoj estas la sekvaj:

Facileco ŝanĝi/adapti aplikaĵlogikon al ŝanĝado de komercaj taskoj.
Facila integriĝo kun aliaj aplikoj.

Kiel la unua tasko estas solvita en 1C, estis mallonge priskribita en la sekcio "Personigo kaj Subteno". ĉi tiu artikolo; Ni revenos al ĉi tiu interesa temo en estonta artikolo. Hodiaŭ ni parolos pri la dua tasko, integriĝo.

Integrigaj taskoj

Integrigaj taskoj povas esti malsamaj. Por solvi iujn problemojn sufiĉas simpla interaga datum-interŝanĝo - ekzemple transdoni liston de dungitoj al banko por eldonado de salajraj plastaj kartoj. Por pli kompleksaj taskoj, plene aŭtomatigita dateninterŝanĝo povas esti necesa, eventuale rilate al la komerclogiko de ekstera sistemo. Estas taskoj kiuj estas specialigitaj en naturo, kiel integriĝo kun ekstera ekipaĵo (ekzemple, podetala ekipaĵo, moveblaj skaniloj, ktp.) aŭ kun heredaĵo aŭ tre specialigitaj sistemoj (ekzemple, kun RFID-etikedrekonaj sistemoj). Estas ege grave elekti la plej taŭgan integrigan mekanismon por ĉiu tasko.

Integrigaj elektoj kun 1C

Estas malsamaj aliroj por efektivigi integriĝon kun 1C-aplikoj; kiun unu elekti dependas de la postuloj de la tasko.

Efektivigo bazita integrigaj mekanismojprovizita de la platformo, ĝia propra specialigita API ĉe la 1C-aplikaĵo (ekzemple, aro da Retaj aŭ HTTP-servoj, kiuj vokos triapartajn aplikojn por interŝanĝi datumojn kun la 1C-aplikaĵo). La avantaĝo de ĉi tiu aliro estas la rezisto de la API al ŝanĝoj en efektivigo ĉe la aplikaĵo de 1C. La propreco de la aliro estas, ke necesas ŝanĝi la fontkodon de norma 1C solvo, kiu eble postulas penon dum kunfandado de fontkodoj kiam oni moviĝas al nova versio de la agordo. En ĉi tiu kazo, nova progresema funkcieco povas veni al la savo - agordaj etendoj. Etendaĵoj estas, esence, kromaĵo-mekanismo, kiu ebligas al vi krei aldonojn al aplikaĵsolvoj sen ŝanĝi la aplikaĵsolvojn mem. Movi la integrigan API en la agordan etendon permesos al vi eviti malfacilaĵojn dum kunfandado de agordoj kiam vi moviĝas al nova versio de norma solvo.
Uzante platformajn integriĝmekanismojn kiuj disponigas eksteran aliron al la aplika objektomodelo kaj ne postulas modifon de la aplikiĝo aŭ kreadon de etendaĵo. La avantaĝo de ĉi tiu aliro estas, ke ne necesas ŝanĝi la 1C-aplikaĵon. Minuso - se la 1C-apliko estis plibonigita, tiam plibonigoj povas esti postulataj en la integra aplikaĵo. Ekzemplo de ĉi tiu aliro estas la uzo de la protokolo OData por integriĝo, efektivigita flanke de la platformo 1C:Enterprise (pli pri ĝi sube).
Uzo de pretaj aplikaj protokoloj efektivigitaj en normaj 1C-solvoj. Multaj normaj solvoj de 1C kaj partneroj efektivigas siajn proprajn aplikajn protokolojn, koncentritajn al specifaj taskoj, bazitaj sur la integrigaj mekanismoj provizitaj de la platformo. Kiam vi uzas ĉi tiujn mekanismojn, ne necesas skribi kodon ĉe la 1C-aplika flanko, ĉar Ni uzas la normajn kapablojn de la aplika solvo. Ĉe la aplikaĵo de 1C, ni nur bezonas fari iujn agordojn.

Mekanismoj de integriĝo en la platformo 1C:Enterprise

Importi/eksporti dosierojn

Supozu, ke ni alfrontas la taskon de dudirekta datum-interŝanĝo inter 1C-apliko kaj arbitra aplikaĵo. Ekzemple, ni devas sinkronigi liston de produktoj (Nomenklatura dosierujo) inter la aplikaĵo 1C kaj arbitra aplikaĵo.

Por solvi ĉi tiun problemon, vi povas skribi etendon, kiu elŝutas la Nomenklaturan dosierujon en dosieron de certa formato (teksto, XML, JSON, ...) kaj povas legi ĉi tiun formaton.

La platformo efektivigas mekanismon por seriigi aplikaĵobjektojn en XML kaj rekte, tra la WriteXML/ReadXML tutmondaj kuntekstmetodoj, kaj uzante la XDTO (XML Data Transfer Objects) helpobjekton.

Ajna objekto en la 1C:Enterprise-sistemo povas esti seriigita en XML-reprezentadon kaj inverse.

Ĉi tiu funkcio resendos XML-reprezenton de la objekto:

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

Jen kiel aspektos eksporti la Nomenklaturan dosierujon al XML uzante XDTO:

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

Simple modifante la kodon, ni eksportas la dosierujon al JSON. La produktoj estos skribitaj al tabelo; Por vario, jen la angla versio de la sintakso:

&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

Tiam ĉio, kio restas, estas transdoni la datumojn al la fina konsumanto. La platformo 1C:Enterprise subtenas la ĉefajn interretajn protokolojn HTTP, FTP, POP3, SMTP, IMAP, inkluzive de iliaj sekuraj versioj. Vi ankaŭ povas uzi HTTP kaj/aŭ Retaj servoj por transdoni datumojn.

HTTP kaj retservoj

1C-aplikoj povas efektivigi siajn proprajn HTTP kaj TTT-servojn, kaj ankaŭ voki HTTP- kaj TTT-servojn efektivigitajn de triapartaj aplikoj.

REST-interfaco kaj OData-protokolo

Komencante de versio 8.3.5, la platformo 1C:Enterprise povas aŭtomate krei REST-interfacon por la tuta aplika solvo. Ajna agordobjekto (dosierujo, dokumento, informregistro, ktp.) povas esti disponigita por ricevado kaj modifado de datumoj per la REST-interfaco. La platformo uzas la protokolon kiel alirprotokolon OData versio 3.0. Eldonado de OData-servoj estas farata el la menuo de Konfiguratoro "Administrado -> Eldonado en retservilo", la markobutono "Eldoni norma OData interfaco" devas esti markita. Atom/XML kaj JSON-formatoj estas subtenataj. Post kiam la aplika solvo estas publikigita sur la retservilo, triaj sistemoj povas aliri ĝin per la REST-interfaco uzante HTTP-petojn. Por labori kun la 1C-aplikaĵo per la OData-protokolo, programado ĉe la 1C-flanko ne estas bezonata.

Do, URL kiel http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура resendos al ni la enhavon de la Nomenklatura katalogo en XML-formato - kolekto de enirelementoj (la mesaĝtitolo estas preterlasita por koncizeco):

<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"/>
...

Aldonante la ĉenon "?$format=application/json" al la URL, ni ricevas la enhavon de la Nomenklatura katalogo en JSON-formato (URL de la formo 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 кВт, режимы работы: тепло/холод"
}, …

Eksteraj datumfontoj

En iuj kazoj, datumoj interŝanĝo tra eksteraj datumfontoj eble estas la plej bona solvo. Eksteraj datumfontoj estas 1C aplikaĵa agorda objekto, kiu permesas vin interagi kun iu ajn datumbazo kongrua kun ODBC, kaj por legado kaj skribo. Eksteraj datumfontoj estas haveblaj en kaj Vindozo kaj Linukso.

Mekanismo de interŝanĝo de datumoj

Mekanismo de interŝanĝo de datumoj estas destinita kaj por krei geografie distribuitajn sistemojn bazitajn sur 1C:Enterprise, kaj por organizi datumŝanĝon kun aliaj informsistemoj ne bazitaj sur 1C:Enterprise.

Ĉi tiu mekanismo estas aktive uzata en 1C-efektivigoj, kaj la gamo de taskoj solvitaj per sia helpo estas tre larĝa. Ĉi tio inkluzivas datumŝanĝon inter 1C-aplikoj instalitaj en la branĉoj de la organizo, kaj interŝanĝon inter la 1C-aplikaĵo kaj la retbutiko retejo, kaj datum-interŝanĝo inter la 1C-servila aplikaĵo kaj la movebla kliento (kreita per la 1C:Enterprise-poŝtelefona platformo), kaj multe. pli.

Unu el la ŝlosilaj konceptoj en la mekanismo de interŝanĝo de datumoj estas la interŝanĝa plano. Interŝanĝa plano estas speciala speco de objekto de la aplikaĵa platformo 1C, kiu determinas precipe la komponadon de la datumoj, kiuj partoprenos en la interŝanĝo (kiu dosierujoj, dokumentoj, registroj ktp.). La interŝanĝa plano enhavas ankaŭ informojn pri interŝanĝaj partoprenantoj (tiel nomataj interŝanĝaj nodoj).
La dua komponento de la datumŝanĝmekanismo estas la ŝanĝregistra mekanismo. Ĉi tiu mekanismo aŭtomate kontrolas la sistemon por ŝanĝoj en datumoj, kiuj devas esti transdonitaj al finaj uzantoj kiel parto de la interŝanĝa plano. Uzante ĉi tiun mekanismon, la platformo spuras ŝanĝojn kiuj okazis ekde la lasta sinkronigo kaj permesas vin minimumigi la kvanton da datumoj transdonitaj dum la sekva sinkroniga sesio.

Interŝanĝo de datumoj okazas uzante XML-mesaĝojn de certa strukturo. La mesaĝo enhavas datumojn, kiuj ŝanĝiĝis ekde la lasta sinkronigo kun la nodo kaj iujn servajn informojn. La mesaĝstrukturo subtenas mesaĝnumeradon kaj permesas vin ricevi konfirmon de la ricevantonodo ke mesaĝoj estis ricevitaj. Tia konfirmo estas enhavita en ĉiu mesaĝo venanta de la ricevanta nodo, en la formo de la numero de la lasta ricevita mesaĝo. Numerado de mesaĝoj permesas al la platformo kompreni kiuj datenoj jam estis sukcese elsenditaj al la envenanta nodo, kaj eviti retranssendon per elsendado de nur datenoj kiuj ŝanĝiĝis ekde la senda nodo ricevis la lastan mesaĝon kun kvitanco por la datenoj ricevitaj de la envenanta nodo. Ĉi tiu operacia skemo certigas garantiitan liveron eĉ kun nefidindaj dissendkanaloj kaj mesaĝperdo.

Eksteraj Komponantoj

En kelkaj kazoj, kiam oni solvas integriĝajn problemojn, oni devas trakti specifajn postulojn, ekzemple, interagajn protokolojn, datumformatojn, kiuj ne estas antaŭviditaj en la platformo 1C:Enterprise. Por tia gamo da taskoj, la platformo provizas ekstera kompona teknologio, kiu ebligas al vi krei dinamike aldoneblajn modulojn, kiuj vastigas la funkciecon de 1C:Enterprise.

Tipa ekzemplo de tasko kun similaj postuloj estus la integriĝo de 1C aplika solvo kun podetala ekipaĵo, intervalante de pesilo ĝis kasregistriloj kaj strekkodskaniloj. Eksteraj komponantoj povas esti konektitaj ambaŭ ĉe la 1C:Enterprise-servila flanko kaj ĉe la klienta flanko (inkluzive, sed ne limigita al, la TTT-kliento, same kiel sekva versio de la movebla platformo 1C:Entrepreno). La teknologio de eksteraj komponantoj disponigas sufiĉe simplan kaj kompreneblan programaron (C++) interfacon por la interago de komponantoj kun la platformo 1C:Enterprise, kiu devas esti efektivigita de la programisto.

La eblecoj, kiuj malfermiĝas dum uzado de eksteraj komponantoj, estas tre larĝaj. Vi povas efektivigi interagadon uzante specifan datum-interŝanĝan protokolon kun eksteraj aparatoj kaj sistemoj, konstrui specifajn algoritmojn por prilaborado de datumoj kaj datumformatoj ktp.

Malmodernaj integrigaj mekanismoj

La platformo disponigas integrigajn mekanismojn kiuj ne estas rekomenditaj por uzo en novaj solvoj; ili estas lasitaj pro kialoj de retrokongruo, kaj ankaŭ en kazo la alia partio ne povas labori kun pli modernaj protokoloj. Unu el ili laboras kun DBF-dosieroj (subtenataj en la enkonstruita lingvo uzante la objekton XBase).

Alia hereda integriga mekanismo estas la uzo de COM-teknologio (nur havebla sur la Vindoza platformo). La platformo 1C:Enterprise disponigas du integrigajn metodojn por Vindozo uzante COM-teknologion: Aŭtomatiga servilo kaj Ekstera konekto. Ili estas tre similaj, sed unu el la fundamentaj diferencoj estas, ke en la kazo de la Automation-servilo, plenrajta 1C:Enterprise 8-klienta aplikaĵo estas lanĉita, kaj en la kazo de ekstera konekto, relative malgranda en-proceza COM. servilo estas lanĉita. Tio estas, se vi laboras per la Aŭtomata servilo, vi povas uzi la funkciojn de la klienta aplikaĵo kaj plenumi agojn similajn al la interagaj agoj de la uzanto. Kiam vi uzas eksteran konekton, vi povas nur uzi komercajn logikfunkciojn, kaj ili povas esti ekzekutitaj ambaŭ ĉe la klienta flanko de la konekto, kie enproceza COM-servilo estas kreita, kaj vi povas voki komercan logikon sur la 1C:Enterprise-servilo. flanko.

COM-teknologio ankaŭ povas esti uzata por aliri eksterajn sistemojn de aplika kodo sur la platformo 1C:Enterprise. En ĉi tiu kazo, la aplikaĵo 1C funkcias kiel COM-kliento. Sed oni devas memori, ke ĉi tiuj mekanismoj funkcios nur se la servilo 1C funkcias en Vindoza medio.

Integrigaj mekanismoj efektivigitaj en normaj konfiguracioj

Entreprena Datuma Formato

En kelkaj 1C-agordoj (malsupre listo), surbaze de la platforma datuma interŝanĝo-mekanismo priskribita supre, preta mekanismo por interŝanĝado de datumoj kun eksteraj aplikoj estas efektivigita, kiu ne postulas ŝanĝi la fontkodon de la agordoj (preparo por datumoj. interŝanĝo estas farita en la agordoj de aplikaj solvoj):

"1C:ERP Enterprise Management 2.0"
"Kompleksa aŭtomatigo 2"
"Enterprise Accounting", eldono 3.0
"Kontado pri CORP-entrepreno", eldono 3.0
"Podetala", eldono 2.0
"Baza Komercadministrado", eldono 11
Komercadministrado, Eldono 11
"Salajroj kaj dungitaro-administrado CORP", eldono 3

La formato uzata por interŝanĝo de datumoj estas EnterpriseData, surbaze de XML. La formato estas komerca orientita - la datumstrukturoj priskribitaj en ĝi respondas al komercaj estaĵoj (dokumentoj kaj dosierujoj) prezentitaj en 1C-programoj, ekzemple: ago de kompletigo, monkvitanco, kontraŭpartio, objekto, ktp.

Interŝanĝo de datumoj inter la 1C-apliko kaj triaparta aplikaĵo povas okazi:

per dediĉita dosierujo
per FTP-dosierujo
tra retservo deplojita sur la 1C-aplikflanko. La datumdosiero estas transdonita kiel parametro al retmetodoj
per retpoŝto

En la kazo de interŝanĝo per retservo, triaparta aplikaĵo iniciatos datumŝanĝan sesion alvokante la respondajn retmetodojn de la aplikaĵo 1C. En aliaj kazoj, la iniciatinto de la interŝanĝa sesio estos la aplikaĵo 1C (metante la datumdosieron en la taŭgan dosierujon aŭ sendante la datumdosieron al la agordita retadreso).
Ankaŭ ĉe la 1C-flanko vi povas agordi kiom ofte okazos sinkronigo (por opcioj kun dosierŝanĝo per dosierujo kaj retpoŝto):

laŭ horaro (kun difinita frekvenco)
permane; la uzanto devos permane komenci sinkronigon ĉiufoje kiam li bezonas ĝin

Agnoski mesaĝojn

1C-aplikoj konservas rekordojn de senditaj kaj ricevitaj sinkronigaj mesaĝoj kaj atendas la samon de triapartaj aplikoj. Ĉi tio ebligas al vi uzi la mesaĝan numeran mekanismon priskribitan supre en la sekcio "Mekanismo de interŝanĝo de datumoj".

Dum sinkronigado, 1C-aplikoj transdonas nur informojn pri ŝanĝoj, kiuj okazis kun komercaj entoj ekde la lasta sinkronigo (por minimumigi la kvanton de informoj transdonitaj). Dum la unua sinkronigo, la 1C-apliko alŝutos ĉiujn komercajn entojn (ekzemple, erojn de la objekto referenclibro) en la formato EnterpriseData en XML-dosieron (ĉar ili ĉiuj estas "novaj" por la ekstera aplikaĵo). La tria-partia aplikaĵo devas prilabori la informojn de la XML-dosiero ricevita de 1C kaj, dum la sekva sinkroniga sesio, meti en la dosieron senditan al 1C, en specialan XML-sekcion, informojn, ke la mesaĝo de 1C kun certa nombro estis sukcese. ricevis. La kvitancmesaĝo estas signalo al la aplikaĵo 1C, ke ĉiuj komercaj estaĵoj estis sukcese prilaboritaj de la ekstera aplikaĵo kaj ne plu bezonas transdoni informojn pri ili. Krom la kvitanco, XML-dosiero de triaparta aplikaĵo ankaŭ povas enhavi datumojn por sinkronigado de la aplikaĵo (ekzemple dokumentoj por vendado de varoj kaj servoj).

Post ricevado de la kvitancmesaĝo, la aplikaĵo 1C markas ĉiujn ŝanĝojn transdonitajn en la antaŭa mesaĝo kiel sukcese sinkronigitaj. Nur nesinkronigitaj ŝanĝoj al komercaj estaĵoj (kreado de novaj entoj, ŝanĝado kaj forigo de ekzistantaj) estos senditaj al la ekstera aplikaĵo dum la sekva sinkroniga sesio.

Dum transdono de datumoj de ekstera aplikaĵo al la 1C-apliko, la bildo estas inversigita. La ekstera aplikaĵo devas plenigi la kvitancan sekcion de la XML-dosiero laŭe kaj meti la komercajn datumojn por sinkronigado siaflanke en la formato EnterpriseData.

Simpligita datumŝanĝo sen manpremo

Por kazoj de simpla integriĝo, kiam sufiĉas nur transdoni informojn de triaparta aplikaĵo al la 1C-apliko kaj inversa translokigo de datumoj de la 1C-apliko al triaparta aplikaĵo ne estas bezonata (ekzemple, integriĝo de interreta aplikaĵo). vendejo, kiu transdonas vendajn informojn al 1C: Kontado), ekzistas simpligita opcio labori per retservo (sen agnosko), kiu ne postulas agordojn flanke de la aplikaĵo 1C.

Propraj integrigaj solvoj

Estas norma solvo "1C: Datuma Konvertiĝo", kiu uzas platformajn mekanismojn por konverti kaj interŝanĝi datumojn inter normaj 1C-agordoj, sed ankaŭ povas esti uzata por integriĝo kun triapartaj aplikoj.

Integriĝo kun bankaj solvoj

Norma "Klienta Banko", evoluigita de 1C-specialistoj antaŭ pli ol 10 jaroj, fakte fariĝis industria normo en Rusio. La sekva paŝo en ĉi tiu direkto estas teknologio DirectBank, kiu ebligas al vi sendi pagdokumentojn al la banko kaj ricevi deklarojn de la banko rekte de la programoj de la sistemo 1C:Enterprise premante unu butonon en la programo 1C; ĝi ne postulas instali kaj ruli pliajn programojn sur la klienta komputilo.

Ekzistas ankaŭ normo por interŝanĝo de datumoj en salajraj projektoj.

Aliaj

Menciindas interŝanĝa protokolo inter la sistemo 1C:Enterprise kaj la retejo, komerca informa interŝanĝo normo CommerceML (evoluigita kune kun Microsoft, Intel, Price.ru kaj aliaj kompanioj), normo por interŝanĝo de datumoj por akirado de transakcioj.

fonto: www.habr.com

Metodoj de integriĝo kun 1C