Wyślij ten artykuł na moją pocztę

Głównymi powodami konieczności wprowadzenia wymiany między bazami danych 1C są obecność oddziałów i rozdzielenie rodzajów księgowości, tk. firmy często pracują w kilku bazach danych. Konfiguracja wymiany 1C 8.3 pozwala wyeliminować podwójną pracę - wprowadzanie tych samych dokumentów i katalogów w dwóch programach, a także szybkie dostarczanie niezbędnych obiektów systemowych dla różnych oddziałów i działów.

W przypadku konieczności wymiany pomiędzy oddziałami stosuje się RIB (Distributed Infobase). Jest to mechanizm wymiany pomiędzy identycznymi konfiguracjami. Jest to drzewo, na szczycie którego znajduje się najważniejszy węzeł główny, poniżej pary połączonych ze sobą węzłów. Zmiany można wprowadzać w dowolnym węźle w tym systemie i będą one propagowane do innych powiązanych węzłów. Dystrybuuje również nie tylko dane, ale także zmiany konfiguracyjne od węzła głównego do podwładnych.

W przypadku konieczności rozdzielenia rodzajów księgowości, np. prowadzenia operacyjnej w bazie handlowej i regulowanej - księgowej, dostępne są uniwersalne mechanizmy giełdowe z elastycznymi ustawieniami synchronizacji danych.

Jednym z najnowszych osiągnięć w 1C jest format wymiany danych EnterpriseData. Jest łatwy w użyciu i jest przeznaczony do wymiany w firmie zarówno między bazami danych 1C, jak i programami innych firm.

Wdrożenie wymiany danych w przedsiębiorstwie można przedstawić jako procedury sekwencyjne.

Przede wszystkim konieczne jest ustalenie, między którymi bazami powinna nastąpić wymiana; czy będzie to wymiana dwustronna czy jednokierunkowa; jeśli w jedną stronę, to która baza będzie przekazywać informacje, a która tylko odbierać; jeśli jest to złożona sieć oddziałów, konieczne jest ustalenie schematu budowania baz danych.

Następnie wybierz odpowiedni format: RIB, format uniwersalny; wymiana zgodnie z zasadami giełdy; wymiana bez zasad wymiany.

Następnym krokiem jest wybór transportu do wykonania wymiany. Do dyspozycji duży wybór technologie wyróżniamy główne: katalog (lokalny lub sieciowy), zasób FTP, Połączenia COM, usługa internetowa, e-mail.

Czwartym krokiem będzie zdefiniowanie danych: dokumentów, katalogów oraz, w razie potrzeby, uszczegółowienie ich poszczególnych danych do przekazania.

Podsumowując, określony jest harmonogram częstotliwości wymiany

Każda opcja konfiguracji wymiany 1C 8.3 wymaga starannego przygotowania. Jego wdrożenie jest poza zasięgiem każdego użytkownika, tutaj należy wziąć pod uwagę wiele niuansów i zrozumieć zasady wymiany. Szczególną uwagę należy zwrócić na ustawienie, jeśli bazy: zawierają ulepszenia lub wiele dodatków. szczegóły, wersje platform różnią się lub używane są przestarzałe wersje konfiguracyjne, przedsiębiorstwo jest duże i korzysta ze zautomatyzowanego systemu składającego się z dużej liczby baz danych. Błędy nie są tutaj dozwolone, ponieważ może prowadzić do nieodwracalnych konsekwencji. Niezależna implementacja wymiany w 1C jest zalecana tylko wtedy, gdy musisz skonfigurować prosty transfer informacji między typowymi konfiguracjami.

Jeśli wątpisz w swoje umiejętności, lepiej nie oszczędzać, ale skontaktować się z kompetentnym specjalistą, który pomoże Ci zdecydować trudne zadanie ustawienia wymiany 1C 8.3.

Jeśli nadal zdecydujesz się skonfigurować giełdy 1C bez angażowania ekspertów, zaleca się najpierw przetestowanie na kopiach baz danych, a przed rozpoczęciem pracy w działających bazach danych prześlij konfiguracje, aby w przypadku błędów można było powrócić do pierwotnego stanu .

Poniżej prezentujemy szczegółowy przykład 1C 8.3 jednostronnie wymienia ustawienia między standardowymi konfiguracjami Trade Management 11 (UT) i Enterprise Accounting 3.0 (BP). Przykład dotyczy wielu firm prowadzących handel hurtowy i detaliczny. W UT prowadzona jest rachunkowość zarządcza, w BP - regulowana, wymiana jest niezbędna dla ułatwienia pracy użytkowników.

Ten algorytm jest również odpowiedni dla innych typowych konfiguracji na platformie 1C 8.3

Przede wszystkim wykonamy prace przygotowawcze dla odbiorcy informacji, tj. dla BP. Uruchom program w trybie Enterprise. Musisz ustawić Stałą Synchronizacja danych (sekcja Administracja → Synchronizacja danych).

