Uniwersalna wymiana danych XML 1C. Metody wykorzystania przetwarzania uniwersalnej wymiany danych. Przetwarzanie Uniwersalnej wymiany danych w formacie XML

Leczenie Uniwersalna wymiana Dane XML (uniwersalne przetwarzanie mocy technologicznej)

Obsługa "Universal Data Data w formacie XML" jest przeznaczony do pobierania i rozładowania danych do pliku z dowolnej konfiguracji zaimplementowanej na platformie 1C: Enterprise 8.

Tryb pracy
Podczas korzystania z zarządzanej formy przetwarzanie ma dwa tryby pracy:
1. Na kliencie. Podczas korzystania z tego trybu reguły i pliki do pobrania są przesyłane z klienta do serwera, a plik pobierania jest przesyłany z serwera do klienta. Sposoby tych plików na kliencie muszą być określone w oknie dialogowym bezpośrednio przed wykonaniem działania.
2. Na serwerze. W tym trybie pliki nie są przesyłane do klienta, a na serwerze należy podać ścieżkę.
Uwaga: Zewnętrzne pliki do przetwarzania i protokołu wymiany muszą być zawsze na serwerze, niezależnie od trybu pracy.

Pobierz Uniwersalną wymianę danych w formacie XML - Pliki skoków mogą być zarejestrowanym użytkownikiem!

Przetwarzanie ma cztery zakładki

Wyłącz dane
Aby rozładować dane, należy określić nazwę pliku, do którego dane są rozładowane i wybierz plik Zasady Exchange. Zasady wymiany dla dowolnych konfiguracji można skonfigurować w specjalistycznej konfiguracji "Konwersja danych, wydanie 2".

Aby rozładować dokumenty i zapisy niezależnych rejestrów informacji okresowych, należy określić okres - "Data rozpoczęcia" i "Data zakończenia". Powstały plik z rozładowanymi danymi można skompresować.

Na karcie "Reguły rozładunku danych" można wybrać te typy obiektów, które należy rozładować, skonfigurować wybór obiektów próbkowania lub określ węzeł wymiany danych, dla których chcesz przesłać dane.

Na karcie "Ustawienia Unload" możesz określić dodatkowe opcje Dane rozładunku.

Na karcie "Komentarz" możesz napisać dowolną komentarz tekstowy zawarty w pliku Exchange.

Możliwe jest skonfigurowanie danych pobierania w transakcji. Aby to zrobić, musimy wybrać pole wyboru "Użyj transakcji" i określić liczbę elementów w jednej transakcji podczas ładowania.

"Pobierz dane w trybie wymiany (wymieniane. Drive \u003d Truth)" - Jeśli flaga jest ustawiona, ładunek obiektu zostanie wykonany za pomocą zainstalowanego pobierania. Oznacza to, że podczas pisania obiektów do bazy danych wszystkie platformy i zastosowane kontrole zostaną wyłączone. Wyjątki tworzą dokumenty zapisane w trybie prowadzenia lub anulowania. Prowadzenie i anulowanie dokumentu jest zawsze wykonywane bez instalowania trybu pobierania, tj. Czeki zostaną wykonane.

Dodatkowe ustawienia
Bookmark serwuje szczegółowe ustawienia. Rozładunek i pobieranie danych.

"Tryb debugowania" - flaga do ustawiania trybów wymiany. Jeśli ta flaga jest ustawiona, proces wymiany danych nie zostanie zatrzymany, gdy wystąpi każdy błąd. Wymiana zostanie zakończona na końcu wyjściem wiadomości debugowania do pliku protokołu Exchange. Ten tryb jest zalecany do użycia podczas debugowania zasad wymiany.

"Bez komunikatów informacyjnych do okna wiadomości" - Jeśli ta flaga jest ustawiona, proces wymiany wiadomości zostanie wyświetlony w oknie komunikatu.

"Liczba przetwarzanych obiektów do aktualizacji statusu" - parametr służy do określenia liczby przetworzonych elementów przed zmianą statusu obciążenia / rozładowania linii

"Ustawienia przesyłania danych" - umożliwiają określenie liczby elementów przetwarzanych w jednej transakcji podczas przesyłania danych, rozładowywania i przetwarzać tylko te obiekty, do których istnieją prawa dostępu, skonfiguruj typ zmiany rejestracji dla rozładowanych obiektów plany wymiany.

"Użyj zoptymalizowanego formatu udostępniania danych (V8 - V8, wersja przetwarzania nie niższa niż 2.0.18)" - zoptymalizowany format komunikatu Exchange sugeruje obecność węzła "funkcji informacyjnej" w nagłówku komunikatu, w którym informacje o danych typy są rozładowane. Pozwala to przyspieszyć proces ładowania danych.

"Używaj transakcji podczas rozładunku w celu udostępniania planów" - flaga określa sposób korzystania z transakcji podczas rozładowania danych podczas zmiany zmian w węzłach planów wymiany. Jeśli flaga jest ustawiona, rozładunek danych zostaną wykonane w transakcji.

"Liczba elementów w transakcji" określa maksymalną liczbę elementów danych umieszczonych w komunikacie w ramach transakcji pojedynczej bazy danych. Jeśli wartość parametru wynosi 0 (wartość domyślna), wszystkie dane są umieszczane w jednej transakcji. Ten tryb jest zalecany, ponieważ gwarantuje spójność danych umieszczonych w komunikacie. Ale podczas tworzenia wiadomości w trybie multiplayer, blokowanie konfliktów między transakcją można umieścić w wiadomości i transakcjach wykonanych przez innych użytkowników. Aby zmniejszyć prawdopodobieństwo takiego konfliktów, możesz określić wartość tego parametru, różni się od wartości domyślnej. Im mniejsza wartość parametru, tym mniejsze prawdopodobieństwo konfliktu zamków, ale powyżej prawdopodobieństwa wprowadzania do przesłania niespójnych danych.

