Universelles Format für den Datenaustausch. Automatischer Datenaustausch mit der Verarbeitung "Universeller Datenaustausch im XML-Format", ohne die Konfiguration zu ändern

   Drucken (Strg + P)

Austausch über Universalformat

Das Subsystem "Datenaustausch" der Bibliothek der Standard-Subsysteme enthält 4 Varianten (Technologien) des Informationsaustauschs zwischen verschiedenen Informationsgrundlagen:

• verteilte Informationsdatenbanken (RIB);
• datenaustausch durch ein universelles Format;
• datenaustausch gemäß den Austauschregeln (Austauschregeln werden mit der Konfiguration „Datenkonvertierung“, Version 2.1, erstellt);
• datenaustausch ohne Austauschregeln.

Dieser Artikel beschreibt die Datenaustausch-Technologie durch universelles EnterpriseData-Format. Diese Technologie ist ab Version 2.3.1.62 in der „Library of Standard Subsystems“ verfügbar. Anfang 2016 veröffentlicht. Die neueste Ausgabe von BSP 2.3 (für die Verwendung mit der Plattform 1C: Enterprise 8.3, mindestens Version 8.3.8.1652 mit deaktiviertem Kompatibilitätsmodus) hat Release 2.3.6.17.

Abb. 1 Neueste Versionen BSP 2.3

Zu den Lieferdateien der angewendeten Lösungen 1C gehört eine Textdatei „Versionen von Bibliotheken“, in der festgelegt ist, auf welcher BSP-Version die Anwendung entwickelt wird, beispielsweise auf der Grundlage der angewendeten Lösung UT 11.3.3.231, die in BSP 2.3.5.65 festgelegt ist.

Beachten Sie, dass für die Verwendung mit der Plattform „1C: Enterprise 8.3“ nicht weniger als 8.3.10.2168   mit deaktiviertem Kompatibilitätsmodus freigegebene Ausgabe BSP 2.4.

Beschreibung des EnterpriseData-Formats

Was ist das EnterpriseData-Format?

In diesem Format können Sie das Objekt der Informationsbasis (Gegenpartei, Rechnung usw.) beschreiben oder die Tatsache des Löschens dieses Objekts melden. Es wird erwartet, dass die Konfiguration, die die Datei im EnterpriseData-Format erhalten hat, entsprechend reagiert. Sie erstellt neue Objekte und entfernt diejenigen, die in der Datei als gelöscht markiert sind. Es dient zum Informationsaustausch zwischen den Konfigurationen UT, RT, UNF, BP. Das Format kann auch zum Austausch von Informationen mit anderen Informationssystemen verwendet werden: Es hängt nicht von den Merkmalen der eigenen Software oder der am Austausch beteiligten Informationsdatenbankstrukturen ab und enthält keine offensichtlichen Einschränkungen für die Verwendung.

Version im EnterpriseData-Format

Die Formatdaten werden in XDTO-Paketen in Zweigen gängiger Datenbankkonfigurationen gespeichert (siehe Abbildung). 2

  Abb.2 XDTO - EnterpriseData-Datenformatpakete

In Abb. 2 zeigt, dass es mehrere XDTO-Pakete gibt. Dies sind verschiedene Versionen des Formats. Die Versionsnummer des Formats besteht aus X.Y.Z, wobei X.Y die Version und Z die Nebenversion ist. Die kleinere Version wird im Falle einer Fehlerkorrektur und anderer Änderungen erhöht, bei denen: die Funktionsfähigkeit der Datenkonvertierungslogik auf der Grundlage der vorherigen Formatversion beibehalten wird (wobei die Abwärtskompatibilität der aktuellen Datenübertragungsalgorithmen durch das Format erhalten bleibt); Die Unterstützung neuer Formatoptionen für die Konvertierungslogik ist freiwillig. Ein Beispiel für solche Änderungen kann die Korrektur eines Fehlers sein, Änderungen in den Eigenschaften von Formatobjekten, das Hinzufügen von Eigenschaften, deren Verwendung bei der Konvertierung von Daten nicht erforderlich ist. In anderen Fällen, wenn das Format geändert wird, 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 Referenzobjekten) als XML-Dateien. Version 1.0.1 enthält eine Beschreibung von 94 Objekten aus verschiedenen Bereichen (Finanzen, Fertigung, Einkauf und Verkauf, Lagerbetrieb). Typnamen sind in der Regel gut verständlich und bedürfen keiner weiteren Erläuterung: zum Beispiel „Dokument. Akt der ausgeführten Arbeiten“ oder „Nachschlagewerk. Auftragnehmer“. Wie Sie sehen, beginnt die Beschreibung der Dokumenttypen mit dem Präfix "Dokument". Das Referenzelement - mit dem Präfix "Referenz". Weitere Beschreibungen des Formats können eingesehen werden.
  Die neueste Version 1.3 wird jedoch am häufigsten in Version 1.0 verwendet. Es gibt keinen großen Unterschied zwischen den Versionen. Format EnterpriseDataExchange_1_0_1_1   Wird beim Teilen über einen Webdienst verwendet.
Hinweis  dass das Paket mit dem EnterpriseData-Datenformatpaket verwendet wird ExchangeMessage   beim Erstellen von Konvertierungsregeln. Dieses Paket enthält den Objekttyp. AdditionalInfo,diese kann einen beliebigen Wert haben und wird beim Erstellen einer Konvertierungsregel zwischen Konfigurationsobjekten verwendet. die im Datenformat fehlen. Vielen Dank AdditionalInfo,  Sie können die Austauschregeln anpassen, ohne die Formatdaten in XDTO-Paketen zu ändern.

   Abb. 3 Struktur des XDTO-Pakets ExchangeMessage

Wie tausche ich Daten im EnterpriseData-Format aus?

Der Datenaustausch im EnterpriseData-Format mit Konfiguration erfolgt über Filesharing. Als Antwort auf die von einer externen Anwendung empfangene Konfigurationsdatei wird diese verarbeitet und eine Antwortdatei erstellt. Filesharing kann auftreten:

• durch das ausgewählte Dateiverzeichnis,
• über FTP-Verzeichnis
• über einen Webdienst, der auf der Seite der Informationsbasis bereitgestellt wird. Die Datendatei wird als Parameter an die Webmethoden übergeben.

Hinweis. Für den bilateralen Datenaustausch zwischen der Drittanbieteranwendung und der Konfiguration auf der Information Base-Seite müssen einige Einstellungen vorgenommen werden - die Drittanbieteranwendung muss in der Informationsdatenbank registriert sein, ein Austauschkanal muss dafür definiert sein (über eine Datei oder ein FTP-Verzeichnis usw.). In Fällen einer einfachen Integration reicht es jedoch aus, nur Informationen von einer Drittanbieteranwendung an die Informationsbasis zu übertragen und Daten von der Informationsbasis an eine Drittanbieteranwendung zurückzugeben (z. B. Integration eines Online-Shops, der Verkaufsinformationen an 1C: Accounting überträgt). Eine vereinfachte Version des Durcharbeitens eines Webdienstes, für den keine externen Einstellungen erforderlich sind.

Beim Austausch mit Konfigurationsaustauschplänen werden während der Synchronisierung nur Informationen zu Änderungen übertragen, die seit der letzten Synchronisierung vorgenommen wurden (um die Menge der übertragenen Informationen zu minimieren). Bei der ersten Synchronisierung werden von der Konfiguration alle Objekte im EnterpriseData-Format in eine XML-Datei hochgeladen (da alle Objekte für Anwendungen von Drittanbietern "neu" sind).

