1c universeller Datenaustausch im XML-Format. Aussehen und Merkmale der Nutzung des universellen Datenaustauschs. Warum brauchen wir dann KD3? Vorteile und Nachteile

• Video – 21 Unterrichtsstunden
• Lehrmaterialien im PDF - 117 A4-Seiten
• 16 praktische Aufgaben mit Lehrerlösungen

Kursformat, Betreuung

Die Materialien sind sofort nach Bezahlung der Bestellung verfügbar – Sie laden sie von der Website herunter und studieren sie zu einem beliebigen Zeitpunkt.

Der Support erfolgt über die Master Group auf der Website.

Der Vollzugriff auf die Master-Gruppe muss aktiviert sein spätestens 100 Tage nach dem Kauf.

Relevanz des Kurses

Die Kursmaterialien sind relevant für die BSP-Version 2.3.2.73.

Wenn Sie planen, ältere Versionen des BSP zu verwenden, beachten Sie bitte, dass sich die Funktionsweise des BSP-Subsystems „Data Exchange“ geändert hat und sich auch die Schnittstellen geändert haben.

Ein neuer Kurs für die neuesten Versionen des BSP ist in der Entwicklung und wird in einigen Monaten veröffentlicht. Für Versionen von BSP 2.3.2.73 und jünger ist jedoch der aktuelle Tarif relevant.

Kursgebühr

9.700 Rubel

Garantie

Wir unterrichten seit 2008, sind von der Qualität unserer Kurse überzeugt und geben unser Bestes Standardgarantie von 60 Tagen.

Das heißt, wenn Sie mit der Teilnahme an unserem Kurs begonnen haben, aber plötzlich Ihre Meinung ändern (oder beispielsweise keine Gelegenheit dazu haben), haben Sie 60 Tage Zeit, um eine Entscheidung zu treffen – und wenn Sie zurückkommen, erhalten Sie 100 Tage zurück % der Zahlung.

Ratenzahlung

Unsere Kurse können in Raten oder in Raten bezahlt werden, auch ohne Zinsen. Dabei Sie erhalten sofortigen Zugriff auf Materialien.

Dies ist bei Zahlungen von Privatpersonen in Höhe von 3.000 RUB oder mehr möglich. bis zu 150.000 Rubel.

Sie müssen lediglich die Zahlungsart „Zahlung über Yandex.Checkout“ auswählen. Wählen Sie anschließend auf der Website des Zahlungssystems „Ratenzahlung“ aus, geben Sie die Laufzeit und die Höhe der Zahlungen an, füllen Sie ein kurzes Formular aus – und in wenigen Minuten erhalten Sie eine Entscheidung.

Zahlungsmöglichkeiten

Wir akzeptieren alle gängigen Zahlungsarten.

Von Einzelpersonen– Zahlungen mit Karten, Zahlungen mit elektronischem Geld (WebMoney, YandexMoney), Zahlungen über Internetbanking, Zahlungen über Kommunikationsshops usw. Es ist auch möglich, die Bestellung in Raten (in Raten) zu bezahlen, auch ohne zusätzliche Zinsen.

Beginnen Sie mit der Bestellung – und wählen Sie im zweiten Schritt Ihre bevorzugte Zahlungsart aus.

Von Organisationen und Einzelunternehmern– bargeldlose Zahlung, Lieferdokumente werden zur Verfügung gestellt. Sie geben eine Bestellung ein und können sofort eine Rechnung zur Zahlung ausdrucken.

Schulung mehrerer Mitarbeiter

Unsere Kurse sind auf individuelles Lernen ausgelegt. Gruppentraining an einem Gerät ist eine illegale Weitergabe.

Wenn ein Unternehmen mehrere Mitarbeiter schulen muss, bieten wir in der Regel „Zusatzpakete“ an, die 40 % weniger kosten.

Um eine Bestellung für ein „zusätzliches Kit“ aufzugeben Wählen Sie im Formular 2 oder mehr Kurssets aus, beginnend mit dem zweiten Satz Die Kosten für den Kurs werden um 40 % günstiger sein.

Es gibt drei Bedingungen für die Verwendung zusätzlicher Kits:

• Sie können nicht nur ein zusätzliches Set kaufen, wenn zuvor (oder zusammen mit diesem) nicht mindestens ein reguläres Set gekauft wurde.
• Es gibt keine weiteren Rabatte für zusätzliche Sets (sie sind bereits rabattiert, es wäre ein „Rabatt auf einen Rabatt“)
• Aus dem gleichen Grund gelten Sonderangebote nicht für zusätzliche Sets (z. B. eine Entschädigung von 7.000 Rubel).

Drucken (Strg+P)

Austausch über ein universelles Format

Das Subsystem „Data Exchange“ der Bibliothek der Standard-Subsysteme enthält 4 Optionen (Technologien) für den Informationsaustausch zwischen verschiedenen Informationsbasen:

• verteilte Informationsbasen (RIB);
• Datenaustausch über ein universelles Format;
• Datenaustausch gemäß Austauschregeln (Austauschregeln werden mit der Konfiguration „Datenkonvertierung“, Edition 2.1 erstellt);
• Datenaustausch ohne Austauschregeln.

