Alexey Alekseev witaj na moim przytulnym blogu. Jak skonfigurować wymianę informacji pomiędzy bazami danych i programami. Konfigurowanie synchronizacji w peryferyjnej bazie danych

Często w praktyce zdarzają się sytuacje, gdy różne oddziały lub oddziały są geograficznie zlokalizowane w różnych miejscach. Jednocześnie dane wprowadzane do programu w odległych działach muszą w jakiś sposób dotrzeć do centrali, aby została zachowana ogólna ewidencja.

Obecnie ten problem często rozwiązywane poprzez zapewnienie pracowników oddalonych geograficznie zdalny dostęp do wspólnej bazy. Można tego dokonać poprzez publikację bazy danych na serwerze www, poprzez zdalny pulpit itp.

Nierzadko zdarzają się jednak sytuacje, gdy w odległym geograficznie biurze po prostu nie ma Internetu lub nie jest on na tyle stabilny, aby pracować we wspólnej bazie informacji. W tym celu istnieje mechanizm konfiguracji w 1C rozproszona baza.

Mówiąc najprościej, siedziba główna to miejsce, w którym znajduje się główna baza. Dział zdalny korzysta z podwładnego. Może istnieć kilka takich baz niewolników. W rezultacie taka rozproszona baza danych zostaje zjednoczona w jedną poprzez synchronizację. Może być produkowany zarówno w tryb automatyczny zarówno zaplanowane, jak i ręczne.

W tym artykule przyjrzymy się konfigurowaniu rozproszonej bazy danych dla 1C: Księgowość 3.0. Pomimo tego, instrukcje będą działać i dla większości innych konfiguracji 1C 8.3.

notatkaże wszelkich niezbędnych zmian konfiguracyjnych należy dokonywać wyłącznie w głównej bazie danych RIB. Podczas synchronizacji zmiany te zostaną przesłane do wszystkich baz danych slave i zaczną obowiązywać.

Główna baza informacji

W przypadku korzystania z rozproszonej bazy danych głównymi ustawieniami są główna baza. Należy to zrobić w sekcji „Administracja”, jak pokazano na obrazku poniżej.

W oknie, które zostanie otwarte, od razu zaznacz pole wyboru „Synchronizacja danych”. Na dole podaj przedrostek głównej (bieżącej bazy danych). Może składać się z nie więcej niż dwóch znaków. W naszym przypadku przedrostkiem będzie „BG”, ponieważ mamy na myśli, że ten RIB 1C to „Główna księgowość”.

Teraz możesz rozpocząć konfigurowanie samej synchronizacji, czyli określić, z jaką bazą danych (lub bazami danych) będą wymieniane dane. W tym celu należy skorzystać z hiperłącza „Ustawienia synchronizacji danych”. Będzie dostępny do nawigacji tylko wtedy, gdy zaznaczone zostanie pole wyboru po lewej stronie.

W oknie, które zostanie otwarte, wybierz z menu opcję „Pełne...”. Pozwoli nam to określić dowolną bazę informacyjną 1C do synchronizacji.

W pierwszym oknie podłączenia podległej bazy, która znajduje się w odległym geograficznie biurze, zaznacz flagą, że połączenie będzie realizowane lokalnie lub katalog sieciowy. W naszym przypadku jest to „D:\DB\InfoBase”. Sprawdzimy też wcześniej, czy możesz do niego napisać.

Pamiętaj, aby określić różne przedrostki dla różnych baz danych. Faktem jest, że podczas synchronizacji danych przeciążonym danym z każdej bazy danych przypisywany jest własny prefiks. Jeśli zostaną zdublowane, praca będzie niepoprawna, dlatego program nie da Ci takiej możliwości.

Gdy program poprosi o utworzenie obrazu startowego, wybierz tę opcję. Tej procedury zajmie trochę czasu, a następnie zapisz go na swoim komputerze pod nazwą „1Cv8.1CD”.

Sama synchronizacja może zostać przeprowadzona automatycznie, zgodnie z harmonogramem, który możesz ustawić samodzielnie, lub ręcznie. W drugim przypadku po prostu kliknij przycisk „Synchronizuj” w dogodnym dla Ciebie momencie.

Węzeł podrzędny RIB

Liczba ustawień dokonanych w bazie danych slave jest znacznie mniejsza. W tej samej sekcji ustaw flagę „Synchronizacja danych” i klikając odpowiedni link, dostępny będzie przycisk „Synchronizuj”.

