Przetwarzanie „Uniwersalnej wymiany danych w formacie XML”. Wymiana w uniwersalnym formacie

Leczenie Uniwersalna wymiana dane w formacie XML (przetwarzanie z uniwersalną wymianą danych XML)

Przetwarzanie „Uniwersalna wymiana danych w formacie XML” przeznaczone jest do ładowania i rozładowywania danych do pliku z dowolnej konfiguracji zaimplementowanej na platformie 1C:Enterprise 8.

Tryb pracy
Za pomocą kontrolowana forma przetwarzanie ma dwa tryby pracy:
1. Na kliencie. Podczas korzystania z tego trybu reguły i pliki danych do pobrania są przesyłane od klienta na serwer, a plik danych do pobrania jest przesyłany z serwera do klienta. Ścieżki do tych plików znajdujących się na kliencie należy określić w oknie dialogowym bezpośrednio przed wykonaniem akcji.
2. Na serwerze. W tym trybie pliki nie są przesyłane do klienta, a ścieżki do nich muszą być określone na serwerze.
Uwaga: Zewnętrzny plik przetwarzania i pliki protokołu wymiany muszą zawsze znajdować się na serwerze, niezależnie od trybu pracy.

Pobierz Uniwersalną Wymianę Danych w formacie XML- Tylko zarejestrowani użytkownicy mogą pobierać pliki!

Przetwarzanie ma cztery zakładki

Przesyłanie danych
Aby przesłać dane, należy podać nazwę pliku, do którego dane zostaną przesłane i wybrać plik reguł wymiany. Reguły wymiany dla dowolnej konfiguracji można skonfigurować w specjalistycznej konfiguracji „Data Conversion, Edition 2”.

Aby załadować dokumenty i zapisy z niezależnych rejestrów informacji okresowych, należy określić okres - „Datę początkową” i „Datę końcową”. Powstały plik z pobranymi danymi można skompresować.

W zakładce „Zasady przesyłania danych” możesz wybrać typy obiektów, które mają zostać wgrane, skonfigurować selekcję obiektów lub określić węzeł wymiany danych, dla którego chcesz przesyłać dane.

Na karcie „Opcje przesyłania” możesz to określić Dodatkowe opcje przesyłanie danych.

W zakładce „Komentarz” możesz wpisać dowolny tekst komentarza, który zostanie dołączony do pliku wymiany.

Istnieje możliwość skonfigurowania ładowania danych do transakcji. W tym celu należy zaznaczyć checkbox „Użyj transakcji” i podczas załadunku określić ilość elementów w jednej transakcji.

„Wczytaj dane w trybie wymiany (Data Exchange.Load = True)” – jeżeli flaga jest ustawiona, to ładowanie obiektów będzie realizowane z ustawioną flagą ładowania. Oznacza to, że po zapisaniu obiektów do bazy danych wszelkie kontrole platformy i aplikacji zostaną wyłączone. Wyjątek stanowią dokumenty, które są rejestrowane w trybie księgowania lub anulowania. Zaksięgowanie i anulowanie zaksięgowania dokumentu następuje zawsze bez ustawienia trybu ładowania, tj. kontrole zostaną przeprowadzone.

Dodatkowe ustawienia
Zakładka służy do szczegółowe ustawienia przesyłanie i pobieranie danych.

„Tryb debugowania” – flaga umożliwiająca ustawienie trybu debugowania centrali. Jeśli ta flaga jest ustawiona, proces wymiany danych nie zostanie zatrzymany w przypadku wystąpienia błędu. Wymiana zostanie zakończona, a komunikaty debugowania zostaną zapisane w pliku dziennika wymiany. Zaleca się używanie tego trybu podczas debugowania reguł wymiany.

"Wniosek wiadomości informacyjne do okna wiadomości” – jeżeli flaga jest ustawiona, w oknie wiadomości zostanie wyświetlony protokół procesu wymiany danych.

„Liczba obrobionych obiektów do aktualizacji statusu” – parametr służy do określenia liczby przetworzonych elementów przed zmianą linii stanu załadunku/rozładunku

„Ustawienia przesyłania danych” – pozwalają określić ilość elementów przetwarzanych w jednej transakcji podczas przesyłania danych, przesyłać i przetwarzać tylko te obiekty, do których masz uprawnienia dostępu, konfigurować rodzaj zmiany rejestracji przesyłanych obiektów poprzez plany wymiany.

„Użyj zoptymalizowanego formatu do wymiany danych (V8 - V8, wersja przetwarzania nie niższa niż 2.0.18)” – zoptymalizowany format wiadomości wymiany zakłada obecność w nagłówku wiadomości węzła „InformationOnDataTypes”, do którego wprowadzana jest informacja o typach danych załadowany. Pozwala to przyspieszyć proces ładowania danych.

„Użyj transakcji przy rozładunku dla planów wymiany” – flaga określa tryb wykorzystania transakcji przy rozładunku danych podczas pobierania zmian na węzłach planów wymiany. Jeżeli flaga jest ustawiona, wówczas w transakcji nastąpi ładowanie danych.

„Ilość pozycji na transakcję” – określa maksymalną liczbę pozycji danych, które mogą zostać umieszczone w komunikacie w ramach jednej transakcji bazy danych. Jeżeli wartość parametru wynosi 0 (wartość domyślna), wówczas wszystkie dane umieszczane są w ramach jednej transakcji. Tryb ten jest zalecany, gdyż gwarantuje spójność danych zawartych w wiadomości. Jednak podczas tworzenia wiadomości w trybie wielu użytkowników mogą wystąpić konflikty blokad pomiędzy transakcją umieszczającą dane w wiadomości a transakcjami wykonywanymi przez innych użytkowników. Aby zmniejszyć prawdopodobieństwo wystąpienia takich konfliktów, możesz ustawić ten parametr na wartość inną niż domyślna. Im niższa wartość parametru, tym mniejsze prawdopodobieństwo konfliktu zamków, ale większe prawdopodobieństwo umieszczenia w wiadomości niespójnych danych.