Zwróć uwagę na pole Prefiks, tutaj musisz podać wartość, która później pozwoli Ci odróżnić (po wartości kodu referencyjnego lub numeru dokumentu), w którym programie obiekty zostały pierwotnie utworzone. W naszym przykładzie odpowiedni jest zwykły skrót - BP i UT, jeśli wymiana 1C 8.3 jest skonfigurowana do złożonej wymiany między dużą liczbą baz, a także tymi samymi konfiguracjami, każda baza będzie musiała wprowadzić własne zrozumiałe oznaczenie.

Ponieważ zasilacz jest tylko odbiornikiem informacji, przystępujemy do konfiguracji UT.

Tutaj, podobnie jak w BP, musisz włączyć synchronizację i określić prefiks. Informacje te są dostępne w sekcji Dane podstawowe i administracja → Ustawienia synchronizacji danych.

Wybierz metodę ustawiania Określ ustawienia ręcznie. Dalej.

Ustaw opcję połączenia bezpośredniego, gdy oba programy znajdują się w tym samym lokalna sieć, określ parametry połączenia z katalogiem IS w tej sieci, a także wypełnij informacje uwierzytelniające o użytkowniku (w bazie danych BP). Dalej.

System sprawdzi poprawność podanych danych i w przypadku wynik pozytywny wyświetli okno ustawień wymiany 1C 8.3.

Łącze Edytuj reguły przesyłania danych udostępnia ustawienia przeprowadzania wymiany. Dokonamy wyjaśnień NSI - wgrywamy tylko te, które są używane w dokumentach, wybieramy organizacje oraz możliwość pracy z umowami - bez łączenia, rozdzielania dokumentów według magazynów. Giełda rozpoczyna się 1 marca br.

Wprowadzone zasady są rejestrowane i zamykane.

Ponieważ przykład dotyczy jednokierunkowego przesyłania informacji, w następnym oknie ustawień, aby odebrać dane z innego programu, ustaw wartości na Nie wysyłaj. Nagraj i zamknij. Dalej.

Teraz musisz sprawdzić wprowadzone parametry i jeśli są poprawne, kliknij Dalej, w przeciwnym razie wróć do poprzedniego kroku, klikając Wstecz.

Zostaniesz poproszony o synchronizację. Kliknij Gotowe.

W przypadku konieczności skorelowania identycznych obiektów dwóch konfiguracji otworzy się okno do porównania danych. Wykonaj mapowanie i kliknij Dalej.

Podczas przesyłania obiektów mogą wystąpić problematyczne sytuacje, wyniki można wyświetlić, klikając opcję Ostrzeżenia podczas synchronizacji łącza danych.

Po zakończeniu synchronizacji zostanie wyświetlone okno potwierdzające pomyślne zakończenie tego procesu.

Tutaj, używając polecenia Konfiguruj lub później, w skrypcie synchronizacji, możesz skonfigurować harmonogram automatyczne wykonanie Wymieniać się.

Każdy plan ma określoną listę elementów, informacje o zmianie, które może przechowywać. Ta lista nazywa się „Składem planu wymiany”. Kompozycję można rozszerzyć, ale obsługa konfiguracji jest usuwana.

„Układ planu” przechowuje same reguły, na podstawie których działa synchronizacja. To właśnie ten pakiet konwersji (Reguły Rejestracji, Reguły Wymiany, Reguły Wymiany Korespondenckiej) potrzebujemy do dalszych badań.

Rozważ przykład synchronizacji danych między konfiguracjami „1C: Płace i HR 3” (ZUP) i „1C: Enterprise Accounting 3” (BP). Od razu zauważamy, że w tym zadaniu będziemy musieli usunąć konfigurację ze wsparcia. Jest to wymagane przez warunek.

Żywy przykład potrzeby dopracowania modelowych zasad wymiany

Przykładowo, klient zgłosił się do nas z następującym problemem: podczas synchronizacji pomiędzy ZUP a BP nie ma możliwości przekazania danych z katalogu „Rejestracja w urzędzie skarbowym”, które są niezbędne do wypełnienia formularza „Odbicie wynagrodzeń w dokument księgowy”. Teraz tabelaryczna część tego dokumentu po stronie odbiornika BP zawiera pustą „Rejestracja...” i użytkownicy muszą ręcznie tworzyć takie wpisy w katalogu. Zgadzam się, to niewygodne. Możemy poprawić ten punkt.

Rozwiązanie problemu: sfinalizujemy pakiet konwersji z planu wymiany ExchangeSalary3Accounting3. Dodajmy do standardowych „Reguł wymiany 1C” nową „Regułę konwersji obiektów” (PKO) dla katalogu „Rejestracja w urzędzie skarbowym” i odpowiednio „Konwersję nieruchomości” tego katalogu (PKS). Na pewno sfinalizujemy standardowe „Zasady rejestracji obiektów”, ponieważ zaistniała potrzeba zarejestrowania zmian w katalogu na węźle wymiany. I zrewidujemy „Zasady wymiany 1C” bazy korespondenta.

Gdzie będziemy to edytować? aby pisać i zmieniać reguły, potrzebujemy konfiguracji „1C: Data Conversion 2”.

Udoskonalenie standardowych reguł przewalutowania z planu giełdowego PZUP-BP

