Kādas ir vissvarīgākās prasības biznesa lietojumprogrammām? Daži no svarīgākajiem uzdevumiem ir šādi:
- Vienkārša lietojumprogrammu loģikas maiņa/pielāgošana mainīgiem biznesa uzdevumiem.
- Vienkārša integrācija ar citām lietojumprogrammām.
Kā pirmais uzdevums tiek atrisināts 1C, tika īsi aprakstīts sadaļā “Pielāgošana un atbalsts”. ; Mēs atgriezīsimies pie šīs interesantās tēmas nākamajā rakstā. Šodien mēs runāsim par otro uzdevumu, integrāciju.
Integrācijas uzdevumi
Integrācijas uzdevumi var būt dažādi. Dažu problēmu risināšanai pietiek ar vienkāršu interaktīvu datu apmaiņu - piemēram, lai pārsūtītu darbinieku sarakstu uz banku algu plastikāta karšu izsniegšanai. Sarežģītākiem uzdevumiem var būt nepieciešama pilnībā automatizēta datu apmaiņa, iespējams, atsaucoties uz ārējās sistēmas biznesa loģiku. Ir uzdevumi, kas ir specializēti pēc būtības, piemēram, integrācija ar ārējām iekārtām (piemēram, mazumtirdzniecības iekārtām, mobilajiem skeneriem utt.) vai ar mantotām vai ļoti specializētām sistēmām (piemēram, ar RFID tagu atpazīšanas sistēmām). Ir ārkārtīgi svarīgi katram uzdevumam izvēlēties piemērotāko integrācijas mehānismu.
Integrācijas iespējas ar 1C
Ir dažādas pieejas integrācijas ieviešanai ar 1C lietojumprogrammām; kuru izvēlēties, ir atkarīgs no uzdevuma prasībām.
- Pamatojas uz ieviešanu platforma nodrošina savu specializēto API 1C lietojumprogrammas pusē (piemēram, Web vai HTTP pakalpojumu kopums, kas izsauks trešo pušu lietojumprogrammas, lai apmainītos ar datiem ar lietojumprogrammu 1C). Šīs pieejas priekšrocība ir API izturība pret izmaiņām ieviešanā 1C lietojumprogrammas pusē. Pieejas īpatnība ir tāda, ka ir jāmaina standarta 1C risinājuma pirmkods, kas, pārejot uz jaunu konfigurācijas versiju, potenciāli var prasīt pūles, apvienojot pirmkodus. Šajā gadījumā var nākt palīgā jauna progresīva funkcionalitāte - . Paplašinājumi būtībā ir spraudņa mehānisms, kas ļauj izveidot lietojumprogrammu risinājumu papildinājumus, nemainot pašus lietojumprogrammu risinājumus. Integrācijas API pārvietošana uz konfigurācijas paplašinājumu ļaus izvairīties no grūtībām, apvienojot konfigurācijas, pārejot uz jaunu standarta risinājuma versiju.
- Izmantojot platformas integrācijas mehānismus, kas nodrošina ārēju piekļuvi lietojumprogrammas objekta modelim un neprasa lietojumprogrammas modifikāciju vai paplašinājuma izveidi. Šīs pieejas priekšrocība ir tāda, ka nav jāmaina 1C lietojumprogramma. Mīnuss - ja 1C lietojumprogramma ir uzlabota, tad integrētajā lietojumprogrammā var būt nepieciešami uzlabojumi. Šīs pieejas piemērs ir OData protokola izmantošana integrācijai, kas ieviesta platformas 1C:Enterprise pusē (vairāk par to tālāk).
- Standarta 1C risinājumos ieviestu gatavu lietojumprogrammu protokolu izmantošana. Daudzi standarta risinājumi no 1C un partneriem ievieš savus lietojumprogrammu protokolus, kas vērsti uz konkrētiem uzdevumiem, pamatojoties uz platformas nodrošinātajiem integrācijas mehānismiem. Lietojot šos mehānismus, 1C lietojumprogrammas pusē nav jāraksta kods, jo Mēs izmantojam lietojumprogrammas risinājuma standarta iespējas. 1C lietojumprogrammas pusē mums ir jāveic tikai daži iestatījumi.
Integrācijas mehānismi platformā 1C:Enterprise
Importēt/eksportēt failus
Pieņemsim, ka mēs saskaramies ar uzdevumu veikt divvirzienu datu apmaiņu starp 1C lietojumprogrammu un patvaļīgu lietojumprogrammu. Piemēram, mums ir jāsinhronizē produktu saraksts (nomenklatūras direktorijs) starp lietojumprogrammu 1C un patvaļīgu lietojumprogrammu.
Lai atrisinātu šo problēmu, varat uzrakstīt paplašinājumu, kas lejupielādē nomenklatūras direktoriju noteikta formāta failā (teksts, XML, JSON, ...) un var lasīt šo formātu.
Platforma ievieš mehānismu lietojumprogrammu objektu serializēšanai XML formātā gan tieši, izmantojot WriteXML/ReadXML globālā konteksta metodes, gan izmantojot XDTO (XML Data Transfer Objects) palīgobjektu.
Jebkuru objektu sistēmā 1C:Enterprise var serializēt XML attēlojumā un otrādi.
Šī funkcija atgriezīs objekta XML attēlojumu:
Функция Объект_В_XML(Объект)
ЗаписьXML = Новый ЗаписьXML();
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, Объект);
Возврат ЗаписьXML.Закрыть();
КонецФункции
Nomenklatūras direktorija eksportēšana uz XML, izmantojot XDTO, izskatīsies šādi:
&НаСервере
Процедура ЭкспортXMLНаСервере()
НовыйСериализаторXDTO = СериализаторXDTO;
НоваяЗаписьXML = Новый ЗаписьXML();
НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ОбъектНоменклатура = Выборка.ПолучитьОбъект();
НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
КонецЦикла;
НоваяЗаписьXML.ЗаписатьКонецЭлемента();
НоваяЗаписьXML.Закрыть();
КонецПроцедуры
Vienkārši modificējot kodu, mēs eksportējam direktoriju uz JSON. Produkti tiks ierakstīti masīvā; Dažādībai šeit ir sintakses angļu valodas versija:
&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
Tad atliek tikai nodot datus gala patērētājam. 1C:Enterprise platforma atbalsta galvenos interneta protokolus HTTP, FTP, POP3, SMTP, IMAP, tostarp to drošās versijas. Datu pārsūtīšanai varat izmantot arī HTTP un/vai Web pakalpojumus.
HTTP un tīmekļa pakalpojumi
1C lietojumprogrammas var ieviest savus HTTP un tīmekļa pakalpojumus, kā arī izsaukt HTTP un tīmekļa pakalpojumus, ko ieviesušas trešās puses lietojumprogrammas.
REST interfeiss un OData protokols
Sākot ar versiju 8.3.5, platforma 1C:Enterprise var automātiski visam lietojumprogrammas risinājumam. Jebkurš konfigurācijas objekts (direktorijs, dokuments, informācijas reģistrs utt.) var būt pieejams datu saņemšanai un modificēšanai, izmantojot REST interfeisu. Platforma izmanto protokolu kā piekļuves protokolu versija 3.0. OData pakalpojumu publicēšana tiek veikta no konfiguratora izvēlnes “Administrēšana -> Publicēšana tīmekļa serverī”, jāatzīmē izvēles rūtiņa “Publicēt standarta OData interfeisu”. Tiek atbalstīti Atom/XML un JSON formāti. Pēc tam, kad lietojumprogrammas risinājums ir publicēts tīmekļa serverī, trešo pušu sistēmas tam var piekļūt, izmantojot REST saskarni, izmantojot HTTP pieprasījumus. Lai strādātu ar lietojumprogrammu 1C, izmantojot OData protokolu, programmēšana 1C pusē nav nepieciešama.
Tātad, piemēram, URL http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура atgriezīs mums Nomenklatūras kataloga saturu XML formātā - ievades elementu kolekciju (īsuma labad ziņas nosaukums ir izlaists):
<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"/>
...
Pievienojot vietrādim URL virkni “?$format=application/json”, mēs iegūstam nomenklatūras kataloga saturu JSON formātā (veidlapas 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 кВт, режимы работы: тепло/холод"
}, …
Ārējie datu avoti
Dažos gadījumos datu apmaiņa caur var būt labākais risinājums. Ārējie datu avoti ir 1C lietojumprogrammas konfigurācijas objekts, kas ļauj mijiedarboties ar jebkuru ar ODBC saderīgu datu bāzi gan lasīšanai, gan rakstīšanai. Ārējie datu avoti ir pieejami gan operētājsistēmā Windows, gan Linux.
Datu apmaiņas mehānisms
ir paredzēts gan ģeogrāfiski sadalītu sistēmu izveidei uz 1C:Enterprise bāzes, gan datu apmaiņas organizēšanai ar citām informācijas sistēmām, kas nav balstītas uz 1C:Enterprise.
Šis mehānisms tiek aktīvi izmantots 1C implementācijās, un ar tā palīdzību atrisināto uzdevumu klāsts ir ļoti plašs. Tas ietver datu apmaiņu starp 1C lietojumprogrammām, kas instalētas organizācijas filiālēs, un apmaiņu starp lietojumprogrammu 1C un tiešsaistes veikala vietni, kā arī datu apmaiņu starp 1C servera lietojumprogrammu un mobilo klientu (izveidots, izmantojot mobilo platformu 1C: Enterprise), un daudz ko citu. vairāk.
Viens no galvenajiem datu apmaiņas mehānisma jēdzieniem ir apmaiņas plāns. Apmaiņas plāns ir īpašs 1C lietojumprogrammu platformas objekta veids, kas jo īpaši nosaka to datu sastāvu, kas piedalīsies apmaiņā (kuri direktoriji, dokumenti, reģistri utt.). Apmaiņas plānā ir arī informācija par apmaiņas dalībniekiem (tā sauktajiem apmaiņas mezgliem).
Otra datu apmaiņas mehānisma sastāvdaļa ir izmaiņu reģistrācijas mehānisms. Šis mehānisms automātiski uzrauga sistēmu, lai konstatētu izmaiņas datos, kas ir jāpārsūta galalietotājiem apmaiņas plāna ietvaros. Izmantojot šo mehānismu, platforma izseko izmaiņas, kas notikušas kopš pēdējās sinhronizācijas, un ļauj līdz minimumam samazināt pārsūtīto datu apjomu nākamās sinhronizācijas sesijas laikā.
Datu apmaiņa notiek, izmantojot noteiktas struktūras XML ziņojumus. Ziņojumā ir dati, kas ir mainījušies kopš pēdējās sinhronizācijas ar mezglu, un daļa pakalpojuma informācijas. Ziņojumu struktūra atbalsta ziņojumu numerāciju un ļauj saņemt apstiprinājumu no adresāta mezgla, ka ziņojumi ir saņemti. Šāds apstiprinājums ir ietverts katrā ziņojumā, kas nāk no saņēmēja mezgla, pēdējā saņemtā ziņojuma numura veidā. Numerācijas ziņojumi ļauj platformai saprast, kādi dati jau ir veiksmīgi pārsūtīti uz saņēmēja mezglu, un izvairīties no atkārtotas pārraides, pārsūtot tikai tos datus, kas ir mainījušies kopš sūtītāja mezgla saņemšanas pēdējo ziņojumu ar saņemšanas mezgla saņemto datu kvīti. Šī darbības shēma nodrošina garantētu piegādi pat ar neuzticamiem pārraides kanāliem un ziņojumu zudumiem.
Ārējie komponenti
Vairākos gadījumos, risinot integrācijas problēmas, nākas saskarties ar specifiskām prasībām, piemēram, mijiedarbības protokoliem, datu formātiem, kas nav paredzēti platformā 1C:Enterprise. Šādam uzdevumu klāstam platforma nodrošina , kas ļauj izveidot dinamiski spraudņu moduļus, kas paplašina 1C:Enterprise funkcionalitāti.
Tipisks piemērs uzdevumam ar līdzīgām prasībām būtu 1C lietojumprogrammas risinājuma integrācija ar mazumtirdzniecības aprīkojumu, sākot no svariem līdz kases aparātiem un svītrkodu skeneriem. Ārējos komponentus var savienot gan 1C:Enterprise servera pusē, gan klienta pusē (ieskaitot, bet ne tikai, tīmekļa klientu, kā arī 1C: uzņēmums). Ārējo komponentu tehnoloģija nodrošina diezgan vienkāršu un saprotamu programmatūras (C++) saskarni komponentu mijiedarbībai ar platformu 1C:Enterprise, kas jāievieš izstrādātājam.
Iespējas, kas paveras, izmantojot ārējos komponentus, ir ļoti plašas. Jūs varat īstenot mijiedarbību, izmantojot īpašu datu apmaiņas protokolu ar ārējām ierīcēm un sistēmām, iebūvēt īpašus algoritmus datu un datu formātu apstrādei utt.
Novecojuši integrācijas mehānismi
Platforma nodrošina integrācijas mehānismus, kurus nav ieteicams izmantot jaunos risinājumos; tie tiek atstāti atpakaļsaderības dēļ, kā arī gadījumā, ja otra puse nevar strādāt ar modernākiem protokoliem. Viens no tiem ir darbs ar DBF formāta failiem (tiek atbalstīts iebūvētajā valodā, izmantojot XBase objektu).
Vēl viens mantotais integrācijas mehānisms ir COM tehnoloģijas izmantošana (pieejama tikai Windows platformā). Platforma 1C: Enterprise nodrošina divas Windows integrācijas metodes, izmantojot COM tehnoloģiju: automatizācijas serveri un ārējo savienojumu. Tie ir ļoti līdzīgi, taču viena no fundamentālajām atšķirībām ir tā, ka automatizācijas servera gadījumā tiek palaista pilnvērtīga 1C:Enterprise 8 klienta lietojumprogramma, bet ārējā savienojuma gadījumā salīdzinoši maza procesa COM. serveris tiek palaists. Tas ir, ja strādājat ar automatizācijas serveri, varat izmantot klienta lietojumprogrammas funkcionalitāti un veikt darbības, kas ir līdzīgas lietotāja interaktīvajām darbībām. Izmantojot ārējo savienojumu, var izmantot tikai biznesa loģikas funkcijas, un tās var izpildīt gan savienojuma klienta pusē, kur tiek izveidots procesā esošais COM serveris, gan var izsaukt biznesa loģiku serverī 1C:Enterprise. pusē.
COM tehnoloģiju var izmantot arī, lai piekļūtu ārējām sistēmām no lietojumprogrammas koda platformā 1C:Enterprise. Šajā gadījumā lietojumprogramma 1C darbojas kā COM klients. Bet jāatceras, ka šie mehānismi darbosies tikai tad, ja 1C serveris darbosies Windows vidē.
Integrācijas mehānismi ieviesti standarta konfigurācijās
Uzņēmuma datu formāts
Vairākās 1C konfigurācijās (saraksts zemāk), pamatojoties uz iepriekš aprakstīto platformas datu apmaiņas mehānismu, ir ieviests gatavs datu apmaiņas mehānisms ar ārējām lietojumprogrammām, kas neprasa mainīt konfigurāciju avota kodu (sagatavošanās datiem apmaiņa tiek veikta lietojumprogrammu risinājumu iestatījumos):
- "1C:ERP Enterprise Management 2.0"
- "Sarežģītā automatizācija 2"
- "Uzņēmuma grāmatvedība", izdevums 3.0
- "Grāmatvedība CORP uzņēmumam", izdevums 3.0
- "Mazumtirdzniecība", izdevums 2.0
- "Tirdzniecības pamatvadība", 11. izdevums
- Tirdzniecības vadība, 11. izdevums
- “Algas un personāla vadības korporācija”, 3. izdevums
Datu apmaiņai izmantotais formāts ir , pamatojoties uz XML. Formāts ir orientēts uz biznesu - tajā aprakstītās datu struktūras atbilst biznesa vienībām (dokumentiem un direktoriju elementiem), kas uzrādītas 1C programmās, piemēram: aizpildīšanas akts, kases ieņēmumu orderis, darījuma partneris, prece utt.
Datu apmaiņa starp lietojumprogrammu 1C un trešās puses lietojumprogrammu var notikt:
- izmantojot īpašu failu direktoriju
- izmantojot FTP direktoriju
- izmantojot tīmekļa pakalpojumu, kas izvietots 1C lietojumprogrammas pusē. Datu fails kā parametrs tiek nodots tīmekļa metodēm
- pa e-pastu
Ja notiek apmaiņa, izmantojot tīmekļa pakalpojumu, trešās puses lietojumprogramma sāks datu apmaiņas sesiju, izsaucot atbilstošās lietojumprogrammas 1C tīmekļa metodes. Citos gadījumos apmaiņas sesijas iniciators būs lietojumprogramma 1C (ievietojot datu failu attiecīgajā direktorijā vai nosūtot datu failu uz konfigurēto e-pasta adresi).
Arī 1C pusē varat konfigurēt, cik bieži notiks sinhronizācija (opcijām ar failu apmaiņu, izmantojot direktoriju un e-pastu):
- saskaņā ar grafiku (ar noteiktu biežumu)
- manuāli; lietotājam būs manuāli jāsāk sinhronizācija katru reizi, kad viņam tā būs nepieciešama
Ziņojumu apstiprināšana
1C lietojumprogrammas reģistrē nosūtītos un saņemtos sinhronizācijas ziņojumus un sagaida to pašu no trešo pušu lietojumprogrammām. Tas ļauj izmantot ziņojumu numerācijas mehānismu, kas aprakstīts iepriekš sadaļā “Datu apmaiņas mehānisms”.
Sinhronizācijas laikā 1C lietojumprogrammas pārsūta tikai informāciju par izmaiņām, kas notikušas ar uzņēmējdarbības vienībām kopš pēdējās sinhronizācijas (lai samazinātu pārsūtītās informācijas apjomu). Pirmās sinhronizācijas laikā lietojumprogramma 1C augšupielādēs visas uzņēmējdarbības vienības (piemēram, vienumu atsauces grāmatas vienumus) EnterpriseData formātā XML failā (jo tie visi ir “jauni” ārējai lietojumprogrammai). Trešās puses lietojumprogrammai ir jāapstrādā informācija no XML faila, kas saņemta no 1C, un nākamās sinhronizācijas sesijas laikā failā, kas nosūtīts uz 1C, īpašā XML sadaļā jāievieto informācija, ka ziņojums no 1C ar noteiktu numuru ir bijis veiksmīgi. saņemts. Kvīts ziņojums ir signāls lietojumprogrammai 1C, ka ārējā lietojumprogramma ir veiksmīgi apstrādājusi visas uzņēmējdarbības vienības un par tām vairs nav jāpārraida informācija. Papildus kvītim XML failā no trešās puses lietojumprogrammas var būt arī dati, ko lietojumprogramma sinhronizē (piemēram, preču un pakalpojumu pārdošanas dokumenti).
Pēc saņemšanas ziņojuma saņemšanas lietojumprogramma 1C atzīmē visas iepriekšējā ziņojumā pārsūtītās izmaiņas kā veiksmīgi sinhronizētas. Uz ārējo lietojumprogrammu nākamās sinhronizācijas sesijas laikā tiks nosūtītas tikai nesinhronizētas uzņēmējdarbības entītiju izmaiņas (jaunu entītiju izveide, esošo mainīšana un dzēšana).
Pārsūtot datus no ārējās lietojumprogrammas uz 1C lietojumprogrammu, attēls tiek apgriezts. Ārējai lietojumprogrammai attiecīgi jāaizpilda XML faila saņemšanas sadaļa un jānovieto biznesa dati sinhronizēšanai EnterpriseData formātā.
Vienkāršota datu apmaiņa bez rokasspiediena
Vienkāršas integrācijas gadījumiem, kad pietiek tikai pārsūtīt informāciju no trešās puses lietojumprogrammas uz lietojumprogrammu 1C, un apgrieztā datu pārsūtīšana no lietojumprogrammas 1C uz trešās puses lietojumprogrammu nav nepieciešama (piemēram, tiešsaistes lietojumprogrammas integrācija veikals, kas pārsūta pārdošanas informāciju uz 1C: Grāmatvedība), ir vienkāršota iespēja strādāt, izmantojot tīmekļa pakalpojumu (bez apstiprinājuma), kam nav nepieciešami iestatījumi lietojumprogrammas 1C pusē.
Pielāgoti integrācijas risinājumi
Ir standarta risinājums “1C: Data Conversion”, kas izmanto platformas mehānismus datu konvertēšanai un apmaiņai starp standarta 1C konfigurācijām, taču to var izmantot arī integrācijai ar trešo pušu lietojumprogrammām.
Integrācija ar banku risinājumiem
Standarts , ko 1C speciālisti izstrādāja vairāk nekā pirms 10 gadiem, faktiski ir kļuvis par nozares standartu Krievijā. Nākamais solis šajā virzienā ir tehnoloģija , kas ļauj nosūtīt maksājumu dokumentus uz banku un saņemt izrakstus no bankas tieši no sistēmas 1C:Enterprise programmām, nospiežot vienu pogu programmā 1C; tam nav nepieciešama papildu programmu instalēšana un palaišana klienta datorā.
Ir arī .
Cits
Vērts pieminēt , komerciālās informācijas apmaiņas standarts (izstrādāts kopīgi ar Microsoft, Intel, Price.ru un citiem uzņēmumiem), .
Avots: www.habr.com