„Wyładuj obiekty, do których masz uprawnienia” – jeżeli flaga jest ustawiona, to selekcja obiektów infobazy zostanie przeprowadzona z uwzględnieniem praw dostępu aktualnego użytkownika programu. Wiąże się to z użyciem literału „DOZWOLONE” w treści zapytania w celu pobrania danych.

„Usuń automatycznie Niedopuszczalne symbole z ciągów znaków do zapisu w formacie XML” – jeżeli flaga jest ustawiona, to przy zapisie danych do komunikatu wymiany nieprawidłowe znaki zostaną usunięte. Znaki są sprawdzane pod kątem zgodności z rekomendacją XML 1.0.

„Zmiany rejestracji dla węzłów wymiany po wgraniu” – pole określa tryb pracy z rejestracją zmian danych po zakończeniu przesyłania danych. Możliwa wartość:

Nie usuwaj rejestracji – po pobraniu danych rejestracja zmian w węźle nie zostanie usunięta.
Całkowicie usuń rejestrację dla węzła wymiany - po przesłaniu danych rejestracja zmian w węźle zostanie całkowicie usunięta.
Usuń rejestrację tylko dla pobranych metadanych – po pobraniu danych rejestracja zmian w węźle zostanie usunięta tylko dla obiektów metadanych, które zostały określone do pobrania.

„Protokół wymiany” – umożliwia skonfigurowanie wysyłania komunikatów informacyjnych do okna komunikatów, ich utrzymywania i zapisywania osobny plik protokół wymiany.

„Nazwa pliku, protokół wymiany” – nazwa pliku wyjściowego protokołu procesu wymiany danych.

„Pobierz protokół (dla połączenia COM)” – nazwa pliku służącego do wyprowadzenia protokołu procesu wymiany danych w bazie odbiorczej przy wymianie poprzez połączenie COM. Ważne: ścieżka do pliku musi być dostępna z poziomu komputera, na którym zainstalowana jest baza odbiornika.

„Dołącz dane do protokołu wymiany” – jeżeli flaga jest ustawiona, to zawartość pliku protokołu wymiany zostanie zapisana, jeśli plik protokołu już istnieje.

„Wyprowadzaj komunikaty informacyjne do protokołu” – jeżeli flaga jest ustawiona, to oprócz komunikatów o błędach wymiany do protokołu wymiany będą wysyłane komunikaty informacyjne.

„Otwórz pliki protokołu wymiany po wykonaniu operacji” – jeżeli flaga jest ustawiona, to po wymianie danych pliki protokołu wymiany zostaną automatycznie otwarte do przeglądania.

Usuwanie danych
Zakładka jest potrzebna tylko twórcom reguł wymiany. Umożliwia usuwanie dowolnych obiektów z bazy danych.

Debugowanie przesyłania i pobierania danych
Przetwarzanie umożliwia debugowanie programów obsługi zdarzeń i generowanie modułu debugowania z pliku reguł lub pliku danych.

Włączenie trybu debugowania dla programów obsługi przesyłania odbywa się na karcie „Przesyłanie danych” poprzez zaznaczenie pola wyboru „Tryb debugowania dla programów obsługi przesyłania”. Odpowiednio, w zakładce „Ładowanie danych” włącza się tryb debugowania ładowania poprzez zaznaczenie pola wyboru „Tryb debugowania modułów obsługi ładowania”.

Po ustawieniu trybu debugowania dla programów obsługi przycisk ustawień debugowania stanie się dostępny. Kliknięcie tego przycisku spowoduje otwarcie okna ustawień.

Konfigurowanie programów obsługi debugowania odbywa się w czterech krokach:

Krok 1: Wybór trybu debugowania algorytmu

W pierwszym kroku musisz wybrać tryb debugowania algorytmu:

Brak debugowania algorytmów
Wywołuj algorytmy jako procedury
Zastąp kod algorytmu w miejscu wywołania

Pierwszy tryb jest wygodny w użyciu, gdy wiemy na pewno, że błąd w procedurze obsługi nie jest powiązany z kodem żadnego algorytmu. W tym trybie kod algorytmu nie jest przesyłany do modułu debugującego. Algorytmy są wykonywane w kontekście operatora „Run()”, a ich kod nie jest dostępny do debugowania.

Drugi tryb należy zastosować w przypadkach, gdy błąd tkwi w kodzie algorytmu. Gdy ten tryb jest ustawiony, algorytmy zostaną wyładowane jako osobne procedury. W momencie wywołania algorytmu z dowolnego modułu obsługi wywoływana jest odpowiednia procedura przetwarzająca. Tryb ten jest wygodny w użyciu, gdy do przekazywania parametrów do algorytmów używana jest zmienna globalna „Parametry”. Ograniczenia korzystania z tego trybu polegają na tym, że podczas debugowania algorytmu zmienne lokalne procedury obsługi, z której jest on wywoływany, nie są dostępne.

Trzeci tryb debugowania jest używany, podobnie jak w drugim przypadku, podczas debugowania kodu algorytmu oraz w przypadkach, w których drugi tryb debugowania nie jest odpowiedni. Gdy ten tryb jest ustawiony, algorytmy zostaną wyładowane jako zintegrowany kod w procedurach obsługi. Te. zamiast operatora wywołania algorytmu wstaw pełny kod algorytm uwzględniający algorytmy zagnieżdżone. W tym trybie nie ma żadnych ograniczeń w używaniu lokalnych zmiennych obsługi, ale istnieją ograniczenia podczas debugowania algorytmów za pomocą wywołania rekurencyjnego.

Krok 2: Utworzenie modułu debugowania

W drugim kroku musisz wyładować moduły obsługi, klikając przycisk „Utwórz moduł debugowania rozładunku (ładowania)”. Wygenerowane procedury obsługi i algorytmy zostaną wyświetlone w osobne okno obejrzeć. Zawartość modułu debugującego należy skopiować do schowka klikając na przycisk „Kopiuj do schowka”.