W naszym przykładzie do głównej bazy danych zostały dodane dwa elementy: „Belka” i „Deska”. Po synchronizacji trafiły do ​​bazy danych slave. Jak widać na poniższym obrazku, nadano im przedrostek „BG”. Pozostałe dwie pozycje („Tokarka” i „Paleta”) mają przypisany przedrostek „BP”, ponieważ zostały utworzone bezpośrednio w podrzędnej bazie danych.

notatkaże numeracja elementów w naszym przypadku jest ciągła, ale tylko w obrębie tego samego przedrostka.

W 1C 8.3 czy w 1C 8.2? Konfiguracja rozproszonej bazy danych. Instrukcja krok po kroku.

Dystrybucję baz informacji stosuje się wówczas, gdy konieczne jest prowadzenie wspólnych zapisów w bazach danych, których z różnych powodów nie można prowadzić połączenie fizyczne. Przykładem może być księgowość w jednej firmie, która ma oddział w duże miasto i mała wioska bez połączenia z Internetem. Lub w szczególnych przypadkach okresowej konieczności jednoczesnej pracy z jedną bazą danych w biurze i poza nim, np. w domu. W takich i podobnych przypadkach wykorzystanie rozproszonej bazy informacji (DIB) jest uzasadnione i konieczne.

W tym artykule przyjrzymy się organizacji dystrybucji jednej informacyjnej bazy danych w konfiguracji 1C Accounting for Russia w wersji 8.3 za pośrednictwem katalogu lokalnego lub sieciowego. W wersji 8.2 1C tę instrukcję będzie również przydatny, ponieważ opisuje zasadniczo jeden proces ze znacznie małymi różnicami.

==== Przygotowanie do głównej bazy ====

Po otwarciu 1C 8.3 w trybie „Enterprise” przejdźmy do sekcji „Administracja”. W wersji 1C 8.2, aby rozpocząć, musisz przejść do menu głównego „Usługa” - „Baza informacji rozproszonej (DIB)” - „Konfiguruj węzły RIB”.

Następnie rozważymy ten proces w kontekście bezpieczeństwa informacji w wersji 8.3. Dlatego przechodząc do sekcji „Administracja” wybierz „Ustawienia programu”. W ustawieniach przejdź do sekcji „Synchronizacja danych”. Tutaj zaznaczamy pole „Użyj synchronizacji danych” i określamy prefiks bazy danych. Wskażmy „CB”, sugerując bazę centralną.

Następnie w prawym menu pojawi się pozycja „Synchronizacja danych”. Wybierzmy go. W otwartym oknie potomnym kliknij przycisk „Skonfiguruj synchronizację danych”. W menu rozwijanym możesz wybrać ustawienia dla różnych przypadków użycia synchronizacji. Wybieramy „Rozproszona baza informacji...”.

W celu ogólnego rozwoju zapoznaj się z zawartością kolejnego okna i kliknij „Dalej”.

W następnym oknie wypełnij katalog, przez który plik . Określimy kompresję danych, aby zmniejszyć rozmiar przesyłanego pliku, a Ty możesz od razu określić hasło do archiwum z danymi. Ważne jest, aby o nim nie zapomnieć. Potwierdź wypełnienie przyciskiem „Dalej”.

Kolejne dwa okna służą do określenia parametrów ustawień dla przypadków wymiany poprzez serwer FTP oraz poprzez e-mail. Jak wspomniano wcześniej, rozważamy metodę wymiany poprzez katalog, dlatego pomijamy ustawienia FTP i poczty elektronicznej.

Kolejne okno przeznaczone jest do określenia parametrów wymiany w części peryferyjnej bazodanowej. Podajmy jego nazwę i przedrostek. Następny jest przycisk „Dalej”.

Sprawdźmy stworzone przez nas parametry wymiany i potwierdźmy ich poprawność tradycyjnym przyciskiem „Dalej”.

Niezbędny zestaw ustawień do wymiany zostanie utworzony automatycznie. To zajmie trochę czasu.

Ważny! Tworzenie początkowego obrazu węzła podrzędnego zajmuje dużo czasu. Wielkość tego znaczenia zależy od zasobów komputera i wielkości rozliczeń w głównej bazie danych.