"Rozładuj obiekty, do których istnieją prawa dostępu" - Jeśli flaga zostanie ustawiona, wybór obiektów bazowych informacji zostanie przeprowadzona z uwzględnieniem praw dostępu aktualny użytkownik programy. Wymaga to użycia dosłownego "dozwolonego" w tekście zapytania do danych pobierania próbek.

"Automatycznie usuń nieprawidłowe znaki z wierszy do zapisu do XML" - Jeśli flaga jest ustawiona, a następnie podczas zapisywania danych do wiadomości wymiany, nieprawidłowe znaki zostaną usunięte. Symbole są sprawdzane pod kątem zgodności z rekomendacją XML 1.0.

"Zmiany, aby zarejestrować się do rozładunku rozładunku węzłów" - pole określa tryb pracy z rejestracją zmian danych po zakończeniu przesyłania. Możliwa wartość:

Nie usuwaj rejestracji - po przesłaniu danych rejestracja zmian w węźle nie zostanie usunięta.
W pełni usuń rejestrację węzła Exchange - Po przesłaniu danych rejestracja zmian w węźle zostanie całkowicie usunięta.
Usuń rejestrację tylko dla wyładowanych metadanych - Po rozładowaniu danych zmiana węzła zostanie usunięta tylko dla obiektów metadanych określonych do rozładunku.

"Protokół Exchange" - umożliwia skonfigurowanie wycofania wiadomości informacyjnych do okna wiadomości, utrzymania i zapisu oddzielny plik. protokół wymiany.

"Nazwa pliku, protokół wymiany" - nazwa pliku do wyjścia protokołu wymiany danych.

"Protokół pobierania (dla połączeń COM)" - nazwa pliku do wysyłania protokołu wymiany danych w bazie danych podczas wymiany przez połączenie COM. Ważne: Ścieżka do pliku musi być dostępna z komputera, na której zainstalowany jest odbiornik podstawowy.

"Dodaj dane do protokołu Exchange" - Jeśli flaga jest ustawiona, zawartość pliku protokołu Exchange jest zapisywana, jeśli plik protokołu już istnieje.

"Wyjście do protokołu komunikatu informacyjnego" - Jeśli ustawiona jest flaga, zostanie wyświetlona w protokole Exchange, oprócz komunikatów o błędach wiadomości.

"Open Exchange Protocol Pliki po wykonaniu operacji" - Jeśli flaga jest ustawiona, a następnie po dokonaniu wymiany danych, pliki protokołu Exchange będą automatycznie otwarte na widok.

Usunąć dane
Zakładka jest potrzebna tylko dla deweloperów zasad wymiany. Umożliwia usuwanie dowolnych obiektów z bazy informacyjnej.

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

Włączanie trybu ustawień obsługi debugowania jest wykonany na karcie "Przesyłanie danych", ustawiając tryb "Unload Tryb obsługi". Odpowiednio, na karcie "Ładowanie danych" włącz tryb debugowania obciążenia jest wykonany przez ustawienie trybu obciążenia.

Po ustawieniu trybu debugowania obsługi zostanie dostępny przycisk ustawień debugowania. Klikając ten przycisk otwiera okno konfiguracji.

Konfigurowanie debugowania folderów jest wykonywane w czterech krokach:

Krok 1: Wybierz algorytm Tryb debugowania

W pierwszym kroku konieczne jest zdecydowanie w trybie debugowania algorytmu:

Bez algorytmu debugowania
Algorytmy połączeń jako procedury
Wprowadź kod algorytmów w połączeniu

Pierwszy tryb jest wygodny w użyciu, gdy wiemy dokładnie, że błąd w obsłudze nie jest powiązany z kodem dowolnego algorytmu. W tym trybie kod algorytmów nie jest rozładowywany do modułu debugowania. Algorytmy są wykonywane w kontekście operatora "Run ()", a ich kod nie jest dostępny do debugowania.

Drugi tryb musi być używany w przypadkach, w których błąd znajduje się w kodzie algorytmu. Podczas instalacji tego trybu algorytmy będą rozładowane jako osobne procedury. W momencie wywołania algorytmu z procesora występuje odwołanie do odpowiedniej procedury przetwarzania. Ten tryb jest wygodny w użyciu, gdy zmienna globalna "Parametry" służy do przesyłania parametrów do algorytmów. Ograniczenia dotyczące korzystania z tego trybu polega na tym, że podczas debugowania w algorytmie, zmienne lokalne obsługi, z których nazywa się, nie jest dostępny.

Trzeci tryb debugowania jest używany, jak w drugim przypadku, podczas debugowania kodu algorytmów iw przypadkach, gdy drugi tryb debugowania nie jest odpowiedni. Podczas instalowania tego trybu algorytmy będą rozładowane jako zintegrowany kod w ręcznikach. Te. Zamiast operatora połączenia algorytmu, pełny kod algorytmu jest włożony z uwzględnieniem zagnieżdżonych algorytmów. W tym trybie nie ma ograniczeń dotyczących stosowania zmiennych lokalnych obsługi przewodnika, ale istnieje limit podczas debugowania algorytmów z rekurencyjnym połączeniem.

Krok 2: Tworzenie modułu debugowania

W drugim etapie konieczne jest wyładowanie ładowarki, naciskając moduł "Generuj Moduł debugowania". Utworzone ładowarki i algorytmy zostaną wyświetlone oddzielne okno. obejrzeć. Zawartość modułu debugowania musi być kopiowana do schowka, naciskając przycisk "Kopiuj do schowka".

Krok 3: Tworzenie przetwarzania zewnętrznego