Der nächste Schritt für die Drittanbieteranwendung besteht darin, die Informationen aus der XML-Datei zu verarbeiten und in der nächsten Synchronisierungssitzung abzulegen   Information, dass die Nachricht von der Konfiguration nach einer bestimmten Nummer erfolgreich empfangen wurde (in das Feld ReceivedNo die Nummer der von der Konfiguration empfangenen Nachricht eintragen). Der Nachrichtenempfang ist ein Konfigurationssignal, dass alle Objekte von einer externen Anwendung erfolgreich verarbeitet wurden und dass keine Informationen über sie mehr benötigt werden. Neben dem Beleg kann eine XML-Datei aus einer Drittanbieteranwendung auch Daten zur Synchronisation enthalten (im ).

Nach dem Empfang der Bestätigungsnachricht markiert die Konfiguration alle in der vorherigen Nachricht gesendeten Änderungen als erfolgreich synchronisiert. Nur nicht synchronisierte Änderungen an Objekten (neue erstellen, vorhandene ändern und löschen) werden bei der nächsten Synchronisationssitzung an eine externe Anwendung gesendet.

Bei der Übertragung von Daten von einer externen Anwendung in die Konfiguration wird das Bild umgekehrt. Der Antrag muss den Abschnitt vervollständigen.   dementsprechend und in Abschnitt   Platzieren Sie die zu synchronisierenden Objekte im EnterpriseData-Format.

Die Konfiguration generiert nach der Verarbeitung der Datei eine XML-Datei, die einen Nachrichtenempfang und neue Daten für die Synchronisierung durch die Konfiguration enthält (falls vorhanden, seit der letzten Synchronisierungssitzung).

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

Das allgemeine Modul des "Austauschmanagers durch das universelle Format".

Prozeduren und Funktionen, die die Regeln für das Hochladen von Daten aus der Informationsdatenbank in das Austauschformat und die Regeln für das Laden von Daten aus dem Austauschformat in die Informationsdatenbank vollständig beschreiben, werden in einem gemeinsamen Modul entwickelt - dem Austauschmanagermodul durch das universelle Format.

  Abb. 4 Aufbau des Exchange Manager-Moduls durch das Universalformat

Das Modul wird automatisch mit der Konfiguration „Datenkonvertierung“, Edition 3.0, basierend auf den konfigurierten Austauschregeln oder manuell im Konfigurator erstellt.

Das Modul besteht aus mehreren großen Abschnitten, von denen jeder eine eigene Gruppe von Prozeduren und Funktionen enthält.

1. Kommentar Die erste Zeile des Moduls enthält einen Kommentar mit dem Namen der Konvertierung. Diese Zeichenfolge ist erforderlich, um das Modul bei Verwendung des Befehls im Programm "Datenkonvertierung", Ausgabe 3.0, zu identifizieren. // Konvertierung von UP2.2.3 vom 01.06.2017 19:51:50
2. Umwandlungsverfahren. Es enthält vordefinierte Prozeduren, die in verschiedenen Phasen der Datensynchronisation ausgeführt werden: vor der Konvertierung, nach der Konvertierung, vor dem verzögerten Füllen.
3. Datenverarbeitungsregeln (AML). Enthält Prozeduren und Funktionen, die Datenverarbeitungsregeln beschreiben.
4. Konvertierungsregeln für Eigenschaften. Enthält Prozeduren und Funktionen, die die Regeln zum Konvertieren von Objekten sowie Regeln zum Konvertieren der Eigenschaften dieser Objekte beschreiben.
5. Regeln für die Konvertierung vordefinierter Daten (FCPD).  Enthält eine Prozedur, die die Regeln für die Konvertierung vordefinierter Daten ausfüllt.
6. Algorithmen. Enthält beliebige Algorithmen, die von anderen Regeln (AML oder PKO) aufgerufen werden.
7. Parameter  Enthält Logik zum Füllen von Konvertierungsparametern.
8. Allgemeiner Zweck. Enthält Prozeduren und Funktionen, die häufig in Regeln und Algorithmen verwendet werden.

Im Folgenden werden die Parameter der Prozeduren und Funktionen beschrieben, die in verschiedenen Arten von Prozeduren des Modulmanagers verwendet werden.

Komponenten der Börse. Typ - Struktur. Enthält die Parameter und Regeln des Austauschs, die im Rahmen der Austauschsitzung initialisiert wurden.

DestinationExchange. Typ - Zeichenfolge. Oder "Senden" oder "Empfangen".

Daten Typ - Referenzobjekt  entweder DocumentObject.

Prozeduren im Zusammenhang mit Conversion-Ereignissen

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

• Vor der Konvertierung. Wird vor der Datensynchronisation aufgerufen. In der Regel enthält diese Prozedur die Logik zum Initialisieren verschiedener Konvertierungsparameter, zum Ausfüllen von Standardwerten usw. Komponenten der Börse.
• PostConversion. Wird aufgerufen, nachdem die Daten synchronisiert wurden, aber bevor die Füllung verschoben wurde. Parameter: Komponenten der Börse.
• Vor dem Aufschieben der Befüllung. Wird aufgerufen, bevor eine verzögerte Befüllung durchgeführt wird. Hier befindet sich die Logik zum Sortieren oder Anpassen der Tabelle der zu verschiebenden Objekte. Parameter: Komponenten der Börse.

AML-Verfahren

Füllen Sie RulesData Processing aus. Exportvorgang, der die Logik zum Füllen von Datenverarbeitungsregeln darstellt. Enthält Aufrufe anderer Prozeduren, die der Regeltabelle die Verarbeitungsregeln für ein bestimmtes Objekt hinzufügen (siehe die folgenden Prozeduren) AddPOD). Parameter: DestinationExchange, Datenverarbeitungsregeln

AddPOD_<ИмяПОД>. Eine Reihe von Prozeduren, die die Tabelle gemäß den Regeln für bestimmte Objekte füllen. Die Anzahl solcher Prozeduren entspricht der Anzahl der für diese Konvertierung im Datenkonvertierungsprogramm, Revision 3.0, bereitgestellten AML. Parameter: Datenverarbeitungsregeln  (Wertetabelle, initialisiert im Rahmen der Austauschsitzung).

Pod_<ИмяПОД>_VERARBEITUNG. Die Prozedur enthält den Text des Handlers. In der Bearbeitung  für bestimmte POD. Der Handler ist so konzipiert, dass die Konvertierungslogik auf Objektebene implementiert wird. Weisen Sie beispielsweise einem bestimmten Objekt abhängig vom Inhalt des Objekts ein bestimmtes FFP zu. Parameter:

• EIB-Datenentweder XDTO-Daten  (abhängig von der Richtung des Austausches):
• beim Senden - Objekt ( ReferenceObject,DocumentObject);
• nach Erhalt eine Struktur mit einer Beschreibung des XDTO-Objekts.
• Verwendung von PKO. Typ - Struktur. Der Schlüssel enthält eine Zeichenfolge mit dem Namen FFP und dem Wert des Typs Boolean (Die wahrheit  - FFP wird verwendet, Die Lüge  - FFP wird nicht verwendet).
• Komponenten der Börse.