Załóżmy, że decydujemy się na stworzenie obrazu. Po kliknięciu przycisku „Zakończ” w poprzednim oknie przejdziemy do ustawień pozwalających na utworzenie obrazu podrzędnego bezpieczeństwa informacji. Rozważymy najprostszy przypadek dla operacje lokalne. Aby to zrobić, wskaż niezbędne szczegóły w oknie, które zostanie otwarte. Zwróćmy szczególną uwagę na parametr „ Pełne imię i nazwisko baza danych plików”. Należy go określić w pełnym formacie UNC, co wymaga utworzenia ścieżki lokalnej w formacie „sieciowym”. Na przykład - „\\Server1C\Databases\RIB”. Do podanej ścieżki dodamy nazwę pliku bazy danych - 1Cv8.1CD.

Po kliknięciu przycisku „Utwórz obraz początkowy” rozpoczyna się proces generowania obrazu dla bazy danych slave.

Po zakończeniu procesu we wskazanym katalogu zostanie utworzony plik bazy danych. Nowo utworzoną bazę danych należy skonfigurować przed pełnym użyciem.

==== Konfiguracja bazy peryferyjnej ====

Aby to zrobić, musisz podłączyć go do 1C. Jak to zrobić dowiesz się z instrukcji w naszym artykule - Po podłączeniu należy uruchomić nową bazę danych w trybie konfiguratora i utworzyć użytkowników. Następnie należy uruchomić bezpieczeństwo informacji w trybie „Enterprise” 1C.

Jeśli z jakiegoś powodu tworzenie użytkowników trzeba odłożyć na później, po nawiązaniu połączenia możesz po prostu uruchomić bazę danych w trybie „Enterprise” 1C. Zostaniesz poproszony o utworzenie użytkownika „Administrator”, zaakceptuj to i wstępne wypełnienie zostanie zakończone.

Następnie należy kontynuować konfigurowanie parowania z bazą główną. To ustawienie jest podobne do tego omówionego powyżej dla głównej bazy danych.

Zostanie utworzona konfiguracja do komunikacji z bazą główną.

============================================

Tak więc teraz stworzyliśmy bazy główne i peryferyjne. W każdej z tych baz zostały również utworzone ustawienia synchronizacji. Teraz możesz przejść do edycji tych ustawień i nadania im odpowiedniej formy. Możesz utworzyć automatyczne reguły wymiany lub przeprowadzić wymianę ręcznie.

Zróbmy to w głównej bazie danych. Baza peryferyjna jest skonfigurowana w ten sam sposób.

Edycję można zastosować do reguł i harmonogramów synchronizacji danych.

Klikając przycisk „Konfiguruj” w sekcji „Harmonogram synchronizacji danych” należy dokonać edycji skryptów tak, aby automatycznie planowały pracę wczytywania/ładowania danych dla wybranej bazy danych. Nie musisz go edytować, po prostu zaakceptuj opcje domyślne.

Aby edytować parametry wystarczy kliknąć na link z danymi automatycznego harmonogramu. Następnie edytujemy tymczasowe parametry uruchamiania zadań. Przeglądając zakładki możesz zmienić zarówno godzinę, jak i daty i dni tygodnia premiery.

Klikając przycisk „Uruchom zadanie” w głównym oknie skryptu, możesz ręcznie uruchomić zadanie.

Klikając przycisk „Konfiguruj” w sekcji „Reguły synchronizacji danych” możesz wykonać operacje zmiany skryptów uruchamiania zadań, a także wyświetlić logi wysyłania/pobierania. To ostatnie jest dość istotne przy administrowaniu dostępem i monitorowaniu prawidłowości wymian.

Zakończyłem tworzenie i edycję skryptów automatyczny start wymianę rozproszonej bazy danych, można przystąpić do rozładunku i późniejszego ładowania danych.

W tym momencie konfiguracja rozproszonej bazy danych łaźni dla węzłów centralnych i peryferyjnych jest w zasadzie zakończona.

Pobierz ilustrowaną instrukcję

Rozproszona baza informacji. Instrukcja krok po kroku
Rozproszona baza informacji (RIB) 1C:Enterprise
Tworzenie rozproszonej bazy danych i jej konfiguracja
jak ustawić żebro w 1s 8.2
Jak skonfigurować rozproszoną bazę informacji w 1C
Jak skonfigurować w 1C
Jak skonfigurować w 1C
Utworzenie rozproszonej bazy informacji (RIB) w 1C
Przykład Ustawienia RIB dla 1C: Księgowość 8
Stworzenie rozproszonej bazy danych i konfiguracja

