Wat sinn déi wichtegst Ufuerderunge fir Geschäftsapplikatiounen? E puer vun de wichtegsten Aufgaben sinn déi folgend:
- Einfachheet vun der Applikatiounslogik z'änneren / unzepassen fir d'Geschäftsaufgaben z'änneren.
- Einfach Integratioun mat aneren Uwendungen.
Wéi déi éischt Aufgab am 1C geléist gëtt gouf kuerz an der Rubrik "Customization and Support" beschriwwen ; Op dëst interessant Thema wäerte mir an engem zukünftegen Artikel zréckkommen. Haut wäerte mir iwwer déi zweet Aufgab schwätzen, Integratioun.
Integratioun Aufgaben
Integratiounsaufgaben kënnen ënnerschiddlech sinn. Fir e puer Problemer ze léisen, ass en einfachen interaktiven Datenaustausch genuch - zum Beispill fir eng Lëscht vun de Mataarbechter op eng Bank ze transferéieren fir d'Pai Plastikkaarten auszeginn. Fir méi komplex Aufgaben kann voll automatiséiert Datenaustausch néideg sinn, méiglecherweis mat Referenz op d'Geschäftslogik vun engem externe System. Et ginn Aufgaben, déi an der Natur spezialiséiert sinn, wéi Integratioun mat externen Ausrüstung (zum Beispill, Retail Ausrüstung, mobil Scanner, etc.) oder mat Legacy oder héich spezialiséiert Systemer (zum Beispill, mat RFID Tag Unerkennung Systemer). Et ass extrem wichteg fir de passenden Integratiounsmechanismus fir all Aufgab ze wielen.
Integratioun Optiounen mat 1C
Et gi verschidde Approche fir d'Integratioun mat 1C Uwendungen ëmzesetzen; wéi eng ze wielen hänkt vun den Ufuerderunge vun der Aufgab of.
- Ëmsetzung baséiert vun der Plattform zur Verfügung gestallt, seng eege spezialiséiert API op der 1C Applikatioun Säit (zum Beispill eng Rei vu Web- oder HTTP-Servicer, déi Drëtt-Partei-Applikatioune ruffen fir Daten mat der 1C-Applikatioun auszetauschen). De Virdeel vun dëser Approche ass d'API Resistenz géint Ännerungen an der Implementatioun op der 1C Applikatioun Säit. D'Besonderheet vun der Approche ass datt et néideg ass de Quellcode vun enger Standard 1C-Léisung z'änneren, wat potenziell Effort erfuerdert wann Dir Quellcodes fusionéiert wann Dir op eng nei Versioun vun der Konfiguratioun plënnert. An dësem Fall kann eng nei progressiv Funktionalitéit zur Rettung kommen - . Extensiounen sinn am Wesentlechen e Plugin Mechanismus deen Iech erlaabt Ergänzunge fir Applikatiounsléisungen ze kreéieren ouni d'Applikatiounsléisungen selwer z'änneren. D'Beweegung vun der Integratioun API an d'Konfiguratiounserweiterung erlaabt Iech Schwieregkeeten ze vermeiden wann Dir Konfiguratiounen fusionéiert wann Dir op eng nei Versioun vun enger Standardléisung plënnert.
- Benotzt Plattformintegratiounsmechanismen déi externen Zougang zum Applikatiounsobjektmodell ubidden an keng Ännerung vun der Applikatioun oder Schafung vun enger Extensioun erfuerderen. De Virdeel vun dëser Approche ass datt et net néideg ass d'1C Applikatioun z'änneren. Minus - wann d'1C Applikatioun verbessert gouf, da kënne Verbesserungen an der integréierter Applikatioun erfuerderlech sinn. E Beispill vun dëser Approche ass d'Benotzung vum OData Protokoll fir Integratioun, implementéiert op der Säit vun der 1C: Enterprise Plattform (méi doriwwer hei ënnen).
- Benotzung vu fäerdege Applikatiounsprotokoller, déi a Standard 1C Léisunge implementéiert sinn. Vill Standardléisungen vun 1C a Partner implementéieren hir eegen Applikatiounsprotokoller, fokusséiert op spezifesch Aufgaben, baséiert op den Integratiounsmechanismen, déi vun der Plattform geliwwert ginn. Wann Dir dës Mechanismen benotzt, brauch Dir kee Code op der 1C Applikatioun Säit ze schreiwen, well Mir benotzen d'Standardfäegkeeten vun der Applikatiounsléisung. Op der 1C Applikatioun Säit brauche mir nëmme gewësse Astellungen ze maachen.
Integratiounsmechanismen an der 1C: Enterprise Plattform
Import / Export Dateien
Ugeholl datt mir mat der Aufgab vum bidirektionalen Datenaustausch tëscht enger 1C Applikatioun an enger arbiträrer Applikatioun konfrontéiert sinn. Zum Beispill musse mir eng Lëscht vu Produkter (Nomenclature Verzeechnes) tëscht der 1C Applikatioun an enger arbiträrer Applikatioun synchroniséieren.
Fir dëse Problem ze léisen, kënnt Dir eng Extensioun schreiwen, déi den Nomenclature-Verzeichnis an eng Datei vun engem bestëmmte Format (Text, XML, JSON, ...) erofluet an dëst Format liesen kann.
D'Plattform implementéiert e Mechanismus fir d'Serialiséierung vun Applikatiounsobjekter an XML souwuel direkt, duerch d'WriteXML / ReadXML global Kontextmethoden, an d'Benotzung vum XDTO (XML Data Transfer Objects) Hëllefsobjekt.
All Objet am 1C: Enterprise System kann an eng XML Representatioun serialiséiert ginn a vice versa.
Dës Funktioun gëtt eng XML Representatioun vum Objet zréck:
Функция Объект_В_XML(Объект)
ЗаписьXML = Новый ЗаписьXML();
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, Объект);
Возврат ЗаписьXML.Закрыть();
КонецФункции
Dëst ass wéi den Export vum Nomenclature Verzeechnes op XML mat XDTO ausgesäit:
&НаСервере
Процедура ЭкспортXMLНаСервере()
НовыйСериализаторXDTO = СериализаторXDTO;
НоваяЗаписьXML = Новый ЗаписьXML();
НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ОбъектНоменклатура = Выборка.ПолучитьОбъект();
НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
КонецЦикла;
НоваяЗаписьXML.ЗаписатьКонецЭлемента();
НоваяЗаписьXML.Закрыть();
КонецПроцедуры
Andeems Dir einfach de Code ännert, exportéiere mir de Verzeechnes op JSON. D'Produkter ginn op eng Array geschriwwe ginn; Fir Varietéit, hei ass déi englesch Versioun vun der 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
Da bleift et just d'Donnéeën un den Endverbraucher ze transferéieren. D'1C:Enterprise Plattform ënnerstëtzt d'Haaptinternetprotokoller HTTP, FTP, POP3, SMTP, IMAP, dorënner hir sécher Versiounen. Dir kënnt och HTTP an / oder Web Servicer benotzen fir Daten ze transferéieren.
HTTP a Web Servicer
1C Uwendungen kënnen hir eege HTTP- a Webservicer implementéieren, sou wéi HTTP an Webservicer ruffen, déi vun Drëtt-Partei Uwendungen implementéiert ginn.
REST Interface an OData Protokoll
Vun der Versioun 8.3.5 un, kann d'1C: Enterprise Plattform automatesch fir déi ganz Applikatioun Léisung. All Konfiguratiounsobjet (Verzeichnis, Dokument, Informatiounsregister, asw.) kann zur Verfügung gestallt ginn fir Daten iwwer d'REST Interface ze kréien an z'änneren. D'Plattform benotzt de Protokoll als Zougangsprotokoll Versioun 3.0. OData-Servicer verëffentlechen gëtt aus dem Configurator-Menü "Administratioun -> Verëffentlechen op engem Webserver" gemaach, d'Checkbox "Standard OData Interface publizéieren" muss iwwerpréift ginn. Atom / XML an JSON Formater ginn ënnerstëtzt. Nodeems d'Applikatiounsléisung um Webserver publizéiert gëtt, kënnen Drëtt-Partei-Systemer et duerch d'REST-Interface mat HTTP-Ufroen zougräifen. Fir mat der 1C Applikatioun iwwer den OData Protokoll ze schaffen, ass d'Programméierung op der 1C Säit net erfuerderlech.
Also, eng URL wéi http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура wäert eis den Inhalt vum Nomenclature Katalog am XML-Format zréckginn - eng Sammlung vun Entréeselementer (de Messagetitel ass ausgeschloss fir Kuerzegkeet):
<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"/>
...
Andeems Dir d'String "?$format=Applikatioun/json" op d'URL bäidréit, kréie mir den Inhalt vum Nomenclature Katalog am JSON Format (URL vun der 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 кВт, режимы работы: тепло/холод"
}, …
Extern Datenquellen
An e puer Fäll, Datenaustausch via kann déi bescht Léisung sinn. Extern Datequellen sinn en 1C Applikatiounskonfiguratiounsobjekt deen Iech erlaabt Iech mat all ODBC-kompatibel Datebank ze interagéieren, souwuel fir ze liesen wéi ze schreiwen. Extern Datequellen sinn op Windows a Linux verfügbar.
Datenaustauschmechanismus
ass virgesinn souwuel fir geographesch verdeelt Systemer op Basis vun 1C:Enterprise ze kreéieren, wéi och fir d'Organisatioun vun Datenaustausch mat aneren Informatiounssystemer net op 1C:Enterprise baséiert.
Dëse Mechanismus ass aktiv an 1C Implementatiounen benotzt, an d'Gamme vu Aufgaben mat senger Hëllef geléist ass ganz breet. Dëst beinhalt den Datenaustausch tëscht 1C Uwendungen, déi an de Filialen vun der Organisatioun installéiert sinn, an den Austausch tëscht der 1C Applikatioun an der Online Store Websäit, an Datenaustausch tëscht der 1C Server Applikatioun an dem mobilen Client (erstallt mat der 1C:Enterprise mobil Plattform), a vill méi.
Ee vun de Schlësselkonzepter am Datenaustauschmechanismus ass den Austauschplang. En Austauschplang ass eng speziell Aart vun Objet vun der 1C Applikatiounsplattform, déi besonnesch d'Zesummesetzung vun den Donnéeën bestëmmt, déi um Austausch deelhuelen (wéi eng Verzeichnisser, Dokumenter, Registere, etc.). Den Austauschplang enthält och Informatioun iwwer Austauschparticipanten (sougenannten Austauschknoten).
Den zweete Bestanddeel vum Datenaustauschmechanismus ass den Ännerungsregistrierungsmechanismus. Dëse Mechanismus iwwerwaacht automatesch de System fir Ännerungen an Daten, déi als Deel vum Austauschplang un den Endbenotzer transferéiert ginn. Mat dësem Mechanismus verfollegt d'Plattform Ännerungen, déi zënter der leschter Synchroniséierung geschitt sinn, an erlaabt Iech d'Quantitéit vun Daten, déi während der nächster Synchroniséierungssitzung transferéiert ginn, ze minimiséieren.
Datenaustausch geschitt mat XML Messagen vun enger bestëmmter Struktur. De Message enthält Daten déi zënter der leschter Synchroniséierung mam Node geännert hunn an e puer Serviceinformatiounen. D'Botschaftsstruktur ënnerstëtzt d'Nummeréierung vun der Noriicht an erlaabt Iech d'Bestätegung vum Empfängerknuet ze kréien datt d'Messagen empfaange goufen. Esou Bestätegung ass an all Message enthale vum Empfangsknuet, a Form vun der Nummer vum leschte kritt Message. Nummeréierungsmeldungen erlaabt d'Plattform ze verstoen, wéi eng Donnéeën scho mat Erfolleg un den Empfangsknuet iwwerdroe goufen, a fir d'Wiedertransmissioun ze vermeiden andeems se nëmmen Daten iwwerdroen, déi geännert hunn zënter dem Sendende Node de leschte Message kritt huet mat engem Empfang fir d'Donnéeën, déi vum Empfangsknuet kritt goufen. Dëst Betribssystemer Schema garantéiert garantéiert Liwwerung och mat unreliable Transmissioun Channels a Message Verloscht.
Extern Komponenten
An enger Rei vu Fäll, bei der Léisung vun Integratiounsproblemer, muss ee mat spezifesche Viraussetzungen ëmgoen, zum Beispill Interaktiounsprotokoller, Dateformater, déi net an der 1C:Enterprise Plattform virgesinn sinn. Fir esou eng Rei vun Aufgaben gëtt d'Plattform , wat Iech erlaabt dynamesch Plug-in Moduler ze kreéieren déi d'Funktionalitéit vun 1C:Enterprise ausbauen.
En typescht Beispill vun enger Aufgab mat ähnlechen Ufuerderunge wier d'Integratioun vun enger 1C Applikatiounsléisung mat Händlerausrüstung, rangéiert vu Skalen bis Cash Registers a Barcode Scanner. Extern Komponente kënne souwuel op der 1C:Enterprise Server Säit wéi och op der Client Säit verbonne sinn (inklusiv, awer net limitéiert op, de Web Client, souwéi 1C: Entreprise). D'Technologie vun externen Komponenten bitt eng zimlech einfach a verständlech Software (C++) Interface fir d'Interaktioun vu Komponenten mat der 1C:Enterprise Plattform, déi vum Entwéckler ëmgesat muss ginn.
D'Méiglechkeeten, déi opmaachen wann Dir extern Komponenten benotzt, si ganz breet. Dir kënnt Interaktioun mat engem spezifeschen Datenaustauschprotokoll mat externen Apparater a Systemer implementéieren, spezifesch Algorithmen opbauen fir Daten an Dateformater ze veraarbecht, etc.
Verouderte Integratiounsmechanismen
D'Plattform bitt Integratiounsmechanismen, déi net recommandéiert sinn fir an neie Léisungen ze benotzen; si sinn aus Grënn vu Réckkompatibilitéit gelooss, an och am Fall wou déi aner Partei net mat méi modernen Protokoller ka schaffen. Ee vun hinnen schafft mat DBF Format Dateien (ënnerstëtzt an der agebauter Sprooch mam XBase Objet).
En anere Legacy Integratiounsmechanismus ass d'Benotzung vun der COM Technologie (nëmme verfügbar op der Windows Plattform). D'1C: Enterprise Plattform bitt zwou Integratiounsmethoden fir Windows mat COM Technologie: Automatisatiounsserver an Extern Verbindung. Si si ganz ähnlech, awer ee vun de fundamentalen Differenzen ass datt am Fall vum Automatisatiounsserver eng vollwäerteg 1C:Enterprise 8 Client Applikatioun lancéiert gëtt, an am Fall vun enger externer Verbindung eng relativ kleng am Prozess COM Server lancéiert gëtt. Dat ass, wann Dir duerch den Automatisatiounsserver schafft, kënnt Dir d'Funktionalitéit vun der Clientapplikatioun benotzen an Aktiounen ausféieren ähnlech wéi déi interaktiv Handlungen vum Benotzer. Wann Dir eng extern Verbindung benotzt, kënnt Dir nëmme Geschäftslogikfunktiounen benotzen, a si kënne souwuel op der Client Säit vun der Verbindung ausgefouert ginn, wou en am Prozess COM Server erstallt gëtt, an Dir kënnt Geschäftslogik op der 1C ruffen: Enterprise Server Säit.
COM Technologie kann och benotzt ginn fir extern Systemer vum Applikatiounscode op der 1C: Enterprise Plattform ze kréien. An dësem Fall handelt d'1C Applikatioun als COM Client. Awer et sollt drun erënnert ginn datt dës Mechanismen nëmme funktionnéieren wann den 1C Server an engem Windows Ëmfeld funktionnéiert.
Integratiounsmechanismen a Standardkonfiguratiounen implementéiert
Enterprise Data Format
An enger Zuel vun 1C Konfiguratiounen (Lëscht ënnen), baséiert op der Plattform Datenaustausch Mechanismus uewen beschriwwen, gëtt e fäerdege Mechanismus fir Datenaustausch mat externen Applikatiounen ëmgesat, deen net de Quellcode vun de Konfiguratiounen z'änneren erfuerdert (Virbereedung fir Daten Den Austausch gëtt an den Astellunge vun Applikatiounsléisungen gemaach):
- "1C:ERP Enterprise Management 2.0"
- "Komplex Automatioun 2"
- "Enterprise Accounting", Editioun 3.0
- "Accounting for a CORP Enterprise", Editioun 3.0
- "Retail", Editioun 2.0
- "Basis Trade Management", Editioun 11
- Trade Management, Editioun 11
- "Gehälter a Personalmanagement CORP", Editioun 3
D'Format benotzt fir Datenaustausch ass , baséiert op XML. D'Format ass geschäftlech orientéiert - d'Datestrukturen, déi et beschriwwen hunn, entspriechen Geschäftsentitéiten (Dokumenter a Verzeichniselementer) presentéiert an 1C Programmer, zum Beispill: Fäerdegstellungsakt, Cash Empfang Bestellung, Géigepartei, Element, etc.
Datenaustausch tëscht der 1C Applikatioun an enger Drëtt Partei Applikatioun ka geschéien:
- iwwer en dedizéierten Dateiverzeichnis
- iwwer FTP Verzeechnes
- duerch e Webservice op der 1C Applikatioun Säit ofgesat. D'Datedatei gëtt als Parameter op Webmethoden iwwerginn
- per E-Mail
Am Fall vum Austausch iwwer e Webservice wäert eng Drëtt Partei Applikatioun eng Dateaustausch Sessioun initiéieren andeems Dir déi entspriechend Webmethoden vun der 1C Applikatioun rufft. An anere Fäll wäert den Initiator vun der Austauschsession d'1C Applikatioun sinn (duerch d'Plaze vun der Datedatei an de passenden Verzeechnes oder d'Dateidatei op d'konfiguréiert E-Mailadress schécken).
Och op der 1C Säit kënnt Dir konfiguréieren wéi dacks d'Synchroniséierung geschitt (fir Optiounen mat Dateiaustausch iwwer e Verzeichnis an E-Mail):
- no Zäitplang (mat enger spezifizéierter Frequenz)
- manuell; de Benotzer muss manuell Synchroniséierung ufänken all Kéier wann hien et brauch
Unerkennung vun Messagen
1C Uwendungen halen Rekorder vu geschéckten a kritte Synchroniséierungsmeldungen an erwaarden datselwecht vun Drëtt Partei Uwendungen. Dëst erlaabt Iech de Message Nummeréierungsmechanismus ze benotzen, deen uewen an der Rubrik "Datenaustauschmechanismus" beschriwwe gëtt.
Wärend der Synchroniséierung iwwerdroen 1C Uwendungen nëmmen Informatioun iwwer Ännerungen déi mat Geschäftsunitéiten zënter der leschter Synchroniséierung geschitt sinn (fir de Betrag vun der transferéierter Informatioun ze minimiséieren). Wärend der éischter Synchroniséierung lued d'1C Applikatioun all Geschäftsentitéiten (zum Beispill Elementer vum Element Referenzbuch) am EnterpriseData Format an eng XML Datei erop (well se all "nei" fir déi extern Applikatioun sinn). D'Drëtt-Partei-Applikatioun muss d'Informatioun aus der XML-Datei, déi vun 1C kritt gëtt, veraarbecht an, während der nächster Synchroniséierungssitzung, an der Datei, déi op 1C geschéckt gëtt, an enger spezieller XML-Sektioun, Informatioun setzen, datt de Message vun 1C mat enger bestëmmter Zuel erfollegräich war. kritt. D'Empfangsmeldung ass e Signal un d'1C Applikatioun datt all Geschäftsunitéiten erfollegräich vun der externer Applikatioun veraarbecht goufen an et ass net néideg Informatiounen iwwer si méi ze vermëttelen. Zousätzlech zu der Empfang kann eng XML-Datei vun enger Drëtt-Partei-Applikatioun och Daten fir d'Synchroniséierung vun der Applikatioun enthalen (zum Beispill Dokumenter fir de Verkaf vu Wueren a Servicer).
Nom Empfang vun der Empfangsmeldung markéiert d'1C Applikatioun all Ännerungen, déi am virege Message iwwerdroe goufen, als erfollegräich synchroniséiert. Nëmmen onsynchroniséiert Ännerunge fir Geschäftsentitéiten (nei Entitéiten erstellen, existéierend änneren a läschen) ginn op déi extern Applikatioun während der nächster Synchroniséierungssitzung geschéckt.
Wann Dir Daten vun enger externer Applikatioun op d'1C Applikatioun transferéiert, gëtt d'Bild ëmgedréint. Déi extern Applikatioun muss den Empfangssektioun vun der XML-Datei entspriechend ausfëllen an d'Geschäftsdaten fir d'Synchroniséierung vu senger Säit am EnterpriseData-Format setzen.
Vereinfacht Datenaustausch ouni Handshake
Fir Fäll vun einfacher Integratioun, wann et genuch ass nëmmen Informatioun vun enger Drëtt Partei Applikatioun op d'1C Applikatioun ze transferéieren an ëmgedréint Transfert vun Daten vun der 1C Applikatioun op eng Drëtt Partei Applikatioun ass net erfuerderlech (zum Beispill Integratioun vun engem Online Buttek, deen Verkafsinformatioun un 1C transferéiert: Accounting), gëtt et eng vereinfacht Optioun fir duerch e Webservice ze schaffen (ouni Unerkennung), déi keng Astellungen op der Säit vun der 1C Applikatioun erfuerdert.
Benotzerdefinéiert Integratioun Léisungen
Et gëtt eng Standardléisung "1C: Data Conversion", déi Plattformmechanismen benotzt fir Daten tëscht Standard 1C Konfiguratiounen ze konvertéieren an auszetauschen, awer och fir Integratioun mat Drëtt-Partei Uwendungen benotzt kënne ginn.
Integratioun mat Banken Léisungen
Standard , entwéckelt vun 1C Spezialisten méi wéi 10 Joer virun, ass eigentlech eng Industrie Standard an Russland ginn. Den nächste Schrëtt an dëser Richtung ass Technologie , wat Iech erlaabt d'Bezuelungsdokumenter un d'Bank ze schécken an d'Aussoe vun der Bank direkt vun de Programmer vum 1C:Enterprise System ze kréien andeems Dir ee Knäppchen am 1C Programm dréckt; et erfuerdert keng Installatioun an zousätzlech Programmer um Clientcomputer.
Et ginn och .
Прочее
Wäert ernimmen , kommerziellen Informatiounsaustauschstandard (zesumme mat Microsoft, Intel, Price.ru an aner Firmen entwéckelt), .
Source: will.com