Pod_<ИмяПОД>_Auswahl von Daten. Die Funktion enthält den Text des Handlers. Beim Entladen. Der Handler implementiert einen beliebigen Algorithmus zur Auswahl der zu entladenden Objekte. Rückgabewert: Ein Array von Objekten, die entladen werden sollen. Ein Array kann sowohl Links zu Informationsbasisobjekten als auch eine Struktur mit Daten zum Hochladen enthalten. Parameter: Komponenten der Börse.

QSP-Verfahren

Füllen Sie die Regeln für die Konvertierung von Objekten aus. Exportvorgang, in dem sich die Logik zum Ausfüllen der Regeln zum Konvertieren von Objekten befindet. Enthält Aufrufe anderer Prozeduren, die eine Regel zum Konvertieren eines bestimmten Objekts in die Regeltabelle hinzufügen (siehe Prozeduren unten) PCO hinzufügen). Parameter: DestinationExchange, Konvertierungsregeln  (Wertetabelle, initialisiert im Rahmen der Austauschsitzung).

PKO_ hinzufügen<ИмяПКО>. Eine Reihe von Prozeduren, die die VSP-Tabelle mit Regeln für bestimmte Objekte füllen. Die Anzahl solcher Prozeduren entspricht der Anzahl der FFPs, die für diese Konvertierung im Programm „Data Conversion“, Revision 3.0, bereitgestellt werden. Parameter: Konvertierungsregeln  (Wertetabelle, initialisiert im Rahmen der Austauschsitzung).

PKO_<ИмяПКО>_Wenn Daten gesendet werden. Die Prozedur enthält den Text des Handlers. Bei Versand  für eine bestimmte PKO. Der Handler wird beim Entladen von Daten verwendet. Es ist beabsichtigt, die Logik der Konvertierung von Daten, die im Objekt der Informationsbasis enthalten sind, in die Beschreibung des XDTO-Objekts zu implementieren. Parameter:

• EIB-Daten. Typ - ReferenceObject, DocumentObject. Das Objekt der zu verarbeitenden Informationsbasis.
• XDTO-Daten. Typ - Struktur. Entwarf, auf die Daten des XDTO-Objekts zuzugreifen.
• Komponenten der Börse.
• StackDisload. Typ - Array. Enthält Links zu ausgelagerten Objekten mit Verschachtelung.

PKO_<ИмяПКО>_Bei der Konvertierung von XDTO-Daten. Die Prozedur enthält den Text des Handlers. Konvertieren von XDTO-Daten  für eine bestimmte PKO. Der Handler wird beim Laden von Daten verwendet. Entwickelt, um XDTO mit beliebiger Logikdatenkonvertierung zu implementieren. Parameter:

• XDTO-Daten. Typ - Struktur. XDTO-Objekteigenschaften, die vorverarbeitet wurden, um den Zugriff darauf zu vereinfachen.
• Empfangene Daten. Typ - ReferenceObject, DocumentObject. Das Datenbankobjekt, das durch Konvertieren von XDTO-Daten erstellt wurde. Nicht in der Informationsdatenbank erfasst.
• Komponenten der Börse.

PKO_<ИмяПКО>_Vor dem Schreiben der empfangenen Daten. Die Prozedur enthält den Text des Handlers. BeforeRecordingData Received  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 die Informationsbasis geschrieben wird. Müssen Sie beispielsweise Änderungen an vorhandenen IB-Daten hochladen oder sollten Sie sie als neue Daten hochladen? Parameter:

• Empfangene Daten. Typ - ReferenceObject, DocumentObject. Das Datenelement, das durch Konvertieren von XDTO-Daten gebildet wird.

Es wird aufgezeichnet, ob diese Daten für die Informationsdatenbank neu sind (Parameter EIB-Daten  Wert enthält Undefiniert).

Sonst Empfangene Daten  Ersatz EIB-Daten  (alle Eigenschaften von Empfangene Daten  übertragen auf EIB-Daten).

Wenn das standardmäßige Ersetzen von IB-Daten durch die erhaltenen Daten nicht erforderlich ist, sollten Sie Ihre Übertragungslogik registrieren und dann den Parameter einstellen Empfangene Daten  bedeutung Undefiniert:

• EIB-Daten. Typ - ReferenceObject, DocumentObject. Das Datenelement der Informationsbasis entspricht den erhaltenen Daten. Wenn die relevanten Daten nicht gefunden werden, enthält es Undefiniert.
• Eigentumsumwandlung. Typ - Wertetabelle. Enthält die Regeln zum Konvertieren der Eigenschaften des aktuellen Objekts, die im Rahmen der Austauschsitzung initialisiert wurden.
• Komponenten der Börse.

PCFD-Verfahren

Füllen Sie die Regeln für die vordefinierte Datenkonvertierung aus. Exportvorgang, in dem sich die Logik zum Ausfüllen der Regeln zum Konvertieren vordefinierter Daten befindet. Parameter: DestinationExchange, Konvertierungsregeln  (Wertetabelle, initialisiert im Rahmen der Austauschsitzung).

Algorithmen

Im Programm „Datenkonvertierung“, Edition 3.0, können beliebige Algorithmen erstellt werden, die von den AML- und PCAD-Handlern aufgerufen werden. Der Name, die Parameter und der Inhalt der Algorithmen werden bei der Entwicklung der Regeln festgelegt.

Parameter

FillConversion-Optionen. Exportvorgang, bei dem die Struktur mit Konvertierungsparametern gefüllt wird. Parameter: Konvertierungsoptionen  (Typ - Struktur).

Allgemeine Verfahren und Funktionen

Führen Sie das Procedure Manager-Modul aus. Parameter: Prozedurname  (Zeichenfolge) Parameter  (Struktur). Eine Exportprozedur, die eine Nicht-Exportmodulprozedur aufrufen soll, deren Name und Parameter am Eingang eingehen. Ermöglicht das Aufrufen einer Prozedur oder Funktion für eine Zeichenfolge, ohne die Methode zu verwenden Rennen.

Führen Sie das Funktionsmanager-Modul aus. Parameter: Prozedurname  (Zeichenfolge) Parameter  (Struktur). Funktion, Belegung ist ähnlich PerformManagerManager-Prozedur. Der Unterschied besteht darin, dass es eine Funktion aufruft und ihren Wert zurückgibt.

Automatisierte Steuerungssysteme bestehen in den meisten Fällen aus getrennten Datenbanken und sind häufig geografisch verteilt. Gleichzeitig ist ein ordnungsgemäß umgesetzter Datenaustausch eine notwendige Voraussetzung für den effektiven Betrieb solcher Systeme.

Die anfängliche Anpassung des Austauschs erfordert möglicherweise eine Reihe von Maßnahmen, nicht nur in Bezug auf die Programmierung, sondern auch in Bezug auf die Beratung, selbst wenn es sich um homogene Quellen handelt, wie dies bei Produkten auf der Plattform 1C: Enterprise der Fall ist. Warum das Einrichten eines Austauschs von 1C (oder auch Datensynchronisation in 1C 8.3 genannt) die zeitaufwändigste und teuerste Aufgabe eines Integrationsprojekts sein kann, wird in diesem Artikel behandelt.

Der Datenaustausch in einer 1C-Umgebung ermöglicht Folgendes:

• Vermeidung der doppelten Eingabe von Dokumenten;
• Verwandte Geschäftsprozesse automatisieren;
• Optimieren Sie die Interaktion zwischen verteilten Einheiten.
• Aktualisieren Sie umgehend die Daten für die Arbeit von Spezialisten aus verschiedenen Abteilungen.
• Unterschiedliche Abrechnungsarten „abgrenzen“. *

* Wenn sich die Daten einer Rechnungslegungsart erheblich von den anderen unterscheiden, ist es erforderlich, die Vertraulichkeit der Informationen zu gewährleisten und den Informationsfluss zu „begrenzen“. Beispielsweise erfordert der Datenaustausch zwischen 1C UT und 1C Accounting kein Entladen der Verwaltungsdaten in die Datenbank, d. H. Die Synchronisation in 1C ist hier unvollständig.

Wenn wir den Standardprozess für die Implementierung des primären Datenaustauschs darstellen und mindestens eines seiner Objekte 1C-Produkt ist, können die folgenden Schritte unterschieden werden:

• Koordination der Zusammensetzung des Austauschs;
• Transportdefinition (Austauschprotokolle);
• Regeln setzen;
• Scheduling.

Identifizieren Sie die Zusammensetzung der Vermittlungsstelle 1C

Tauschgegenstände können in "Quelle" und "Empfänger" unterteilt werden. Gleichzeitig können sie zwei Rollen gleichzeitig spielen, was als wechselseitige Vermittlung bezeichnet wird. Die Ermittlung der Quelle und des Empfängers erfolgt je nach Bedarf oder Funktionalität des Systems auf logische Weise. *

  * Beispielsweise empfehlen WiseAdvice-Experten bei der Integration von „WA: Financier“ -Lösungen zur Aufrechterhaltung der Finanzbuchhaltung und Verwaltung von Treasury-Prozessen, die auf der Grundlage von „1C: Enterprise“ entwickelt wurden, diese als Mastersystem. Dies liegt an der Verfügbarkeit von Steuerungswerkzeugen, die den Regeln der Anwendungsrichtlinie entsprechen und dementsprechend die Wirksamkeit der Lösung sicherstellen.

Auf der Grundlage der empfangenen und aufgezeichneten Anforderungen der Benutzer wird eine Liste der auszutauschenden Daten erstellt, deren Umfang, Anforderungen an die Häufigkeit des Austauschs festgelegt, der Prozess der Behandlung von Fehlern und der Behandlung von Ausnahmesituationen (Kollisionen) vorgeschrieben.

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

Verteilte Informationsdatenbank

• RIB impliziert den Austausch zwischen identischen 1C-Datenbankkonfigurationen mit einer klaren Master-Slave-Verwaltungsstruktur für jedes Austauschpaar. Als ein Element der technologischen Plattform kann die RIB zusätzlich zu den Daten Änderungen an den Konfigurations- und Verwaltungsinformationen der Datenbank übertragen (jedoch nur vom Hauptrechner zum Slave).

Universeller Datenaustausch im 1C

• Mit diesem Mechanismus können Sie den Austausch von 1C wie bei den Konfigurationen auf der Plattform "1C: Enterprise" und bei der Entwicklung von Systemen von Drittanbietern konfigurieren. Der Austausch erfolgt durch die Übertragung von Daten in ein universelles XML-Format gemäß den „Exchange Plans“.

Unternehmensdaten

• Die neueste Entwicklung des Unternehmens 1C, entwickelt, um den Datenaustausch im XML-Format zwischen Produkten, die auf der Plattform "1C: Enterprise" erstellt wurden, mit beliebigen Automatisierungssystemen zu implementieren. Die Verwendung von EnterpriseData vereinfacht die austauschbezogene Arbeit. Zuvor war es beim Einfügen einer neuen Konfiguration in das System erforderlich, einen Mechanismus zum Importieren und Exportieren von Daten sowohl für das System als auch für vorhandene Systeme zu implementieren. Jetzt müssen Systeme, die EnterpriseData unterstützen, nicht mehr modifiziert werden, da sie nur einen "Entry-Exit" -Punkt haben.

Transportdefinition (Austauschprotokolle)

Für das System auf der 1C: Enterprise 8-Plattform stehen eine Vielzahl von Möglichkeiten zur Verfügung, um den Austausch mit beliebigen Informationsressourcen über allgemein anerkannte universelle Standards (XML, Textdateien, Excel, ADO-Verbindung usw.) zu organisieren. Daher sollten Sie bei der Ermittlung des Transports für die Austauschdaten auf den Fähigkeiten der Datenbank des Fremdsystems aufbauen.

Verzeichnissynchronisierung

Das Grundprinzip einer effektiven Verzeichnissynchronisierung ist das Vorhandensein eines Einstiegspunkts. Wenn es sich jedoch um die Arbeit mit Verzeichnissen handelt, die in der Vergangenheit nach unterschiedlichen Regeln ausgefüllt wurden, müssen die Synchronisationsfelder klar definiert werden, um den Austausch auf einen „gemeinsamen Nenner“ zu bringen. *

  * In diesem Stadium muss möglicherweise an der Normalisierung der NSÄ auf der Seite der Datenquelle gearbeitet werden. Je nach Zustand der Verzeichnisse und ihres Volumens kann der Vorgang des Vergleichens von Elementen, Erkennens, Identifizierens von Fehlern und Duplikaten sowie des Ausfüllens der fehlenden Felder und des Bezeichnens von Synchronisationsfeldern die Arbeit einer ganzen Gruppe von Experten erfordern, sowohl vom Integrator (Eigentümer der NSI-Normalisierungstechnik). vom Kunden.

Regeln setzen

Die Möglichkeit, diese Quellsysteme in den Empfängern anzuzeigen, hängt von korrekt definierten Austauschregeln ab. Die im XML-Format dargestellten Regeln regeln die Korrespondenz der Schlüsseldetails der Quell-Empfänger-Objekte. Die Lösung „1C: Datenkonvertierung“ soll die Erstellung von Regeln für die Implementierung des einmaligen und permanenten Austauschs automatisieren.

  Gewährleistet keinen Datenverlust beim Austausch des Austauschplans. Es ist ein wesentlicher Bestandteil jeder Konfiguration auf der 1C: Enterprise-Plattform, die das 1C-Austauschverfahren vollständig beschreibt: die Zusammensetzung von Daten (Dokumente mit Angaben zur Identifizierung) und Knoten (Informationsdatenbanken, Empfänger-Sender) sowie die Aktivierung von RIBs für ausgewählte Austauschrichtungen.

Jede Änderung der im Austauschplan eingegebenen Daten wird aufgezeichnet und mit dem Hinweis "Änderung" versehen. Solange die geänderten Daten an den Empfänger-Sender-Knoten nicht übereinstimmen, wird das Flag nicht gelöscht, und das System sendet Kontrollnachrichten an beide Knoten. Nach dem Hochladen der Daten und der Bestätigung ihrer vollständigen Übereinstimmung in beiden Systemen wird das Vorzeichen zurückgesetzt.

Austauschzeitplan in 1C

Um den regelmäßigen Austausch zu automatisieren, legen Sie die Häufigkeit des Hochladens von Daten fest. Die Austauschhäufigkeit richtet sich nach dem Bedarf und den technischen Möglichkeiten. Mit der Konfiguration auf der Plattform "1C: Enterprise" können Sie den Datenaustausch bei Eintreten eines Ereignisses konfigurieren.