In diesem Artikel wird die Technologie des Datenaustauschs durch erläutert universelles EnterpriseData-Format. Diese Technologie ist in der „Standard Subsystems Library“ ab Version 2.3.1.62 verfügbar. erscheint Anfang 2016. Derzeit hat die neueste Ausgabe von BSP 2.3 (zur 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 Dateien zur Bereitstellung von 1C-Anwendungslösungen befindet sich eine Textdatei „Bibliotheksversionen“, in der geschrieben wird, auf Basis welcher Version des BSP die Anwendung entwickelt wurde, beispielsweise basierend auf der Anwendungslösung UT 11.3.3.231, BSP 2.3.5.65 wurde erstellt.

Bitte beachten Sie, dass für den Einsatz mit der Plattform „1C:Enterprise 8.3“ keine niedrigere Version gilt 8.3.10.2168 Edition wurde 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 Informationsbasisobjekt (Gegenpartei, Rechnung usw.) beschreiben oder die Tatsache melden können, dass dieses Objekt gelöscht wurde. Es wird erwartet, dass die Konfiguration, die die Datei im EnterpriseData-Format empfängt, entsprechend reagiert – sie erstellt neue Objekte und löscht diejenigen, die in der Datei als gelöscht markiert sind. Es ist für den Informationsaustausch zwischen UT-, RT-, UNF- und BP-Konfigurationen vorgesehen. Das Format kann auch zum Austausch von Informationen mit beliebigen anderen Informationssystemen verwendet werden: Es ist nicht von den Funktionen der eigenen Software oder Informationsbasisstrukturen abhängig, die am Austausch teilnehmen, und enthält keine offensichtlichen Nutzungsbeschränkungen.

EnterpriseData-Formatversion

Die Formatdaten werden in XDTO-Paketen in den allgemeinen Datenbankkonfigurationszweigen gespeichert, wie in Abb. 2

Abb. 2 XDTO – EnterpriseData-Datenformatpakete

In Abb. 2 zeigt, dass es mehrere XDTO-Pakete gibt. Dabei handelt es sich um verschiedene Versionen des Formats. Die Versionsnummer des Formats besteht aus X.Y.Z, wobei X.Y die Version und Z die Nebenversion ist. Die Nebenversion wird im Falle von Fehlerbehebungen und anderen Änderungen erhöht, bei denen: die Funktionalität der Datenkonvertierungslogik basierend auf der vorherigen Version des Formats beibehalten wird (Aufrechterhaltung der Abwärtskompatibilität aktueller Datenübertragungsalgorithmen durch das Format); Die Unterstützung neuer Formatfunktionen für die Konvertierungslogik ist freiwillig. Ein Beispiel für solche Änderungen könnte die Korrektur eines Fehlers, die Änderung der Eigenschaften von Formatobjekten oder das Hinzufügen von Eigenschaften sein, deren Verwendung bei der Konvertierung von Daten nicht zwingend erforderlich ist. In anderen Fällen, wenn sich das Format ändert, erhöht sich die Hauptversion: X – im Falle einer globalen Umstrukturierung, Y – in anderen Fällen.
Das Format beschreibt die Darstellung von Objekten (Dokumenten oder Verzeichniselementen) in Form von XML-Dateien. Version 1.0.1 enthält eine Beschreibung von 94 Objekten aus verschiedenen Bereichen (Finanzen, Produktion, Einkauf und Verkauf, Lagerbetrieb). Die Namen der Typen sind in der Regel klar verständlich und bedürfen keiner weiteren Erläuterungen: zum Beispiel „Dokument.Akt der abgeschlossenen Arbeit“ oder „Verzeichnis.Gegenparteien“. Wie Sie sehen, beginnt die Beschreibung von Dokumenttypen mit dem Präfix „Dokumentarfilm.“ und das Verzeichniselement beginnt mit dem Präfix „Verzeichnis.“ Eine detailliertere Beschreibung des Formats finden Sie hier
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 Wird beim Austausch über einen Webdienst verwendet.
Beachten Sie, dass dass das EnterpriseData-Datenformatpaket zusammen mit verwendet wird ExchangeMessage beim Erstellen von Konvertierungsregeln. Dieses Paket enthält das Typobjekt Zusätzliche InformationDies kann einen beliebigen Werttyp haben und wird beim Erstellen einer Konvertierungsregel zwischen Konfigurationsobjekten verwendet. die nicht im Datenformat vorliegen. Genau, danke Zusätzliche InformationSie können Austauschregeln anpassen und anpassen, ohne die Formatdaten in XDTO-Paketen zu ändern.

Reis. 3 Aufbau des XDTO-PaketsExchangeMessage

Wie tausche ich Daten im EnterpriseData-Format aus?

Der Datenaustausch im EnterpriseData-Format mit Konfiguration ist ein Dateiaustausch. Als Reaktion auf die von der externen Anwendung empfangene Datei verarbeitet die Konfiguration diese und erstellt eine Antwortdatei. Dateien können ausgetauscht werden:

• über ein eigenes Dateiverzeichnis,
• über FTP-Verzeichnis,
• über einen Webdienst, der auf der Infobase-Seite bereitgestellt wird. Die Datendatei wird als Parameter an Webmethoden übergeben.

Notiz. Für den bidirektionalen Datenaustausch zwischen einer Drittanwendung und der Konfiguration auf der Infobase-Seite müssen einige Einstellungen vorgenommen werden – die Drittanwendung muss in der Infobase registriert sein, ein Austauschkanal muss dafür definiert werden (via eine Datei oder ein FTP-Verzeichnis) usw. Aber in Fällen einfacher Integration, in denen es ausreicht, nur Informationen von einer Drittanwendung an die Infobase zu übertragen, und eine umgekehrte Übertragung von Daten von der Infobase an eine Drittanwendung nicht erforderlich ist (z. B. Integration eines Online-Shops). das Verkaufsinformationen an 1C: Accounting überträgt), gibt es eine vereinfachte Version der Arbeit über einen Webdienst, der keine Einstellungen nebenbei erfordert.

Beim Austausch mithilfe von Konfigurationsaustauschplänen während der Synchronisierung werden nur Informationen über Änderungen übertragen, die seit der letzten Synchronisierung aufgetreten sind (um die übertragene Informationsmenge zu minimieren). Bei der ersten Synchronisierung speichert die Konfiguration alle EnterpriseData-formatierten Objekte in einer XML-Datei (da sie alle „neu“ für die Drittanbieteranwendung sind).