Krok 3: Utwórz przetwarzanie zewnętrzne

Na tym etapie należy uruchomić konfigurator i utworzyć nowy przetwarzanie zewnętrzne. Należy wkleić zawartość schowka do modułu przetwarzania (modułu debugowania) i zapisać przetwarzanie pod dowolną nazwą.

Krok 4: Podłączanie przetwarzania zewnętrznego

W czwartym i ostatnim kroku musisz podać w polu wejściowym nazwę zewnętrznego pliku przetwarzania. W tym przypadku program sprawdza czas utworzenia (aktualizacji) przetwarzanego pliku. Jeśli przetwarzanie ma więcej wcześniejsza wersja, niż wersja pliku modułu debugującego, wyświetli się ostrzeżenie, a formularz konfiguracyjny nie zostanie zamknięty.

Uwaga: Możliwość debugowania globalnego modułu obsługi konwersji „Po załadowaniu reguł wymiany” nie jest obsługiwana.

Drukuj (Ctrl+P)

Wymiana w uniwersalnym formacie

Podsystem „Wymiana danych” biblioteki standardowe podsystemy zawiera 4 opcje (technologie) wymiany informacji pomiędzy różnymi bazami informacji:

rozproszone bazy informacji (RIB);
wymiana danych w formacie uniwersalnym;
wymiana danych zgodnie z regułami wymiany (reguły wymiany tworzone są za pomocą konfiguracji „Konwersja danych” wydanie 2.1);
wymiana danych bez zasad wymiany.

W artykule omówiono technologię wymiany danych poprzez uniwersalny format EnterpriseData. Ta technologia dostępne w „Standardowej Bibliotece Podsystemów” począwszy od wersji 2.3.1.62. wydany na początku 2016 roku. Obecnie najnowsza edycja BSP 2.3 (do użytku z platformą 1C:Enterprise 8.3 nie niższą niż wersja 8.3.8.1652 z wyłączonym trybem zgodności) ma wersję 2.3.6.17.

Ryż. 1 Najnowsze wydania BSP 2.3

Wśród plików dostaw rozwiązań aplikacyjnych 1C znajduje się plik tekstowy„Wersje biblioteczne”, na podstawie których napisano wersje BSP aplikacja została stworzona np. w oparciu o rozwiązanie aplikacyjne UT 11.3.3.231, powstał BSP 2.3.5.65.

Należy pamiętać, że do użytku z platformą „1C:Enterprise 8.3” w wersji nie niższej 8.3.10.2168 edycja została wydana z wyłączonym trybem zgodności BSP 2.4.

Opis formatu EnterpriseData

Co to jest format EnterpriseData?

Jest to format, który pozwala opisać obiekt bazy informacji (kontrahent, faktura itp.) lub zgłosić fakt usunięcia tego obiektu. Oczekuje się, że konfiguracja, która otrzymała plik w Format danych korporacyjnych, odpowiednio zareaguje - utworzy nowe obiekty i usunie te, które w pliku są oznaczone jako usunięte. Przeznaczony jest do wymiany informacji pomiędzy konfiguracjami UT, RT, UNF, BP. Format ten może być również używany do wymiany informacji z dowolnym innym formatem systemy informacyjne: nie zależy to od jego własnych cech oprogramowanie lub struktur baz informacji, które uczestniczą w wymianie i nie zawierają jednoznacznych ograniczeń użytkowania.

Wersja formatu EnterpriseData

Dane w formacie są przechowywane w pakietach XDTO w ogólnych gałęziach konfiguracji bazy danych, jak pokazano na rys. 2

Rys. 2 XDTO – pakiety formatu danych EnterpriseData

Na ryc. 2 pokazuje, że istnieje kilka pakietów XDTO. Ten różne wersje format. Numer wersji formatu składa się z X.Y.Z, gdzie X.Y to wersja, Z to wersja mniejsza. Wersja Minor jest zwiększana w przypadku poprawek błędów i innych zmian, w których: Funkcjonalność logiki konwersji danych opiera się na Poprzednia wersja format (zapisywanie Kompatybilność wsteczna aktualne algorytmy przesyłania danych w formacie); Obsługa nowych możliwości formatowania logiki konwersji jest dobrowolna. Przykładem takich zmian może być poprawienie błędu, zmiana właściwości obiektów formatu, dodanie właściwości, których użycie nie jest obowiązkowe przy konwersji danych. W pozostałych przypadkach przy zmianie formatu zwiększa się wersja Major: X – w przypadku restrukturyzacji globalnej, Y – w pozostałych przypadkach.
Format opisuje reprezentację obiektów (dokumentów lub elementów katalogów) w postaci plików XML. Wersja 1.0.1 zawiera opis 94 obiektów z różne obszary(finanse, produkcja, zakupy i sprzedaż, operacje magazynowe). Nazwy typów z reguły są dobrze zrozumiałe i nie wymagają dodatkowych wyjaśnień: na przykład „Dokument.Akt ukończonej pracy” lub „Katalog.Kontrahenci”. Jak widać, opis typów dokumentów zaczyna się od przedrostka „Dokument.”, a element katalogu zaczyna się od przedrostka „Katalog”. Bardziej szczegółowy opis formatu można znaleźć
Najnowsza wersja to 1.3, jednak najczęściej używaną wersją jest 1.0. Nie ma zbyt dużej różnicy pomiędzy wersjami. Format EnterpriseDataExchange_1_0_1_1 używane podczas wymiany za pośrednictwem usługi internetowej.
Zauważ to z którym używany jest pakiet formatu danych EnterpriseData Wiadomość wymiany podczas tworzenia reguł konwersji. To właśnie ten pakiet zawiera obiekt typu Dodatkowe informacjektóry może mieć dowolny typ wartości i jest używany podczas tworzenia reguły konwersji pomiędzy obiektami konfiguracyjnymi. które nie są w formacie danych. Dokładnie, dzięki Dodatkowe informacjeMożesz dostosowywać i dostosowywać reguły wymiany bez zmiany formatu danych w pakietach XDTO.

