Integratsiooni viisid 1C-ga

Millised on peamised nõuded ärirakendustele? Kõige olulisemad on järgmised ülesanded:

• Rakenduse töölogika lihtne muutmine/adapteerimine muutuvate äriülesannete jaoks.
• Lihtne integreerimine teiste rakendustega.

Kuidas lahendatakse 1C-s esimest ülesannet, on lühidalt kirjeldatud osas „Kohandamine ja tugi” selle artikli; me tuleme selle huvitava teema juurde tagasi ühes tulevases artiklis. Täna räägime teisest ülesandest, integreerimisest.

Integratsiooniteemad

Integratsiooniteemad võivad olla erinevad. Mõnede lahendamiseks piisab lihtsast interaktiivsest andmevahetusest - näiteks töötajate nimekirja edastamiseks pangale palgaplakatite väljastamiseks. Komplitseeritud ülesannete lahendamiseks võib osutuda vajalikuks täielikult automatiseeritud andmevahetus, võimalik, et koos välise süsteemi äriloogikaga. On ka spetsialiseeritud ülesandeid, nagu integreerimine välise seadmega (näiteks müügiseadmed, mobiilsed skannerid jne) või pärand- või kitsalt spetsialiseeritud süsteemidega (näiteks RFID-märgiste tuvastamissüsteemidega). Iga ülesande jaoks on äärmiselt oluline valida sobivaim integreerimismehhanism.

Integreerimisvõimalused 1C-ga

1C rakendustega integreerimise rakendamiseks on erinevaid lähenemisviise, millist neist valida, sõltub ülesande nõudmistest.

1. Rakendamine põhineb integreerimismehhanismidel, mida pakub platvorm, oma spetsialiseeritud API-l 1C rakenduse küljes (näiteks Web- või HTTP-teenuste komplektil, mis kutsub esile kolmandate osapoolte rakendusi andmevahetuseks 1C rakendusega). Selle lähenemise eeliseks on API vastupidavus muutustele 1C rakenduse poolel. Selle lähenemise eripära on see, et 1C tüüplahenduse lähtekoodi tuleb muuta, mis võib potentsiaalselt vajada jõupingutusi lähtekoodide ühendamisel uue konfigureerimisversiooni kasutusele võtmisel. Sel juhul võib uut progresiivset funktsionaalsust aidata - konfiguratsiooni laiendused. Laiendused on põhimõtteliselt pluginate mehhanism, mis võimaldab luua rakenduste täiustusi, muutes samas rakendusi ise. Integreerimise API viimine konfiguratsiooni laiendusse aitab vältida keerukusi konfiguratsioonide ühinemisel standardlahenduse uut versioonile üleminekul.
2. Platvormi integreerimismehhanismide kasutamine, mis pakuvad juurdepääsu rakenduse objektimudelile ja ei nõua rakenduse olemasolevat muutmist ega laienduste loomist. Sellise lähenemise pluss on see, et rakendust 1C ei pea muutma. Miinus on see, et kui rakendust 1C on kohandatud, võivad integreeritavas rakenduses olla vajalikud muudatused. Sellise lähenemise näide on OData protokolli kasutamine integreerimiseks, mis on rakendatud 1C:Ettevõte platvormil (lisateavet selle kohta allpool).
3. Valmis rakendusprotokollide kasutamine, mis on ellu viidud 1C standardlahendustes. Paljud 1C ja partnerite standardlahendused rakendavad platvormi pakutavaid integreerimismehhanisme, luues oma rakendusprotokollid, mis on suunatud spetsiifilistele ülesannetele. Nende mehhanismide kasutamisel ei ole vaja 1C rakenduse poolel koodi kirjutada, kuna kasutame rakenduse standardseid võimalusi. 1C rakenduse poolel on vajalik vaid teatud seadistuste tegemine.

Integreerimismehhanismid 1C:Ettevõtte platvormil

Failide eksportimine/importimine

Oletame, et meil on ülesanne kahe suunalise andmevahetuse loomiseks 1C rakenduse ja mõne muu rakenduse vahel. Näiteks peame sünkroonima kaupade nimekirja (nomenklatuur) 1C rakenduse ja mõne muu rakenduse vahel.

Selle ülesande lahendamiseks saab kirjutada laienduse, mis eksportib nomenklatuuri nimekirja teatud formaadis faili (tekst, XML, JSON jne) ja oskab seda formaati lugeda.

Platvormil on rakendatud mehhanism rakendusobjektide sertifitseerimiseks XML-is, kas otseselt, globaalsete kontekstimeetodite kaudu 'ЗаписатьXML'/'ЧтениеXML', või abiolukorra objekti XDTO (XML Andmete Edastamise Objektid) abil.

Iga objekti 1C:Ettevõtte süsteemis saab serialiseerida XML esituses ja vastupidi.

