W głównej konfiguracji zmieniono obiekty. Tryb łączenia. Aktualizacja planu wymiany

Dlatego chcemy wprowadzić zmiany w typowej konfiguracji 1C: Enterprise Accounting, wydanie 3.0 (3.0.9.4).

1. Przejdź do ustawienia wsparcia: menu Konfiguracja -\u003e Wsparcie -\u003e Ustawienie wsparcia;

2. Włącz możliwość zmiany, naciskając przycisk o tej samej nazwie. Zgadzamy się z ostrzeżeniem o niemożliwości automatycznych aktualizacji w przyszłości;

3. Pozostaw domyślne ustawienie reguł pomocy. „Obiekt dostawcy nie jest edytowany” i kliknij OK. Teraz edytowalne jest włączone, ale żadne obiekty konfiguracyjne nie są edytowalne;

4. Jeśli mamy zamiar zmienić, na przykład, dokument Implementacja towarów / usług, w ustawieniach wsparcia znajdziemy ten dokument. Jeśli potrzebujesz dodać atrybut, będziesz musiał zmienić regułę wsparcia dla samego obiektu, dokument Implementation of GoodsServices. Zmieniliśmy regułę wsparcia na „Edytowalne z zachowaniem wsparcia”, natomiast zasady dotyczące obiektów podrzędnych dokumentu Implementacja usług Towarowych (szczegóły, sekcje tabelaryczne, formularze itp.) Pozostają niezmienione, tj. „Nie można edytować”. Prawdopodobnie będziemy chcieli umieścić rekwizyty na formularzu, więc zmienimy regułę obsługi formularza naszego dokumentu na "Edytowalne z zachowaniem wsparcia";

5. Teraz możemy dodać rekwizyty, umieścić je na formularzu i zmienić moduł dokumentu. Dodaj „MyProps”, wpisz Boolean. Następnie otwórz formularz dokumentu i przeciągnij „MyAttribute” z „Object” do formularza i dodaj następujące wiersze do modułu dokumentu w procedurze „OnRecord”:

// >>> <<<

Podświetl dodane wiersze komentarzem „oznaczonym marką”, to ułatwi życie podczas aktualizacji (w idealnym przypadku opiszemy, dlaczego to wszystko zostało zrobione);

6. Aktualizujemy konfigurację bazy danych, aby w trybie „Enterprise” wszystkie wprowadzone ulepszenia były odzwierciedlone. Sprawdzamy wszystko, co zrobiliśmy w trybie Enterprise. Na formularzu dokumentu „Sprzedaż towarów i usług” pojawiło się okienko „Moje dane”, a przy zapisywaniu dokumentu otrzymujemy informację o stanie tego checkboxa.

Zrobiliśmy więc kilka prostych ulepszeń w typowej konfiguracji.

Teraz spróbujmy zaktualizować naszą już nietypową konfigurację, zachowując wszystkie ulepszenia wprowadzone w zaktualizowanej konfiguracji.

1. Wróć do menu Konfiguracja -\u003e Pomoc techniczna i wybierz opcję „Aktualizuj konfigurację”. Wybieramy plik aktualizacji lub ufamy platformie, aby go znaleźć. Kliknij „Zakończ” i kontynuuj aktualizację;

2. Ponieważ mamy włączoną możliwość zmiany, aktualizacja nie odbywa się automatycznie, ale uruchamiany jest mechanizm porównywania i łączenia konfiguracji.
W tym momencie nasza baza danych zawiera już trzy konfiguracje: podstawową konfigurację (taką, którą możemy zmienić), konfigurację dostawcy (absolutnie standardową) oraz konfigurację bazy danych. Konfiguracja bazy danych nie bierze udziału w porównywaniu i scalaniu, ale są zaangażowane dwie inne: „Konfiguracja główna”, „Konfiguracja dostawcy” i trzecia - „Konfiguracja nowego dostawcy”.
Mamy więc listę różnic między konfiguracją podstawową a konfiguracją nowego dostawcy. Na tej liście najciekawsze dla nas są obiekty, które zmodyfikowaliśmy, a my nie tylko zmodyfikowaliśmy, ale także zmodyfikowaliśmy dostawcę, w którym musimy zostawić wszystko, co zostało przez nas zrobione, ale także wprowadzić innowacje wymyślone przez dostawcę o typowej konfiguracji.
Pamiętamy, że w porównaniu brały udział trzy konfiguracje (główna, stara i nowa) platforma daje nam możliwość zobaczenia obiektów, które zmieniliśmy zarówno my, jak i sprzedawca.
Zastosuj filtr (kliknij przycisk „Filtr”) i zaznacz pole „Pokaż tylko dwukrotnie zmienione właściwości”. Kliknij OK i zobacz, że w nowej wersji dostawca wprowadził również zmiany w dokumencie sprzedaży towarów / usług. Analizujemy zmiany w aktualizacji. W naszym przypadku możemy po prostu ustawić tryb scalania dla modułu dokumentu Realizacja usług i jego postać: „Połącz z priorytetem konfiguracji nowego dostawcy” Gdybyśmy opuścili tryb domyślny („Pobierz konfigurację nowego dostawcy”), wszystkie wprowadzone przez nas modyfikacje zostałyby utracone;

3. Wyłącz filtr i upewnij się, że pole wyboru w dodanym przez nas atrybucie „MyRequisit” nie jest zaznaczone. W konfiguracji dostawcy nie ma takiego atrybutu, jeśli zaznaczymy okienko, stracimy atrybut, a wraz z nim zapisane w nim dane „MyRequisite” zostaną zastąpione „brakującym atrybutem”;

4. Kliknij „Uruchom”. Pozostaw domyślne ustawienie reguł pomocy i kliknij OK;

5. Po zakończeniu procesu scalania poszukaj dokumentu Implementacja usług dla towarów w głównym drzewie konfiguracji. Upewnijmy się, że „MyProps” nigdzie nie zniknął, spójrzmy na formularz - i oto on, zajrzyjmy do modułu. W nim w postaci komentarzy wstawiane są wszystkie różnice modułu konfiguracji niepriorytetowej, fragmenty tekstu. Podwójny ukośnik (dwa prawe ukośniki) jest dodawany na początku każdego wiersza wstawianego fragmentu tekstu, co powoduje, że wiersze te są komentowane w tekście modułu programu. Dodatkowo, aby ułatwić dalszą pracę z powstałym tekstem, wstawiane są do niego specjalne linie komentarzy.

Zmienione fragmenty są otoczone liniami u góry iu dołu

// ((MRG [<-> ]

dodany

// ((MRG [<-- ]

usunięte

// ((MRG [-\u003e]

W naszym module widzimy, że platforma skomentowała całą naszą pracę, ale przynajmniej jej nie usunęła:

// ((MRG [<-> ] // // \u003e\u003e\u003e // Report (ThisObject.MyProps); // //<<< //}}MRG[ <-> ]

Usuńmy niepotrzebne komentarze:

// \u003e\u003e\u003e Report (ThisObject.MyProps); //<<<

6. Zaktualizujmy konfigurację bazy danych. Zobaczmy wynik, uruchamiając tryb Enterprise. Widzimy, że po aktualizacji wszystkie ulepszenia zostały zachowane i działają tak samo jak przed aktualizacją, a numer wydania zmienił się na 3.0.10.8.

Nietypowa konfiguracja 1C ma miejsce, gdy: 1) konfiguracja 1C została napisana od zera przez programistę, 2) konfiguracja 1C była typowa, ale wprowadzono do niej zmiany, nawet jeśli dodano jeden rekwizyt.

W tym artykule przyjrzymy się, jak należy poprawnie zaktualizować konfiguracje 1C, a także kilka technik miękkiej zmiany typowych konfiguracji, tj. poprawna zmiana, która nie wpływa na możliwość dalszych aktualizacji.

