32 odpowiedzi w tym temacie

[3404197]

Witam.
Przedstawiam problem
umowa bezterminowa z podwykonawcą > aplikacja konkursowa generuję datę umowy do: 2200-01-01 ! Jak to cudo poprawić?

[Piotr_Jakson]

ale czy jest to błąd? zapewne pole data do nie może być pusta więc generuje taką
raczej przez kolejne 190 lat nie będziesz prowadził zakładu chyba?

PS. po co tworzysz kolejny temat oi tym?

Użytkownik Piotr_Jakson edytował ten post 23 wrzesień 2010 - 19:18

[Ziemo]

Użytkownik 3404197 dnia 23 wrzesień 2010 - 18:52 napisał

Witam.
Przedstawiam problem
umowa bezterminowa z podwykonawcą > aplikacja konkursowa generuję datę umowy do: 2200-01-01 ! Jak to cudo poprawić?

Niestety nie poprawisz sam i będziesz musiał w 2201 r. prosić podwykonawcę o ponowną generację

[RoboWłodek_Marzyciel]

Użytkownik Ziemo dnia 23 wrzesień 2010 - 19:58 napisał

Niestety nie poprawisz sam i będziesz musiał w 2201 r. prosić podwykonawcę o ponowną generację

Ja sugeruję umieścić zapis w testamencie

[Monika0408]

to ci się zus nie ucieszy,tyle lat nieskładkowych,no chyba że wydłużą wiek emerytalny do 180 lat

[grzesiek]

Ja bym sprawdził kalendarz w systemie. Gdyby pole było puste to data wyświetlana była by 1900.01.01. Sprawdź kalendarz systemu windows. Zapewne masz tam wprowadzone jakieś kocoboły. Ewentualnie sprawdź czy (jeśli to Win 7 lub Vista) uruchamiasz program jako administrator.

[Serapis]

Napisz oświadczenie, ze do 2150 zobowiązujesz się zakończyć wspólpracę z NFZ z przyczyn naturalnych i w związu z tym prosisz żeby potraktować umowe zawarta do 2200 jako bezterminową... Powinno przejśc Jak Ci się przedłuży to wyślesz wyjaśnienia...

[Piotr_Jakson]

Użytkownik grzesiek dnia 24 wrzesień 2010 - 07:22 napisał

Ja bym sprawdził kalendarz w systemie. Gdyby pole było puste to data wyświetlana była by 1900.01.01. Sprawdź kalendarz systemu windows. Zapewne masz tam wprowadzone jakieś kocoboły. Ewentualnie sprawdź czy (jeśli to Win 7 lub Vista) uruchamiasz program jako administrator.

chyba jednak się mylisz
mówimy o dacie DO która nie może być wcześniejsza od daty obowiązywania
czyli 1900-01-01 byłaby wtedy kiedy puste pole było w dacie OD
z tego co ty napisałeś to wynika że umowa obowiązuje OD 2011-01-01 DO 1900-01-01 co jest sprawdzane na poziomie SOP jeszcze
Ustawienia godziny systemowej nic nie wprowadza do aplikacji (oprócz przy wydruko podaje godzinę i datę). Daty obowiązywania są brane z ssx'a

[jerzywis]

Już to przerabiałem. Nie zrozumiałem komunikatu o błędzie przy sprzęcie - dostępność wcześniejsza niż data dostępności komórki (niby jasne). W pierwszej chwili wpisałem każdemu sprzętowi datę do: z przyszłości (chyba dodałem 20 lat). Potem wyjaśniło się, że nie o to biega. Podobnie prawdopodobnie postąpił podwykonawca z umową. Poza tym pole do: jest nie wymagane (nie jest żółte). Przy braku wpisu traktowane jest przez system jako nieskończoność a nie zero (1900-01-01).

[3202095]

Podobno błąd usunięty http://www.nfz-wrocl...9&par=2&des=1;2

A o co chodzi w stwierdzeniu "- zmiana w dokumentacji ( nr zarządzenia)"?

[Johnnie]

Użytkownik 3202095 dnia 01 październik 2010 - 12:42 napisał

Podobno błąd usunięty http://www.nfz-wrocl...9&par=2&des=1;2

A o co chodzi w stwierdzeniu "- zmiana w dokumentacji ( nr zarządzenia)"?

mam SSX'a2 z SOPu w wersji 2.0222 i wgrałem go do najnowszej aplikacji w wersji 9.30.0930, niestety podczas edycji danych o podwykonawcach (menu główne/dane podstawowe/podwykonawcy/dane/zakładka umowy podwykonawstwa) i po zaznaczeniu umowy lub przedmiotu świadczeń a następnie wejścia w tą pozycję (przycisk dane) nadal widnieje data "do" jako "2200-01-01".

Czy tez tak macie?? nie wiem jak na wydruku próbnym bo jeszcze nie doszedłem.

p.s mój podwykonawca edytował kilka razy ta umowę i zapisywał i u niego za każdym razem data "do" jest pusta, sprawdziłem też SSX'a i wyglada na to że ta data wędruje już z SOP'a w SSX'sie do aplikacji.

[Piotr_Jakson]

a ja powiem tak - przejrzyjcie sobie pliki umów które teraz macie! czyżby data 2200-01-01?? ups

[Johnnie]