W tym kroku należy uruchomić konfigurator i utwórz nowy przetwarzanie zewnętrzne. W module przetwarzania należy wstawić zawartość schowka (moduł debugowania) i zapisz przetwarzanie pod dowolną nazwą.

Krok 4: Podłączanie przetwarzania zewnętrznego

W czwartym, wykonując krok, musisz określić nazwę pliku przetwarzania zewnętrznego w polu wejściowym. Jednocześnie program sprawdza czas, aby utworzyć plik przetwarzania (aktualizacji). Jeśli przetwarzanie ma więcej wczesna wersjaNiż wersja pliku modułu debugowania, zostanie wyświetlone ostrzeżenie, a formularz konfiguracji nie zostanie zamknięty.

Uwaga: Możliwość debugowania globalnej obsługi konwersji "po pobraniu zasad wymiany" nie jest obsługiwany.

2018-11-15T19: 32: 35 + 00: 00

Uniwersalny przetwarzanie "Rozładunek i pobieranie danych XML" tworzy kompletny lub częściowy rozładunek danych informacyjnych do pliku XML. Następnie plik ten można załadować do bazy informacyjnej przy użyciu tego samego przetwarzania. Format pliku rozładunku różni się od formatu pliku utworzonego podczas rozładunku zgodnie z planem wymiany, część nagłówka.

Przetwarzanie może być stosowane tylko w przypadkach, gdy baza informacyjna, w której dane są rozładowane, a dane, w których dane są ładowane, są jednorodne (konfiguracje są identyczne, dane mogą się różnić), lub wszystkie rozładowane obiekty są prawie całkowicie identyczne w składzie i Rodzaje szczegółów i części tabelaryczne, właściwości obiektu metadanych "Master" i tak dalej.

Korzystanie z tego przetwarzania jest możliwe, na przykład, aby utworzyć kompletny lub częściowy utworzyć kopię zapasową Dane, wymiana danych między bazami informacji, a także narzędzie pomocnicze podczas przywracania nieudanych baz danych.

Przetwarzanie obsługuje dane rozładunku z możliwością ustalenia wyboru do tego okresu. Zaimplementowano również sprawdzanie obiektów dla nieprawidłowych symboli podczas wymiany przez XML.

Pozdrawiam (nauczyciel i deweloper).

Drukowanie (Ctrl + P)

Wymiana za pośrednictwem uniwersalnego formatu

Podsystem "Wymiana danych" biblioteki standardowych podsystemów zawiera 4 opcje (technologie) wymiany informacji między różnymi bazami informacji:

• rozpowszechniane bazy informacyjne. (ŻEBRO);
• wymiana danych przez uniwersalny format;
• wymiana danych zgodnie z zasadami wymiany (reguły wymiany są tworzone przy użyciu konfiguracji "Konwersja danych", wersja 2.1);
• wymiana danych bez zasad wymiany.

W tym artykule analizuje technologię wymiany danych uniwersalny format Enterpresedata.. Ta technologia Dostępne w "Bibliotece podsystemów standardowych", począwszy od wersji 2.3.1.62. wydany na początku 2016 roku. Obecnie najnowsza edycja BSP 2.3 (do użycia z platformą 1C: Enterprise 8.3, nie niższa niż wersja 8.3.8.1652 z odłączonym trybem kompatybilności) ma wersję 2.3.6.17.

Figa. 1 Najnowsze wydania BSP 2.3

Wśród plików dostawy zastosowanych rozwiązań 1C ma plik tekstowy "Wersje bibliotek", gdzie jest napisany, na podstawie której opracowano wersję BSP, na przykład, na podstawie rozwiązania aplikacji UT 11.3.3.231 Nieudane BSP 2.3.5.65.

Zauważ, że do użytku z platformą "1C: Przedsiębiorstwo 8.3" Nie niższa niż wersja 8.3.10.2168 Z rozłączonym trybem kompatybilności BSP 2.4.

Opis formatu enterprisedata

Jaki jest format enterpredadata?

Jest to format, który umożliwia opisanie obiektu bazy informacyjnej (kontrahenta, fakturowanie itp.) Lub zgłosić fakt usunięcia tego obiektu. Oczekuje się, że konfiguracja, która odebrana plik w formacie Enterpresedata odpowie pod uwagę - Utwórz nowe obiekty i usunie te w pliku są oznaczone jako usunięte. Ma on na celu wymianę informacji między konfiguracjami UT, RT, UNF, BP. Ponadto format może być używany do wymiany informacji z innymi systemy informacyjne.: Nie zależy od własnych cech oprogramowanie Lub struktury baz danych, które uczestniczą w wymianie i nie zawierają wyraźnych ograniczeń użytkowania.

Wersja formatu Enterpredadata.

Dane formatu są przechowywane w pakietach XDTO w konfiguracjach branży ogólnej bazy danych, jak pokazano na FIG. 2.

FIG.2 XDTO - Enterprisedata Format Pakiety