Aby dokonać jakichkolwiek zmian w typowej konfiguracji 1C, konieczne jest odblokowanie zmiany w typowej konfiguracji 1C, aw niektórych przypadkach „usunięcie jej ze wsparcia”.

W najbardziej optymalnej wersji aktualizacji konfigurację 1C można aktualizować w trybie w pełni automatycznym, jest to możliwe, gdy zmiany konfiguracji są zabronione. Dość często wymagana jest zmiana konfiguracji, ponieważ konieczne jest dostosowanie rozwiązań aplikacyjnych do wymagań biznesowych klienta i na tej opcji zatrzymamy się.

Przed aktualizacją zdecydowanie zaleca się wykonanie kopii zapasowej baz danych, możesz to zrobić poprzez menu Administracja / Załaduj bazę informacji.

Dostępne są 2 opcje aktualizacji: a) Aktualizacja 1C poprzez wsparcie (wywołanie przez okno dialogowe Konfiguracja / Wsparcie / Aktualizacja konfiguracji) ib) przez Porównanie, łączenie z konfiguracją z pliku. Zauważ, że różnica między tymi dwoma punktami polega na tym, że w pierwszym przypadku zarówno główna konfiguracja, jak i konfiguracja dostawcy są aktualizowane, podczas gdy porównując scalanie konfiguracji, aktualizowana jest tylko konfiguracja główna, konfiguracja dostawcy pozostaje taka sama. Dlatego najbardziej zalecaną opcją jest aktualizacja za pośrednictwem konfiguracji aktualizacji. Do aktualizacji za pośrednictwem wsparcia konfiguracji używane są pliki CF lub CFU dostawcy, które można znaleźć, przeszukując katalog szablonów, określając ścieżkę w Internecie lub bezpośrednio określając ścieżkę do wymaganego pliku na dysku twardym.

W przypadku aktualizacji konfiguracji 1C bez możliwości dokonywania zmian, aktualizacja po wybraniu pliku aktualizacji następuje w trybie automatycznym, jeżeli konfiguracja umożliwia dokonywanie zmian, to po wybraniu pliku aktualizacji zostanie wyświetlone okno porównania konfiguracji. W tym dialogu możemy zobaczyć, jak system oferuje nam aktualizację naszej nietypowej konfiguracji 1C. W dolnej części okna dialogowego znajduje się odpowiednia legenda według stanów obiektów: „Statusy według zgodności obiektów” oznaczają porównanie „Konfiguracja główna” i „Nowa konfiguracja”, „Stany według historii obiektu” oznaczają porównanie obiektów konfiguracyjnych z obiektami „Starej konfiguracji dostawcy”.

Zaznaczając pola obok obiektów, możesz wybrać, czy aktualny obiekt konfiguracyjny zmieni się, czy pozostanie stary, a także sposób zmiany obiektu. W menu akcji można zaznaczyć pola wyboru dla podsystemów (jest to przydatne, jeśli konfiguracja jest obsługiwana przez kilku dostawców). Również w tym menu można określić priorytet łączenia dla wszystkich obiektów naraz; domyślnie system traktuje konfigurację dostawcy jako wyższy priorytet. Ustawienia filtru pozwalają nam określić, które obiekty konfiguracyjne powinniśmy wyświetlić, aby móc szczegółowo określić tryb scalania. Istnieje kilka standardowych szablonów filtrów, ale można także określić filtry dla każdej pary porównywanych konfiguracji. W ustawieniach „Filtruj” można zaznaczyć pole wyboru „Pokaż tylko dwukrotnie zmienione właściwości”, co pozwoli na odfiltrowanie obiektów, które po zaktualizowaniu nie powodowały konfliktów między zmianami dostawcy a wersjami tych obiektów:

Rezultatem będzie więc lista obiektów, które zostały dwukrotnie zmienione podczas rewizji standardowej konfiguracji oraz w nowej konfiguracji dostawcy. Jeśli zgadzasz się z aktualizacją, poprawki wprowadzone wcześniej w tych obiektach zostaną utracone. Dlatego dla każdego obiektu należy podjąć decyzję o sposobie jego aktualizacji. Na tym etapie należy przeprowadzić wstępne porównanie wyłącznie w celu zmniejszenia nakładu pracy w przyszłości. Ocena nie jest dokładna, szybka - „na oko”. Jeśli jest więcej zmian w obiekcie w nowej konfiguracji dostawcy, to pozostawiamy wystąpienie obiektu dostawcy. Zostawiamy znacznik wyboru. Następnie musisz przenieść zmiany z działającej konfiguracji. Jeśli zmian w obiekcie jest więcej w konfiguracji roboczej, to pozostawiamy instancję obiektu w konfiguracji roboczej. Odznacz pole. Następnie musisz przeprowadzić migrację zmian z konfiguracji dostawcy. Z modułami można zrobić trochę inaczej, bo możliwe jest proceduralne porównywanie modułów.

Te. jeśli różne procedury modułu zostały zmienione w naszej konfiguracji 1C oraz w konfiguracji dostawcy, to poprzez prawidłowe umieszczenie pól wyboru zaoszczędzimy sobie przed ręcznym przenoszeniem zmian w kodzie. Aby się do tego dostać, należy kliknąć w przycisk lupy obok nazwy trybu łączenia modułów:

Wyświetlając menu akcji na obiekcie (np. Naciskając prawy przycisk myszy), możemy wywołać raport z porównania obiektów.

Aby potwierdzić dokonaną aktualizację 1C, należy wybrać element menu Konfiguracja / Aktualizuj konfigurację bazy danych.

Aby odmówić aktualizacji 1C - musisz wybrać pozycję menu Konfiguracja / Wróć do konfiguracji bazy danych.

Kilka zasad, które upraszczają przyszłą aktualizację konfiguracji 1C:

Podstawowa zasada aktualizacji 1C: musisz dodać nowe obiekty, ponieważ podczas aktualizacji system nie wpływa na nowe obiekty

Przy zmianie tekstów modułów wskazane jest także dodanie własnych nowych procedur i funkcji oraz wywołanie nowych z już istniejących.

Korzystając z subskrypcji wydarzeń, dzięki temu możesz modyfikować typowe mechanizmy bez zmiany typowego kodu

Korzystanie z typowych funkcji konfiguracyjnych

Programowe tworzenie elementów formularza (w przypadku OnFormCreationOnServer)

Podziękować!

W tym artykule dowiesz się o aktualizacji nietypowej konfiguracji 1C (wersje 8.2 i 8.3), jednocześnie zapisując wszystkie zmiany wprowadzone przez Ciebie (lub innych programistów) w typowej konfiguracji 1C 8.

Rozważmy przykład aktualizacji konfiguracji Księgowość 2.0 z nietypowymi zmianami w modułach, rolach, subskrypcjach wydarzeń, planach wymiany itp. Omówione tutaj przypadki nie będą zbyt trudne do zaktualizowania, przy ich pomocy pokażę tylko metodologię aktualizacji, która pozwoli ci zająć się twoimi sprawami.

Aktualizacja nietypowych instrukcji konfiguracji 1C krok po kroku

Rozważmy krok po kroku algorytm aktualizacji konfiguracji 1C 8. Algorytm ten jest uniwersalny, pierwsze jedenaście jego kroków opisuje proces aktualizacji typowej konfiguracji 1C 8, a wszystkie punkty razem opisują aktualizację nietypowej konfiguracji 1C 8:

• Pobierz plik aktualizacji konfiguracji z witryny users.v8.1c.ru lub pobierz go z dowolnego innego dostępnego źródła (na przykład z dysku ITS);
• Rozpakuj i zainstaluj plik aktualizacji 1C 8 w dowolnym folderze na dysku twardym;
  
