Was sind die wichtigsten Anforderungen für Geschäftsanwendungen? Zu den wichtigsten Aufgaben gehören:
- Einfache Änderung/Anpassung der Anwendungslogik an sich ändernde Geschäftsaufgaben.
- Einfache Integration mit anderen Anwendungen.
Wie die erste Aufgabe in 1C gelöst wird, wurde im Abschnitt „Anpassung und Support“ kurz beschrieben ; Wir werden in einem zukünftigen Artikel auf dieses interessante Thema zurückkommen. Heute werden wir über die zweite Aufgabe sprechen, die Integration.
Integrationsaufgaben
Integrationsaufgaben können unterschiedlich sein. Um manche Probleme zu lösen, genügt ein einfacher interaktiver Datenaustausch – beispielsweise die Übermittlung einer Mitarbeiterliste an eine Bank zur Ausstellung von Gehaltskarten aus Plastik. Für komplexere Aufgaben kann ein vollautomatisierter Datenaustausch erforderlich sein, ggf. unter Bezug auf die Geschäftslogik eines externen Systems. Es gibt Aufgaben, die spezialisierter Natur sind, beispielsweise die Integration mit externen Geräten (z. B. Einzelhandelsausrüstung, mobilen Scannern usw.) oder mit älteren oder hochspezialisierten Systemen (z. B. mit RFID-Tag-Erkennungssystemen). Es ist äußerst wichtig, für jede Aufgabe den am besten geeigneten Integrationsmechanismus auszuwählen.
Integrationsmöglichkeiten mit 1C
Für die Umsetzung der Integration mit 1C-Anwendungen gibt es unterschiedliche Ansätze, für welchen man sich entscheidet, hängt von den Anforderungen der Aufgabenstellung ab.
- Implementierungsbasiert von der Plattform bereitgestellte, eigene spezialisierte API auf der 1C-Anwendungsseite (z. B. eine Reihe von Web- oder HTTP-Diensten, die Anwendungen von Drittanbietern aufrufen, um Daten mit der 1C-Anwendung auszutauschen). Der Vorteil dieses Ansatzes ist die Widerstandsfähigkeit der API gegenüber Änderungen bei der Implementierung auf der 1C-Anwendungsseite. Die Besonderheit des Ansatzes besteht darin, dass der Quellcode einer Standard-1C-Lösung geändert werden muss, was möglicherweise einen Aufwand beim Zusammenführen von Quellcodes bei der Umstellung auf eine neue Version der Konfiguration erfordert. In diesem Fall kann eine neue progressive Funktionalität Abhilfe schaffen – . Bei Erweiterungen handelt es sich im Wesentlichen um einen Plugin-Mechanismus, der es Ihnen ermöglicht, Ergänzungen zu Anwendungslösungen zu erstellen, ohne die Anwendungslösungen selbst zu ändern. Durch die Verlagerung der Integrations-API in die Konfigurationserweiterung können Sie Schwierigkeiten beim Zusammenführen von Konfigurationen beim Wechsel zu einer neuen Version einer Standardlösung vermeiden.
- Verwendung von Plattformintegrationsmechanismen, die externen Zugriff auf das Anwendungsobjektmodell ermöglichen und keine Änderung der Anwendung oder Erstellung einer Erweiterung erfordern. Der Vorteil dieses Ansatzes besteht darin, dass keine Änderung der 1C-Anwendung erforderlich ist. Minuspunkt: Wenn die 1C-Anwendung verbessert wurde, sind möglicherweise Verbesserungen in der integrierten Anwendung erforderlich. Ein Beispiel für diesen Ansatz ist die Verwendung des OData-Protokolls zur Integration, implementiert auf der Seite der 1C:Enterprise-Plattform (mehr dazu weiter unten).
- Verwendung vorgefertigter Anwendungsprotokolle, die in Standard-1C-Lösungen implementiert sind. Viele Standardlösungen von 1C und Partnern implementieren eigene Anwendungsprotokolle, die auf bestimmte Aufgaben ausgerichtet sind und auf den von der Plattform bereitgestellten Integrationsmechanismen basieren. Bei Verwendung dieser Mechanismen ist es nicht erforderlich, Code auf der 1C-Anwendungsseite zu schreiben, weil Wir nutzen die Standardfähigkeiten der Anwendungslösung. Auf der 1C-Anwendungsseite müssen wir nur bestimmte Einstellungen vornehmen.
Integrationsmechanismen in der 1C:Enterprise-Plattform
Dateien importieren/exportieren
Angenommen, wir stehen vor der Aufgabe des bidirektionalen Datenaustauschs zwischen einer 1C-Anwendung und einer beliebigen Anwendung. Beispielsweise müssen wir eine Produktliste (Nomenklaturverzeichnis) zwischen der 1C-Anwendung und einer beliebigen Anwendung synchronisieren.
Um dieses Problem zu lösen, können Sie eine Erweiterung schreiben, die das Nomenklaturverzeichnis in eine Datei eines bestimmten Formats (Text, XML, JSON, ...) herunterlädt und dieses Format lesen kann.
Die Plattform implementiert einen Mechanismus zum Serialisieren von Anwendungsobjekten in XML, sowohl direkt über die globalen Kontextmethoden WriteXML/ReadXML als auch mithilfe des XDTO-Hilfsobjekts (XML Data Transfer Objects).
Jedes Objekt im 1C:Enterprise-System kann in eine XML-Darstellung serialisiert werden und umgekehrt.
Diese Funktion gibt eine XML-Darstellung des Objekts zurück:
Функция Объект_В_XML(Объект)
ЗаписьXML = Новый ЗаписьXML();
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, Объект);
Возврат ЗаписьXML.Закрыть();
КонецФункции
So sieht der Export des Nomenklaturverzeichnisses nach XML mit XDTO aus:
&НаСервере
Процедура ЭкспортXMLНаСервере()
НовыйСериализаторXDTO = СериализаторXDTO;
НоваяЗаписьXML = Новый ЗаписьXML();
НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ОбъектНоменклатура = Выборка.ПолучитьОбъект();
НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
КонецЦикла;
НоваяЗаписьXML.ЗаписатьКонецЭлемента();
НоваяЗаписьXML.Закрыть();
КонецПроцедуры
Durch einfaches Ändern des Codes exportieren wir das Verzeichnis nach JSON. Die Produkte werden in ein Array geschrieben; Zur Abwechslung hier die englische Version 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
Anschließend müssen die Daten nur noch an den Endverbraucher übermittelt werden. Die 1C:Enterprise-Plattform unterstützt die wichtigsten Internetprotokolle HTTP, FTP, POP3, SMTP, IMAP, einschließlich ihrer sicheren Versionen. Sie können zur Datenübertragung auch HTTP und/oder Webdienste nutzen.
HTTP- und Webdienste
1C-Anwendungen können ihre eigenen HTTP- und Webdienste implementieren sowie HTTP- und Webdienste aufrufen, die von Anwendungen Dritter implementiert wurden.
REST-Schnittstelle und OData-Protokoll
Ab Version 8.3.5 kann die 1C:Enterprise-Plattform automatisch für die gesamte Anwendungslösung. Über die REST-Schnittstelle kann jedes Konfigurationsobjekt (Verzeichnis, Dokument, Informationsregister usw.) zum Empfangen und Ändern von Daten bereitgestellt werden. Die Plattform nutzt das Protokoll als Zugriffsprotokoll Version 3.0. Die Veröffentlichung von OData-Diensten erfolgt über das Konfigurator-Menü „Administration -> Veröffentlichung auf einem Webserver“, das Kontrollkästchen „Standard-OData-Schnittstelle veröffentlichen“ muss aktiviert sein. Atom/XML- und JSON-Formate werden unterstützt. Nachdem die Anwendungslösung auf dem Webserver veröffentlicht wurde, können Drittsysteme über die REST-Schnittstelle mithilfe von HTTP-Anfragen darauf zugreifen. Um mit der 1C-Anwendung über das OData-Protokoll zu arbeiten, ist keine Programmierung auf der 1C-Seite erforderlich.
Also eine URL wie http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура wird uns den Inhalt des Nomenklaturkatalogs im XML-Format zurückgeben – eine Sammlung von Eintragselementen (der Nachrichtentitel wird der Kürze halber weggelassen):
<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"/>
...
Durch Hinzufügen der Zeichenfolge „?$format=application/json“ zur URL erhalten wir den Inhalt des Nomenklaturkatalogs im JSON-Format (URL des Formulars). 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 кВт, режимы работы: тепло/холод"
}, …
Externe Datenquellen
In einigen Fällen erfolgt der Datenaustausch über könnte die beste Lösung sein. Externe Datenquellen sind ein 1C-Anwendungskonfigurationsobjekt, das Ihnen die Interaktion mit jeder ODBC-kompatiblen Datenbank sowohl zum Lesen als auch zum Schreiben ermöglicht. Externe Datenquellen sind sowohl unter Windows als auch unter Linux verfügbar.
Datenaustauschmechanismus
ist sowohl für die Erstellung geografisch verteilter Systeme auf Basis von 1C:Enterprise als auch für die Organisation des Datenaustauschs mit anderen Informationssystemen, die nicht auf 1C:Enterprise basieren, gedacht.
Dieser Mechanismus wird in 1C-Implementierungen aktiv genutzt und das Spektrum der mit seiner Hilfe gelösten Aufgaben ist sehr breit. Dazu gehören der Datenaustausch zwischen 1C-Anwendungen, die in den Filialen der Organisation installiert sind, und der Austausch zwischen der 1C-Anwendung und der Website des Online-Shops sowie der Datenaustausch zwischen der 1C-Serveranwendung und dem mobilen Client (erstellt mit der mobilen 1C:Enterprise-Plattform) und vieles mehr mehr.
Eines der Schlüsselkonzepte im Datenaustauschmechanismus ist der Austauschplan. Ein Austauschplan ist ein besonderer Objekttyp der 1C-Anwendungsplattform, der insbesondere die Zusammensetzung der Daten bestimmt, die am Austausch teilnehmen (welche Verzeichnisse, Dokumente, Register usw.). Der Austauschplan enthält auch Informationen über Austauschteilnehmer (sog. Austauschknoten).
Die zweite Komponente des Datenaustauschmechanismus ist der Änderungsregistrierungsmechanismus. Dieser Mechanismus überwacht das System automatisch auf Änderungen der Daten, die im Rahmen des Austauschplans an Endbenutzer übertragen werden müssen. Mithilfe dieses Mechanismus verfolgt die Plattform Änderungen, die seit der letzten Synchronisierung aufgetreten sind, und ermöglicht Ihnen, die während der nächsten Synchronisierungssitzung übertragene Datenmenge zu minimieren.
Der Datenaustausch erfolgt über XML-Nachrichten einer bestimmten Struktur. Die Nachricht enthält Daten, die sich seit der letzten Synchronisierung mit dem Knoten geändert haben, sowie einige Dienstinformationen. Die Nachrichtenstruktur unterstützt die Nachrichtennummerierung und ermöglicht es Ihnen, vom Empfängerknoten eine Bestätigung über den Empfang von Nachrichten zu erhalten. Eine solche Bestätigung ist in jeder vom Empfangsknoten kommenden Nachricht in Form der Nummer der zuletzt empfangenen Nachricht enthalten. Durch die Nummerierung von Nachrichten kann die Plattform nachvollziehen, welche Daten bereits erfolgreich an den empfangenden Knoten übertragen wurden, und eine erneute Übertragung vermeiden, indem nur Daten übertragen werden, die sich geändert haben, seit der sendende Knoten die letzte Nachricht mit einer Empfangsbestätigung für die vom empfangenden Knoten empfangenen Daten erhalten hat. Dieses Betriebsschema gewährleistet eine garantierte Zustellung auch bei unzuverlässigen Übertragungskanälen und Nachrichtenverlust.
Externe Komponenten
In einer Reihe von Fällen muss man sich bei der Lösung von Integrationsproblemen mit spezifischen Anforderungen auseinandersetzen, beispielsweise Interaktionsprotokollen, Datenformaten, die in der 1C:Enterprise-Plattform nicht vorgesehen sind. Für ein solches Aufgabenspektrum bietet die Plattform , mit dem Sie dynamisch Plug-in-Module erstellen können, die die Funktionalität von 1C:Enterprise erweitern.
Ein typisches Beispiel für eine Aufgabe mit ähnlichen Anforderungen wäre die Integration einer 1C-Anwendungslösung in Einzelhandelsgeräte, von Waagen über Registrierkassen bis hin zu Barcode-Scannern. Externe Komponenten können sowohl auf der Serverseite von 1C:Enterprise als auch auf der Clientseite (einschließlich, aber nicht beschränkt auf den Webclient) angeschlossen werden 1C:Enterprise). Die Technologie externer Komponenten stellt eine relativ einfache und verständliche Softwareschnittstelle (C++) für die Interaktion von Komponenten mit der 1C:Enterprise-Plattform bereit, die vom Entwickler implementiert werden muss.
Die Möglichkeiten, die sich beim Einsatz externer Komponenten eröffnen, sind sehr vielfältig. Sie können die Interaktion über ein bestimmtes Datenaustauschprotokoll mit externen Geräten und Systemen implementieren, spezifische Algorithmen zur Verarbeitung von Daten und Datenformaten einbauen usw.
Veraltete Integrationsmechanismen
Die Plattform bietet Integrationsmechanismen, die für den Einsatz in neuen Lösungen nicht empfohlen werden; Sie bleiben aus Gründen der Abwärtskompatibilität bestehen und auch für den Fall, dass die Gegenpartei nicht mit moderneren Protokollen arbeiten kann. Eine davon ist die Arbeit mit Dateien im DBF-Format (unterstützt in der integrierten Sprache mithilfe des XBase-Objekts).
Ein weiterer Legacy-Integrationsmechanismus ist die Verwendung der COM-Technologie (nur auf der Windows-Plattform verfügbar). Die 1C:Enterprise-Plattform bietet zwei Integrationsmethoden für Windows mithilfe der COM-Technologie: Automatisierungsserver und externe Verbindung. Sie sind sich sehr ähnlich, aber einer der grundlegenden Unterschiede besteht darin, dass im Fall des Automatisierungsservers eine vollwertige 1C:Enterprise 8-Clientanwendung gestartet wird und im Fall einer externen Verbindung ein relativ kleines In-Process-COM Der Server wird gestartet. Das heißt, wenn Sie über den Automatisierungsserver arbeiten, können Sie die Funktionalität der Clientanwendung nutzen und Aktionen ausführen, die den interaktiven Aktionen des Benutzers ähneln. Bei Verwendung einer externen Verbindung können Sie nur Geschäftslogikfunktionen verwenden und diese können sowohl auf der Clientseite der Verbindung ausgeführt werden, wo ein In-Process-COM-Server erstellt wird, als auch Sie können Geschäftslogik auf dem 1C:Enterprise-Server aufrufen Seite.
Mithilfe der COM-Technologie kann auch über den Anwendungscode auf der 1C:Enterprise-Plattform auf externe Systeme zugegriffen werden. In diesem Fall fungiert die 1C-Anwendung als COM-Client. Es sollte jedoch daran erinnert werden, dass diese Mechanismen nur funktionieren, wenn der 1C-Server in einer Windows-Umgebung betrieben wird.
In Standardkonfigurationen implementierte Integrationsmechanismen
Unternehmensdatenformat
In einer Reihe von 1C-Konfigurationen (Liste unten) ist basierend auf dem oben beschriebenen Plattform-Datenaustauschmechanismus ein vorgefertigter Mechanismus zum Austausch von Daten mit externen Anwendungen implementiert, der keine Änderung des Quellcodes der Konfigurationen erfordert (Vorbereitung für Daten). Der Austausch erfolgt in den Einstellungen der Anwendungslösungen):
- „1C:ERP Enterprise Management 2.0“
- „Komplexe Automatisierung 2“
- „Unternehmensbuchhaltung“, Ausgabe 3.0
- „Buchhaltung für ein CORP-Unternehmen“, Ausgabe 3.0
- „Einzelhandel“, Ausgabe 2.0
- „Basic Trade Management“, Ausgabe 11
- Handelsmanagement, Ausgabe 11
- „Gehälter und Personalmanagement AG“, Ausgabe 3
Das für den Datenaustausch verwendete Format ist , basierend auf XML. Das Format ist geschäftsorientiert – die darin beschriebenen Datenstrukturen entsprechen Geschäftseinheiten (Dokumente und Verzeichniselemente), die in 1C-Programmen dargestellt werden, zum Beispiel: Abschlussakt, Geldeingangsauftrag, Gegenpartei, Artikel usw.
Der Datenaustausch zwischen der 1C-Anwendung und einer Drittanbieteranwendung kann erfolgen:
- über ein eigenes Dateiverzeichnis
- über FTP-Verzeichnis
- über einen Webdienst, der auf der 1C-Anwendungsseite bereitgestellt wird. Die Datendatei wird als Parameter an Webmethoden übergeben
- per Email
Beim Austausch über einen Webdienst initiiert eine Drittanwendung eine Datenaustauschsitzung, indem sie die entsprechenden Webmethoden der 1C-Anwendung aufruft. In anderen Fällen ist die 1C-Anwendung der Initiator der Austauschsitzung (indem sie die Datendatei im entsprechenden Verzeichnis ablegt oder die Datendatei an die konfigurierte E-Mail-Adresse sendet).
Außerdem können Sie auf der 1C-Seite konfigurieren, wie oft die Synchronisierung erfolgen soll (für Optionen mit Dateiaustausch über ein Verzeichnis und E-Mail):
- nach Zeitplan (mit einer festgelegten Häufigkeit)
- manuell; Der Benutzer muss die Synchronisierung jedes Mal manuell starten, wenn er sie benötigt
Quittieren von Nachrichten
1C-Anwendungen führen Aufzeichnungen über gesendete und empfangene Synchronisierungsnachrichten und erwarten dies auch von Anwendungen von Drittanbietern. Dadurch können Sie den oben im Abschnitt „Datenaustauschmechanismus“ beschriebenen Mechanismus zur Nachrichtennummerierung verwenden.
Während der Synchronisierung übertragen 1C-Anwendungen nur Informationen über Änderungen, die seit der letzten Synchronisierung bei Geschäftseinheiten aufgetreten sind (um die Menge der übertragenen Informationen zu minimieren). Bei der ersten Synchronisierung lädt die 1C-Anwendung alle Geschäftseinheiten (z. B. Artikel des Artikelverzeichnisses) im EnterpriseData-Format in eine XML-Datei hoch (da sie alle „neu“ für die externe Anwendung sind). Die Drittanwendung muss die Informationen aus der von 1C empfangenen XML-Datei verarbeiten und bei der nächsten Synchronisierungssitzung in der an 1C gesendeten Datei in einem speziellen XML-Abschnitt die Information platzieren, dass die Nachricht von 1C mit einer bestimmten Nummer erfolgreich gesendet wurde erhalten. Die Empfangsnachricht ist ein Signal an die 1C-Anwendung, dass alle Geschäftseinheiten erfolgreich von der externen Anwendung verarbeitet wurden und keine Notwendigkeit mehr besteht, Informationen über sie zu übertragen. Eine XML-Datei aus einer Drittanwendung kann neben dem Beleg auch Daten zur Synchronisierung durch die Anwendung enthalten (z. B. Dokumente zum Verkauf von Waren und Dienstleistungen).
Nach Erhalt der Empfangsnachricht markiert die 1C-Anwendung alle in der vorherigen Nachricht übermittelten Änderungen als erfolgreich synchronisiert. Bei der nächsten Synchronisierungssitzung werden nur nicht synchronisierte Änderungen an Geschäftsentitäten (Erstellen neuer Entitäten, Ändern und Löschen vorhandener Entitäten) an die externe Anwendung gesendet.
Bei der Übertragung von Daten von einer externen Anwendung zur 1C-Anwendung ist das Bild umgekehrt. Die externe Anwendung muss den Empfangsteil der XML-Datei entsprechend ausfüllen und ihrerseits die Geschäftsdaten zur Synchronisierung im EnterpriseData-Format bereitstellen.
Vereinfachter Datenaustausch ohne Handshake
Für Fälle einfacher Integration, in denen es ausreicht, nur Informationen von einer Drittanbieteranwendung an die 1C-Anwendung zu übertragen, und eine umgekehrte Übertragung von Daten von der 1C-Anwendung an eine Drittanbieteranwendung nicht erforderlich ist (z. B. die Integration einer Online-Anwendung). Shop, der Umsatzinformationen an 1C: Buchhaltung übermittelt), gibt es eine vereinfachte Möglichkeit der Arbeit über einen Webdienst (ohne Quittierung), die keine Einstellungen auf der Seite der 1C-Anwendung erfordert.
Maßgeschneiderte Integrationslösungen
Es gibt eine Standardlösung „1C: Data Conversion“, die Plattformmechanismen zum Konvertieren und Austauschen von Daten zwischen Standard-1C-Konfigurationen nutzt, aber auch für die Integration mit Drittanwendungen genutzt werden kann.
Integration mit Banklösungen
Standard , vor mehr als 1 Jahren von 10C-Spezialisten entwickelt, ist in Russland tatsächlich zum Industriestandard geworden. Der nächste Schritt in diese Richtung ist die Technologie , mit dem Sie Zahlungsdokumente direkt aus den Programmen des 1C:Enterprise-Systems an die Bank senden und Kontoauszüge von der Bank empfangen können, indem Sie im 1C-Programm eine Taste drücken; Es ist nicht erforderlich, zusätzliche Programme auf dem Client-Computer zu installieren und auszuführen.
Есть така .
andere
Erwähnenswert , Standard für den kommerziellen Informationsaustausch (gemeinsam mit Microsoft, Intel, Price.ru und anderen Unternehmen entwickelt), .
Source: habr.com