Technologia rozproszona bazy informacyjne(RIB) umożliwia utworzenie systemu rozproszonego geograficznie w oparciu o konfiguracje 1C Enterprise. Pozwala to na posiadanie wspólnej przestrzeni informacyjnej nawet z tymi działami, które nie posiadają niezawodnego kanału komunikacji, łącząc dużą autonomię węzłów z możliwością szybkiej wymiany informacji. W naszych artykułach przyjrzymy się funkcjom i praktycznej implementacji tego mechanizmu na platformie 8.2

Przede wszystkim zadajmy sobie pytanie: dlaczego automatyczna wymiana? Nowoczesne technologie w połączeniu z niedrogim i szybkim Internetem, pozwalają na bezproblemową organizację pracy zdalnej. Wybór metod jest tak szeroki jak zawsze: RDP, klienty cienkie i internetowe, agregacja sieci z Pomoc VPN- jest o czym myśleć. Wszystkie te metody mają jednak jedną istotną wadę - silną zależność od jakości kanału komunikacji.

Nawet przy idealnym działaniu lokalnego dostawcy nie da się zagwarantować 100% dostępności kanału komunikacji. Problemy z dostawcą szkieletowym, brak zasilania, fizyczne uszkodzenie linii komunikacyjnej i wiele innych czynników sprawiają, że jest to zadanie nie do pokonania. Jednocześnie niedostępność bazy informacji w odległym magazynie lub w sklep detaliczny prowadzi do dość znacznych strat. I na koniec nie zapominajmy, że są miejsca (np. strefy przemysłowe na obrzeżach miast), gdzie zapewnienie wysokiej jakości kanału komunikacji jest drogie i/lub problematyczne.

Mechanizm RIB pozwala pozbyć się tych niedociągnięć, każdy dział ma własną kopię bazy informacji, z którą możesz pracować autonomicznie nawet przy całkowitym braku komunikacji ze światem zewnętrznym. A niewielka ilość przesyłanych informacji pozwala na wykorzystanie dowolnego kanału komunikacji, w tym mobilnego Internetu, do wymiany.

RIB na platformie 8.2 nie jest czymś zasadniczo nowym, reprezentującym dalszy rozwój Platforma URIB 7.7, dopiero teraz technologia ta stała się bardziej dostępna i prostsza. W przeciwieństwie do komponentu RIB, który trzeba było kupić osobno, RIB stanowi integralną część wielu standardowych konfiguracji i działa całkowicie w trybie użytkownika, dzięki czemu można obejść się bez Konfiguratora nawet na etapie konfiguracji.

W tym miejscu wypadałoby przejść do części praktycznej, ale trzeba będzie zrobić jeszcze jedną dygresję. Faktem jest, że przejście na platformę 8.2, które, jak się wydaje, już nastąpiło, w rzeczywistości doprowadziło do pojawienia się dwóch typów konfiguracji: opartej na aplikacji zarządzanej, „natywnej” dla platformy 8.2 oraz adaptowanej z 8.1, kontynuującej wykorzystywać przestarzałe technologie i mechanizmy. Ponieważ znaczna część konfiguracji (Księgowość przedsiębiorstwa, Zarządzanie płacami i kadrami) ma charakter adaptacyjny lub przejściowy, nie można ich pominąć, dlatego pierwsza część naszego artykułu zostanie poświęcona tym konfiguracjom (głównie platformie 8.1), natomiast w drugiej przyjrzymy się konfigurowaniu automatycznej wymiany dla konfiguracji opartych na zarządzanej aplikacji (platforma 8.2).

Rozważmy praktyczne zadanie: skonfigurowanie automatycznej wymiany przez FTP dla konfiguracji Enterprise Accounting 2.0. Pomimo tego, że RIB umożliwia wymianę za pomocą poczty e-mail lub udostępnień plików, zalecamy korzystanie z protokołu FTP jako najprostszego i niezawodny sposób komunikacja. Możesz przeczytać jak skonfigurować własny serwer FTP lub skorzystać z usługi FTP dowolnego dostawcy hostingu.

Przede wszystkim musimy skonfigurować węzły wymiany. W tym celu uruchom konfigurację z uprawnieniami administratora i wybierz Transakcje - Plany wymiany.

Na wyświetlonej liście wybierz Pełny planować lub Według organizacji, jeżeli w jednej bazie prowadzi się ewidencję dla kilku firm i wymiana musi być dokonana tylko dla jednej z nich. W oknie, które się otworzy, znajduje się już jeden węzeł - centralny, musimy go edytować, podając kod i nazwę.