• W folderze z numerem wydania 1C 8 znajdź plik 1cv8.cfu - ten plik zawiera aktualizacje konfiguracji;
  
  
• Biegać 1C: Przedsiębiorstwo w trybie Konfigurator;
• Przejdź do menu Konfiguracja -\u003e Wsparcie -\u003e Aktualizuj konfigurację.
  
  
• W otwartym oknie „Aktualizacja konfiguracji” ustaw flagę na elemencie Wybór pliku aktualizacji i naciśnij przycisk Dalej (jeśli chcesz, możesz użyć pierwszego akapitu Wyszukaj dostępne aktualizacje i wyszukaj pliki aktualizacji w trybie automatycznym) ;
• W polu „Określ plik aktualizacji” wybierz plik .cfu z folderu z numerem wersji. Zauważ, że nie możesz zaktualizować konfiguracji bazy danych 1C 8 dla żadnej wersji. Każdy plik aktualizacji zawiera listę wydań, dla których jest przeznaczony. Dlatego może być konieczne zainstalowanie kolejno kilku plików aktualizacji;
• W następnym oknie zobaczysz opis tej aktualizacji. Również w nim można zobaczyć, które wersje konfiguracji ten plik jest przeznaczony do aktualizacji. Naciśnij przycisk Kontynuuj aktualizację;
• Jeśli tej wersji konfiguracji nie można zaktualizować wybranym plikiem, zostanie wyświetlone okno z pytaniem, które wersje należy zainstalować;
• Jeżeli wybrany plik nadaje się do aktualizacji konfiguracji, pojawi się okno z informacją o wersji aktualizacji. Naciśnij przycisk, aby kontynuować aktualizację. DOBRZE;
  
• Rozpocznie się proces aktualizacji. Jeśli twoja konfiguracja jest typowa, to po jej zakończeniu pozostaje tylko zgodzić się na zmianę bieżącej konfiguracji i uruchomić 1C 8 w trybie Firma;
• Jeśli aktualizujesz konfigurację ze zmianami (nietypowymi), to po zakończeniu procesu aktualizacji pojawi się okno do porównania - scalenia starej i nowej konfiguracji.

Aktualizowanie przykładowej analizy nietypowej konfiguracji 1C

Przejdźmy do szczegółowej analizy poprawnej aktualizacji nietypowej konfiguracji 1C 8. Cały problem z aktualizacją takiej konfiguracji polega na tym, że w standardowych obiektach metadanych (wspólne moduły, role, dokumenty, podręczniki itp.) Zostały wprowadzone zmiany stron trzecich. Konieczne jest upewnienie się, że wszystkie zmiany pozostały na swoim miejscu, bezpieczne i zdrowe, ale jednocześnie zostały również zastosowane wszystkie zmiany 1C zawarte w pliku aktualizacji. W tym celu podczas aktualizacji zmienionej konfiguracji pojawia się okno porównania. Podstawowa konfiguracja(wraz ze zmianami) i Nowa konfiguracja dostawcy(zaktualizowana typowa konfiguracja).

W tym oknie znajdują się dwie kolumny, z których każda zawiera drzewo metadanych. Pierwsza przedstawia metadane dla bieżącej konfiguracji bazy danych, a druga przedstawia zaktualizowane metadane konfiguracji dostawcy (zaktualizowana typowa konfiguracja). Zielone ołówki oznaczają zmienione obiekty, pierwsza kolumna oznacza standardowe obiekty metadanych, które zostały zmienione, a druga kolumna - standardowe obiekty metadanych zmienione w wyniku aktualizacji. Dlatego, aby poprawnie zaktualizować nietypową konfigurację 1c, musisz znaleźć wszystkie obiekty metadanych, które zostały zmienione przez Ciebie i aktualizację (czyli zmieniono dwukrotnie).

Aby to zrobić, kliknij przycisk znajdujący się w dolnej części okna Filtr, w oknie, które zostanie otwarte, ustaw flagę i naciśnij DOBRZE.

Teraz w oknie porównania widoczne będą tylko potrzebne nam obiekty, co znacznie upraszcza proces aktualizacji. Należy zaznaczyć, że jeśli do Twojej konfiguracji zostaną dodane nowe, nietypowe dokumenty, katalogi, role, moduły itp. To ich aktualizacja konfiguracji nie zostanie nadpisana, pozostaną na swoim miejscu i nic się z nimi nie stanie. Jedynym problemem są zmienione obiekty ogólne.

Aby poprawnie zaktualizować różne obiekty metadanych, potrzebujesz własnego podejścia, dlatego rozważymy różne sytuacje na prostych przykładach. Zwracam też uwagę, że aktualizacja mocno przepisanych konfiguracji jest trudnym zadaniem i wymaga maksymalnej uwagi i koncentracji.

Ogólna aktualizacja modułu.

