W tym artykule rozważymy paletę właściwości konfiguracyjnych na przykładzie 1C Trade Management 11 na platformie 8.3.

Ustawianie właściwości konfiguracyjnych 1C

Przyjrzyjmy się bliżej każdemu z ustawień konfiguracyjnych.

• Podstawowy tryb uruchamiania- może przyjmować wartości aplikacji zarządzanej lub normalnej. Dla każdego użytkownika w przyszłości można ustawić osobno.
• Wbudowana opcja języka- określa składnię domyślnego języka programowania. Jeśli to zmienisz, to w modułach konfiguracyjnych nie zmienisz automatycznie języka.
• Główna rola- rola w domyślnej konfiguracji. Zwykle instalowana jest rola z najwyższymi uprawnieniami.
• Zarządzany (lub zwykły) moduł aplikacji- moduł opisujący globalne zmienne konfiguracyjne i globalne procedury obsługi konfiguracji - przed uruchomieniem systemu, przed uruchomieniem systemu, przed wyłączeniem systemu, przed wyłączeniem systemu, obsługa zdarzenia zewnętrznego.
• moduł sesji- handler, który jest wykonywany przy starcie systemu, w którym zwykle inicjuje się .
• Zewnętrzny moduł połączeniowy - moduł, dostępny z zewnętrznym połączeniem, zawiera procedury obsługi - Przy wyłączaniu systemu, Przy uruchamianiu systemu.

Uzyskaj 267 lekcji wideo 1C za darmo:

• Podstawowy język— domyślny język interfejsu.
• Krótka informacja, Szczegółowe informacje, Logo, Ekran powitalny, Prawa autorskie- pola informacji o właściwościach dla informacji o konfiguracji.
• Adres dostawcy i informacji o konfiguracji- właściwości, w których należy podać informacje o deweloperze oraz stronę o tym rozwiązaniu.
• Główna forma raportu, ustawienia raportu, wariant raportu— formularze otwierane domyślnie dla odpowiednich obiektów.
• Dostawca- firma, która stworzyła rozwój.
• Wersja- wersja konfiguracji, właściwość powinna prawie zawsze odpowiadać wersji dostawcy.
• Zaktualizuj adres katalogu- miejsce w Internecie, gdzie możesz pobrać najnowsze aktualizacje.
• informacje referencyjne- ogólne informacje referencyjne o konfiguracji. Znacznik wyboru Uwzględnij w treści pomocy dodaje bieżące informacje pomocy do ogólnej listy dokumentacji.
• Tryb kontroli blokady danych- wybór trybu. Dostępne są 3 opcje - kontrolowane(za blokady odpowiedzialny jest twórca konfiguracji), automatyczny(za zamki odpowiada DBMS), automatyczne i kontrolowane(tryb łączony, zarządzany na poziomie obiektu).
• Tryb automatycznego numerowania obiektów- możliwe są dwie opcje, zwolnij automatycznie oraz nie zwalniaj automatycznie. Pierwsza opcja pozwala wypełnić luki w numeracji, jeśli się pojawią. Nie zwalniaj automatycznie sprawia, że ​​numeracja jest ciągła.
• Tryb zgodności- flaga czysto techniczna, która pozwala włączyć lub wyłączyć tryb zgodności ze starszymi wersjami konfiguracji - 8.1 i 8.2.13 oraz 8.3. Te dwie wersje platformy były przejściowe, dodano nowe obiekty metadanych, więc system wymaga rekonwersji konfiguracji. Należy się z tym obchodzić bardzo ostrożnie.

Wydana została nowa wersja platformy 8.3.11, która umożliwia dodawanie i modyfikowanie obiektów metadanych poprzez rozszerzenie. Czy naprawdę możemy teraz wdrożyć jakiekolwiek ulepszenia bez usuwania konfiguracji ze wsparcia? Czy warto obiecać klientowi góry złota bez żadnych konsekwencji?

Przede wszystkim musisz zdawać sobie sprawę z ograniczeń, jakie mają rozszerzenia.