Der nächste Schritt gilt für die Drittanbieteranwendung: Sie muss die Informationen aus der XML-Datei verarbeiten und sie während der nächsten Synchronisierungssitzung im Abschnitt platzieren Information, dass eine Nachricht von der Konfiguration mit einer bestimmten Nummer erfolgreich empfangen wurde (tragen Sie die Nummer der von der Konfiguration empfangenen Nachricht in das Feld „ReceivedNo“ ein). Die Empfangsnachricht ist ein Signal an die Konfiguration, dass alle Objekte erfolgreich von der externen Anwendung verarbeitet wurden und keine Notwendigkeit mehr besteht, Informationen darüber zu übertragen. Die XML-Datei einer Drittanwendung kann neben dem Empfang auch Daten zur Synchronisation enthalten (im Abschnitt ).

Nach Erhalt der Empfangsnachricht markiert die Konfiguration alle in der vorherigen Nachricht gesendeten Änderungen als erfolgreich synchronisiert. Bei der nächsten Synchronisierungssitzung werden nur nicht synchronisierte Änderungen an Objekten (Neue erstellen, vorhandene ändern und löschen) an die externe Anwendung gesendet.

Beim Übertragen von Daten aus einer externen Anwendung in die Konfiguration ist das Bild umgekehrt. Der Antrag muss den Abschnitt ausfüllen entsprechend und im Abschnitt Platzieren Sie zu synchronisierende Objekte im EnterpriseData-Format.

Nach der Verarbeitung der Datei generiert die Konfiguration eine XML-Datei, die eine Empfangsnachricht und neue Daten für die Synchronisierung von der Konfigurationsseite enthält (sofern seit der letzten Synchronisierungssitzung welche vorhanden sind).

Weitere Details zum Datenaustausch mit Anwendungslösungen finden Sie auf der 1C:Enterprise-Plattform im EnterpriseData-Format

Allgemeines Modul „Exchange Manager durch ein universelles Format“.

Verfahren und Funktionen, die die Regeln zum Herunterladen von Daten aus der Informationsbasis in das Austauschformat und die Regeln zum Laden von Daten aus dem Austauschformat in die Informationsbasis vollständig beschreiben, werden in einem gemeinsamen Modul entwickelt – dem Austauschmanagermodul über ein universelles Format.

Reis. 4 Aufbau des Exchange-Manager-Moduls durch ein universelles Format

Die Erstellung des Moduls erfolgt automatisch über die Konfiguration „Datenkonvertierung“, Edition 3.0, auf Basis konfigurierter 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.

1. Ein Kommentar. Die erste Zeile des Moduls enthält einen Kommentar mit dem Namen der Konvertierung. Diese Zeile ist erforderlich, um das Modul zu identifizieren, wenn der Befehl beispielsweise im Datenkonvertierungsprogramm Edition 3.0 verwendet wird. // Konvertierung UP2.2.3 vom 01.06.2017 19:51:50
2. Konvertierungsverfahren. Enthält vordefinierte Prozeduren, die in verschiedenen Phasen der Datensynchronisierung ausgeführt werden: vor der Konvertierung, nach der Konvertierung, vor der verzögerten Befüllung.
3. Datenverarbeitungsregeln (DPR). Enthält Prozeduren und Funktionen, die die Regeln für die Datenverarbeitung beschreiben.
4. Objektkonvertierungsregeln (OCR). Enthält Prozeduren und Funktionen, die die Regeln zum Konvertieren von Objekten sowie die Regeln zum Konvertieren von Eigenschaften dieser Objekte beschreiben.
5. Vordefinierte Datenkonvertierungsregeln (PDC). Enthält eine Prozedur, die die Regeln zum Konvertieren vordefinierter Daten ausfüllt.
6. Algorithmen. Enthält beliebige Algorithmen, die von anderen Regeln (POD oder PKO) aufgerufen werden.
7. Optionen. Enthält die Logik zum Ausfüllen der Konvertierungsparameter.
8. Allgemeiner Zweck. Enthält Prozeduren und Funktionen, die häufig in Regeln und Algorithmen verwendet werden.

Nachfolgend werden die Parameter von Prozeduren und Funktionen beschrieben, die in verschiedenen Prozedurtypen im Manager-Modul verwendet werden.

Komponenten austauschen. Typ – Struktur. Enthält Parameter und Austauschregeln, die im Rahmen der Austauschsitzung initialisiert wurden.

Richtung des Austauschs. Typ – Zeichenfolge. Entweder „Senden“ oder „Empfangen“.

IB-Daten. Typ – DirectoryObject oder DocumentObject.

Verfahren im Zusammenhang mit Konvertierungsereignissen

Es gibt drei vordefinierte Prozeduren, die während des Konvertierungsprozesses aufgerufen werden:

• Vor der Konvertierung. Wird aufgerufen, bevor die Datensynchronisierung erfolgt. Dieses Verfahren enthält normalerweise die Logik zum Initialisieren verschiedener Konvertierungsparameter, zum Auffüllen von Standardwerten usw. Parameter: Komponentenaustausch.
• Nach der Konvertierung. Wird aufgerufen, nachdem die Datensynchronisierung abgeschlossen ist, aber bevor Lazy Padding erfolgt ist. Optionen: Komponentenaustausch.
• BeforeDelayedFilling. Wird aufgerufen, bevor Lazy Filling erfolgt. Die Logik zum Sortieren oder Anpassen der Tabelle der Objekte, die dem Lazy Filling unterliegen, finden Sie hier. Optionen: Komponentenaustausch.

AML-Verfahren

Füllen Sie die Datenverarbeitungsregeln aus. Ein Exportverfahren, das die Logik zum Ausfüllen von Datenverarbeitungsregeln enthält. Enthält Aufrufe anderer Prozeduren, die der Regeltabelle eine Regel zur Verarbeitung eines bestimmten Objekts hinzufügen (siehe Prozeduren unten). AML hinzufügen). Optionen: Richtung des Austauschs, Datenverarbeitungsregeln