See funktsioon tagastab objekti kujutise XML-is:

Funktsioon Objekti_XML(Objekt)
    SalvestusXML = Uus SalvestusXML();
    SalvestusXML.SeadaRida();
    KirjutaXML(SalvestusXML, Objekt);
    Tagasta SalvestusXML.Suletud();
LõppFunktsioon

nii näeb välja kausta Nomenklatuur eksport XML-i XDTO abil:

&AtServer
Protseduur EksportXMLServeris()	
	UusSerialiseerijaXDTO = SerialiseerijaXDTO;
	UusSalvestusXML = Uus SalvestusXML();
	UusSalvestusXML.AvataFail("C:DataNomenklatuur.xml", "UTF-8");
	
	UusSalvestusXML.KirjutaTeadeXML();
	UusSalvestusXML.KirjutaElemendiAlgus("KaustNomenklatuur");
	
	Valik = Kaustad.Nomenklatuur.Vali();
	
	Kuni Valik.Järgmine() Tsükkel 
		ObjektNomenklatuur = Valik.HangiObjekt();
		UusSerialiseerijaXDTO.KirjutaXML(UusSalvestusXML, ObjektNomenklatuur, XMLTüüpMääratlus.Juhuslik);
	LõppTsükkel;
	
	UusSalvestusXML.KirjutaElemendiLõpp();
	UusSalvestusXML.Suletud();	
LõppProtseduur

Muudatustega koodi kaudu eksportime kausta JSON-i. Tooteid salvestatakse massiivi; mitmekesisuse huvides toome välja ingliskeelse süntaksivormi:

&AtServer
Protseduur EksportJSONServeris()
	UusXDTOSerialiseerija = XDTOSerialiseerija;
	UusJSONKirjutaja = Uus JSONKirjutaja();
	UusJSONKirjutaja.AvataFail("C:DataNomenklatuur.json", "UTF-8");
	
	UusJSONKirjutaja.KirjutaAlgusObjekt();
	UusJSONKirjutaja.KirjutaOmaduseNimi("KaustNomenklatuur");
	UusJSONKirjutaja.KirjutaAlgusMassiiv();
	
	Valik = Kaustad.Nomenklatuur.Vali();	
	
	Kuni Valik.Järgmine() Tee 
		NomenklatuurObjekt = Valik.HangiObjekt();
		
		UusJSONKirjutaja.KirjutaAlgusObjekt();
		
		UusJSONKirjutaja.KirjutaOmaduseNimi("Nomenklatuur");
		UusXDTOSerialiseerija.KirjutaJSON(UusJSONKirjutaja, NomenklatuurObjekt, XMLTüüpMääratlus.Juhuslik);
		
		UusJSONKirjutaja.KirjutaLõpuObjekt();
	LõppTee;
	
	UusJSONKirjutaja.KirjutaLõpuMassiiv();
	UusJSONKirjutaja.KirjutaLõpuObjekt();
	UusJSONKirjutaja.Suletud();	
LõppProtseduur

Jätkub viimane samm andmete edastamisel lõppkasutajale. Platvorm 1C:Ettevõte toetab peamisi internetiprotokolle HTTP, FTP, POP3, SMTP, IMAP, sealhulgas nende turvalisi versioone. Samuti saab andmete edastamiseks kasutada HTTP ja/või veebiteenuseid.

HTTP- ja veebiteenused

1C rakendused saavad rakendada oma HTTP- ja veebiteenuseid ning kutsuda esile kolmandate osapoolte rakenduste pakutavaid HTTP- ja veebiteenuseid.

REST-ühendus ja protokoll OData

Alates versioonist 8.3.5 platvorm 1C:Ettevõte suudab automaatselt luua REST-ühenduse kogu rakenduse lahenduse jaoks. Iga konfiguratsiooni objekt (kaust, dokument, andmete register jne) saab muuta andmete saamiseks ja muutmiseks REST-ühenduse kaudu kättesaadavaks. Platvorm kasutab juurdepääsu protokollina protokolli OData versioon 3.0. OData teenuste avaldamine toimub menüüst Konfigurator „Haldus -> Avaldamine veebiserverisse“, valik „Avalda OData standardliides“ peab olema märgitud. Toetatakse forme atom/XML ja JSON. Pärast rakenduse avaldamist veebiserverisse saavad kolmandate osapoolte süsteemid sellele ligi pääseda REST liidese kaudu HTTP päringute abil. 1C rakendusega töötamiseks OData protokollis ei ole programmeerimine 1C poolel vajalik.

Nii, URL vormis http:////odata/standard.odata/Catalog_Номенклатура tagastab meile Katalooge Nomenkaltuuri sisu XML formaadis - elementide komplekti entry (sõnumi pealkiri on lühiduse huvides vahele jäetud):

http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid'35d1f6e4-289b-11e6-8ba4-e03f49b16074')