Ograniczenie dotyczące tworzonych obiektów

Obecnie możesz tworzyć:

• Leksykony
• Dokumenty
• Rejestry informacyjne
• Plany wymiany

Możesz dodać szczegóły do:

• Leksykony
• Dokumenty

Na czym kończymy? Nie można dodawać wszystkich typów obiektów metadanych. Najpopularniejsze i popularne, ale wciąż nie wszystkie. Ponadto do rejestrów informacyjnych nie można dodawać nowych wymiarów i zasobów. Możesz tylko stworzyć zupełnie nową księgę.

Funkcjonalność rozszerzeń zależy od trybu zgodności konfiguracji, do której rozszerzenie jest stosowane.

Tryb zgodności 8.3.8- możesz tylko zmieniać formy obiektów i ich moduły, dodawać własne raporty i przetwarzanie.

Tryb zgodności 8.3.10- możesz zmieniać wspólne moduły, moduły obiektów i menedżerów, role, używać dyrektyw "Przed", "Po", "Zamiast" dla dowolnych modułów.

Tryb zgodności „Nie używaj”- możesz korzystać ze wszystkich funkcji rozszerzeń, w tym dodawania nowych obiektów.

W tej chwili typowy UT 11.3 ma tryb zgodności 8.3.8. W trybie zgodności 8.3.10 UT 11.4, czyli na przykład dla UT, większość funkcji rozszerzeń jest niedostępna, w tym tworzenie obiektów metadanych.

Wydawałoby się, że nasuwa się pytanie: dlaczego po prostu nie obsługiwać roota, ustawić tryb zgodności na „Nie używaj” i bezpiecznie korzystać z rozszerzeń? Po zmianie trybu zgodności zachowanie formularzy, wyniki zapytań, tj. zachowanie systemu jako całości. Zdecydowanie zalecamy, aby nie zmieniać trybu zgodności bez uprzedniego przetestowania go. Ale jest oczywiste, że możliwe jest przetestowanie w całości (lub przynajmniej części wykorzystywanych dokumentów) całego rozwiązania aplikacyjnego. Dlatego nie należy korzystać z tej opcji.

Podłączając rozszerzenie do typowej konfiguracji, wypożyczając typowe obiekty, rozszerzenie kontroluje tryb zgodności konfiguracji głównej oraz typy wypożyczanych obiektów i ich szczegóły. Jeśli kontrolowane właściwości nie są zgodne, rozszerzenie jest wyłączone i nie działa, dopóki przyczyna nie zostanie usunięta. Oznacza to, że przy dużej aktualizacji istnieje duże prawdopodobieństwo, że co najmniej jedna z kontrolowanych właściwości ulegnie zmianie, a rozszerzenie straci swoją funkcjonalność.

Dodatkowo, jeśli usprawnienia są znaczące, wiele procedur i funkcji standardowej konfiguracji zostało zastąpionych, konieczne będzie dokładne ich kontrolowanie i, w razie potrzeby, dostosowanie ich do standardowej konfiguracji z zachowaniem wprowadzonych wcześniej zmian.

W powyższych przypadkach nadal potrzebna jest pomoc programisty i być może sporo czasu na weryfikację (ale nadal mniej niż w przypadku aktualizacji konfiguracji, która została usunięta ze wsparcia).

wnioski

• Nowa odsłona platformy dała nowe możliwości korzystania z rozszerzeń, stało się możliwe dodawanie obiektów metadanych, ale mimo to funkcjonalność ma pewne ograniczenia.
• Tryb zgodności konfiguracji, do której stosowane jest rozszerzenie, poważnie ogranicza zakres rozszerzenia i nie zaleca się zmiany trybu zgodności.
• Duże aktualizacje nadal wymagają uwagi dewelopera, ponieważ istnieje duże prawdopodobieństwo zmian w kontrolowanych nieruchomościach.

Koszt pracy i opcje tłumaczeń z różnych wydań

	Tłumaczenie 8.1 → 8.2.13	Tłumaczenie 8.2.13 → 8.2.16	Tłumaczenie 8.2.16 → 8.3.10