Użytkownik Piotr_Jakson dnia 03 październik 2010 - 16:21 napisał

a ja powiem tak - przejrzyjcie sobie pliki umów które teraz macie! czyżby data 2200-01-01?? ups

w opisie ostatniej wersji aplikacji jest napisane, że błąd podobno poprawiony. Wygląda na to że to błąd w SOPie:( Czy u Was jest podobnie? tzn. czy u Was, też widniej ta data 2200-01-01 w SSXie i dalej w aplikacji??

[Monika0408]

Użytkownik Johnnie dnia 03 październik 2010 - 17:04 napisał

w opisie ostatniej wersji aplikacji jest napisane, że błąd podobno poprawiony. Wygląda na to że to błąd w SOPie:( Czy u Was jest podobnie? tzn. czy u Was, też widniej ta data 2200-01-01 w SSXie i dalej w aplikacji??

u mnie na wydruku data do -puste miejsce bez słowa bezterminowo,sprawdziłam w ub roku było też pusto

Użytkownik Monika0408 edytował ten post 03 październik 2010 - 18:27

[kemor]

Użytkownik Piotr_Jakson dnia 03 październik 2010 - 16:21 napisał

a ja powiem tak - przejrzyjcie sobie pliki umów które teraz macie! czyżby data 2200-01-01?? ups

Chyba doszedłem do tego kiedy ten błąd występuje. Dotyczy on tylko umów bezterminowych z datą obowiązywania od 01.01.2011 i jest widoczny tylko w pliku .ssx2 i w aplikacji Ofertowanie. Na wydruku oferty już tego nie ma, pole "Data obowiązywania umowy" jest puste
Wszystkie umowy bezterminowe z datą obowiązywania wcześniejszą od 01.01.2011 w pliku .ssx2 (i potem w Ofertowaniu) mają to pole puste (w pliku .ssx2 nie ma tego atrybutu).

Użytkownik kemor edytował ten post 03 październik 2010 - 18:44

[Johnnie]

Użytkownik kemor dnia 03 październik 2010 - 18:39 napisał

Chyba doszedłem do tego kiedy ten błąd występuje. Dotyczy on tylko umów bezterminowych z datą obowiązywania od 01.01.2011 i jest tylko w aplikacji Ofertowanie. Na wydruku oferty już tego nie ma, pole "Data obowiązywania umowy" jest puste.

na wydruku jest pusto ale jak sprawdzisz dane zaimportowane do aplikacji (ścieżka w moim poście powyżej) to data nadal jest 2200-01-01:(. Co gorsza w SSX'sie też ta data występuje: <umowy-podw typ="U" data-od="2008-11-30" data-do="2200-01-01", zatem skoro jest w SSX'ie to taka potem wystepuje w aplikacji. Wygląda na to że tylko przy wydruku aplikacja to koryguje?!

Kemor, wygląda na to że problem dotyczy wszystkich umów bezterminowych, w tym starych również. Przy starych wystarczyło, że Twój podwykonawca ją przeedytował u siebie tzn. edytował i kliknął "zapisz" i już po takiej operacji masz date 2200 w SSXie. Nowe obligatoryjnie wrzucają 2200 bo są zapisywane w chwili obecnej. mam inne umowy stare, których podwykonawcy nie ruszali i one są ok.

Użytkownik Johnnie edytował ten post 03 październik 2010 - 19:09

[kemor]

Użytkownik Johnnie dnia 03 październik 2010 - 18:48 napisał

Kemor, wygląda na to że problem dotyczy wszystkich umów bezterminowych, w tym starych również. Przy starych wystarczyło, że Twój podwykonawca ją przeedytował u siebie tzn. edytował i kliknął "zapisz" i już po takiej operacji masz date 2200 w SSXie. Nowe obligatoryjnie wrzucają 2200 bo są zapisywane w chwili obecnej. mam inne umowy stare, których podwykonawcy nie ruszali i one są ok.

Być może jest tak jak piszesz, wszystkie stare umowy mam nie ruszane przez podwykonawców i stąd nie ma błędu "roku 2200"

Użytkownik kemor edytował ten post 03 październik 2010 - 21:30

[AnjaM]

Chciałam Wam podziękować za ten temat.
Pośmiałam się i rozluźniałam przed robieniem ofert.
Teraz mi nie straszne ;-)

Zobaczę tylko co mnie spotka później ;-)

[Johnnie]

czy ktoś z Was, kto ma nową umowę podwykonawstwa bezterminową lub jego podwykonawca coś w niej ostatnio zmieniał/edytował w SOPie może zobaczyć czy w aplikacji (po wgraniu SSX'a) w danych o przedmiotach podwykonawstwa widnieje data 2200-01-01 zamiast pustego pola dla umowy bezterminowej?

dokładna ścieżka w aplikacji jest taka: menu główne aplikacji/dane podstawowe/podwykonawcy/dane/zakładka umowy podwykonawstwa/ zaznaczyć umowę lub przedmiot świadczeń podwykonywnych i następnie wejść w tą pozycję (przycisk dane) - czy widnieje data "do" jako "2200-01-01" zamiast pustego pola dla umowy bezterminowej??

Załączone pliki

•  2200-01-01.JPG   58,37 KB   17 Ilość pobrań

[Piotr_Jakson]

Johny - cay temat o tym jest przeczytaj od góry