Następnie utworzymy kolejny węzeł dla gałęzi, wypełniając go w ten sam sposób (aby dodać, kliknij zielone kółko z plusem). Kolejnym krokiem jest utworzenie obrazu początkowego dla tego węzła, będącego gotową bazą informacji w trybie plikowym. Aby to zrobić, kliknij kliknij prawym przyciskiem myszy najedź kursorem na żądany węzeł i wybierz go z listy rozwijanej Utwórz obraz początkowy.

Teraz przejdźmy dalej Usługa - Baza informacji rozproszonej (DIB) - Konfiguracja węzłów RIB.

W oknie, które zostanie otwarte, kliknij przycisk Dodać i skonfiguruj nowa wymiana, wskazując zdalny host, typ wymiany (przez FTP) i parametry połączenia z serwerem.

Zakładka Automatyczna wymiana umożliwia ustawienie harmonogramu wymiany, wymiany po zdarzeniach (rozpoczęcie i zakończenie pracy itp.), ustawienia te dokonywane są dla użytkownika, w imieniu którego będzie wykonywana wymiana, dlatego należy upewnić się, że ma on uprawnienia do wymiany danych.

Nie zapomnij podać prefiksu węzła dla numeracji dokumentów (w przeciwnym razie otrzymasz różne dokumenty o tych samych numerach) w Narzędzia - Ustawienia programu, tutaj możesz także skonfigurować inne parametry wymiany. Na tej samej zakładce należy wybrać użytkownika, który będzie realizował zadania wymiany; jeśli tego nie zrobisz, harmonogram nie będzie działać. Pamiętaj, że wymiany będą dokonywane tylko wtedy, gdy tego użytkownika zalogowany do programu.

Na tym kończy się konfiguracja węzła centralnego, teraz należy dokonać podobnych ustawień dla węzła peryferyjnego, łącząc obraz początkowy jako istniejący system bezpieczeństwa informacji. Następnie możesz rozpocząć wymianę danych. Aby kontrolować, powinieneś użyć Monitor komunikacji, pozwala nie tylko monitorować powodzenie wysyłania/pobierania, ale także pokazuje wszelkie powstałe kolizje lub opóźnione ruchy (jeśli użytkownik, który dokonał wymiany, nie ma wystarczających uprawnień, aby wykonać jakiekolwiek akcje w bazie danych). Dostępność tego instrumentu pozwala szybko i skutecznie rozwiązać różnego rodzaju problemy pojawiające się podczas wymiany auta.

W tym momencie konfigurację giełdy można uznać za zakończoną i można rozpocząć pracę w trybie rozproszonym. Warto zastanowić się szczególnie nad aktualizacją lub wprowadzeniem zmian w konfiguracji. Działania te są dostępne tylko w węźle centralnym; wszystkie wprowadzone zmiany zostaną automatycznie rozprzestrzenione na węzły peryferyjne podczas następnej wymiany. Aby zmiany były wprowadzane automatycznie, peryferyjna baza danych musi znajdować się w trybie wyłączności, w przeciwnym razie konieczne będzie uruchomienie Konfigurator i wykonać Aktualizacja konfiguracji bazy danych ręcznie.

W tym artykule porozmawiamy o skonfigurowaniu rozproszonej bazy danych 1C Enterprise 7.7, jako przykład zostanie użyta konfiguracja Trade Management 9.2.

Aby skonfigurować RIB w 1C 7.7, musisz przejść do konfiguratora i przejść do Administracja-Rozproszone zarządzanie IS.

Następnie należy dokonać konwersji bazy danych do formatu RIB, jeżeli nie została ona jeszcze przekonwertowana do formatu RIB, w tym celu należy kliknąć przycisk „Centralny Bank Informacji”.

Ustaw Kod i Opis jak na powyższym zrzucie ekranu i kliknij „OK”. Powinno pojawić się ostrzeżenie jak na zrzucie ekranu poniżej, zignoruj ​​je i kliknij „Tak”.
Po tym Twoja baza będzie gotowa do tworzenia węzłów peryferyjnych.

Kliknij w przycisk „Nowy peryferyjny IB” i ustaw wartości pól jak na poniższym zrzucie ekranu, możesz jednak skorzystać z własnych oznaczeń.

Kliknij OK i przejdź do kolejnego kroku – konfiguracji automatycznej wymiany.

W tym artykule powiem Ci, jak skonfigurować automatyczną wymianę za pomocą sieci lokalnej.Jeśli potrzebujesz automatycznej wymiany pocztą, zostaw swoją prośbę w komentarzach lub skontaktuj się ze mną, a powiem Ci, jak to zrobić.

