Marek Oleksiak

Obecnie po wycofaniu aktualizacji serwer sql rusza ale launchpad nie startuje. Rozumiem, że launchpad nie jest krytyczny dla działania sytemu więc w takim stanie testuje uruchomienie. Rozumiem, że sql ma problem z prawami dostępu do zmian/odczytu więc podałem dane konta administratora. Niestety to nie pozwala uruchomić się sql launchpad. Albo coś źle zrozumiałem albo źle robię. Oczywiście mógłbym wykonać czystą reinstalację sql jednak problem w przyszłości może się pojawiać i chciałbym poznać rozwiązanie problemu.

Jest taka poprawka: Po jej instalacji serwer sql nie startuje. Załączam log. Czy ktoś objaśni w czym jest problem? Odinstalowanie update pomaga jednak lepiej mieć niż nie mieć... ERRORLOG

Jak w temacie - Czy w GT jest możliwe osiągnąć zablokowanie sprzedaży wybranych produktów dla konkretnych klientów? Wyjaśniając mam ustalenia z siecią, że idzie tylko konkretny i wybrany przez centralę asortyment. Sklepy same składają zamówienia i pojawiają się towary na które centrala nie wyraziła zgody. Chcę zablokować taką sprzedaż najlepiej na etapie tworzenia dokumentu ZK Jeżeli nie ma takiej możliwości program to czy ktoś ma gotowe rozwiązanie?

W internecie istnieją solucje jak przystosować do działania office x64 i na tej podstawie została zainstalowana taka wersja. Jednak jak widać wersja x64 nie działa w pełni funkcjonalnie z GT bo odinstalowanie i ponowna instalacja już wersji x32 przywróciła poprawne działanie wysyłki wiadomości.

Nowy komputer W11 i Outlook x64, subiekt 1.77 Przy kliknięciu wyślij dokument z subiekta ( np: ZK ) pojawia się okno wysyłania wiadomości z załączonym dokumentem. Dopisywana jest treść z palca np: w załączniku dokument proszę o płatność.. itp Po wysłaniu wiadomości klient otrzymuje wiadomość z załącznikiem a w elementach wysłanych Outlooka te wiadomości treści nie mają. Przy standardowym tworzeniu wiadomości z samego Outlooka wszystko działa prawidłowo. Ktoś ma pomysł co może być przyczyną?

Nie jest to temat pilny ani dość ważny tylko myślałem, że muszę przyśpieszyć aktualizację do najnowszej wersji aby mieć możliwość eksportu w takim formacie. Rozumiem, że format pliku nie jest szerokim standardem skoro wyszła prośba dalszych wyjaśnień.

Sprawdzę i to. Dziękuje.

Mam zapytanie od klienta odnoście przesyłania mu faktur w formacie UBL Nie znalazłem informacji na forum. Czy to ma związek z wejściem ksef ? Mam obecnie wersję 1,75 i chyba na ten moment funkcje powiązane z ksef są tylko w laboratorium. Czy będzie zatem możliwość eksportu do tego formatu w kolejnych wersjach?

Wprowadziłem zmianę i wydaje się ona teraz logiczna i skuteczna. Dziękuje.

Niestety chyba nie rozumiem. Modyfikacji rejestru dokonuje system, użytkownik tylko przywraca wartość pożądaną.

Przejrzałem tematy ale rozwiązania nie znalazłem. Nawiążę do wiadomości innego użytkownika aby było wiadomo o co chodzi: "Proszę zmienić w rejestrze: HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail w ciągu (Domyślna) należy wpisać Dane wartości: Mozilla Thunderbird Niestety Win 10 prawdopodobnie nadpisze ten rejestr za jakiś czas i sytuacja się powtórzy." Wyeksportowałem taki klucz rejestru i powrzucałem na pulpit użytkownikom aby w przypadku problemu go uruchomili. Jednak mam świeży komputer z pakietem office 2021 gdzie nie ma możliwości instalacji pakietu bez Outlooka . Nie znalazłem rozwiązania jak go odinstalować bo zapewne zmiany by ustały. Niestety te zmiany na tym komputerze są częste nawet w okresie jednego dnia pracy. Czy istnieje skuteczne rozwiązanie aby system ( w tym przypadku W11 ) nie dokonywał tej zmiany?

