Dariusz Ivo Tusiewicz

Na wszystkich stanowiskach, od pewnej daty w styczniu. Teraz zalogowałem sie na szefa i poczta weszła. Tak jakby na loginie innych użytkowników nie szło. Wiadomości jest sporo, ponad 3000,ma to znaczenie ? Ja regularnie usuwam załączniki wiec wiadomości sa tylko tekstowe.

Od pewnego czasu Gestor nie chce odbierać poczty, wysyła bez problemu, na tych samych parametrach Pop3 inne programy pocztowe odbierają. Wyskakuje taki błąd , jak to naprawić ? Wersja 1.79SP1HF2

Czy trzeba po podłączeniu wszystkich podmiotów Bura Rachunkowego zbiorczo z Biura GT potem każde ręcznie zatwierdzać po otworzeniu podmiotu czy da się to jakoś zrobić zbiorczo ?

Jest jakiś postęp w tej sprawie ? Bez tez funkcji poprawnie działającej Gestor jako CRM staje się lekko bezużyteczny

Biuro generuje też dane do przelewu VAT jako JPK-V7M , klienci tego nie rozumieją bo w bankach nie ma takich szablonów, nie może być po prostu VAT ?

1.21 HF2 (1.210.20.1248)

Dziś klient który jest na ryczałcie 17% zwrócił uwagę, że w jego raporcie który dostaje od nas wygenerowanym z Biura GT jest zły opis podatku. Program generuje Symbol formularza PPL a powinien PPE. Sprawdziłem u innych klientów ryczałtowych i dla odmiany: u innego na 15% jest opis PIT w kolejnym na 15% opis PPL w kolejnym na 8,5% też opis PIT Czy te błędy w generacji da się jakoś poprawić ? Skąd to się zaciąga ?

To czekamy na HF-kę lub SP w trybie ASAP

Podobno problem znany już w Centrali ? Czy ktoś się ustosunkuje kiedy będzie poprawka ?

Po zainstalowaniu GT w wersji 1.67 HF2 (1.6702.2.5071) WIN 10 Prof mamy problem z wysyłką zbiorowa z Gestora. Na pojedyncze adresy można bez problemu wysłać maila czyli SMTP jest OK, a jak jest już ten sam mail w liście mailingowej to niestety nic nie idzie. Tak jakby Gestor podstawiał zamiast emaila odbiorcy adres <Wiadomosczbiorcza> Jak mam ręczne przeklikać ponad setkę maili z tym samym komunikatem ręcznie to troszkę strata czasu. Komuś się to może już też wydarzyło ?

Jak najbardziej

Problem polega na tym że księgowe generując np PIT36L na 2020 mają ustawiony rok rozrachunkowy na 2020 i widząc dochód >1mln i od razu chcą zrobić DSF-1 za 2020 więc go generują bez zmiany roku rozrachunkowego bo to nie logiczne, "przecież dochód jest za 2020 to dlaczego mam zmieniać na 2021 ?". Ja bym optował jednak za tym aby definicja była rok+1

Ok, dzięki, tylko pytanie czy zwykły użytkownik (księgowa w BR) ma/powinna tak głęboko grzebać, czy to jednak błąd definicji pola w formularzu ? Bo patrząc na definicję tego pola <STR(this.year)> właśnie znalazłem proste obejście , zmienić okres rozrachunkowy na 2021 i wtedy generować, wskakuje 2021 bez grzebania w formularzu.

Nie mogę poprawić 2020 na 2021, edycja nie działa. Wersja 1.66 SP2 HF1 (1.6607.21.5007)