Na rys. 2 Widać, że istnieje kilka pakietów XDTO. to różne wersje. format. Numer wersji formatu składa się z X.y.z, gdzie x.y - wersja, Z to niewielka wersja. Drobna wersja wzrasta w przypadku korekty błędów i innych zmian, w ramach tego: wydajność logiki konwersji danych na podstawie poprzednia wersja Format (zapisz zgodność wsteczną aktualnych algorytmów przesyłania danych przez format); Wsparcie dla nowych możliwości formatu do logiki konwersji jest dobrowolne. Przykładem takich zmian może być korektą błędu, zmiany właściwości obiektów formatu, dodawanie właściwości, których użycie nie jest wymagane podczas konwersji danych. W innych przypadkach, główna wersja zwiększa się, gdy format zostanie zmieniony: X - w przypadku globalnej restrukturyzacji, y - w innych przypadkach.
Format opisuje prezentację obiektów (dokumentów lub elementów referencyjnych) w postaci plików XML. Wersja 1.0.1 zawiera opis 94 obiektów różne obszary (Finanse, produkcja, zamówienia i sprzedaż, operacje magazynowe). Nazwy typów są zazwyczaj zrozumiałe i nie wymagają dodatkowych wyjaśnień: na przykład "Dokument. Asistrates" lub "Katalog. Wykonawcy". Jak widać, opis typów dokumentów zaczyna się od prefiksu "Dokument", element katalogowy - z podręcznika prefiksu ". Czytaj więcej Opis formatu, który możesz zobaczyć
Najnowsza wersja 1.3 jest jednak najczęściej używana wersja 1.0. Nie ma dużej różnicy między wersjami. Format EnterpresedataExchange_1_0_1_1. Używane podczas wymiany przez usługę internetową.
Uwaga Zastosowano razem z pakietem danych Enterpredata Exchangemessage. Podczas tworzenia reguł konwersji. Ten pakiet zawiera typ obiektu Dodatkowe informacje,który może mieć dowolną wartość i jest używany podczas tworzenia reguły konwersji między obiektami konfiguracyjnymi. które są nieobecne w formacie danych. Dokładnie z powodu Dodatkowe informacje, Możesz dostosować i skonfigurować reguły wymiany bez zmiany danych formatu w pakietach XDTO.

Figa. 3 struktura XDTO-PackAgemessage

Jak udostępniać dane w formacie Enterpredadata?

Enterpredadata Wymiana danych z konfiguracją jest udostępnianie plików. W odpowiedzi na plik odebrany z aplikacji zewnętrznej konfiguracja przetwarza go i utworzy odpowiedź na plik. Może wystąpić udostępnianie plików:

• za pomocą wybranego katalogu plików,
• przez katalog ftp,
• przez usługę internetową wdrożoną z boku bazy informacyjnej. Plik danych jest przesyłany jako parametr metody internetowej.

Uwaga. W przypadku dwustronnej wymiany danych między aplikacjami i konfiguracją z benu informacyjnego należy dokonać wielu ustawień, należy dokonać wielu ustawień - aplikacja osób trzecich musi być zarejestrowana w bazie informacyjnej, kanał wymiany musi być zdefiniowany (przez katalog pliku lub ftp) i tym podobne. Ale w przypadku przypadków prostej integracji, gdy wystarczy przesyłać informacje aplikacja osób trzecich Baza informacji i dane zwrotne z bazy informacyjnej w trzecim partnerze nie są wymagane (na przykład integrację sklepu internetowego, który przesyła informacje o sprzedaży "1C: Rachunkowości"), istnieje uproszczona wersja pracy przez usługę internetową który nie wymaga ustawień z boku.

Podczas wymiany za pomocą planów wymiany konfiguracji podczas synchronizacji, wystąpiły tylko informacje o zmianach od ostatniej synchronizacji (w celu zminimalizowania objętości przesyłane informacje). Dzięki pierwszej synchronizacji konfiguracja wyładuje wszystkie obiekty w formacie Enterprisedata do pliku XML (ponieważ wszystkie są "nowe" dla aplikacji innych firm).

Następnym krokiem dotyczy aplikacji innej firmy - powinien przetwarzać informacje z pliku XML i przy następnej sesji synchronizacji, aby umieścić w sekcji informacje dotyczące konfiguracji pewna liczba Pomyślnie akceptowane (miejsce w numerze poleceniowego otrzymanego z konfiguracji wiadomości). Komunikat pokwitowy ma skonfigurować sygnał, który wszystkie obiekty są pomyślnie przetwarzane przez aplikację zewnętrzną, a nie musisz już przesyłać informacji o nich. Oprócz pokwitowania, plik XML z aplikacji innej firmy może również zawierać dane do synchronizacji (w sekcji ).

Po otrzymaniu komunikatu odbiorczego konfiguracja oznaczają wszystkie zmiany przesyłane w poprzednim komunikatu, z powodzeniem zsynchronizowane. Tylko niezadowolone zmiany w obiektach (tworzące nowe, zmieniające się i usuwanie istniejące) zostaną wysłane do zewnętrznego zastosowania na następnej sesji synchronizacji.

Podczas przesyłania danych z zewnętrznej aplikacji do konfiguracji obraz zmienia się na odwrót. Aplikacja musi wypełnić sekcję W związku z tym iw części Umieść obiekty do synchronizacji w formacie Enterprisedata.

Konfiguracja Po przetworzeniu pliku utworzy plik XML, który będzie zawierał paragon i nowe dane do synchronizacji z strony konfiguracji (jeśli występują takie z ostatniej sesji synchronizacji).

Bardziej szczegółowo o wymianie danych z zastosowanymi rozwiązaniami na platformie 1C: Enterprise w formacie Enterprisedata można zobaczyć

Moduł generalny "Menedżer wymiany przez uniwersalny format".

Procedury i funkcje, które w pełni opisują reguły rozładunku danych z bazy informacyjnej w formacie Exchange i reguły pobierania danych z formatu Exchange do bazy informacyjnej są opracowywane w module ogólnym - moduł Exchange Manager za pomocą formatu uniwersalnego.

Figa. 4 Struktura modułu Menedżera Exchange za pomocą uniwersalnego formatu

Moduł jest tworzony automatycznie za pomocą konfiguracji "Konwersja danych", Edycja 3.0, na podstawie skonfigurowanych reguł wymiany lub ręcznie w konfiguratorze.

Moduł składa się z kilku dużych partycji, z których każdy zawiera grupę procedur i funkcji.

