Opis zmian (1.83)

Uwaga! Listę zmian wprowadzonych w poprawce 1.83 HF3 systemu InsERT GT znajdziecie Państwo na osobnej stronie.

Uwaga! Przed instalacją nowej wersji należy koniecznie wykonać pełną archiwizację danych w starej wersji programu. W razie jakiejkolwiek awarii będzie wówczas możliwe przywrócenie starej wersji programu i kontynuowanie pracy. Dodatkowo program w czasie konwersji bazy danych wykonuje kopię starej wersji bazy.

Poniżej prezentujemy listę najważniejszych zmian do wersji 1.83 systemu InsERT GT oraz szereg uwag dotyczących instalacji i ulepszenia bazy danych.

Konwersja bazy danych

Uruchomienie programu w wersji 1.83 z podmiotem pracującym w wersji starszej wymaga aktualizacji bazy danych. Konwersja jest automatyczna i odbywa się w czasie otwierania wskazanego podmiotu. Wykonując aktualizację podmiotu, należy mieć świadomość następujących założeń:

• konwersja bazy danych jest nieodwracalna;
• aby przeprowadzić konwersję bazy danych należy podać hasło administratora (czyli szefa firmy);
• konwersja bazy danych wykonuje kopię bazy (odpowiednio ją oznaczając);
• wersje systemu InsERT GT starsze niż 1.83 nie będą potrafiły pracować z nowszą, skonwertowaną bazą danych (również przez sieć);
• aby pracować z nową wersją bazy danych, należy zainstalować ulepszenie na wszystkich komputerach w sieci, które będą korzystały ze skonwertowanej bazy danych - niezależnie od tego, który program systemu InsERT GT jest używany;
• konwersji nie podlegają podmioty z wersji testowych lub przedprodukcyjnych.

W czasie konwersji bazy danych wykonywane są m.in. następujące czynności:

• aktualizacja standardowych wzorców wydruków - wzorce użytkownika nie są modyfikowane, choć ich ręczna aktualizacja będzie konieczna w sytuacji, gdy będziemy chcieli wykorzystać niektóre nowo dodane parametry;
• aktualizacja standardowych zestawień;
• aktualizacja wzorców deklaracji podatkowych - o ile nie zostały zmodyfikowane przez użytkownika za pomocą opcji Wersje deklaracji;
• aktualizacja parametrów podatkowych - wszystkich, które są wartościowe i historiowane (poza składką na ubezpieczenie wypadkowe);
• akceptowane (pomijane przy konwersji) są założone przez użytkownika procedury składowane, funkcje, widoki, tabele itp.

Kody, rejestracja i aktywacja

Aby skorzystać z pełnej funkcjonalności wersji 1.83, należy przy starcie programu (odpowiedni komunikat) lub w opcji Pomoc-Zarządzanie licencjami-Aktywuj wpisać (lub pobrać przez Internet) odpowiedni kod aktywacyjny. Kod ten można nabyć u jednego z partnerów Insertu w ramach Abonamentu na ulepszenia.

Nowy sposób dystrybucji ulepszeń związany jest ściśle z unikatowym mechanizmem instalacji i aktywacji ulepszeń zastosowanym w systemie InsERT GT. Mechanizm ten gwarantuje dostęp do wszelkich poprawek i drobnych, bezpłatnych zmian bez ponoszenia dodatkowych kosztów (część z nich, niewymagająca kodu aktywacyjnego, jest dostępna w ulepszeniu bezpłatnie). Natomiast wszystkie nowe możliwości, opcje i moduły dodane do Subiekta GT, Gestora GT, Rachmistrza GT, Rewizora GT lub Gratyfikanta GT będą wymagać specjalnych kodów aktywacyjnych.

Dostęp do nowych modułów i opcji

Aby uzyskać dostęp do nowego modułu lub nowej cechy interfejsu użytkownika (np. nowe paski skrótów lub moduł Naklejki), może być konieczne jednorazowe użycie opcji w menu głównym Widok-Przywróć domyślne moduły. Opcja ta powoduje przywrócenie domyślnej (czyli pełnej) listy modułów i skrótów dostępnych dla użytkownika i zapisanie jej w używanym właśnie pliku konfiguracyjnym.

Zmiany w wersji 1.83

Poniżej wypisano alfabetycznie wszystkie zmiany w wersji 1.83 Subiekta GT. Zmiany płatne - wyróżnione czcionką pogrubioną - są umieszczone na początku listy.