Cenna uwaga... Przy próbie zapisu dokumentu: " Violation of PRIMARY KEY constraint 'PK_dok_Pozycja'. Cannot insert duplicate key in object 'dbo.dok_Pozycja'. The duplicate key value is (1669057). " dla paragonu "Violation of PRIMARY KEY constraint 'PK_dok_MagRuch'. Cannot insert duplicate key in object 'dbo.dok_MagRuch'. The duplicate key value is (972999)." dla fv dla rw "Violation of PRIMARY KEY constraint 'PK_dok_MagRuch'. Cannot insert duplicate key in object 'dbo.dok_MagRuch'. The duplicate key value is (973000)." Tylko z czym to powiązać?

Jest tam kilka wpisów na czerwono typu: "declare @p3 int set @p3=NULL exec sp_executesql N'select @P1 = flg_Id from fl__Flagi where flg_IdGrupy = 12 and flg_Domyslna = 1',N'@P1 int OUTPUT',@p3 output select @p3" czy "declare @p3 int set @p3=NULL declare @p4 varchar(30) set @p4=NULL exec spSub_KontrolaDatyKorektKosztow '2023-07-20 00:00:00',1,@p3 output,@p4 output select @p3, @p4" Nie znalazłem tam błędów ( "wyjątków, z angielskiego "exception" ) a jedyne coś co mógłbym połączyć z błędem zapisu jest to co poniżej. "declare @p3 datetime set @p3=NULL declare @p4 datetime set @p4=NULL exec sp_executesql N'SELECT @P1= pd_Blokada.bl_BlokadaSubiekt , @P2= pd_Blokada.bl_BlokadaRew FROM par__Ewid INNER JOIN pd_Blokada ON par__Ewid.pe_Id = pd_Blokada.bl_ParamEwidId INNER JOIN par_EwidProfil ON par__Ewid.pe_Id = par_EwidProfil.pep_IdObiektu AND par_EwidProfil.pep_IdUzytkownika = @P3 ',N'@P1 datetime OUTPUT,@P2 datetime OUTPUT,@P3 int',@p3 output,@p4 output,1 select @p3, @p4"

Panie Danielu doceniam wiarę w moje zacięcie co do poznania narzędzi typu profiler. I nawet prześledziłem te wszystkie zapytania do bazy w momencie próby zapisu dokumentu. I nawet są jakieś wpisy odnośnie blokady... Jednak mogę to porównać do sytuacji gdzie w tym momencie z łapanki jestem wzięty na front w charakterze sapera. No nie będę wiedział, czego szukać i który kolor kabli przecinać. Na dzień dzisiejszy zaktualizuję program do najnowszej wersji i będę obserwował. Gdy ponownie pojawi się problem to rozważę kontakt z odpowiednim specjalistą. Ps. Zewnętrzne rozwiązania, które posiadam korzystają ze sfery. Jednak jak pamiętam z archiwalnych rozmów z dostawcami softu nie da się wszystkiego puszczać przez sferę. Znaczy może i się da ale z jakiegoś powodu ktoś to powiedział.

Subiekt GT 1.75 na darmowym sql, baza 4.56 GB ale do odchudzenia bo sporo zajmuje szpieg. W czerwcu pojawił się problem przy zapisywaniu jakiegokolwiek dokumentu - błąd naruszenia integralności danych... ( każdy użytkownik ) Przeprowadziłem wszystkie czynności serwisowe na bazie dostępne w programie serwisowym - pomogło. Dziś sytuacja się powtórzyła i tym razem sprawdziłem co pomogło. Pomogła kontrola danych. Przed naprawą zrobiłem kopię bazy aby mieć ją do testów. Co mogę zrobić we własnym zakresie aby znaleźć przyczynę niemożliwości zapisu dokumentów? Jedyne jeszcze co zrobiłem do polecenie DBCC CHECKDB ale w podsumowaniu zwraca zero błędów. Mamy kilka rozwiązań dodatkowych i to pewnie któreś z nich jest odpowiedzialne za to jednak chciałbym się dowiedzieć które.