Integrációs módszerek 1C-hez

Milyen fontos követelmények vonatkoznak az üzleti alkalmazásokra? A legfontosabbak a következő feladatok:

• Az alkalmazás működési logikájának könnyű módosítása/alkalmazása a változó üzleti feladatokhoz.
• Az integráció más alkalmazásokkal.

Az 1C által az első feladat megoldásának módját a „Testreszabás és támogatás” részben röviden ismertettük; ezen cikketezekhez az érdekes témákhoz a jövőbeli cikkek egyikében visszatérünk. Ma a második feladatról, az integrációról lesz szó.

Integrációs feladatok

Az integrációs feladatok különbözőek lehetnek. Néhányhoz elegendő a egyszerű interaktív adatcsere – például a bank számára a dolgozók listájának átadása a bérkartonok kiállításához. Komplexebb feladatokhoz teljesen automatizált adatcsere szükséges, lehetőleg a külső rendszer üzleti logikájának bevonásával. Vannak speciális jellegű feladatok is, mint például integráció külső berendezésekkel (például kereskedelmi berendezésekkel, mobil scanner-kkel stb.) vagy örökölt vagy szakspecifikus rendszerekkel (például RFID-címkék azonosító rendszerekkel). Különösen fontos, hogy minden feladathoz a legmegfelelőbb integrációs mechanizmust válasszuk.

Integrációs lehetőségek 1C-vel

Sokféle megközelítés létezik az 1C alkalmazásokkal való integráció megvalósítására, hogy melyiket válasszuk, az a feladat követelményeitől függ.

1. Megvalósítás a integrációs mechanizmusok alapján,, amelyeket a platform biztosít, saját, specializált API-n alapuló megoldással az 1C alkalmazás oldalán (például Web- vagy HTTP-szolgáltatások készletével, amelyek harmadik fél alkalmazásokat fognak hívni az 1C alkalmazással való adatcserére). Ennek a megközelítésnek az előnye az 1C alkalmazás oldalán végzett megvalósítás változásaira való ellenállás. A megközelítés sajátossága, hogy szükség van az 1C tipikus megoldásának forráskódjának módosítására, ami potenciálisan nehezen kihívást jelenthet a forráskódok egyesítésekor új konfigurációs verzióra való áttérés esetén. Ilyen esetben segíthet az új, fejlettebb funkció — a konfigurációk kiterjesztése. A bővítmények lényegében egy plugin mechanizmus, amely lehetővé teszi alkalmazások kiegészítőinek létrehozását anélkül, hogy magukat az alkalmazásokat megváltoztatnánk. Az integrációs API kiemelése a konfigurációs bővítménybe segít elkerülni a konfigurációk összeolvadásával járó nehézségeket, amikor frissítjük a standard megoldást.
2. A platform integrációs mechanizmusainak használata, amelyek külső hozzáférést biztosítanak az alkalmazás objektummodelljéhez, és nem igényelnek a program módosítását vagy bővítmény létrehozását. Ennek az megközelítésnek az előnye, hogy nem szükséges módosítani az 1C alkalmazást. Hátrány viszont, hogy ha az 1C alkalmazást már módosították, akkor szükség lehet az integrált alkalmazás módosítására is. Ennek tipikus példája az OData protokoll integrációs célú használata, amely a 1C: Vállalat platformján van megvalósítva (több részlet alább).
3. Az 1C szabványos megoldásaiban megvalósított kész alkalmazási protokollok felhasználása. Sok 1C-s és partneri szabványos megoldás az integrációs mechanizmusokkal saját alkalmazási protokolljait valósítja meg, amelyek konkrét feladatokra orientáltak. Ezeknek a mechanizmusoknak a használata során nincs szükség kód írására az 1C alkalmazás oldalán, mivel a standard alkalmazási megoldás lehetőségeit vesszük igénybe. Az 1C alkalmazás oldalán csak a szükséges beállításokat kell elvégeznünk.

Integrációs mechanizmusok az 1C: Vállalat platformon

Fájlok importálása/exportálása

Tegyük fel, hogy feladatunk a kétirányú adatcsere megvalósítása az 1C alkalmazás és egy tetszőleges alkalmazás között. Például szinkronizálni kell a terméklistát (Nomenklatúra nyilvántartás) az 1C alkalmazás és egy tetszőleges alkalmazás között.

A feladat megoldásához készíthetünk egy bővítményt, amely az Nomenklatúra nyilvántartást egy meghatározott formátumú fájlba (szöveges, XML, JSON stb.) exportálja, és képes olvasni ezt a formátumot.

A platformon megvalósított mechanizmus az alkalmazási objektumok XML-be történő sorozatba állítására, közvetlenül a globális kontextus Zap寫XML/Chčt/XML módszereivel, valamint az XDTO (XML Adatátviteli Objektumok) segédobjektum használatával történik.

Bármely objektum az 1C: Vállalat rendszerében sorozatba állítható XML megjelenítési formátumban és vissza.