• Rozważmy przykład: do wspólnego modułu ControlVersionsConfiguration wprowadziłeś następujące zmiany:
  • W procedurze CheckVersionConfiguration ()zakomentował linię: //OpenFormModally("GeneralForm.DeprecatedConfigurationVersion ", Parameters);
  • Dodaliśmy własną procedurę z nazwą MyTestProcedure ().

  Podczas aktualizacji ten moduł się zmienił, umieszczając filtr na dwukrotnie zmienionym w oknie porównania, zobaczymy, że jest na liście.
  
  Przyjrzyjmy się bliżej temu oknu i zrozummy, jakie informacje możemy z niego uzyskać. Po pierwsze, widzimy, że wspólny moduł zmienił się zarówno w konfiguracji głównej, jak i zaktualizowanej konfiguracji dostawcy, na co wskazują zielone ołówki w obu kolumnach. Po drugie, w pierwszej kolumnie widzimy zaznaczone pole obok nazwy wspólnego modułu, które mówi, że moduły zostaną scalone (ten, który zmieniliśmy i typowy zaktualizowany). Po trzecie, w ostatniej kolumnie widzimy, w jakim trybie zostaną połączone moduły. W tym przypadku wartość jest ustawiona: Weź z nowej konfiguracji dostawcy, oznacza to, że nasze zmiany zostaną całkowicie nadpisane, a zmiany wprowadzone przez aktualizację zostaną w pełni zastosowane.

  Inne tryby scalania oferują częściowe scalanie modułów z różnymi priorytetami. Jednak zdecydowanie odradzam korzystanie z tych trybów, ponieważ po tym czasie w module może pojawić się naturalny "bałagan": niektóre zmiany zostaną nadpisane, a niektóre typowe nie będą miały zastosowania. Dlatego zmień wartości w kolumnie Tryb łączenia ...nigdy nie będziemy. Po czwarte, jeśli odznaczysz pole ustawione w pierwszej kolumnie naprzeciw modułu, to scalenie nie zostanie wykonane i moduł pozostanie w takiej postaci, w jakiej był przed aktualizacją.W oparciu o wymienione punkty istnieją dwa sposoby aktualizacji wspólnego modułu:

  • Nadpisz swoje zmiany, ustawiając standardowe. Następnie ręcznie wprowadź nadpisane zmiany w zaktualizowanym module;
  • Nie aktualizuj modułu i nie wprowadzaj typowych ręcznych zmian.

  Mechanizmy porównania konfiguracji

  Aby porównać zmiany w module, możesz użyć następujących wbudowanych mechanizmów okna konfiguracji porównania-scalania:

  • Zobacz różnice modułów... Aby to zrobić, w oknie porównania kliknij prawym przyciskiem myszy moduł i wybierz Pokaż różnice w modułach ... Następnie otworzy się okno porównania modułów, w którym możesz zobaczyć, które procedury w zaktualizowanym i zmodyfikowanym module różnią się. Górna część ekranu jest podzielona na dwie kolumny: po lewej stronie znajduje się lista podstawowych procedur konfiguracyjnych, które zostały zmienione, a po prawej podobna lista procedur dla zaktualizowanej typowej konfiguracji. Dolna część okna jest również podzielona na dwie części, zgodnie z tą samą zasadą. Wyświetla kod wybranych procedur. Linie, które są obecne tylko w głównej konfiguracji, są podświetlone na niebiesko. Wiersze, które są obecne tylko w zaktualizowanej konfiguracji próbki, są podświetlone na zielono. Linie, które są obecne w obu konfiguracjach, ale nie pokrywają się ze sobą, są wyróżnione na czerwono.
    
    
    
    
    
    
    
  • ... Możesz również użyć raportu Porównanie obiektów, aby porównać moduły. Aby wywołać to w oknie porównania, kliknij prawym przyciskiem myszy moduł, wybierz element W oknie, które się otworzy, w okolicy Format, ustaw flagę Szczegółowo. W otwartym raporcie można zobaczyć, które linie modułu uległy zmianie i jak wyglądają w obu konfiguracjach.
    
    
    Pomimo tego, że ten raport zawiera wszystkie informacje o zmianach, nie jest łatwy w użyciu (przynajmniej przy aktualizacji modułów). O wiele ciekawsze są jego dwie modyfikacje: О raport porównawczy głównych obiektów konfiguracyjnych ze starą konfiguracją dostawcy (tylko wprowadzone zmiany są widoczne w tym raporcie) i (w raporcie widoczne są tylko zmiany wprowadzone w module przez aktualizację).
    
    
    
    Za pomocą pierwszego raportu możesz zobaczyć, w ilu miejscach w module wprowadzono Twoje zmiany, co pozwoli Ci szybko je znaleźć w oknie Zobacz różnice w modułach.W drugim raporcie można zobaczyć, w ilu miejscach typowa aktualizacja wprowadziła zmiany.

  Przeanalizowaliśmy wszystkie narzędzia potrzebne do aktualizacji modułu. Aby pokazać ich praktyczne zastosowanie, omówimy krok po kroku proces aktualizacji modułu. ControlVersionsConfiguration ze zmianami wymienionymi powyżej. Zaktualizujmy moduł na dwa sposoby:

  • Zaktualizujmy moduł, nadpisując wprowadzone w nim zmiany. Dodamy je ręcznie po aktualizacji;
  • Nie będziemy aktualizować modułu. Zmiany otrzymane w aktualizacji wprowadzimy później.

  Pierwszy sposób:

  • • Przed opisem algorytmu zaznaczam, że rozważamy bardzo prosty przykład aktualizacji, aby opis nie zajmował dużo miejsca, ale proces aktualizacji w trudnym przypadku składa się z właśnie takich etapów, chociaż wymaga większej koncentracji i uwagi;
    • Utwórzmy dokument tekstowy przed aktualizacją konfiguracji. W nim zapiszemy zmiany, które należy wprowadzić ręcznie po aktualizacji. Dane w dokumencie tekstowym powinny być przedstawione w jak najbardziej zrozumiały sposób, to znaczy mieć strukturę. W naszym przykładzie napiszemy następująco: 1. Wspólne moduły 1.1 Version ControlConfiguration
    • Znajdź wspólny moduł ControlVersionsConfiguration Moduł. Kliknij go prawym przyciskiem myszy i wybierz element O z menu kontekstowego raport z porównania obiektów konfiguracji głównej ze starą.W oknie, które zostanie otwarte, umieść flagę Szczegółowo.Ja też stawiam flagę Wyjście do dokumentu tekstowego, bo wygodniej jest obserwować zmiany, ale to już kwestia przyzwyczajenia. naciśnij przycisk DOBRZE.Otwarty raport będzie wyglądał następująco:
      
      
    • Z raportu widać, że w module zostały wprowadzone dwie zmiany (przed każdą nową zmianą zapisywane są numery wierszy, w których została dokonana):
      • Zmieniono wiersz 34, został on zakomentowany w głównej konfiguracji, ale nie w starej konfiguracji;
      • Dodana procedura, w starej konfiguracji dostawcy jest pusta, ale w głównej konfiguracji jest. Nie zamykamy raportu, przyda się nam;
    • Teraz znajdźmy pierwszą różnicę w oknie porównania modułów. Aby to zrobić, ponownie kliknij gałąź prawym przyciskiem myszy Moduł iw menu kontekstowym wybierz element Pokaż różnice w modułach ... Ponieważ numery wierszy (numeracja globalna) nie są widoczne w oknie porównania modułów, aby znaleźć pierwszą zmianę, przewiń wszystkie procedury w górnej połowie okna. Z raportu wiemy również, że pierwsza zmiana wiąże się ze zmianą wiersza, dlatego szukamy tekstu podświetlonego na czerwono. Zmodyfikowaną linię można znaleźć w procedurze CheckConfigurationVersion ().
      
      
    • Otwórzmy dokument tekstowy utworzony w celu zarejestrowania zmian. W punkcie „1.1.1” zapiszemy nazwę procedury, w której zlokalizowana jest zmiana. Następnie musimy zapisać w nim znalezioną zmianę, abyśmy mogli ją łatwo znaleźć w tekście modułu. Aby to zrobić, zwykle kopiuję nie jedną, ale kilka linii procedury naraz do dokumentu, przed i po zmianach. Ale w tym przypadku procedura jest niewielka i dlatego wystarczy skopiować samą zmienioną linię. Otrzymasz następujący rekord: 1. Moduły ogólne 1.1 ControlVersionConfiguration 1.1.1 CheckConfigurationVersion // OpenFormModal ("GeneralForm.Not RecommendedConfigurationVersion", Parameters);
    • Teraz otwórzmy ponownie raport porównania konfiguracji, zobaczmy następną zmianę, a także znajdźmy ją w oknie porównania modułów. Tym razem jest to dodana nowa procedura. Ponieważ ta procedura jest całkowicie nieobecna w starej konfiguracji dostawcy, jej tekst zostanie podświetlony na niebiesko:
      
      
    • Otwórzmy dokument tekstowy utworzony, aby ponownie zarejestrować zmiany. W punkcie „1.1.2” wpisujemy nazwę dodanej procedury. Następnie skopiuj tam cały tekst dodanej procedury. 1.1.2 Procedura MyTestProcedure MyTestProcedure () Eksport // Tekst procedury EndProcedure
    • ControlVersionsConfiguration ustawiona jest flaga, co oznacza, że \u200b\u200bmoduł ten należy zaktualizować, nadpisując wszystkie wprowadzone zmiany;
      
    • Następnie musisz zapisać zmiany w innych podwójnie zmienionych obiektach metadanych w dokumencie tekstowym. Ale ponieważ w tym przykładzie rozważamy konkretny moduł ogólny, pominiemy ten krok;
    • Po zakończeniu pracy nad dwukrotnie zmienionymi obiektami, w oknie porównania / scalania należy kliknąć przycisk Biegać;
    • Jeżeli pojawi się okno z tekstem „W głównej konfiguracji… zmieniono obiekty…”, należy nacisnąć przycisk tak;
      
      
    • W kolejnym oknie Konfigurowanie reguł wsparcia nie zmieniaj żadnych ustawień, a po prostu kliknij przycisk tak;
      
      
    • Pojawi się ostatni komunikat: „Łączenie konfiguracji zakończone”. naciśnij przycisk dobrze;
      
    • Zapisz konfigurację za pomocą menu Plik -\u003e Zapisz, piktogramy Zapisać (niebieska dyskietka) lub skróty klawiaturowe Ctrl + S;
    • Po zapisaniu konfiguracji przywrócimy nadpisane zmiany w module. Znajdź i otwórz moduł w drzewie metadanych ControlVersionConfiguration;
    • Otwórzmy dokument tekstowy zawierający zmiany w tym module;
    • Punkt „1.1.1” określa procedurę CheckVersionConfiguration, znajdź go w module i otwórz;
    • Dokument tekstowy stwierdza, że \u200b\u200bnależy zakomentować wiersz: OpenFormModally ("GeneralForm. DeprecatedConfigurationVersion", Parameters);

      Znajdź go w module i ustaw komentarz;

    • Punkt „1.1.2” określa procedurę MyTestProcedure, do dodania do modułu. Skopiuj go z dokumentu tekstowego i wklej na końcu modułu;
    • Zapisujemy konfigurację w jeden z powyższych sposobów;
    • Aktualizacja konfiguracji została zakończona, pozostaje tylko zaktualizować konfigurację za pomocą kluczy F5 lub F7 lub odpowiednie ikony, aw trybie 1C: Enterprise potwierdź legalność aktualizacji;
      
      
  • Drugi sposób:
    • Druga metoda całkowicie powtarza pierwszą, z tą różnicą, że działa odwrotnie. Dlatego opiszę to krótko;
    • Utwórz dokument tekstowy o tej samej strukturze;
    • Wygenerujmy raport Raport z porównania obiektów nowej konfiguracji dostawcy ze starą konfiguracją dostawcy;
    • Korzystając z wygenerowanego raportu i okna porównania modułów zapisz zmiany wprowadzone przez nową konfigurację dostawcy na dokument tekstowy;
    • W oknie do porównania / scalania konfiguracji sprawdź to w pobliżu modułu ControlVersionsConfiguration USUNIĘTO FLAGĘ. Oznacza to, że ten moduł nie będzie aktualizowany;
    • Aktualizujemy konfigurację, wprowadzamy zmiany z dokumentu tekstowego do modułu ControlVersionConfiguration.