Wyświetlamy wszystko jak na slajdzie, możesz mieć własne ścieżki do katalogów, checkboxy powinny wyglądać jak na zrzucie ekranu powyżej. Kliknij OK.

Teraz przesyłamy na dysk początkowy obraz peryferyjnej bazy danych, w tym celu należy kliknąć przycisk „Prześlij dane”. Po pobraniu obrazu początkowego okno zarządzania RIB będzie wyglądać następująco:

Załóżmy, że komputer na którym będzie pracować nasze żebro znajduje się niedaleko komputera głównego z bazą centralną i oba komputery są podłączone do sieci lokalnej.

Teraz musisz skonfigurować RIB do komputer kliencki, w tym celu pobierz nasz plik ZIP pobrany w poprzednich krokach i utwórz na jego podstawie bazę informacji. Poniższe zrzuty ekranu przedstawiają pełną sekwencję działań.

Kliknij przycisk „Dodaj”, wskaż pusty folder i kliknij OK.

Wybieramy nowy system bezpieczeństwa informacji i przechodzimy do trybu konfiguratora.

Tworzymy pusty bank informacji w pustym folderze, więc 1C prosi nas o wskazanie, w jakim formacie będzie nasza baza danych, wybierz *.dbf. Kliknij OK.

Załadujmy teraz do naszej bazy plik zip przesłany w poprzednich krokach, w tym celu przejdź do administracji - pobierz dane.

Podaj ścieżkę do pliku i kliknij OK.
Po zakończeniu pobierania kliknij OK i przejdź do dystrybuowanej przez administrację witryny ib-auto-exchange.

Na tym etapie należy uwzględnić zasadę: katalog rozładunku CB = katalog ładowania PB i odwrotnie, tj. jeśli w centralnej bazie danych wgrywaliśmy do folderu out i ładowaliśmy z folderu in, to w peryferyjnej bazie danych będziemy ładować z folderu out i przesyłać do folderu in. Kliknij OK i przejdź do następnego kroku. Wykonujemy wymianę automatyczną. Aby to zrobić, w centralnej bazie danych przejdź do dystrybuowanej przez administrację ib-autoexchange.

Kliknij przycisk „Uruchom”, a następnie wykonaj to samo na bazie klientów. Wykonaj operację automatycznej wymiany na każdym komputerze kilka razy.

Teraz zautomatyzujmy proces. Aby to zrobić, musisz utworzyć 4 pliki na każdym komputerze. 2 pliki *.prm i 2 pliki *. plik bata za każdą operację załadunku i rozładunku.

Plik *.bat powinien zawierać następującą linię:

"<путь к файлу 1cv77.exe>„konfiguracja/D”<путь к информационной базе>"/N<логин>/P<пароль>/@"<путь к prm-файлу>"

Moje pliki ładujące i rozładowujące wyglądają następująco:

"C:\Program Files\1Cv77\BIN\1cv7s.exe" config /D"C:\base\rib\" /Nadmin /P1 /@"c:\download.prm"

"C:\Program Files\1Cv77\BIN\1cv7s.exe" config /D"C:\base\rib\" /Nadmin /P1 /@"c:\upload.prm"

Piszesz swoje wartości. Zajmijmy się teraz plikami prm!

Struktura pliku .prm:

Sekcja „Ogólne” ma na celu opisanie głównych parametrów trybu wsadowego. Możliwe parametry:

Dane wyjściowe – ścieżka do pliku dziennika;
- Zakończ – czy po wykonaniu wszystkich zadań należy zakończyć działanie konfiguratora;
- AutoExchange – czy ma zostać przeprowadzona autowymiana;
- SaveData – czy konieczne jest zapisanie bazy danych;
- UnloadData – czy należy wykonać rozładunek;
- CheckAndRepair – czy baza danych wymaga przetestowania i poprawienia.

Możliwe wartości tych parametrów mogą wynosić 1(Y) lub 0(N).

Sekcja „AutoExchange” przeznaczona jest do definiowania parametrów automatycznej wymiany. Opcje:

SharedMode – wskazuje tryb działania z bazy danych. Jeżeli parametr nie zostanie określony, zastosowany zostanie tryb wyłączny;
- ReadFrom - wskazuje, z jakich baz danych mają zostać pobrane dane. Należy określić identyfikatory baz danych, oddzielając je przecinkami. Jeśli wszystkie są potrzebne, wstaw * ;
- WriteTo - wskazuje, do jakich baz danych mają zostać przesłane dane. Jeśli jest to konieczne dla wszystkich, umieść plik *.