Ryż. 3 Struktura pakietu XDTOExchangeMessage

Jak wymieniać dane w formacie EnterpriseData?

Wymiana danych w formacie EnterpriseData z konfiguracją jest wymianą plików. W odpowiedzi na otrzymane od aplikacja zewnętrzna plik konfiguracyjny przetworzy go i utworzy plik odpowiedzi. Wymiana plików może nastąpić:

poprzez dedykowany katalog plików,
poprzez katalog FTP,
za pośrednictwem usługi internetowej wdrożonej po stronie bazy informacji. Plik danych jest przekazywany jako parametr do metod internetowych.

Notatka. W celu dwukierunkowej wymiany danych pomiędzy aplikacją obcą a konfiguracją po stronie infobazy należy dokonać szeregu ustawień - aplikacja obca musi być zarejestrowana w infobazie, należy dla niej zdefiniować kanał wymiany (poprzez plik lub katalog FTP) itp. Ale w przypadkach prostej integracji, gdy wystarczy tylko przenieść informacje z aplikacja strony trzeciej do bazy danych i nie jest wymagane odwrotne przesyłanie danych z bazy danych do aplikacji strony trzeciej (na przykład integracja sklepu internetowego, który przekazuje informacje o sprzedaży do 1C: Księgowość); istnieje uproszczona wersja pracy za pośrednictwem usługi internetowej który nie wymaga ustawień z boku.

Podczas wymiany przy użyciu planów wymiany konfiguracje podczas synchronizacji przesyłają tylko informacje o zmianach, które nastąpiły od ostatniej synchronizacji (aby zminimalizować wolumen przesyłane informacje). Podczas pierwszej synchronizacji konfiguracja zrzuci wszystkie obiekty w formacie EnterpriseData do pliku XML (ponieważ wszystkie są „nowe” w aplikacji innej firmy).

Kolejny krok dotyczy aplikacji innej firmy - musi ona przetworzyć informacje z pliku XML i umieścić je w sekcji podczas kolejnej sesji synchronizacji informacja, której dotyczy komunikat z konfiguracji konkretny numer pomyślnie odebrana (w polu OtrzymaneNie należy wpisać numer wiadomości otrzymanej z konfiguracji). Komunikat odbioru jest sygnałem dla konfiguracji, że wszystkie obiekty zostały pomyślnie przetworzone przez zewnętrzną aplikację i nie ma już potrzeby przesyłania informacji o nich. Oprócz paragonu plik XML z aplikacji innej firmy może zawierać również dane do synchronizacji (w sekcji ).

Po odebraniu wiadomości potwierdzającej konfiguracja oznacza wszystkie zmiany przesłane w poprzedniej wiadomości jako pomyślnie zsynchronizowane. Jedynie niezsynchronizowane zmiany obiektów (tworzenie nowych, zmiana i usuwanie istniejących) zostaną przesłane do aplikacji zewnętrznej podczas kolejnej sesji synchronizacji.

Podczas przesyłania danych z aplikacji zewnętrznej do konfiguracji obraz się odwraca. We wniosku należy wypełnić sekcję odpowiednio i w sekcji umieść obiekty do synchronizacji w formacie EnterpriseData.

Po przetworzeniu pliku konfiguracja wygeneruje plik XML, który będzie zawierał wiadomość potwierdzającą oraz nowe dane do synchronizacji od strony konfiguracyjnej (jeśli takie istnieją od Ostatnia sesja synchronizacja).

Więcej informacji na temat wymiany danych z rozwiązaniami aplikacyjnymi na platformie 1C:Enterprise w formacie EnterpriseData można znaleźć w artykule

Moduł ogólny „menedżera wymiany w formacie uniwersalnym”.

Procedury i funkcje w pełni opisujące zasady pobierania danych z bazy informacji do formatu giełdowego oraz zasady ładowania danych z formatu giełdowego do bazy informacji opracowane są we wspólnym module - module menedżera wymiany poprzez format uniwersalny.

Ryż. 4 Struktura modułu zarządzającego giełdą w formacie uniwersalnym

Moduł tworzony jest automatycznie przy pomocy konfiguracji „Konwersja Danych” wersja 3.0, na podstawie skonfigurowanych reguł wymiany lub ręcznie w konfiguratorze.

Moduł składa się z kilku dużych sekcji, z których każda zawiera własną grupę procedur i funkcji.

Komentarz. Pierwsza linia modułu zawiera komentarz z nazwą konwersji. Linia ta jest niezbędna do identyfikacji modułu w przypadku użycia polecenia np. w programie Data Conversion wersja 3.0. // Konwersja UP2.2.3 z 01.06.2017 19:51:50
Procedury konwersji. Zawiera predefiniowane procedury, które są wykonywane na różnych etapach synchronizacji danych: przed konwersją, po konwersji, przed odroczonym wypełnieniem.
Zasady przetwarzania danych (DPR). Zawiera procedury i funkcje opisujące zasady przetwarzania danych.
Reguły konwersji obiektów (OCR). Zawiera procedury i funkcje opisujące zasady konwersji obiektów, a także zasady konwersji właściwości tych obiektów.
Predefiniowane reguły konwersji danych (PDC). Zawiera procedurę wypełniającą reguły konwersji predefiniowanych danych.
Algorytmy. Zawiera dowolne algorytmy wywoływane z innych reguł (POD lub PKO).
Opcje. Zawiera logikę wypełniania parametrów konwersji.
Ogólny cel. Zawiera procedury i funkcje powszechnie stosowane w regułach i algorytmach.

Poniżej opisano parametry procedur i funkcji wykorzystywanych w kilku typach procedur w module menadżerskim.