Aktualizacja planu wymiany.

Rozważmy przykład: jako część planu wymiany PrzezOrganization dołączyłeś katalog Przetwarzanie zewnętrzne.Podczas aktualizacji nietypowej konfiguracji 1c skład tego planu wymiany uległ zmianie i stajemy przed zadaniem poprawnej aktualizacji planu wymiany, bez nadpisywania zmian typowych lub własnych. Narzędzia używane do porównywania zmienionych obiektów metadanych zostały szczegółowo opisane w poprzednich akapitach, więc w tym przypadku wszystko zostanie krótko opisane.

Przyjrzyjmy się krokom aktualizacji składu planu wymiany PrzezOrganization ze wskazanymi zmianami:

• Dodaj nowe wiersze do dokumentu tekstowego utworzonego podczas aktualizacji wspólnego modułu: 2. Plany wymiany 2.1 Według organizacji
• Znajdź plan wymiany PrzezOrganization w oknie porównania / scalania rozwiń go do gałęzi Kompozycja.Pamiętaj, że jeśli chodzi o wymianę, możesz zmienić moduł, należy go zaktualizować zgodnie z zasadami opisanymi dla modułu ogólnego. W tym przypadku jesteśmy zainteresowani aktualizacją składu planu wymiany;
  
• Podobnie jak w przypadku modułu ogólnego, skład planu wymiany można zaktualizować, po czym ręcznie wprowadziłeś własne zmiany, lub nie aktualizować ręcznie wprowadzając standardowe zmiany. Jeśli zmiany w składzie są bardziej niż typowe, lepiej zaktualizować drugi sposób, jeśli mniej niż pierwszy. Możesz zobaczyć, jakie zmiany można zrobić, korzystając z tych samych raportów:
  
• W naszym przykładzie jest więcej typowych zmian, więc zapiszemy nasze zmiany w dokumencie tekstowym: 2. Plany wymiany 2.1 PrzezOrganization - *** Katalogi - -\u003e Directory.ExternalProcessing
• Sprawdzamy, czy checkbox obok planu wymiany jest zaznaczony w oknie porównania / łączenia ByOrganization;
• Zapisujemy konfigurację;
• Po zapisaniu konfiguracji przywrócimy nadpisane zmiany w planie wymiany. Znajdź i otwórz plan wymiany w drzewie metadanych ByOrganization;
• W punkcie „2.1” dokumentu tekstowego znajduje się podręcznik Przetwarzanie zewnętrzne,znajdziemy go w drzewie metadanych składu planu wymiany i ustawimy flagę, co oznacza udział podręcznika w wymianie;
  
  
• Zapisz i zaktualizuj konfigurację;

Odnowienie subskrypcji wydarzeń.

Rozważmy przykład: do źródła subskrypcji zdarzeń Przed usunięciem katalogu wymiany według organizacji dołączyłeś katalog Przetwarzanie zewnętrzne.W trakcie aktualizacji zmienił się skład źródeł, zadanie jest podobne do poprzednich - poprawnie zaktualizować nietypową konfigurację 1c.

Rozważmy krok po kroku aktualizację składu źródeł subskrypcji zdarzeń z określonymi zmianami:

Aktualizacja roli w 1C

Zanim zacznę mówić o aktualizowaniu ról w 1C 8, chciałbym zauważyć, że lepiej nie zmieniać typowych ról, nie ma takiej potrzeby, poza tym bardzo trudno jest zaktualizować nietypową konfigurację 1C. Jeśli zmodyfikujesz jakąkolwiek typową konfigurację i dodasz do niej swoje dokumenty, katalogi itp., To stwórz własną rolę (lub kilka, w zależności od sytuacji), w której umieścisz nowe obiekty metadanych. Jeśli tego nie zrobisz, z czasem bardzo trudno będzie zaktualizować typowe role (i jest to niemożliwe przez godzinę), ponieważ w prawie każdym wydaniu bardzo się zmieniają, a raporty porównania konfiguracji mogą nie wyglądać zbyt jasno.

Mimo to często zdarzają się przypadki, gdy rola została już zmieniona i więcej niż raz, ale aby dowiedzieć się, dlaczego i dlaczego nie ma czasu. Dlatego rozważ przykład: w typowej roli Księgowy na przykład Organy podatkowedodano uprawnienia do odczytu i przeglądania, zestaw uprawnień ról został również zmieniony podczas aktualizacji.

Rozważmy aktualizację roli krok po kroku:

• Znajdź rolę Księgowyw oknie porównania / scalania rozwiń go do gałęzi Prawa;
  
• W tym przykładzie jest tylko jedna zmiana roli, ale zwykle tak nie jest. Dlatego znacznie łatwiej jest nie aktualizować roli, ale ręcznie wprowadzać typowe zmiany;
• Formujmy się Raport dotyczący porównania obiektów nowej konfiguracji dostawcy ze starą konfiguracją dostawcy... Zwykle zawiera wiele informacji, ale nie wszystkie są potrzebne do aktualizacji:
  
• Albo zostały dodane nowe obiekty metadanych, albo pozostają zmiany uprawnień dla starych:
  • Dodane obiekty wyglądają następująco: - -\u003e

    Podczas dodawania nowego obiektu raport nie zawiera informacji o tym, jakie uprawnienia należy dla niego ustawić. Dlatego po aktualizacji możesz albo zobaczyć ich rozmieszczenie w konfiguracji dostawcy, albo zainstalować wszystkie dostępne.

  • Zmienione obiekty wyglądają następująco: - *** Katalogi - *** Organy podatkowe - *** Prawa - *** Czytanie - *** Wartość -\u003e Dozwolone<--Запрещено - ***Просмотр - ***Значение -->Dozwolony<--Запрещено

    Jednocześnie wskazuje szczegółowo, które prawa uległy zmianie;

• W naszym przykładzie przydatnych informacji w raporcie porównawczym jest tylko jedna linia, dodajemy ją do dokumentu tekstowego: 4. Role 4.1 Księgowy -\u003e Obiekt - RegulatedReportStatisticsForm11HA

  W tym przypadku możesz określić, jakiego rodzaju jest to obiekt metadanych, ale w tym przypadku jest już jasne, że raport;