UNDER_ hinzufügen<ИмяПОД>. Eine Reihe von Prozeduren, die die Tabelle UNTER den Regeln für bestimmte Objekte füllen. Die Anzahl solcher Prozeduren entspricht der Anzahl der AML, die für diese Konvertierung im Datenkonvertierungsprogramm Version 3.0 vorgesehen sind. Optionen: Datenverarbeitungsregeln(eine Wertetabelle, die im Rahmen der Austauschsitzung initialisiert wurde).

UNTER_<ИмяПОД>_WhenProcessing. Die Prozedur enthält den Handlertext Während der Verarbeitung für eine bestimmte AML. Der Handler ist so konzipiert, dass er Konvertierungslogik auf Objektebene implementiert. Weisen Sie beispielsweise einem bestimmten Objekt je nach Inhalt des Objekts eine bestimmte PQO zu. Optionen:

• InformationB-Daten oder DatenXDTO(abhängig von der Austauschrichtung):
• beim Senden – Objekt ( DirectoryObject,DocumentObject);
• beim Empfang - eine Struktur mit einer Beschreibung des XDTO-Objekts.
• Verwendung von PKO. Typ - Struktur. Der Schlüssel enthält eine Zeichenfolge mit dem Namen des PCO und dem Wert des Typs Boolescher Wert (WAHR– PKO wird verwendet, Lüge– PKO wird nicht verwendet).
• Komponentenaustausch.

UNTER_<ИмяПОД>_Datenerfassung. Die Funktion enthält den Handlertext Beim Entladen. Der Handler ist so konzipiert, dass er einen beliebigen Algorithmus zum Auswählen von zu entladenden Objekten implementiert. Rückgabewert: ein Array von Objekten, die entladen werden sollen. Das Array kann sowohl Links zu Infobase-Objekten als auch eine Struktur mit Daten zum Hochladen enthalten. Optionen: Komponentenaustausch.

PKO-Verfahren

Füllen Sie die Objektkonvertierungsregeln aus. Eine Exportprozedur, die die Logik zum Ausfüllen der Regeln zum Konvertieren von Objekten enthält. Enthält Aufrufe anderer Prozeduren, die eine bestimmte Objektkonvertierungsregel zur Regeltabelle hinzufügen (siehe Prozeduren unten). PKO hinzufügen). Optionen: Richtung des Austauschs, Konvertierungsregeln(eine Wertetabelle, die im Rahmen der Austauschsitzung initialisiert wurde).

AddPKO_<ИмяПКО>. Eine Reihe von Prozeduren, die die PKO-Tabelle mit Regeln für bestimmte Objekte füllen. Die Anzahl solcher Prozeduren entspricht der Anzahl der für diese Konvertierung vorgesehenen PKOs im Datenkonvertierungsprogramm Version 3.0. Optionen: Konvertierungsregeln(eine Wertetabelle, die im Rahmen der Austauschsitzung initialisiert wurde).

PKO_<ИмяПКО>_WhenSendingData. Die Prozedur enthält den Handlertext Wenn du sendest für eine bestimmte PKO. Der Handler wird beim Hochladen von Daten verwendet. Entwickelt, um die Logik zum Konvertieren von in einem Infobase-Objekt enthaltenen Daten in eine Beschreibung eines XDTO-Objekts zu implementieren. Optionen:

• InformationB-Daten. Typ - DirectoryObject, DocumentObject. Das verarbeitete Informationsbasisobjekt.
• DatenXDTO. Typ - Struktur. Entwickelt für den Zugriff auf XDTO-Objektdaten.
• Komponentenaustausch.
• StackUploads. Typ - Array. Enthält Links zu entladenen Objekten unter Berücksichtigung der Verschachtelung.

PKO_<ИмяПКО>_Beim Konvertieren von XDTO-Daten. Die Prozedur enthält den Handlertext Beim Konvertieren von DataXDTO für eine bestimmte PKO. Der Handler wird beim Laden von Daten verwendet. Entwickelt, um beliebige XDTO-Datenkonvertierungslogik zu implementieren. Optionen:

• DatenXDTO. Typ - Struktur. XDTO-Objekteigenschaften, die vorverarbeitet wurden, um den Zugriff zu erleichtern.
• Empfangene Daten. Typ - DirectoryObject, DocumentObject. Ein Infobase-Objekt, das durch Konvertieren von XDTO-Daten entsteht. Nicht in der Informationsdatenbank erfasst.
• Komponentenaustausch.

PKO_<ИмяПКО>_Vor dem Aufzeichnen der empfangenen Daten. Die Prozedur enthält den Handlertext Vor dem Aufzeichnen der empfangenen Daten für eine bestimmte 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 der Infobase aufgezeichnet wird. Sollen beispielsweise Änderungen in bestehende Informationssicherheitsdaten übernommen werden oder sollen diese als neue Daten geladen werden? Optionen:

• Empfangene Daten. Typ - DirectoryObject, DocumentObject. Ein Datenelement, das durch Konvertieren von XDTO-Daten generiert wird.

Wird erfasst, wenn diese Daten für die Infobase neu sind (Parameter InformationB-Daten enthält den Wert Nicht definiert).

Sonst Empfangene Daten ersetzen InformationB-Daten(alle Eigenschaften von Empfangene Datenübertragen auf InformationB-Daten).

Wenn kein standardmäßiger Ersatz von Informationssicherheitsdaten durch empfangene Daten erforderlich ist, sollten Sie Ihre eigene Übertragungslogik schreiben und dann den Parameter festlegen Empfangene Daten Bedeutung Nicht definiert:

• InformationB-Daten. Typ - DirectoryObject, DocumentObject. Ein Infobase-Datenelement, das den empfangenen Daten entspricht. Wenn keine passenden Daten gefunden werden, enthält Nicht definiert.
• ConvertingProperties. Typ - Wertetabelle. Enthält Regeln zum Konvertieren von Eigenschaften des aktuellen Objekts, die im Rahmen der Austauschsitzung initialisiert werden.
• Komponentenaustausch.