Zacznijmy więc finalizować zasady wymiany 1C, dodając ExchangeSalary3Accounting3 do składu w konfiguratorze planu wymiany nowy element- Katalog rejestracji w urzędzie skarbowym. Wprowadzimy tę zmianę w obu konfiguracjach „1C: Salary and Enterprise Management 3” i „1C: Enterprise Accounting 3”.

Zapisz i zaktualizuj konfiguracje.

W trybie korporacyjnym dla każdej bazy danych prześlemy opis struktury metadanych za pomocą przetwarzania MD83Exp.epf dla platformy 1C:Enterprise 8.3. Przetwarzanie można znaleźć w zestawie „1C: Data Conversion”.

W kolejnym etapie wyładujemy pakiet konwersji z ZUP i BP. Pakiet powinien składać się z 3 plików: Regulaminu Rejestracji, Regulaminu Giełdy, Regulaminu Giełdy Korespondenckiej.

W ramach tego artykułu nie będzie opisu konfiguracji synchronizacji danych, można go przeczytać na stronie Coderline w sekcji Artykuły eksperckie lub obejrzeć nagrania z webinarów. Teraz ta opcja jest już skonfigurowana w bazach danych. Dlatego przejdź do ustawień synchronizacji (Administracja -> Synchronizacja danych -> Ustawienia synchronizacji danych), kliknij przycisk "Załaduj reguły". Zobaczymy formularz „Zasady synchronizacji”. Kliknij przycisk „Więcej” i wybierz opcję „Zapisz reguły do ​​pliku”.

Oto paczka po rozładunku, którą powinniśmy dostać.

Zróbmy to samo dla innych baza informacji„1C: Rachunkowość przedsiębiorstw”.
W rezultacie wszystkie prace przygotowawcze do edycji regulaminu są gotowe. Mamy:

Opis struktury metadanych do załadowania do „1C: Data Conversion 2” (dla ZUP i BP);

Pakiet konwersji zawierający zasady wymiany 1C i zasady rejestracji wymagane do przesyłania do 1C: Konwersja danych 2 (dla ZUP i BP).

Przejdź do „1C: Konwersja danych 2”. Wykonaj następujące kroki w kolejności dla obu baz danych:

Ładowanie struktur metadanych naszych konfiguracji;

Tworzymy konwersje i ładujemy reguły wymiany danych 1C z pakietów konwersji (plik reguł nazywa się ExchangeRules);

Twórz rejestracje i ładuj reguły rejestracji z pakietów konwersji (plik reguł nosi nazwę RegistrationRules).

Przechodzimy bezpośrednio do naszego udoskonalenia. Do reguł giełdowych 1C dodajemy nową regułę konwersji obiektów (PKO) - książkę informacyjną „Rejestracja w urzędzie skarbowym”. Dodajemy regułę konwersji właściwości (PCS) dla tego katalogu i regułę przesyłania danych (PDS). Tego rodzaju doprecyzowanie należy wykonać zarówno dla reguł z pakietu ZUP, jak i dla reguł wymiany z pakietu BP. Wyładowujemy nasze reguły wymiany do odpowiednich plików ExchangeRules.

Przejdźmy do zasad rejestracji nowego elementu. Dodajemy książkę informacyjną „Rejestracja w urzędzie skarbowym”. Prześlij reguły rejestracji do odpowiedniego pliku z pakietu RegistrationRules. Ta akcja jest również wykonywana dla obu baz.

Zmodyfikowane zasady giełdy i zasady rejestracji są gotowe. Teraz kopiujemy zawartość reguł wymiany (ExchangeRules) z pakietu BP do reguł korespondencyjnych (CorrespondentExchangeRules) z pakietu ZUP. W regułach korespondencyjnych (CorrespondentExchangeRules) z paczki BP skopiuj zawartość reguł wymiany (ExchangeRules) z paczki ZUP.

Wynik powinien być następujący:

To kończy pracę w „1C: Konwersja danych 2”. Zmodyfikowane pakiety reguł konwersji są gotowe, pozostaje wgrać je z powrotem do infobaz i sprawdzić synchronizację.

Pliki z pakietów archiwizujemy do archiwum ZIP i przesyłamy nasze pakiety konwersji do ZUP i BP.

Wszystko gotowe. Pozostaje do przetestowania.

Zapamiętajmy warunki problemu. Konieczne było zarejestrowanie się w celu rozładunku katalogu „Rejestracja w urzędzie podatkowym” i sprawdzenie, w jaki sposób wypełniany jest PM dokumentu „Odbicie płac w rachunkowości” po stronie „1C: Rachunkowość przedsiębiorstwa 3”.

W źródle „1C: Salary and Enterprise Management 3” rejestrujemy nasz katalog do rozładunku. Wykonujemy synchronizację. Udajemy się do bazy danych odbiorców i wykonujemy również synchronizację w celu odbioru danych. Należy pamiętać, że teraz w planie wymiany pojawił się niezbędny katalog do rejestracji zmian.

Sprawdzamy po stronie „1C: Enterprise Accounting 3”:

Podsumować. Wynik zadania został pomyślnie zakończony. Sfinalizowaliśmy plan wymiany pamięci RAM - BP, dodając nowy element do rejestracji zmian i uzupełnienia reguł konwersji do synchronizacji danych.

Wielu przedsiębiorców prowadzących działalność handlową nabywa jednocześnie dwa programy 1C: Accounting 8, aby poprawić efektywność zarządzania. (dalej BP) oraz „1C: Zarządzanie handlem 8” (dalej UT).

BP służy do prowadzenia regulowanej księgowości i raportowania, a UT - do operacyjnej i rachunkowość zarządcza w firmie.
Sukces dzielenia się nimi produkty oprogramowania w dużej mierze zależy od organizacji wymiany danych między konfiguracjami BP i UT.

Zrozumienie poniższych cech typowej wymiany danych pozwoli uniknąć błędów w procesie wymiany między konfiguracjami oraz naruszeń księgowych w każdej konfiguracji z osobna.

Podczas pisania tego artykułu wykorzystano materiały z dokumentacji 1C dla oprogramowania.Metoda konfiguracji wymiany jest szczegółowo opisana w pliku htm „ Dzielenie się konfiguracje Trade Management (11) i Enterprise Accounting ”, który znajduje się w katalogu szablonów podczas instalacji zarówno 1C: Accounting 2.0 (dalej BP), jak i 1C: Trade Management 11 (dalej UT); rekomendacje otrzymane na konferencji partnerskiej 1C i osobiste doświadczenie autor przy tworzeniu i zmianie ustawień wymiany dla klientów RG-Soft Project Consulting LLC.

1. Skonfiguruj wymianę jednokierunkową lub dwukierunkową.

Przede wszystkim należy zauważyć, że tylko dokumenty związane z transakcjami gotówkowymi i bezgotówkowymi można wczytać z konfiguracji BP do konfiguracji UT. Należą do nich: Przekaz gotówkowy przychodzący, Przekaz gotówkowy wychodzący, Wpłata na rachunek bieżący oraz Odpis z rachunku bieżącego. Dokumenty przemieszczania towarów utworzone w BP nie będą ładowane do UT.

Firma 1C zaleca dokonanie wymiany z bankiem w UT. „Zapewni to pełną pracę z wychodzącymi dokumentami płatności i nie tylko prosta praca z przychodzącymi dokumentami. Zdarzyła się jednak sytuacja, w której nie można było wgrać prawie jednego zlecenia płatniczego z pliku klient-bank do UT, podczas gdy plik ten został w całości przesłany do BP.

Wynika to z faktu, że do UT dodano bardziej rygorystyczne kontrole zawartości pliku klient-bank, na przykład: sprawdzenie wypełnienia NIP, sprawdzenie numeru dokumentu, numer musi zawierać tylko liczby zgodne z rozporządzenie CBR z dnia 3 października 2002 r. N2-P „O płatnościach bezgotówkowych w Federacja Rosyjska(z późniejszymi zmianami 3 marca 2003, 11 czerwca 2004, 2 maja 2007, 22 stycznia 2008).

Ustanowienie wymiany jednokierunkowej (z UT do BP) ma sens tylko wtedy, gdy wszystkie dokumenty i informacje referencyjne są wypełnione w UT. W ten sposób można uniknąć powielania elementów w tej bazie danych.

W tym celu należy skonfigurować następujący scenariusz wymiany: utwórz scenariusz wymiany w konfiguracji UT, w której zapisywany jest tylko rozładunek (rys. 1), w konfiguracji BP utwórz scenariusz wymiany i zapisz tylko pobranie.

Należy wziąć pod uwagę, że w takim scenariuszu wymiany wszystkie dodatkowe dokumenty i katalogi utworzone w BP zostaną zarejestrowane do wymiany, ale nie zostaną załadowane do UT, dlatego zaleca się okresowe resetowanie rejestracji, w przeciwnym razie wymiana plik wiadomości z BP będzie stale się powiększał, spowalniając proces wymiany.

W tym celu zaleca się użycie przetwarzania ZarejestrujZmianydlaWymiany82.epf, który znajduje się w pakiecie konfiguracyjnym „Konwersja danych, rew. 2.1”. Po zainstalowaniu konfiguracji przetwarzanie znajduje się w katalogu instalacyjnym aktualizacji: ...\1c\Conversion\...numer_wersji…

Jeżeli informacje regulacyjne i referencyjne są wypełnione zarówno w UT, jak i w BP, wówczas należy skonfigurować wymianę dwukierunkową, ale może być konieczne śledzenie duplikatów poprzez uruchomienie wymiany w trybie interaktywnym zamiast automatycznym (rys. 2) .

Aby ograniczyć wymianę danych tylko na poziomie dokumentu nie jest konieczne konfigurowanie wymiany jednokierunkowej, wystarczy ustawić datę w filtrze wymiany po stronie BP większą niż data ostatni dokument(Patrz rys. 5). Ale przed ustawieniem filtra na datę należy upewnić się, że dokumenty w BP nie zostały wcześniej zarejestrowane do wymiany, w przeciwnym razie zarejestrowane dokumenty zostaną przeniesione do innej bazy podczas wymiany.