Nachdem wir den Standardprozess für die Implementierung des Austauschs in Betracht gezogen haben, werden wir auf die Faktoren achten, die Verbesserungen in verschiedenen Phasen erfordern:

• Nicht typische, stark geänderte Datenbankkonfigurationen;
• Verschiedene Versionen der 1C: Enterprise-Plattform;
• Lange nicht aktualisiert, keine aktuellen Konfigurationsversionen;
• Zuvor veredelten Tauschgegenständen;
• Die Notwendigkeit nicht standardisierter Austauschregeln;
• Eine ganz andere Zusammenstellung und Zusammensetzung von Details in den verfügbaren Verzeichnissen.

Da auch Standardaktionen zur Durchführung des Primärdatenaustauschs Expertenwissen erfordern, wird empfohlen, diese unter Beteiligung von 1C-Spezialisten durchzuführen. Erst nachdem Sie alle oben genannten Aktionen ausgeführt haben, sollten Sie mit der Konfiguration der Vermittlungsstelle in der Konfiguration fortfahren. Betrachten Sie die Integration von Datenbanken am Beispiel von "1C: UPP" und "1C: Retail" (nach dem gleichen Schema ist der Austausch mit "1C: UT" konfiguriert). Eine typische Synchronisation ist auch der Austausch von SCP - SCP, der für große Automatisierungssysteme in den größten Industrieunternehmen charakteristisch ist.

Wählen Sie im Untermenü „Service“ die Option „Datenaustausch mit Produkten auf der Plattform ...“ (die Wahl eines direkten Austauschs mit „Retail“ ist häufig mit Fehlern auf der Ebene der COM-Objekte bedroht). Beachten Sie die Servicemeldung "Diese Funktion ist nicht verfügbar."

Um dieses Problem zu lösen, müssen Sie das "Data Exchange Setup" auswählen

... und abhaken. Als nächstes wird die Fehlermeldung ignoriert.

Wählen Sie in den Einstellungen für die Datensynchronisation "Austausch mit" Einzelhandel "erstellen ...

Bevor Sie die Verbindungseinstellungen über ein lokales oder Netzwerkverzeichnis konfigurieren, sollten Sie sicherstellen, dass sich auf der Festplatte ein Platz für das Verzeichnis befindet. Obwohl in der Regel nicht mehr als 30-50 MB erforderlich sind, können in Ausnahmefällen bis zu 600 MB erforderlich sein. Sie können das erforderliche Verzeichnis direkt aus dem Konfigurator erstellen.

Bei der Verbindung über das Netzwerkverzeichnis bieten wir an, die Verbindung über eine FTP-Adresse zu konfigurieren und per E-Mail zu ignorieren, indem Sie auf Weiter klicken.

In den Einstellungen legen wir manuell die Präfixe fest - die Legende der Basen (in der Regel BP, UPP, RO), die Regeln und das Anfangsdatum des Datenuploads. Das Präfix wird im Namen der Dokumente angegeben, um die Basis anzugeben, in der sie erstellt wurden. Wenn die Upload-Regeln nicht bearbeitet werden, werden die Standarddaten für alle verfügbaren Parameter entladen.

Wir erstellen die Exchange-Einstellungsdatei für "Einzelhandel", um unsere Aktionen nicht zu wiederholen. Wenn Sie unmittelbar nach dem Einrichten der Synchronisierung Daten senden müssen, setzen Sie ein Häkchen.

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

Menü "Einzelhandel".

Setzen Sie ein Häkchen und wählen Sie "Synchronisation".

Wir machen die "umgekehrte" Einstellung und wählen Management eines produzierenden Unternehmens.

Wir laden die Datei mit den im UPP erstellten Einstellungen.

Wir kreuzen die Adresse an, das System übernimmt die Adresse automatisch.

Wir verhalten uns genauso wie bei SCP.

Vergleich der Überprüfungsdaten (Ein manueller Vergleich der Daten wird in der Vorbereitungsphase empfohlen, da diese Arbeit im Prozess des Datenaustauschs die mühsamste sein kann). Das Öffnen des Mapping-Fensters erfolgt durch Doppelklick mit der Maus.

Im Falle eines Synchronisationsfehlers wird "Details ..." durch "Nie ..." ersetzt.

"Details ..." öffnet ein Logbuch mit aktualisierten Austauschinformationen.

Ist fertig

In der Arbeit von großen Unternehmen und Einzelhandelsketten besteht häufig die Notwendigkeit, Daten zwischen Datenbanken auszutauschen. Jeder Programmierer und Administrator löst dieses Problem auf unterschiedliche Weise. Jemand schreibt Upload / Download über Zwischentabellendateien, jemand verwendet den COM-Verbindungsmodus, um eine Verbindung zur Quellendatenbank herzustellen. In letzter Zeit gewinnt jedoch ein eigener 1C-Mechanismus mit dem Namen „Universeller Datenaustausch im XML-Format“ immer mehr an Beliebtheit.

Aussehensverarbeitung

Im Full Interface können Sie die Verarbeitung unter Service-\u003e Other Data Exchange-\u003e Universal Data Exchange im XML-Format öffnen.

Das Bearbeitungsformular (Abb. 1) enthält vier Registerkarten:

Erweiterte Einstellungen;

Löschung von Daten.

Die Benutzeroberfläche der einzelnen Registerkarten ist stark mit Elementen gefüllt und muss daher separat betrachtet werden.

Daten hochladen

Ganz oben auf der Registerkarte befindet sich das Feld zum Auswählen der Austauschregeldatei.   Für nicht standardmäßige Basen und Austausche muss die Austauschdatei von Ihnen selbst erstellt werden.

In der nächsten Formularzeile befinden sich zwei Schalter:

1. In die Austauschdatei hochladen (Abb.2);
2. Anschließen und Entladen von Daten in IB (Abb. 3).

Wie aus den obigen Figuren ersichtlich ist, ist das Erscheinungsbild der Form je nach Schalter unterschiedlich. Wenn die Option zum Austauschen von Dateien ausgewählt ist, wird der Benutzer aufgefordert, den Speicherort der Datei, an dem der Upload ausgeführt wird, sowie die Möglichkeit der Komprimierung auszuwählen, um Speicherplatz und Kennwortschutz zu sparen.

Die Direktverbindungsoption zur Empfängerbasis unterstützt sowohl die Datei- als auch die Client-Server-Betriebsoptionen. In diesem Fall müssen Sie die Adresse der Datenbank registrieren und die Felder "Benutzer" und "Passwort" ausfüllen. Bevor Sie mit dem Datenaustausch beginnen, sollten Sie die Verbindung testen.

In der folgenden Tabelle können Sie Auswahlen und andere Entladeparameter konfigurieren.

Für Debugging-Algorithmen und zur Fehlerkorrektur können Sie den integrierten Exchange-Verarbeitungsmechanismus verwenden. Die Aktivierung erfolgt durch Aktivieren des entsprechenden Kontrollkästchens am unteren Rand des Formulars. Durch Drücken der Schaltfläche „Debug Setup ...“ wird ein Fenster geöffnet (Abb. 4).

Abb.4

Eine Besonderheit dieses Formulars ist die Informationsreferenz auf der linken Seite des Layouts, die jeden der drei möglichen Debugging-Modi beschreibt. Jede EPF-Datei kann als externe Verarbeitungsdatei mit einem Modul verwendet werden.