1. Komentarz. Pierwsza linia modułu zawiera komentarz z nazwą konwersji. Linia ta jest konieczna do zidentyfikowania modułu podczas korzystania z polecenia w programie "Konwersja danych", edycja 3.0., Na przykład. // konwersja UE2.2.3 od 01.06.2017 19:51:50
2. Procedury konwersji.. Zawiera predefiniowane procedury wykonywane na różnych etapach synchronizacji danych: przed konwersją, po konwersji przed odroczonym nadzieniem.
3. Reguły przetwarzania danych (w obszarze). Zawiera procedury i funkcje opisujące reguły przetwarzania danych.
4. Zasady dotyczące konwersji obiektów (PKO). Zawiera procedury i funkcje opisujące zasady dotyczące konwersji obiektów, a także reguły konwersji właściwości tych obiektów.
5. Zasady konwersji wstępnie zdefiniowanych danych (PCPD). Zawiera procedurę, która wypełnia reguły konwersji wstępnie zdefiniowanych danych.
6. Algorytmy. Zawiera arbitralne algorytmy, które są wywoływane z innych zasad (pod PKO).
7. Parametry. Zawiera logikę wypełniania parametrów konwersji.
8. Ogólny cel. Zawiera procedury i funkcje, które są szeroko stosowane w regułach i algorytmach.

Poniżej opisano parametry procedur i funkcji, które są używane w kilku rodzajach procedur modułu Menedżer.

Exchange Exchange. Typ - Struktura. Zawiera parametry i reguły wymiany zainicjowane jako część sesji wymiany.

Przeniesienie kierunku. Typ - ciąg. Albo "wysyłanie" lub "zdobycie".

Inteligencja Typ - obiekt katalogu lub Obiekt dokumentu.

Procedury zdarzeń konwersji

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

• Wzniosły. Wywołany przed wykonaniem synchronizacji danych. Zwykle w tej procedurze jest logika inicjalizacji różnych parametrów konwersji, wypełnia wartości domyślne itp. Parametry: Exchange.
• Pomenkowanie.. Wezwany po wykonaniu synchronizacji danych, ale przed wykonaniem odroczonego wypełnienia. Parametry: Exchange.
• Przyznał wypełnienie. Wywołany przed wykonaniem odroczonego wypełnienia. Tutaj możesz ustawić logikę sortowania lub regulację tabeli obiektów z zastrzeżeniem odroczonego napełniania. Parametry: Exchange.

Procedury pod

Potraktowany niepowodzeniem. Procedura eksportu, w której znajduje się logika do wypełnienia reguł przetwarzania danych. Zawiera połączenia dla innych procedur, które dodają zasadę przetwarzania określonego obiektu do tabeli Reguły (patrz poniżej procedury. Dodaj spację). Parametry: Ruch kierunku, Zrujnowane zasady

Dodaj_<ИмяПОД>. Zestaw procedur, które wypełniają tabelę w ramach reguł dla określonych obiektów. Liczba takich procedur odpowiada liczbie subkonwersji w ramach tej konwersji w programie "Konwersja danych", edycja 3.0. Parametry: Zrujnowane zasady (Tabela wartości zainicjowanych w ramach sesji Exchange).

POD_<ИмяПОД>_Korzenie. Procedura zawiera tekst obsługi Sughagare. Dla konkretnego. Handler ma na celu wdrożenie logiki konwersji na poziomie obiektów. Na przykład przypisz konkretny PPC podlegający określonym obiekcie w zależności od zawartości obiektu. Parametry:

• Inteligencjalub Dataxdto. (W zależności od kierunku wymiany):
• podczas wysyłania - obiekt ( Obiekt katalogowy.,Obiekt dokumentu);
• po otrzymaniu - struktura z opisem obiektu XDTO.
• Pusty. Typ - Struktura. Klucz zawiera ciąg o nazwie PKO i wartość typu Boolean. (Prawdziwe - Używany jest PKO, Fałszywe - PKO nie jest używany).
• Exchange.

POD_<ИмяПОД>_Wybrany. Funkcja zawiera tekst obsługi Gaplier.. Handler ma na celu wdrożenie dowolnego algorytmu do obiektów próbkowania z zastrzeżeniem rozładunku. Wartość powrotowa: tablica obiektów z zastrzeżeniem rozładunku. Tablica może zawierać oba odniesienia do obiektów bazy informacyjnej i struktury z danymi do rozładunku. Parametry: Exchange.

Procedury PKO

Fillagravly becreditite plaże. Procedura eksportu, w której znajduje się logika wypełniania reguł konwersji obiektów. Zawiera połączenia dla innych procedur, które dodają regułę konwersji konwersji reguły do \u200b\u200btabeli reguł (patrz poniżej procedury. Edko.). Parametry: Ruch kierunku, ZasadyKonwertacja. (Tabela wartości zainicjowanych w ramach sesji Exchange).

Dodaj<ИмяПКО>. Zestaw procedur, które wypełniają tabelę PKO przez reguły dla określonych obiektów. Liczba takich procedur odpowiada liczbie PCO dostarczonych do tej konwersji w programie "Konwersja danych", edycja 3.0. Parametry: ZasadyKonwertacja. (Tabela wartości zainicjowanych w ramach sesji Exchange).

Pko_<ИмяПКО>_Repotsed. Procedura zawiera tekst obsługi Uczernianie Dla konkretnego PKO. Handler jest używany podczas rozładunku danych. Zaprojektowany do wdrożenia logiki konwersji danych zawartej w obiekcie podstawy informacyjnej, w opisie obiektu XDTO. Parametry:

• Inteligencja. Typ - Obiekt katalogowy., Obiekt dokumentu. Przetworzona baza informacji o obiekcie.
• Dataxdto.. Typ - Struktura. Zaprojektowany, aby uzyskać dostęp do obiektu XDTO.
• Exchange.
• Stąd. Typ - Szyk. Zawiera odniesienia do rozładowanych obiektów w odniesieniu do zagnieżdżania.

Pko_<ИмяПКО>_Convertencyxdto. Procedura zawiera tekst obsługi Reconfiguredxdto. Dla konkretnego PKO. Handler jest używany podczas ładowania danych. Zaprojektowany do wdrożenia dowolnej logiki konwersji danych XDTO. Parametry:

• Dataxdto.. Typ - Struktura. Właściwości obiektu XDTO, wstępne przetwarzanie w celu uproszczenia dostępu do nich.
• Odebrane. Typ - Obiekt katalogowy., Obiekt dokumentu. Przedmiot bazy informacyjnej utworzonej przez konwersję danych XDTO. Nie nagrany w bazie informacyjnej.
• Exchange.

Pko_<ИмяПКО>_Pextogenious. Procedura zawiera tekst obsługi Wydawnictwa przedniego Dla konkretnego PKO. Handler jest używany podczas ładowania danych. Ma na celu wdrożenie dodatkowej logiki, którą należy wykonać przed zapisaniem obiektu w bazie informacyjnej. Na przykład, musisz pobrać zmiany w istniejących danych IB lub powinieneś pobrać je jako nowe dane. Parametry:

• Odebrane. Typ - Obiekt katalogowy., Obiekt dokumentu. Element danych utworzony przez konwersję danych XDTO.

Jest rejestrowany w przypadku, gdy te dane są dla podstawy informacji Nowy (parametr Inteligencja Zawiera wartość Nieokreślony).

Inaczej Odebrane zastąpić sami Inteligencja (Wszystkie właściwości Odebrane Rozdarty B. Inteligencja).

Jeśli standardowe dane IB nie są wymagane, należy zarejestrować logikę transferową, po czym ustawić parametr Odebrane wartość Nieokreślony:

• Inteligencja. Typ - Obiekt katalogowy., Obiekt dokumentu. Element danych podstawy informacji odpowiadających uzyskanych danych. Jeśli odpowiednie dane nie są znalezione, zawiera Nieokreślony.
• Konwersja. Typ - Tabela wartości. Zawiera zasady konwersji właściwości bieżącego obiektu, zainicjowany w ramach sesji Exchange.
• Exchange.

Procedury PCPD.

Wypełnij prawe konkredującyDendeddeddeddedded. Procedura eksportu, w której znajduje się logika wypełniania reguł konwersji predefiniowanych danych. Parametry: Ruch kierunku, ZasadyKonwertacja. (Tabela wartości zainicjowanych w ramach sesji Exchange).

Algorytmy

W programie "Konwersja danych" Reda redakcyjna 3.0 jest zdolnością do tworzenia dowolnych algorytmów, które są spowodowane przed obsługiwaczami PCPD. Nazwa, parametry i zawartość algorytmów są określane podczas opracowywania reguł.

Parametry

Parametry awarii. Procedura eksportu, w której struktura wypełniająca parametry konwersji. Parametry: Paramy (typ - Struktura).

Procedury i funkcje ogólnego przeznaczenia

Wykonawca processormodulesair. Parametry: NameProcessury. (linia), Parametry (Struktura). Procedura eksportu, która ma na celu wywołanie niezawodnej procedury modułu, którego nazwę i parametry są uzyskiwane na wejściu. Umożliwia wywołanie procedury lub funkcji wiersza bez użycia metody Wykonać.

Wykonaj funkowilem. Parametry: NameProcessury. (linia), Parametry (Struktura). Funkcja, powołanie podobnie PerformingProcessormodulesamer.. Różnica polega na tym, że powoduje funkcję i zwraca swoją wartość.

Tutorial na konwersji danych 1C (wersja 2) Optymalizacja

Zasady rozładunku danych.

1. Kolejność reguł rozładunku danych

Zaleca się umieszczenie reguł rozładunku danych w tej kolejności, że linki obiektów zależnych będą od dołu do góry. Oznacza to, że najpierw należy znajdować się najpierw reguły rozładunku danych, których obiekty nie są skierowane do nikogo, to zasady rozładunku obiektów odnoszących się do pierwszej grupy itp.

Przykład: Musisz rozładować dwóch użytkowników katalogów i Osoby fizyczne.. Użytkownicy referencyjne ma rekwizyty Piz. Face - Link to Directory Osoby. Oznacza to, że książka odniesienia użytkownika odnosi się do katalogów. Zalecana sekwencja reguł rozładunku w tym przypadku: osoby, użytkownicy.

2. Wybierz dane do rozładunku jednym żądaniem.

Jeśli nie ma transferu części tabelowych i ruchów w reguły konwersji, a także w zdarzeniach, nie ma żadnych bezpośrednich odniesień do rozładowanego obiektu przed rozładunkiem, zaleca się użycie danych "Wybierz dane do rozładunku, aby rozładować". Ten tryb pozwoli na jedno żądanie, aby uzyskać wszystkie rozładowane dane typu określonego typu, a nie budować oddzielnych zapytań, aby rozładować każdy obiekt.

Zasady dotyczące konwersji obiektów

3. Użyj szybkie wyszukiwanie Podczas ładowania

Ten tryb przesyłania i pobierania jest zalecany do korzystania z tych reguł do konwersji obiektów, które rozładowują typy odniesienia Łączna liczba jest stosunkowo niewielka (około 1000 pozycji), do której istnieje wiele linków w innych obiektach.

Przykład: Podręcznik użytkownika. Prawie wszystkie dokumenty mają link do tego katalogu, a liczba elementów referencyjnych nie przekracza 1000.

4. Nie przesyłaj właściwości zgodnie z linkami