PCPD-Verfahren

Füllen Sie die Konvertierungsregeln für vordefinierte Daten aus. Eine Exportprozedur, die die Logik zum Ausfüllen der Regeln für die Konvertierung vordefinierter Daten enthält. Optionen: Richtung des Austauschs, Konvertierungsregeln(eine Wertetabelle, die im Rahmen der Austauschsitzung initialisiert wurde).

Algorithmen

Im Programm „Data Conversion“, Edition 3.0, ist es möglich, beliebige Algorithmen zu erstellen, die von den AML- und PKPD-Handlern aufgerufen werden. Name, Parameter und Inhalt der Algorithmen werden bei der Regelentwicklung festgelegt.

Optionen

Füllen Sie ConversionParameters aus. Ein Exportvorgang, bei dem die Struktur mit Konvertierungsparametern gefüllt wird. Optionen: Konvertierungsoptionen(Typ - Struktur).

Allgemeine Verfahren und Funktionen

ExecuteManagerModuleProcedure. Optionen: Prozedurname(Linie), Optionen(Struktur). Eine Exportprozedur, die eine Nicht-Exportmodulprozedur aufrufen soll, deren Name und Parameter als Eingabe empfangen werden. Ermöglicht Ihnen, eine Prozedur oder Funktion in einer Zeile aufzurufen, ohne eine Methode zu verwenden Ausführen.

ExecuteManagerModuleFunction. Optionen: Prozedurname(Linie), Optionen(Struktur). Funktion, Zweck ähnlich ExecuteManagerModuleProcedure. Der Unterschied besteht darin, dass es eine Funktion aufruft und ihren Wert zurückgibt.

Bei der Entwicklung von 1C 8-Austauschregeln wird häufig die Möglichkeit genutzt, das Verhalten von Austauschregeln programmgesteuert neu zu definieren – der Handler-Mechanismus. Event-Handler erweitern die Funktionalität erheblich und sind ein unverzichtbares Werkzeug zum Einrichten von Austauschregeln in Fällen, in denen interaktive Konfigurationsmöglichkeiten nicht ausreichen.

Handler und Algorithmen sind in der Sprache der Plattform geschrieben, auf der sie während des Austauschs ausgeführt werden.

Wenn es sich um eine 1C: Enterprise 7.7-Plattform handelt, wird der Handler-Code in den Upload- oder Download-Verarbeitungscode integriert. Dementsprechend wird jeder Handler oder Algorithmus in eine separate Funktion aufgeteilt und steht während des Austauschs zum Debuggen zur Verfügung.

Wenn das Hochladen oder Herunterladen auf der 1C: Enterprise 8-Plattform erfolgt, wird der Handler-Code nicht in den Datenaustausch-Verarbeitungscode integriert, sondern in die Austauschregeldatei hochgeladen. Beim Datenaustausch wird der Code von Handlern oder Algorithmen aus der Regeldatei entnommen und direkt im Kontext der „Run“-Anweisung ausgeführt. Um den Code von Handlern und Algorithmen zu debuggen, können Sie die Verarbeitung „Universal XML Data Interchange“ verwenden.

Automatisierte Steuerungssysteme bestehen in den meisten Fällen aus separaten Datenbanken und haben oft eine geografisch verteilte Struktur. Gleichzeitig ist ein korrekt durchgeführter Datenaustausch eine notwendige Voraussetzung für den effektiven Betrieb solcher Systeme.

Die anfängliche Einrichtung der Börse kann eine Reihe von Maßnahmen erfordern, nicht nur im Hinblick auf die Programmierung, sondern auch auf die Beratung, selbst wenn es sich um homogene Quellen handelt, wie es bei Produkten auf der 1C:Enterprise-Plattform der Fall ist. Warum die Einrichtung von 1C Exchange (oder wie es auch genannt wird, Datensynchronisierung in 1C 8.3) zur zeitaufwändigsten und teuersten Aufgabe eines Integrationsprojekts werden kann, schauen wir uns in diesem Artikel an.

Der Datenaustausch in der 1C-Umgebung ermöglicht Ihnen:

• Eliminieren Sie die doppelte Eingabe von Dokumenten;
• Automatisieren Sie damit verbundene Geschäftsprozesse;
• Optimieren Sie die Interaktion zwischen verteilten Abteilungen;
• Aktualisieren Sie zeitnah Daten für die Arbeit von Spezialisten aus verschiedenen Abteilungen;
• „Unterscheiden“ Sie zwischen verschiedenen Buchhaltungsarten.*

*In Fällen, in denen sich die Daten einer Buchhaltungsart erheblich von denen einer anderen unterscheiden, ist es notwendig, die Vertraulichkeit der Informationen zu gewährleisten und den Informationsfluss zu „abgrenzen“. Beispielsweise erfordert der Datenaustausch zwischen 1C UT und 1C Accounting kein Hochladen von Verwaltungsdaten in die regulatorische Buchhaltungsdatenbank, d. h. Die Synchronisierung in 1C wird hier unvollständig sein.

Wenn wir uns den Standardprozess zur Implementierung des primären Datenaustauschs vorstellen, wenn mindestens eines seiner Objekte ein 1C-Produkt ist, dann können wir die folgenden Phasen unterscheiden:

• Koordination der Zusammensetzung der Börse;
• Definition von Transport (Austauschprotokolle);
• Regeln festlegen;
• Terminplanung.

Identifizierung der Zusammensetzung des 1C-Austauschs

Tauschobjekte können in „Quelle“ und „Empfänger“ unterteilt werden. Gleichzeitig können sie zwei Rollen gleichzeitig übernehmen, was als wechselseitiger Austausch bezeichnet wird. Quelle und Ziel werden logisch je nach Bedarf bzw. Funktionalität des Systems bestimmt.*