Durch Klicken auf die Schaltfläche „Fertig stellen“ wird die Richtigkeit und Vollständigkeit der vervollständigten Daten überprüft.

Im Gegensatz zum „Hochladen“ gibt es auf dieser Registerkarte keinen Tabellenteil (Abb. 5), aber es gibt viel mehr Kontrollkästchen, mit denen Sie die Aufzeichnungseinstellungen für neue und geänderte Objekte anpassen können.

Abb.5

Der erste Schritt ist die Auswahl der Datei, die als Informationsquelle dienen soll. Dies kann im Eingabefeld „Dateiname zum Download“ erfolgen. Wenn die Daten in ein passwortgeschütztes Archiv hochgeladen wurden, müssen sie in das entsprechende Feld eingegeben werden.

Über die entsprechenden Kontrollkästchen können Sie Folgendes konfigurieren:

• Transaktion beim Aufzeichnen von Objekten (dies beschleunigt manchmal den Prozess);
• Laden von Daten im Austauschmodus (in diesem Fall werden alle Plattformprüfungen mit Ausnahme der Prüfung während der Ausführung von Dokumenten während der Aufzeichnung ignoriert);
• Geänderte Elemente umschreiben;
• Setzen eines Entfernungszeichens für herunterladbare Elemente;
• Den Modus zum Aufzeichnen neuer Daten im Register (einzeln oder als Satz);
• Trimmen Sie unbedeutende Zeichen (Leerzeichen und Tabulatoren) für Zeichenfolgenwerte.

Erweiterte Einstellungen

Wie aus dem Namen des Lesezeichens hervorgeht, enthält es Tools, mit deren Hilfe Sie den Austauschprozess genauer anpassen können. Insbesondere:

1. Aktiviert den Debug-Modus.
2. Ermöglicht die Verwendung einer Transaktion während des Uploadvorgangs.
3. Optimiert den Austausch zwischen Datenbanken der 8. Version von 1C;
4. Entladen Sie nur die Objekte, die vom aktuellen Benutzer verwendet werden dürfen.
5. Aktivieren Sie die Protokollierung des Austauschprozesses zwischen Datenbanken.

Diese und einige andere Funktionen werden durch Setzen der entsprechenden Flags im Formular aktiviert (Abb. 6).

Abb.6

Datenlöschung

Diese Registerkarte wird nur von Entwicklern im Debug-Modus verwendet. Ermöglicht das Entfernen nicht benötigter Objekte aus der Datenbank.

Kurz zum Festlegen von Austauschregeln

Die Verwendung eines Standard-Handlers vereinfacht das Leben von Programmierern erheblich. Gleichzeitig ist einer der schwierigsten Momente für jemanden, der zum ersten Mal auf den „universellen Datenaustausch im XML-Format“ gestoßen ist, die Frage: „Woher bekomme ich die Datei mit den Austauschregeln?“.

Zunächst wird für die Eigenproduktion von Austauschregeln eine spezielle Konfiguration benötigt, die als "Datenkonvertierung" bezeichnet wird. In seiner Komposition gibt es mehrere interessante Dateien, mit denen Sie nahezu jeden Austausch zwischen verschiedenen Basen der Versionen 1C 7 und 8 konfigurieren können:

1. epf - erforderlich zum Entladen der Metadatenstruktur für 1C 8-Datenbanken;
2. epf - Wenn die Konfiguration von 1C 8 selbst geschrieben ist oder nicht dem Standard entspricht, kann es sein, dass die Verarbeitung von „Universal Data Exchange“ fehlt. Bei dieser Datei handelt es sich um diese Verarbeitung.
3. ert –file enthält den Code zum Hochladen der Metadatenstruktur von Konfigurationen der 1C-Versionen 7.7;
4. ert - Datei zum Hochladen und Laden von Daten für die sieben.

Nach dem Start der entsprechenden Verarbeitung müssen die Metadatenstrukturen für die Quellbasis und die Empfängerbasis entladen werden. In der Konfiguration „Conversion“ müssen Sie dann die Informationen zu den Quell- und Empfängerkonfigurationen in das Referenzbuch „Configurations“ eingeben.

Anschließend wird im Konvertierungsverzeichnis ein Element erstellt, das Informationen zur Richtung des Datenaustauschs enthält. Für ihn können Sie die Austauschregeln konfigurieren.

Verarbeitung des universellen Datenaustauschs im XML-Format (Verarbeitung des universellen Austausch-XML)

Verarbeitung "Universeller Datenaustausch im XML-Format" dient zum Laden und Entladen von Daten in eine Datei aus einer beliebigen Konfiguration, die auf der 1C: Enterprise 8-Plattform implementiert ist.

Betriebsmodus
  Bei Verwendung eines verwalteten Formulars hat die Verarbeitung zwei Betriebsmodi:
  1. Auf dem Client. In diesem Modus werden die Dateien der Regeln und die geladenen Daten vom Client zum Server übertragen, und die Datei der entladenen Daten wird vom Server zum Client übertragen. Die Pfade zu diesen Dateien, die sich auf dem Client befinden, müssen unmittelbar vor dem Ausführen der Aktion im Dialogfeld angegeben werden.
2. Auf dem Server. In diesem Modus werden Dateien nicht an den Client übertragen, und die Pfade zu ihnen müssen auf dem Server angegeben werden.
  Hinweis: Die Dateien für die externe Verarbeitung und das Austauschprotokoll müssen sich unabhängig von der Betriebsart immer auf dem Server befinden.

Laden Sie Universal XML Data Interchange herunter  - Nur registrierte Benutzer können Dateien herunterladen!

Die Verarbeitung hat vier Registerkarten

Daten hochladen
  Um Daten hochzuladen, müssen Sie den Namen der Datei angeben, in die die Daten heruntergeladen werden sollen, und die Austauschregeldatei auswählen. Die Austauschregeln für beliebige Konfigurationen können in der speziellen Konfiguration "Datenkonvertierung, Revision 2" konfiguriert werden.

Um Dokumente und Aufzeichnungen unabhängiger periodischer Informationsregister hochzuladen, müssen Sie den Zeitraum "Startdatum" und "Enddatum" angeben. Die resultierende Datei mit den hochgeladenen Daten kann komprimiert werden.

Auf der Registerkarte "Regeln zum Hochladen von Daten" können Sie die zu entladenden Objekttypen auswählen, Auswahlen zum Auswählen von Objekten konfigurieren oder den Datenaustauschknoten angeben, für den Sie Daten hochladen müssen.

Auf der Registerkarte "Uploading Parameters" können Sie zusätzliche Parameter zum Hochladen von Daten angeben.

Auf der Registerkarte "Kommentar" können Sie einen beliebigen Textkommentar schreiben, der in der Austauschdatei enthalten ist.

Es ist möglich, das Laden von Daten in der Transaktion zu konfigurieren. Aktivieren Sie dazu das Kontrollkästchen "Transaktionen verwenden" und geben Sie die Anzahl der Artikel in einer Transaktion beim Laden an.

  "Daten im Austauschmodus laden (Data Exchange.Load = True)" - Wenn das Flag gesetzt ist, werden die Objekte mit gesetztem Ladevorzeichen geladen. Dies bedeutet, dass beim Schreiben von Objekten in die Datenbank alle Plattform- und Anwendungsprüfungen deaktiviert werden. Die Ausnahme bilden Dokumente, die sich in einer Ausführungsart registrieren oder die Ausführung stornieren. Das Halten und Abbrechen eines Dokuments wird immer durchgeführt, ohne den Lademodus einzustellen, d.h. Überprüfungen werden durchgeführt.