Priorytet zmiany danych

Jeżeli wymiana jest najpierw przeprowadzana w terminalu UT, a następnie w okresie BP, wówczas dane pobrane z terminala UT będą miały pierwszeństwo. Na przykład w UT wprowadzili dokument „Pokwitowanie na rachunek bieżący”, uruchomili wymianę najpierw na UT, a następnie w BP - dokument pojawił się w konfiguracji BP. Następnie księgowy w konfiguracji BP dokonał zmian w tym dokumencie. Podczas kolejnej wymiany, jeśli kolejność uruchamiania wymiany nie uległa zmianie, to wprowadzone zmiany w dokumencie zostaną nadpisane danymi z UT.

W celu prawidłowej wymiany z tymi obiektami, które są zmieniane w obu bazach danych, 1C zaleca zorganizowanie pracy tak, aby obiekt był edytowany tylko w jednej z baz danych. W innej bazie taki obiekt należy otworzyć tylko do przeglądania. Aby to zrobić, będziesz musiał skorzystać z ustawienia praw dostępu użytkownika, ale takie podejście gwarantuje brak kolizji podczas wymiany, tj. rozbieżności, które powstają, gdy obiekt zmienia się w jednej lub drugiej bazie danych w okresie między wymianami (rys. 3).

2. Różnice między BP i UT wpływające na metabolizm

Umowy z kontrahentami

W konfiguracji UT nie ma analityki kontraktów kontrahentów. Wszystkie operacje, które są wykonywane w konfiguracji UT, po załadowaniu do konfiguracji BP, są zawsze wykonywane na podstawie odrębnych umów tworzonych i kontrolowanych przez sam system UT.

Jeżeli w konfiguracji BP nie ma umowy o wymaganych parametrach, to taka umowa jest tworzona. Należy zauważyć, że wyszukiwanie umowy odbywa się tylko z liczby umów pobranych wcześniej z UT.

Organizacja zarządzania w UT

Począwszy od wersji 11.0.6.9 predefiniowany element „Organizacja zarządzająca” pojawił się w UT w katalogu organizacji. Ten element nie może być mapowany do (ani zmieniany) z bieżącej (jednej lub jednej) organizacji. Możesz przeczytać więcej o używaniu tego obiektu w pliku dokumentacji „Zmiany i uzupełnienia w dokumentacji.htm” zawarte w dostawie UT.

Struktura firmy

W UT do rachunkowości zarządczej wykorzystywany jest katalog „Struktura przedsiębiorstwa”, który zawiera spis oddziałów firmy. Przy sporządzaniu dokumentów wskazanie podziału przedsiębiorstwa jest obowiązkowe.

Elementy katalogu „Struktura przedsiębiorstwa” nie są mapowane do elementów katalogu „Jednostki organizacyjne” w BP. Aby dokumenty z pustym atrybutem Subdivision nie były przesyłane do UT, konieczne jest wpisanie wartości domyślnej w ustawieniach giełdy (rys. 4).

Magazyn w dziale tabelarycznym

Jeśli planowane jest użycie w UT Nowa okazja określenia magazynów w sekcjach tabelarycznych dokumentów, wówczas w ustawieniach węzła planu wymiany należy ustawić magazyn uogólniony, który zostanie zastąpiony przy rozładunku dokumentów z konfiguracji UT do konfiguracji BP zamiast magazynów dopuszczonych do wyboru w tabelaryczne części dokumentów (rys. 4).

Typ przedmiotu

Przy wgrywaniu danych z BP do UT, atrybut „typ pozycji” nie jest wypełniany w nomenklaturze, jest to spowodowane tym, że giełda obsługuje scenariusz, w którym nomenklatura jest tworzona w konfiguracji UT, a nie w BP . W dokumentach dotyczących przepływu towarów w UT nie ma oddzielnej sekcji tabelarycznej do rozliczania usług (usługi są wypełniane w tabeli towarów), dlatego też, aby usługi określone w dokumentach UT zostały poprawnie przeniesione do tabeli sekcji w BP, musisz:

1. W sekcji informacji referencyjnych otwórz książkę informacyjną „Typy towaru”, przejdź do typu towaru „usługi” - kliknij „Wszystkie akcje” - włącz edycję i wybierz Typ towaru - Usługa.

2. Zmień towar (usługę) - kliknij "Wszystkie akcje" - zezwól na edycję i wybierz ten typ Towaru z typem Usługa.

3. Konfiguracja filtrów wymiennych (rys. 5)

Zmiana daty wgrania (pobrania) dokumentów

1) Przed przesunięciem daty do przodu należy zsynchronizować bazy danych poprzez wykonanie sesji wymiany, aby w momencie zmiany ustawienia węzeł nie posiadał dokumentów zarejestrowanych do wymiany. W przeciwnym razie takie dokumenty, po zmianie ustawień, w wyniku wyładowania, mogą zostać oznaczone do usunięcia w bazie danych odbiorczych, jeżeli zostały tam wcześniej wczytane.