*Zum Beispiel bei der Integration von „WA:Financier“ – einer auf Basis von „1C:Enterprise“ entwickelten Lösung zur Führung der Finanzbuchhaltung und Verwaltung von Treasury-Prozessen – empfehlen die WiseAdvice-Experten diese als Mastersystem. Dies liegt an der Verfügbarkeit von Kontrollinstrumenten, um die Regeln der Anwendungsrichtlinie einzuhalten und dementsprechend die Wirksamkeit der Lösung sicherzustellen.

Anschließend wird auf Basis der erhaltenen und erfassten Anforderungen der Nutzer eine Liste der auszutauschenden Daten erstellt, deren Umfang, Anforderungen an die Austauschhäufigkeit ermittelt und der Prozess der Fehlerbeseitigung und der Bewältigung von Ausnahmesituationen (Kollisionen) vorgegeben.

Gleichzeitig wird abhängig von der Flotte bestehender Systeme und der Struktur des Unternehmens das Austauschformat festgelegt:

Verteilte Informationsbasis

• RIB impliziert den Austausch zwischen identischen 1C-Datenbankkonfigurationen mit einer klaren „Master-Slave“-Kontrollstruktur für jedes Austauschpaar. Als Element einer Technologieplattform kann RIB neben Daten auch Konfigurationsänderungen und Verwaltungsinformationen der Datenbank übertragen (jedoch nur vom Master zum Slave).

Universeller Datenaustausch in 1C

• Ein Mechanismus, mit dem Sie den Austausch von 1C-Datenbanken konfigurieren können, sowohl mit Konfigurationen auf der 1C:Enterprise-Plattform als auch mit Systemen von Drittanbietern. Der Austausch erfolgt durch die Übertragung der Daten in ein universelles XML-Format gemäß den „Exchange Plans“.

Unternehmensdaten

• Die neueste Entwicklung von 1C, die darauf ausgelegt ist, den Datenaustausch im XML-Format zwischen Produkten, die auf der 1C:Enterprise-Plattform erstellt wurden, mit beliebigen Automatisierungssystemen zu implementieren. Der Einsatz von EnterpriseData vereinfacht die mit dem Austausch verbundenen Änderungen. Bisher war es beim Einbinden einer neuen Konfiguration in ein System erforderlich, einen Mechanismus zum Importieren und Exportieren von Daten zu implementieren, sowohl für dieses als auch für bestehende Systeme. Jetzt benötigen Systeme, die EnterpriseData unterstützen, keine Änderungen mehr, da sie nur einen Ein- und Ausstiegspunkt haben.

Definition von Transport (Austauschprotokolle)

Für das System auf der 1C:Enterprise 8-Plattform stehen vielfältige Möglichkeiten zur Verfügung, den Austausch mit beliebigen Informationsressourcen unter Verwendung allgemein anerkannter universeller Standards (XML, Textdateien, Excel, ADO-Verbindung usw.) zu organisieren. Daher sollten Sie sich bei der Festlegung des Transports für Austauschdaten auf die Datenbankfähigkeiten des Drittsystems verlassen.

Synchronisierung von Verzeichnissen

Das Grundprinzip einer effektiven Synchronisierung von Verzeichnissen ist das Vorhandensein eines einzigen Einstiegspunkts. Wenn wir jedoch über die Arbeit mit Verzeichnissen sprechen, die in der Vergangenheit nach unterschiedlichen Regeln gefüllt wurden, ist es notwendig, Synchronisierungsfelder klar zu definieren, um den Austausch auf einen „gemeinsamen Nenner“ zu bringen.*

*In diesem Stadium kann es erforderlich sein, Arbeiten zur Normalisierung der Referenzdaten auf der Seite der Datenquelle durchzuführen. Abhängig vom Zustand der Verzeichnisse und ihrem Umfang kann der Prozess des Vergleichens von Elementen, des Erkennens, Identifizierens von Fehlern und Duplikaten sowie des Ausfüllens fehlender Felder und der Zuweisung von Synchronisierungsfeldern die Arbeit einer ganzen Gruppe von Experten sowohl auf der als auch auf der anderen Seite erfordern Teil des Integrators (der Eigentümer der Stammdatennormalisierungstechnik) und von der Seite des Kunden.

Regeln festlegen

Die Möglichkeit, Daten aus Quellsystemen in Empfängern anzuzeigen, hängt von korrekt definierten Austauschregeln ab. Die im XML-Format dargestellten Regeln regeln die Übereinstimmung wichtiger Details von Quell-Empfänger-Objekten. Die Lösung 1C:Data Conversion ist darauf ausgelegt, die Erstellung von Regeln für die Implementierung sowohl einmaliger als auch dauerhafter Austausche zu automatisieren.

Garantiert keinen Datenverlust während des Austauschplans. Dies ist ein integraler Bestandteil jeder Konfiguration auf der 1C:Enterprise-Plattform, die das 1C-Austauschverfahren vollständig beschreibt: Datenzusammensetzung (Dokumente mit „identifizierenden“ Details) und Knoten (Empfänger-Sender-Informationsdatenbanken) sowie Aktivierung von RIB für ausgewählte Umtauschrichtungen.

Jede Änderung der im Austauschplan eingegebenen Daten wird protokolliert und erhält das Zeichen „geändert“. Solange die geänderten Daten in den Empfänger-Sender-Knoten nicht übereinstimmen, wird das Vorzeichen nicht zurückgesetzt und das System sendet Steuernachrichten an beide Knoten. Nach dem Hochladen der Daten und der Bestätigung ihrer vollständigen Konformität in beiden Systemen wird das Zeichen zurückgesetzt.

Austauschplan in 1C

Um den regelmäßigen Austausch zu automatisieren, wird die Häufigkeit des Daten-Uploads festgelegt. Die Häufigkeit des Austauschs richtet sich nach Bedarf und technischen Möglichkeiten. Außerdem ermöglichen Ihnen Konfigurationen auf der 1C:Enterprise-Plattform die Konfiguration des Datenaustauschs beim Eintreten eines Ereignisses.

