Якія найважнейшыя патрабаванні прад'яўляюцца да бізнес-прыкладанняў? Аднымі з самых галоўных з'яўляюцца наступныя задачы:
- Лёгкасць змены/адаптацыі логікі працы прыкладання да якія змяняюцца бізнес-задач.
- Лёгкасць інтэграцыі з іншымі праграмамі.
Тое, як вырашаецца ў 1С першая задача, было коратка апісана ў раздзеле «Кастамізацыя і падтрымка» ; мы яшчэ вернемся да гэтай цікавай тэмы ў адной з будучых артыкулаў. Сёння ж размова пойдзе аб другой задачы, аб інтэграцыі.
Інтэграцыйныя задачы
Інтэграцыйныя задачы могуць быць рознымі. Для вырашэння адных дастаткова простага інтэрактыўнага абмену дадзенымі - напрыклад, для перадачы ў банк спісу супрацоўнікаў для афармлення зарплатных пластыкавых карт. Для больш складаных задач можа быць неабходны поўнасцю аўтаматызаваны абмен дадзенымі, магчыма, са зваротам да бізнес-логікі знешняй сістэмы. Ёсць задачы, якія носяць спецыялізаваны характар, накшталт інтэграцыі з вонкавым абсталяваннем (напрыклад, гандлёвым абсталяваннем, мабільнымі сканарам і г.д.) або з атрыманых у спадчыну або вузкаспецыялізаваных сістэмамі (напрыклад, з сістэмамі распазнання RFID-пазнак). Вельмі важна для кожнай задачы абраць найболей падыходны механізм інтэграцыі.
Магчымасці інтэграцыі з 1С
Існуюць розныя падыходы да рэалізацыі інтэграцыі з прыкладаннямі 1С, які з іх абраць - залежыць ад патрабаванняў задачы.
- Рэалізацыя на аснове , якія прадстаўляюцца платформай, свайго ўласнага спецыялізаванага API на баку прыкладання 1С (напрыклад, набору Web- або HTTP-сэрвісаў, якія будуць выклікаць іншыя прыкладанні для абмену дадзенымі з дадаткам 1С). Плюс гэтага падыходу - устойлівасць API да змены рэалізацыі на баку прыкладання 1С. Асаблівасць падыходу - патрабуецца мяняць зыходны код тыпавога рашэння 1С, што можа патэнцыйна запатрабаваць намаганняў пры зліцці зыходных кодаў пры пераходзе на новую версію канфігурацыі. У гэтым выпадку можа прыйсці на дапамогу новая прагрэсіўная функцыянальнасць. . Пашырэнні - гэта, па сутнасці, механізм убудоў, які дазваляе ствараць дапаўненні прыкладных рашэнняў, не змяняючы саміх прыкладных рашэнняў. Вынас інтэграцыйнага API у пашырэнне канфігурацыі дазволіць пазбегнуць складанасцяў пры зліцці канфігурацый пры пераходзе на новую версію тыпавога рашэння.
- Выкарыстанне механізмаў інтэграцыі платформы, якія даюць доступ звонку да аб'ектнай мадэлі прыкладання і не патрабуюць дапрацоўкі дадатку або стварэння пашырэння. Плюс такога падыходу - не трэба мяняць дадатак 1С. Мінус - калі дадатак 1С было дапрацавана, то могуць спатрэбіцца дапрацоўкі ў інтэграваным дадатку. Прыклад такога падыходу - выкарыстанне для інтэграцыі пратакола OData, рэалізаванага на баку платформы 1С: Прадпрыемства (падрабязней пра яго ніжэй).
- Выкарыстанне гатовых прыкладных пратаколаў, рэалізаваных у тыпавых рашэннях 1С. Многія тыпавыя рашэнні ад 1С і партнёраў рэалізуюць на аснове механізмаў інтэграцыі, якія прадстаўляюцца платформай, свае ўласныя прыкладныя пратаколы, арыентаваныя на канкрэтныя задачы. Пры выкарыстанні гэтых механізмаў не патрабуецца напісанне кода на баку прыкладання 1С, т.я. мы карыстаемся штатнымі магчымасцямі прыкладнога рашэння. На баку прыкладання 1С нам трэба толькі выканаць пэўныя наладкі.
Механізмы інтэграцыі ў платформе 1С: Прадпрыемства
Імпарт/экспарт файлаў
Выкажам здагадку, перад намі стаіць задача двунакіраванага абмену дадзенымі паміж дадаткам 1С і адвольным дадаткам. Напрыклад, нам трэба сінхранізаваць спіс тавараў (даведнік Наменклатура) паміж дадаткам 1С і адвольным дадаткам.
Для рашэння такой задачы можна напісаць пашырэнне, якое выгружае даведнік Наменклатура ў файл вызначанага фармату (тэкставы, XML, JSON, …) і ўмее счытваць гэты фармат.
У платформе рэалізаваны механізм серыялізацыі прыкладных аб'ектаў у XML як наўпрост, праз метады глабальнага кантэксту ЗапісацьXML/ЧытаннеXML, так і з дапамогай дапаможнага аб'екта XDTO (XML Data Transfer Objects).
Любы аб'ект у сістэме 1С:Прадпрыемства можа быць серыялізаваны ў XML прадстаўленне і наадварот.
Гэтая функцыя верне ўяўленне аб'екта ў выглядзе 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 інтэрфейс. У якасці пратакола доступу платформа выкарыстоўвае пратакол версіі 3.0. Публікацыя сэрвісаў OData выконваецца з меню Канфігуратара "Адміністраванне -> Публікацыя на вэб-серверы", сцяжок "Публікаваць стандартны інтэрфейс OData" павінен быць пазначаны. Падтрымліваюцца фарматы atom/XML і JSON. Пасля таго, як прыкладное рашэнне апублікавана на вэб-серверы, іншыя сістэмы могуць звяртацца да яго праз REST інтэрфейс з дапамогай HTTP запытаў. Для працы з дадаткам 1С праз пратакол OData праграмаванне на баку 1С не патрабуецца.
Так, URL выгляду http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура верне нам змесціва каталога Наменклатура ў фармаце XML - калекцыю элементаў entry (загаловак паведамлення прапушчаны для сцісласці):
<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"/>
...
Дадаючы да URL-у радок «?$format=application/json», атрымаем змесціва каталога Наменклатура ў фармаце JSON (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 кВт, режимы работы: тепло/холод"
}, …
Вонкавыя крыніцы дадзеных
У некаторых выпадках абмен дадзенымі праз можа аказацца аптымальным рашэннем. Вонкавыя крыніцы дадзеных - гэта прыкладны аб'ект канфігурацыі 1С, які дазваляе ўзаемадзейнічаць з любой ODBC-сумяшчальнай базай дадзеных як на чытанне, так і на запіс. Вонкавыя крыніцы дадзеных даступныя як у Windows, так і на Linux.
Механізм абмену дадзенымі
прызначаны як для стварэння тэрытарыяльна размеркаваных сістэм на аснове 1С:Прадпрыемствы, так і для арганізацыі абмену дадзенымі з іншымі інфармацыйнымі сістэмамі, не заснаванымі на 1С:Прадпрыемстве.
Гэты механізм актыўна выкарыстоўваецца ва ўкараненнях 1С, і спектр задач, развязальных з яго дапамогай, вельмі шырокі. Гэта і абмен дадзенымі паміж прыкладаннямі 1С, усталяванымі ў філіялах арганізацыі, і абмен паміж прыкладаннем 1С і сайтам інтэрнэт-крамы, і абмен дадзенымі паміж серверным дадаткам 1С і мабільным кліентам (створаным з дапамогай мабільнай платформы 1С: Прадпрыемствы), і шматлікае іншае.
Адно з ключавых паняццяў у механізме абмену дадзенымі - гэта план абмену. План абмену - гэта асаблівы тып аб'екта прыкладнога платформы 1С, які вызначае, у прыватнасці, склад дадзеных, якія будуць удзельнічаць у абмене (якія менавіта даведнікі, дакументы, рэгістры і да т.п.). План абмену змяшчае таксама інфармацыю аб удзельніках абмену (так званых вузлах абмену).
Другі складнік механізму абмену дадзенымі - механізм рэгістрацыі змен. Дадзены механізм аўтаматычна адсочвае ў сістэме змены дадзеных, якія павінны быць перададзены канчатковым спажыўцам у рамках плана абмену. З дапамогай гэтага механізму платформа адсочвае змены, якія адбыліся з часу апошняй сінхранізацыі, і дазваляе мінімізаваць аб'ём дадзеных, які перадаецца ў рамках чарговага сеансу сінхранізацыі.
Абмен дадзенымі адбываецца пры дапамозе XML паведамленняў вызначанай структуры. Паведамленне змяшчае дадзеныя, якія змяніліся з часу апошняй сінхранізацыі з вузлом, і некаторую службовую інфармацыю. Структура паведамленняў падтрымлівае нумарацыю паведамленняў і дазваляе атрымліваць пацверджанні ад вузла-атрымальніка аб прыёме паведамленняў. Такое пацверджанне змяшчаецца ў кожным паведамленні, якое прыходзіць ад вузла-атрымальніка, у выглядзе нумара апошняга прынятага паведамлення. Нумарацыя паведамленняў дазваляе зразумець платформе, якія дадзеныя ўжо былі паспяхова перададзены на вузел-атрымальнік, і пазбегнуць паўторнай перадачы, перадаючы толькі дадзеныя, змененыя з часу прыёму вузлом-адпраўніком апошняга паведамлення з квітанцыяй аб атрыманых вузлом-атрымальнікам дадзеных. Пры такой схеме працы забяспечваецца гарантаваная дастаўка нават пры ненадзейных каналах перадачы і страце паведамленняў.
Вонкавыя кампаненты
У шэрагу выпадкаў, пры рашэнні задач інтэграцыі даводзіцца сутыкацца са спецыфічнымі патрабаваннямі, напрыклад, пратаколамі ўзаемадзеяння, фарматамі дадзеных, праца з якімі не прадугледжана ў платформе 1С:Прадпрыемства. Для такога круга задач у платформе прадугледжана , якая дазваляе ствараць дынамічна падключаюцца модулі, якія пашыраюць функцыянал 1С:Прадпрыемствы.
Тыповым прыкладам задачы з падобнымі патрабаваннямі, можа служыць інтэграцыя прыкладнога рашэння 1С з гандлёвым абсталяваннем, пачынальна ад шаляў і сканчаючы касавымі апаратамі і сканерамі рыска-кодаў. Вонкавыя кампаненты могуць быць падлучаныя як на боку сервера 1С:Прадпрыемствы, так і на кліенцкай частцы (уключаючы, у тым ліку, і вэб-кліент, а таксама 1С:Прадпрыемствы). Тэхналогія вонкавых кампанент прадугледжвае досыць просты і зразумелы праграмны (C++) інтэрфейс узаемадзеяння кампаненты з платформай 1С:Прадпрыемства, які павінен рэалізаваць распрацоўнік.
Магчымасці, якія адкрываюцца пры выкарыстанні вонкавых кампанент, вельмі шырокія. Можна рэалізаваць узаемадзеянне па спецыфічным пратаколе абмену дадзенымі з вонкавымі прыладамі і сістэмамі, убудаваць спецыфічныя алгарытмы апрацоўкі дадзеных і фарматаў дадзеных і да т.п.
Састарэлыя механізмы інтэграцыі
У платформе даступныя механізмы інтэграцыі, якія не рэкамендуецца выкарыстоўваць у новых рашэннях; яны пакінуты з меркаванняў зваротнай сумяшчальнасці, а таксама на выпадак, калі іншы бок не можа працаваць з больш сучаснымі пратаколамі. Адзін з іх - праца з файламі фармату DBF (падтрымліваецца ва ўбудаванай мове з дапамогай аб'екта XBase).
Іншы састарэлы механізм інтэграцыі – выкарыстанне тэхналогіі COM (даступна толькі на платформе Windows). Платформа 1С: Прадпрыемства дае два спосабу інтэграцыі для Windows, якія выкарыстоўваюць тэхналогію COM: Automation-сервер і Вонкавае злучэнне. Яны вельмі падобныя, але адным з прынцыповых адрозненняў з'яўляецца тое, што ў выпадку Automation-сервера запускаецца паўнавартаснае кліенцкае прыкладанне 1С:Прадпрыемства 8, а ў выпадку вонкавага злучэння запускаецца адносна невялікі унутрыпрацэсны COM-сервер. Гэта значыць, у выпадку працы праз Automation сервер можна задзейнічаць функцыянал кліенцкага прыкладання, выконваць дзеянні, аналагічныя інтэрактыўным дзеянням карыстальніка. Пры выкарыстанні знешняга злучэння можна выкарыстоўваць толькі функцыі бізнес-логікі, прычым іх можна выконваць як на кліенцкім баку злучэння, дзе ствараецца ўнупрыпрацэсны COM-сервер, так і ажыццяўляць выклік бізнес-логікі на баку сервера 1С:Прадпрыемствы.
Таксама тэхналогію COM можна выкарыстоўваць для звароту да вонкавых сістэм з кода прыкладання на платформе 1С:Прадпрыемства. У дадзеным выпадку дадатак 1С выступае ў якасці COM-кліента. Але варта нагадаць, што дадзеныя механізмы будуць працаваць толькі ў тым выпадку, калі сервер 1С функцыянуе ў асяроддзі Windows.
Механізмы інтэграцыі, рэалізаваныя ў тыпавых канфігурацыях
Фармат EnterpriseData
У шэрагу канфігурацый 1С (спіс ніжэй) на аснове апісанага вышэй платформеннага механізму абмену дадзенымі рэалізаваны гатовы механізм абмену дадзенымі з вонкавымі прыкладаннямі, які не патрабуе змены зыходнага кода канфігурацый (падрыхтоўка да абмену дадзенымі робіцца ў наладах прыкладных рашэнняў):
- «1C:ERP Упраўленне прадпрыемствам 2.0»
- «Комплексная аўтаматызацыя 2»
- "Бухгалтэрыя прадпрыемства", рэдакцыя 3.0
- «Бухгалтэрыя прадпрыемства КОРП», рэдакцыя 3.0
- «Розніца», рэдакцыя 2.0
- «Упраўленне гандлем базавая», рэдакцыя 11
- «Упраўленне гандлем», рэдакцыя 11
- «Зарплата і кіраванне персаналам КОРП», рэдакцыя 3
Для абмену дадзенымі выкарыстоўваецца фармат , заснаваны на XML. Фармат з'яўляецца бізнес-арыентаваным - апісаныя ў ім структуры дадзеных адпавядаюць бізнес-сутнасцям (дакументам і элементам даведнікаў), прадстаўленым у праграмах 1С, напрыклад: акт выкананых работ, прыходны касавы ордэр, контрагент, наменклатура і т. п.
Абмен дадзенымі паміж дадаткам 1С і іншым дадаткам можа адбывацца:
- праз вылучаны файлавы каталог
- праз каталог FTP
- праз вэб-сэрвіс, разгорнуты на баку прыкладання 1С. Файл з дадзенымі перадаецца як параметр вэб-метадаў
- праз электронную пошту
У выпадку абмену праз вэб-сэрвіс іншае прыкладанне будзе ініцыяваць сеанс абмену дадзенымі шляхам выкліку адпаведных вэб-метадаў прыкладання 1С. У астатніх выпадках ініцыятарам сеансу абмену будзе дадатак 1С (шляхам памяшкання файла з дадзенымі ў які адпавядае каталог ці адпраўкай файла з дадзенымі на наладжаны паштовы адрас).
Таксама на баку 1С наладжваецца, з якой перыядычнасцю будзе адбывацца сінхранізацыя (для варыянтаў з файлавым абменам праз каталог і электронную пошту):
- па раскладзе (з зададзенай перыядычнасцю)
- уручную; карыстач павінен будзе ўручную запускаць сінхранізацыю кожны раз, калі гэта яму запатрабуецца
Квітаванне паведамленняў
Прыкладанні 1С вядуць улік адпраўленых і атрыманых паведамленняў сінхранізацыі і чакаюць таго ж ад іншых прыкладанняў. Гэта дазваляе задзейнічаць механізм нумарацыі паведамленняў, апісаны вышэй у раздзеле "Механізм абмену дадзенымі".
Прыкладанні 1С падчас сінхранізацыі перадаюць толькі інфармацыю аб зменах, якія адбыліся з бізнэс-сутнасцямі з часу апошняй сінхранізацыі (каб мінімізаваць аб'ём перадаваемай інфармацыі). Пры першай сінхранізацыі прыкладанне 1С выгрузіць усе бізнес-сутнасці (напрыклад, элементы даведніка наменклатуры) у фармаце EnterpriseData у XML-файл (паколькі ўсе яны з'яўляюцца "новымі" для вонкавага прыкладання). Іншае прыкладанне павінна апрацаваць інфармацыю з які прыйшоў ад 1С XML-файла і пры наступным сеансе сінхранізацыі змясціць у файл, які адпраўляецца ў 1С, у адмысловую секцыю XML, інфармацыю, што паведамленне ад 1С за вызначаным нумарам паспяхова прынята. Паведамленне-квітанцыя з'яўляецца для прыкладання 1С сігналам, што ўсе бізнес-сутнасці паспяхова апрацаваны знешнім дадаткам і інфармацыю аб іх перадаваць больш не трэба. Акрамя квітанцыі XML-файл ад іншага прыкладання таксама можа змяшчаць дадзеныя для сінхранізацыі з боку прыкладання (напрыклад, дакументы рэалізацыі тавараў і паслуг).
Пасля атрымання паведамлення-квітанцыі дадатак 1С пазначае ўсе змены, перададзеныя ў папярэднім паведамленні, як паспяхова сінхранізаваныя. Толькі несінхранізаваныя змены ў бізнэс-сутнасцях (стварэнне новых сутнасцяў, змена і выдаленне існых) будуць адпраўленыя ў вонкавае прыкладанне пры наступным сеансе сінхранізацыі.
Пры перадачы дадзеных ад знешняга прыкладання ў дадатак 1С карціна мяняецца на зваротную. Вонкавае прыкладанне павінна запоўніць секцыю-квітанцыю ў XML файле якая адпавядае выявай і змясціць бізнэс-дадзеныя для сінхранізацыі са свайго боку ў фармаце EnterpriseData.
Спрошчаны абмен дадзенымі без квітавання
Для выпадкаў простай інтэграцыі, калі дастаткова толькі перадаваць інфармацыю ад іншага прыкладання ў дадатак 1С і зваротнай перадачы дадзеных з прыкладання 1С у іншае прыкладанне не патрабуецца (напрыклад, інтэграцыя анлайн-крамы, які перадае інфармацыю аб продажах у «1С: Бухгалтэрыю»), ёсць спрошчаны варыянт працы праз вэб-сэрвіс (без квітавання), які не патрабуе налад на баку прыкладання 1С.
Спецыялізаваныя інтэграцыйныя рашэнні
Існуе тыпавое рашэнне «1С:Канвертацыя дадзеных», якое выкарыстоўвае механізмы платформы для канвертавання і абмену дадзенымі паміж тыпавымі канфігурацыямі 1С, але можа быць таксама скарыстана для інтэграцыі са іншымі прыкладаннямі.
Інтэграцыя з банкаўскімі рашэннямі
Стандарт , распрацаваны спецыялістамі 1С больш за 10 гадоў таму, фактычна стаў стандартам індустрыі ў Расіі. Наступны крок у гэтым кірунку - тэхналогія , якая дазваляе адпраўляць плацежныя дакументы ў банк і атрымліваць выпіскі з банка непасрэдна з праграм сістэмы "1С: Прадпрыемствы" націскам адной кнопкі ў праграме "1С"; пры гэтым не патрабуецца ўстаноўка і запуск дадатковых праграм на кліенцкі кампутар.
ёсць таксама .
Іншае
Заслугоўваюць згадкі , стандарт абмену камерцыйнай інфармацыяй (распрацаваны сумесна з Microsoft, Intel, Price.ru і іншымі кампаніямі), .
Крыніца: habr.com