1s 8.3 wymiana danych użytkownika nie jest zdefiniowana. Wygląd i cechy wykorzystania uniwersalnej wymiany danych. Usuwanie obiektów z jednej z baz danych
Wielu przedsiębiorców prowadzących działalność handlową nabywa jednocześnie dwa programy 1C: Księgowość 8 w celu poprawy efektywności zarządzania. (dalej BP) i „1C: Zarządzanie handlem 8” (dalej UT).
BP służy do prowadzenia regulowanej rachunkowości i sprawozdawczości, a UT do rachunkowości operacyjnej i zarządczej w firmie.
Powodzenie wspólnego korzystania z tych programów w dużej mierze zależy od organizacji wymiany danych pomiędzy konfiguracjami PSU i UT.
Zrozumienie poniższych cech typowej wymiany danych pozwoli uniknąć błędów w procesie wymiany pomiędzy konfiguracjami oraz naruszeń rozliczeń w każdej konfiguracji z osobna.
Podczas pisania tego artykułu wykorzystano materiały z dokumentacji 1C dla oprogramowania.Szczegółowo metodologię konfiguracji wymiany opisano w pliku htm „Udostępnianie konfiguracji zarządzania handlem (11) i księgowości przedsiębiorstwa”, który znajduje się w szablonie katalog po zainstalowaniu jako 1C: Accounting 2.0 (dalej BP) i 1C: Trade Management 11 (dalej UT); rekomendacje otrzymane na konferencji partnerskiej 1C i osobiste doświadczenie autor o tworzeniu i zmianie ustawień wymiany dla klientów RG-Soft Project Consulting LLC.
1. Skonfiguruj wymianę jednokierunkową lub dwukierunkową.
Przede wszystkim należy zaznaczyć, że z konfiguracji BP do konfiguracji UT mogą być przesyłane tylko dokumenty związane z transakcjami gotówkowymi i bezgotówkowymi. Należą do nich: Dyspozycja gotówkowa przychodząca, Dyspozycja gotówkowa wychodząca, Wpływ na rachunek bieżący oraz Odpis z rachunku bieżącego. Dokumenty ruchu towarowego utworzone w PH nie zostaną przesłane do UT.
Firma 1C zaleca dokonanie wymiany z bankiem w UT. „Zapewni to pełnoprawną pracę z dokumentami płatności wychodzących i łatwiejszą pracę z dokumentami przychodzącymi”. 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 ten plik był w całości załadowany do PH.
Wynika to z faktu, że do UT dodano bardziej rygorystyczne kontrole zawartości pliku klient-bank, np.: sprawdzenie wypełnienia NIP, sprawdzenie numeru dokumentu, numer musi zawierać tylko cyfry zgodnie z rozporządzenie Banku Centralnego z dnia 3 października 2002 r. N2-P „W sprawie płatności bezgotówkowych V Federacja Rosyjska(z późniejszymi zmianami z 3 marca 2003 r., 11 czerwca 2004 r., 2 maja 2007 r., 22 stycznia 2008 r.).
Konfigurowanie 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: stworzyć scenariusz wymiany w konfiguracji UT, w której zapisywany jest tylko rozładunek (Rys. 1), w konfiguracji BP utworzyć scenariusz wymiany i zapisać tylko pobranie.
Należy wziąć pod uwagę, że w takim scenariuszu wymiany wszystkie dodatkowe dokumenty i katalogi utworzone w PH zostaną zarejestrowane do wymiany, ale nie zostaną załadowane do UT, dlatego zaleca się okresowe resetowanie rejestracji, w przeciwnym razie giełda Plik wiadomości z BP będzie się stale powiększał, spowalniając proces wymiany.
W tym celu zaleca się użycie przetwarzania RegisterChangesForExchange82.epf, który można znaleźć w dostawie konfiguracji „Konwersja danych, wersja 2.1”. Po zainstalowaniu konfiguracji przetwarzanie znajduje się w katalogu instalacyjnym aktualizacji: ...\1c\Conversion\...numer_wersji...
Jeśli informacje regulacyjne i referencyjne są wypełnione zarówno w UT, jak iw BP, należy skonfigurować wymianę dwukierunkową, ale może być konieczne śledzenie duplikatów poprzez rozpoczęcie wymiany w trybie interaktywnym zamiast automatycznego (ryc. 2) .
Aby ograniczyć wymianę danych tylko na poziomie dokumentu nie trzeba konfigurować 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 PH nie były wcześniej zarejestrowane do wymiany, w przeciwnym razie zarejestrowane dokumenty zostaną przeniesione do innej bazy podczas wymiany.
Priorytet zmiany danych
Jeżeli wymiana odbywa się najpierw w UT, a następnie w PH, to pierwszeństwo będą miały dane pobrane z UT. Na przykład w UT wprowadzili dokument „Pokwitowanie na rachunek bieżący”, uruchomili wymianę najpierw w 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, wówczas zmiany dokonane na dokumencie zostaną nadpisane danymi z UT.
W celu prawidłowej wymiany z obiektami, które zostały zmienione w obu bazach danych, 1C zaleca zorganizowanie pracy w taki sposób, aby obiekt był edytowany tylko w jednej z baz danych. W innej bazie taki obiekt należy otworzyć tylko do przeglądania. W tym celu konieczne będzie skorzystanie z ustawienia praw dostępu użytkowników, jednak 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 pomiędzy wymianami (rys. 3).
2. Różnice między BP a UT wpływające na metabolizm
Umowy z kontrahentami
W konfiguracji UT brak jest analityki dla kontraktów kontrahentów. Wszystkie operacje 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 zaznaczyć, że wyszukiwanie umowy odbywa się tylko z liczby umów pobranych wcześniej z UT.
Organizacja zarządzająca w UT
Począwszy od wersji 11.0.6.9 w UT w katalogu organizacji pojawił się predefiniowany element „Organizacja zarządzająca”. Ten element nie może być mapowany (ani zmieniany z) bieżącej (jednej lub jednej) organizacji. Więcej o użytkowaniu ten obiekt można przeczytać w pliku dokumentacji "Zmiany i uzupełnienia do dokumentacji.htm" zawarte w dostawie UT.
Struktura firmy
W UT do rachunkowości zarządczej używany jest katalog „Struktura przedsiębiorstwa”, który zawiera listę oddziałów firmy. Przy sporządzaniu dokumentów wskazanie podziału przedsiębiorstwa jest obowiązkowe.
Elementy katalogu „Struktura przedsiębiorstwa” nie są odwzorowywane na elementy katalogu „Jednostki organizacyjne” w PH. Aby dokumenty z pustym atrybutem Subdivision nie trafiały do UT, należy w ustawieniach giełdy wpisać wartość domyślną (Rys. 4).
Magazyn w części tabelarycznej
Jeśli planowane jest użycie w UT Nowa okazja określając magazyny w sekcjach tabelarycznych dokumentów, wówczas w ustawieniach węzła planu wymiany należy ustawić magazyn uogólniony, który będzie zastępowany podczas rozładunku dokumentów z UT do konfiguracji PH zamiast magazynów dozwolonych do wyboru w tabelaryczne części dokumentów (ryc. 4).
Typ przedmiotu
Podczas wgrywania danych z BP do UT atrybut „item type” nie jest wypełniany w nomenklaturze, wynika to z faktu, że giełda obsługuje scenariusz, w którym nomenklatura jest tworzona w konfiguracji UT, a nie w PH . W dokumentach dotyczących przemieszczania towarów w UT nie ma osobnej sekcji tabelarycznej do rozliczania usług (usługi są wypełniane w tabeli towarów), dlatego aby usługi określone w dokumentach UT zostały poprawnie przeniesione do sekcji tabelarycznej w BP należy:
1. W sekcji informacji referencyjnych otwórz książkę referencyjną „Typy pozycji”, przejdź do widoku pozycji „usługi” - kliknij „Wszystkie akcje” - włącz edycję i wybierz Typ pozycji - Usługa.
2. Zmień towar (usługę) - kliknij "Wszystkie akcje" - zezwól na edycję i wybierz ten Typ towaru wraz z typem Serwisu.
3. Konfiguracja filtrów wymiennych (rys. 5)
Zmiana daty załadowania (pobrania) dokumentów
1) Przed przesunięciem daty do przodu należy zsynchronizować bazy danych poprzez wykonanie sesji wymiany, tak aby w momencie zmiany ustawienia węzeł nie posiadał dokumentów zarejestrowanych do wymiany. W innym przypadku 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 przesłane.
2) Możesz cofnąć datę, ponieważ rozszerza jedynie obszar przesyłanych danych. Warto zaznaczyć, że w tym przypadku dokumenty z wcześniej zamkniętego okresu nie zostaną automatycznie zarejestrowane do wymiany. Aby to zrobić, musisz albo zmienić dokumenty, albo skorzystać z przetwarzania RegisterChangesForExchange82.epf.
Filtruj według organizacji
Włączenie tego filtra pozwala ograniczyć listę organizacji, w których dozwolona jest wymiana danych. Obecność włączonego filtra wpływa zarówno na wyładowanie samego katalogu organizacji, jak i wyładowanie 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 od momentu zastosowania nowych ustawień - po utworzeniu giełdy, a więc zaleca się jak najbardziej odpowiedzialne podejście do ustawień filtrów podczas tworzenia wymiany danych.
Przykład: podczas tworzenia giełdy użytkownik ustawia filtr według organizacji. Do odbierającej bazy danych przesłano tylko dane dla określonej organizacji. Ponadto użytkownik zdecydował, że dane dotyczące wszystkich organizacji powinny zostać przesłane do bazy danych odbiorcy. Ale ponieważ ustawienia obowiązują tylko dla nowo zmienionych danych, istniejące dokumenty i katalogi nie zostaną przesłane do odbierającej bazy danych, dopóki użytkownik nie wprowadzi w nich żadnych zmian.
4. Usunięcie obiektów z jednej z baz danych
Zaznacz do usunięcia
Możliwe, że poprzednio używany element katalogu nie jest planowany do dalszego księgowania, a użytkownicy uznają za słuszne zaznaczenie tego katalogu do usunięcia. Obiekty zaznaczone do usunięcia nie biorą udziału w wymianie. Należy wziąć pod uwagę tę cechę.
Usuwanie duplikatów
Aby usunąć obiekty, które powstały podczas wymiany duplikatów, zalecamy użycie przetwarzania Search&ReplaceValues.epf, który znajduje się w katalogu \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ na dysku ITS. A żeby sprawdzić poprawność porównania obiektów dwóch baz danych, można otworzyć Rejestr informacyjny „Korespondencja obiektów bazy danych” i ręcznie poprawić wpisy w tym rejestrze. Ważne jest, aby wiedzieć, że po usunięciu obiektu w jednej z baz danych rekord rejestru informacyjnego nadal będzie pasował do usuniętego obiektu (niedziałający link), trzeba będzie albo dopasować inny obiekt, albo 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. konto” dla tych pozycji przepływów pieniężnych, które zostaną wykorzystane i przesłane do PH.
W przypadku konfiguracji BP: w elementach katalogu może być konieczne wprowadzenie rodzaju przepływu pieniężnego.
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.
Przedrostek podstawowy i przedrostek organizacji
W UT przedrostek ma zawsze stałą długość, a separator (myślnik) „-”. Dlatego jeśli nie określono prefiksu bazy danych lub nie określono prefiksu organizacji, to jest on zastępowany zerami. Jednak podczas zakładania giełdy prefiks infobase jest zawsze wypełniany na CB (dla UT) i na BP (odpowiednio dla konfiguracji BP).
Rozwiązanie to jest standardem generowania numerów dokumentów i kodów obiektowych. Prefiks ma stałą długość i jest oddzielony łącznikiem od numeru dokumentu. Jeżeli w przyszłości w bazie pojawi się kilka organizacji, to wystarczy ustawić dla nich prefiksy i nie będzie konieczna renumeracja wszystkich obiektów.
Korekcja błędów
W naszym artykule rozważono najważniejsze punkty organizacji wymiany danych między „1C: Trade Management 8” rev.11 a „1C: Accounting 8” rev.2.0.
Specjaliści RG-Soft Project Consulting LLC są gotowi zaoferować nie tylko konfigurację giełdy pod kątem funkcji księgowych konkretnej organizacji, ale także sposoby korygowania błędów w istniejących giełdach.
2018-11-15T19:32:35+00:00Uniwersalna obróbka „Rozładunek i załadunek dane XML" wykonuje pełne lub częściowe załadowanie danych bazy danych do pliku w formacie XML. Następnie plik ten można załadować do bazy danych przy użyciu tego samego przetwarzania. Format przesyłanego pliku różni się od formatu pliku utworzonego podczas przesyłania zgodnie z plan wymiany według części nagłówka.
Przetwarzanie może być stosowane tylko w przypadkach, gdy baza danych, do której wczytano dane, i ta, do której dane zostały przesłane, są jednorodne (konfiguracje są identyczne, dane mogą się różnić) lub wszystkie przesłane obiekty są prawie całkowicie identyczne pod względem składu i rodzaje szczegółów i części tabelarycznych, właściwości „wiodącego” obiektu metadanych i tak dalej.
Za pomocą tego przetwarzania możliwe jest np. utworzenie całości lub części kopia zapasowa data, wymianę danych między bazami danych, a także narzędzie pomocnicze do odtwarzania uszkodzonych infobaz.
Przetwarzanie obsługuje przesyłanie danych z możliwością ustawienia wyboru według okresu. Zaimplementowano również sprawdzanie obiektów pod kątem nieprawidłowych znaków podczas wymiany przez XML.
Z poważaniem (nauczyciel i programista).
Samouczek dotyczący konwersji danych 1C (edycja 2) Szczegółowa znajomość zasad wymiany
Wiemy, czym są zasady wymiany i dlaczego są potrzebne. Zapoznajmy się bardziej szczegółowo z dodatkowa funkcjonalność pracować z zasadami wymiany. Otwórzmy ustawienia reguł wymiany danych (konwersji):
Reguły wymiany określają konfiguracje źródłowe i docelowe dla danych, dodatkowo:
Zakładka „Zaawansowane”:
Możesz określić domyślną nazwę pliku do zapisywania reguł wymiany, moduły do wysyłania i pobierania danych dla 7.7, nazwę reguł wymiany.
Zakładka „Parametry”:
Załóżmy, że biuro przyjmuje zamówienia wyłącznie na towary, dlatego pożądane jest ustanowienie zakazu usług rozładunkowych. Jeśli pozycja Nomenklatury katalogowej ma wymaganą Usługę ustawioną na Prawda, to gwarantuje się, że nie zostanie rozładowana. Najlepiej od razu uczynić kontrolę rozładunku usług fakultatywną, aby nie zmieniać zasad, jeśli zdalne biuro zacznie przyjmować również zamówienia na usługi.
W tym przypadku będziemy musieli nauczyć się dwóch nowych sztuczek do pracy z konfiguracją „Konwersja danych” - używania handlerów i ustawiania parametrów.
Parametry to wyspecjalizowana struktura danych w algorytmach przesyłania, której można użyć do uzyskania dostępu do zmiennych przetwarzania. Ustawienie struktury parametrów dla reguł konwersji odbywa się w konfiguracji „Konwersja danych”, natomiast ustawienie wartości parametrów jest możliwe w formie przetwarzania danych wczytywania i pobierania.
Aby edytować parametry należy otworzyć formatkę elementu katalogu Konwersje dla edytowalnych reguł wymiany i przejść do zakładki parametry. Stwórzmy nowy element katalogu Parameters. Nadajmy nazwę parametrowi - Unload Services. Nazwa parametru jest używana do odwoływania się do niej w strukturze parametrów podczas zapisu kod programu w handlerach. Nazwa zostanie wyświetlona w części tabelarycznej Parametrów 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, należy również zaznaczyć pole „Prześlij parametry w formacie wersji 2.01” w postaci elementu w wyszukiwarce Konwersje.
Nie wystarczy tylko określić parametry, konieczne jest, aby algorytm rozładunku „zrozumiał”, w którym przypadku rozładować element, aw jakim nie. W takich (i wielu innych) przypadkach używany jest mechanizm obsługi. Jej istota polega na tym, że Kluczowe punkty wykonanie wszystkich podstawowych algorytmów przesyłania i pobierania danych, przetwarzany jest kod napisany przez programistę podczas tworzenia reguł wymiany. Oczywiście użycie tak delikatnego narzędzia wymaga ostrożności i rozwagi. Przed napisaniem własnych procedur obsługi zalecamy uważne przeczytanie pomocy dotyczącej konfiguracji „Data Conversion 2.0”, która opisuje wszystkie zmienne dostępne w procedurach obsługi i sposób ich użycia, a także wymienia typy procedur obsługi i funkcje ich wywołanie w algorytmach wymiany danych.
W naszym celu musimy użyć procedury obsługi reguły rozładowania „Przed zwolnieniem”. 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 opiekun? Pisząc kod programu, wykorzystaliśmy zmienne algorytmów rozładunku danych. Struktura Parameters służy do odniesienia się do parametru UploadServices, który jest ustawiany w formularzu przetwarzania wymiany danych. Zmienna obiektu zapewnia dostęp do rozładowywanego obiektu. A zmienna Odmowa pozwala kontrolować odmowę wyładowania bieżącego obiektu. Procedura obsługi jest wykonywana tuż przed wyładowaniem obiektu, co umożliwia anulowanie wyładowania obiektu.
TYLKO DLA WYMIANY V8 - V8 I PRZETWARZANIA POBIERANIA I POBIERANIA NIE PONIŻEJ 2.0.18.1
Możliwe jest przekazywanie parametrów z jednej konfiguracji do drugiej. W tym celu należy w zakładce „Parametry” zaznaczyć pole „Przenieś parametr przy rozładunku” i ten parametr zostanie umieszczony w pliku wymiany, a jego wartość będzie dostępna podczas wczytywania danych. Możesz określić regułę konwersji dla parametru, według której wartości mają być konwertowane. Za pomocą pola wyboru „Prześlij parametr podczas przesyłania” można 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ładunku ma teraz parametr, zmieniający wartości, które usługi są albo rozładowywane, albo nie.
Dość często w pracy dużych przedsiębiorstw i sieci handlowe istnieje potrzeba wymiany danych pomiędzy bazami danych. Każdy programista i administrator inaczej rozwiązuje ten problem. Ktoś zapisuje przesyłanie i pobieranie za pośrednictwem pośrednich plików tabeli, ktoś używa trybu Połączenia COM aby połączyć się ze źródłową bazą danych. Jednak w Ostatnio coraz bardziej popularny zyskuje własny mechanizm 1C-ovsky o nazwie „ uniwersalna wymiana dane w formacie XML.
Wygląd przetwarzania
W pełnym interfejsie możesz otworzyć przetwarzanie w Narzędzia->Inne wymiany danych->Uniwersalna wymiana danych w formacie XML.
Formularz przetwarzania (Rys.1) zawiera cztery zakładki:
Interfejs każdej z zakładek jest mocno obciążony elementami, dlatego wymaga osobnego rozważenia.
Przesyłanie danych
Na samej górze zakładki znajduje się pole wyboru pliku reguł giełdy. W przypadku niestandardowych baz danych i giełd będziesz musiał samodzielnie utworzyć plik wymiany.
W następnym wierszu formularza znajdują się dwa przyciski opcji:
- Przesyłanie do pliku wymiany (Rys. 2);
- Podłączanie i przesyłanie danych do IB (rys. 3).
Jak widać na powyższych rysunkach, w zależności od przycisku radiowego, wygląd formularza jest różny. W przypadku wybrania opcji wymiany plików, użytkownik proszony jest o wybranie lokalizacji pliku, do którego nastąpi przesyłanie oraz możliwość skompresowania go w celu zaoszczędzenia miejsca i zabezpieczenia hasłem.
Możliwość bezpośredniego połączenia z bazą odbiorczą obsługuje zarówno tryby pracy plikowy, jak i klient-serwer. W takim przypadku konieczne będzie zarejestrowanie adresu bazy, wypełnienie pól „Użytkownik” i „Hasło”. Przed przystąpieniem do wymiany danych warto przetestować połączenie.
część tabelaryczna znajdujący się poniżej umożliwia skonfigurowanie wyborów i innych parametrów przesyłania.
Do debugowania algorytmów i poprawiania błędów można wykorzystać mechanizm wbudowany w przetwarzanie wymiany. Uruchamia się go poprzez zaznaczenie odpowiedniego checkboxa na dole formularza. Kliknięcie przycisku „Ustawienia debugowania…” powoduje wyświetlenie okna (rys. 4).
Ryc.4
Charakterystyczną cechą tego formularza jest pomoc informacyjna po lewej stronie układu, która opisuje każdy z trzech możliwych trybów debugowania. Jako plik obróbka zewnętrzna dowolny plik epf może działać z modułem.
Kliknięcie w przycisk „Zakończ” powoduje sprawdzenie poprawności i kompletności wprowadzonych danych.
W przeciwieństwie do „Prześlij”, ta zakładka (ryc. 5) nie ma sekcji tabelarycznej, ale jest o wiele więcej pól wyboru, które pozwalają dostosować parametry rejestrowania nowych i zmienionych obiektów.
Ryc.5
Przede wszystkim musisz wybrać plik, który będzie służył jako źródło informacji. Można to zrobić w polu wejściowym „Nazwa pliku do przesłania”. Jeżeli dane zostały przesłane do archiwum chronionego hasłem, należy je wpisać w odpowiednim polu.
Odpowiednie pola wyboru umożliwiają skonfigurowanie:
- Transakcja podczas pisania obiektów (to czasami przyspiesza proces);
- Ładowanie danych w trybie wymiany (w tym przypadku wszystkie kontrole platformy, z wyjątkiem sprawdzania przy księgowaniu dokumentów, będą ignorowane podczas rejestracji);
- Nadpisywanie zmienionych elementów;
- Ustawianie flagi usuwania dla pobranych elementów;
- Tryb wpisywania nowych danych do rejestru (pojedynczo lub w zestawie);
- Przycinanie nieistotnych znaków (spacji i tabulacji) dla wartości łańcuchowych.
Dodatkowe ustawienia
Jak wynika z nazwy zakładki, zawiera ona narzędzia, których użycie pozwala na precyzyjne dostrojenie procesu wymiany. W szczególności:
- Włącza tryb debugowania;
- Umożliwia wykorzystanie transakcji w procesie przesyłania;
- Optymalizuje wymianę między bazami danych 8. wersji 1C;
- Przesyłaj tylko te obiekty, które mogą być używane aktualny użytkownik;
- Włącz logowanie procesu wymiany między bazami danych.
Te i niektóre inne funkcje włączamy poprzez zaznaczenie odpowiednich checkboxów na formularzu (rys. 6).
Ryc.6
Usuwanie danych
Ta karta jest używana tylko przez programistów w trybie debugowania. Pozwala usunąć niepotrzebne obiekty z bazy danych.
Krótko o ustalaniu zasad wymiany
Używanie standardowego modułu obsługi znacznie ułatwia życie programistom. Jednocześnie jednym z najtrudniejszych momentów dla kogoś, kto po raz pierwszy zetknął się z „Uniwersalną Wymianą Danych w formacie XML” jest pytanie: „Skąd mogę pobrać plik reguł wymiany?”.
Przede wszystkim do samodzielnego tworzenia reguł wymiany wymagana jest specjalna konfiguracja, która nazywa się „Konwersją danych”. Zawiera kilka interesujących plików, które pozwalają skonfigurować prawie każdą wymianę pomiędzy różne bazy Wersje 1C 7 i 8:
- epf - potrzebne do rozładowania struktury metadanych dla baz danych 1C 8;
- epf - jeśli konfiguracja 1C 8 jest napisana samodzielnie lub niestandardowa, może nie mieć przetwarzania „Universal Data Exchange”, ten plik jest tym przetwarzaniem;
- ert - plik zawiera kod do rozładowywania struktury metadanych konfiguracji wersji 1C 7.7;
- ert - plik przetwarzania do wysyłania i pobierania danych dla siódemki.
Po uruchomieniu odpowiedniego przetwarzania konieczne jest rozładowanie struktur metadanych dla bazy źródłowej i docelowej. Następnie w konfiguracji „Konwersja” należy wprowadzić informacje o konfiguracjach źródła i odbiornika do katalogu „Konfiguracje”.
Następnie w katalogu Conversion tworzony jest element zawierający informację o kierunku wymiany danych. Możesz ustawić dla niego Reguły wymiany.
Spójrzmy na prosty przykład z prawdziwe życie. Powiedzmy, że mamy firmę zajmującą się handlem hurtowym i detalicznym iw tej firmie, jak w każdej innej, prowadzona jest księgowość. Firma posiada dwa standardowe podstawy, są to odpowiednio UT (zarządzanie handlem) i BP (księgowość przedsiębiorstw), każda z baz danych ma własną księgowość, w zarządzaniu UT odzwierciedla wszystkie operacje związane z handlem, w księgowości BP. Aby nie wykonywać podwójnej pracy, tj. nie tworzyć tych samych dokumentów w dwóch bazach danych (w końcu ruchy powinny być zgodne z zarządem i księgowością) po prostu skonfigurujemy synchronizację między tymi bazami danych.
Skonfigurujemy jednokierunkową wymianę danych, z UT ---> BP. Możliwe jest również ustawienie giełdy dwukierunkowej, ale w praktyce nie jest to często wymagane, więc nie będziemy tego rozważać w naszym przykładzie.
Kroki przygotowawcze do założenia giełdy w PH
Zacznijmy konfigurować synchronizację, najpierw przechodzimy do bazy danych 1C „Enterprise Accounting 3.0” (odbiorca), musimy sprawdzić, czy synchronizacja jest włączona dla tej bazy danych, aby to zrobić, musimy najpierw przejść do bazy danych. Po otwarciu bazy danych przejdź do zakładki „Administracja” ---> „Ustawienia synchronizacji danych”
Otwiera się przed nami nowa zakładka, którą należy wypełnić w taki sam sposób, jak na poniższym zrzucie ekranu, z wyjątkiem prefiksu bazy danych. Prefiks musi składać się z dwóch liter, możesz ustawić dowolny, ale zgodnie ze standardem 1C lepiej jest ustawić prefiks według nazwy konfiguracji, to znaczy dla „Księgowości przedsiębiorstwa” prefiks będzie jak „BP” . Jeśli konfigurujesz złożone giełdy i istnieje kilka księgowych baz danych, to prefiksy powinny wyraźnie się od siebie różnić, tutaj możesz użyć dwóch pierwszych liter nazwy organizacji jako skrótu.
Kontynuujemy konfigurowanie synchronizacji danych w UT
Po wykonaniu wszystkich niezbędnych czynności w bazie odbiornika (BP 3.0), aby kontynuować konfigurowanie wymiany danych, musimy otworzyć źródłową bazę danych (UT 11.1). Przechodzimy do zakładki „Administracja”, po lewej stronie w menu wybieramy pozycję „Ustawienia synchronizacji danych”. Jeśli synchronizacja nie jest włączona, włącz ją za pomocą pola wyboru i nie zapomnij określić podstawowego prefiksu źródłowego. Po wykonaniu wszystkich punktów 1-4, jak pokazano na poniższym obrazku, należy kliknąć hiperłącze „Synchronizacja danych” (punkt 5).
W nowym oknie, które się pojawi, musisz kliknąć zielony znak plus (Skonfiguruj synchronizację danych), z menu rozwijanego wybierz pozycję „Enterprise Accounting 3.0”.
Ustawienie ważnych punktów w wymianie danych pomiędzy UT i BP
Teraz widzimy okno z ustawieniem synchronizacji danych w 1C, wybierz element „Określ ustawienia ręcznie” i kliknij „Dalej”.
Kontynuujemy konfigurację wymiany danych w 1C, na następnej karcie musimy wybrać opcję połączenia baza informacji odbiornik (bezpośrednie połączenie z programem), parametry połączenia (wł ten komputer lub w lokalna sieć), katalog, w którym znajduje się baza odbiorników, a także niezbędne dane uwierzytelniające (nazwa użytkownika i hasło w bazie danych).
Na kolejnej stronie musimy wypełnić zasady wysyłania i odbierania danych z konfiguracji BP 3.0 (odbiornik). Kliknij „Zmień reguły przesyłania danych”.
Otworzyło się przed nami okno „Reguły wysyłania danych”, w którym ustawiamy następujące parametry:
- Który NSI zostanie wysłany (w naszym przykładzie interesują nas tylko dokumenty i użyty w nich NSI, więc wybraliśmy odpowiednią pozycję, jeśli wybierzesz pierwszą pozycję „Wyślij wszystko”, to wszystkie katalogi zostaną przeładowane wraz z dokumenty, często jeśli informacja nie jest wykorzystana w dokumentach, to jest bezużyteczna dla odbiorcy, ponieważ nie wpływa w żaden sposób na księgowość)
- Od której daty wysłać wszystkie informacje (w tym artykule nie będziemy rozważać ręcznej synchronizacji)
- Dla których lub dla których organizacji przesyłać dane (w naszym przykładzie wybraliśmy jedną organizację, IP „Przedsiębiorca”)
- Zasady zawierania umów
- Magazyn uogólniony
- Czy zwijać dokumenty według magazynu
Po dokonaniu ustawień kliknij „Nagraj i zamknij”.
Ponieważ w naszym przykładzie skonfigurowaliśmy i używamy wymiany jednokierunkowej, z UT do BP, to ustawienia zasad pozyskiwania danych z „Enterprise Accounting 3.0” nas nie interesują, dlatego klikamy „Dalej”.
W nowym oknie jesteśmy proszeni o ustawienie reguł dla bazy odbiorników (RP). W akapicie 1 jakoś nazywamy naszą bazę, nadajemy jej przedrostek. PREFIKS musi być taki sam, jak ustawiliśmy go w samej bazie danych BP na początku tego artykułu, jeśli prefiksy się różnią, synchronizacja danych w programie 1C nie będzie działać. Następnie kliknij punkt 2, a następnie punkt 3.
W paragrafie 3 musimy zezwolić na przetwarzanie dokumentów podczas ich ładowania do bazy danych. Kliknij „Zapisz i zamknij”.
Teraz okno powinno wyglądać mniej więcej tak, jak pokazano poniżej, kliknij „Dalej”.
To okno zawiera informacje referencyjne o utworzonej synchronizacji w 1C. Wystarczy kliknąć przycisk „Dalej”. Jeśli program wyświetlił błąd podczas konfigurowania synchronizacji danych, musisz skontaktować się z nami, aby nasz specjalista 1C mógł Ci teraz pomóc!
Na następnym kroku program zaproponuje przeprowadzenie synchronizacji natychmiast po utworzeniu ustawień wymiany danych. Zaakceptuj to i kliknij „Zakończ”.
Zobaczysz okno, w którym zobaczysz informacje o tym, jak przebiega synchronizacja. Jeśli baza docelowa nie jest pusta, tj. rachunkowość była już w nim przechowywana, wówczas użytkownik w programie 1C zostanie poproszony o ręczne porównanie obiektów. Porównanie obiektów w 1C podczas synchronizacji danych to porównanie identycznych obiektów odbiornika z identycznymi obiektami w źródle.
Spójrzmy na przykład, powiedzmy, że w UT jest kontrahent o nazwie „PharmGroup LLC” i NIP 1234567, a w BP jest również kontrahent o NIP 1234567, ale o nazwie „PharmGroup”, jeśli nie porównaj te dwa obiekty porównując dane na etapie synchronizacji, to po synchronizacji w odbiorniku (Enterprise Accounting 3.0) będziemy mieli dwóch kontrahentów o NIP 1234567 i dwóch nazwach odpowiednio „PharmGroup LLC” i „PharmGroup”. Aby uniknąć takich sytuacji, wymyślono mechanizm dopasowywania obiektów.
W naszym przykładzie baza odbiorników jest pusta, dlatego okno dopasowywania obiektów nie otworzyło się dla nas. Jednak po wykonaniu pewnych operacji system poprosi użytkownika o dodanie dodatkowych danych i wyświetli następujące okno. Nie musimy przenosić żadnych dodatkowych danych, już wcześniej skonfigurowaliśmy wszystko, czego potrzebujemy, więc na tym etapie wybieramy „Nie dodawaj dokumentów do wysłania”. Kliknij Następny".
Ostatni etap wymiany danych między 1C
Na ostatnim etapie program wyświetli następujące okno, w którym użytkownik zostanie poinformowany, że synchronizacja przebiegła pomyślnie, należy kliknąć „Zakończ”. To kończy synchronizację między bazami danych w ramach jednokierunkowej wymiany z „Trade Management 11.1” (UT) do „Enterprise Accounting 3.0” (BP).