Nachdem wir den Standardprozess der Implementierung eines Austauschs betrachtet haben, achten wir auf Faktoren, die in verschiedenen Phasen Verbesserungen erfordern:

• Nicht standardmäßige, stark modifizierte Datenbankkonfigurationen;
• Verschiedene Versionen der 1C:Enterprise-Plattform;
• Konfigurationsversionen, die längere Zeit nicht aktualisiert wurden;
• Tauschgegenstände, die zuvor verändert wurden;
• Die Notwendigkeit nicht standardmäßiger Börsenregeln;
• Eine ganz andere Menge und Zusammensetzung von Details in vorhandenen Nachschlagewerken.

Da bereits Standardmaßnahmen zur Umsetzung des Primärdatenaustauschs Expertenwissen erfordern, wird empfohlen, diese unter Beteiligung von 1C-Spezialisten durchzuführen. Erst nachdem Sie alle oben beschriebenen Schritte abgeschlossen haben, sollten Sie mit der Einrichtung der Vermittlungsstelle in der Konfiguration fortfahren. Betrachten wir die Integration von Datenbanken am Beispiel von 1C:UPP und 1C:Retail (der Austausch mit 1C:UT erfolgt nach dem gleichen Schema). Zur Standardsynchronisation gehört auch der SCP-SCP-Austausch, der typisch für große Automatisierungssysteme der größten Industrieunternehmen ist.

Wählen Sie im Untermenü „Service“ den Punkt „Datenaustausch mit Produkten auf der Plattform...“ (die Auswahl des direkten Austauschs mit „Retail“ führt häufig zu Fehlern auf der Ebene der COM-Objekte). Bitte beachten Sie die Servicemeldung „Diese Funktion ist nicht verfügbar.“

Um dieses Problem zu beheben, müssen Sie „Kommunikation konfigurieren“ auswählen.

...und aktivieren Sie das Kontrollkästchen. Ignorieren Sie als Nächstes die Fehlermeldung.

Wählen Sie in den Dat„Einen Austausch mit „Retail“ erstellen...“

Bevor Sie Verbindungseinstellungen über ein lokales oder Netzwerkverzeichnis konfigurieren, sollten Sie sicherstellen, dass auf der Festplatte Platz für das Verzeichnis vorhanden ist. Obwohl es in der Regel nicht mehr als 30-50 MB beansprucht, kann es in Ausnahmefällen auch bis zu 600 MB sein. Das benötigte Verzeichnis können Sie direkt aus dem Konfigurator heraus erstellen.

Bei der Verbindung über ein Netzwerkverzeichnis ignorieren wir das Angebot, die Verbindung über eine FTP-Adresse und per E-Mail zu konfigurieren, indem wir auf „Weiter“ klicken.

In den Einstellungen geben wir manuell Präfixe ein – Symbole der Datenbanken (normalerweise BP, UPP, RO), legen die Regeln und das Startdatum für den Daten-Upload fest. Das Präfix wird im Namen der Dokumente angegeben, um die Datenbank anzugeben, in der sie erstellt wurden. Wenn die Upload-Regeln nicht bearbeitet werden, werden die Daten standardmäßig gemäß allen verfügbaren Parametern hochgeladen.

Wir erstellen eine Exchange-Einstellungsdatei für „Retail“, um unsere Aktionen nicht zu wiederholen. Wenn Sie Daten sofort nach dem Einrichten der Synchronisierung senden müssen, aktivieren Sie das Kontrollkästchen.

Um den Austauschprozess zu automatisieren, müssen Sie einen Zeitplan erstellen.

Menü „Einzelhandel“.

Aktivieren Sie das Kontrollkästchen und wählen Sie „Synchronisierung“.

Wir führen die „umgekehrte“ Einrichtung durch, indem wir „Production Enterprise Management“ auswählen.

Laden Sie die in UPP erstellte Einstellungsdatei.

Wir setzen ein Häkchen, das System übernimmt die Adresse automatisch.

Wir verhalten uns genauso wie bei UPP.

Vergleich der Verifizierungsdaten (Es wird empfohlen, den manuellen Datenvergleich in der Vorbereitungsphase durchzuführen, da diese Arbeit im Prozess der Implementierung des Austauschs am arbeitsintensivsten sein kann.) Durch einen Doppelklick mit der Maus öffnet sich das Vergleichsfenster.

Im Falle eines Fehlers bei der Synchronisierung wird „Details...“ durch „Nie...“ ersetzt.

„Details...“ öffnet das Protokoll mit aktualisierten Informationen zum Austausch.

Bereit.

Was wird für den automatischen Datenaustausch benötigt, ohne Konfigurationsänderungen vorzunehmen:
1) Verarbeitung „Universeller Datenaustausch im XML-Format“, das in den meisten Standardkonfigurationen enthalten ist. Wenn es nicht vorhanden ist, kann es leicht auf der ITS-Festplatte oder im Internet gefunden werden. In der Konfiguration heißt es „Universal XML Data Exchange“
2) Regeln für den Datenaustausch. Erstellt mit „Datenkonvertierung“. Ein Job, den Sie meistern müssen. Es gibt auch Videokurse und Tutorials. Zum Beispiel: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Externe Verarbeitung, enthält Lade-/Entladevorgänge. Beginnen wir mit der Erstellung:
Im Objektmodul wird eine externe Verarbeitung erstellt, die den folgenden Text enthält (ersetzen Sie Ihre Daten durch Datenbanken und Benutzer). Es empfiehlt sich, einen separaten Benutzer mit vollen Rechten zum Datenaustausch anzulegen. Nennen wir die Verarbeitung beispielsweise „Data Exchange.epf“.