2) Możesz cofnąć datę, ponieważ rozszerza jedynie obszar wgrywanych danych. Warto zaznaczyć, że w tym przypadku dokumenty z wcześniej zamkniętego okresu nie zostaną automatycznie zarejestrowane do wymiany. W tym celu musisz zmienić dokumenty lub skorzystać z przetwarzania ZarejestrujZmianyNaWymianę82.epf.

Filtruj według organizacji

Włączenie tego filtra pozwala ograniczyć listę organizacji, dla których dozwolona jest wymiana danych. Obecność włączonego filtra wpływa zarówno na rozładowywanie samego katalogu organizacji, jak i rozładowywanie innych danych związanych z organizacjami (katalogów i dokumentów).

Zasada działania filtrów wysyłania jest następująca: nowe ustawienia dotyczą wszystkich danych - w momencie tworzenia giełdy, lub tylko tych danych, które zostały zmienione po zastosowaniu nowych ustawień - po utworzeniu giełdy dlatego zaleca się, aby podczas tworzenia wymiany danych podchodzić do ustawień filtrów jak najbardziej odpowiedzialnie.

Przykład: podczas tworzenia giełdy użytkownik ustawia filtr według organizacji. Tylko dane dla określonej organizacji zostały przesłane do bazy danych odbiorczej. Ponadto użytkownik zdecydował, że dane dotyczące wszystkich organizacji powinny być przesyłane do odbierającej bazy danych. Ponieważ jednak ustawienia obowiązują tylko dla nowo zmienionych danych, istniejące dokumenty i katalogi nie zostaną przesłane do bazy danych odbiorczej, dopóki użytkownik nie dokona w nich jakichkolwiek zmian.

4. Usuwanie obiektów z jednej z baz danych

Zaznacz do usunięcia

Możliwe, że wcześniej używany element katalogu nie jest planowany do dalszego rozliczania, a użytkownicy uznają za słuszne oznaczenie tego katalogu do usunięcia. Obiekty oznaczone do usunięcia nie uczestniczą w wymianie. Należy wziąć pod uwagę tę cechę.

Usuwanie duplikatów

Aby usunąć przedmioty, które powstały podczas wymiany duplikatów, zalecamy skorzystanie z przetwarzania Wyszukaj i zastąp wartości.epf, który znajduje się w katalogu \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ na dysku ITS. Aby sprawdzić poprawność porównania obiektów dwóch infobaz, można otworzyć Rejestr informacji "Korespondencja obiektów infobazy", a wpisy w tym rejestrze można poprawić ręcznie. Ważne jest, aby wiedzieć, że po usunięciu obiektu w jednej z baz danych rekord rejestru informacji nadal będzie pasował do usuniętego obiektu (uszkodzone łącze), będziesz musiał dopasować inny obiekt lub usunąć rekord.

5. Dodatkowe ustawienia

Pozycje przepływu środków pieniężnych

Aby skonfigurować UT, może być konieczne odłożenie rekwizytów „corr. rachunek” dla tych pozycji przepływu środków pieniężnych, które zostaną wykorzystane i przesłane do BP.

W przypadku konfiguracji BP: może być konieczne wprowadzenie typu przepływu środków pieniężnych w elementach katalogu.

Użytkownicy

Użytkownicy elementów katalogu mogą zostać przeniesieni do innej bazy danych, jeśli zostaną wskazani jako odpowiedzialni w jednym z obiektów uczestniczących w wymianie. Dla takich obiektów będziesz musiał ustawić uprawnienia.

Prefiks podstawowy i prefiks organizacji

W UT prefiks ma zawsze stałą długość, a separator (łącznik) „-”. Dlatego też, jeśli nie określono prefiksu bazy informacji lub nie określono prefiksu organizacji, jest on zastępowany zerami. Jednak podczas konfigurowania giełdy prefiks infobazy jest zawsze wypełniany w CB (dla UT) i w BP (odpowiednio dla konfiguracji BP).

To rozwiązanie jest standardem generowania numerów dokumentów i kodów obiektowych. Prefiks ma stałą długość i jest oddzielony myślnikiem od numeru dokumentu. Jeżeli w przyszłości w bazie będzie kilka organizacji, to wystarczy ustawić dla nich prefiksy i nie będzie konieczne przenumerowanie wszystkich obiektów.

Korekcja błędów

W naszym artykule najbardziej ważne punkty organizacja wymiany danych między „1C: Trade Management 8” rev.11 i „1C: Accounting 8” rev.2.0.

Specjaliści RG-Soft Project Consulting LLC są gotowi zaoferować nie tylko skonfigurowanie giełdy dla funkcji księgowych konkretnej organizacji, ale także sposoby korygowania błędów w istniejących giełdach.

Samouczek dotyczący konwersji danych 1C (wydanie 2) Szczegółowa znajomość zasad wymiany

Wiemy, czym są zasady wymiany i dlaczego są potrzebne. Zapoznajmy się bardziej szczegółowo z dodatkową funkcjonalnością pracy z regułami giełdowymi. Otwórzmy ustawienia reguł wymiany danych (konwersji):

Reguły wymiany definiują konfiguracje źródłowe i docelowe dla danych, dodatkowo:

Zakładka „Zaawansowane”:

Możesz określić domyślną nazwę pliku do zapisu reguł giełdowych, moduły do ​​wysyłania i pobierania danych dla wersji 7.7, nazwę reguł giełdowych.

Zakładka „Parametry”:

Załóżmy, że urząd przyjmuje zamówienia wyłącznie na towary, dlatego pożądane jest ustanowienie zakazu usług rozładunkowych. Jeśli pozycja nazewnictwa katalogowego ma wymaganą usługę ustawioną na Prawda, gwarantuje się, że nie zostanie rozładowana. Najlepiej od razu uczynić kontrolę usług rozładunkowych opcjonalną, aby nie zmieniać regulaminu w przypadku, gdy odległe biuro również zacznie przyjmować zlecenia na usługi.

W tym przypadku będziemy musieli nauczyć się dwóch nowych sztuczek do pracy z konfiguracją „Konwersji danych” - używania programów obsługi i ustawiania parametrów.

Parametry to wyspecjalizowana struktura danych w algorytmach przesyłania, której można używać do uzyskiwania dostępu do zmiennych przetwarzania. Ustawienie struktury parametrów reguł konwersji odbywa się w konfiguracji „Konwersja danych”, a ustawienie wartości parametrów jest możliwe w postaci wysyłania i pobierania danych procesowych.

Aby edytować parametry należy otworzyć formularz elementu katalogu Konwersje dla edytowalnych reguł wymiany i przejść do zakładki parametry. Stwórzmy nowy element katalogu Parameters. Przypiszmy nazwę parametru - Rozładuj usługi. Nazwa parametru jest używana do odwoływania się do niego w strukturze Parametry podczas pisania kod programu w handlerach. Nazwa zostanie wyświetlona w sekcji tabelarycznej Parametry w postaci przetwarzania uniwersalnej wymiany danych. Aby parametr był widoczny w oknie dialogowym podczas ustawiania rozładunku, należy zaznaczyć pole „Ustaw w oknie dialogowym” i wybrać typ wartości parametru. Aby pracować z parametrami w oknie dialogowym, musisz również zaznaczyć pole „Prześlij parametry w formacie wersji 2.01” w postaci elementu w wyszukiwaniu Konwersje.

Nie wystarczy tylko określić parametry, konieczne jest, aby algorytm rozładunku "rozumiał", w którym przypadku rozładować element, a w którym nie. W takich (i wielu innych) przypadkach wykorzystywany jest mechanizm obsługi. Jego istota polega na tym, że w kluczowych punktach wykonania wszystkich podstawowych algorytmów przesyłania i pobierania danych przetwarzany jest kod napisany przez dewelopera podczas tworzenia reguł wymiany. Oczywiście użycie tak delikatnego narzędzia wymaga ostrożności i zastanowienia. Przed napisaniem własnych handlerów zalecamy uważne przeczytanie pomocy do konfiguracji "Data Conversion 2.0", która opisuje wszystkie zmienne dostępne w handlerach i jak ich używać, a także wymienia typy handlerów i cechy ich wywołanie algorytmów wymiany danych.

W naszym celu musimy użyć obsługi reguł rozładowywania „Przed wyładowaniem”. Otwórz regułę przesyłania danych Nomenklatury i umieść następujący kod programu w polu „Przed przesłaniem” w zakładce „Zdarzenia”:

Co robi nasz przewodnik? Pisząc kod programu korzystaliśmy ze zmiennych algorytmów przesyłania danych. Struktura Parameters służy do odwoływania się do parametru UploadServices, który jest ustawiany w formularzu przetwarzania wymiany danych. Zmienna obiektu zapewnia dostęp do zwalnianego obiektu. A zmienna Odmowa pozwala kontrolować odmowę rozładowania bieżącego obiektu. Handler jest wykonywany tuż przed rozładowaniem obiektu, co umożliwia anulowanie rozładunku obiektu.

TYLKO DO WYMIANY V8 - V8 I PRZETWARZANIA POBIERANIE I POBIERANIE NIE PONIŻEJ 2.0.18.1

Możliwe jest przekazywanie parametrów z jednej konfiguracji do drugiej. W tym celu w zakładce „Parametry” należy zaznaczyć checkbox „Parametr transferu przy rozładunku” i ten parametr zostanie umieszczony w pliku wymiany i będzie można uzyskać dostęp do jego wartości podczas ładowania danych. Możesz określić regułę konwersji dla parametru, według której wartości będą konwertowane. Korzystając z pola wyboru „Prześlij parametr podczas przesyłania”, możesz przesyłać tylko te parametry, które są edytowane w oknie dialogowym podczas przesyłania danych. Jeśli chcesz przekazać parametr, którego nie ma w tym oknie dialogowym, musisz wywołać procedurę:

Zakładka Parametry rozładowywania ma teraz parametr, zmieniając wartości, które usługi są rozładowywane lub nie rozładowywane.

W tym artykule opiszę, jak skonfigurowana jest typowa wymiana danych między BP 3.0 a UT 10.3. (wymiana z BP 3.0 jest dostępna od wersji 10.3.20)