cena, rub. *	54 000 zł	12 000 zł	76 800 zł

Lista wszystkich zmian w różnych wersjach platformy dostępna jest pod linkami:
Dla platformy 8.2:
http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm

Przed rozpoczęciem pracy nad tłumaczeniem do wersji 8.3 należy:

Sprawdź zarządzany tryb blokowania. Jeśli używana jest opcja „Automatyczna”, przejście do wersji 8.3 może wymagać dodatkowych kosztów przejścia do kontrolowanego trybu blokowania.
Jeśli używany jest tryb zgodności z wersją 8.2.16 i nowszą, musisz sprawdzić, czy tabele są zrestrukturyzowane
Określ, jakie typy klientów są używane (cienki, gruby, klient sieciowy)
Sprawdź, czy istnieją maszyny z systemem Linux

Translacja konfiguracji 8.1 → 8.2.13

Koszt pracy: 54 000 rub.

Translacja konfiguracji 8.2.13 → 8.2.16 (w tym restrukturyzacja)

Kluczowe zmiany:
Zmieniono tryb przechowywania stałych oraz ustawienia rejestrów akumulacyjnych. Każdy obiekt ma własną tabelę bazy danych
Przeprojektowano implementację zarządzanego mechanizmu blokady.
Dla zdarzenia dziennika technologicznego „TLOCK” właściwość „Txt” jest zapisywana tylko w trybie zgodności z wersją 8.2.13
Zmniejszono wpływ trybu debugowania na szybkość pracy w trybie 1C:Enterprise dla cienkiego klienta, grubego klienta, serwera i połączenia zewnętrznego.
Zoptymalizowane wykonanie zapytania, takiego jak „ValueType(Field1) = ValueType(Field2)”, jeśli „Field1” i „Field2” zawierają wartości typu odwołania.
W przypadku zarządzanych pól formularzy wyświetlających atrybut typu złożonego otwieranie listy szybkiego wyboru jest przyspieszane w przypadkach, gdy typ złożony zawiera typy referencyjne z różnymi ustawieniami szybkiego wyboru.
W przypadku nowego niezależnego i nieokresowego rejestru informacji indeks według wymiarów jest grupowany

Zmiany wymagające zmian konfiguracyjnych:

Gdy tryb zgodności jest wyłączony, parametr „Period” metody „Get()” menedżera rejestrów informacji okresowych jest obowiązkowy. W trybie zgodności z wersją 8.2.13 i wersją 8.1 zachowanie nie uległo zmianie (metody można użyć bez podania parametru, ale wynik jest niezdefiniowany).
Podczas jednoczesnego używania metod "SetValue()" i "UseFromDataSource()" obiektu "DataLockItemItem" zgłaszany jest wyjątek. W trybie zgodności z wersją 8.2.13 zachowanie nie uległo zmianie (priorytet ma wartość ustawiona przez metodę „UseFromDataSource()”).
Przechowywanie wartości danych, które nie obsługują serializacji, nie jest obsługiwane. W trybie zgodności zachowanie nie uległo zmianie.
Jeśli baza danych jest plikowa, to infobaza musi zostać przekonwertowana. Po rozpoczęciu konwersji praca z tą bazą danych z poprzednimi wersjami platformy 1C:Enterprise 8 będzie niemożliwa. Jeśli rozwój jest wykonywany przy użyciu repozytorium konfiguracji, musisz wykonać kopię repozytorium przed konwersją infobazy

WAŻNY. Aby uzyskać efekt zmiany trybu zgodności, należy dokonać restrukturyzacji za pomocą konfiguratora: „Administracja → Testowanie i naprawianie → Restrukturyzacja tabel infobazy”.

Najpierw musisz przeprowadzić restrukturyzację na bazie testowej i zmierzyć czas wykonania tej operacji.
Jeśli używana jest wersja serwera 1C starsza niż 8.2.19, na przykład wersja 8.3, podczas restrukturyzacji mogą wystąpić następujące błędy:

W takim przypadku musisz wykonać następujące czynności:
Zainstaluj osobno serwer 1C w wersji 8.2.19 i wdróż na nim badaną bazę danych
Otwórz bazę danych w konfiguratorze na serwerze 1C w wersji 8.2.19, zmień tryb zgodności na „Nie używaj”
Przeprowadź restrukturyzację tablic informacyjnych
Po zakończeniu restrukturyzacji przenieś bazę informacji na oryginalny serwer 1C w wersji 8.3

Koszt przeniesienia konfiguracji z trybu zgodności 8.2.13 do trybu 8.2.16 (tryb niezgodności przy korzystaniu z platformy 8.2.16, 8.2.19 oraz tryb zgodności 8.2.16 przy korzystaniu z platformy 8.3) wynosi 12 000 rubli.

Można pobrać szablon umowy o pracę.

Translacja konfiguracji 8.2.16 → 8.3.10

Prace związane z translacją konfiguracji obejmują następujące ulepszenia konfiguracji:

1. Wyeliminuj konflikty nazw właściwości. Zmiana nazw zmiennych w celu dopasowania do nowych właściwości, które pojawiły się w 1C:Enterprise 8.3.

2. Wyeliminuj konflikt nazw zdjęć. Zmienianie nazw obrazów na nazwy zgodne z nazwami z biblioteki obrazów.

3. Udoskonalenie kodu przy zmianie właściwości stałej konstrukcji. Zastąpienie wskazania właściwości konstrukcji stałej odtworzeniem konstrukcji stałej lub zastąpienie jej użytkowania podobnym typem „Struktury”.

4. Zastępowanie wartości nieserializowalnych w pamięci tymczasowej kodem obsługiwanym w 1C:Enterprise 8.3.

5. Zastąpienie użycia wywołania metody „Show” dla atrybutów zarządzanego formularza, z wykorzystaniem właściwości „CurrentElement”, „CurrentPage”, metody „Activate”

6. Zastąpienie nazw obiektów metadanych o długości powyżej 80 znaków nazwami o długości nazwy 80 znaków lub mniejszej dla obiektów metadanych

7. Zmiana nazw metod i właściwości, zgodnie z metodologią przejścia na wersję 8.3.

8. Udoskonalenie mechanizmów pracy z selekcjami, projektowaniem warunkowym, grupowaniem i porządkiem na listach dynamicznych.

9. Udoskonalenie kodu dla zapytań ze słowem kluczowym „RESULTS ON GENERAL”, rozładowywanym w trybie „Pomijanie wyniku zapytania. Grupowanie”, aby zachować starą logikę pracy.

10. Zmiany w nazwach klas obiektów COM. Zamiana nazw „V82.COMConnector” na „V83.COMConnector” i „V82.Application” na „V83.Application”.

11. Odmowa w kodzie programu ze zdarzenia „Start of SelectionFromList” dla pól wejściowych w trybie wyboru z listy

12. Odmowa w kodzie programu z właściwości „SelectionListButton” dla pól wejściowych poprzez ustawienie właściwości „DropdownListButton”.

13. Zmiana kodu uwzględniająca zmianę typu wartości zwracanej przez metodę kontekstu globalnego „SafeMode()”

14. Zmiana kodu z uwzględnieniem zmiany wyniku zapytania na stałe (przy dostępie do pola „Value” tabeli stałych, jeśli stała przechowuje wartość „ValueStorage”, „UniqueIdentifier” lub „ExternalDataSourceTableReference” rodzaj).

15. Zamiana właściwości konfiguracyjnej „MainRole” na „MainRoles”

16. Odrzucenie właściwości "User" i "Password" dla obiektu "InternetProxy" i zastąpienie metodami "Set()", "User()", "Password()".

17. Dopracowanie kodu do obsługi polecenia „Pokaż na liście” zgodnie z metodologią przejścia do wersji 8.3.