Sekcja „SaveData” przeznaczona jest do określenia parametrów zapisu bazy danych. Możliwe parametry:

SaveToFile – wskazuje ścieżkę, w której nastąpi zapis;
- FileList – wskazuje listę plików do zapisania. Nazwy plików są wyświetlane oddzielone spacjami lub przecinkami;

Sekcja „UnloadData” – służy do zdefiniowania parametrów rozładunku danych. Opcje:

UnloadToFile – określa ścieżkę zapisu wraz z nazwą pliku;
- IncludeUserDef – wskazuje, czy lista użytkowników ma zostać uwzględniona w pliku transferu;
- Hasło – określa hasło, jakie zostanie ustawione dla pliku transferu.

Sekcja „CheckAndRepair” przeznaczona jest do definiowania parametrów odtwarzania bazy danych. Możliwe parametry:

Napraw – wskazuje, czy konieczne jest przywrócenie bazy danych;
- PhysicalIntegrity – wskazuje, czy konieczne jest sprawdzenie fizycznej integralności tabel infobase;
- Reindeksowanie – sygnalizuje potrzebę reindeksowania bazy danych;
- LogicalIntegrity – wskazuje, czy konieczne jest sprawdzenie integralności logicznej tabel;
- RecalcTotals – wskazuje, czy konieczne jest ponowne przeliczenie wyników rachunkowości i rachunkowości operacyjnej;
- Pack – wskazuje, czy konieczne jest zwolnienie miejsca zajmowanego przez usunięte rekordy;
- SkipUnresolved – określa, czy pominąć nierozwiązane linki, czy je naprawić;
- CreateForUnresolved – określa sposób rozwiązywania nierozwiązanych łączy. Jeżeli 1, to dla nierozwiązanego łącza zostanie utworzony obiekt odpowiedniego typu. Jeśli 0, łącze zostanie usunięte.

Na tej podstawie moje pliki będą zawierać następujące elementy:

do pobrania z banku centralnego do urządzenia peryferyjnego:

Dane wyjściowe = log.txt
Wyjście = 1

Odczytaj z = CB

do rozładunku z Banku Centralnego na urządzenie peryferyjne:

Dane wyjściowe = log.txt
Wyjście = 1

Napisz do = CB

do pobrania z urządzenia peryferyjnego do Banku Centralnego:

Dane wyjściowe = log.txt
Wyjście = 1

Odczyt z = PB1

za rozładunek z peryferii do Banku Centralnego:

Dane wyjściowe = log.txt
Wyjście = 1

Zapis do = PB1

Teraz wystarczy umieścić pliki bat i prm w jednym folderze i uruchamiać je jeden po drugim, aby wykonać pobieranie i przesyłanie.

Jeśli masz jakieś pytania, śmiało komentuj!

Prawie każdy użytkownik pracujący z bazami danych staje przed problemem przenoszenia danych z jednego programu do drugiego, z jednej bazy danych do drugiej. System 1C Enterprise posiada wbudowane narzędzia do organizowania wymiany między programami, takimi jak Handel i Księgowość lub Wynagrodzenia i Księgowość. Często jednak zdarzają się sytuacje, gdy konieczne jest przesyłanie i odbieranie informacji ze sklepu internetowego lub przesyłanie danych z programów innych firm, na przykład Microsoft Access lub Microsoft SQL. A jeśli na przykład masz starą bazę danych 1C Commerce and Warehouse 7.7 i planujesz wprowadzić potężną nowoczesny system w oparciu o 1C Trade Management 8.0, nie można obejść się bez programów konwertujących. W tej sekcji przyjrzymy się opcjom wymiany, zarówno wbudowanym w standardowe konfiguracje, jak i tym nieograniczonym potencjałom, które możesz wykorzystać do tworzenia własnych schematów wymiany.

Zarządzanie rozproszoną bazą informacji (DIB)(1C1C) - składnik platformy programowej 1C Enterprise opracowanej przez 1C. Umożliwia utworzenie wielu baz danych informacyjnych w jednej formie przestrzeń informacyjna. Wymiana odbywa się poprzez przesłanie/pobranie plik zewnętrzny w trybie konfiguratora.

