Zeintzuk dira negozio-aplikazioetarako baldintza garrantzitsuenak? Zeregin garrantzitsuenetako batzuk hauek dira:
- Aplikazioen logika aldatzeko/egokitzeko erraztasuna negozio-zereginak aldatzeko.
- Beste aplikazio batzuekin integratzeko erraza.
1C-n lehen zeregina nola konpontzen den "Pertsonalizazioa eta laguntza" atalean labur deskribatu zen ; Gai interesgarri honi hurrengo artikulu batean itzuliko gara. Gaur bigarren zereginaz hitz egingo dugu, integrazioaz.
Integrazio-zereginak
Integrazio zereginak desberdinak izan daitezke. Arazo batzuk konpontzeko, nahikoa da datu-truke interaktibo soil bat; adibidez, langileen zerrenda banku batera transferitzea soldata plastikozko txartelak igortzeko. Zeregin konplexuagoetarako, datu-truke guztiz automatizatua beharrezkoa izan daiteke, agian kanpoko sistema baten negozio-logikari erreferentzia eginez. Izaeraz espezializatutako zereginak daude, hala nola, kanpoko ekipoekin integratzea (adibidez, txikizkako ekipamenduak, eskaner mugikorrak, etab.) edo sistema tradizionalekin edo oso espezializatuekin (adibidez, RFID etiketak ezagutzeko sistemekin). Oso garrantzitsua da zeregin bakoitzerako integrazio-mekanismorik egokiena hautatzea.
1C-rekin integratzeko aukerak
1C aplikazioekin integrazioa ezartzeko ikuspegi desberdinak daude; zein aukeratu zereginaren eskakizunen araberakoa da.
- Inplementazioan oinarrituta plataformak eskaintzen duena, bere API espezializatua 1C aplikazioaren aldetik (adibidez, 1C aplikazioarekin datuak trukatzeko hirugarrenen aplikazioak deituko dituen Web edo HTTP zerbitzu multzo bat). Ikuspegi honen abantaila APIaren erresistentzia da 1C aplikazioaren inplementazio-aldaketen aurrean. Planteamenduaren berezitasuna da beharrezkoa dela 1C soluzio estandar baten iturburu-kodea aldatzea, eta horrek esfortzua eskatu dezake iturburu-kodeak batzean konfigurazioaren bertsio berri batera pasatzean. Kasu honetan, funtzionalitate progresibo berri bat erreskatatu daiteke - . Luzapenak, funtsean, aplikazioen soluzioen gehiketak sortzeko aukera ematen duen plugin-mekanismo bat dira, aplikazioen soluzioak beraiek aldatu gabe. Integrazio APIa konfigurazio-luzapenera eramanez gero, konfigurazioak batzean zailtasunak saihestuko dituzu soluzio estandar baten bertsio berri batera mugitzean.
- Aplikazio-objektu-eredurako kanpoko sarbidea ematen duten plataformak integratzeko mekanismoak erabiltzea eta aplikazioa aldatzea edo luzapen bat sortzea behar ez dutenak. Ikuspegi honen abantaila da 1C aplikazioa aldatu beharrik ez dagoela. Minus - 1C aplikazioa hobetu bada, baliteke hobekuntzak behar izatea aplikazio integratuan. Ikuspegi honen adibide bat integraziorako OData protokoloa erabiltzea da, 1C:Enterprise plataformaren alboan ezarrita (hori buruz gehiago behean).
- 1C soluzio estandarretan inplementatutako prest egindako aplikazio-protokoloak erabiltzea. 1C eta bazkideen irtenbide estandar askok beren aplikazio-protokoloak ezartzen dituzte, zeregin zehatzetara bideratuta, plataformak eskaintzen dituen integrazio-mekanismoetan oinarrituta. Mekanismo hauek erabiltzean, ez dago 1C aplikazioaren aldean kodea idatzi beharrik, izan ere Aplikazio-soluzioaren gaitasun estandarrak erabiltzen ditugu. 1C aplikazioaren aldetik, ezarpen batzuk bakarrik egin behar ditugu.
Integrazio mekanismoak 1C:Enterprise plataforman
Inportatu/esportatu fitxategiak
Demagun 1C aplikazio baten eta aplikazio arbitrario baten arteko noranzko biko datu-trukearen zereginaren aurrean gaudela. Adibidez, produktuen zerrenda (Nomenklatura direktorioa) sinkronizatu behar dugu 1C aplikazioaren eta aplikazio arbitrario baten artean.
Arazo hau konpontzeko, Nomenklatura direktorioa deskargatzen duen luzapen bat idatz dezakezu formatu jakin bateko fitxategi batean (testua, XML, JSON, ...) eta formatu hori irakur dezake.
Plataformak aplikazio-objektuak XML-n serializatzeko mekanismo bat ezartzen du, bai zuzenean, WriteXML/ReadXML testuinguru global metodoen bidez, bai XDTO (XML Data Transfer Objects) objektu laguntzailea erabiliz.
1C:Enterprise sistemako edozein objektu serializatu daiteke XML irudikapen batean eta alderantziz.
Funtzio honek objektuaren XML irudikapena itzuliko du:
Функция Объект_В_XML(Объект)
ЗаписьXML = Новый ЗаписьXML();
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, Объект);
Возврат ЗаписьXML.Закрыть();
КонецФункции
Hauxe izango da XDTO erabiliz Nomenklatura direktorioa XMLra esportatzeak:
&НаСервере
Процедура ЭкспортXMLНаСервере()
НовыйСериализаторXDTO = СериализаторXDTO;
НоваяЗаписьXML = Новый ЗаписьXML();
НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ОбъектНоменклатура = Выборка.ПолучитьОбъект();
НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
КонецЦикла;
НоваяЗаписьXML.ЗаписатьКонецЭлемента();
НоваяЗаписьXML.Закрыть();
КонецПроцедуры
Kodea aldatuz, direktorioa JSONra esportatzen dugu. Produktuak array batean idatziko dira; Aniztasuna lortzeko, hona hemen sintaxiaren ingelesezko bertsioa:
&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
Ondoren, datuak azken kontsumitzaileari transferitzea besterik ez da geratzen. 1C:Enterprise plataformak HTTP, FTP, POP3, SMTP, IMAP Interneteko protokolo nagusiak onartzen ditu, haien bertsio seguruak barne. HTTP eta/edo Web zerbitzuak ere erabil ditzakezu datuak transferitzeko.
HTTP eta web zerbitzuak
1C aplikazioek beren HTTP eta web zerbitzuak ezar ditzakete, baita hirugarrenen aplikazioek inplementatutako HTTP eta web zerbitzuei dei egin ere.
REST interfazea eta OData protokoloa
8.3.5 bertsiotik hasita, 1C:Enterprise plataformak automatikoki egin dezake aplikazioaren soluzio osorako. Edozein konfigurazio objektu (direktorioa, dokumentua, informazio-erregistroa, etab.) eskuragarri egon daiteke datuak jasotzeko eta aldatzeko REST interfazearen bidez. Plataformak protokoloa erabiltzen du sarbide-protokolo gisa 3.0 bertsioa. OData zerbitzuak argitaratzea “Administrazioa -> Web zerbitzari batean argitaratzea” Konfiguratzaileen menutik egiten da, “Argitaratu OData interfaze estandarra” kontrol-laukia markatu behar da. Atom/XML eta JSON formatuak onartzen dira. Aplikazio-soluzioa web zerbitzarian argitaratu ondoren, hirugarrenen sistemek REST interfazearen bidez sar daitezke HTTP eskaerak erabiliz. 1C aplikazioarekin OData protokoloaren bidez lan egiteko, ez da beharrezkoa 1C aldean programatzea.
Beraz, URL bat bezalakoa http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура Nomenklatura katalogoaren edukia XML formatuan itzuliko digu - sarrerako elementuen bilduma bat (mezuaren izenburua laburtzeko ez da falta):
<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"/>
...
URLari “?$format=application/json” katea gehituz, Nomenklatura katalogoaren edukia JSON formatuan (formako URLa) lortuko dugu. 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 кВт, режимы работы: тепло/холод"
}, …
Kanpoko datu-iturriak
Zenbait kasutan, datu-trukea bidez izan daiteke irtenbiderik onena. Kanpoko datu-iturriak 1C aplikazioaren konfigurazio-objektu bat dira, ODBC-rekin bateragarria den edozein datu-baserekin elkarreragiteko aukera ematen duena, bai irakurtzeko bai idazteko. Kanpoko datu-iturriak Windows zein Linux-en eskuragarri daude.
Datuak trukatzeko mekanismoa
1C:Enterprisen oinarrituta geografikoki banatutako sistemak sortzeko eta 1C:Enterprisen oinarritzen ez diren beste informazio-sistem batzuekin datu-trukea antolatzeko pentsatuta dago.
Mekanismo hau aktiboki erabiltzen da 1C inplementazioetan, eta bere laguntzarekin ebatzitako zereginen sorta oso zabala da. Honen barruan sartzen dira erakundearen sukurtsaletan instalatutako 1C aplikazioen arteko datu-trukea, eta 1C aplikazioaren eta lineako dendaren webgunearen arteko trukea, eta 1C zerbitzariaren aplikazioaren eta mugikorreko bezeroaren arteko datu-trukea (1C:Enterprise plataforma mugikorren bidez sortua), eta askoz. gehiago.
Datuak trukatzeko mekanismoaren funtsezko kontzeptuetako bat truke-plana da. Truke-plana 1C aplikazio-plataformaren objektu mota berezi bat da, eta, bereziki, trukean parte hartuko duten datuen osaera zehazten du (zein direktorio, dokumentu, erregistro, etab.). Truke-planak trukerako parte-hartzaileei buruzko informazioa ere jasotzen du (truke-nodoak deiturikoak).
Datuak trukatzeko mekanismoaren bigarren osagaia aldaketak erregistratzeko mekanismoa da. Mekanismo honek sistema automatikoki kontrolatzen du truke-planaren barruan azken erabiltzaileei transferitu behar zaizkien datuen aldaketen bila. Mekanismo hori erabiliz, plataformak azken sinkronizaziotik gertatutako aldaketen jarraipena egiten du eta hurrengo sinkronizazio saioan transferitutako datu kopurua murrizteko aukera ematen du.
Datu-trukea egitura jakin bateko XML mezuak erabiliz gertatzen da. Mezuak nodoarekin azken sinkronizazioaz geroztik aldatu diren datuak eta zerbitzu-informazio batzuk ditu. Mezuen egiturak mezuen zenbaketa onartzen du eta hartzailearen nodotik mezuak jaso izanaren berrespena jasotzeko aukera ematen du. Berrespen hori nodo hartzailetik datorren mezu bakoitzean jasotzen da, jasotako azken mezuaren zenbakiaren moduan. Zenbakitze-mezuak plataformak ulertzea ahalbidetzen du nodo hartzailera lehendik zein datu igorri diren arrakastaz, eta birtransmisioa saihesteko, nodo igorleak azken mezua jaso zuenetik aldatu diren datuak soilik igorriz nodo hartzaileak jasotako datuen ordainagiria batekin. Eragiketa-eskema honek bidalketa bermatua bermatzen du, nahiz eta fidagarriak ez diren transmisio-kanalekin eta mezuen galerarekin.
Kanpoko osagaiak
Zenbait kasutan, integrazio-arazoak ebazten direnean, 1C:Enterprise plataforman aurreikusten ez diren baldintza zehatzei aurre egin behar zaie, adibidez, interakzio-protokoloak, datu-formatuak. Halako zereginetarako, plataformak eskaintzen du , 1C:Enterprise-ren funtzionalitateak zabaltzen dituzten moduluak modu dinamikoan sortzeko aukera ematen duena.
Antzeko eskakizunak dituen zeregin baten adibide tipiko bat 1C aplikazio-soluzio bat txikizkako ekipoekin integratzea izango litzateke, balantzatik hasita kutxa erregistratzaileetara eta barra-kode eskaneretaraino. Kanpoko osagaiak konektatu daitezke bai 1C:Enterprise zerbitzariaren aldean, bai bezeroaren aldean (web bezeroa barne, baina ez bakarrik, baita 1C:Enpresa). Kanpoko osagaien teknologiak software (C++) interfaze nahiko sinple eta ulergarria eskaintzen du osagaiek 1C:Enterprise plataformarekin elkarrekintzarako, garatzaileak inplementatu behar duena.
Kanpoko osagaiak erabiltzean zabaltzen diren aukerak oso zabalak dira. Interakzioa ezar dezakezu kanpoko gailu eta sistemekin datuak trukatzeko protokolo espezifiko bat erabiliz, datuak eta datu formatuak prozesatzeko algoritmo espezifikoak eraiki, etab.
Integrazio mekanismo zaharkituak
Plataformak irtenbide berrietan erabiltzeko gomendatzen ez diren integrazio-mekanismoak eskaintzen ditu; atzerako bateragarritasun arrazoiengatik geratzen dira, eta beste alderdiak protokolo modernoagoekin lan egin ezin badu ere. Horietako bat DBF formatuko fitxategiekin lan egiten ari da (XBase objektua erabiliz integratutako hizkuntzan onartzen da).
Oinarrizko integrazio-mekanismo bat COM teknologiaren erabilera da (Windows plataforman soilik eskuragarri). 1C:Enterprise plataformak Windows-erako bi integrazio metodo eskaintzen ditu COM teknologia erabiliz: Automatizazio zerbitzaria eta Kanpoko konexioa. Oso antzekoak dira, baina oinarrizko desberdintasunetako bat da Automation zerbitzariaren kasuan, 1C:Enterprise 8 bezero-aplikazio osoa abiarazten dela eta kanpoko konexio baten kasuan, prozesuko COM txiki samarra. zerbitzaria abiarazten da. Hau da, Automation zerbitzariaren bidez lan egiten baduzu, bezeroaren aplikazioaren funtzionaltasuna erabil dezakezu eta erabiltzailearen ekintza interaktiboen antzeko ekintzak egin ditzakezu. Kanpoko konexio bat erabiltzean, negozio-logikako funtzioak soilik erabil ditzakezu, eta konexioaren bezero aldean biak exekutatu daitezke, non prozesuko COM zerbitzari bat sortzen den, eta negozio-logikari dei dezakezu 1C:Enterprise zerbitzarian. alde.
COM teknologia 1C:Enterprise plataformako aplikazio-kodetik kanpoko sistemetara sartzeko ere erabil daiteke. Kasu honetan, 1C aplikazioak COM bezero gisa jokatzen du. Baina gogoratu behar da mekanismo hauek 1C zerbitzariak Windows ingurunean funtzionatzen badu bakarrik funtzionatuko duela.
Konfigurazio estandarretan inplementatutako integrazio-mekanismoak
Enpresa-datuen formatua
1C konfigurazio batzuetan (beheko zerrendan), goian deskribatutako plataformako datuen truke mekanismoan oinarrituta, kanpoko aplikazioekin datuak trukatzeko prest egindako mekanismo bat ezartzen da, eta horrek ez du behar konfigurazioen iturburu-kodea aldatzea (datuak prestatzea). trukea aplikazio-soluzioen ezarpenetan egiten da):
- "1C:ERP Enterprise Management 2.0"
- "Automatika konplexua 2"
- "Enpresen Kontabilitatea", 3.0. edizioa
- "KORP enpresa baten kontabilitatea", 3.0. edizioa
- "Txikizkaria", 2.0. edizioa
- "Oinarrizko Merkataritza Kudeaketa", 11. edizioa
- Merkataritza Zuzendaritza, 11. edizioa
- “Soldata eta langileen kudeaketa CORP”, 3. edizioa
Datuak trukatzeko erabiltzen den formatua da , XMLn oinarrituta. Formatua negozioetara bideratuta dago - bertan deskribatutako datu-egiturak 1C programetan aurkezten diren negozio-entitateei dagozkie (dokumentuak eta direktorio-elementuak), adibidez: osatzeko akta, eskudirua jasotzeko agindua, kontrapartea, elementua, etab.
1C aplikazioaren eta hirugarrenen aplikazio baten arteko datu-trukea gerta daiteke:
- fitxategi-direktorio dedikatu baten bidez
- FTP direktorioaren bidez
- 1C aplikazioaren aldean zabaldutako web zerbitzu baten bidez. Datu-fitxategia parametro gisa pasatzen da web-metodoetara
- posta elektroniko bidez
Web-zerbitzu baten bidez trukatzeko kasuan, hirugarrenen aplikazio batek datuak trukatzeko saio bat hasiko du 1C aplikazioari dagozkion web-metodoetara deituz. Beste kasu batzuetan, truke saioaren abiarazlea 1C aplikazioa izango da (datuen fitxategia dagokion direktorioan jarriz edo datu fitxategia konfiguratutako helbide elektronikora bidaliz).
1C aldean ere sinkronizazioa zenbateko maiztasuna gertatuko den konfigura dezakezu (fitxategien trukea direktorio baten bidez eta posta elektroniko bidezko aukeretarako):
- ordutegiaren arabera (maiztasun zehatz batekin)
- eskuz; erabiltzaileak eskuz hasi beharko du sinkronizazioa behar duen bakoitzean
Mezuak onartzea
1C aplikazioek bidalitako eta jasotako sinkronizazio mezuen erregistroak gordetzen dituzte eta hirugarrenen aplikazioetatik gauza bera espero dute. Horri esker, goian deskribatutako mezuen zenbaketa-mekanismoa erabil dezakezu "Datuak trukatzeko mekanismoa" atalean.
Sinkronizazioan, 1C aplikazioek azken sinkronizaziotik negozio-entitateekin gertatutako aldaketei buruzko informazioa soilik transmititzen dute (transferatutako informazio kopurua minimizatzeko). Lehen sinkronizazioan, 1C aplikazioak enpresa-entitate guztiak (adibidez, elementuen erreferentzia-liburuko elementuak) kargatuko ditu XML fitxategi batera (adibidez, elementuen erreferentzia-liburuko elementuak) XML fitxategi batera (denak "berriak" baitira kanpoko aplikaziorako). Hirugarrenen aplikazioak 1C-tik jasotako XML fitxategiaren informazioa prozesatu behar du eta, hurrengo sinkronizazio saioan, 1C-ra bidalitako fitxategian, XML atal berezi batean, 1C-ren mezua zenbaki jakin batekin izan den informazioa jarri behar du. jaso. Ordainagiri-mezua 1C aplikaziorako seinalea da kanpoko aplikazioak negozio-entitate guztiak behar bezala prozesatu dituela eta ez dagoela haiei buruzko informazioa transmititu beharrik. Ordainagiriaz gain, hirugarrenen aplikazio bateko XML fitxategi batek aplikazioak sinkronizatzeko datuak ere izan ditzake (adibidez, ondasunak eta zerbitzuak saltzeko dokumentuak).
Ordainagiri-mezua jaso ondoren, 1C aplikazioak aurreko mezuan transmititutako aldaketa guztiak behar bezala sinkronizatuta markatzen ditu. Enpresa-entitateetan sinkronizatu gabeko aldaketak (entitate berriak sortzea, lehendik daudenak aldatu eta ezabatzea) kanpoko aplikaziora bidaliko dira hurrengo sinkronizazio saioan.
Kanpoko aplikazio batetik datuak 1C aplikaziora transferitzean, irudia alderantzikatu egiten da. Kanpoko aplikazioak behar bezala bete behar du XML fitxategiaren ordainagirien atala eta bere aldetik sinkronizatzeko negozio-datuak EnterpriseData formatuan jarri.
Datu-truke sinplifikatua esku-eskubiderik gabe
Integrazio sinplearen kasuetarako, nahikoa denean hirugarrenen aplikazio batetik 1C aplikaziora informazioa transferitzea eta datuak 1C aplikaziotik hirugarrenen aplikazio batera alderantzizkoa transferitzea ez da beharrezkoa (adibidez, lineako bat integratzea). 1C-ra salmenta-informazioa transferitzen duen denda: Kontabilitatea), web-zerbitzu baten bidez lan egiteko aukera sinplifikatu bat dago (aitorpenik gabe), 1C aplikazioaren alboan ezarpenak behar ez dituena.
Integrazio-soluzio pertsonalizatuak
"1C: Datu bihurketa" irtenbide estandar bat dago, 1C konfigurazio estandarren artean datuak bihurtzeko eta trukatzeko plataforma-mekanismoak erabiltzen dituena, baina hirugarrenen aplikazioekin integratzeko ere erabil daiteke.
Banku-soluzioekin integratzea
Standard , duela 1 urte baino gehiago 10C espezialistek garatua, benetan industria estandarra bihurtu da Errusian. Norabide horretan hurrengo urratsa teknologia da , 1C:Enterprise sistemako programetatik ordaintzeko dokumentuak bankuari bidaltzeko eta bankuaren laburpenak zuzenean jasotzeko 1C programan botoi bat sakatuz; ez du eskatzen ordenagailu bezeroan programa gehigarririk instalatu eta exekutatzea.
Badira ere .
Beste
Aipatzekoa , informazio komertziala trukatzeko estandarra (Microsoft, Intel, Price.ru eta beste konpainia batzuekin batera garatua), .
Iturria: www.habr.com