Schauen wir uns ein einfaches Beispiel aus der Praxis an. Nehmen wir an, wir haben ein Unternehmen, das im Groß- und Einzelhandel tätig ist, und in diesem Unternehmen wird wie in jedem anderen die Buchhaltung geführt. Das Unternehmen hat zwei Standardbasen, dies sind UT (Trade Management) und BP (Enterprise Accounting). Um keine Doppelarbeit zu leisten, d.h. Erstellen Sie nicht die gleichen Dokumente in zwei Basen (schließlich sollten die Bewegungen für Management und Buchhaltung sein) wir werden nur die Synchronisierung zwischen diesen Basen einrichten.
Wir werden den Datenaustausch in eine Richtung einrichten, von UT ---> BP. Es ist auch möglich, einen Zwei-Wege-Austausch einzurichten, wird aber in der Praxis nicht so oft benötigt, sodass wir ihn in unserem Beispiel nicht berücksichtigen.
Vorbereitende Schritte zur Einrichtung der Börse im BP
Beginnen wir mit der Einrichtung der Synchronisation, gehen Sie zuerst zur 1C "Enterprise Accounting 3.0" Datenbank (Empfänger), wir müssen überprüfen, ob die Synchronisation für diese Datenbank aktiviert ist, dazu müssen wir zuerst zur Datenbank gehen. Sobald sich die Basis öffnet, gehen Sie zum Tab "Verwaltung" ---> "Datensynchronisationseinstellungen"
Bevor wir öffnen neuer Einsatz, muss es wie im Screenshot unten ausgefüllt werden, mit Ausnahme des Infobase-Präfixes. Das Präfix sollte aus zwei Buchstaben bestehen, Sie können einen beliebigen setzen, aber nach dem 1C-Standard ist es besser, das Präfix mit dem Namen der Konfiguration zu setzen, dh für "Enterprise Accounting" lautet das Präfix "BP". Wenn Sie komplexe Börsen einrichten und es mehrere Buchhaltungsdatenbanken gibt, dann sollten sich die Präfixe deutlich voneinander unterscheiden, hier können Sie die ersten beiden Buchstaben des Namens der Organisation als Abkürzung verwenden.
Wir konfigurieren weiterhin die Datensynchronisierung in UT
Nachdem wir alle notwendigen Aktionen in der Empfängerbasis (BP 3.0) durchgeführt haben, um den Datenaustausch weiter einzurichten, müssen wir die Quellbasis (UT 11.1) öffnen. Wir gehen auf die Registerkarte "Administration", wählen links im Menü den Punkt "Datensynchronisationseinstellungen"... Wenn die Synchronisierung nicht aktiviert ist, aktivieren Sie sie mithilfe des Kontrollkästchens und vergessen Sie nicht, das Präfix der Quellbasis anzugeben. Nachdem wir alle Punkte 1-4 wie in der Abbildung unten gezeigt abgeschlossen haben, müssen Sie auf den Hyperlink "Datensynchronisation" (Punkt 5) klicken.
Im neu erscheinenden Fenster müssen Sie auf das grüne Pluszeichen (Datensynchronisation konfigurieren) klicken, im Dropdown-Menü den Punkt "Enterprise Accounting 3.0" auswählen.
Wichtige Punkte beim Datenaustausch zwischen UT und PSU konfigurieren
Nun sehen wir ein Fenster mit dem Einrichten der Datensynchronisation in 1C, wählen den Punkt "Einstellungen manuell festlegen" und klicken auf "Weiter".
Wir konfigurieren weiterhin den Datenaustausch in 1C, auf nächste Registerkarte Wir müssen die Option auswählen, den Empfänger mit der Infobase zu verbinden (direkte Verbindung zum Programm), Verbindungsparameter (ein dieser Computer oder in lokales Netzwerk), das Verzeichnis, in dem sich die Empfängerbasis befindet, sowie die notwendigen Authentifizierungsdaten (Benutzername und Passwort in der Basis).
Auf der nächsten Seite müssen wir die Regeln zum Senden und Empfangen von Daten aus der BP 3.0-Konfiguration (Empfänger) ausfüllen. Klicken Sie auf "Regeln für das Hochladen von Daten ändern".
Bevor wir das Fenster "Regeln für das Senden von Daten" geöffnet haben, haben wir darin folgende Parameter eingestellt:
- Welche Referenzdaten gesendet werden (in unserem Beispiel interessieren uns nur Dokumente und die darin verwendeten Referenzdaten, daher sind wir zum entsprechenden Punkt gegangen, wenn Sie den ersten Punkt "Alle senden" auswählen, werden alle Verzeichnisse geladen zusammen mit den Dokumenten, oft wenn die Informationen in den Dokumenten nicht verwendet werden, sind sie für den Empfänger nutzlos, da sie die Buchhaltung in keiner Weise beeinflussen)
- Ab welchem Datum alle Informationen gesendet werden (wir werden in diesem Artikel keine manuelle Synchronisierung berücksichtigen)
- An welche oder welche Organisationen Daten gesendet werden sollen (in unserem Beispiel haben wir eine Organisation ausgewählt, z. B. "Entrepreneur")
- Regeln für den Abschluss von Verträgen
- Generalisiertes Lager
- Ob Dokumente im Lager gefaltet werden sollen
Nachdem wir die Einstellungen vorgenommen haben, klicken Sie auf „Speichern und schließen“.
Da wir in unserem Beispiel eine Einwegvermittlung von UT zu BP einrichten und verwenden, dann sind die Einstellungen der Regeln zur Datenbeschaffung aus "Enterprise Accounting 3.0" für uns nicht von Interesse, klicken Sie also auf "Weiter".
In einem neuen Fenster werden wir aufgefordert, die Regeln für die Empfängerbasis (BP) zu konfigurieren. In Punkt 1 nennen wir unserer Basis einen Namen und geben ihr ein Präfix. Das PREFIX sollte das gleiche sein, wie wir es in der BP-Datenbank selbst am Anfang dieses Artikels festgelegt haben. Wenn sich die Präfixe unterscheiden, funktioniert die Datensynchronisation im 1C-Programm nicht. Danach drücken wir Punkt 2 und dann Punkt 3.
In Absatz 3 müssen wir zulassen, dass Dokumente gebucht werden, wenn sie in die Datenbank geladen werden. Klicken Sie auf "Speichern und schließen".
Nun sollte das Fenster ungefähr so aussehen wie das unten gezeigte, klicken Sie auf "Weiter".
Dieses Fenster enthält Referenzinformationen über die erstellte Synchronisation in 1C. Klicken Sie einfach auf die Schaltfläche "Weiter". Wenn das Programm beim Einrichten der Datensynchronisation einen Fehler anzeigt, müssen Sie uns kontaktieren, damit unser 1C-Spezialist Ihnen sofort weiterhilft!
Im nächsten Schritt das Programm bietet an, die Synchronisierung sofort nach dem Erstellen der Datenaustauscheinstellungen durchzuführen... Lassen Sie uns dem zustimmen und klicken Sie auf "Fertig stellen".
Vor Ihnen erscheint ein Fenster, in dem Sie Informationen über den Fortgang der Synchronisierung sehen. Wenn die Empfängerbasis nicht leer ist, d.h. da dort bereits Abrechnungen geführt wurden, wird der Benutzer im 1C-Programm aufgefordert, manuell einen Objektvergleich durchzuführen. Der Vergleich von Objekten in 1C während der Datensynchronisation ist ein Vergleich derselben Objekte des Empfängers mit denselben Objekten in der Quelle.
Betrachten wir ein Beispiel, sagen wir, in UT gibt es eine Gegenpartei mit dem Namen "PharmGroup LLC" und der TIN 1234567, und BP hat auch eine Gegenpartei mit der TIN 1234567, aber den Namen "PharmGroup", wenn wir diese beiden Objekte nicht vergleichen, wenn Datenvergleich in der Synchronisationsphase, dann haben wir nach der Synchronisation im Empfänger (Enterprise Accounting 3.0) zwei Gegenparteien mit der TIN 1234567 und zwei Namen "PharmGroup LLC" bzw. "PharmGroup". Um solche Situationen zu vermeiden, wurde ein Mechanismus zum Abgleichen von Objekten erfunden.
In unserem Beispiel ist die Empfängerbasis leer, und daher haben sich die Objektzuordnungsfenster für uns nicht geöffnet. Aber nach der Durchführung einiger Operationen wird das System den Benutzer sicherlich auffordern, einige zusätzliche Daten hinzuzufügen und das folgende Fenster anzuzeigen. Wir müssen keine zusätzlichen Daten übertragen, wir haben bereits alles Notwendige konfiguriert, daher wählen wir in diesem Schritt "Dokumente nicht zum Senden hinzufügen". Weiter klicken".
Die letzte Stufe des Datenaustauschs zwischen 1C
Im letzten Schritt zeigt das Programm das folgende Fenster an, in dem der Benutzer darüber informiert wird, dass die Synchronisierung erfolgreich war, klicken Sie auf "Fertig stellen". Damit ist die Synchronisation zwischen den Basen im One-Way-Austausch von „Trade Management 11.1“ (UT) zu „Enterprise Accounting 3.0“ (BP) abgeschlossen.
27.08.2015
1C hat die erste Version des neuen XML-basierten EnterpriseData-Geschäftsdatenaustauschformats veröffentlicht. Das Format ermöglicht es Ihnen, den Datenaustausch zwischen heterogenen Business-Automation-Systemen eines Unternehmens effektiv zu organisieren, unabhängig davon, wer deren Entwickler ist und für welche Tätigkeitsbereiche sie gedacht sind.
Die Veröffentlichung des Standards war für 1C der nächste Schritt zur Erhöhung der Offenheit seiner Produkte für die Integration mit Software Dritthersteller... Die Firma 1C hat diesem Bereich seit jeher besondere Aufmerksamkeit gewidmet. 1C-Produkte unterstützen das CommerceML-Format, das zum Austausch von Handelsinformationen im XML-Format verwendet wird. Besonders hervorzuheben ist das Format für den Austausch von Finanzdokumenten zwischen dem 1C: Enterprise-System und Modulen von Remote-Banking-Systemen (Client-Bank), das 1C gemeinsam mit führenden Entwicklern von Information-Banking-Systemen entwickelt hat. Dieses Format, das derzeit von Hunderten von russischen Banken (einschließlich Sberbank of Russia, VTB 24, Gazprombank, Rosselkhozbank) unterstützt wird, hat sich tatsächlich zum Branchenstandard entwickelt. Diese Richtung wurde in der DirectBank Direct Exchange Technologie weiterentwickelt, die die Interaktion mit einer Bank von 1C: Enterprise noch komfortabler und sicherer macht.
Gleichzeitig dienten die von "1C" unterstützten Formate früher hauptsächlich dazu, Probleme des Datenaustauschs zwischen verschiedenen Organisationen nur in bestimmten Tätigkeitsbereichen (E-Commerce, Integration mit Bankensystemen) zu lösen. Jetzt deckt das neue EnterpriseData-Format alle Bereiche des Unternehmens ab – Finanzen, Fertigung, Einkauf und Verkauf, Lagerbetrieb usw. Die erste Version des Formats enthält eine Beschreibung von 94 Dokumententypen aus verschiedenen Geschäftsbereichen. Das Format ist erweiterbar; 1C fügt ihm neue Dokumente hinzu und detailliert die vorhandenen.
Das Format wird für die Verwendung bei der Integration von Drittanbieteranwendungen mit 1C-Programmen empfohlen. Außerdem kann das Format verwendet werden, um Informationen zwischen anderen auszutauschen Informationssysteme: es hängt nicht von den Funktionen ab Software oder Infobase-Strukturen, die am Austausch teilnehmen und keine expliziten Nutzungsbeschränkungen enthalten.
Derzeit wird das Enterprise Data-Format bereits verwendet, um Daten zwischen Softwareprodukten der 1C-Firma selbst zu synchronisieren, es wird in folgenden Produkten unterstützt:
- 1C: ERP-Unternehmensmanagement 2.0
- 1C: Buchhaltung 8, Revision 3.0
- 1C: Rechnungswesen 8 CORP, Revision 3.0
- 1C: Einzelhandel, Revision 2.0
- 1C: Handelsmanagement, Ausgabe 11
Einer der am weitesten verbreiteten Fälle der Integration von "1C"-Produkten ist das Tandem "1C: Accounting" - "1C: Trade Management"; Diese beiden beliebten Produkte des Unternehmens tauschen 73 Arten von Dokumenten im EnterpriseData-Format aus, wodurch sie ihre Daten aktuell und synchronisiert halten können. Die Entwickler des Unternehmens 1C stellen fest, dass die Einführung des EnterpriseData-Formats es ermöglicht hat, die Qualität und Geschwindigkeit der Entwicklung der angewandten Lösungen des 1C: Enterprise-Systems durch die Vereinheitlichung des Codes zu erhöhen.
Bei Produkten von Drittanbietern, die in "1C"-Produkte integriert sind, reduziert die Verwendung des Formats sowohl das Entwicklungsvolumen als auch die Arbeitskosten für die Implementierung und den Support von Systemen. Früher, wenn jedes Produkt sein eigenes Datenaustauschformat unterstützte und N Produkte im Datenaustauschsystem vorhanden waren, erforderte das Hinzufügen eines neuen Produkts 2 * N Änderungen (siehe Fig. 1); jedes vorhandene Produkt benötigte Änderungen, um den Import von Daten aus dem neuen Produkt zu unterstützen, und Neues Produkt musste den Import von Daten aus bestehenden Produkten unterstützen. Nach der Einführung eines einheitlichen Formats erfordert das Hinzufügen eines neuen Produkts nur die Implementierung des Imports und Exports im EnterpriseData-Format und führt nicht zu Änderungen an bestehenden Produkten.
Abbildung 1 Datenaustausch ohne gemeinsames Format
Abbildung 2 Datenaustausch über das EnterpriseData-Format
Das Format behält die Aufwärtskompatibilität bei – alle Programme von Drittanbietern, die Daten im EnterpriseData-Format mit 1C-Software austauschen, funktionieren auch weiterhin, wenn neue Versionen des Formats veröffentlicht werden.
- um unsere eigenen Entwicklungen auf der 1C: Enterprise-Plattform (sowohl kundenspezifisch als auch Produktion) mit Standard 1C-Lösungen zu integrieren
- zur Integration anderer (Nicht-1C-)Systeme mit Lösungen auf Basis der 1C: Enterprise-Plattform
- die Interaktion anderer (Nicht-1C-)Systeme untereinander zu organisieren.
Drucken (Strg + P)
Austausch über ein universelles Format
Das Subsystem "Datenaustausch" der Bibliothek der Standard-Subsysteme enthält 4 Möglichkeiten (Technologien) für den Informationsaustausch zwischen verschiedenen Informationsbasen:
- verteilte Informationsbasen (RIB);
- Datenaustausch über ein universelles Format;
- Datenaustausch nach Austauschregeln (Austauschregeln werden mit der Konfiguration „Datenkonvertierung“, Version 2.1 erstellt);
- Datenaustausch ohne Austauschregeln.
In diesem Artikel wird die Technologie zum Austausch von Daten durch generisches EnterpriseData-Format. Diese Technologie ab Version 2.3.1.62 in der „Bibliothek der Standard-Subsysteme“ verfügbar. Anfang 2016 veröffentlicht. Derzeit hat die neueste Version von BSP 2.3 (für die Verwendung mit der 1C: Enterprise 8.3-Plattform nicht niedriger als Version 8.3.8.1652 mit deaktiviertem Kompatibilitätsmodus) die Version 2.3.6.17.
Reis. 1 Neueste Versionen von BSP 2.3
Unter den Lieferdateien von 1C-Anwendungslösungen befindet sich Textdatei„Versionen von Bibliotheken“, auf deren Basis die Anwendung entwickelt wurde, auf welcher BSP-Version zB basierend auf der Anwendungslösung UT 11.3.3.231, BSP 2.3.5.65 festgelegt wurde.
Beachten Sie, dass für die Verwendung mit der Plattform "1C: Enterprise 8.3" Version nicht niedriger als 8.3.10.2168 Version mit deaktiviertem Kompatibilitätsmodus veröffentlicht BSP 2.4.
Beschreibung des EnterpriseData-Formats
Was ist das EnterpriseData-Format?
Dies ist ein Format, mit dem Sie ein Infobase-Objekt (Gegenpartei, Rechnung usw.) beschreiben oder melden können, dass dieses Objekt gelöscht wurde. Es wird erwartet, dass die Konfiguration, die die Datei im EnterpriseData-Format erhalten hat, entsprechend reagiert - sie erstellt selbst neue Objekte und löscht diejenigen, die in der Datei als gelöscht markiert sind. Es ist für den Informationsaustausch zwischen Konfigurationen von UT, RT, UNF, BP bestimmt. Außerdem kann das Format zum Austausch von Informationen mit beliebigen anderen Informationssystemen verwendet werden: Es hängt nicht von den Eigenschaften der eigenen Software oder den Strukturen der am Austausch beteiligten Informationsbasen ab und enthält keine expliziten Nutzungsbeschränkungen.
Version des EnterpriseData-Formats
Die Formatdaten werden in XDTO - Paketen im allgemeinen Datenbankkonfigurationszweig gespeichert, wie in Abb. 2
Abb. 2 XDTO - EnterpriseData Datenformatpakete In Abb. Abbildung 2 zeigt, dass es mehrere XDTO-Pakete gibt. Das verschiedene Versionen Format. Die Formatversionsnummer besteht aus X.Y.Z, wobei X.Y die Version und Z die Nebenversion ist. Minor-Version wird bei Behebung von Fehlern und anderen Änderungen erhöht, bei denen: die Leistung der Datenkonvertierungslogik basierend auf vorherige Version Format (Aufrechterhaltung der Rückwärtskompatibilität der aktuellen Algorithmen zum Übertragen von Daten durch das Format); Die Unterstützung neuer Formatfunktionen für die Konvertierungslogik ist freiwillig. Ein Beispiel für solche Änderungen kann das Beheben eines Fehlers, das Ändern der Eigenschaften von Formatobjekten, das Hinzufügen von Eigenschaften sein, deren Verwendung beim Konvertieren von Daten optional ist. In anderen Fällen, wenn das Format geändert wird, wird die Major-Version erhöht: X - bei einer globalen Umstrukturierung, Y - in anderen Fällen.
Das Format beschreibt die Darstellung von Objekten (Dokumenten oder Katalogelementen) in Form von XML-Dateien. Version 1.0.1 enthält eine Beschreibung von 94 Objekten aus verschiedenen Bereichen (Finanzen, Fertigung, Einkauf und Verkauf, Lagerbetrieb). Die Typnamen sind in der Regel gut verständlich und bedürfen keiner weiteren Erläuterung: beispielsweise "Dokument.Act of CompletedWorks" oder "Directory.Contractors". Wie Sie sehen, beginnt die Beschreibung der Dokumenttypen mit dem Präfix "Dokument.", Ein Verzeichniselement - mit dem Präfix "Verzeichnis.". Weitere Formatbeschreibungen finden Sie
Die neueste Version ist 1.3, die am häufigsten verwendete Version ist jedoch 1.0. Es gibt keinen großen Unterschied zwischen den Versionen. Format EnterpriseDataExchange_1_0_1_1
beim Austausch über einen Webservice verwendet.
Notiz, dass das Paket mit dem EnterpriseData-Datenformatpaket verwendet wird ExchangeMessage beim Erstellen von Konvertierungsregeln. Dieses Paket enthält das Typobjekt Zusätzliche Information,die einen beliebigen Werttyp haben kann und beim Erstellen einer Regel zum Konvertieren zwischen Konfigurationsobjekten verwendet wird. die im Datenformat fehlen. Nämlich dank Zusätzliche Information,Sie können die Austauschregeln anpassen und anpassen, ohne die Formatdaten in XDTO-Paketen zu ändern.
Reis. 3 XDTO-PaketstrukturExchangeMessage Wie tausche ich Daten im EnterpriseData-Format aus?
Der EnterpriseData-Datenaustausch mit Konfiguration ist ein Dateiaustausch. Als Antwort auf die von der externen Anwendung empfangene Datei verarbeitet die Konfiguration diese und erstellt eine Antwortdatei. Ein Dateiaustausch kann stattfinden:
- über ein spezielles Dateiverzeichnis,
- über FTP-Verzeichnis,
- über einen Webservice, der auf der Infobase-Seite bereitgestellt wird. Die Datendatei wird als Parameter an die Webmethoden übergeben.
Notiz... Für den bidirektionalen Datenaustausch zwischen einer Drittanwendung und der Konfiguration müssen auf der Infobase-Seite einige Einstellungen vorgenommen werden - die Drittanwendung muss in der Infobase registriert sein, für sie muss ein Austauschkanal definiert werden (via eine Datei oder ein FTP-Verzeichnis) usw. Aber für Fälle einfacher Integration, wenn es genügt, nur Informationen aus einer Drittanwendung in die Infobase zu übertragen und Rückwärtsgang Daten aus der Infobase in eine Drittanwendung sind nicht erforderlich (z. B. die Einbindung eines Online-Shops, der Informationen über Verkäufe an 1C: Accounting übermittelt), es gibt eine vereinfachte Version der Arbeit durch einen Webservice, der keine Einstellungen erfordert auf der Seite.
Beim Austausch über Austauschpläne übertragen Konfigurationen während der Synchronisation nur Informationen über Änderungen, die seit der letzten Synchronisation aufgetreten sind (um die übertragene Informationsmenge zu minimieren). Bei der ersten Synchronisation lädt die Konfiguration alle EnterpriseData-Objekte in eine XML-Datei (da sie alle „neu“ für die Drittanbieteranwendung sind).
Der nächste Schritt ist für eine Drittanbieteranwendung - sie muss die Informationen aus der XML-Datei verarbeiten und bei der nächsten Synchronisationssitzung in den Abschnitt einfügen
Nach Erhalt der Empfangsnachricht markiert die Konfiguration alle in der vorherigen Nachricht übermittelten Änderungen als erfolgreich synchronisiert. Nur unsynchronisierte Änderungen an Objekten (neue erstellen, ändern und löschen) werden bei der nächsten Synchronisationssitzung an die externe Anwendung gesendet.
Beim Übertragen von Daten aus einer externen Anwendung in die Konfiguration kehrt sich das Bild um. Der Antrag muss den Abschnitt ausfüllen
Nach der Verarbeitung der Datei generiert die Konfiguration eine XML-Datei, die eine Empfangsnachricht und neue Daten für die Synchronisation von der Konfigurationsseite enthält (sofern seit der letzten Synchronisationssitzung vorhanden).
Weitere Details zum Datenaustausch mit angewandten Lösungen auf der 1C: Enterprise-Plattform im EnterpriseData-Format finden Sie
Allgemeines Modul „Börsenmanager durch universelles Format“.
Prozeduren und Funktionen, die die Regeln zum Entladen von Daten aus einer Infobase in ein Austauschformat und Regeln zum Laden von Daten aus einem Austauschformat in eine Infobase vollständig beschreiben, werden in einem gemeinsamen Modul entwickelt - einem Austauschmanagermodul durch ein universelles Format.
Reis. 4 Die Struktur des Exchange-Manager-Moduls durch ein universelles Format Das Anlegen des Moduls erfolgt automatisch über die Konfiguration "Datenkonvertierung", Revision 3.0, basierend auf den konfigurierten Austauschregeln oder manuell im Konfigurator.
Das Modul besteht aus mehreren großen Abschnitten, von denen jeder eine eigene Gruppe von Prozeduren und Funktionen enthält.
- Ein Kommentar. Die erste Zeile des Moduls enthält einen Kommentar mit dem Namen der Konvertierung. Diese Zeile wird benötigt, um das Modul bei Verwendung des Befehls im Programm "Datenkonvertierung", Revision 3.0, zu identifizieren, zB. // Konvertierung von UP2.2.3 vom 01.06.2017 19:51:50
- Umwandlungsverfahren... Enthält vordefinierte Prozeduren, die in verschiedenen Stadien der Datensynchronisation ausgeführt werden: vor der Konvertierung, nach der Konvertierung, vor der verzögerten Befüllung.
- Datenverarbeitungsregeln (POD)... Enthält Prozeduren und Funktionen, die Datenverarbeitungsregeln beschreiben.
- Objektkonvertierungsregeln (OCP)... Enthält Prozeduren und Funktionen, die die Regeln zum Konvertieren von Objekten sowie Regeln zum Konvertieren von Eigenschaften dieser Objekte beschreiben.
- Vordefinierte Datenkonvertierungsregeln (PKPD). Enthält eine Prozedur, die die Regeln zum Konvertieren vordefinierter Daten ausfüllt.
- Algorithmen... Enthält beliebige Algorithmen, die von anderen Regeln (POD oder PKO) aufgerufen werden.
- Parameter. Enthält die Logik zum Ausfüllen der Konvertierungsparameter.
- Allgemeiner Zweck... Enthält Prozeduren und Funktionen, die in Regeln und Algorithmen weit verbreitet sind.
Die Parameter von Prozeduren und Funktionen, die in verschiedenen Prozedurtypen im Manager-Modul verwendet werden, werden im Folgenden beschrieben.
Komponentenaustausch. Typ - Struktur... Enthält Parameter und Austauschregeln, die während der Ausführung der Austauschsitzung initialisiert werden.
Richtung Austausch. Typ - Zeichenfolge... Entweder Senden oder Empfangen.
IB-Daten. Typ - DirectoryObject oder DocumentObject.
Verfahren für Conversion-Ereignisse
Es gibt drei vordefinierte Prozeduren, die während des Konvertierungsprozesses aufgerufen werden:
- Vor der Konvertierung... Wird aufgerufen, bevor die Datensynchronisation durchgeführt wird. Normalerweise enthält dieses Verfahren eine Logik zum Initialisieren verschiedener Konvertierungsparameter, zum Eingeben von Standardwerten usw. Parameter: Komponentenaustausch.
- Nach der Konvertierung... Wird aufgerufen, nachdem die Datensynchronisierung abgeschlossen ist, aber bevor das ausstehende Seeding auftritt. Parameter: Komponentenaustausch.
- Vor dem verzögerten Füllen... Wird aufgerufen, bevor verzögertes Seeding durchgeführt wird. Hier befindet sich die Logik zum Sortieren oder Aktualisieren der Tabelle der zurückzustellenden Objekte. Parameter: Komponentenaustausch.
AML-Verfahren
FillDataProcessingRules. Das Exportverfahren, das die Logik zum Ausfüllen der Datenverarbeitungsregeln enthält. Enthält Aufrufe an andere Prozeduren, die der Regeltabelle eine Regel zum Verarbeiten eines bestimmten Objekts hinzufügen (siehe Prozeduren unten Hinzufügen). Parameter: Richtung des Austauschs, Regeln zur Datenverarbeitung
SUB_ hinzufügen<ИмяПОД>... Eine Reihe von Prozeduren, die die POD-Tabelle mit Regeln für bestimmte Objekte füllen. Die Anzahl dieser Prozeduren entspricht der Anzahl der AMLs, die für diese Konvertierung im Data Conversion-Programm, Version 3.0, bereitgestellt werden. Parameter: Regeln zur Datenverarbeitung(Wertetabelle, initialisiert während der Ausführung der Austauschsitzung).
UNTER_<ИмяПОД>_Bei der Verarbeitung. Die Prozedur enthält den Handlertext Bei der Verarbeitung für eine bestimmte AML. Der Handler soll die Konvertierungslogik auf Objektebene implementieren. Um beispielsweise einem bestimmten Objekt einen bestimmten POC zuzuweisen, abhängig vom Inhalt des Objekts. Parameter:
- IB-Daten oder DatenXDTO(je nach Wechselrichtung):
- beim Senden - Objekt ( Referenzobjekt,DocumentObject);
- nach Erhalt - eine Struktur mit einer Beschreibung des XDTO-Objekts.
- Verwendung von PKO... Eine Art - Struktur... Der Schlüssel enthält eine Zeichenfolge mit dem PKO-Namen und dem Wert des Typs Boolesches (Wahr- PKO verwendet wird, Lüge- PKO wird nicht verwendet).
- Komponentenaustausch.
UNTER_<ИмяПОД>_Beispieldaten. Die Funktion enthält den Handlertext Beim Entladen... Der Handler ist entworfen, um einen willkürlichen Algorithmus zum Auswählen von zu entladenden Objekten zu implementieren. Zurückgegebener Wert: ein Array von zu entladenden Objekten. Das Array kann sowohl Referenzen auf Infobase-Objekte als auch eine Struktur mit Daten zum Entladen enthalten. Parameter: Komponentenaustausch.
POC-Verfahren
FillObjectConversionRules. Das Exportverfahren, das die Logik zum Ausfüllen der Regeln zum Konvertieren von Objekten enthält. Enthält Aufrufe anderer Prozeduren, die eine Regel zum Konvertieren eines bestimmten Objekts in die Regeltabelle hinzufügen (siehe unten Prozeduren PKO . hinzufügen). Parameter: Richtung des Austauschs, RegelnKonvertierung(Wertetabelle, initialisiert während der Ausführung der Austauschsitzung).
Addpco_<ИмяПКО>... Eine Reihe von Prozeduren, die die PQS-Tabelle mit Regeln für bestimmte Objekte füllen. Die Anzahl dieser Prozeduren entspricht der Anzahl der PQS, die für diese Konvertierung im Programm Data Conversion, Version 3.0, bereitgestellt werden. Parameter: RegelnKonvertierung(Wertetabelle, initialisiert während der Ausführung der Austauschsitzung).
PKO_<ИмяПКО>_Beim Senden von Daten. Die Prozedur enthält den Handlertext Wenn du sendest für einen bestimmten PKO. Der Handler wird beim Entladen von Daten verwendet. Entwickelt, um die Logik zum Konvertieren von Daten, die in einem Infobase-Objekt enthalten sind, in eine XDTO-Objektbeschreibung zu implementieren. Parameter:
- IB-Daten... Eine Art - Referenzobjekt, DocumentObject... Das verarbeitete Objekt der Infobase.
- DatenXDTO... Eine Art - Struktur... Entwickelt, um auf Daten des XDTO-Objekts zuzugreifen.
- Komponentenaustausch.
- Entladestapel... Eine Art - Array... Enthält Links zu entladenen Objekten unter Berücksichtigung der Verschachtelung.
PKO_<ИмяПКО>_WhenXDTODataConversion. Die Prozedur enthält den Handlertext WhenDataConversionXDTO für einen bestimmten PKO. Der Handler wird beim Laden von Daten verwendet. Entwickelt, um beliebige Logik zum Konvertieren von XDTO-Daten zu implementieren. Parameter:
- DatenXDTO... Eine Art - Struktur... Eigenschaften des XDTO-Objekts, die vorverarbeitet wurden, um den Zugriff zu erleichtern.
- Empfangene Daten... Eine Art - Referenzobjekt, DocumentObject... Ein Infobase-Objekt, das durch Konvertieren von XDTO-Daten gebildet wird. Nicht in der Infobase erfasst.
- Komponentenaustausch.
PKO_<ИмяПКО>_BeforeWritingReceivedData. Die Prozedur enthält den Handlertext Vor dem Aufzeichnen empfangener Daten für einen bestimmten PKO. Der Handler wird beim Laden von Daten verwendet. Entwickelt, um zusätzliche Logik zu implementieren, die ausgeführt werden muss, bevor ein Objekt in die Infobase geschrieben wird. Ob Sie beispielsweise die Änderungen in die bestehenden IB-Daten laden müssen oder als neue Daten laden sollen. Parameter:
- Empfangene Daten... Eine Art - Referenzobjekt, DocumentObject... Datenelement, das durch Konvertieren von XDTO-Daten gebildet wird.
Es wird erfasst, wenn diese Daten für die Infobase neu sind (Parameter IB-Daten enthält den Wert Nicht definiert).
Sonst Empfangene Daten sich ersetzen IB-Daten(alle Eigenschaften von Empfangene Datenübertragen zu IB-Daten).
Wenn das standardmäßige Ersetzen der IB-Daten durch die empfangenen Daten nicht erforderlich ist, sollten Sie eine eigene Übertragungslogik schreiben und dann den Parameter einstellen Empfangene Daten Bedeutung Nicht definiert:
- IB-Daten... Eine Art - Referenzobjekt, DocumentObject... Das Infobase-Datenelement, das den empfangenen Daten entspricht. Wenn keine passenden Daten gefunden werden, enthält Nicht definiert.
- Conversion-Eigenschaften... Eine Art - Wertetabelle... Enthält die Regeln zum Konvertieren der Eigenschaften des aktuellen Objekts, das während der Ausführung der Austauschsitzung initialisiert wird.
- Komponentenaustausch.
PCPD-Verfahren
FillRulesConversionPredefinedData... Das Exportverfahren, das die Logik zum Ausfüllen der Regeln zur Konvertierung vordefinierter Daten enthält. Parameter: Richtung des Austauschs, RegelnKonvertierung(Wertetabelle, initialisiert während der Ausführung der Austauschsitzung).
Algorithmen
Im Programm "Data Conversion", Revision 3.0, ist es möglich, beliebige Algorithmen zu erstellen, die von den POD- und PKPD-Handlern aufgerufen werden. Name, Parameter und Inhalt der Algorithmen werden bei der Entwicklung der Regeln festgelegt.
Parameter
FillParametersConversion. Exportverfahren, bei dem die Struktur mit Konvertierungsparametern gefüllt wird. Parameter: OptionenKonvertierung(eine Art - Struktur).
Allgemeine Verfahren und Funktionen
ExecuteManagerModuleProcedure. Parameter: Verfahrensname(Linie), Parameter(Struktur). Eine Exportprozedur, die eine Nicht-Exportmodulprozedur aufrufen soll, deren Name und Parameter als Eingabe empfangen werden. Ermöglicht Ihnen, eine Prozedur oder Funktion Zeile für Zeile aufzurufen, ohne eine Methode zu verwenden Ausführen.
ExecuteManagerModuleFunction. Parameter: Verfahrensname(Linie), Parameter(Struktur). Funktion, Zweck ist gleich RunProcedureManagerModul... Der Unterschied besteht darin, dass es eine Funktion aufruft und ihren Wert zurückgibt.
Senden Sie diesen Artikel an meine E-Mail
Die Hauptgründe für die Notwendigkeit, einen Austausch zwischen 1C-Basen zu implementieren, sind das Vorhandensein von Filialen und die Trennung der Abrechnungsarten, da oft sind Unternehmen in mehreren Informationsbasen tätig. Durch die Einrichtung des Austauschs von 1C 8.3 können Sie Doppelarbeiten ausschließen - gleiche Dokumente und Nachschlagewerke in zwei Programmen eingeben sowie die erforderlichen Systemobjekte für verschiedene Branchen und Abteilungen zeitnah bereitstellen.
Für den Fall, dass ein Austausch zwischen den Filialen erforderlich ist, wird RIB (Distributed Informationsbasis). Es ist ein Austauschmechanismus zwischen identischen Konfigurationen. Es ist ein Baum mit dem wichtigsten Wurzelknoten oben, darunter ein Paar verwandter Knoten. Änderungen können in jedem Knoten dieses Systems vorgenommen werden und werden auf andere zugehörige Knoten übertragen. Auch die Verteilung von Daten, sondern auch von Konfigurationsänderungen vom Wurzelknoten an die untergeordneten Knoten erfolgt.
Wenn es notwendig ist, die Abrechnungsarten zu trennen, beispielsweise eine operative in einer Handelsbasis und eine regulierte in einer buchhalterischen zu unterhalten, stehen universelle Austauschmechanismen mit flexiblen Dazur Verfügung.
Eine der neuesten Entwicklungen in 1C ist das Datenaustauschformat EnterpriseData. Es ist einfach zu bedienen und für den Austausch innerhalb eines Unternehmens sowohl zwischen 1C-Datenbanken als auch Fremdprogrammen gedacht.
Die Umsetzung des Datenaustausches im Unternehmen kann in Form von sequentiellen Verfahren abgebildet werden.
Zunächst muss festgelegt werden, zwischen welchen Basen der Austausch stattfinden soll; wird es ein zwei- oder einseitiger Austausch sein; wenn es einseitig ist, welche Basis sendet dann Informationen und welche empfängt nur; wenn es sich um ein komplexes Filialnetz handelt, muss ein Schema für den Aufbau der Basen registriert werden.
Dann wählen wir das passende Format: RIB, Universalformat; Umtausch nach den Umtauschregeln; Umtausch ohne Umtauschregeln.
Der nächste Schritt besteht darin, einen Transport auszuwählen, um den Austausch durchzuführen. Es steht eine große Auswahl an Technologien zur Verfügung, heben wir die wichtigsten hervor: Verzeichnis (lokal oder Netzwerk), FTP-Ressource, COM-Verbindungen, Webservice, E-Mail.
Im vierten Schritt werden die Daten definiert: Dokumente, Verzeichnisse und ggf. Angaben zu deren zu übertragenden Einzelangaben.
Und zum Schluss wird der Zeitplan für die Häufigkeit des Austauschs vorgeschrieben
Jede Option zum Einrichten von 1C 8.3-Austausch erfordert eine sorgfältige Vorbereitung. Seine Umsetzung übersteigt die Macht jedes Benutzers, hier ist es notwendig, viele Nuancen zu berücksichtigen und die Prinzipien des Austauschs zu verstehen. Besondere Aufmerksamkeit ist der Einrichtung zu widmen, wenn die Datenbanken: Revisionen oder viele zusätzliche enthalten. Details unterscheiden sich in Plattformversionen oder werden verwendet veraltete Versionen Konfigurationen ist das Unternehmen groß und verwendet ein automatisiertes System, das aus einer großen Anzahl von Datenbanken besteht. Fehler sind hier nicht akzeptabel, denn kann zu irreparablen Folgen führen. Die Selbstimplementierung des Austauschs in 1C wird nur empfohlen, wenn Sie eine einfache Übertragung von Informationen zwischen typischen Konfigurationen einrichten müssen.
Wenn Sie an Ihren Fähigkeiten zweifeln, ist es besser, kein Geld zu sparen, sondern sich an einen kompetenten Spezialisten zu wenden, der Ihnen hilft, die schwierige Aufgabe der Einrichtung von 1C 8.3-Börsen zu lösen.
Sollten Sie sich dennoch dazu entschließen, 1C-Börsen ohne Einschaltung von Experten zu konfigurieren, empfiehlt es sich zunächst an Kopien der Datenbanken zu testen und vor Beginn der Arbeit in den Arbeitsdatenbanken die Konfigurationen zu entladen, damit Sie im Fehlerfall wieder in den Ursprungszustand zurückkehren können .
Nachfolgend finden Sie ein detailliertes Beispiel für die einseitige Einrichtung des 1C 8.3-Austauschs zwischen den Standardkonfigurationen Trade Management 11 (UT) und Enterprise Accounting 3.0 (BP). Das Beispiel ist für viele Unternehmen des führenden Groß- und Einzelhandels relevant. In UT wird das Management Accounting geführt, in BP - reguliert, der Austausch ist notwendig, um die Arbeit der Benutzer zu erleichtern.
Dieser Algorithmus ist auch für andere typische Konfigurationen auf der 1C 8.3-Plattform geeignet.
Zunächst führen wir vorbereitende Arbeiten für den Informationsempfänger durch, d.h. für Netzteil. Wir starten das Programm im Enterprise-Modus. Sie müssen die Konstante Datensynchronisation setzen (Abschnitt Administration → Datensynchronisation).
Achten Sie auf das Feld Präfix, hier müssen Sie einen Wert angeben, der es Ihnen ermöglicht später zu unterscheiden (an dem Wert des Referenzcodes oder der Dokumentnummer), in welchem Programm die Objekte ursprünglich erstellt wurden. In unserem Beispiel ist die übliche Abkürzung geeignet - BP und UT, wenn die Austauscheinstellung 1C 8.3 für einen komplexen Austausch zwischen große Menge Basen sowie identischen Konfigurationen müssen Sie für jede Basis eine eigene verständliche Bezeichnung eingeben.
Da das Netzteil nur ein Empfänger von Informationen ist, fahren wir mit der Einrichtung des UTs fort.
Hier wie auch im GP müssen Sie die Synchronisation aktivieren und das Präfix angeben. Diese Informationen finden Sie im Abschnitt NSI und Verwaltung → Datensynchronisationseinstellungen.
Auswählen einer Einstellungsmethode Legen Sie die Einstellungen manuell fest. Weiter.
Wir installieren die Direktverbindungsoption, wenn sich beide Programme im selben lokalen Netzwerk befinden, geben wir die Parameter für die Verbindung zum IB-Verzeichnis in diesem Netzwerk an und geben auch die Authentifizierungsinformationen des Benutzers (in der BP-Datenbank) ein. . Weiter.
Das System prüft die Richtigkeit der angegebenen Daten und zeigt bei positivem Ergebnis das Fenster 1C 8.3 Austauscheinstellungen an.
Durch Klicken auf den Link Daten-Upload-Regeln ändern sind die Einstellungen für die Börsenausführung verfügbar. Wir klären die Referenzdaten - um nur die in den Dokumenten verwendeten zu entladen, wählen wir die Organisation und die Möglichkeit, mit Verträgen zu arbeiten - ohne Referenz die Aufteilung von Dokumenten im Rahmen von Lagern. Der Beginn des Austausches ist am 1. März des laufenden Jahres.
Wir schreiben die eingeführten Regeln auf und schließen sie.
Da es sich im Beispiel um eine einseitige Übertragung von Informationen handelt, stellen Sie im nächsten Einstellungsfenster zum Empfangen von Daten von einem anderen Programm die Werte nicht senden ein. Aufnehmen und schließen. Weiter.
Jetzt müssen Sie die eingegebenen Parameter überprüfen und wenn sie richtig sind, klicken Sie auf Weiter, ansonsten kehren Sie zum vorherigen Schritt zurück, indem Sie auf Zurück klicken.
Anschließend werden Sie zum Synchronisieren aufgefordert. Klicken Sie auf Fertig stellen.
Müssen identische Objekte zweier Konfigurationen korreliert werden, öffnet sich ein Fenster zum Datenvergleich. Wir führen den Vergleich durch und klicken auf Weiter.
Bei der Übertragung von Objekten können problematische Situationen auftreten, die Ergebnisse können Sie durch Klicken auf den Link Warnungen während der Datensynchronisation anzeigen.
Nach Abschluss der Synchronisierung wird ein Fenster angezeigt, das den erfolgreichen Abschluss dieses Vorgangs bestätigt.
Hier können Sie mit dem Befehl Konfigurieren oder danach im Synchronisationsskript den Zeitplan konfigurieren automatische Ausführung Austausch.
Sie müssen einen Datenaustausch einrichten?
15 JAHRE PROGRAMMIERUNG 1C UND KOSTENLOSE VIDEOANLEITUNG ERSTELLEN
Wir haben ein Team von Programmierern, die umfangreiche Erfahrung in der Einrichtung von 1C-Austausch haben:
Zwischen 1C-Konfigurationen,
Beim Einrichten des Austauschs von 1C mit anderen Programmen.
Warum uns wählen?
Bis zu 2 Stunden Reaktionszeit für dringende Aufgaben, auch an Wochenenden und Feiertagen.
40+ Vollzeit-Programmierer mit Erfahrung in 1C von 5 bis 20 Jahren.
Wir machen Videoanleitungen zu den erledigten Aufgaben.
Live-Kommunikation über beliebige Messenger, die für den Kunden bequem sind.
99% der Aufgaben werden erledigt in Fernzugriff(TeamViewer oder RDP), wodurch die Zeit zum Erledigen von Aufgaben erheblich verkürzt wird.
Offizieller Partner von 1C seit 2006.
Erfahrung in erfolgreicher Automatisierung vom Kleinbetrieb bis zum Großkonzern.
99% der Kunden sind mit den Ergebnissen zufrieden, was durch die Dankesschreiben bestätigt wird.
Um die Integration mit 1C-Softwareprodukten zu erleichtern, wurde das Datenaustauschformat EnterpriseData entwickelt. Das Format basiert auf XML und ist geschäftsorientiert - die darin beschriebenen Datenstrukturen entsprechen Geschäftseinheiten (Dokumente und Verzeichniselemente), die in 1C-Programmen präsentiert werden, zum Beispiel: eine abgeschlossene Arbeit, Geldeingang, Gegenpartei, Vertrag usw Dies macht das Format intuitiv und einfach zu bedienen.
Das EnterpriseData-Format ist für den Datenaustausch innerhalb eines Unternehmens (auch zwischen heterogenen und geografisch entfernten Informationssystemen) gedacht und soll alle Bereiche der Unternehmensaktivitäten abdecken - Finanzen, Produktion, Einkauf und Verkauf, Lagerbetrieb usw.
Formatbeschreibung
Version 1.0.1 des Formats enthält eine Beschreibung von 94 Arten von Wirtschaftseinheiten aus verschiedenen Geschäftsbereichen ( detaillierte Beschreibung Format gefunden werden). Das Format ist erweiterbar – 1C fügt Beschreibungen neuer Geschäftseinheiten hinzu und erweitert bestehende Einheiten um neue Felder. Die Formatunterstützung in 1C-Produkten stellt die Aufwärtskompatibilität sicher – alle Programme von Drittanbietern, die Daten im EnterpriseData-Format mit 1C-Produkten austauschen, funktionieren auch bei der Veröffentlichung neuer Versionen des Formats korrekt.
Das Format ist für den Informationsaustausch zwischen beliebigen Informationssystemen bestimmt: Es ist unabhängig von den Eigenschaften der eigenen Software oder den Strukturen der am Austausch beteiligten Informationsbasen und enthält keine expliziten Nutzungsbeschränkungen.
Das Format wird verwendet, um Daten zwischen Softwareprodukten der Firma "1C" zu synchronisieren. Die folgenden Produkte unterstützen derzeit dieses Format:
- "1C: ERP-Unternehmensmanagement 2.0",
- "Unternehmensbuchhaltung", Revision 3.0,
- "Buchhaltung des Unternehmens CORP", Revision 3.0,
- "Einzelhandel", Revision 2.0,
- "Grundlegendes Handelsmanagement", Ausgabe 11,
- "Handelsmanagement", Ausgabe 11,
- "Gehalts- und Personalmanagement KORP", Ausgabe 3.
|
|
|
Mögliche Kommunikationsoption |
Datenaustausch mit 1C-Programmen
Voreinstellung auf der Seite „1C“
Um den Datenaustausch im EnterpriseData-Format zwischen der 1C-Anwendung und einer Drittanwendung zu starten, müssen Sie auf 1C-Seite eine Datensynchronisation einrichten. Während der Einrichtung wird der eindeutige Code der Anwendung angezeigt, mit der der Austausch durchgeführt wird, sowie über welchen Kanal die Daten ausgetauscht werden. Folgende Optionen stehen derzeit zur Verfügung:
- Internetservice,
- Dateiaustausch über ein Verzeichnis,
- Dateiaustausch über FTP,
- per E-Mail austauschen.
Bei einem Austausch über einen Webservice initiiert eine Drittanwendung eine Datenaustauschsitzung durch Aufruf der entsprechenden Webmethoden der 1C-Anwendung. In anderen Fällen leitet die 1C-Anwendung die Austauschsitzung ein.
Außerdem wird auf 1C-Seite konfiguriert, wie oft synchronisiert wird (bei Optionen mit Dateiaustausch über ein Verzeichnis und E-Mail):
- nach dem Zeitplan (in einer bestimmten Häufigkeit);
- manuell; der Benutzer muss die Synchronisierung jedes Mal manuell starten, wenn er sie benötigt.
Dateiformat austauschen
Während der Synchronisierung tauschen 1C-Anwendungen und Anwendungen von Drittanbietern Nachrichten aus - XML-Dateien einer bestimmten Struktur. Diese Dateien bestehen aus zwei Abschnitten -
|
|
|
Beispielnachricht |
Abschnitt
Geht die Nachricht in die entgegengesetzte Richtung - von einer Drittanwendung zur 1C-Anwendung, muss die Drittanwendung den Abschnitt entsprechend ausfüllen
1C-Anwendungen verfolgen gesendete und empfangene Synchronisationsnachrichten und erwarten dasselbe von Anwendungen von Drittanbietern. Warum dies geschieht, wird unten beschrieben.
Quittungsmechanismus
Während der Synchronisierung übertragen 1C-Anwendungen nur Informationen über Änderungen, die seit der letzten Synchronisierung an Geschäftseinheiten aufgetreten sind (um die übertragene Informationsmenge zu minimieren). Bei der ersten Synchronisation lädt die 1C-Anwendung alle Geschäftseinheiten im EnterpriseData-Format in eine XML-Datei hoch (da sie alle „neu“ für die externe Anwendung sind). Der nächste Schritt ist für die Drittanbieteranwendung – sie muss die Informationen aus der XML-Datei verarbeiten und bei der nächsten Synchronisationssitzung in den Abschnitt einfügen
Nach Erhalt der Empfangsnachricht markiert die 1C-Anwendung alle in der vorherigen Nachricht übertragenen Änderungen als erfolgreich synchronisiert. Nur nicht synchronisierte Änderungen in Geschäftseinheiten (Neue erstellen, Ändern und Löschen vorhandener) werden während der nächsten Synchronisationssitzung an die externe Anwendung gesendet.
Beim Übertragen von Daten von einer externen Anwendung an die 1C-Anwendung wird das Bild umgekehrt. Der Antrag muss den Abschnitt ausfüllen
Nach der Verarbeitung der Datei generiert die 1C-Anwendung eine XML-Datei, die eine Empfangsnachricht und neue Daten für die Synchronisierung von der 1C-Seite enthält (sofern seit der letzten Synchronisierungssitzung vorhanden).
Teilen über einen Webservice
Bei der Verwendung eines Webdienstes ist eine Drittanbieteranwendung der Initiator der Austauschsitzung. Um Daten von der 1C-Anwendung zu empfangen, muss sie die GetData-Webmethode aufrufen und den eingegebenen eindeutigen Anwendungscode übergeben. Als Antwort gibt 1C eine Datei mit Daten zu Geschäftseinheiten im EnterpriseData-Format zurück. Das Dateiformat wird beschrieben.
Um Daten an 1C zu übertragen, muss eine Anwendung die PutData-Webmethode aufrufen und als Parameter einen eindeutigen Anwendungscode und eine archivierte Datei im oben beschriebenen Format übergeben.
Teilen über andere Kanäle
Beim Datenaustausch über das /FTP-Verzeichnis oder E-Mail initiiert die 1C-Anwendung den Austausch. Es wird im entsprechenden Kanal abgelegt (Verzeichnis oder Briefkasten)-Datei des oben beschriebenen Formats und erwarten Antwortdateien von einer Drittanwendung im selben Kanal. Beim Austausch des Verzeichnisses / FTP-Verzeichnisses muss der Dateiname speziell zusammengesetzt sein, damit die 1C-Anwendung ihn verarbeiten kann. Bei Umtausch durch Email die Betreffzeile des Briefes muss nach einer bestimmten Regel aufgebaut sein und die gezippte Datei mit den Daten muss an den Brief angehängt werden.
Fazit
Die Palette der Integrationsszenarien, die das EnterpriseData-Format verwenden, ist breit gefächert. Dabei handelt es sich um den Austausch von Daten innerhalb derselben Organisation, beispielsweise die Übertragung von Daten an „1C: Accounting“ aus anderen Anwendungen zur vollständigen Buchhaltung oder den Austausch von Daten zwischen Hauptbüro und Remote-Lager. Das Format eignet sich auch für den Datenaustausch zwischen verschiedenen Organisationen.