Erweiterte Einstellungen
  Das Lesezeichen wird verwendet, um die Einstellungen für das Hoch- und Herunterladen von Daten zu konfigurieren.

  "Debug mode" - ein Flag zum Einstellen des Exchange-Debug-Modus. Wenn dieses Flag gesetzt ist, wird der Datenaustausch im Fehlerfall nicht abgebrochen. Der Austausch endet mit der Ausgabe von Debug-Meldungen in die Datei des Austauschprotokolls. Dieser Modus wird zum Debuggen von Exchange-Regeln empfohlen.

  "Informationsmeldungen im Meldungsfenster anzeigen" - wenn das Flag gesetzt ist, wird im Meldungsfenster das Protokoll des Datenaustauschprozesses angezeigt.

"Anzahl der verarbeiteten Objekte für Statusaktualisierung" - Mit diesem Parameter wird die Anzahl der verarbeiteten Objekte bestimmt, bevor der Status des Lade- / Entladezustands geändert wird

  „Upload Dateneinstellungen“ - ermöglichen es uns, die Anzahl der Elemente in einer einzigen Transaktion verarbeitet, um zu bestimmen, wenn Daten hochladen, laden und verarbeiten nur die Objekte, die Berechtigungen festlegen, die Art der Registrierung Änderungen für entladene Objekte durch den Austausch Pläne.

  „Mit dem optimierten Format für den Datenaustausch (V8 - V8, Version Umgang mit nicht weniger als 2.0.18)“ - ein optimiertes Format des Nachrichtenaustauschs setzt Knoten „InformatsiyaOTipahDannyh“ im Message-Header, die Informationen über Datentypen leeren. Dies beschleunigt den Datenladevorgang.

  "Transaktionen beim Hochladen für Tauschpläne verwenden" - Das Flag definiert die Art der Verwendung von Transaktionen beim Hochladen von Daten, wenn Änderungen an den Tauschplanknoten ausgewählt werden. Wenn das Flag gesetzt ist, werden die Daten in einer Transaktion entladen.

  "Anzahl der Elemente in einer Transaktion" - definiert die maximale Anzahl von Datenelementen, die in der Nachricht innerhalb einer einzelnen Datenbanktransaktion platziert werden. Wenn der Parameterwert 0 ist (der Standardwert), werden alle Daten in einer Transaktion abgelegt. Dieser Modus wird empfohlen, da er die Konsistenz der in der Nachricht enthaltenen Daten garantiert. Beim Erstellen einer Nachricht im Mehrbenutzermodus kann es jedoch zu Sperrkonflikten zwischen der Transaktion, in der die Daten in der Nachricht abgelegt sind, und den von anderen Benutzern ausgeführten Transaktionen kommen. Um die Wahrscheinlichkeit solcher Konflikte zu verringern, können Sie diesen Parameter auf einen anderen Wert als den Standardwert festlegen. Je kleiner der Wert des Parameters ist, desto geringer ist die Wahrscheinlichkeit, Konflikte zu blockieren, desto höher ist jedoch die Wahrscheinlichkeit, dass inkonsistente Daten in die Nachricht eingefügt werden.

  "Objekte entladen, für die Zugriffsrechte bestehen" - Wenn das Flag gesetzt ist, werden die Information Base-Objekte unter Berücksichtigung der Zugriffsrechte des aktuellen Benutzers des Programms ausgewählt. Dies impliziert die Verwendung des Literal "ALLOWED" im Abfragetext zum Abrufen der Daten.

  "Ungültige Zeichen automatisch aus Strings zum Schreiben in XML entfernen" - Wenn das Flag gesetzt ist, werden beim Schreiben von Daten in den Nachrichtenaustausch ungültige Zeichen gelöscht. Die Zeichen werden auf Übereinstimmung mit der XML 1.0-Empfehlung überprüft.

"Registrierungsänderungen für Austauschknoten nach dem Entladen" - Das Feld definiert den Betriebsmodus mit der Registrierung von Datenänderungen nach Abschluss des Daten-Uploads. Mögliche Werte:

Registrierung nicht löschen - Nach dem Hochladen von Daten wird die Registrierung von Änderungen auf dem Knoten nicht gelöscht.
  Vollständiges Löschen der Registrierung für den Austauschknoten - Nach dem Hochladen der Daten wird die Registrierung von Änderungen auf dem Knoten vollständig entfernt.
  Registrierung nur für entladene Metadaten löschen - Nach dem Hochladen der Daten wird die Registrierung von Änderungen auf dem Knoten nur für die Metadatenobjekte gelöscht, die zum Entladen angegeben wurden.

  "Austauschprotokoll" - Mit dieser Option können Sie die Anzeige von Informationsmeldungen im Meldungsfenster sowie die Wartung und Aufzeichnung in einer separaten Austauschprotokolldatei anpassen.

  "Dateiname, Protokoll des Austauschs" - der Name der Datei zur Ausgabe des Protokolls des Datenaustauschprozesses.

  "Download-Protokoll (für COM-Verbindung)" ist der Name der Datei zum Ausgeben des Protokolls des Datenaustauschprozesses in der empfangenden Basis beim Austausch über eine COM-Verbindung. Wichtig: Der Dateipfad muss von dem Computer aus zugänglich sein, auf dem die Empfängerbasis installiert ist.

  "Daten an das Austauschprotokoll anhängen" - Wenn das Flag gesetzt ist, wird der Inhalt der Austauschprotokolldatei gespeichert, wenn die Protokolldatei bereits vorhanden ist.

  "Melden von Informationsnachrichten an das Protokoll" - Wenn das Flag gesetzt ist, werden im Austauschprotokoll zusätzlich zu Nachrichten zu Austauschfehlern informative Nachrichten angezeigt.

  "Austauschprotokolldateien nach Ausführung von Vorgängen öffnen" - Wenn das Flag gesetzt ist, werden die Austauschprotokolldateien nach dem Datenaustausch automatisch zum Anzeigen geöffnet.

Datenlöschung
  Lesezeichen nur für Entwickler von Tauschregeln erforderlich. Ermöglicht das Löschen beliebiger Objekte aus der Infobase.

Debuggen von Upload- und Download-Daten
  Bei der Verarbeitung können Sie Ereignishandler debuggen und ein Debugmodul aus einer Regeldatei oder einer Datendatei generieren.

Das Debuggen der Entladehandler wird auf der Registerkarte „Datenupload“ durch Aktivieren des Kontrollkästchens „Debugmodus für Entladehandler“ aktiviert. Dementsprechend wird auf der Registerkarte "Data Download" der Download-Debug-Modus durch Aktivieren des Kontrollkästchens "Load Handler Debug Mode" aktiviert.

Nachdem Sie den Debugging-Modus der Handler eingestellt haben, wird die Schaltfläche Debugging-Einstellungen verfügbar. Wenn Sie auf diese Schaltfläche klicken, wird das Einstellungsfenster geöffnet.

Debugging-Handler werden in vier Schritten konfiguriert:

Schritt 1: Wählen Sie den Algorithmus-Debug-Modus

Im ersten Schritt müssen Sie den Debugging-Modus der Algorithmen festlegen:

Ohne Debugging-Algorithmen
Algorithmen wie Prozeduren aufrufen
  Ersetzen Sie den Code der Algorithmen anstelle des Aufrufs

Der erste Modus ist praktisch, wenn wir sicher sind, dass der Fehler im Handler nicht mit dem Code eines Algorithmus zusammenhängt. In diesem Modus wird der Code der Algorithmen nicht in das Debugging-Modul entladen. Algorithmen werden im Kontext des Operators "Run ()" ausgeführt und ihr Code steht für das Debugging nicht zur Verfügung.

Der zweite Modus sollte in Fällen verwendet werden, in denen der Fehler im Code des Algorithmus enthalten ist. Wenn dieser Modus eingestellt ist, werden die Algorithmen als separate Prozeduren entladen. Zu dem Zeitpunkt, an dem der Algorithmus von einem beliebigen Handler aufgerufen wird, wird die entsprechende Verarbeitungsprozedur aufgerufen. Dieser Modus ist praktisch, wenn die globale Variable "Parameters" zum Übergeben von Parametern an Algorithmen verwendet wird. Die Einschränkungen bei der Verwendung dieses Modus bestehen darin, dass beim Debuggen die lokalen Variablen des Handlers, von dem aus er aufgerufen wird, im Algorithmus nicht verfügbar sind.

Der dritte Debug-Modus wird wie im zweiten Fall beim Debuggen des Algorithmus-Codes und in den Fällen verwendet, in denen der zweite Debug-Modus nicht geeignet ist. Wenn dieser Modus eingestellt ist, werden die Algorithmen als integrierter Code in die Handler entladen. Dh Anstelle des Aufrufoperators des Algorithmus wird der vollständige Code des Algorithmus unter Berücksichtigung der verschachtelten Algorithmen eingefügt. In diesem Modus gibt es keine Einschränkungen für die Verwendung lokaler Variablen des Handlers. Beim Debuggen von Algorithmen mit einem rekursiven Aufruf gibt es jedoch eine Einschränkung.

Schritt 2: Erstellen Sie ein Debug-Modul

Im zweiten Schritt müssen die Handler durch Klicken auf die Schaltfläche "Debugging-Modul zum Entladen (Laden) generieren" entladen werden. Die generierten Handler und Algorithmen werden in einem separaten Fenster zur Ansicht angezeigt. Der Inhalt des Debug-Moduls muss durch Klicken auf die Schaltfläche "In Zwischenablage kopieren" in die Zwischenablage kopiert werden.

Schritt 3: Anlegen der Fremdbearbeitung

In diesem Schritt müssen Sie den Konfigurator ausführen und eine neue externe Verarbeitung erstellen. Im Verarbeitungsmodul müssen Sie den Inhalt der Zwischenablage (Debug-Modul) einfügen und die Verarbeitung unter einem beliebigen Namen speichern.

Schritt 4: Anschließen der externen Verarbeitung

Im vierten und letzten Schritt müssen Sie den Namen der externen Verarbeitungsdatei in das Eingabefeld eingeben. In diesem Fall überprüft das Programm den Zeitpunkt der Erstellung (Aktualisierung) der Verarbeitungsdatei. Wenn die Verarbeitung eine frühere Version als die Debug-Modul-Dateiversion hat, wird eine Warnung angezeigt und das Konfigurationsformular wird nicht geschlossen.

Hinweis: Das Debuggen des globalen Konvertierungshandlers "Nach dem Laden der Exchange-Regeln" wird nicht unterstützt.

Bei der Wartung mehrerer Arbeitsstationen 1C ist manchmal ein Datenaustausch zwischen diesen erforderlich. Es gibt zwei Möglichkeiten, Daten zu übertragen:

1. Datenübertragung unter Verwendung der XML-Datenaustausch- und Verarbeitungsregeln. Exchange-Regeln werden mit der Konfiguration 1C: Datenkonvertierung erstellt.
2. Übertragung von Daten zwischen ähnlichen Informationsdatenbanken durch Verarbeitung von "Hoch- und Herunterladen von XML-Daten".

Betrachten Sie die zweite Option, d.h. Upload und Download von Daten von / zu Konfigurationen mit denselben (identischen) Objekten, die wir benötigen. Dazu verwenden wir die externe Verarbeitung "XML-Daten hochladen und herunterladen", die sein kann.

Voraussetzung für die Verwendung dieser Verarbeitung ist Folgendes: Die Informationsdatenbank, aus der Daten entladen werden, muss dieselben Objekte und Details (Name und Datentyp) enthalten wie die Datenbank, in die Daten geladen werden.

Betrachten Sie ein Beispiel mit Datenübertragung durch diese Verarbeitung. Angenommen, Sie müssen die Dokumente "Eingehender Zahlungsauftrag" und "Ausgehender Zahlungsauftrag" übertragen. Die Lösung für dieses Problem lautet wie folgt.

Öffnen Sie die externe Verarbeitung "Hochladen und Herunterladen von XML-Daten" über das Hauptmenü: Datei? Öffnen ... Geben Sie auf der Registerkarte "Hochladen" die XML-Datei an, in der die Daten gespeichert werden sollen.

Anschließend müssen Sie den Zeitraum angeben, für den Datenobjekte aus der 1C-Datenbank und die Objekte selbst entladen werden. Die zum Hochladen benötigten Dokumente sind im Strukturfeld der Konfigurationsobjekte in der Spalte „Daten zum Hochladen“ angekreuzt. Wenn die hochgeladenen Dokumente Verweise auf Elemente von Verzeichnissen enthalten, die sich nicht in einer anderen Konfiguration befinden, ist es sinnvoll, die Spalte „Falls erforderlich“ anzukreuzen, damit diese Elemente zusammen mit den Dokumenten auch entladen werden.

In diesem Schritt ist es nun erforderlich zu entscheiden, ob ihre Bewegung in Registern mit den Dokumenten entladen werden soll oder ob diese Dokumente in einer anderen Datenbank erneut eingereicht werden sollen. Um Dokumente zu übertragen, die bereits in eine andere Datenbank hochgeladen wurden, können Sie die Verarbeitung "Sammelverarbeitung von Verzeichnissen und Dokumenten" verwenden. Wenn die Algorithmen zum Durchführen von Datenbanken unterschiedlich sind, sollten Sie „Alle Bewegungen mit einem Dokument mit einem Dokument entladen“ nicht ankreuzen.

Das war's, die Upload-Einstellung ist abgeschlossen, hier ist alles ganz einfach! Klicken Sie auf die Schaltfläche "Daten hochladen" und warten Sie, bis die Daten in der XML-Datei gespeichert sind. Bei komplexeren Entladevorgängen können Sie die Auswahl für die entladenen Objekte nicht nur nach Zeitraum festlegen.

Gehen Sie nach dem Entladen zur zweiten Basis 1C und öffnen Sie dort die gleiche Verarbeitung. Gehen Sie zur Registerkarte "Download" und geben Sie hier die XML-Datei an, in der wir die Daten heruntergeladen haben.

Auf dieser Registerkarte setzen wir ein einzelnes Häkchen vor "Objekte im Fehlerfall weiter laden" und klicken auf die Schaltfläche "Daten laden". Die verbleibenden Funktionen, beispielsweise die Verwendung von Summen, werden nicht berücksichtigt, obwohl diese Funktion das Laden von Objekten (Aufzeichnungen durch Register) erheblich beschleunigen kann.