• Wykonano zmiany optymalizacyjne w zapytaniu wybierającym odbiorcę dla wprowadzonego na dokument płatnika, jak i również optymalizację samego mechanizmu. Po zmianach ww. zapytanie wykonywane jest tylko raz w momencie wprowadzania na dokument kontrahenta. Dodano także możliwość jego wyłączenia poprzez samodzielne zdefiniowanie własnego zapytania SQL w parametrach poszczególnych dokumentów.
• W dokumentach zamówień, przyjęć i wydań magazynowych dodano mechanizm przypominający użytkownikowi o ewentualnej konieczności usunięcia wraz z danym zamówieniem, przyjęciem lub wydaniem również obiektu finansowego, będącego zaliczką powiązaną z danym dokumentem.
• W operacjach powielania faktur zakupu dodano uwzględnianie stanu znacznika odpowiedzialnego za naliczanie odpisów na Fundusze Promocji.
• Wykonano zmiany optymalizacyjne w zapytaniu odpowiedzialnym za zwalnianie dyspozycji zapisanych w tabeli dok_MagDysp. W tym celu zmieniono m.in. widok, do którego odwołuje się zapytanie w celu wyszukania nieaktywnych połączeń na sys.dm_tran_locks oraz dodano warunek na sprawdzanie połączeń tylko z uruchamianej bazy danych.
• W informatorze towaru dodano prezentacje informacji o stanach magazynowych, rezerwacji i dostępnej ilości składników wchodzących w skład kompletu.
• W korekcie kosztów handlowych poprawiono błąd w wyliczaniu korekty kosztu zakupu. Błąd występował tylko w przypadku dwukrotnego korygowania tej samej dostawy i w sytuacji, w której pierwsza korekta zmniejszała ilość zakupionego towaru, a druga zmieniała jego cenę. Wyliczona wartość korekty kosztu dotyczącego pierwszej korekty ilościowej zakupu posiadała niewłaściwy znak.
• Zmodyfikowano zestawienie Dokumenty do ewidencji OSS. Nowy sposób wyliczania zestawienia uwzględnia dane dotyczące wysokości podatku VAT wyrażone w walucie obcej, zapisywane w bazie danych przez dokumenty wystawione w wersjach 1.81 i nowszych. Dzięki temu wyeliminowano groszowe rozbieżności wynikające z zaokrągleń wyliczanych kwot, występujące między wartościami podatku prezentowanymi w zestawieniu i w dokumentach.
• Z blokady edycji dokumentów nakładanej na okres, za który wystawiono korektę kosztów magazynowych lub handlowych, wyłączono dokumenty typu faktury zaliczkowe, korekty faktur zaliczkowych i zamówienia do dostawców.
• W mechanizmie automatycznej kalkulacji cen poprawiono działanie parametru "Tylko przy dodawaniu i poprawianiu ostatniego dokumentu z pozycją z danym towarem", który decydował o zaproponowaniu użytkownikowi programu przeliczenia cen asortymentu na zapis dokumentu typu faktura zakupu.
• Poprawiono błąd polegający na braku wymuszania przyczyny korekty, mimo ustawienia odpowiednich parametrów, na dokumentach typu koreka faktury zaliczkowej cząstkowej.
• Dodano ostrzeżenie, gdy w danych podmiotu wpisano NIP z dowolnym przedrostkiem zawierającym litery.
• Przy próbie zamknięcia aplikacji program może wyświetlić okno z oczekiwaniem (maksymalnie 30 sekund) na zakończenie zadań działających w tle.
• Poprawiono błąd powodujący zamykanie aplikacji podczas podpisywania i eksportu deklaracji e-DD na dysk.
• W blokadzie okresu w Subiekcie GT dodano możliwość zdefiniowania wyjątku i tym samym wyłączenia blokady wprowadzania zmian na dokumentach typu zamówienie od klienta i zamówienie do dostawcy.
• W interfejsie programistycznym Sfera dodano możliwość nadawania flag własnych dla dokumentu przesunięcia magazynowego. W tym celu dodano m.in. metody UstawFlageMM(FlagaMMEnum Val, string Nazwa, string komentarz), FlagaMMNazwa(FlagaMMEnum Val) oraz FlagaMMKomentarz(FlagaMMEnum Val).
• Dodano możliwość automatycznego nadawania flag własnych dla dokumentu przesunięcia magazynowego. Flaga może być przypisywana automatycznie zarówno w widoku wydań, jak i przyjęć magazynowych.
• W zestawieniach "Podliczenie dnia - dokumenty ", "Podliczenie okresu - dokumenty" i "Raport o dokumentach" poprawiono błąd w wyliczaniu korekty kosztu zakupu. Błąd występował tylko w przypadku dwukrotnego korygowania tej samej dostawy i w sytuacji, w której pierwsza korekta zmniejszała ilość zakupionego towaru, a druga zmieniała jego cenę. Wyliczona wartość korekty kosztu dotyczącego pierwszej korekty ilościowej zakupu posiadała niewłaściwy znak.
• Zablokowano możliwość edycji dokumentu wystawionego na nieaktywnego kontrahenta. Brak blokady i edycja dokumentu mógł powodować niewłaściwą aktualizację rozrachunków.