InsERT GT => Subiekt GT => Wątek zaczęty przez: Sfor w Maj 02, 2017, 13:43:07
-
Nie działają obie funkcje "Uzupełnij dane adresowe z GUS" oraz "Pokaż pełne dane z GUS".
Problem zaobserwowałem na Subiekcie GT 1.44 SP2 w systemie Windows XP w dniu dzisiejszym, czyli 02.02.2017.
Nie wiem czy przyczyną jest problem z serwerami GUS, wersją Subiekta GT, czy też może z systemem operacyjnym.
-
Z systemem operacyjnym
Na XP ta funkcja nie działa. Czy będzie działać jeszcze nie wiadomo.
-
Czy jest to może powiązane z brakiem wsparcie pod XP TLS 1.2?
http://kasy-fiskalne24.pl/poradnik/brak-mozliwosc-wyslania-e-deklaracji-windows-xp-vista/
-
Czy jest to może powiązane z brakiem wsparcie pod XP TLS 1.2?
http://kasy-fiskalne24.pl/poradnik/brak-mozliwosc-wyslania-e-deklaracji-windows-xp-vista/
Tak, to problem obsługiwanych certyfikatów. I raczej nie zniknie.
-
Czy jest to może powiązane z brakiem wsparcie pod XP TLS 1.2?
http://kasy-fiskalne24.pl/poradnik/brak-mozliwosc-wyslania-e-deklaracji-windows-xp-vista/
Tak, to problem obsługiwanych certyfikatów. I raczej nie zniknie.
W takim razie powinno być możliwe obejście problemu przez wykorzystanie serwera proxy łączącego się z GUSem przy wykorzystaniu TLS 1.2 i zastępującego certyfikat GUSu własnym. Aby rozwiązanie działało Subiekt GT powinien jednak zaakceptować certyfikat serwera proxy. Dodatkowo musi istnieć możliwość zmuszenia Subiekta GT do wykorzystania serwera proxy. Jeżeli Subiekt korzysta z systemowych ustawień proxy, to ten problem będzie z marszu rozwiązany.
-
a mi sie wydaje ze glupota jest uzywanie starego dziurawego systemu i zawracanie sobie glowy jakimis sposobami obejscia to czysta glupota
-
a mi sie wydaje ze glupota jest uzywanie starego dziurawego systemu i zawracanie sobie glowy jakimis sposobami obejscia to czysta glupota
Nie pomagasz, to zajmij się proszę innym wątkiem.
1) Każdy system jest dziurawy.
2) Zmiana znacznej ilości komputerów na nowsze z nowszym systemem operacyjnym nie może być zrobiona z dnia na dzień. Dodanie serwera proxy można zrobić w kilka minut.
-
od 3 lat Microsoft nie wspiera xp wiec czasu bylo dosc
-
2) Zmiana znacznej ilości komputerów na nowsze z nowszym systemem operacyjnym nie może być zrobiona z dnia na dzień.
Wsparcie Microsoftu dla XP skończyło się 3 lata temu, Ministerstwo Finansów już w ubiegłym roku ostrzegało o braku wsparcia dla XP, Insert już w styczniu zapowiadał koniec wsparcia dla XP z dniem 31 marca 2017, więc to "z dnia na dzień" jest z lekka naciągane.
-
To czy był czas na zmianę systemów, czy nie, nie jest tematem tego wątku. Zamiast pomagać nabijacie jedynie licznik odpowiedzi.
-
Myślisz, że te liczniki mnie interesują?
Jakiej oczekujesz pomocy? Dostałeś informację, że spowodowane jest to używanym systemem operacyjnym - teraz tylko pozostaje Ci poczekać czy Insert cokolwiek z tym będzie chciał/mógł zrobić lub zmienić OS.
-
to tu sa jakies liczniki?:-)
-
Myślisz, że te liczniki mnie interesują?
Jakiej oczekujesz pomocy? Dostałeś informację, że spowodowane jest to używanym systemem operacyjnym - teraz tylko pozostaje Ci poczekać czy Insert cokolwiek z tym będzie chciał/mógł zrobić lub zmienić OS.
Nie zgadzam się. Otrzymałem informację, że problem jest spowodowany obsługą certyfikatów.
Czy jest to może powiązane z brakiem wsparcie pod XP TLS 1.2?
http://kasy-fiskalne24.pl/poradnik/brak-mozliwosc-wyslania-e-deklaracji-windows-xp-vista/
Tak, to problem obsługiwanych certyfikatów. I raczej nie zniknie.
Problem w tym, że TLS nie wiąże się bezpośrednio z certyfikatami. W Windows XP może z kolei brakować algorytmów szyfrujących które mogą być wykorzystywane w nowszych certyfikatach. Jeżeli pamięć mnie nie myli chodziło o szyfrowanie eliptyczne w przeciwieństwie do tradycyjnych kluczy asymetrycznych. Mogę się jednak mylić w tej kwestii. Z pewnością widziałem jednak doniesienia o braku nowszych algorytmów szyfrujących, co oznacza, że samo zapewnienie obsługi protokołu TLS 1.2 może nie wystarczyć, by łączyć się ze wszystkimi serwerami.
Natomiast, nie zgadzam się z twierdzeniem, że mogę jedynie czekać na rozwiązanie problemu przez Insert lub zmienić OS. Na początku tego roku miałem okazję przeprowadzić kilka eksperymentów z łączeniem się z Internet Explorera 8 działającego w Windows XP z serwerami wymagającymi TLS 1.2. Potwierdziło to możliwość dodania obsługi TLS 1.2 w systemie Windows XP.
-
Insert nie rozwiąże tego problemu, bo jasno i wyraźnie wyraził swoje stanowisko w tej sprawie - koniec wsparcia. Taki sam sygnał dało MF i inne instytucje rządowe. O Microsofcie nawet nie ma co wspominać.
Ale jak to u nas bywa, są tacy, co wiedzą lepiej i będą drążyć temat ominięcia problemu, zamiast zastanowić się, że tracą w ten sposób dużo więcej czasu, zamiast przeznaczyć go na właściwą pracę. To jest takie myslenie, że własna praca i czas są za darmo i nie warto tego liczyć, natomiast skrupulatnie liczą wydawane pieniadze. A w tym czasie zarobili by ich sporo więcej niż tak naprawdę to kosztuje.
Ale to Twoja sprawa i Twoje marnowanie czasu i sił, my wolimy zapłacić za nowy soft i wolny czas poświęcić na inne "rozzywki".
-
Natomiast, nie zgadzam się z twierdzeniem, że mogę jedynie czekać na rozwiązanie problemu przez Insert lub zmienić OS. Na początku tego roku miałem okazję przeprowadzić kilka eksperymentów z łączeniem się z Internet Explorera 8 działającego w Windows XP z serwerami wymagającymi TLS 1.2. Potwierdziło to możliwość dodania obsługi TLS 1.2 w systemie Windows XP.
No to po co Ci nasze wypociny? Działaj i eksperymentuj.
Aldo wyskoczył z certyfikatami. Ja wiem tylko tyle, że problem jest na poziomie usługi umieszczonej w Microsoft Azure. Insert podjął już jakieś działania w sprawie przywrócenia tej funkcjonalności. Niestety zależy to nie tylko od nich.
Co do robienia jakiś dodatkowych działań mających na celu utrzymanie przy życiu XP to uważam, że szkoda czasu na to. Patrząc statystycznie na moich klientów to tylko kilka kilka procent (z dużym zapasem szacuję na 5%) używa jeszcze XP. Każdy z tych klientów posiada także komputery z nowszymi systemami a ten XP to jakiś ostatni komputer do wymiany. Sprzedaż XP zakończyła się oficjalnie w 2008 roku, więc komputery wtedy kupione już są bardzo leciwe.
-
U mnie sytuacja wygląda inaczej. Praktycznie wszystkie komputery są identyczne. Bardzo ułatwia to serwisowanie i rozwiązywanie problemów. Natomiast zmiana platformy na inną wymaga wcześniejszego dokładnego zbadania czy maszyna i system operacyjny działają razem bez zarzutu. Wiarygodny test trwa około roku. Z tego powodu ilość starych komputerów jest znaczna.
Koszt samego sprzętu jest mało istotny, o wiele więcej jest warta praca wkładana w modernizację każdego stanowiska. Dodatkowo kopie systemów XP są mniejsze, łatwiej je więc przechowywać i tworzy się je szybciej. Masowa wymiana na Windows 7 lub nowszy wymaga więc zapewnienia odpowiednio pojemniejszych serwerów kopii rezerwowych.
Nie planuję utrzymywać Windows XP w nieskończoność. Chodzi o to, by zminimalizować skutki do czasu wymiany systemów. Oprogramowanie Insertu nie jest moją specjalnością, więc uznałem że konsultacja może zaoszczędzić wielu kłopotów. Właściwie to uważam system Insert GT za niepożądany, gdyż wymaga on ciągłej dostępności łącza internetowego. W przypadku braku dostępu do Internetu są problemy z uruchamianiem Subiekta GT, bo aplikacja sprawdza pocztę, aktywność abonamentu i penie coś jeszcze. Jak nie ma dostępu do serwera Insertu to Subiekt GT czeka na time out, zamiast się uruchomić. Sytuację taką uważam za wielce niepożądaną. Jeżeli aplikacja nie jest w stanie działać offline, to jej niezawodność stoi pod wielkim znakiem zapytania. Staram się unikać jak ognia kolejnych wdrożeń systemów Insertu. Nie mem też czasu by dokładnie śledzić zmiany wymagań i nowości publikowane przez Insert.
Moim głównym zajęciem jest zarządzanie zintegrowanymi systemami do zarządzania nieruchomościami. Takie specjalistyczne systemy integrujące wiele funkcjonalności są skomplikowane, trudne do opracowania i silnie opierają się nowościom. Z tego powodu najlepiej działają na starych systemach operacyjnych. Pchanie się na siłę w nowe systemy operacyjne w tym środowisku to proszenie się o kłopoty i dodatkową pracę. Żeby było śmieszniej niektóre funkcje ciągle lepiej działają w systemie Windows 2000 niż XP. Systemy zintegrowane składają się ze zlepków kodu różnych programistów. Czasami poprawianie starych błędów daje dodatkowe skutki uboczne, których dokuczliwość jest większa niż rozwiązanych problemów. Często stary kod i nowszy system operacyjny kiepsko ze sobą współdziałają.
-
Właściwie to uważam system Insert GT za niepożądany, gdyż wymaga on ciągłej dostępności łącza internetowego. W przypadku braku dostępu do Internetu są problemy z uruchamianiem Subiekta GT, bo aplikacja sprawdza pocztę, aktywność abonamentu i penie coś jeszcze. Jak nie ma dostępu do serwera Insertu to Subiekt GT czeka na time out, zamiast się uruchomić. Sytuację taką uważam za wielce niepożądaną. Jeżeli aplikacja nie jest w stanie działać offline, to jej niezawodność stoi pod wielkim znakiem zapytania. Staram się unikać jak ognia kolejnych wdrożeń systemów Insertu. Nie mem też czasu by dokładnie śledzić zmiany wymagań i nowości publikowane przez Insert.
Totalna bzdura.
Znam co najmniej kilkanaście instalacji (wiele sam instalowałem), które nie posiadają łącza internetowego i pracują bez problemów.
Jaką pocztę sprawdza, skoro Subiekt nie obsługuje poczty? Chyba, że masz na myśli Gestora, ale to tak jakbyś programowi Outlook zarzucał, że wymaga połączenia internetowego.
Sprawdza abonament , ale jeżeli nie ma możliwości sprawdzenia tego to pokazuje tylko informację, że "stan abonamentu nieznany"
Na jaki timeout czeka? O czym Ty opowiadasz? Podaj jakieś przykłady, zrzuty ekranu czy cokolwiek na potwierdzenie tego co napisałeś
W tym momencie mogę wyłączyć u siebie połączenie internetowe i swobodnie bez większych problemów uruchomić Subiekta.
-
Bzdura, czy nie. Za każdym razem gdy nie ma połączenia internetowego Subiekt GT uruchamia się znacznie dłużej. Dodatkowo, właśnie wtedy nie mam dostępu zdalnego i nie jestem w stanie pomóc.
Problem może być związany ze sposobem autoryzacji i instalacji. Jeżeli system był instalowany offline i nie ma autoryzacji aktualizacji online, to problem ten nie występuje.
Z drugiej strony w sieci lokalnej w której nie ma wyjścia do Internetu, próba połączenia z jakimś adresem daje natychmiastowy błąd. Procedury systemu operacyjnego nie czekają wtedy na time out tylko od razu generują błąd połączenia. Przykładem może być efekt zablokowania ruchu z adresem na routerze. Próba połączenia trwa wtedy aż do time outu. Jeżeli system operacyjny nie posiada adresu bramy, nie ma wtedy możliwości nawiązania połączenia i błąd generowany jest natychmiast.
Z tego co pamiętam, początkowo nie było problemów, dopiero później dołożono funkcje wyświetlania nowości (InsMail) i autoryzacji uaktualnień online. Sprawdzenie tych rzeczy jest jedną z sekwencji uruchamiania Subiekta, która musi się zakończyć sukcesem lub błędem, zanim procedura przejdzie dalej.
-----------------------------------
Totalna bzdura.
Znam co najmniej kilkanaście instalacji (wiele sam instalowałem), które nie posiadają łącza internetowego i pracują bez problemów.
Jaką pocztę sprawdza, skoro Subiekt nie obsługuje poczty? Chyba, że masz na myśli Gestora, ale to tak jakbyś programowi Outlook zarzucał, że wymaga połączenia internetowego.
Sprawdza abonament , ale jeżeli nie ma możliwości sprawdzenia tego to pokazuje tylko informację, że "stan abonamentu nieznany"
Chodziło o InsMail
Na jaki timeout czeka? O czym Ty opowiadasz? Podaj jakieś przykłady, zrzuty ekranu czy cokolwiek na potwierdzenie tego co napisałeś
W tym momencie mogę wyłączyć u siebie połączenie internetowe i swobodnie bez większych problemów uruchomić Subiekta.
Wyłączenie połączenia internetowego/sieciowego powoduje, że system natychmiast generuje błędy połączeń z adresami internetowymi. Nie ma wtedy oczekiwania na time out. Taki test nie ma sensu by sprawdzić efekt o którym pisałem.
Aby odtworzyć problem należy doprowadzić do sytuacji w której próba komunikacji z serwerem Insertu została wysłana z sieci lokalnej, jednak nie doczekała się odpowiedzi. Sytuacja taka może wydarzyć się wtedy gdy połączenie z Internetem zostaje przerwane, jednak router/modem będący bramą sieci ciągle jest w stanie połączenia z internetem. Innymi słowy zapytania są wysyłane i giną po drodze. Sposobem na rozwiązanie problemu powinno być ręczne odłączenie połączenia Internetowego w komputerze lub routerze pełniącym funkcję bramy.
-
[Aldo wyskoczył z certyfikatami. Ja wiem tylko tyle, że problem jest na poziomie usługi umieszczonej w Microsoft Azure. Insert podjął już jakieś działania w sprawie przywrócenia tej funkcjonalności. Niestety zależy to nie tylko od nich.
Ciekawe, czy pomimo ogłoszenia MF (i nie tylko) o końcu wsparcia dla XP, Insert i Microsoft coś zrobią, że będzie można dalej wymieniać dane z tymi instytucjami. I oczywiście ta zmiana nie ma nic wspólnego z "certyfikatami".
Wystarczy wejść na stronę MF i poczytać.
-
ja moze juz za stary jestem na takie dyskusje, ale przeciez win7 to tez juz "leciwy" system, ja nawet branza grabarska sie rozwija, jak mozna sie tak zatrzymac?
-
Gwoli ścisłości to Microsoft nie porzucił tak całkowicie Windows XP, kiedy ogłosił, że to robi. Z jądra Windows XP korzystały bowiem systemy PosReady znajdujące się między innymi w bankomatach, które nie były niczym innym jak okrojonym Windowsem XP. Ciągle można dokonując niewielkich przeróbek w Windowsie XP wykorzystać kanał aktualizacji systemów PosReady i zainstalować nowe poprawki, których miało przecież już nie być. Niestety nie było w nich nic dodającego obsługę TLS 1.2.
Wątpliwe by Insert i Microsoft coś zrobiły. Insert ogłosił już, że nowe wersje Insert GT nie będą działały w Windows XP. Ich odpowiedzialność skończy się z kolejną poprawką, której po prostu nie da się już zainstalować w systemie starszym niż Windows 7. Microsoftowi zależy na tym, by klienci kupowali nowsze systemy. Z tych starszych nie ma już przychodów. Microsoft jakoś nie palił się do naprawienia obsługi nowszej wersji SMB w Windows 7. Usterka ta może powodować tracenie połączenia klienta Windows XP z serwerem Windows 7 w specyficznych warunkach. Windows 7 wysyłający duże ilości danych na udział na innym Windows 7 ciągle powoduje rozłączanie połączeń z Windowsami XP podłączonymi do tego samego udziału. Bardziej opłacalne jest dla nich zalecenie zmiany Windowsa XP na nowszy system, lub wyłączenie obsługi nowszej wersji SMB w Windowsie 7.
Obsługa TLS 1.2 nie musi się znajdować w bibliotekach systemu operacyjnego. Google Chrome i Firefox posiadają własną, niezależną od systemu operacyjnego obsługę TLS 1.2. Jeżeli aplikacja kliencka MF będzie wykorzystywała własne biblioteki do tworzenia połączeń, to będzie mogła wysyłać deklaracje elektroniczne z dowolnego systemu, nawet takiego który stosownej obsługi nie posiada. Wszystko zależy od tego, czy znajdzie się ktoś, kto będzie chciał taką aplikację napisać. Ja uznałem, że mniej roboty będzie z przejściem na Windows 7.
-
Ups! Niechcący zduplikowałem post.
-
Nie wiem co chcesz udowodnić. Wyjątki tylko potwierdzają regułę. XP umarł i nic tego nie zmieni. Nawet mój czy twój sentyment do niego. Możesz kombinować, czekać na Microsoft, Insert. Decyzja należy do Ciebie. Ja nie zamierzam dyskutować "o d..Maryni"
EOT
-
Nie ja zacząłem dyskusję o wyższości świąt "Wielkiej Nocy nad Świętami Bożego Narodzenia". Łatwo jest wyśmiewać się z innych za to, że nie przeszli w porę na nowszy system. Trudniej jest zrozumieć, że nie wszędzie jest tak samo jak u nas. Trzymanie się starszych systemów ma zalety wtedy, gdy używamy odpowiednio starego oprogramowania. Wszystko zależy od tego, czy ważniejsza jest aktualna przeglądarka, czy aplikacja, która powstała w czasach Windows 95 i nie potrafi nawet w pełni wykorzystać możliwości systemów z rodziny NT.
-
Nie ja zacząłem dyskusję o wyższości świąt "Wielkiej Nocy nad Świętami Bożego Narodzenia".
Czyżby? Dostałeś informację, że problem spowodowany jest OS'em, OS nie jest wspierany a Ty ciągnąłeś dalej,że coś "powinno być zrobione", bo Ty go używasz.
Skończymy już bo nic konstruktywnego z tego wątku nie wyniknie.