Cilat janë kërkesat më të rëndësishme për aplikimet e biznesit? Disa nga detyrat më të rëndësishme janë si më poshtë:
- Lehtësia e ndryshimit/përshtatjes së logjikës së aplikacionit për ndryshimin e detyrave të biznesit.
- Integrim i lehtë me aplikacione të tjera.
Si zgjidhet detyra e parë në 1C u përshkrua shkurtimisht në seksionin "Personalizimi dhe Mbështetja". ; Ne do t'i kthehemi kësaj teme interesante në një artikull të ardhshëm. Sot do të flasim për detyrën e dytë, integrimin.
Detyrat e integrimit
Detyrat e integrimit mund të jenë të ndryshme. Për të zgjidhur disa probleme, mjafton një shkëmbim i thjeshtë interaktiv i të dhënave - për shembull, për të transferuar një listë të punonjësve në një bankë për lëshimin e kartave plastike të pagave. Për detyra më komplekse, shkëmbimi plotësisht i automatizuar i të dhënave mund të jetë i nevojshëm, ndoshta duke iu referuar logjikës së biznesit të një sistemi të jashtëm. Ka detyra që janë të specializuara në natyrë, të tilla si integrimi me pajisje të jashtme (për shembull, pajisje me pakicë, skanerë celularë, etj.) ose me sisteme të vjetra ose shumë të specializuara (për shembull, me sistemet e njohjes së etiketave RFID). Është jashtëzakonisht e rëndësishme të zgjidhet mekanizmi më i përshtatshëm i integrimit për secilën detyrë.
Opsionet e integrimit me 1C
Ekzistojnë qasje të ndryshme për zbatimin e integrimit me aplikacionet 1C; cila prej tyre të zgjidhni varet nga kërkesat e detyrës.
- Në bazë të zbatimit ofruar nga platforma, API-në e saj të specializuar në anën e aplikacionit 1C (për shembull, një grup shërbimesh Web ose HTTP që do të thërrasin aplikacione të palëve të treta për të shkëmbyer të dhëna me aplikacionin 1C). Avantazhi i kësaj qasjeje është rezistenca e API-së ndaj ndryshimeve në zbatim në anën e aplikacionit 1C. E veçanta e qasjes është se është e nevojshme të ndryshoni kodin burimor të një zgjidhjeje standarde 1C, e cila potencialisht mund të kërkojë përpjekje kur bashkoni kodet burimore kur kaloni në një version të ri të konfigurimit. Në këtë rast, një funksion i ri progresiv mund të vijë në shpëtim - . Zgjerimet janë, në thelb, një mekanizëm shtesë që ju lejon të krijoni shtesa në zgjidhjet e aplikacioneve pa ndryshuar vetë zgjidhjet e aplikacionit. Zhvendosja e API-së së integrimit në shtesën e konfigurimit do t'ju lejojë të shmangni vështirësitë kur bashkoni konfigurimet kur kaloni në një version të ri të një zgjidhjeje standarde.
- Përdorimi i mekanizmave të integrimit të platformës që ofrojnë akses të jashtëm në modelin e objektit të aplikacionit dhe nuk kërkojnë modifikim të aplikacionit ose krijimin e një zgjerimi. Avantazhi i kësaj qasjeje është se nuk ka nevojë të ndryshoni aplikacionin 1C. Minus - nëse aplikacioni 1C është përmirësuar, atëherë mund të kërkohen përmirësime në aplikacionin e integruar. Një shembull i kësaj qasjeje është përdorimi i protokollit OData për integrim, i zbatuar në anën e platformës 1C: Enterprise (më shumë rreth tij më poshtë).
- Përdorimi i protokolleve të gatshme të aplikimit të implementuara në zgjidhjet standarde 1C. Shumë zgjidhje standarde nga 1C dhe partnerët zbatojnë protokollet e tyre të aplikimit, të fokusuara në detyra specifike, bazuar në mekanizmat e integrimit të ofruara nga platforma. Kur përdorni këto mekanizma, nuk ka nevojë të shkruani kod në anën e aplikacionit 1C, sepse Ne përdorim aftësitë standarde të zgjidhjes së aplikimit. Në anën e aplikacionit 1C, na duhet vetëm të bëjmë disa cilësime.
Mekanizmat e integrimit në platformën 1C: Enterprise
Importi/eksporti i skedarëve
Supozoni se jemi përballur me detyrën e shkëmbimit të të dhënave dydrejtimëshe midis një aplikacioni 1C dhe një aplikacioni arbitrar. Për shembull, duhet të sinkronizojmë një listë produktesh (Direktoria e Nomenklaturës) midis aplikacionit 1C dhe një aplikacioni arbitrar.
Për të zgjidhur këtë problem, mund të shkruani një shtesë që shkarkon direktorinë e Nomenklaturës në një skedar të një formati të caktuar (tekst, XML, JSON, ...) dhe mund të lexojë këtë format.
Platforma zbaton një mekanizëm për serializimin e objekteve të aplikacionit në XML si drejtpërdrejt, përmes metodave të kontekstit global WriteXML/ReadXML, ashtu edhe duke përdorur objektin ndihmës XDTO (XML Data Transfer Objects).
Çdo objekt në sistemin 1C:Enterprise mund të serializohet në një paraqitje XML dhe anasjelltas.
Ky funksion do të kthejë një paraqitje XML të objektit:
Функция Объект_В_XML(Объект)
ЗаписьXML = Новый ЗаписьXML();
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, Объект);
Возврат ЗаписьXML.Закрыть();
КонецФункции
Kështu do të duket eksportimi i drejtorisë së Nomenklaturës në XML duke përdorur XDTO:
&НаСервере
Процедура ЭкспортXMLНаСервере()
НовыйСериализаторXDTO = СериализаторXDTO;
НоваяЗаписьXML = Новый ЗаписьXML();
НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ОбъектНоменклатура = Выборка.ПолучитьОбъект();
НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
КонецЦикла;
НоваяЗаписьXML.ЗаписатьКонецЭлемента();
НоваяЗаписьXML.Закрыть();
КонецПроцедуры
Duke modifikuar thjesht kodin, ne e eksportojmë direktorinë në JSON. Produktet do të shkruhen në një grup; Për shumëllojshmëri, këtu është versioni anglisht i sintaksës:
&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
Më pas mbetet vetëm transferimi i të dhënave te konsumatori fundor. Platforma 1C: Enterprise mbështet protokollet kryesore të Internetit HTTP, FTP, POP3, SMTP, IMAP, duke përfshirë versionet e tyre të sigurta. Ju gjithashtu mund të përdorni shërbimet HTTP dhe/ose Web për të transferuar të dhëna.
HTTP dhe shërbimet e internetit
Aplikacionet 1C mund të zbatojnë shërbimet e tyre HTTP dhe ueb, si dhe të thërrasin HTTP dhe shërbimet e uebit të zbatuara nga aplikacione të palëve të treta.
Ndërfaqja REST dhe protokolli OData
Duke filluar nga versioni 8.3.5, platforma 1C:Enterprise mundet automatikisht për të gjithë zgjidhjen e aplikimit. Çdo objekt konfigurimi (drejtori, dokument, regjistër informacioni, etj.) mund të vihet në dispozicion për marrjen dhe modifikimin e të dhënave nëpërmjet ndërfaqes REST. Platforma përdor protokollin si një protokoll aksesi versioni 3.0. Publikimi i shërbimeve OData kryhet nga menyja e Konfiguratorit "Administrimi -> Publikimi në një server në internet", kutia e kontrollit "Publikoni ndërfaqen standarde OData" duhet të kontrollohet. Formatet Atom/XML dhe JSON mbështeten. Pasi zgjidhja e aplikacionit të publikohet në serverin e uebit, sistemet e palëve të treta mund ta përdorin atë përmes ndërfaqes REST duke përdorur kërkesat HTTP. Për të punuar me aplikacionin 1C nëpërmjet protokollit OData, programimi në anën 1C nuk kërkohet.
Pra, një URL si http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура do të na kthejë përmbajtjen e katalogut të Nomenklaturës në formatin XML - një koleksion elementësh të hyrjes (titulli i mesazhit është hequr për shkurtësi):
<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"/>
...
Duke shtuar vargun “?$format=application/json” në URL, marrim përmbajtjen e katalogut të Nomenklaturës në formatin JSON (URL e formularit 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 кВт, режимы работы: тепло/холод"
}, …
Burimet e jashtme të të dhënave
Në disa raste, shkëmbimi i të dhënave nëpërmjet mund të jetë zgjidhja më e mirë. Burimet e jashtme të të dhënave janë një objekt i konfigurimit të aplikacionit 1C që ju lejon të ndërveproni me çdo bazë të dhënash të pajtueshme me ODBC, si për lexim ashtu edhe për shkrim. Burimet e jashtme të të dhënave janë të disponueshme si në Windows ashtu edhe në Linux.
Mekanizmi i shkëmbimit të të dhënave
ka për qëllim si për krijimin e sistemeve të shpërndara gjeografikisht të bazuara në 1C: Enterprise, ashtu edhe për organizimin e shkëmbimit të të dhënave me sisteme të tjera informacioni që nuk bazohen në 1C: Enterprise.
Ky mekanizëm përdoret në mënyrë aktive në zbatimet 1C, dhe gama e detyrave të zgjidhura me ndihmën e tij është shumë e gjerë. Kjo përfshin shkëmbimin e të dhënave midis aplikacioneve 1C të instaluara në degët e organizatës dhe shkëmbimin midis aplikacionit 1C dhe faqes së internetit të dyqanit online, dhe shkëmbimin e të dhënave midis aplikacionit të serverit 1C dhe klientit celular (krijuar duke përdorur platformën celulare 1C:Enterprise) dhe shumë. më shumë.
Një nga konceptet kryesore në mekanizmin e shkëmbimit të të dhënave është plani i shkëmbimit. Një plan shkëmbimi është një lloj i veçantë objekti i platformës së aplikimit 1C, i cili përcakton, në veçanti, përbërjen e të dhënave që do të marrin pjesë në shkëmbim (cilat drejtori, dokumente, regjistra, etj.). Plani i shkëmbimit përmban gjithashtu informacione për pjesëmarrësit e shkëmbimit (të ashtuquajturat nyje shkëmbimi).
Komponenti i dytë i mekanizmit të shkëmbimit të të dhënave është mekanizmi i regjistrimit të ndryshimeve. Ky mekanizëm monitoron automatikisht sistemin për ndryshime në të dhëna që duhet të transferohen tek përdoruesit fundorë si pjesë e planit të shkëmbimit. Duke përdorur këtë mekanizëm, platforma gjurmon ndryshimet që kanë ndodhur që nga sinkronizimi i fundit dhe ju lejon të minimizoni sasinë e të dhënave të transferuara gjatë seancës së ardhshme të sinkronizimit.
Shkëmbimi i të dhënave ndodh duke përdorur mesazhe XML të një strukture të caktuar. Mesazhi përmban të dhëna që kanë ndryshuar që nga sinkronizimi i fundit me nyjen dhe disa informacione shërbimi. Struktura e mesazhit mbështet numërimin e mesazheve dhe ju lejon të merrni konfirmimin nga nyja e marrësit se mesazhet janë marrë. Një konfirmim i tillë gjendet në çdo mesazh që vjen nga nyja marrëse, në formën e numrit të mesazhit të fundit të marrë. Numërimi i mesazheve lejon platformën të kuptojë se cilat të dhëna janë transmetuar tashmë me sukses në nyjen marrëse dhe të shmangë ritransmetimin duke transmetuar vetëm të dhëna që kanë ndryshuar që kur nyja dërguese ka marrë mesazhin e fundit me një faturë për të dhënat e marra nga nyja marrëse. Kjo skemë funksionimi siguron shpërndarje të garantuar edhe me kanale transmetimi jo të besueshme dhe humbje mesazhesh.
Komponentët e Jashtëm
Në një numër rastesh, kur zgjidhen problemet e integrimit, duhet të merret me kërkesa specifike, për shembull, protokollet e ndërveprimit, formatet e të dhënave, të cilat nuk parashikohen në platformën 1C: Enterprise. Për një gamë të tillë detyrash, platforma ofron , i cili ju lejon të krijoni module plug-in dinamike që zgjerojnë funksionalitetin e 1C: Enterprise.
Një shembull tipik i një detyre me kërkesa të ngjashme do të ishte integrimi i një zgjidhjeje aplikimi 1C me pajisjet e shitjes me pakicë, duke filluar nga peshoret deri te arkat dhe skanerët e barkodit. Komponentët e jashtëm mund të lidhen si në anën e serverit 1C: Enterprise ashtu edhe në anën e klientit (duke përfshirë, por pa u kufizuar në, klientin në internet, si dhe 1C: Ndërmarrja). Teknologjia e komponentëve të jashtëm siguron një ndërfaqe softuerike mjaft të thjeshtë dhe të kuptueshme (C++) për ndërveprimin e komponentëve me platformën 1C:Enterprise, e cila duhet të zbatohet nga zhvilluesi.
Mundësitë që hapen kur përdorni komponentë të jashtëm janë shumë të gjera. Ju mund të zbatoni ndërveprim duke përdorur një protokoll specifik të shkëmbimit të të dhënave me pajisje dhe sisteme të jashtme, të ndërtoni algoritme specifike për përpunimin e të dhënave dhe formatet e të dhënave, etj.
Mekanizmat e vjetëruar të integrimit
Platforma ofron mekanizma integrues që nuk rekomandohen për përdorim në zgjidhje të reja; ato lihen për arsye të pajtueshmërisë së prapambetur, si dhe në rast se pala tjetër nuk mund të punojë me protokolle më moderne. Një prej tyre është puna me skedarët e formatit DBF (mbështetur në gjuhën e integruar duke përdorur objektin XBase).
Një tjetër mekanizëm integrues i trashëgimisë është përdorimi i teknologjisë COM (e disponueshme vetëm në platformën Windows). Platforma 1C:Enterprise ofron dy metoda integrimi për Windows duke përdorur teknologjinë COM: Serverin e automatizimit dhe lidhjen e jashtme. Ato janë shumë të ngjashme, por një nga ndryshimet themelore është se në rastin e serverit Automation, lëshohet një aplikacion i plotë klienti 1C:Enterprise 8, dhe në rastin e një lidhjeje të jashtme, një COM relativisht i vogël në proces serveri është nisur. Kjo do të thotë, nëse punoni përmes serverit të Automatizimit, mund të përdorni funksionalitetin e aplikacionit të klientit dhe të kryeni veprime të ngjashme me veprimet ndërvepruese të përdoruesit. Kur përdorni një lidhje të jashtme, mund të përdorni vetëm funksione të logjikës së biznesit dhe ato mund të ekzekutohen si në anën e klientit të lidhjes, ku krijohet një server COM në proces, dhe mund të telefononi logjikën e biznesit në serverin 1C:Enterprise anësor.
Teknologjia COM mund të përdoret gjithashtu për të hyrë në sisteme të jashtme nga kodi i aplikacionit në platformën 1C: Enterprise. Në këtë rast, aplikacioni 1C vepron si një klient COM. Por duhet të kujtojmë se këto mekanizma do të funksionojnë vetëm nëse serveri 1C funksionon në një mjedis Windows.
Mekanizmat e integrimit të zbatuar në konfigurime standarde
Formati i të dhënave të ndërmarrjes
Në një numër konfigurimesh 1C (lista më poshtë), bazuar në mekanizmin e shkëmbimit të të dhënave të platformës të përshkruar më sipër, zbatohet një mekanizëm i gatshëm për shkëmbimin e të dhënave me aplikacione të jashtme, i cili nuk kërkon ndryshimin e kodit burimor të konfigurimeve (përgatitja për të dhëna shkëmbimi bëhet në cilësimet e zgjidhjeve të aplikacionit):
- "1C: ERP Enterprise Management 2.0"
- "Automatizimi kompleks 2"
- "Kontabiliteti i Ndërmarrjeve", botimi 3.0
- "Kontabiliteti për një ndërmarrje CORP", botimi 3.0
- "Shitja me pakicë", botimi 2.0
- "Basic Trade Management", botimi 11
- Menaxhimi i Tregtisë, Botimi 11
- "CORP për menaxhimin e pagave dhe personelit", botimi 3
Formati i përdorur për shkëmbimin e të dhënave është , bazuar në XML. Formati është i orientuar nga biznesi - strukturat e të dhënave të përshkruara në të korrespondojnë me entitetet e biznesit (dokumentet dhe elementët e drejtorisë) të paraqitura në programet 1C, për shembull: akti i përfundimit, urdhri i marrjes së parave të gatshme, pala tjetër, artikulli, etj.
Shkëmbimi i të dhënave midis aplikacionit 1C dhe një aplikacioni të palës së tretë mund të ndodhë:
- nëpërmjet një drejtorie të dedikuar skedarësh
- përmes drejtorisë FTP
- përmes një shërbimi ueb të vendosur në anën e aplikacionit 1C. Skedari i të dhënave kalohet si parametër në metodat e internetit
- nëpërmjet e-mail
Në rastin e shkëmbimit nëpërmjet një shërbimi në internet, një aplikacion i palës së tretë do të fillojë një seancë shkëmbimi të të dhënave duke thirrur metodat përkatëse të internetit të aplikacionit 1C. Në raste të tjera, iniciatori i seancës së shkëmbimit do të jetë aplikacioni 1C (duke vendosur skedarin e të dhënave në drejtorinë e duhur ose duke dërguar skedarin e të dhënave në adresën e konfiguruar të emailit).
Gjithashtu në anën 1C mund të konfiguroni se sa shpesh do të ndodhë sinkronizimi (për opsionet me shkëmbimin e skedarëve përmes një drejtorie dhe emaili):
- sipas orarit (me një frekuencë të caktuar)
- me dorë; përdoruesi do të duhet të fillojë manualisht sinkronizimin sa herë që i nevojitet
Pranimi i mesazheve
Aplikacionet 1C mbajnë shënime të mesazheve të sinkronizimit të dërguara dhe të marra dhe presin të njëjtën gjë nga aplikacionet e palëve të treta. Kjo ju lejon të përdorni mekanizmin e numërimit të mesazheve të përshkruar më sipër në seksionin "Mekanizmi i shkëmbimit të të dhënave".
Gjatë sinkronizimit, aplikacionet 1C transmetojnë vetëm informacione rreth ndryshimeve që kanë ndodhur me subjektet e biznesit që nga sinkronizimi i fundit (për të minimizuar sasinë e informacionit të transferuar). Gjatë sinkronizimit të parë, aplikacioni 1C do të ngarkojë të gjitha subjektet e biznesit (për shembull, artikujt e librit të referencës së artikujve) në formatin EnterpriseData në një skedar XML (pasi ato janë të gjitha "të reja" për aplikacionin e jashtëm). Aplikacioni i palës së tretë duhet të përpunojë informacionin nga skedari XML i marrë nga 1C dhe, gjatë seancës tjetër të sinkronizimit, të vendosë në skedarin e dërguar në 1C, në një seksion të veçantë XML, informacionin që mesazhi nga 1C me një numër të caktuar ishte me sukses. marrë. Mesazhi i marrjes është një sinjal për aplikacionin 1C që të gjitha subjektet e biznesit janë përpunuar me sukses nga aplikacioni i jashtëm dhe nuk ka më nevojë të transmetoni informacion rreth tyre. Përveç faturës, një skedar XML nga një aplikacion i palës së tretë mund të përmbajë gjithashtu të dhëna për sinkronizim nga aplikacioni (për shembull, dokumente për shitjen e mallrave dhe shërbimeve).
Pas marrjes së mesazhit të marrjes, aplikacioni 1C shënon të gjitha ndryshimet e transmetuara në mesazhin e mëparshëm si të sinkronizuara me sukses. Vetëm ndryshimet e pasinkronizuara në subjektet e biznesit (krijimi i subjekteve të reja, ndryshimi dhe fshirja e atyre ekzistuese) do të dërgohen në aplikacionin e jashtëm gjatë sesionit të ardhshëm të sinkronizimit.
Kur transferoni të dhëna nga një aplikacion i jashtëm në aplikacionin 1C, fotografia kthehet mbrapsht. Aplikacioni i jashtëm duhet të plotësojë seksionin e marrjes së skedarit XML në përputhje me rrethanat dhe të vendosë të dhënat e biznesit për sinkronizim nga ana e tij në formatin EnterpriseData.
Shkëmbim i thjeshtuar i të dhënave pa shtrëngim duarsh
Për rastet e integrimit të thjeshtë, kur mjafton vetëm transferimi i informacionit nga një aplikacion i palës së tretë në aplikacionin 1C dhe transferimi i kundërt i të dhënave nga aplikacioni 1C në një aplikacion të palës së tretë nuk kërkohet (për shembull, integrimi i një aplikacioni në internet dyqan që transferon informacionin e shitjeve në 1C: Kontabiliteti), ekziston një mundësi e thjeshtuar e punës përmes një shërbimi në internet (pa njohje), i cili nuk kërkon cilësime në anën e aplikacionit 1C.
Zgjidhje të personalizuara të integrimit
Ekziston një zgjidhje standarde "1C: Konvertimi i të dhënave", i cili përdor mekanizmat e platformës për konvertimin dhe shkëmbimin e të dhënave midis konfigurimeve standarde 1C, por mund të përdoret gjithashtu për integrim me aplikacione të palëve të treta.
Integrimi me zgjidhjet bankare
Standard , i zhvilluar nga specialistët e 1C më shumë se 10 vjet më parë, në fakt është bërë një standard industrie në Rusi. Hapi tjetër në këtë drejtim është teknologjia , i cili ju lejon të dërgoni dokumente pagese në bankë dhe të merrni deklarata nga banka direkt nga programet e sistemit 1C:Enterprise duke shtypur një buton në programin 1C; nuk kërkon instalimin dhe ekzekutimin e programeve shtesë në kompjuterin e klientit.
Ka edhe .
Tjetër
Ia vlen te permendet , standardi i shkëmbimit të informacionit tregtar (zhvilluar së bashku me Microsoft, Intel, Price.ru dhe kompani të tjera), .
Burimi: www.habr.com