Wat binne de wichtichste easken foar bedriuwsapplikaasjes? Guon fan 'e wichtichste taken binne de folgjende:
- Gemak fan it feroarjen / oanpassen fan applikaasjelogika oan feroarjende saaklike taken.
- Maklike yntegraasje mei oare applikaasjes.
Hoe't de earste taak wurdt oplost yn 1C waard koart beskreaun yn 'e seksje "Aanpassing en stipe". ; Wy sille weromkomme op dit nijsgjirrige ûnderwerp yn in takomstich artikel. Hjoed sille wy prate oer de twadde taak, yntegraasje.
Yntegraasje taken
Yntegraasjetaken kinne oars wêze. Om guon problemen op te lossen, is in ienfâldige ynteraktive gegevensútwikseling genôch - bygelyks om in list fan meiwurkers oer te setten nei in bank foar it útjaan fan salaris-plestikkaarten. Foar mear komplekse taken kin folslein automatisearre gegevensútwikseling nedich wêze, mooglik mei ferwizing nei de saaklike logika fan in ekstern systeem. D'r binne taken dy't spesjalisearre binne yn 'e natuer, lykas yntegraasje mei eksterne apparatuer (bygelyks retailapparatuer, mobile scanners, ensfh.) of mei legacy of tige spesjalisearre systemen (bygelyks mei RFID-tagherkenningssystemen). It is ekstreem wichtich om it meast geskikte yntegraasjemeganisme foar elke taak te selektearjen.
Yntegraasje opsjes mei 1C
D'r binne ferskate oanpak foar it ymplementearjen fan yntegraasje mei 1C-applikaasjes; hokker te kiezen hinget ôf fan 'e easken fan' e taak.
- Utfiering basearre fersoarge troch it platfoarm, in eigen spesjalisearre API oan 'e 1C-applikaasjekant (bygelyks in set fan Web- of HTTP-tsjinsten dy't applikaasjes fan tredden sille neame om gegevens te wikseljen mei de 1C-applikaasje). It foardiel fan dizze oanpak is it ferset fan 'e API tsjin wizigingen yn ymplemintaasje op' e 1C-applikaasjekant. De eigenaardichheid fan 'e oanpak is dat it nedich is om de boarnekoade fan in standert 1C-oplossing te feroarjen, dy't mooglik ynspannings fereaskje kin by it fusearjen fan boarnekoades by it ferpleatsen nei in nije ferzje fan 'e konfiguraasje. Yn dit gefal kin in nije progressive funksjonaliteit ta de rêding komme - . Tafoegings binne, yn essinsje, in plugin-meganisme wêrmei jo tafoegings oan applikaasje-oplossingen kinne meitsje sûnder de applikaasje-oplossingen sels te feroarjen. It ferpleatsen fan de yntegraasje API yn 'e konfiguraasje-útwreiding sil jo swierrichheden kinne foarkomme by it fusearjen fan konfiguraasjes by it ferpleatsen nei in nije ferzje fan in standert oplossing.
- It brûken fan platfoarmyntegraasjemeganismen dy't eksterne tagong jouwe ta it applikaasje-objektmodel en gjin wiziging fan 'e applikaasje of oanmeitsjen fan in útwreiding nedich binne. It foardiel fan dizze oanpak is dat d'r gjin ferlet is om de 1C-applikaasje te feroarjen. Minus - as de 1C-applikaasje is ferbettere, dan kinne ferbetterings nedich wêze yn 'e yntegreare applikaasje. In foarbyld fan dizze oanpak is it gebrûk fan it OData-protokol foar yntegraasje, ymplementearre oan 'e kant fan it 1C: Enterprise-platfoarm (mear oer it hjirûnder).
- Gebrûk fan klearmakke applikaasjeprotokollen ymplementearre yn standert 1C-oplossingen. In protte standertoplossingen fan 1C en partners implementearje har eigen applikaasjeprotokollen, rjochte op spesifike taken, basearre op de yntegraasjemeganismen dy't troch it platfoarm levere wurde. By it brûken fan dizze meganismen, is der gjin needsaak om te skriuwen koade oan de 1C applikaasje kant, omdat Wy brûke de standertmooglikheden fan 'e applikaasje-oplossing. Oan 'e 1C-applikaasjekant hoege wy allinich bepaalde ynstellingen te meitsjen.
Yntegraasjemeganismen yn it 1C: Enterprise platfoarm
Ymportearje / eksportearje triemmen
Stel dat wy te krijen hawwe mei de taak fan bidireksjoneel gegevensútwikseling tusken in 1C-applikaasje en in willekeurige applikaasje. Bygelyks, wy moatte syngronisearje in list fan produkten (Nomenclature directory) tusken de 1C applikaasje en in willekeurige applikaasje.
Om dit probleem op te lossen, kinne jo in tafoeging skriuwe dy't de map nomenclature downloadt yn in bestân fan in bepaald formaat (tekst, XML, JSON, ...) en kin dit formaat lêze.
It platfoarm ymplementearret in meganisme foar it serialisearjen fan tapassingsobjekten yn XML sawol direkt, fia de WriteXML/ReadXML globale kontekstmetoaden, en it brûken fan it XDTO (XML Data Transfer Objects) helpobjekt.
Elk objekt yn it 1C: Enterprise-systeem kin serialisearre wurde yn in XML-fertsjintwurdiging en oarsom.
Dizze funksje sil in XML-fertsjintwurdiging fan it objekt werombringe:
Функция Объект_В_XML(Объект)
ЗаписьXML = Новый ЗаписьXML();
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, Объект);
Возврат ЗаписьXML.Закрыть();
КонецФункции
Dit is wat it eksportearjen fan de nomenklatuermap nei XML mei XDTO sil útsjen:
&НаСервере
Процедура ЭкспортXMLНаСервере()
НовыйСериализаторXDTO = СериализаторXDTO;
НоваяЗаписьXML = Новый ЗаписьXML();
НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ОбъектНоменклатура = Выборка.ПолучитьОбъект();
НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
КонецЦикла;
НоваяЗаписьXML.ЗаписатьКонецЭлемента();
НоваяЗаписьXML.Закрыть();
КонецПроцедуры
Troch gewoan de koade te feroarjen, eksportearje wy de map nei JSON. De produkten wurde skreaun nei in array; Foar ferskaat is hjir de Ingelske ferzje fan 'e syntaksis:
&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
Dan bliuwt it allinich om de gegevens oer te bringen nei de einkonsumint. It 1C: Enterprise-platfoarm stipet de wichtichste ynternetprotokollen HTTP, FTP, POP3, SMTP, IMAP, ynklusyf har feilige ferzjes. Jo kinne ek HTTP- en/of webtsjinsten brûke om gegevens oer te dragen.
HTTP en webtsjinsten
1C-applikaasjes kinne har eigen HTTP- en webtsjinsten ymplementearje, lykas HTTP neame en webtsjinsten ymplementearre troch applikaasjes fan tredden.
REST-ynterface en OData-protokol
Fanôf ferzje 8.3.5 kin it 1C: Enterprise platfoarm automatysk foar de hiele applikaasje oplossing. Elk konfiguraasjeobjekt (map, dokumint, ynformaasjeregister, ensfh.) kin beskikber steld wurde foar it ûntfangen en wizigjen fan gegevens fia de REST-ynterface. It platfoarm brûkt it protokol as tagongsprotokol ferzje 3.0. OData-tsjinsten publisearje wurdt útfierd fanút it konfiguratormenu "Behear -> Publisearje op in webtsjinner", it karfakje "Standert OData-ynterface publisearje" moat wurde kontrolearre. Atom/XML- en JSON-formaten wurde stipe. Neidat de applikaasje-oplossing is publisearre op 'e webserver, kinne systemen fan tredden tagong krije fia de REST-ynterface mei HTTP-oanfragen. Om te wurkjen mei de 1C-applikaasje fia it OData-protokol, is programmearring oan 'e 1C-kant net fereaske.
Dus, in URL lykas http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура sil ús de ynhâld fan 'e nomenklatuerkatalogus weromjaan yn XML-formaat - in samling yngongeleminten (de berjochttitel is foar koarteheid weilitten):
<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"/>
...
Troch de tekenrige “?$format=application/json” ta te foegjen oan de URL, krije wy de ynhâld fan de nomenklatuerkatalogus yn JSON-formaat (URL fan it formulier 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 кВт, режимы работы: тепло/холод"
}, …
Eksterne gegevens boarnen
Yn guon gefallen, gegevens útwikseling fia kin de bêste oplossing wêze. Eksterne gegevensboarnen binne in 1C-applikaasjekonfiguraasjeobjekt wêrmei jo kinne ynteraksje mei elke ODBC-kompatible databank, sawol foar lêzen as skriuwen. Eksterne gegevensboarnen binne beskikber op sawol Windows as Linux.
Gegevens útwikseling meganisme
is bedoeld sawol foar it meitsjen fan geografysk ferspraat systemen basearre op 1C: Enterprise, en foar it organisearjen fan gegevens útwikseling mei oare ynformaasje systemen net basearre op 1C: Enterprise.
Dit meganisme wurdt aktyf brûkt yn 1C ymplemintaasje, en it oanbod fan taken oplost mei syn help is hiel breed. Dit omfettet gegevensútwikseling tusken 1C-applikaasjes ynstalleare yn 'e tûken fan' e organisaasje, en útwikseling tusken de 1C-applikaasje en de webside fan 'e online winkel, en gegevensútwikseling tusken de 1C-tsjinnerapplikaasje en de mobile kliïnt (makke mei it 1C: Enterprise mobile platfoarm), en in protte mear.
Ien fan 'e kaaibegripen yn' e gegevensútwikselingsmeganisme is it útwikselingsplan. In útwikselingsplan is in spesjale soart objekt fan it 1C-applikaasjeplatfoarm, dat benammen de gearstalling fan 'e gegevens bepaalt dy't dielnimme oan' e útwikseling (hokker mappen, dokuminten, registers, ensfh.). It útwikselingsplan befettet ek ynformaasje oer útwikselingsdielnimmers (saneamde útwikselknooppunten).
De twadde komponint fan it meganisme foar gegevensútwikseling is it feroaringsregistraasjemeganisme. Dit meganisme kontrolearret automatysk it systeem foar feroaringen yn gegevens dy't moatte wurde oerdroegen oan ein brûkers as in part fan it útwikseling plan. Mei help fan dit meganisme folget it platfoarm feroarings dy't bard binne sûnt de lêste syngronisaasje en kinne jo de hoemannichte gegevens oerdroegen tidens de folgjende syngronisaasjesesje minimalisearje.
Gegevensútwikseling komt foar mei XML-berjochten fan in bepaalde struktuer. It berjocht befettet gegevens dy't feroare binne sûnt de lêste syngronisaasje mei it knooppunt en wat tsjinstynformaasje. De berjochtstruktuer stipet berjochtnûmering en lit jo befêstiging krije fan 'e ûntfangerknooppunt dat berjochten ûntfongen binne. Sokke befêstiging is befette yn elk berjocht dat komt fan 'e ûntfangende knooppunt, yn' e foarm fan it nûmer fan it lêst ûntfongen berjocht. It nûmerjen fan berjochten lit it platfoarm begripe hokker gegevens al mei súkses binne oerbrocht nei it ûntfangende knooppunt, en om retransmission te foarkommen troch allinich gegevens te ferstjoeren dy't feroare binne sûnt it stjoerende knooppunt it lêste berjocht krige mei in ûntfangst foar de gegevens ûntfongen troch de ûntfangende knooppunt. Dit bestjoeringssysteem soarget foar garandearre levering sels mei ûnbetroubere oerdrachtkanalen en berjochtferlies.
Eksterne komponinten
Yn in oantal gefallen, by it oplossen fan yntegraasjeproblemen, hat men te krijen mei spesifike easken, bygelyks ynteraksjeprotokollen, dataformaten, dy't net foarsjoen binne yn it 1C: Enterprise platfoarm. Foar sa'n oanbod fan taken biedt it platfoarm , wêrmei jo dynamysk plug-in modules meitsje kinne dy't de funksjonaliteit fan 1C: Enterprise útwreidzje.
In typysk foarbyld fan in taak mei ferlykbere easken soe wêze de yntegraasje fan in 1C applikaasje oplossing mei detailhannel apparatuer, fariearjend fan skalen oan kassa registers en barcode scanners. Eksterne komponinten kinne wurde ferbûn sawol oan 'e 1C: Enterprise-serverkant as oan' e kliïntkant (ynklusyf, mar net beheind ta, de webklient, lykas ek 1C: Enterprise). De technology fan eksterne komponinten biedt in frij ienfâldige en begryplike software (C ++) ynterface foar de ynteraksje fan komponinten mei it 1C: Enterprise platfoarm, dat moat wurde ymplementearre troch de ûntwikkelder.
De mooglikheden dy't iepenje by it brûken fan eksterne komponinten binne tige breed. Jo kinne ynteraksje ymplementearje mei in spesifyk protokol foar gegevensútwikseling mei eksterne apparaten en systemen, spesifike algoritmen ynbouwe foar it ferwurkjen fan gegevens en gegevensformaten, ensfh.
Ferâldere yntegraasjemeganismen
It platfoarm biedt yntegraasjemeganismen dy't net oanrikkemandearre binne foar gebrûk yn nije oplossingen; se wurde efterlitten om redenen fan efterkompatibiliteit, en ek foar it gefal dat de oare partij net mei modernere protokollen kin wurkje. Ien fan harren wurket mei DBF-formaatbestannen (stipe yn 'e ynboude taal mei it XBase-objekt).
In oar legacy-yntegraasjemeganisme is it gebrûk fan COM-technology (allinich beskikber op it Windows-platfoarm). It 1C: Enterprise-platfoarm biedt twa yntegraasjemetoaden foar Windows mei COM-technology: Automatisearringstsjinner en Eksterne ferbining. Se binne heul gelyk, mar ien fan 'e fûnemintele ferskillen is dat yn' t gefal fan 'e Automatisearring-tsjinner in folweardige 1C: Enterprise 8-kliïntapplikaasje wurdt lansearre, en yn' t gefal fan in eksterne ferbining, in relatyf lyts yn-proses COM tsjinner wurdt lansearre. Dat is, as jo wurkje fia de Automatisearring-tsjinner, kinne jo de funksjonaliteit fan 'e kliïntapplikaasje brûke en aksjes útfiere fergelykber mei de ynteraktive aksjes fan' e brûker. By it brûken fan in eksterne ferbining, kinne jo allinnich brûke saaklike logika funksjes, en se kinne wurde útfierd sawol op 'e kliïnt kant fan' e ferbining, dêr't in yn-proses COM tsjinner wurdt makke, en do kinst neame saaklike logika op de 1C: Enterprise tsjinner side.
COM-technology kin ek brûkt wurde om tagong te krijen ta eksterne systemen fan applikaasjekoade op it 1C: Enterprise-platfoarm. Yn dit gefal fungearret de 1C-applikaasje as COM-kliïnt. Mar it moat betocht wurde dat dizze meganismen allinich sille wurkje as de 1C-tsjinner wurket yn in Windows-omjouwing.
Yntegraasjemeganismen útfierd yn standert konfiguraasjes
Enterprise Data Format
Yn in oantal 1C-konfiguraasjes (list hjirûnder), basearre op it hjirboppe beskreaune platfoarm gegevensútwikselingsmeganisme, wurdt in klearmakke meganisme foar it útwikseljen fan gegevens mei eksterne applikaasjes ymplementearre, dy't net nedich is om de boarnekoade fan 'e konfiguraasjes te feroarjen (tarieding foar gegevens útwikseling wurdt dien yn 'e ynstellings fan tapassingsoplossingen):
- "1C:ERP Enterprise Management 2.0"
- "Komplekse automatisearring 2"
- "Enterprise Accounting", edysje 3.0
- "Rekânsje foar in CORP-bedriuw", edysje 3.0
- "Retail", edysje 2.0
- "Basic Trade Management", edysje 11
- Trade Management, edysje 11
- "Saarissen en personielbehear CORP", edysje 3
It formaat dat brûkt wurdt foar gegevensútwikseling is , basearre op XML. It formaat is saaklik rjochte - de gegevensstruktueren dy't dêryn beskreaun binne, oerienkomme mei saaklike entiteiten (dokuminten en mapeleminten) presintearre yn 1C-programma's, bygelyks: akte fan foltôging, bestelling fan cashûntfangst, tsjinpartij, item, ensfh.
Gegevensútwikseling tusken de 1C-applikaasje en in applikaasje fan tredden kin foarkomme:
- fia in tawijd triemtafel
- fia FTP-map
- fia in webtsjinst ynset op 'e 1C-applikaasjekant. It gegevensbestân wurdt as parameter trochjûn oan webmetoaden
- fia e-mail
Yn it gefal fan útwikseling fia in webtsjinst sil in applikaasje fan tredden in sesje foar gegevensútwikseling begjinne troch de oerienkommende webmetoaden fan 'e 1C-applikaasje te roppen. Yn oare gefallen sil de inisjatyfnimmer fan 'e útwikseling sesje de 1C-applikaasje wêze (troch it gegevensbestân yn' e passende map te pleatsen of it gegevensbestân nei it konfigureare e-postadres te stjoeren).
Ek op 'e 1C-kant kinne jo ynstelle hoe faak syngronisaasje sil plakfine (foar opsjes mei triemútwikseling fia in map en e-post):
- neffens skema (mei in opjûne frekwinsje)
- hânmjittich; de brûker sil de syngronisaasje manuell moatte begjinne elke kear as hy it nedich is
Befêstiging fan berjochten
1C-applikaasjes hâlde registers fan ferstjoerde en ûntfongen syngronisaasjeberjochten en ferwachtsje itselde fan applikaasjes fan tredden. Hjirmei kinne jo it hjirboppe beskreaune meganisme foar berjochtnûmering brûke yn 'e seksje "Mechanisme foar gegevensútwikseling".
Tidens syngronisaasje stjoere 1C-applikaasjes allinich ynformaasje oer feroarings dy't binne bard mei saaklike entiteiten sûnt de lêste syngronisaasje (om it bedrach fan oerdroegen ynformaasje te minimalisearjen). Tidens de earste syngronisaasje sil de 1C-applikaasje alle saaklike entiteiten uploade (bygelyks items fan it item-referinsjeboek) yn it EnterpriseData-formaat yn in XML-bestân (om't se allegear "nij" binne foar de eksterne applikaasje). De applikaasje fan tredden moat de ynformaasje ferwurkje fan it XML-bestân ûntfongen fan 1C en, yn 'e folgjende syngronisaasjesesje, yn' e bestân stjoerd nei 1C, yn in spesjale XML-seksje, ynformaasje pleatse dat it berjocht fan 1C mei in bepaald nûmer mei súkses wie ûntfongen. It ûntfangstberjocht is in sinjaal foar de 1C-applikaasje dat alle saaklike entiteiten mei súkses binne ferwurke troch de eksterne applikaasje en dat d'r gjin need mear is om ynformaasje oer har oer te stjoeren. Neist de ûntfangst kin in XML-bestân fan in applikaasje fan tredden ek gegevens befetsje foar syngronisaasje troch de applikaasje (bygelyks dokuminten foar de ferkeap fan guod en tsjinsten).
Nei ûntfangst fan it ûntfangstberjocht markeart de 1C-applikaasje alle wizigingen dy't yn it foarige berjocht oerstjoerd binne as suksesfol syngronisearre. Allinich net-syngronisearre feroarings oan bedriuwsentiteiten (nije entiteiten oanmeitsje, besteande wizigje en wiskje) sille nei de eksterne applikaasje stjoerd wurde tidens de folgjende syngronisaasjesesje.
By it oerdragen fan gegevens fan in eksterne applikaasje nei de 1C-applikaasje, wurdt de ôfbylding omkeard. De eksterne applikaasje moat de ûntfangstseksje fan it XML-bestân dienlik ynfolje en de saaklike gegevens foar syngronisaasje fan har kant yn it EnterpriseData-formaat pleatse.
Ienfâldige gegevens útwikseling sûnder handshake
Foar gefallen fan ienfâldige yntegraasje, as it genôch is om allinich ynformaasje oer te dragen fan in applikaasje fan tredden nei de 1C-applikaasje en omkearde oerdracht fan gegevens fan 'e 1C-applikaasje nei in applikaasje fan tredden is net fereaske (bygelyks yntegraasje fan in online winkel dy't ferkeapynformaasje oerbringt nei 1C: Accounting), is d'r in ferienfâldige opsje om te wurkjen fia in webtsjinst (sûnder erkenning), dy't gjin ynstellings oan 'e kant fan' e 1C-applikaasje fereasket.
Oanpaste yntegraasje oplossingen
D'r is in standert oplossing "1C: Data Conversion", dy't platfoarmmeganismen brûkt foar it konvertearjen en útwikseljen fan gegevens tusken standert 1C-konfiguraasjes, mar kin ek brûkt wurde foar yntegraasje mei applikaasjes fan tredden.
Yntegraasje mei banking oplossings
Standert , ûntwikkele troch 1C spesjalisten mear as 10 jierren lyn, is eins wurden in yndustry standert yn Ruslân. De folgjende stap yn dizze rjochting is technology , wêrtroch jo betellingsdokuminten nei de bank kinne stjoere en útspraken fan 'e bank direkt ûntfange fan' e programma's fan it 1C: Enterprise-systeem troch op ien knop te drukken yn it 1C-programma; it fereasket gjin ynstallaasje en útfiering fan ekstra programma's op 'e kliïntkompjûter.
Der binne ek .
Прочее
It neamen wurdich , kommersjele ynformaasje útwikseling standert (ûntwikkele tegearre mei Microsoft, Intel, Price.ru en oare bedriuwen), .
Boarne: www.habr.com