Wenn LaunchParameter = "Upload" Then Processing=Processing.UniversalXMLDataExchange.Create(); //Legen Sie die zum Hochladen erforderlichen Parameter fest (optional zum Bearbeiten) Processing.ExchangeMode="Upload"; Processing.LoadDataInExchangeMode=True; Processing.WriteRegistersRecordSets = True; Processing.RememberLoadedObjects=True; Processing.UseSelectionByDateForAllObjects=True; Processing.UploadOnlyAllowed=True; //!Legen Sie die erforderlichen Parameter für das Hochladen fest. //Diese Parameter müssen neu gefüllt werden. OBLIGATORISCH //Einschränkungen für das Hochladen nach Objektdaten festlegen. Processing.StartDate = CurrentDate() - 60*60*24*2; Processing.EndDate = "00010101"; //Wenn wir Daten in eine Datei hochladen möchten, setzen Sie sie auf False. Wenn True, werden sie in die empfangende Datenbank hochgeladen Processing.DirectReadingVIBReceiver=True; //Wenn die empfangende Datenbank der hochgeladenen Daten eine Serverdatenbank ist, dann False. Wenn Datei – True Processing.InformationBaseForConnectionType=True; //!Erforderliche Parameter wurden neu gefüllt //Wenn wir die Daten in eine Datei hochladen. Wenn nicht Processing.DirectReadingVIBReceiver Then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Wenn wir die Daten in die Datenbank hochladen, sonst Processing.PasswordInformationBaseForConnection="Admin"; Processing.ConnectionInfoBaseUser="supercool"; Processing.AuthenticationWindowsInformationBaseForConnection=False; //Wenn der Datenempfänger eine Serverbasis ist If Processing.ConnectionInformationBaseType = False Then Processing.ConnectionInformationBaseServerName="MainServ"; Processing.InformationBaseNameOnServerForConnection="Buhia"; //Wenn der Datenempfänger eine Dateidatenbank ist, sonst Processing.InformationBasePlatformVersionForConnection="V82"; Processing.InformationBaseDirectoryForConnection="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; endIf; endIf; //Aktionen bei der Registrierung beim Entladen gemäß Austauschplänen Processing.RegistrationDeletionTypeofChangesForExchangeNodesAfterUpload=0; // 0 – nicht abmelden, // 1 – abmelden Processing.LoadExchangeRules(); //WENN SIE NACH AUSTAUSCHPLÄNEN HOCHLADEN MÜSSEN, DANN AKTIVIEREN SIE DIESEN BLOCK UND ÜBERMITTELN SIE IHREN EIGENEN AUSTAUSCHPLANKNOTEN //Für jede Seite aus Processing.UploadRulesTable.Lines Cycle //Page.Enable=1; // Für jede Page1 From PageLine Loop // Line1.Enable=1; // Page1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); //EndCycle; //EndCycle; Processing.Upload durchführen(); ShutdownSystem(False); ElseIf LaunchParameter = "Load" Then ExchangeProcessing = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ExchangeProcessing.ExchangeMode = "Loading"; ExchangeProcessing.OpenDownloadFile(True); ProcessExchange.ArchiveFile = False; ProcessExchange.PerformLoad(); ExchangeProcessing = Undefiniert; ShutdownSystem(False); endIf;

4) Bat-Datei-Upload, wodurch 1C und die externe Verarbeitung mit dem Startparameter unter dem Benutzer gestartet werden, der für den Datenaustausch vorgesehen ist. Die Datei muss beispielsweise in Notepad++ mit OEM-Kodierung (MS-Dos) erstellt werden, sonst funktioniert sie nicht. Benennen wir die Datei zum Beispiel „BatVygruz.bat“. Der Text wird wie folgt lauten:

Wenn die Datenbank eine Datei ist:
„C:\Program Files (x86)\1cv82\common\1cestart.exe“ ENTERPRISE /F „C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3“ /N „Data Exchange Robot“ /P "pass " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Upload"
Erläuterungen:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 – Ihr Pfad zur Dateidatenbank, aus der wir Daten hochladen
c) Data Exchange Robot – Benutzername, unter dem 1C für den Datenaustausch läuft
d) pass – Benutzerpasswort
e) /DisableStartupMessages – Popup-Fenster beim Starten von 1C schließen
e) /RunModeOrdinaryApplication – führt den Thick Client im normalen Modus aus
g) C:\Inbox\OlegA\Data Exchange.epf – der Pfad zu unserer Verarbeitung, die beim Start beginnt
h) Hochladen – wir übergeben den 1C-Startparameter, der uns sagt, dass wir Daten hochladen müssen

Wenn die Datenbank serverbasiert ist:
"C:\Programme (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"Data Exchange Robot" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\ Oleg\ Data Exchange.epf" /C"Upload"
Erläuterungen:
a) C:\Programme (x86)\1cv82\common\1cestart.exe – Ihr Pfad zum 1C-Starter
b) Server1C/DataBase – Ihr Server, auf dem sich die Datenbank befindet, und der Name der Datenbank selbst, von der wir Daten hochladen.
Die übrigen Parameter ähneln der Dateiversion der bat-Datei

5) Bat-Datei-Download (falls erforderlich). Wenn Sie sich dafür entscheiden, Daten in eine Datei hochzuladen und nicht direkt in die Datenbank. Dann benötigen wir auch diesen Artikel (normalerweise notwendig).
Das Erstellen einer Bat-Download-Datei ähnelt der Upload-Datei, nur der Startparameter ist anders. Anstelle von „Upload“ geben wir „Download“ ein.

6) Legen Sie einen Startplan fest Laden/Hochladen unserer Bat-Dateien auf den Server. Dazu müssen Sie zur Administration des Control Panels auf dem Server gehen und im Taskplaner eine neue Aufgabe erstellen, um die Download-Datei jeden Tag um 23 Uhr auszuführen, und eine Download-Aufgabe mit der Angabe der Bat-Download-Datei (falls vorhanden). notwendig) zum Beispiel um 04 Uhr.