18. Dopracowanie kodu w celu zachowania dotychczasowej logiki działania systemu ze zmienioną zwracaną wartością właściwości SystemInformation.OSVersion,

19. Dopracowanie kodu w celu zachowania starej logiki systemu, gdy nie korzystamy z wyliczenia systemowego WindowOpeningVariant, które nie jest już dostępne w wersji 8.3.

20. Udoskonalenie kodu z uwzględnieniem odmowy użycia okien modalnych.

21. Dopracowanie kodu obsługi klienta WWW, czyli odrzucanie wywołań serwera i otwieranie okien w "Przed zamknięciem", odrzucanie wywołań serwera w "Po zamknięciu".

22. Dopracowanie kodu pod kątem możliwości poprawnego wykorzystania funkcji RoleAvailable() przy przekazywaniu funkcji jako parametru do brakującej roli.

23. W przypadku aplikacji zarządzanej: począwszy od wersji 8.3.8 w obsłudze zdarzeń aplikacji zarządzanej BeforeSystem Shutdown, OnSystem Shutdown, a także w programach obsługi zdarzeń formularzy zarządzanych, które są w trybie zamkniętym, BeforeClose, OnClose, zabronione jest otwieranie okien i wykonywanie jakichkolwiek połączeń z serwerem. Konieczne jest dopracowanie konfiguracji, aby zamykanie formularzy odbywało się poprawnie - bez wywołań serwera.

24. Konflikt nazw zmiennych: Nie możesz używać nazwy zmiennej FormParameters w module formularza. Dlatego konieczne jest sfinalizowanie wszystkich modułów formularzy zarządzanych, które używają zmiennych o nazwie FormParameters, zmieniając nazwy tych zmiennych.

Cena tych prac jest wstępna, odpowiednia dla większości konfiguracji. Przed przystąpieniem do pracy przy zawarciu umowy sprawdzamy konfigurację i po weryfikacji potwierdzamy cenę i warunki pracy. Weryfikacja jest konieczna, ponieważ konfiguracje mogą być bardzo różne, w tym mocno przepisane.

Koszt pracy: 76 800 zł

Można pobrać szablon umowy o pracę.

Koszt konwersji konfiguracji do trybu zgodności z 8.3.10 może być zwiększony, jeśli:
Konfiguracja wykorzystuje zarządzane formularze
Konieczne jest zaprzestanie korzystania z tej modalności
Niezbędne jest utrzymanie funkcjonalności konfiguracji w systemie operacyjnym Linux

Jedną z innowacji platformy technologicznej wersji 8.3 był nowy interfejs użytkownika o nazwie „Taxi”. Jego wygląd pokazano na poniższym zrzucie ekranu.

Interfejs ten prezentuje się bardzo imponująco w kontekście konstrukcji ostatnich wersji systemu Windows (począwszy od Windows 8). Jednak rozmieszczenie elementów umożliwiających dostęp do obiektów konfiguracyjnych w nim nie zawsze jest wygodne. Szczególnie w przypadku złożonych systemów oprogramowania, gdzie konfiguracja jako całość, a nawet każdy podsystem, obejmuje kilkanaście obiektów.

Na szczęście platforma technologiczna w wersji 8.3 nadal obsługuje korzystanie ze „starego” ergonomicznego interfejsu w wersji 8.2 i w razie potrzeby tę niedogodność można łatwo wyeliminować.

Obsługa konkretnego interfejsu użytkownika w określonej konfiguracji ustalana jest indywidualnie. Aby to zrobić, użyj specjalnej opcji „Tryb zgodności interfejsu”. Jest dostępny w trybie konfiguratora we właściwościach konfiguracji (patrz zrzut ekranu poniżej).

Dostępne są cztery tryby.

• "Taxi"
  Korzystanie wyłącznie z interfejsu „Taxi”. Ten tryb jest ustawiony domyślnie;
• "Taxi. Zezwól na wersję 8.2"
  Obsługiwane są oba interfejsy. W takim przypadku domyślnie używany jest interfejs Taxi;
