Standardowe zasady wymiany. Podmiana zmienionej konfiguracji w regulaminie giełdy
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 (konwersji) danych:
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 katalogu Nomenklatura ma wymaganą usługę ustawioną na True, to gwarantuje się, że nie zostanie rozładowany. Najlepiej od razu opcjonalną kontrolę usług rozładunkowych, aby w razie potrzeby nie zmieniać przepisów zdalne biuro przyjmie zlecenia na usługi.
W tym przypadku będziemy musieli nauczyć się dwóch nowych sztuczek dotyczących 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.
W celu edycji parametrów należy otworzyć formularz elementu katalogu Konwersje dla edytowalnych reguł wymiany i przejść do zakładki parametry. Stwórzmy nowy element katalog Parametry. Przypiszmy nazwę parametru - Usługi wyładowania. Nazwa parametru jest używana do odwoływania się do niego w strukturze Parametry podczas pisania kodu programu w procedurach obsługi. 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 momentach wykonywania 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? Podczas pisania kodu programu korzystaliśmy ze zmiennych algorytmów rozładowywania 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ć pole „Parametr transferu przy rozładunku” i parametr ten 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.
Podczas opracowywania reguł wymiany 1C 8 szeroko wykorzystywana jest możliwość programowego przedefiniowania zachowania reguł wymiany - mechanizm programów obsługi. Event handlery znacznie rozszerzają funkcjonalność i są niezbędnym narzędziem do ustawiania reguł wymiany w przypadkach, gdy interaktywne opcje konfiguracyjne nie wystarczą.
Programy obsługi i algorytmy są napisane w języku platformy, na której będą wykonywane podczas wymiany.
Jeśli jest to platforma „1C: Enterprise 7.7”, kod obsługi jest zintegrowany z kodem przetwarzania przesyłania lub pobierania. W związku z tym każdy program obsługi lub algorytm jest przydzielony do oddzielnej funkcji i jest dostępny do debugowania podczas wymiany.
Jeśli przesyłanie lub pobieranie odbywa się na platformie 1C:Enterprise 8, kod obsługi nie jest zintegrowany z kodem przetwarzania wymiany danych, ale jest przesyłany do pliku reguł wymiany. W procesie wymiany danych kod programów obsługi lub algorytmów jest pobierany z pliku reguł i wykonywany bezpośrednio w kontekście operatora „Execute”. Aby debugować kod programów obsługi i algorytmów, można użyć przetwarzania XML Universal Data Exchange.
I pokazujemy, jak z jego pomocą MOCNIE uprościmy rozwiązanie Twoich zadań
Dzisiaj przeanalizujemy, jak skonfigurować i wykonać proste przeniesienie katalogów i salda początkowe.
A to jest zadanie zbiorcze i regularne, co jest prawie nieuniknione w przypadku większości wprowadzanych nowych konfiguracji.
Dlatego dzwoń do swoich kolegów, dla nich też będzie to bardzo przydatne.
Zwłaszcza jeśli widzieli już CD 3 i się przestraszyli :)
Tak, kiedy widzisz ją po raz pierwszy, to wcale nie jest jasne.
Ale w rzeczywistości - wszystko jest BARDZO proste. Tak proste, że później się nawet znudzisz :)
Co dokładnie jest w dzisiejszych filmach
Oto 4 filmy o udostępnianiu danych przez uniwersalny format wymiany EnterpriseData.
Dodatkowo pokażemy przykład dopracowanie standardowych zasad wymiany, w 1C: Konwersja danych 3.0
Całkowity czas trwania - 34 minuty. Zawartość:
- Konfigurowanie giełdy na przykładzie 1C: Księgowość 8 i 1C: ERP
- Jak załadować standardowe reguły i uniwersalny format wymiany w Data Conversion 3.0?
- Przenoszenie struktury metadanych na CD 3.0
- Jak przeprowadzić pierwszą wymianę danych
- Udoskonalenie zasad konwersje
- Jak załadować nowe reguły bez zmiany konfiguracji ( bez wycofywania się ze wsparcia)
Uwagaże przy rozwiązywaniu tego problemu reguły ładowania zmieniają się tylko w konfiguracji odbiornika. A konfiguracja źródła działa zgodnie ze standardowymi zasadami.
Gdyby takie zadanie zostało rozwiązane w Data Conversion 2.0, to należałoby dokonać zmian w regułach zarówno źródła, jak i celu.
Te samouczki wideo dotyczą BSP wersja 2.3.2(dla każdej kompilacji starszej niż 2.3.2.43).
Jeśli używasz starszej wersji BSP,0 dokonaj „poprawki” dla zmienionego interfejsu i rozszerzonej funkcjonalności. Aby to zrobić, sam powtórz przykład z filmu.
Wideo 1:
Ładowanie reguł wymiany między typowymi konfiguracjami w Data Conversion 3.0
W tej lekcji wykonamy czynności przygotowawcze przy wprowadzaniu zmian w regułach wymiany pomiędzy typowymi konfiguracjami:
- Załadowanie struktury formatu wymiany do płyty CD (
- Tworzenie konwersji
- Wgrywanie plików reguł z typowej konfiguracji
- Rozładowanie modułu managera wymiany
Wideo 2:
Udoskonalenie zasad wymiany w CD 3.0
W tym samouczku pokażemy, jak wypełnić szczegóły obiektów podczas ładowania danych.
Zadanie zostanie rozwiązane - podczas ładowania obiektów z konfiguracji źródłowej ustaw komentarz „Załadowano z BP 3.0”.
Aby rozwiązać problem, musisz zrobić zmiany w zasadach konwersji obiektów, w zdarzeniu „Przed zapisaniem otrzymanych danych”.
Opracowane reguły zostaną zapisane jako przetwarzanie zewnętrzne do dalszego wykorzystania.
Wideo 3:
Konfigurowanie uniwersalnej wymiany między typowymi konfiguracjami
W tym samouczku pokażemy, jak skonfigurować nową wymianę typów.
Ustawienia zostaną wprowadzone w konfiguracji źródłowej, a następnie wczytane do konfiguracji docelowej.
Również w tym filmie pokażemy, jak to zrobić bez zmiany konfiguracji prześlij nowe zasady wymiany.
Wideo 4:
Przenoszenie sald otwarcia z wykorzystaniem reguł giełdowych
W lekcji pokażemy typowy funkcjonal do przenoszenia sald początkowych.
PS
Tak, wymiany przez txt / dbf / ole itp. mają prawo do istnienia. W niektórych specjalne okazje, takie jak dokowanie z serwerem WWW lub przenoszenie z gotowego formatu aplikacji zewnętrznej.
Jednak dla giełdy standardowe – standardowe metody są zarówno szybsze, jak i znacznie prostsze.
A jeśli ktoś wymyśla koło na nowo, gdy jest gotowe uniwersalne rozwiązanie - to jak pisanie na czole „Nie mam instrumentu, nie chcę się uczyć, zbuduję kule za twoje pieniądze” .
PS.
Chcemy pokazać, że konwersja danych 3.0 nie jest trudna.
Niezwykłe - tak. Nie wszystko jest od razu jasne – tak. Są momenty bardzo niejednoznaczne – tak.
Ale dzięki gotowym instrukcjom i filmom można go opanować w zaledwie 1-2 tygodnie.
Pytanie: Gotowe reguły wymiany dla typowych konfiguracji
Odpowiedź:
Pytanie: Konserwacja serwisowa z regularną funkcjonalnością typowych konfiguracji 1C
Odpowiedź:
Pytanie: Usuwanie obiektu z istniejącej reguły wymiany
Czy możesz mi powiedzieć, jak usunąć obiekt z istniejącej reguły wymiany? Faktem jest, że musisz rozładowywać z jednej bazy do drugiej na określoną datę tylko sprzedaż i odbiór towarów i usług. Tylko reguła utworzona automatycznie działa dla mnie, reguła utworzona ręcznie rozładowuje puste dokumenty. Dlatego chciałbym usunąć niepotrzebne dokumenty z automatycznie tworzonej reguły, aby użytkownicy nie mogli przypadkowo wgrać niewłaściwej rzeczy.
Odpowiedź:
Wiadomość od Allexei
Witam Prawdopodobnie już nie dotyczy, ale nadal. Alternatywnie możesz wyrejestrować obiekty niepotrzebnego typu w planie wymiany. Dzięki temu nie musisz przepisywać zasad wymiany, a niepotrzebne przedmioty nie zostaną rozładowane.
Dzięki, spróbuję.
Można go usunąć w zwykły sposób
Pytanie: Zasady wymiany - gdzie edytować?
Klient dokonał zmian w konfiguracji odbiornika. Nie można dokładnie wiedzieć, co się zmieniło.
Teraz musimy poprawić zasady wymiany.
Jak zobaczyć miejsca, które wymagają korekty?
Trzeba jakoś zrozumieć, zgodnie z istniejącymi zasadami, że nieruchomość już nie istnieje lub że zmienił się jej rodzaj.
Odpowiedź:() Wydaje mi się, że aby zadowolić klienta wystarczy jakoś rozpocząć wymianę. A żeby otrzymać zapłatę, trzeba zrobić wszystko do końca :)
Pytanie: „Zarządzanie handlem”, wydanie 10.3 (10.3.46.2) Zmiana zasad wymiany dla Retail 2.1
Cześć. Jak zmienić zasady w UT?
Zmieniam układ Reguł Giełdowych w Planach Giełdowych ExchangeRetailManagement of Trade103 Aktualizuję, restartuję, złe reguły. Zmieniłem nawet wersję ręcznie. Nadal nie pomaga.
Niemądrze usunął wpis reguł z rejestru reguł wymiany danych.
Nie ma normalnego przycisku do załadowania pliku reguł lub aktualizacji z układu konfiguracyjnego.
Do zrobienia jest dużo dodatków i testów, ale nie wiem jak szybko zmienić zasady rejestracji/wymiany (
Odpowiedź: zaktualizowany o IT, wszystko jest w porządku. Już cały mózg zjadł tę wymianę
Pytanie: Zastąpienie reguł wymiany w przesyłanym pliku
Odpowiedź:
Pytanie: Pomoc z zasadami wymiany
Odpowiedź:
Pytanie: Jak przesłać reguły wymiany do przesyłania do konwersji?
Poprawiono zasady wymiany TiS 7.7 i BP2 dodano przeniesienie dwóch doków
Faktura poprawna i korekta faktury. Tutaj wszystko płynie normalnie. Oba te doki tworzą korektę implementacji w BP2.
Ale pojawił się problem, konieczne jest dodanie do bazy dokowania w dostosowaniu wdrożeniowym (BP2) nie faktury standardowo, ale podstawy tej faktury, czyli realizacja.
Fragment kodu PKO (po pobraniu):
Object.FillAccountsInTabPart(Obiekt.Produkty,"Produkty",Prawda); Object.OperationType = Enumerations.OperationTypesCorrectionReceiptImplementation.AgreedChange; Object.Adjust VAT = true; Object.SumIncludesVAT = prawda; If Object.Ownership.Empty() Then Object.Ownership = chVariableValue("chCurrentUser"); EndIf; Object.RealizationDocument = Obiekt.Reference.RealizationDocument.DocumentBase;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Przed nagraniem obiekt jeszcze nie istnieje, w związku z czym nie można uzyskać dostępu do atrybutu obiektu, a po nagraniu jest już za późno. Zasady będą działać jak zwykle. Powiedz mi, jak rozwiązać CD właśnie zacząłem rozumieć.
Odpowiedź: Po napisaniu = po wywołaniu metody Write
Wielu przedsiębiorców prowadzących działalność handlową nabywa jednocześnie dwa programy 1C: Accounting 8 w celu poprawy efektywności zarządzania. (dalej BP) oraz „1C: Zarządzanie handlem 8” (dalej UT).
BP służy do prowadzenia rachunkowości regulowanej i raportowania, a UT służy do prowadzenia rachunkowości operacyjnej i zarządczej w firmie.
Powodzenie wspólnego wykorzystania tych produktów oprogramowania 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 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 „Udostępnianie konfiguracji Trade Management (11) i Enterprise Accounting”, który znajduje się w katalogu szablonów gdy jest zainstalowany jako 1C: Accounting 2.0 (zwany dalej BP) i 1C: Trade Management 11 (zwany dalej UT); rekomendacje otrzymane na konferencji partnerskiej 1C oraz osobiste doświadczenia autora w 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 ł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 plik ten został w całości wczytany 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 Banku Centralnego z dnia 3 października 2002 r. N2-P „O płatnościach bezgotówkowych w Federacji Rosyjskiej” (zmienione 3 marca 2003 r., 11 czerwca 2004 r., 2 maja 2007 r., 22 stycznia 2008 r.).
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 zapisywane jest tylko rozładowanie (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 można znaleźć w dostawie konfiguracji „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) .
W celu ograniczenia wymiany danych tylko na poziomie dokumentu nie jest konieczne konfigurowanie wymiany jednokierunkowej, wystarczy ustawić w filtrze wymiany po stronie BP datę większą niż data ostatniego dokumentu (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ą podczas wymiany przeniesione do innej bazy danych.
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 uprawnień 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, w katalogu organizacji na UT pojawił się predefiniowany element „Organizacja zarządzająca”. Ten element nie może być mapowany (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żeli planowane jest wykorzystanie nowej opcji określania magazynów w częściach tabelarycznych dokumentów w UT, to w ustawieniach węzła planu wymiany należy ustawić magazyn uogólniony, który będzie zastępowany przy rozładunku dokumentów z UT do konfiguracji BP zamiast magazynów pozwalała na selekcję w częściach tabelarycznych 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 dla 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) Datę możesz cofnąć, 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 albo zmienić dokumenty, albo 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 usuwanie samego katalogu organizacji, jak i 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, 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. konto” 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 centrali prefiks infobazy jest zawsze wypełniany w CB (dla UT) oraz 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śli w przyszłości w bazie danych 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 rozważono najważniejsze punkty organizacji 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.
Popularny
- Zasady i kryteria badania wartości dokumentów
- Trzy historie sukcesu Siemens NX Zintegrowany system to idealne rozwiązanie
- Podstawowe elementy zarządzania personelem Podstawowe elementy zarządzania personelem
- Zarządzanie jakością w przedsiębiorstwie: normy, etapy wdrażania, wskazówki
- Jak obliczana jest premia kwartalna i jak jest wypłacana?
- Tajemnicze przejście na Abbey Road w Anglii John Lennon pierwotnie nazwał grupę inaczej
- Okładka „Abbey Road” jako podstawa spiskowej legendy
- Jak napisać list gwarancyjny?
- Merchandising, jego rodzaje i zasady Podstawy merchandisingu w przemyśle włókienniczym
- Działania marketingowe w handlu hurtowym i detalicznym