momtoronomyotypaldollyochagi...

1. moge ale , marcin502 5/05/26 22:37
   pozniej jak jedna zrobi sobie unattented update to baza SQL juz podniesiona i na reszcie nie dziala..a teraz to zus schrzanil i trzeba bylo specyficznie naprawiac :/
   1. Jakim cudem , @GUTEK@ 5/05/26 22:47
      użyszkodnik ma uprawnienia?

Strength is irrelevant.
Resistance is futile.
We wish to improve ourselves.

1. W takim scenariuszu mogłaby pracować na raz tylko jedna osoba , Sherif 6/05/26 10:23
   Nie sądzę aby ktoś do tego celu inwestował w serwer terminali.
   1. Jak zrobisz dyski VHDX , ReMoS 6/05/26 20:23
      to powinno polecieć.

      Nie ufaj każdemu, kto zawsze mówi
      uwierz mi.

      1. A co ma , ligand17 7/05/26 18:35
         dysk VHDX do limitu liczby jednoczesnych sesji RDP?
         1. A co mają do tego sesje? , ReMoS 8/05/26 22:21
            to tak odnośnie do tego co wyżej, gdzie "problem", że "tylko jedna osoba" gdzie przy serwerze na dzień dobry masz dwa RDP - technicznie! Bo licencyjnie te dwie sesje są do zarządzania a nie pracy a tutaj jak już zakładać bycia "na bakier" to przecież są "łatki" aby nawet na W10/W11 tak postawić - w sensie sesji RDP...
            
            Natomiast ja założyłem, że problemem może być nie sama ilość sesji/licencji co jakieś ograniczenie do samego Programu Płatnika, który to o ile bazę podmiotów/pracowników może mieć tą samą to już per user jest niejako na samej instalacji aplikacji.
            
            Ergo - sprawdziłem od strony 2022standard, SQL, RDP, aplikacja wystawiona jako link do sesji RDP, działa.

            Nie ufaj każdemu, kto zawsze mówi
            uwierz mi.

            1. Czyli nie wiesz? , ligand17 9/05/26 17:35
               I nie masz pojęcia, o czym piszesZ?

            2. Ten ich „serwer” to pewnie nieserwerowa odmiana Win , Sherif 9/05/26 19:01
               na której jest instancja SQL Express. Trzeba tak jak pisałeś przeklikać się na każdej końcówce i nie robić z tego zagadnienia.

1. Bez sensu i nie prawda... , ReMoS 8/05/26 22:32
   Płatnik jako soft musi zaktualizować się do obowiązującej wersji oraz wersji bazy danych. Robiąc to na jednym stanowisku to na innych jest komunikat, że baza danych już jest w nowszej wersji niż soft i też trzeba przeklikać.
   
   Ba jest o tyle inaczej niż przy wszystkich innych, że najzwyczajniej nie wyślesz poprawnie deklaracji ze starszych wersji niż te, które są akceptowane przez ZUS.
   
   Czyli musisz utrzymywać na wszystkich stanowiskach, tak czy inaczej, najnowszą wersję oprogramowania oraz bazy danych.

   Nie ufaj każdemu, kto zawsze mówi
   uwierz mi.

   1. Dlaczego nieprawda? , ligand17 9/05/26 17:36
      Jeżeli zrobię sobie kopię bazy przed aktualizacją, zaktualizuję sobie pierwszego klienta, potem przywrócę bazę sprzed aktualizacji to na drugim kliencie aktualizacja się nie wykona?
      1. Ale nie jest problemem aktualizacja drugiego klienta, gdy baza jest zaktualizowana. , pwil2 9/05/26 23:37
         Problem w tym, że trzeba zaktualizować aplikację do działania na wspólnej bazie. A zaktualizowana baza ma już świeże dane. Przywrócenie starej wersji nie ma sensu, skoro do wysłania potrzeba i tak mieć najnowszą wersję aplikacji/bazy.

         98X3D/96G/5080 HX370/128G
         78X3D/96G/6800 5600H/64G/3060
         1350P/64G 14700T SSD40TB A7m3