• W oknie porównania / scalania odznacz pole obok roli Księgowy;
• Następnie konieczne jest zapisanie zmian innych dwukrotnie zmienionych obiektów metadanych w dokumencie tekstowym i wykonanie aktualizacji (proces opisany szczegółowo powyżej);
• Zapisujemy konfigurację;
• Po zapisaniu konfiguracji konieczne jest wprowadzenie typowych zmian w roli Księgowy... Znajdź i otwórz tę rolę w drzewie metadanych;
• W paragrafie „4.1” dokumentu tekstowego jest powiedziane, że do roli dodano obiekt RegulatedReportStatisticsForm11NA,znajdź go w drzewie metadanych roli, ustaw pola wyboru przy uprawnieniach Za pomocą i Przeglądanie;
  
  
• Zapiszmy i zaktualizujmy konfigurację.

To kończy artykuł o aktualizowaniu nietypowej konfiguracji 1C. Jeśli po przeczytaniu nadal masz pytania - śmiało zadawaj je w komentarzach! Na prośbę czytelników w kolejnym artykule mogę opowiedzieć o innych ciekawych i trudnych aspektach aktualizacji nietypowej konfiguracji 1C 8.

Tryb scalania można ustawić dla każdego scalanego obiektu. Istnieją dwa typy trybów: „Pobierz z wczytanej konfiguracji” i „Połącz ...”, w drugim przypadku priorytet konfiguracji jest zwykle wskazywany podczas łączenia.

Wybieranie „Pobierz z konfiguracji rozruchowej” oznacza, że \u200b\u200bobiekt konfiguracyjny zostanie dodany, jeśli nowy, lub zastąpiony, jeśli zostanie zmieniony. Ponadto przenoszona jest cała struktura obiektu, moduły, opisy, formularze. W tym przypadku priorytet ma załadowana konfiguracja.

Wybierając opcję „Połącz ... ”co się dzieje podczas łączenia konfiguracji zależy od zestawu priorytetów.

Jeżeli z wczytanej konfiguracji konieczne jest pobranie tylko nowej i możliwie jak największe zachowanie starej, należy wybrać opcję „Połącz” z priorytetem konfiguracji głównej. W tym trybie dodawane są tylko nowe obiekty.

Teksty

W przypadku modułu formularza wpływ wyboru priorytetów na wynikowy tekst można zilustrować następującym przykładem.

Łączenie właściwości obiektów... Do obiektów wartości nieruchomości które są określane przez proste wskazanie w palecie właściwości (np. Synonim, komentarz ) zależność wyniku unii od priorytetu i obecności wartości przedstawiono w tabeli:

Wartość w głównym	Wartość w załadowanym pliku	Priorytet konfiguracji	Wynik (wartość jest wybierana z ...)
Zestaw	Zestaw	Główny priorytet	Główny
Zestaw	Nie ustawiony		Główny
Nie ustawiony	Zestaw		do pobrania
Zestaw	Zestaw	Priorytet pobierania	do pobrania
Zestaw	Nie ustawiony		Główny
Nie ustawiony	Zestaw		do pobrania

Jeśli właściwość dowolnego obiektu może reprezentować wynik złożonej wartości obiektów dwóch konfiguracji (na przykład właściwość jest wtryskiwana na podstawie), wówczas wynik jest określany przez prostą sumę lub wybierany z załadowanej konfiguracji.

Układyłączy się w następujący sposób:

Priorytet	Wynik
Główny priorytet	Podstawowy układ konfiguracji pozostaje
	Załadowany układ konfiguracji zostanie dodany, ale jeśli jego nazwa jest taka sama jak nazwa głównego układu konfiguracji, zostanie zmieniona (na przykład „Układ” -\u003e „Układ!”); zatem pod tą nazwą w połączonej konfiguracji zostanie wywołany układ konfiguracji głównej, ale układ załadowanej konfiguracji również nie zostanie utracony.
Priorytet pobierania	Dodano wczytywalny układ konfiguracji
	Układ głównej konfiguracji pozostaje, ale jeśli jego nazwa odpowiada nazwie układu wczytanej konfiguracji, nazwa układu głównej konfiguracji zostaje zmieniona (w ten sposób układ głównej konfiguracji nie jest tracony, ale układ zostanie wywołany z wczytanej konfiguracji).

Kontrolki formularza, nie są wyświetlane w oknie „Połącz konfiguracje”, dlatego podczas łączenia Konfigurator analizuje skład formularza, ustala:

lista pasujących (według nazwy) kontrolek znajdujących się w grupie kontrolek (strona formularza, kontrolka, która może zawierać kontrolki, na przykład dokument arkusza kalkulacyjnego) i, w zależności od wybranego trybu scalania, łączy:

Do formularza dodawane są nowe kontrolki. Pasujące elementy (według nazwy) w formularzu głównym zostaną zastąpione (zastąpione właściwościami, rozmiarami i lokalizacją), jeśli zostanie wybrany priorytet wczytywanej konfiguracji, i pozostawione niezmienione, jeśli zostanie wybrany priorytet formularza głównego.

Właściwości kontrolne nie są łączone... Kontrolki, które mają tę samą nazwę, ale znajdują się na różnych stronach formularzy, będą obecne w formularzu po połączeniu, niezależnie od wybranego trybu scalania.

W przypadku niektórych obiektów (atrybutów obiektów) wybór trybu scalania może być niedostępny. Na przykład dla atrybutu o typie podstawowym (na przykład „Liczba”) tryb scalania jest ustawiony tylko na „Pobierz z wczytanej konfiguracji”.

W przypadku niektórych obiektów może również nie być wyboru priorytetu. Na przykład dla właściwości Podsystemy można wybrać tryb scalania „Pobierz z załadowanej konfiguracji” i „Połącz”. Jeśli wybrany jest tryb „Połącz”, to podczas łączenia po prostu łączy się określone podsystemy z dwóch konfiguracji.

Ustalanie kolejności obiektów podrzędnych

W przypadku typów obiektów, które mogą mieć nieograniczoną liczbę obiektów podrzędnych (na przykład obiekty podrzędne Atrybuty, Formularze, Układy, Sekcje tabelaryczne katalogów i dokumentów), w niektórych przypadkach ważna jest kolejność obiektów w każdej takiej grupie.

Jeżeli w trakcie porównywania konfiguracji Konfigurator określił zgodność obiektów wchodzących w skład grupy, ale ich kolejność w konfiguracjach jest inna, to w kolumnie „Sposób łączenia i kolejność obiektów podrzędnych” można określić żądaną kolejność obiektów.

Aby określić kolejność należy zaznaczyć dowolny obiekt podrzędny iw trzeciej kolumnie wybrać opcję ustalenia kolejności: „Zamów z konfiguracji głównej” lub „Zamów z wczytanej konfiguracji”.

Wybór kolejności ma wpływ na wszystkie podrzędne obiekty danego typu.

Jeśli dla wybranego obiektu jego obiekty podrzędne zostaną zmienione i znajdują się w innej kolejności, to w trzeciej kolumnie można wybrać tylko kolejność. Tryb scalania jest określany w obiekcie najwyższego poziomu za pomocą menu kontekstowego. Na przykład w obu konfiguracjach dokumentu Faktura istnieje kilka obiektów podrzędnych typu Formularze. Zostały zmienione, a ich kolejność również się zmieniła. Aby wybrać tryb scalania, wybierz obiekt wyższego poziomu („Formularze” lub „Konto”) i wybierz żądany tryb scalania w menu kontekstowym.

Rozważmy aktualizację na przykładzie nietypowej konfiguracji SCP 1.3, która jest obsługiwana z możliwością zmiany z wersji 1.3.61.2 na wersję 1.3.62.1. Ponieważ sama konfiguracja jest dość ciężka, narzuca pewne osobliwości, w szczególności nie zawsze jest możliwe otwarcie kilku okien porównawczych konfiguracji w jednym konfiguratorze.

Do aktualizacji używam dwóch identycznych kopii bazy danych starego wydania. W jednym z nich wykonuję przygotowania * .cf aby zaktualizować, nazwijmy to, na przykład, dla_aktualizacja... Druga podstawa pozostaje nietknięta i służy tylko jako baza pomocnicza, nazwijmy ją dla porównania konfiguracji baza... W zasadzie konfiguracja podstawy roboczej może służyć jako pomocnicza.