Tryb pozwala na władcę konwersji obiektów bez rozładunku wszystkich elementów, do których znajdują się linki. Jeśli tryb jest ustawiony, sam obiekt i sama informacja zostaną rozładowane, aby wyszukać wszystkie jego linki, ale pełne informacje o elementach zależnych nie są rozładowane. Ta optymalizacja może kilkakrotnie przyspieszyć dane rozładunku i pobierania.

5. Nie zapamiętaj rozładowanych obiektów

W przypadku zasad konwersji obiektów innych niż odniesienia (rejestry) należy sprawdzić pola wyboru "Nie pamiętasz rozładowywane obiekty", ponieważ nie można odnosić się do linii rejestru, dlatego nie ma sensu zapamiętania tych linii rejestry, które zostały rozładowane. W przypadku obiektów odniesienia, to pole wyboru jest zwykle potrzebne do optymalizacji ponownego dostępu do rozładowania tego samego obiektu.

6. Nie wykonuj ogólnych obsługi zdarzeń dla wszystkich obiektów

Nie zaleca się używania typowych obsługi zdarzeń przed rozładunkiem i ładowania danych dla wszystkich obiektów. Przetwarzanie i pobieranie przetwarzania Nie wiem, co będzie wykonywane w tych komputerach, dlatego niektóre optymalizacja (na przykład, gdy pobierasz tylko zmienione obiekty) nie będzie działać. Jeśli istnieje potrzeba korzystania z tych samych algorytmów przetwarzania danych podczas rozładunku i załadunku, zaleca się utworzenie nowy algorytmoraz w wydarzeniach niezbędnych obiektów, aby to nazwać.

Przetwarzanie "Uniwersalna wymiana danych XML"

7. Użyj zoptymalizowanego formatu wymiany danych

8. Pobierz dane w trybie wymiany

Umożliwia zaprzeczenie niepotrzebnych kontroli w fazie ładowania danych.

9. Nagraj tylko zmodyfikowane obiekty

Umożliwia nagrywanie tylko zmienionych obiektów w bazie informacyjnej. Jeśli obiekt nie został zmieniony, a następnie pobieranie z pliku Exchange nie zostanie zastąpiony.

10. Zoptymalizowany wpis obiektu

Tryb umożliwia drastycznie zmniejszenie liczby odwołań w bazie danych informacyjnych, aby nagrywać obiekty.

11. Rekordowe rejestry ustawiają rekordy

Tryb umożliwia rejestrowanie zmian w rejestrach rekordów, a nie zarządców.

12. Wymiana danych przez COM

Aby wymienić V8-V8, jeśli podstawy informacji źródła i odbiornika są wewnątrz jednego lokalna siećZaleca się korzystanie z wymiany przez COM - połączenie. Właśnie potrzebny w konfiguracji odbiornika, obecna była uniwersalna przetwarzanie wymiany danych.

Z poważaniem, Vladimir Milkin. (nauczyciel i deweloper

Co jest konieczne do automatycznej wymiany danych, bez wprowadzania zmian w konfiguracji:
1) Przetwarzanie "Uniwersalna wymiana danych w formacie XML"który jest częścią większości typowe konfiguracje.. Jeśli tam się nie okaże się, łatwo jest znaleźć go na dysku lub w Internecie. W konfiguracji wywołuje "Universal CommandedXML"
2) Reguły wymiany danych. Utworzony za pomocą "Konwersja danych". Pracować, z którym musisz opanować. Istnieją kursy wideo i podręczniki. Na przykład: http://pogramist1s.ru/wp-contective/uploads/2013/06/konvertatsiya_dannyih._metodika_rabotyi_i_primeryi.pdf.
3) Przetwarzanie zewnętrznezawierające procedury ładowania / wyładowania. Stworzymy to:
Przetwarzanie zewnętrzne jest tworzone w module obiektu, który będzie następujący tekst (zastępować dane i użytkowników bazy danych). Wskazane jest utworzenie oddzielnego użytkownika pełne prawa Do wymiany danych. Zadzwoń do przetwarzania, na przykład "Extded.epf".