Głównym warunkiem jest jednakowa konfiguracja dla wszystkich baz danych. Zalety Ta metoda to duża szybkość działania, możliwość dwukierunkowej wymiany i niemal całkowita niezależność od wersji konfiguracyjnej. Do wad można zaliczyć brak możliwości przeniesienia poszczególnych dokumentów czy elementów katalogów, a jedynie cały katalog (a raczej zmiany wprowadzone od ostatniej wymiany) lub wszystkie dokumenty wybranego typu (za ten sam okres).

URIB jest wygodny w użyciu do synchronizacji katalogów i przygotowywania baz danych do późniejszego wykorzystania innej metody wymiany do przesyłania poszczególnych dokumentów. A także, jeśli do okresowego przesyłania kopii bazy danych używasz łącza modemowego o niskiej prędkości, ponieważ plik transferu zawiera jedynie informacje o dokonanych zmianach.

Przykład dialogu dotyczącego tworzenia rozproszonej bazy danych 1C Enterprise 7.7 i 1C Accounting 7.7: istniejąca baza danych jest traktowana jako podstawa, zostaje uznana za centralną bazę danych i zdefiniowana jest lista peryferyjnych baz danych. Następnie z bazy Central tworzone są kopie baz Peryferyjnych, dlatego nie ma możliwości połączenia w ten sposób dwóch początkowo odrębnych baz. Zmiana konfiguracji dozwolona jest wyłącznie w bazie Central, po czym podczas kolejnej sesji wymiany zostanie ona automatycznie zainstalowana we wszystkich bazach Peripheral.

Dialog sesji wymiany 1C Enterprise 7.7

Menedżer XML i wymiany danych (DEM)(1C->1C) - bardzo podobne metody. Używając specjalistyczne programy tworzone są pliki - „Reguły konwersji”, które schematycznie wskazują, który obiekt (katalog, dokument) należy przenieść i jak go przekonwertować. Następnie następuje zamiana uniwersalnej obróbki rozładunku i załadunku.

Zaletami tych metod jest to, że wymieniające się bazy danych mogą mieć zupełnie różne konfiguracje, a informacje podczas przesyłania można konwertować za pomocą wbudowanego języka 1C. Wadą jest powolność pracy i złożoność ustalenia „Zasad konwersji”. W szczególności należy wziąć pod uwagę, że w przypadku zmiany przynajmniej jednej z konfiguracji konieczna będzie ponowna konfiguracja „Zasad konwersji”.

Metoda XML jest wygodna w użyciu podczas aktualizacji wersji konfiguracyjnych lub podczas przełączania z jednego programu do drugiego. W typowe konfiguracje wszystkie wbudowane metody wymiany, a także ich aktualizacje, realizowane są w oparciu o metodę XML.

Przykład okna dialogowego przesyłania z załadowanymi „Regułami konwersji” do wymiany między 1C Commerce+Warehouse 7.7 i 1C Accounting 7.7

Przetwarzanie pobierania - pobiera dowolny plik XML utworzony przez 1C Enterprise 7.7 przy użyciu dowolnych „Reguł konwersji”.

Automatyka OLE(1C->1C) - metoda opiera się na integracji jednej bazy danych 1C Enterprise lub 1C Accounting z inną. Głównym warunkiem jest to, że obie bazy danych muszą znajdować się w tej samej sieci lokalnej, a użytkownik musi mieć dostęp do którejkolwiek z nich. Sama procedura wymiany wygląda następująco: w programie, w którym należy przenieść dokumenty, otwiera się dziennik dokumentów innego programu, w którym znajdują się te dokumenty.

Za pomocą specjalnych filtrów selekcji i sortowania użytkownik zaznacza dokumenty do przesłania, po czym dokumenty te są pobierane wraz ze wszystkimi analitykami, aktualizując je w razie potrzeby w katalogach.

Główną zaletą jest przejrzystość tej metody, użytkownik ma możliwość pełnej kontroli procesu wymiany i konwersji, czego efektem jest np. skonsolidowany dokument zamiast pojedynczych wybranych faktur. Wadą jest to, że wymiana odbywa się bez utworzenia pliku z informacjami, więc ta metoda nie nadaje się do pracy z transferem e-mailem. Najwygodniejszą aplikacją jest integracja 1C Trade + Warehouse i 1C Accounting.

Przykład okna dialogowego ładowania dokumentów z 1C Commerce + Warehouse 7.7 do 1C Accounting 7.7. Na początek ustawia się okres, po wypełnieniu dziennika dokumentami, za pomocą filtrów i pól wyboru, następuje ich zaznaczenie Wymagane dokumenty. Przycisk „Importuj” ładuje wybrane dokumenty zgodnie z ustawionym Trybem.