Wymień komponenty. Typ - Struktura. Zawiera parametry i reguły wymiany zainicjowane w ramach sesji wymiany.

Kierunek wymiany. Typ – ciąg. Albo „Wyślij”, albo „Odbierz”.

Dane IB. Typ – Obiekt katalogu Lub Obiekt dokumentu.

Procedury związane ze zdarzeniami konwersji

Istnieją trzy predefiniowane procedury, które są wywoływane podczas procesu konwersji:

Przed konwersją. Wywoływane przed wystąpieniem synchronizacji danych. Ta procedura zazwyczaj zawiera logikę inicjowania różnych parametrów konwersji, wypełniania wartości domyślnych itp. Parametry: Wymiana komponentów.
Po konwersji. Wywoływane po zakończeniu synchronizacji danych, ale przed wystąpieniem leniwego dopełniania. Opcje: Wymiana komponentów.
Przed opóźnionym napełnianiem. Wywoływane przed wystąpieniem leniwego napełniania. Tutaj można umieścić logikę sortowania lub dostosowywania tabeli obiektów podlegających leniwemu wypełnianiu. Opcje: Wymiana komponentów.

Procedury AML

Wypełnij Zasady przetwarzania danych. Procedura eksportu zawierająca logikę wypełniania reguł przetwarzania danych. Zawiera wywołania innych procedur, które dodają regułę przetwarzania określonego obiektu do tabeli reguł (patrz procedury poniżej Dodaj AML). Opcje: Kierunek wymiany, Zasady przetwarzania danych

Dodaj UNDER_<ИмяПОД>. Zestaw procedur wypełniających tabelę ZGODNIE z regułami dla określonych obiektów. Liczba takich procedur odpowiada liczbie AML przewidzianej dla tej konwersji w programie Data Conversion w wersji 3.0. Opcje: Zasady przetwarzania danych(tabela wartości inicjowana w ramach sesji giełdowej).

POD_<ИмяПОД>_Podczas przetwarzania. Procedura zawiera tekst procedury obsługi Podczas przetwarzania dla konkretnego AML. Procedura obsługi została zaprojektowana w celu implementacji logiki konwersji na poziomie obiektu. Na przykład przypisz określone PQO do konkretnego obiektu w zależności od zawartości obiektu. Opcje:

Dane informacyjneB Lub DaneXDTO(w zależności od kierunku wymiany):
podczas wysyłania – obiekt ( Obiekt katalogu,Obiekt dokumentu);
po otrzymaniu - struktura z opisem obiektu XDTO.
Korzystanie z PKO. Typ - Struktura. Klucz zawiera ciąg znaków z nazwą PCO i wartością typu Wartość logiczna (PRAWDA– stosuje się PKO, Kłamstwo– PKO nie jest stosowane).
Wymiana komponentów.

POD_<ИмяПОД>_Próbkowanie danych. Funkcja zawiera tekst procedury obsługi Podczas rozładunku. Procedura obsługi ma na celu implementację dowolnego algorytmu wyboru obiektów do rozładunku. Wartość zwracana: tablica obiektów do wyładowania. Tablica może zawierać zarówno linki do obiektów bazy danych, jak i strukturę z danymi do przesłania. Opcje: Wymiana komponentów.

Procedury PKO

Wypełnij Zasady konwersji obiektów. Procedura eksportu zawierająca logikę wypełniania reguł konwersji obiektów. Zawiera wywołania innych procedur, które dodają konkretną regułę konwersji obiektu do tabeli reguł (patrz procedury poniżej Dodaj PKO). Opcje: Kierunek wymiany, Zasady konwersji(tabela wartości inicjowana w ramach sesji giełdowej).

DodajPKO_<ИмяПКО>. Zestaw procedur wypełniających tabelę PKO regułami dla konkretnych obiektów. Liczba takich procedur odpowiada liczbie pakietów oprogramowania przewidzianych do tej konwersji w programie Data Conversion w wersji 3.0. Opcje: Zasady konwersji(tabela wartości inicjowana w ramach sesji giełdowej).

PKO_<ИмяПКО>_WhenSendingData. Procedura zawiera tekst procedury obsługi Podczas wysyłania dla konkretnego PKO. Procedura obsługi jest używana podczas przesyłania danych. Zaprojektowany do implementacji logiki konwersji danych zawartych w obiekcie infobase na opis obiektu XDTO. Opcje:

Dane informacyjneB. Typ - Obiekt katalogu, Obiekt dokumentu. Przetwarzany obiekt bazy informacji.
DaneXDTO. Typ - Struktura. Zaprojektowany, aby uzyskać dostęp do danych obiektowych XDTO.
Wymiana komponentów.
Przesyłanie stosu. Typ - Szyk. Zawiera łącza do wyładowanych obiektów z uwzględnieniem zagnieżdżenia.

PKO_<ИмяПКО>_Podczas konwersji danych XDTO. Procedura zawiera tekst procedury obsługi Podczas konwersji DataXDTO dla konkretnego PKO. Procedura obsługi jest używana podczas ładowania danych. Zaprojektowany do implementacji dowolnej logiki konwersji danych XDTO. Opcje:

DaneXDTO. Typ - Struktura. Właściwości obiektu XDTO, które zostały wstępnie przetworzone w celu ułatwienia dostępu.
Otrzymane dane. Typ - Obiekt katalogu, Obiekt dokumentu. Obiekt bazy danych utworzony przez konwersję danych XDTO. Nie odnotowane w bazie danych informacyjnych.
Wymiana komponentów.

PKO_<ИмяПКО>_Przed zarejestrowaniem odebranych danych. Procedura zawiera tekst procedury obsługi Przed zapisaniem odebranych danych dla konkretnego PKO. Procedura obsługi jest używana podczas ładowania danych. Zaprojektowany, aby zaimplementować dodatkową logikę, którą należy wykonać przed zapisaniem obiektu w bazie danych. Na przykład, czy zmiany należy załadować do istniejących danych dotyczących bezpieczeństwa informacji, czy też należy je załadować jako nowe dane. Opcje:

Otrzymane dane. Typ - Obiekt katalogu, Obiekt dokumentu. Element danych wygenerowany przez konwersję danych XDTO.

Rejestrowane, jeśli te dane są nowe dla bazy danych (parametr Dane informacyjneB zawiera wartość Nieokreślony).

W przeciwnym razie Otrzymane dane zastępować Dane informacyjneB(wszystkie właściwości z Otrzymane dane przeniesiony do Dane informacyjneB).

Jeżeli nie jest wymagana standardowa zamiana danych bezpieczeństwa informacji na otrzymane dane, należy napisać własną logikę przesyłania, a następnie ustawić parametr Otrzymane dane oznaczający Nieokreślony:

Dane informacyjneB. Typ - Obiekt katalogu, Obiekt dokumentu. Element danych bazy danych odpowiadający otrzymanym danym. Jeśli nie zostaną znalezione żadne pasujące dane, zawiera Nieokreślony.
Konwersja Właściwości. Typ - Tabela wartości. Zawiera reguły konwersji właściwości bieżącego obiektu, inicjowanego w ramach sesji wymiany.
Wymiana komponentów.

Procedury PCPD

Wypełnij Zasady konwersji danych predefiniowanych. Procedura eksportu zawierająca logikę wypełniania reguł konwersji predefiniowanych danych. Opcje: Kierunek wymiany, Zasady konwersji(tabela wartości inicjowana w ramach sesji giełdowej).

Algorytmy

W programie „Data Conversion” wersja 3.0 istnieje możliwość tworzenia dowolnych algorytmów wywoływanych z procedur obsługi AML i PKPD. Nazwa, parametry i zawartość algorytmów są ustalane podczas opracowywania reguł.

Opcje

Wypełnij parametry konwersji. Procedura eksportu polegająca na wypełnieniu struktury z parametrami konwersji. Opcje: Opcje konwersji(typ - Struktura).

Procedury i funkcje ogólnego przeznaczenia

Wykonaj proceduręManagerModule. Opcje: Nazwa procedury(linia), Opcje(Struktura). Procedura eksportu, która ma wywołać procedurę modułu nieeksportowego, której nazwa i parametry są odbierane jako dane wejściowe. Umożliwia wywołanie procedury lub funkcji w linii bez użycia metody Wykonać.

Funkcja ExecuteManagerModule. Opcje: Nazwa procedury(linia), Opcje(Struktura). Funkcja, przeznaczenie podobne Wykonaj proceduręManagerModule. Różnica polega na tym, że wywołuje funkcję i zwraca jej wartość.

Do czego jest potrzebne automatyczna wymiana danych, bez dokonywania zmian w konfiguracji:
1) Przetwarzanie „Uniwersalnej wymiany danych w formacie XML”, który jest zawarty w większości standardowych konfiguracji. Jeśli go tam nie ma, łatwo go znaleźć na dysku ITS lub w Internecie. W konfiguracji nazywa się to „Universal XML Data Exchange”
2) Zasady wymiany danych. Utworzono przy użyciu „konwersji danych”. Praca, którą będziesz musiał opanować. Istnieją również kursy wideo i pomoc naukowa. Na przykład: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Przetwarzanie zewnętrzne, zawierający procedury załadunku/rozładunku. Zacznijmy go tworzyć:
W module obiektowym tworzone jest przetwarzanie zewnętrzne, które będzie zawierało poniższy tekst (zastąp swoje dane bazami danych i użytkownikami). Wskazane jest utworzenie osobnego użytkownika z pełne prawa do wymiany danych. Nazwijmy przetwarzanie na przykład „Data Exchange.epf”.

Jeśli LaunchParameter = „Prześlij”, wówczas Processing=Processing.UniversalXMLDataExchange.Create(); //Ustaw parametry niezbędne do przesłania (opcjonalnie do edycji) Processing.ExchangeMode="Upload"; Processing.LoadDataInExchangeMode=True; Processing.WriteRegistersRecordSets = True; Processing.RememberLoadedObjects=True; Processing.UseSelectionByDateForAllObjects=True; Przetwarzanie.UploadOnlyAllowed=True; //!Ustaw parametry niezbędne do przesyłania //Te parametry muszą zostać uzupełnione OBOWIĄZKOWE //Ustaw ograniczenia dotyczące przesyłania według dat obiektów Processing.StartDate = CurrentDate() - 60*60*24*2; Processing.EndDate = "00010101"; //Jeśli chcemy przesłać dane do pliku, ustaw wartość False. Jeśli True, zostaną one przesłane do odbierającej bazy danych. Processing.DirectReadingVIBReceiver=True; //Jeśli bazą danych odbierającą przesłane dane jest serwer, wówczas False. Jeśli plik - True Processing.InformationBaseForConnectionType=True; //! Wymagane parametry uzupełniony //Jeśli przesyłamy dane do pliku If Not Processing.DirectReadingVIBReceiver then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Jeśli przesyłamy dane do bazy danych Inaczej Processing.PasswordInformationBaseForConnection="Admin"; Processing.ConnectionInfoBaseUser="supercool"; Processing.AuthenticationWindowsInformationBaseForConnection=False; //Jeśli odbiorcą danych jest serwer. If Processing.ConnectionInformationBaseType = False then Processing.ConnectionInformationBaseServerName="MainServ"; Processing.InformationBaseNameOnServerForConnection="Buhia"; //Jeśli odbiorcą danych jest baza plikowa W przeciwnym razie Processing.InformationBasePlatformVersionForConnection="V82"; Processing.InformationBaseDirectoryForConnection="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; koniecJeśli; koniecJeśli; //Działania przy rejestracji przy rozładunku zgodnie z planami wymiany Processing.RegistrationDeletionTypeofChangesForExchangeNodesAfterUpload=0; // 0 - nie wyrejestrowuj, // 1 - wyrejestruj Processing.LoadExchangeRules(); //JEŚLI POTRZEBUJESZ WGRAĆ ZGODNIE Z PLANAMI WYMIANY, WTEDY WŁĄCZ TEN BLOK I PRZEŚLIJ WŁASNY WĘZEŁ PLANU WYMIANY //Dla każdej strony z Processing.UploadRulesTable.Lines Cycle //Page.Enable=1; // Dla każdej strony 1 z pętli PageLine // Line1.Enable=1; // Page1.LinkToExchangeNode=ExchangePlans.Full.FindByCode("BP20"); //Koniec cyklu; //Koniec cyklu; Przetwarzanie. Wykonaj przesyłanie (); System zamykania (fałsz); ElseIf LaunchParameter = „Załaduj” Następnie ExchangeProcessing = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ExchangeProcessing.ExchangeMode = "Ładowanie"; ExchangeProcessing.OpenDownloadFile(True); ProcessExchange.ArchiveFile = Fałsz; ProcessExchange.PerformLoad(); ExchangeProcessing = Niezdefiniowany; System zamykania (fałsz); koniecJeśli;

