Ano ang pinakamahalagang kinakailangan para sa mga aplikasyon sa negosyo? Ang ilan sa pinakamahalagang gawain ay ang mga sumusunod:
- Ang kadalian ng pagbabago/pag-angkop ng lohika ng application sa pagbabago ng mga gawain sa negosyo.
- Madaling pagsasama sa iba pang mga application.
Kung paano nalutas ang unang gawain sa 1C ay maikling inilarawan sa seksyong "Pag-customize at Suporta". ; Babalik tayo sa kawili-wiling paksang ito sa susunod na artikulo. Ngayon ay pag-uusapan natin ang pangalawang gawain, ang pagsasama.
Mga gawain sa pagsasama
Maaaring magkaiba ang mga gawain sa pagsasama. Upang malutas ang ilang mga problema, ang isang simpleng interactive na palitan ng data ay sapat - halimbawa, upang ilipat ang isang listahan ng mga empleyado sa isang bangko para sa pag-isyu ng mga suweldo na plastic card. Para sa mas kumplikadong mga gawain, maaaring kailanganin ang ganap na awtomatikong pagpapalitan ng data, posibleng may sanggunian sa lohika ng negosyo ng isang panlabas na sistema. May mga gawain na espesyal sa kalikasan, tulad ng pagsasama sa panlabas na kagamitan (halimbawa, mga retail na kagamitan, mga mobile scanner, atbp.) o may mga legacy o mataas na espesyalisadong mga system (halimbawa, sa mga RFID tag recognition system). Napakahalaga na piliin ang pinakaangkop na mekanismo ng pagsasama para sa bawat gawain.
Mga opsyon sa pagsasama sa 1C
Mayroong iba't ibang mga diskarte sa pagpapatupad ng integration sa 1C application; kung alin ang pipiliin ay depende sa mga kinakailangan ng gawain.
- Batay sa pagpapatupad na ibinigay ng platform, ang sarili nitong espesyal na API sa panig ng 1C application (halimbawa, isang set ng mga serbisyo sa Web o HTTP na tatawag sa mga third-party na application upang makipagpalitan ng data sa 1C application). Ang bentahe ng diskarteng ito ay ang paglaban ng API sa mga pagbabago sa pagpapatupad sa panig ng 1C application. Ang kakaiba ng diskarte ay kinakailangan na baguhin ang source code ng isang karaniwang solusyon sa 1C, na maaaring mangailangan ng pagsisikap kapag pinagsasama ang mga source code kapag lumipat sa isang bagong bersyon ng configuration. Sa kasong ito, isang bagong progresibong pag-andar ang maaaring sumagip - . Ang mga extension ay, sa esensya, isang mekanismo ng plugin na nagbibigay-daan sa iyong lumikha ng mga karagdagan sa mga solusyon sa application nang hindi binabago ang mga solusyon sa application mismo. Ang paglipat ng integration API sa configuration extension ay magbibigay-daan sa iyong maiwasan ang mga paghihirap kapag pinagsasama ang mga configuration kapag lumipat sa isang bagong bersyon ng isang karaniwang solusyon.
- Paggamit ng mga mekanismo ng pagsasama ng platform na nagbibigay ng panlabas na access sa modelo ng object ng application at hindi nangangailangan ng pagbabago ng application o paglikha ng extension. Ang bentahe ng diskarteng ito ay hindi na kailangang baguhin ang 1C application. Minus - kung ang 1C application ay napabuti, kung gayon ang mga pagpapabuti ay maaaring kailanganin sa pinagsamang aplikasyon. Ang isang halimbawa ng diskarteng ito ay ang paggamit ng OData protocol para sa pagsasama, na ipinatupad sa gilid ng 1C:Enterprise platform (higit pa tungkol dito sa ibaba).
- Paggamit ng mga nakahanda nang application protocol na ipinatupad sa mga karaniwang 1C na solusyon. Maraming karaniwang solusyon mula sa 1C at mga kasosyo ang nagpapatupad ng kanilang sariling mga protocol ng aplikasyon, na nakatuon sa mga partikular na gawain, batay sa mga mekanismo ng pagsasama na ibinigay ng platform. Kapag ginagamit ang mga mekanismong ito, hindi na kailangang magsulat ng code sa 1C application side, dahil Ginagamit namin ang mga karaniwang kakayahan ng solusyon sa aplikasyon. Sa panig ng 1C application, kailangan lang naming gumawa ng ilang partikular na setting.
Mga mekanismo ng pagsasama sa 1C:Enterprise platform
Mag-import/mag-export ng mga file
Ipagpalagay na nahaharap tayo sa gawain ng bidirectional data exchange sa pagitan ng isang 1C application at isang arbitrary na aplikasyon. Halimbawa, kailangan naming i-synchronize ang isang listahan ng mga produkto (direktoryo ng Nomenclature) sa pagitan ng 1C application at isang arbitrary na application.
Upang malutas ang problemang ito, maaari kang sumulat ng extension na nagda-download ng direktoryo ng Nomenclature sa isang file ng isang partikular na format (teksto, XML, JSON, ...) at mababasa ang format na ito.
Ang platform ay nagpapatupad ng mekanismo para sa pagse-serialize ng mga object ng application sa XML nang direkta, sa pamamagitan ng WriteXML/ReadXML na pandaigdigang paraan ng konteksto, at gamit ang XDTO (XML Data Transfer Objects) na auxiliary object.
Anumang bagay sa 1C:Enterprise system ay maaaring i-serialize sa isang XML representasyon at vice versa.
Ang function na ito ay magbabalik ng XML representasyon ng object:
Функция Объект_В_XML(Объект)
ЗаписьXML = Новый ЗаписьXML();
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, Объект);
Возврат ЗаписьXML.Закрыть();
КонецФункции
Ito ang magiging hitsura ng pag-export ng direktoryo ng Nomenclature sa XML gamit ang XDTO:
&НаСервере
Процедура ЭкспортXMLНаСервере()
НовыйСериализаторXDTO = СериализаторXDTO;
НоваяЗаписьXML = Новый ЗаписьXML();
НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ОбъектНоменклатура = Выборка.ПолучитьОбъект();
НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
КонецЦикла;
НоваяЗаписьXML.ЗаписатьКонецЭлемента();
НоваяЗаписьXML.Закрыть();
КонецПроцедуры
Sa simpleng pagbabago ng code, ini-export namin ang direktoryo sa JSON. Ang mga produkto ay isusulat sa isang array; Para sa iba't-ibang, narito ang Ingles na bersyon ng syntax:
&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
Pagkatapos ang lahat na natitira ay upang ilipat ang data sa end consumer. Sinusuportahan ng 1C:Enterprise platform ang mga pangunahing protocol ng Internet na HTTP, FTP, POP3, SMTP, IMAP, kasama ang kanilang mga secure na bersyon. Maaari mo ring gamitin ang HTTP at/o mga serbisyo sa Web upang maglipat ng data.
HTTP at mga serbisyo sa web
Maaaring ipatupad ng mga 1C application ang sarili nilang HTTP at mga serbisyo sa web, gayundin ang pagtawag sa HTTP at mga serbisyo sa web na ipinapatupad ng mga third-party na application.
REST interface at OData protocol
Simula sa bersyon 8.3.5, ang 1C:Enterprise platform ay maaaring awtomatikong para sa buong solusyon sa aplikasyon. Anumang configuration object (direktoryo, dokumento, rehistro ng impormasyon, atbp.) ay maaaring gawing available para sa pagtanggap at pagbabago ng data sa pamamagitan ng REST interface. Ginagamit ng platform ang protocol bilang isang access protocol bersyon 3.0. Ang pag-publish ng mga serbisyo ng OData ay isinasagawa mula sa Configurator menu na “Administration -> Publishing on a web server”, ang checkbox na “Publish standard OData interface” ay dapat na lagyan ng check. Ang mga format ng Atom/XML at JSON ay sinusuportahan. Pagkatapos mai-publish ang solusyon sa application sa web server, maa-access ito ng mga third-party system sa pamamagitan ng REST interface gamit ang mga kahilingan sa HTTP. Upang gumana sa 1C application sa pamamagitan ng OData protocol, hindi kinakailangan ang programming sa 1C side.
Kaya, tulad ng isang URL http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура ibabalik sa amin ang mga nilalaman ng Nomenclature catalog sa XML na format - isang koleksyon ng mga elemento ng entry (ang pamagat ng mensahe ay tinanggal para sa maikli):
<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"/>
...
Sa pamamagitan ng pagdaragdag ng string na "?$format=application/json" sa URL, nakukuha namin ang mga nilalaman ng Nomenclature catalog sa JSON format (URL ng form 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 кВт, режимы работы: тепло/холод"
}, …
Panlabas na mga mapagkukunan ng data
Sa ilang mga kaso, ang pagpapalitan ng data sa pamamagitan ng maaaring ang pinakamahusay na solusyon. Ang mga external na data source ay isang object ng configuration ng 1C application na nagbibigay-daan sa iyong makipag-ugnayan sa anumang database na tugma sa ODBC, para sa pagbabasa at pagsusulat. Available ang mga external na data source sa Windows at Linux.
Mekanismo ng pagpapalitan ng data
ay nilayon kapwa para sa paglikha ng mga sistemang naipamahagi sa heograpiya batay sa 1C:Enterprise, at para sa pagsasaayos ng pagpapalitan ng data sa iba pang mga sistema ng impormasyon na hindi batay sa 1C:Enterprise.
Ang mekanismong ito ay aktibong ginagamit sa mga pagpapatupad ng 1C, at ang hanay ng mga gawain na nalutas sa tulong nito ay napakalawak. Kabilang dito ang pagpapalitan ng data sa pagitan ng mga 1C application na naka-install sa mga sangay ng organisasyon, at pagpapalitan sa pagitan ng 1C application at website ng online store, at pagpapalitan ng data sa pagitan ng 1C server application at ng mobile client (ginawa gamit ang 1C:Enterprise mobile platform), at marami pang iba. higit pa.
Ang isa sa mga pangunahing konsepto sa mekanismo ng palitan ng data ay ang plano ng palitan. Ang isang exchange plan ay isang espesyal na uri ng object ng 1C application platform, na tumutukoy, sa partikular, ang komposisyon ng data na lalahok sa exchange (kung aling mga direktoryo, dokumento, rehistro, atbp.). Ang exchange plan ay naglalaman din ng impormasyon tungkol sa mga kalahok sa palitan (tinatawag na mga exchange node).
Ang pangalawang bahagi ng mekanismo ng palitan ng data ay ang mekanismo ng pagpaparehistro ng pagbabago. Awtomatikong sinusubaybayan ng mekanismong ito ang system para sa mga pagbabago sa data na dapat ilipat sa mga end user bilang bahagi ng exchange plan. Gamit ang mekanismong ito, sinusubaybayan ng platform ang mga pagbabagong naganap mula noong huling pag-synchronize at pinapayagan kang mabawasan ang dami ng data na inilipat sa susunod na session ng pag-synchronize.
Nagaganap ang pagpapalitan ng data gamit ang mga XML na mensahe ng isang partikular na istraktura. Ang mensahe ay naglalaman ng data na nagbago mula noong huling pag-synchronize sa node at ilang impormasyon ng serbisyo. Sinusuportahan ng istruktura ng mensahe ang pagnunumero ng mensahe at nagbibigay-daan sa iyong makatanggap ng kumpirmasyon mula sa node ng tatanggap na ang mga mensahe ay natanggap. Ang nasabing kumpirmasyon ay nakapaloob sa bawat mensahe na nagmumula sa receiving node, sa anyo ng numero ng huling natanggap na mensahe. Binibigyang-daan ng mga mensahe ng pagnumero ang platform na maunawaan kung anong data ang matagumpay na naipadala sa receiving node, at maiwasan ang muling pagpapadala sa pamamagitan ng pagpapadala lamang ng data na nagbago mula noong natanggap ng sending node ang huling mensahe na may resibo para sa data na natanggap ng receiving node. Tinitiyak ng operating scheme na ito ang garantisadong paghahatid kahit na may mga hindi mapagkakatiwalaang transmission channel at pagkawala ng mensahe.
Mga Panlabas na Bahagi
Sa ilang mga kaso, kapag nilulutas ang mga problema sa pagsasama, ang isa ay kailangang harapin ang mga partikular na kinakailangan, halimbawa, mga protocol ng pakikipag-ugnayan, mga format ng data, na hindi ibinigay para sa platform ng 1C:Enterprise. Para sa ganoong hanay ng mga gawain, nagbibigay ang platform , na nagbibigay-daan sa iyong gumawa ng mga dynamic na plug-in na module na nagpapalawak sa functionality ng 1C:Enterprise.
Ang isang tipikal na halimbawa ng isang gawain na may katulad na mga kinakailangan ay ang pagsasama ng isang 1C application solution sa retail equipment, mula sa mga timbangan hanggang sa mga cash register at barcode scanner. Ang mga panlabas na bahagi ay maaaring konektado pareho sa 1C:Enterprise server side at sa client side (kabilang ang, ngunit hindi limitado sa, web client, pati na rin ang 1C:Enterprise). Ang teknolohiya ng mga panlabas na bahagi ay nagbibigay ng medyo simple at nauunawaan na interface ng software (C++) para sa pakikipag-ugnayan ng mga bahagi sa 1C:Enterprise platform, na dapat ipatupad ng developer.
Ang mga posibilidad na nagbubukas kapag gumagamit ng mga panlabas na bahagi ay napakalawak. Maaari kang magpatupad ng pakikipag-ugnayan gamit ang isang partikular na data exchange protocol sa mga external na device at system, bumuo ng mga partikular na algorithm para sa pagproseso ng data at mga format ng data, atbp.
Hindi napapanahong mga mekanismo ng pagsasama
Ang platform ay nagbibigay ng mga mekanismo ng pagsasama na hindi inirerekomenda para sa paggamit sa mga bagong solusyon; naiwan ang mga ito para sa mga dahilan ng paatras na pagkakatugma, at kung sakaling hindi gumana ang kabilang partido sa mas modernong mga protocol. Ang isa sa kanila ay nagtatrabaho sa mga DBF file (suportado sa built-in na wika gamit ang XBase object).
Ang isa pang mekanismo ng pagsasama ng legacy ay ang paggamit ng teknolohiya ng COM (magagamit lamang sa Windows platform). Ang 1C:Enterprise platform ay nagbibigay ng dalawang paraan ng pagsasama para sa Windows gamit ang COM na teknolohiya: Automation server at External na koneksyon. Ang mga ito ay halos magkapareho, ngunit ang isa sa mga pangunahing pagkakaiba ay na sa kaso ng Automation server, isang ganap na 1C:Enterprise 8 client application ay inilunsad, at sa kaso ng isang panlabas na koneksyon, isang medyo maliit na in-process na COM inilunsad ang server. Iyon ay, kung nagtatrabaho ka sa pamamagitan ng Automation server, maaari mong gamitin ang functionality ng client application at magsagawa ng mga pagkilos na katulad ng mga interactive na pagkilos ng user. Kapag gumagamit ng isang panlabas na koneksyon, maaari ka lamang gumamit ng mga function ng logic ng negosyo, at maaari silang isagawa pareho sa bahagi ng kliyente ng koneksyon, kung saan nilikha ang isang in-process na COM server, at maaari kang tumawag sa business logic sa 1C:Enterprise server gilid.
Magagamit din ang teknolohiya ng COM para ma-access ang mga external na system mula sa application code sa 1C:Enterprise platform. Sa kasong ito, ang 1C application ay gumaganap bilang isang COM client. Ngunit dapat itong alalahanin na ang mga mekanismong ito ay gagana lamang kung ang 1C server ay gumagana sa isang kapaligiran ng Windows.
Mga mekanismo ng pagsasama na ipinatupad sa mga karaniwang pagsasaayos
Format ng Data ng Enterprise
Sa isang bilang ng mga configuration ng 1C (listahan sa ibaba), batay sa mekanismo ng palitan ng data ng platform na inilarawan sa itaas, isang handa na mekanismo para sa pagpapalitan ng data sa mga panlabas na application ay ipinatupad, na hindi nangangailangan ng pagbabago ng source code ng mga pagsasaayos (paghahanda para sa data ang palitan ay ginagawa sa mga setting ng mga solusyon sa aplikasyon):
- "1C:ERP Enterprise Management 2.0"
- "Kumplikadong automation 2"
- "Enterprise Accounting", edisyon 3.0
- "Accounting para sa isang CORP enterprise", edisyon 3.0
- "Retail", edisyon 2.0
- "Basic Trade Management", edisyon 11
- Pamamahala ng Kalakalan, Edisyon 11
- "Mga suweldo at pamamahala ng tauhan CORP", edisyon 3
Ang format na ginagamit para sa pagpapalitan ng data ay , batay sa XML. Ang format ay nakatuon sa negosyo - ang mga istruktura ng data na inilarawan dito ay tumutugma sa mga entidad ng negosyo (mga dokumento at mga elemento ng direktoryo) na ipinakita sa mga programa ng 1C, halimbawa: pagkilos ng pagkumpleto, order ng resibo ng cash, counterparty, item, atbp.
Maaaring mangyari ang pagpapalitan ng data sa pagitan ng 1C application at isang third-party na application:
- sa pamamagitan ng nakalaang direktoryo ng file
- sa pamamagitan ng direktoryo ng FTP
- sa pamamagitan ng isang web service na naka-deploy sa 1C application side. Ang data file ay ipinasa bilang isang parameter sa mga pamamaraan sa web
- sa pamamagitan ng email
Sa kaso ng pagpapalitan sa pamamagitan ng isang web service, ang isang third-party na application ay magsisimula ng isang sesyon ng pagpapalitan ng data sa pamamagitan ng pagtawag sa mga kaukulang pamamaraan sa web ng 1C application. Sa ibang mga kaso, ang pasimula ng exchange session ay ang 1C application (sa pamamagitan ng paglalagay ng data file sa naaangkop na direktoryo o pagpapadala ng data file sa naka-configure na email address).
Gayundin sa bahagi ng 1C maaari mong i-configure kung gaano kadalas magaganap ang pag-synchronize (para sa mga opsyon sa pagpapalitan ng file sa pamamagitan ng isang direktoryo at email):
- ayon sa iskedyul (na may tinukoy na dalas)
- mano-mano; ang user ay kailangang manu-manong simulan ang pag-synchronize sa tuwing kailangan niya ito
Pagkilala sa mga mensahe
Ang mga 1C application ay nagtatago ng mga talaan ng ipinadala at natanggap na mga mensahe ng pag-synchronize at inaasahan ang parehong mula sa mga third-party na application. Binibigyang-daan ka nitong gamitin ang mekanismo ng pagnunumero ng mensahe na inilarawan sa itaas sa seksyong "Mekanismo ng pagpapalitan ng data".
Sa panahon ng pag-synchronize, ang mga 1C application ay nagpapadala lamang ng impormasyon tungkol sa mga pagbabagong naganap sa mga entity ng negosyo mula noong huling pag-synchronize (upang mabawasan ang dami ng impormasyong inilipat). Sa unang pag-synchronize, ia-upload ng 1C application ang lahat ng entity ng negosyo (halimbawa, mga item ng item reference book) sa EnterpriseData format sa isang XML file (dahil lahat sila ay "bago" para sa external na application). Dapat iproseso ng third-party na application ang impormasyon mula sa XML file na natanggap mula sa 1C at, sa susunod na sesyon ng pag-synchronize, ilagay sa file na ipinadala sa 1C, sa isang espesyal na seksyon ng XML, ang impormasyon na ang mensahe mula sa 1C na may isang tiyak na numero ay matagumpay. natanggap. Ang mensahe ng resibo ay isang senyales sa 1C application na ang lahat ng mga entidad ng negosyo ay matagumpay na naproseso ng panlabas na aplikasyon at hindi na kailangang magpadala ng impormasyon tungkol sa kanila. Bilang karagdagan sa resibo, ang isang XML file mula sa isang third-party na application ay maaari ding maglaman ng data para sa pag-synchronize ng application (halimbawa, mga dokumento para sa pagbebenta ng mga kalakal at serbisyo).
Pagkatapos matanggap ang mensahe ng resibo, minarkahan ng 1C application ang lahat ng mga pagbabagong ipinadala sa nakaraang mensahe bilang matagumpay na na-synchronize. Tanging ang mga hindi naka-synchronize na pagbabago sa mga entity ng negosyo (paggawa ng mga bagong entity, pagpapalit at pagtanggal ng mga umiiral na) ang ipapadala sa panlabas na application sa susunod na session ng pag-synchronize.
Kapag naglilipat ng data mula sa isang panlabas na application patungo sa 1C application, ang larawan ay binabaligtad. Dapat punan ng panlabas na application ang seksyon ng resibo ng XML file nang naaayon at ilagay ang data ng negosyo para sa pag-synchronize sa bahagi nito sa format na EnterpriseData.
Pinasimpleng pagpapalitan ng data nang walang pakikipagkamay
Para sa mga kaso ng simpleng pagsasama, kapag sapat na upang ilipat lamang ang impormasyon mula sa isang third-party na application sa 1C application at ang reverse transfer ng data mula sa 1C application sa isang third-party na application ay hindi kinakailangan (halimbawa, ang pagsasama ng isang online store na naglilipat ng impormasyon sa pagbebenta sa 1C: Accounting), mayroong isang pinasimple na opsyon ng pagtatrabaho sa pamamagitan ng isang web service (nang walang pagkilala), na hindi nangangailangan ng mga setting sa gilid ng 1C application.
Mga custom na solusyon sa pagsasama
Mayroong karaniwang solusyon na "1C: Data Conversion", na gumagamit ng mga mekanismo ng platform para sa pag-convert at pagpapalitan ng data sa pagitan ng karaniwang mga configuration ng 1C, ngunit maaari ding gamitin para sa pagsasama sa mga third-party na application.
Pagsasama sa mga solusyon sa pagbabangko
Standard , na binuo ng mga espesyalista sa 1C higit sa 10 taon na ang nakalipas, ay talagang naging pamantayan ng industriya sa Russia. Ang susunod na hakbang sa direksyong ito ay teknolohiya , na nagpapahintulot sa iyo na magpadala ng mga dokumento ng pagbabayad sa bangko at tumanggap ng mga pahayag mula sa bangko nang direkta mula sa mga programa ng 1C:Enterprise system sa pamamagitan ng pagpindot sa isang pindutan sa 1C program; hindi ito nangangailangan ng pag-install at pagpapatakbo ng mga karagdagang programa sa computer ng kliyente.
Mayroon ding mga .
Iba
Worth mentioning , pamantayan sa pagpapalitan ng impormasyong pangkomersyo (binuo nang magkasama sa Microsoft, Intel, Price.ru at iba pang mga kumpanya), .
Pinagmulan: www.habr.com