Načini integracije s 1C

Koji su najvažniji zahtevi koje treba ispunjavati poslovne aplikacije? Neki od najvažnijih su sledeći zadaci:

• Lakoća promene/adaptacije logike rada aplikacije prema promenljivim poslovnim zahtevima.
• Lakoća integracije s drugim aplikacijama.

Način na koji se u 1C rešava prvi zadatak kratak je opisan u odeljku „Kustomizacija i podrška“ ovog članka; još ćemo se vratiti na ovu zanimljivu temu u nekom od narednih članaka. Danas ćemo govoriti o drugom zadatku, o integraciji.

Integracijski zadaci

Integracijski zadaci mogu biti različiti. Za rešenje nekih je dovoljno jednostavno interaktivno razmenjivanje podataka – na primer, za slanje bankama spiska zaposlenih za izdavanje platnih kartica. Za složenije zadatke može biti potrebna potpuno automatizovana razmena podataka, možda uz korišćenje poslovne logike spoljnog sistema. Postoje zadaci specijalizovane prirode, kao što su integracija sa spoljnim uređajima (na primer, trgovačkom opremom, mobilnim skenerima itd.) ili sa nasleđenim ili usko specijalizovanim sistemima (kao što su sistemi prepoznavanja RFID oznaka). Izuzetno je važno za svaki zadatak odabrati najprikladniji mehanizam integracije.

Mogućnosti integracije s 1C

Postoje različiti pristupi za realizaciju integracije s 1C aplikacijama, a koji od njih odabrati zavisi od zahteva zadatka.

1. Realizacija temelji na mehanizmima integracije, koje pruža platforma, njegovom vlastitom specijalizovanom API-ju na strani aplikacije 1C (na primer, setu Web ili HTTP servisa koji će pozivati spoljne aplikacije radi razmene podataka s aplikacijom 1C). Prednost ovog pristupa je otpornost API-ja na promenu implementacije na strani aplikacije 1C. Osobina pristupa je da je potrebno menjati izvorni kod standardnog rešenja 1C, što može potencijalno zahtevati napore prilikom spajanja izvornog koda prilikom prelaska na novu verziju konfiguracije. U ovom slučaju može pomoći nova progresivna funkcionalnost — proširenja konfiguracijeRazširitve so v bistvu mehanizem dodatkov, ki omogoča ustvarjanje dodatkov aplikacijskih rešitev, ne da bi spremenili same aplikacijske rešitve. Izločitev integracijskega API-ja v razširitev konfiguracije bo omogočila izogibanje težavam pri združevanju konfiguracij ob prehodu na novo različico standardne rešitve.
2. Uporaba mehanizmov integracije platforme, ki omogočajo zunanji dostop do objektn Modela aplikacije in ne zahtevajo sprememb aplikacije ali ustvarjanja razširitve. Prednost tega pristopa je, da aplikacije 1C ni treba spreminjati. Slabost - če je bila aplikacija 1C prilagojena, so morda potrebne spremembe v integrirani aplikaciji. Primer takšnega pristopa je uporaba protokola OData za integracijo, ki ga implementira platforma 1C:Preduzeće (več o tem spodaj).
3. Uporaba pripravljenih aplikacijskih protokolov, ki so implementirani v standardnih rešitvah 1C. Številne standardne rešitve 1C in partnerjev implementirajo na podlagi mehanizmov integracije, ki jih zagotavlja platforma, svoje lastne aplikacijske protokole, usmerjene na konkretne naloge. Pri uporabi teh mehanizmov ni potrebno pisati kode na strani aplikacije 1C, saj izkoriščamo običajne možnosti aplikacijske rešitve. Na strani aplikacije 1C moramo le izvesti določene nastavitve.

Mehanizmi integracije v platformi 1C:Preduzeće

Uvoz/izvoz datotek

Predpostavimo, da imamo nalogo dvosmernega izmenjevanja podatkov med aplikacijo 1C in poljubno aplikacijo. Na primer, potrebujemo sinhronizacijo seznama izdelkov (evidenca Nomenklatura) med aplikacijo 1C in poljubno aplikacijo.

Za rešitev te naloge lahko napišemo razširitev, ki izvozi evidenco Nomenkature v datoteko določenega formata (besedilni, XML, JSON itd.) in zna brati ta format.

V platformi je implementiran mehanizem serializacije aplikacijskih objektov v XML, tako neposredno preko metod globalnega konteksta ZapišiXML/PreberiXML, kot tudi s pomočjo pomožnega objekta XDTO (XML Data Transfer Objects).

Katerikoli objekt v sistemu 1C:Preduzeće lahko serializiramo v XML predstavitev in obratno.

Ta funkcija bo vrnila predstavitev objekta v obliki XML:

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

так будет выглядеть экспорт справочника Номенклатура в 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

Далее останется только передать данные конечному потребителю. Платформа 1С:Предприятие поддерживает основные интернет-протоколы HTTP, FTP, POP3, SMTP, IMAP, включая их безопасные версии. Также для передачи данных можно использовать HTTP и/или Web-сервисы.

HTTP- и веб-сервисы

Приложения 1С могут реализовывать свои HTTP- и веб-сервисы, а также вызывать HTTP- и веб-сервисы, реализованные сторонними приложениями.

REST интерфейс и протокол OData

Начиная с версии 8.3.5 платформа 1С:Предприятие может автоматически формировать REST интерфейс для всего прикладного решения. Любой объект конфигурации (справочник, документ, регистр сведений и т.д.) можно сделать доступным для получения и модификации данных через REST интерфейс. В качестве протокола доступа платформа использует протокол OData version 3.0. Publishing OData services is done from the Configurator menu 'Administration -> Publish on Web Server', the 'Publish standard OData interface' checkbox must be checked. Formats atom/XML and JSON are supported. Once the application solution is published on the web server, external systems can access it via the REST interface using HTTP requests. No programming on the 1C side is required to work with the 1C application via the OData protocol.

Thus, a URL like http:////odata/standard.odata/Catalog_Nomenclature will return the contents of the Catalog Nomenclature in XML format — a collection of entry elements (message header omitted for brevity):

http://server/Config/odata/standard.odata/Catalog_Nomenclature(guid'35d1f6e4-289b-11e6-8ba4-e03f49b16074')