W bazie danych for_updatingwykonujemy * .cfu nowe wydanie. Rozpoczyna się procedura aktualizacji, w wyniku której pojawia się okno aktualizacji.

Naciśnij przycisk " Wykonać", Na tym etapie nie ma jeszcze potrzeby oglądania niczego, ponieważ celem jest jedynie uzyskanie konfiguracji dostawcy nowej wersji.

Podczas aktualizacji okno „ Nierozstrzygalne linki", Kliknij" Kontynuować”. O przyczynach pojawienia się tego okna porozmawiamy poniżej.

Pojawi się komunikat informujący, że obiekty, które zmieniliśmy zostaną załadowane z nowej konfiguracji, zgadzamy się.

Okno " Konfigurowanie zasad pomocy"- dla nowych obiektów (górna sekcja) po obu stronach wstawiamy" Obiekt jest edytowany z zachowaniem wsparcia", Dla istniejących obiektów dostawcy (dolna sekcja) we wszystkich czterech miejscach ustawiamy flagę" Zachowaj aktualny tryb", Kliknij" dobrze».

Wystąpiła aktualizacja podstawowej konfiguracji. Sama nie potrzebujemy na tym etapie głównej konfiguracji, celem jest uzyskanie nowej konfiguracji dostawcy. Dlatego nie zapisujemy konfiguracji głównej, nie aktualizujemy konfiguracji bazy danych.

Wykonujemy „ Konfiguracja» - « Wsparcie» - « Wsparcie ustawienie”. W wyświetlonym oknie wybierz „ Zapisz do pliku„I oszczędzaj * .cf konfiguracja dostawcy nowej wersji.

Nie potrzebujemy głównej konfiguracji, jaka jest w tej chwili. Zamykamy konfigurację. " Konfiguracja» - « Zamknij konfigurację”. Odmawiamy zapisania zmian.

W konfiguracji do porównania bazazacznij porównywać konfigurację dostawcy (stara wersja) i konfigurację dostawcy z pliku (nowa wersja).

Dlatego zobaczymy tylko te zmiany, które zostaną wprowadzone w konfiguracji podczas aktualizacji do nowej wersji.

W bazie danych for_updatingponownie uruchom aktualizację konfiguracji za pośrednictwem pomocy technicznej „Konfiguracja” - „Pomoc techniczna” - „Aktualizuj konfigurację”, w otwartym oknie wybierz * .cfu nowe wydanie. Rozpoczyna się procedura aktualizacji, w wyniku której pojawia się okno aktualizacji.

Po kliknięciu przycisku „ Filtr"Okno" Konfigurowanie filtrów widoku”. W tym oknie ustaw flagę „ Pokaż tylko dwukrotnie zmienione właściwości».

Podczas aktualizacji bez naszej interwencji dzieje się co następuje:

• - obiekt nie został przez nas zmieniony, zmieniony w nowej wersji - zaktualizowany z nowej wersji;
• - obiekt został przez nas zmieniony, nie zmieniony w nowej wersji - nasz obiekt pozostaje;
• - obiekt został przez nas zmieniony, zmieniony w nowej wersji - jest to obiekt dwukrotnie zmieniony, jeśli nic się nie zmieni, zostanie załadowany z nowej wersji.

Dlatego należy zwrócić szczególną uwagę właśnie na dwukrotnie zmodyfikowane obiekty i rozważymy je.

W tym przykładzie zmieniono kilka popularnych modułów, w tym wspólny moduł „Rozliczanie podatku VAT».

Domyślnie okno aktualizacji pokazuje, jak konfiguracja głównego i nowego dostawcy różni się od poprzedniej konfiguracji dostawcy.

Jeśli spojrzysz na różnice w konfiguracji we wspólnym module " Rozliczanie podatku VAT”, Zobaczymy następujący obraz:

Jeśli porównamy te moduły w bazie danych dla porównaniabaza, wtedy obraz będzie inny:

Jest oczywiste, że funkcje „ CollectDataPrintCorrectionsInvoices», « CollectDataFor Printing Faktura korygująca Faktura„Inne zawierają nasze ulepszenia, ale nie zmieniają się po aktualizacji, co oznacza, że \u200b\u200bnie ma sensu tracić czasu na ich przeglądanie i analizowanie.

Dlatego wykonując aktualizację proceduralną z wybranych procedur i funkcji, możesz usunąć flagi:

Wielu powie, że można zobaczyć różnice między konfiguracją starego dostawcy a nową, zmieniając ustawienia filtra widoku w obecnym konfiguratorze, bez porównywania konfiguracji w bazie danych.baza.

Na przykład tak:

Jednak, jak pokazuje doświadczenie praktyczne, tak nie jest, procedury i funkcje są nadal wyświetlane w oknie porównania modułów, nawet jeśli filtr „ pokazują różnice między nową konfiguracją dostawcy a starą konfiguracją dostawcy».

Przy odrobinie wysiłku umysłowego identyfikujemy dwukrotnie zmienione procedury i funkcje, tylko że po procesie łączenia trzeba będzie je poprawić. Musisz zdecydować się na te procedury i funkcje, co jest łatwiejsze:

• - pobrać procedurę lub funkcję z konfiguracji nowego dostawcy, a następnie po połączeniu wprowadzić nasze modyfikacje;
• - albo usuń flagę aktualizacji, zapisując w ten sposób nasze modyfikacje, a dopiero potem dodaj wymagany kod z konfiguracji dostawcy.

Rzadko używam kombinacji z priorytetem konfiguracji głównej i kombinacji z priorytetem nowej konfiguracji dostawcy, w zasadzie i bez korzystania z tych trybów wynik będzie wysokiej jakości.

Po przeanalizowaniu wspólnych modułów i usunięciu flag aktualizacji z niektórych procedur widzimy, że moduły mają teraz tryb scalania - indywidualne ustawienie:

Przejdźmy dalej. Wśród dwukrotnie zmienionych obiektów znajduje się forma pozycji katalogu " Podstawowe środki”. Przed podjęciem decyzji, czy zaktualizować ten formularz z nowej konfiguracji dostawcy, należy dowiedzieć się, co tak naprawdę się zmienia podczas aktualizacji.

Do tego w bazie danych bazaużywając menu kontekstowego, wywołaj „ Raport porównania obiektów… ”.Wszystkie flagi z grupy „Obiekty” powinny znajdować się w oknie, które zostanie otwarte.

Podoba mi się sposób wyprowadzania raportu do arkusza kalkulacyjnego, kiedy różnice są przedstawione graficznie, ale to kwestia gustu.

W wyniku porównania formy pozycji katalogu „ Podstawowe środki»Widzimy, że zmiany nastąpiły tylko w module formularzy i nie ma żadnych zmian w oknie dialogowym formularza w aktualizacji.

Ale ponieważ kształt elementu dostał się do dwukrotnie zmienionych obiektów, nasze modyfikacje są albo w oknie dialogowym formularza, albo w module.

Wykonując podobne porównanie w bazie danych for_updating widać, że w oknie dialogowym formularza są ulepszenia.

Powodem tego jest to, że dodanie elementu „ Podstawowe środki„Do tabeli typów charakterystycznych” PropertiesObjects”. Jeśli zaktualizujemy formularz pozycji katalogu „ Podstawowe środki„Otrzymamy nierozwiązywalne linki, które w oknie wskażą:

W takim przypadku najlepszym rozwiązaniem byłoby nieaktualizowanie formularza „ Główny budynków„I dopiero wtedy dodaj niezbędny kod do modułu formularza elementu. W tym przypadku „ Nierozstrzygalne linki„Nie pojawi się po aktualizacji.