Ez a funkció XML formátumban adja vissza az objektum megjelenítését:

XML_Tárgy(Objekt)
    XMLBejegyzés = Új XMLBejegyzés();
    XMLBejegyzés.BeállítSzöveg();
    XMLÍr(Új XMLBejegyzés, Objekt);
    VisszaAdás XMLBejegyzés.Befejez();
VégeFunkciónak

így fog kinézni a Nomenklatúra szótár XML-be exportálása XDTO segítségével:

&A_Szerveren
Procedúra ExportXMLASzerveren()	
	ÚjXDTOSorozat = XDTOSorozat;
	ÚjXMLBejegyzés = Új XMLBejegyzés();
	ÚjXMLBejegyzés.FájlMegnyitás("C:AdatNomenklatura.xml", "UTF-8");
	
	ÚjXMLBejegyzés.XMLHirdetéstÍr();
	ÚjXMLBejegyzés.ElemKezdésÍr("SzótárNomenklúra");
	
	Kiválasztás = Szótárak.Nomenklúra.Választ();
	
	Amíg Kiválasztás.Következő() Ciklus 
		NomenklúraObjekt = Kiválasztás.ObjektumotKap();
		ÚjXDTOSorozat.XMLÍr(ÚjXMLBejegyzés, NomenklúraObjekt, XMLTípusHozzárendelése.Külön);
	CiklusVége;
	
	ÚjXMLBejegyzés.ElemVégeÍr();
	ÚjXMLBejegyzés.Befejez();	
VégeProcedúrának

Egy egyszerű kódmódosítással exportáljuk a szótárt JSON-ba. A termékek tömbbe lesznek írva; a változatosság kedvéért bemutatjuk az angol nyelvű szintaxist:

&A_Szerveren
Procedúra ExportJSONASzerveren()
	ÚjXDTOSorozat = XDTOSorozat;
	ÚjJSONÍró = Új JSONÍró();
	ÚjJSONÍró.FájlMegnyitás("C:AdatNomenklatura.json", "UTF-8");
	
	ÚjJSONÍró.ObjektumKezdÍr();
	ÚjJSONÍró.PropertyNeveÍr("SzótárNomenklúra");
	ÚjJSONÍró.TömbKezdÍr();
	
	Kiválasztás = Szótárak.Nomenklúra.Választ();	
	
	Amíg Kiválasztás.Következő() Csinál 
		NomenklúraObjekt = Kiválasztás.ObjektumotKap();
		
		ÚjJSONÍró.ObjektumKezdÍr();
		
		ÚjJSONÍró.PropertyNeveÍr("Nomenklúra");
		ÚjXDTOSorozat.JSONÍr(ÚjJSONÍró, NomenklúraObjekt, XMLTípusHozzárendelése.Abnem);
		
		ÚjJSONÍró.ObjektumVégeÍr();
	CsinálVége;
	
	ÚjJSONÍró.TömbVégeÍr();
	ÚjJSONÍró.ObjektumVégeÍr();
	ÚjJSONÍró.Befejez();	
VégeProcedúrának

Ezután csak az adatok átadását kell megoldani a végfelhasználónak. A 1C:Enterprise platform támogatja a fő internetes protokollokat, mint például HTTP, FTP, POP3, SMTP, IMAP, beleértve a biztonságos verzióikat. Az adatok továbbításához HTTP-t és/vagy webszolgáltatásokat is használhat.

HTTP- és webszolgáltatások

A 1C alkalmazások valósíthatják meg saját HTTP- és webszolgáltatásaikat, valamint hívhatják meg a harmadik féltől származó alkalmazások által megvalósított HTTP- és webszolgáltatásokat.

REST interfész és OData protokoll

A 8.3.5-ös verziótól kezdve a 1C:Enterprise platform automatikusan létrehozza a REST interfészt az egész alkalmazási megoldáshoz. Bármely konfigurációs objektum (szótár, dokumentum, információs nyilvántartás stb.) elérhetővé tehető az adatok REST interfészen keresztüli lekérésére és módosítására. A platform az OData protokollt használja az elérhetőséghez. OData 3.0 verzió. Az OData szolgáltatások publikálása a Konfigurátor menü „Adminisztráció -> Publikálás a webszerverre” menüpontjából történik, a „Standard OData interfész közzététele” jelölőnégyzetet be kell jelölni. Az atom/XML és JSON formátumok támogatottak. Miután az alkalmazás meg van publikálva a webszerveren, a külső rendszerek HTTP kéréseken keresztül érhetik el a REST interfészt. Az 1C alkalmazás működéséhez OData protokollal nem szükséges programozás az 1C oldalán.

Így, az alábbi URL formátum http:////odata/standard.odata/Catalog_Номенклатура visszaadja nekünk a Nomenkaltúra katalogus tartalmát XML formátumban - a válaszfejlécet a tömörség kedvéért kihagytuk:

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