4) Przesyłanie pliku Bat, który uruchomi 1C i przetwarzanie zewnętrzne z parametrem uruchamiania pod użytkownikiem, który jest przeznaczony do wymiany danych. Plik trzeba utworzyć np. w notatniku++ z kodowaniem OEM (MS-Dos), inaczej nie zadziała. Nazwijmy plik na przykład „BatVygruz.bat”. Tekst będzie następujący:

Jeśli baza danych jest plikiem:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"Robot wymiany danych" /P "pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Prześlij"
Wyjaśnienia:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 - Twoja ścieżka do bazy plików, z której będziemy przesyłać dane
c) Robot wymiany danych - nazwa użytkownika, pod którą 1C działa w celu wymiany danych
d) pass - hasło użytkownika
e) /DisableStartupMessages - zamknij wyskakujące okna podczas uruchamiania 1C
e) /RunModeOrdinaryApplication - uruchom w Tryb normalny gruby klient
g) C:\Inbox\OlegA\Data Exchange.epf - ścieżka do naszego przetwarzania, które rozpocznie się przy uruchomieniu
h) Upload – przekazujemy parametr uruchomienia 1C, informuje nas on o konieczności wgrania danych

Jeśli baza danych jest oparta na serwerze:
"C:\Program Files (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 "Prześlij"
Wyjaśnienia:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe - Twoja ścieżka do startera 1C
b) Server1C/DataBase – Twój serwer, na którym znajduje się baza danych oraz nazwa samej bazy danych, z której pobieramy dane.
Pozostałe parametry są podobne do wersji pliku bat

5) Pobieranie pliku Bat (jeśli to konieczne). Jeśli zdecydujesz się na przesłanie danych do pliku a nie bezpośrednio do bazy danych. Wtedy też będziemy potrzebować tego przedmiotu (zwykle koniecznego).
kreacja plik bata upload jest podobny do uploadu pliku, różni się tylko parametrem launch, zamiast „Upload” wstawiamy „Pobierz”

6) Ustaw harmonogram uruchamianiaładowanie/przesyłanie naszych plików Bat na serwer. W tym celu należy przejść do panelu administracyjnego na serwerze i w harmonogramie zadań utworzyć nowe zadanie polegające na uruchamianiu pobierania pliku codziennie o godzinie 23 oraz zadanie pobierania określające plik pobierania Bat (jeśli konieczne) na przykład o godzinie 04:00.

Przetwarzanie „Uniwersalnej wymiany danych w formacie XML” przeznaczone jest do ładowania i rozładowywania danych do pliku z dowolnej konfiguracji zaimplementowanej na platformie 1C:Enterprise 8

Przetwarzanie ma cztery zakładki

Przesyłanie danych

Aby przesłać dane, należy podać nazwę pliku, do którego dane zostaną przesłane i wybrać plik reguł wymiany. Reguły wymiany dla dowolnej konfiguracji można skonfigurować w specjalistycznej konfiguracji „Data Conversion, Edition 2”.

W zakładce „Opcje przesyłania” możesz określić dodatkowe parametry przesyłania danych.

W zakładce „Komentarz” możesz wpisać dowolny tekst komentarza, który zostanie dołączony do pliku wymiany.

Aby pobrać dane należy podać nazwę pliku, z którego będą pobierane dane.

Dodatkowe ustawienia

Zakładka służy do strojenie przesyłanie i pobieranie danych.

„Tryb debugowania” – pole wyboru określa tryb przesyłania i ładowania danych

„Ilość obrobionych obiektów do aktualizacji statusu” – parametr służy do określenia liczby przetworzonych elementów przed zmianą linii stanu załadunku/rozładunku

„Ustawienia przesyłania danych” – pozwalają określić ilość elementów przetwarzanych w jednej transakcji podczas przesyłania danych, przesyłać i przetwarzać tylko te obiekty, do których posiadasz uprawnienia dostępu, konfigurować rodzaj zmiany rejestracji przesyłanych obiektów poprzez plany wymiany

„Protokół wymiany” – pozwala skonfigurować sposób wyświetlania komunikatów informacyjnych w oknie wiadomości, obsługę i zapisywanie protokołu wymiany w osobnym pliku.

Usuwanie danych

Zakładka jest potrzebna tylko twórcom reguł wymiany. Umożliwia usuwanie dowolnych obiektów z bazy danych.

Debugowanie przesyłania i pobierania danych

Przetwarzanie umożliwia debugowanie programów obsługi zdarzeń i generowanie modułu debugowania z pliku reguł lub pliku danych.

Po ustawieniu trybu debugowania dla programów obsługi przycisk ustawień debugowania stanie się dostępny. Kliknięcie tego przycisku spowoduje otwarcie okna ustawień.

Konfigurowanie programów obsługi debugowania odbywa się w czterech krokach:

Krok 1: Wybór trybu debugowania algorytmu

W pierwszym kroku musisz wybrać tryb debugowania algorytmu:

Bez algorytmy debugowania

Wywołuj algorytmy jako procedury

Zastąp kod algorytmu w miejscu wywołania

Trzeci tryb debugowania jest używany, podobnie jak w drugim przypadku, podczas debugowania kodu algorytmu oraz w przypadkach, w których drugi tryb debugowania nie jest odpowiedni. Gdy ten tryb jest ustawiony, algorytmy zostaną wyładowane jako zintegrowany kod w procedurach obsługi. Te. Zamiast operatora wywołania algorytmu wstawiany jest pełny kod algorytmu, uwzględniający algorytmy zagnieżdżone. W tym trybie nie ma żadnych ograniczeń w używaniu lokalnych zmiennych obsługi, ale istnieją ograniczenia podczas debugowania algorytmów za pomocą wywołania rekurencyjnego.

Krok 2: Utworzenie modułu debugowania

W drugim kroku musisz wyładować moduły obsługi, klikając przycisk „Utwórz moduł debugowania rozładunku (ładowania)”. Wygenerowane procedury obsługi i algorytmy zostaną wyświetlone w oddzielnym oknie do przeglądania. Zawartość modułu debugującego należy skopiować do schowka klikając na przycisk „Kopiuj do schowka”.

Krok 3: Utwórz przetwarzanie zewnętrzne

Na tym etapie należy uruchomić konfigurator i utworzyć nowe przetwarzanie zewnętrzne. Należy wkleić zawartość schowka do modułu przetwarzania (modułu debugowania) i zapisać przetwarzanie pod dowolną nazwą.

Krok 4: Podłączanie przetwarzania zewnętrznego

W czwartym i ostatnim kroku musisz podać w polu wejściowym nazwę zewnętrznego pliku przetwarzania. W tym przypadku program sprawdza czas utworzenia (aktualizacji) przetwarzanego pliku. Jeżeli przetwarzanie ma wersję wcześniejszą niż wersja pliku modułu debugującego, wyświetli się ostrzeżenie, a formularz konfiguracyjny nie zostanie zamknięty.

Uwaga: Możliwość debugowania globalnego modułu obsługi konwersji „Po załadowaniu reguł wymiany” nie jest obsługiwana.

Podczas utrzymywania kilku działających baz danych 1C czasami zachodzi potrzeba wymiany danych między nimi. Istnieją 2 sposoby przesyłania danych:

Przesyłanie danych z wykorzystaniem zasad wymiany i przetwarzania „Wymiana Danych XML”. Reguły wymiany są tworzone przy użyciu konfiguracji 1C: Konwersja danych.
Przesyłanie danych pomiędzy podobnymi bazami informacji za pomocą przetwarzania „Prześlij i załaduj”. Dane XML».

Rozważmy drugą opcję, tj. przesyłanie i ładowanie danych z/do konfiguracji zawierających te same (identyczne) obiekty, których potrzebujemy. W tym celu skorzystamy z zewnętrznego przetwarzania „Przesyłanie i ładowanie danych XML”, z którego można skorzystać.

Warunek skorzystania z tego przetwarzania jest następujący: Baza informacji, z której pobierane są dane, musi zawierać te same obiekty i mieć takie same dane (nazwę i typ danych), jak baza danych, do której dane są ładowane.

Rozważmy przykład przesyłania danych przy użyciu tego przetwarzania. Załóżmy, że musisz przesłać dokumenty „Przychodzące zlecenie płatnicze” i „Wychodzące zlecenie płatnicze”. Rozwiązanie tego problemu będzie następujące.

Otwieramy zewnętrzne przetwarzanie „Przesyłanie i ładowanie danych XML” poprzez menu główne: Plik? Otwórz... W zakładce „Prześlij” wskaż Plik XML, w którym zapiszemy dane.

Następnie musisz określić okres, przez który będziemy usuwać obiekty danych z bazy danych 1C i same obiekty. Dokumenty potrzebne do wgrania zaznaczamy haczykiem w polu struktury obiektu konfiguracyjnego w kolumnie „Dane do wgrania”. Jeśli przesłane dokumenty zawierają linki do elementów katalogu, których nie ma w innej konfiguracji, warto zaznaczyć pola w kolumnie „W razie potrzeby”, aby te elementy również zostały przesłane wraz z dokumentami.

Teraz dalej ten krok Czy musisz zdecydować, czy załadować swoje ruchy wzdłuż rejestrów wraz z dokumentami, czy też przenieść te dokumenty do innej bazy danych? Aby ponownie opublikować przesłane dokumenty w innej bazie danych, możesz skorzystać z przetwarzania „ Przetwarzanie wsadowe podręczniki i dokumenty.” Jeżeli algorytmy przeprowadzane są w data informacyjne bazy danych różnią się w jakiś sposób, to checkbox obok „Prześlij wszystkie swoje ruchy wraz z dokumentem” nie powinien być zaznaczany.

To wszystko, konfiguracja przesyłania została zakończona, tutaj wszystko jest proste! Kliknij przycisk „Prześlij dane” i poczekaj, aż dane zostaną zapisane w pliku XML. W przypadku bardziej skomplikowanych rozładunków można określić wybór dla nieobciążonych obiektów nie tylko według okresu.

Po rozładowaniu przejdź do drugiej bazy danych 1C i otwórz tam to samo przetwarzanie. Przejdź do zakładki „Pobierz” i wskaż tutaj ten sam plik XML, do którego przesłaliśmy dane.

Na tej karcie zaznacz pole „Kontynuuj ładowanie obiektów, jeśli wystąpi błąd” i kliknij przycisk „Wczytaj dane”. Nie bierzemy pod uwagę innych funkcji, np. wykorzystania sum, choć funkcja ta może znacznie przyspieszyć ładowanie obiektów (zapisy według rejestrów).