Zróbmy dygresję i wyobraźmy sobie, że okno dialogowe formy pozycji katalogu " Główny budynków»Zmiany przy aktualizacji do nowej wersji, wtedy najlepszą opcją byłaby aktualizacja formularza. Później, po scaleniu, należałoby dodać nasze zmiany do formularza, zarówno do modułu, jak i do okna dialogowego. Jeżeli moduł ma dużo naszych ulepszeń a niewiele od dostawcy, to po połączeniu można całkowicie zwrócić nasz moduł i dodać zmiany dostawcy.

W tym przypadku okno „ Nierozstrzygalny tag”. W tym oknie są dwie możliwości: 1) " Zaznacz wszystko do połączenia "; 2) „ Kontynuować».

Moim zdaniem bardziej poprawne jest wybranie „ Zaznacz wszystko do połączenia».

W tym przypadku wykres typów charakterystycznych " PropertiesObjects„Zostanie dodany jako obiekt do połączenia w drzewie w nowo otwartym oknie” Aktualizacja…»

Oczywiście po zaktualizowaniu typów cech do planu " PropertiesObjects„Będziemy musieli dodać nasze zmiany, ulepszyć je, porównując i scalając z bieżącą konfiguracją.

Zastanów się, co by się stało, gdybyśmy wybrali „ Kontynuować" w oknie " Nierozstrzygalne linki”. W tym przypadku forma pozycji katalogu „ Podstawowe środki„Stałyby się nowe, a plan charakterystycznych typów” PropertiesObjects„Pozostałby stary. W takim przypadku zmiany w oknie dialogowym formularza elementu słownika zostaną nadpisane, a mianowicie na stronie „ Właściwości i wartości», Zobacz zdjęcie poniżej.

Ten problem również nie jest nie do pokonania, chyba że oczywiście o tym zapomnisz.

Oczywiście najlepiej jest postarać się wprowadzić jak najmniej zmian.okna dialogowe formularzy na przykład programowo utwórz rekwizyty i przyciski w formularzu.

Wielu generalnie zaleca, aby nie zmieniać standardowych formularzy, ale tworzyć ich kopie z naszymi modyfikacjami i uczynić je podstawowymi. Nie podoba mi się ta opcja, ponieważ jeśli dostawca dodał coś w oknie dialogowym formularza, to nie pojawi się to na moim formularzu i będę musiał uzupełniać ręcznie, a zmiany dostawcy mogą być znacznie większe niż nasze.

Chciałbym zwrócić szczególną uwagęna procedurach formularze aktualizacji (część procedur pobierana jest z konfiguracji dostawcy, a część nie - ustawienia indywidualne). Zastanówmy się, jak okno formularza jest aktualizowane w tym trybie, w przeciwieństwie do „pobrać z konfiguracji dostawcy».

Przykład nie dotyczy tej aktualizacji konfiguracji, ale ma charakter orientacyjny, więc spójrzmy na to.

Do katalogu „ wykonawcy»Dodano kilka atrybutów, które są umieszczane w formularzu elementu.

Podczas aktualizacji konfiguracji do nowej wersji poprzez wsparcie, zostanie zaoferowane okno porównania i łączenia konfiguracji, w którym można dokonać różnych ustawień. Porównajmy kilka opcji:

1. Flaga aktualizacji formularza jest włączona, ale aktualizacja jest zakończonaproceduralnie czyli w rzeczywistości dokonano indywidualnych ustawień

Wiele osób uważa, że \u200b\u200bokno dialogowe formularza powinno pochodzić z konfiguracji dostawcy, a procedury z dokonanych ustawień. Zobaczmy, jak to jest prawdą po wykonaniu scalenia. Porównajmy konfigurację dostawcy z konfiguracją główną.

Oczywiście wiązania i tak dalej były zerwane na formularzach, tj. okno dialogowe formularza nie zostało całkowicie pobrane z konfiguracji dostawcy. W tym przypadku nasze obiekty pozostały w oknie dialogowym formularza, z jednej strony dobrze, z drugiej strony położenie naszych elementów na formularzu nie zawsze jest optymalne, szczególnie w związku z dodaniem nowych elementów dostawcy, następuje zmiana pozycji bypassów i naruszenie zakotwiczeń. W niektórych przypadkach łatwiej jest ręcznie dodać nasze elementy do okna dialogowego formularza niż wprowadzić poprawki.

2. Flaga aktualizacji formularza jest ustawiona, aktualizacja jest wykonywana w " Weź z konfiguracji nowego dostawcy»

W tym przypadku okno dialogowe formularza pozycji jest w pełni wyrównane z oknem dialogowym formularza pozycji dostawcy.

Wróćmy do aktualizacji. Robimy to samo z modułami obiektowymi i modułami menedżera dokumentów, co z modułami ogólnymi, aktualizujemy je proceduralnie. Postępujemy z formularzami dokumentów w taki sam sposób, jak z formularzami podręczników.

Osobno musisz podkreślić pracę z rolami. Pomimo tego, że przykład nie wymaga aktualizacji ról, warto o tym porozmawiać. Rozważ najprostszy przypadek, gdy nowy obiekt jest zawarty w konfiguracji dostawcy. W takim przypadku musisz zaktualizować rolę "Pełne prawa", Ale ta rola może zawierać pewne obiekty, które stworzyliśmy, na przykład katalogi, dokumenty i tak dalej.

Wydaje się, że w roli „ Pełne prawa»Wszystko jest proste, łączymy je całkowicie, prawa do niestandardowych obiektów i tak zostaną w nich zachowane. Rzeczywiście, prawa do niestandardowych obiektów nigdy nie zostaną utracone, ale wszystkie te obiekty będą miały flagę „ Dezinstalacja online”, Co nie zawsze jest dobre. Porównując konfiguracje starej i przygotowanej nowej wersji, widać to wyraźnie:

Z pozostałymi rolami działamy w taki sam sposób, jak pracujemy z modułami - jeśli jest więcej naszych zmian, to nie łączymy roli, po aktualizacji dodajemy do niej to, co dostawca dodał w nowej wersji.

Po przeanalizowaniu wszystkich dwukrotnie zmienionych obiektów w oknie aktualizacji kliknij „ Wykonać»

Na pytanie, że obiekty, które zmieniliśmy, zostaną załadowane z nowej konfiguracji, odpowiadamy twierdząco.

W otwartym oknie „ Konfigurowanie zasad pomocy„Sprawdź, czy flagi są ustawione, chociaż domyślne powinny być poprawne, naciśnij” dobrze».

Na koniec procesu scalania zapisujemy konfigurację główną, nie aktualizujemy jeszcze konfiguracji bazy danych.

Teraz do konfiguracjidla_aktualizacja dodajemy te minimalne ulepszenia, których nie można poprawnie zaktualizować za pomocą standardowych narzędzi.

Aby ułatwić kontrolę wykonywania tego procesu w bazie danych baza Zacznijmy od porównania konfiguracji dostawcy i głównej konfiguracji starej wersji.

W bazie danych for_updating zróbmy to samo. Kontrolujemy dwukrotnie zmieniane obiekty, nie powinno być różnic.

Po aktualizacji w bazie danychfor_undating skończymy aktualizację konfiguracji bazy danych i testowanie niektórych punktów, co dokładnie byłoby dobre do przetestowania, stanie się jasne podczas procesu aktualizacji, tutaj wszystko jest indywidualne.

Zaleca się aktualizację produkcyjnej bazy danych przy pomocy wsparcia„Konfiguracja” - „Wsparcie” - „Zaktualizuj konfigurację”.W takim przypadku dwukrotnie zmienione obiekty zostaną wczytane z nowej wersji, tj. nasze zmiany zostaną nadpisane (konfiguracji nie zapisujemy!), ale potem w połączeniu z przygotowaną konfiguracją przywracamy je. Następnie możesz zapisać konfigurację, zaktualizować konfigurację bazy danych.