• „Wersja 8.2. Zezwól na taksówkę"
  Podobny do poprzedniego trybu, ale domyślnie używany jest „stary” interfejs użytkownika;
• „Wersja 8.2”
  Obsługiwany jest tylko „stary” interfejs użytkownika.

Aby włączyć obsługę „starego” interfejsu, wystarczy wybrać odpowiedni tryb i zaktualizować konfigurację bazy danych.

O taksówce. Zezwól na wersję 8.2" i "Wersję 8.2. Zezwól na taksówkę”. W tych trybach oba interfejsy użytkownika są obsługiwane jednocześnie. Jednocześnie wybór interfejsu jest dostępny w trybie „1C Enterprise” za pomocą polecenia menu „Narzędzia” - „Parametry”.

Aby przełączyć interfejs użytkownika, musisz ustawić przełącznik „Wygląd” na pozycję „Taxi” lub „Formularze w zakładkach”. Poniżej zrzut ekranu „Taxi. Zezwól na wersję 8.2".

Po wybraniu „starego” interfejsu konfiguracja przybiera znajomy wygląd (patrz zrzut ekranu poniżej).

oraz na dyskach ITS W platformie 8.2 zmieniono formaty bazy informacji, konfiguracji, raportów zewnętrznych i przetwarzania. Aby przełączyć się na 8.2, musisz je przekonwertować (konwertować). Po konwersji nie będzie możliwe otwarcie bazy/przetwarzania w ramach platformy 8.1. Ponieważ nie ma odwrotu, pamiętaj, aby w każdym przypadku wykonać kopie przed konwersją.

Przejście odbywa się w kilku etapach, każdy z nich jest ważny.

1. Przygotowanie.

Aktualizacja aktualnej wersji platformy. Musi wynosić co najmniej 8.1.5 (8.0.18).

Usuwanie kopii zapasowej.

Jeśli używasz konfiguracji domyślnej, nie są wymagane żadne dalsze działania. W przypadku zmian należy przeprowadzić testowanie za pomocą przetwarzania Sprawdź konfigurację pod kątem tłumaczenia do 82.epf (dostępnego w ITS), aby zidentyfikować możliwe problemy. ITS posiada również metodologię przejścia na nową platformę.

2. Konwertuj na 8.2. Pracuj w trybie zgodności z 8.1.

Podczas próby otwarcia IB 8.1 na platformie 8.2 program wyświetla ostrzeżenie i proponuje przekonwertowanie bazy danych do wersji 8.2.

Po zawarciu umowy następuje faktyczna konwersja. W wersji demo ten proces może zająć tylko kilka minut. Aktualna baza danych BP (wersja pliku) została przekonwertowana w 8 minut.

Ważny! Podczas konwersji tryb zgodności z 1C:Enterprise 8.1 jest ustawiany automatycznie. Można to sprawdzić w konfiguratorze, we "Właściwościach".

Dla użytkownika oznacza to, że na razie na tym etapie nie zobaczy żadnych specjalnych zmian, a większość nowej funkcjonalności często jest dla niego niedostępna, w szczególności praca w trybie aplikacji zarządzanej, cienkiej lub sieć -klient. Interfejs pozostaje jak w 8.1. Jednak administrator może już korzystać z niektórych funkcji wersji 8.2.

Bardzo ważne! Nie anuluj natychmiast trybu zgodności! Przynajmniej roboczo. Jeśli konfiguracja nie jest na to przygotowana, mogą wystąpić osobliwości w projekcie (być może nawet poważniejsze problemy), w szczególności podczas przejścia testowego części tabelaryczne i strony zniknęły ze wszystkich formularzy w jednym przypadku.

Co daje ten etap. Przejście pozwala na przyspieszenie działania systemu, możliwość korzystania z niektórych nowych mechanizmów platformy.

3. Praca bez trybu zgodności (tryb normalny)

Wyłącz tryb zgodności, wybierając „Nie używaj”:

Interfejs, wygląd przycisków natychmiast się zmienia.