Jeśli parametr jest a \u003d "rozładunek", a następnie przetwarzanie \u003d przetwarzanie. Entrodukowane podłożexSancexml. Utwórz (); // Ustaw parametry, które należy rozładować (opcjonalnie do edycji). Przetwarzanie. Odzyskiwanie \u003d "rozładunek"; Przetwarzanie. Drodzinnavenwierere Exchange \u003d Prawda; Przetwarzanie. ResectingRegistral ogniotrwałe: Prawda; Przetwarzanie. Udogodnienia śledzone \u003d prawda; Przetwarzanie. SuplepttesbextloverstextLifts \u003d prawda; Przetwarzanie. Ile jest taka sama \u003d prawda; //! Określone parametry niezbędne do rozładunku // te parametry muszą być ponownie wykonywane. Montaż // Ustaw ograniczenia na rozładunku obiektów obiektów. Obecnie \u003d płynący () - 60 * 60 * 24 * 2; Leczenie. DataConse \u003d "00010101"; // Jeśli chcemy przesłać dane do pliku - umieść kłamstwo, jeśli prawda zostanie przeprowadzona, rozładowań do przetwarzania odbiornika bazy danych zostanie przeprowadzona. Niski stałącyniodalność \u003d prawda; // Jeśli odbiornik bazy danych rozładowany dane to serwer, a następnie fałsz. Jeśli plik jest przetwarzaniem prawdy. Typowaformacja Basetramplifikacja \u003d Prawda; //! Wymagane parametry nadpisywały // jeśli wyładowano dane do pliku, jeśli nie jest leczeniem. Nie jest konieczne przetwarzanie danych. Wygałęzłańska \u003d "C: \\\\\\n oleg ConversionSploiss.xml"; // Jeśli wyładujesz dane do bazy danych, przetwarzanie parolinformation Basetramplification \u003d "admin"; Przetwarzanie. Wykorzystanie informacji Basetramplification \u003d SuperCrushed; Przetwarzanie. AuthenticicationWindowsInformationseslessflies \u003d Fale; // Jeśli odbiornik danych jest podstawą serwera. Jeśli przetwarzanie. Typowaformacja Basetramplification \u003d Loading następnie przetwarzanie. PomiarWeneReFormationBasydLaspota \u003d "MainServ"; Przetwarzanie. Mieszanie-formacjaBaserVervereServedConnection \u003d "Buhia"; // Jeśli odbiornik danych jest przetwarzaniem bazy plików w przeciwnym razie. Świętować-platforma informacyjna komplementacja / "V82"; Przetwarzanie. Katalog Basetramplifikacja informacyjna \u003d "C: skrzynka odbiorcza oleg Klienci ZEUS BP20 ZEUS BP20"; Zakończony; Zakończony; // Nagrywanie działań podczas rozładunku zgodnie z planowaniem wymiany. Leczenie. TypudingRegistracjaINSheniLationsemplasoneConnectionBliflements \u003d 0; // 0 - Nie przyjmuj rejestracji, // 1 - Aby wziąć przetwarzanie rejestracji. ZoomOldSPRAVilaobman (); // Jeśli chcesz rozładować plany wymiany, włączamy to urządzenie i zastępujemy węzeł planu Exchange // dla każdej strony przetwarzania. Zakupevillery. Strike Cycle // Strona. Type \u003d 1; // dla każdego PR1 z cyklu udaru strony // PR1. Typ \u003d 1; // p1. Moknauselobamment \u003d Odtwarzanie. Pełna. Znalazł kontakt ("BP20"); // Endcycle; // Endcycle; Przetwarzanie. Dodatkowe supload (); Kompletny system (fałsz); Inspecked parametercask \u003d "Pobierz", a następnie panel przetwarzania \u003d przetwarzanie Przetwarzanie. Dokalament \u003d "C: skrzynka odbiorcza oleg Unloading.xml"; Przetwarzanie. Exchent Exchange \u003d "Loading"; Przetwarzanie. Extrafile ładunki (prawda); Przetwarzanie. Archiwumfile \u003d kłamstwa; Przetwarzanie. Informacje dodatkowe (); Papier przetwarzający \u003d nieokreślony; Kompletny system (fałsz); Zakończony;

4) Plik przesyłania batktóry uruchomi 1C i przetwarzanie zewnętrzne za pomocą parametru startowego dla użytkownika, który jest przeznaczony do wymiany danych. Plik musi być utworzony na przykład w Notepad ++ z kodowaniem OEM (MS-DOS), w przeciwnym razie nie będzie działać. Zadzwoń do pliku, na przykład "batvygruz.bat". Tekst będzie następujący:

Jeśli plik podstawowy:
"C: Program Pliki (X86) \\ 1CV82 Wspólne 1Cestart.exe" Enterprise /f"cv8_base_8.1 ZEW 83 BP3 Zeus 83 BP3 "/ N" Stała robota "/ P" Pass "/ DisablestartUpMessages / RunModemodemanaplikacje / Wykonaj "C: UPF" / C "Rozładunek"
Objaśnienia:

b) C: skrzynka odbiorcza KBF 1CV8_Base_8.1 Zeus 83 BP3 Zeus 83 BP3 - Twój sposób na bazy danych plikówz którego prześlemy dane
c) Stałe robota - nazwa użytkownika, w jakim uruchomienie 1C do wymiany danych
d) Pass - Hasło użytkownika
e) / DisablestartUpMessages - Zamknij wyskakując okna na początku 1C
e) / runmodeordinaryApplication - uruchom jako zwykły tryb Gruby klient.
g) c: skrzynka odbiorcza oleg extandance.epf - ścieżka do naszego przetwarzania, która rozpocznie się podczas uruchamiania
h) Rozładunek - Przesyłamy parametr Uruchom 1C, raporty, które należy przesłać dane

Jeśli podstawa jest serwer:
"C: Pliki Programów (X86) \\ 1CV82 Wspólne 1Cestart.exe" Przedsiębiorstwo / S "Server1C / baza danych" / N "Robotarded" / P "Pass" / DisablestartUpMessaz / RunmodemodemanagedApplication / Execute "C: \\\\ \\ t Wymieniane.epf "/ c" rozładunek "
Objaśnienia:
a) C: Pliki programów (X86) 1CV82 Common \\ 1Cestart.exe - Twoja droga do rozpoczęcia 1C
b) serwer1c / baza danych - serwer, na którym znajduje się podstawa, a nazwa samej bazy danych, z której wyładujesz dane.
Pozostałe parametry są podobne do pliku BAT Wariant

5) Plik pobierania bat (jeśli to konieczne). Jeśli zdecydujesz się rozładować dane do pliku, a nie bezpośrednio do bazy danych. Wtedy ten przedmiot będzie również potrzebny (zwykle potrzebny).
Tworzenie pliku pobierania BAT podobnie do pliku przesyłania, ale tylko parametr początkowy jest inny, zamiast "rozładunku", ustawiamy "Pobierz"

6) Ustaw harmonogram start Nasze pliki pobierania / rozładowywania bat na serwerze. Aby to zrobić, musisz przejść do administracji panelu sterowania na serwerze iw harmonogramie zadań, aby utworzyć nowe zadanie uruchomienia pliku przesyłania przez 23 godziny codziennie i zadanie pobierania wskazującego bat pliku pobierania ( w razie potrzeby) na przykład przez 04 godziny.