Wymianę założyłem zgodnie z następującymi wymaganiami: ruch towarów w partiach powinien zostać przekazany do BP; tylko informacje o ruchach bankowych są rozładowywane z BP.

Aby skonfigurować giełdę, wykonaj następujące kroki:

1. Określ, z jakiej bazy zostanie wykonany pierwszy rozładunek. W zasadzie pierwszy rozładunek można wykonać z dowolnej bazy danych, np. zrobiłem pierwszy rozładunek z UT 10.3. Aby to zrobić, w UT musisz zrobić:

1.1. Podczas ustawiania parametrów księgowania zaznacz pole „Użyj wymiany danych” i określ „Prefiks IB” (w przeciwieństwie do BP 2.0 liczba znaków w prefiksie jest ograniczona do 2).

1.2. Uruchom asystenta tworzenia planu wymiany („Serwis-> Wymiana danych z produktami na platformie 1C: Enterprise 8.2-> Wymiana danych”), klikając przycisk „Ustaw synchronizację danych”.

Opiszę tylko pokrótce kroki konfiguracyjne w asystencie:

a) "Wybór kroku konfiguracji synchronizacji danych", są dwie opcje utworzenia nowego planu wymiany lub kontynuowania już utworzonego, w moim przypadku w UT 10.3 wybieram utworzenie nowego, a w księgowości kontynuuję ustawienia .

b) Wybrana jest metoda przesyłania danych, używam pliku w udostępnionym folderze.

c) Ustawiam parametry synchronizacji, tutaj musisz podać nazwę innej bazy danych (niekoniecznie dokładnie, zaznaczyłem "BP") i prefiks (tu musisz podać dokładnie), a także musisz podać parametry związane z regułą uploadu (np. „Data rozpoczęcia przesyłania dokumentów”, „Przesyłanie analiz według magazynu”, „Zmień harmonogram kosztów amortyzacji”, skonfiguruj opcje przesyłania itp.)

2.1. W ustawieniach aplikacji (sekcja „Administracja”, pozycja „Ustawienia programu”) należy ustawić flagę „Użyj synchronizacji danych” na zakładce „synchronizacja danych”.

2.2. Uruchom asystenta tworzenia planu wymiany (sekcja „Administracja”, pozycja „Synchronizacja danych”). Kliknij przycisk „Ustaw synchronizację danych” i wybierz typ synchronizacji UT 10.3.

2.3. Pomocnik mówi:

a) Plik ustawień zapisany z bazy danych UT 10.3 (patrz punkt 1.3.(d)) Ten plik przechowuje dane o nazwie konfiguracji, prefiksie, sposobie połączenia.

b) Ustawienie parametrów synchronizacji. Określa: „Tryb wymiany” (jednostronny lub dwustronny, interesuje mnie tylko dwustronny), „Data rozpoczęcia przesyłania dokumentów”, „Filtrowanie według organizacji”, „Ustawianie wartości domyślnych”.

2.4. Podczas pierwszego ładowania użytkownik będzie miał możliwość ręcznego wprowadzenia danych niezmapowanych ( podana funkcja będzie dostępny po zsynchronizowaniu z opcje dodatkowe, zarówno w UT, jak iw BP).

Po pierwszej wymianie synchronizacja jest uważana za zakończoną, ale dostępne są ustawienia wymiany danych, a także dodatkowa funkcjonalność do pracy z centralą. Aby to poprawić, musisz kliknąć przycisk Zmień w formularzu synchronizacji.

Oto kilka szczególnie ważnych funkcji:

1. „Załaduj reguły konwersji obiektów”, tutaj możesz określić plik z regułami wymiany. Aby z nimi pracować, musisz skorzystać z konfiguracji „Konwersja danych”. W tej konfiguracji możliwe jest wczytywanie, modyfikowanie, porównywanie ze sobą (ważna funkcja przy aktualizacji), zapisywanie reguł konwersji.

2. „Załaduj reguły rejestracji obiektów”, tutaj możesz określić plik z regułami rejestracji. Do dostosowania reguł używana jest również konfiguracja „Konwersja danych”. Te reguły można skonfigurować dodatkowe warunki rejestrowania obiektów w bazie danych w celu uczestnictwa w wymianie.

3. „Ustawienia transportu wiadomości”, w tym miejscu możesz zmienić ustawienia połączenia dla wymiany (na przykład zmienił się folder lub zasób FTP używany do wymiany).

4. „Pobierz ustawienia synchronizacji dla innego programu”, w tej pozycji można ponownie przesłać plik ustawień dla innej konfiguracji.

5. „Skład przesyłanych danych” (Ta pozycja dostępna tylko w BP 3.0, w UT 10.3 funkcja tej funkcjonalności realizowana jest przez wbudowane przetwarzanie „Rejestracja zmian na wymianę”) Za pomocą tej funkcji możliwa jest zmiana , usuń rejestrację obiektów konfiguracyjnych w giełdzie.

6. „Usuń ustawienie synchronizacji”, usuwa ustawienie.

7. Synchronizacja z dodatkowymi parametrami. Tutaj możesz ręcznie skonfigurować mapowanie przesyłanych danych. Dodaj również dodatkowe dokumenty do wymiany.