Może być konieczne wprowadzenie pewnych zmian w konfiguracji, aby wyłączyć tryb zgodności, który szacowany jest na średnio 1 dzień.

Co daje ten etap. Po wyłączeniu trybu kompatybilności szybkość pracy jest jeszcze większa i można korzystać z funkcji 8.2.

4. Praca bez trybu zgodności (tryb zarządzany - częściowe użycie - pełne przejście do trybu zarządzanego)

Niektórzy użytkownicy mogą korzystać z trybu zarządzanego. W tym celu opracowywany jest nowy interfejs, tworzone są zarządzane formularze.

W konfiguratorze pojawia się zakładka „Dodatkowe”, na której można wybrać odpowiednie formularze (zostaną wygenerowane automatycznie):

Formularz zwykły:

Forma napędzana:

Praca bez trybu zgodności (całkowite przejście do trybu zarządzanego)

Wszyscy użytkownicy pracują z nowym interfejsem (w razie potrzeby dla niektórych z nich można zachować normalny). W przypadku przejścia konieczne jest dopracowanie ustawień metadanych (właściwości, podsystemów), opracowanie formularzy zarządzanych i częściowe przerobienie obiektów aplikacji.

W jednej konfiguracji można wykorzystać funkcjonalność zarówno zwykłej aplikacji, jak i aplikacji zarządzanej. Ten sam obiekt może mieć zarówno formularze zwykłe, jak i zarządzane. Ich wspólne wykorzystanie jest możliwe zarówno w okresie przejściowym, jak i później, jeśli rozwiązanie konkretnych zadań wymaga funkcjonalności nieobsługiwanej przez zarządzane formularze.

Możliwe też, że niektóre bazy danych działają na 8.2, a niektóre na 8.1. Jeśli jednak 8.1 i 8.2 działają równolegle, należy pamiętać, że nie ma odwrotu, tj. baza danych otwarta w wersji 8.2 nigdy nie zostanie otwarta w wersji 8.1.

Wystąpił problem z instalacją 8.1 i 8.2 na tym samym serwerze - wskazano, jak go obejść.

Jest jeszcze jedna funkcja aktualizacji platformy - w 8.1 została zainstalowana, a następnie zaktualizowana, tj. w tym samym czasie zainstalowano jedną wersję platformy. W wersji 8.2 wydania platformy są instalowane w różnych katalogach (każdy z osobna, w zależności od liczby), dzięki czemu na jednym komputerze można zainstalować nieograniczoną liczbę wydań.

Ważny! Konfiguracja 1.6 (również 2.0) pod 8.1 i 8.2 to RÓŻNE konfiguracje z różnymi aktualizacjami.

Przejście z BP 1.6 na BP 2.0 to również nie tylko aktualizacja, ale osobne przejście. Zdarzyła się sytuacja, że ​​wbudowany mechanizm przełączania z 1.6 na 2.0 „nie widzi” tych baz w 1.6, które zostały już przekonwertowane na 8.2. Dlatego logiczne wydaje się przejście najpierw z 1.6 na 2.0, a następnie na platformę 8.2 (być może zostało to już naprawione w nowych wydaniach).

WNIOSKI:

1. Samo przejście na nową platformę jest tym mniej skomplikowane, im mniej zmian w konfiguracji w stosunku do typowej.

2. Do migracji z zachowaniem trybu zgodności nie są wymagane żadne większe modyfikacje. Większość pracy przychodzi przy przejściu do formularzy zarządzanych: musisz zaimplementować nowy interfejs poleceń i formularze.

3. Nowa wersja platformy 8.2 nie ma znaczących różnic w pracy użytkowników, dlatego nie wymagają dodatkowego szkolenia.

4. Możliwe jest stopniowe przenoszenie konfiguracji do trybu aplikacji zarządzanej, a także łączenie funkcjonalności trybu aplikacji zarządzanej i normalnej w jednym rozwiązaniu aplikacyjnym. Oznacza to, że w razie potrzeby przejście może być stopniowe.