Daniel Kozłowski

Jacku, naturalnie też o tym myślałem, ale jednak nie zdecydowałem się na opisanie tego, gdyż to ciągle nie będzie automatyczne rozwiązanie, przypisanie rachunku bankowego podmiotu do kontrahenta będzie ciągle wymagało dokonania wyboru przez użytkownika, a to z kolei będzie doprowadzało do opisywanego "ludzkiego błędu"... No chyba, że zostałaby dodana blokada dodawania kontrahenta bez przypisanego rachunku bankowego, ale to też rozwiązanie dodatkowe...

Jest dokładnie tak jak Pan opisuje, że rzekomo nie jest: Czy jest uczciwe publiczne opisywanie błędnych i nieprawdziwych wniosków ? Wystarczyło spytać, gdzie znajdują się takie informacje i na tym poprzestać, w pierwszej kolejności można było spytać dostawcę programu, który swoją drogą powinien tak podstawowe kwestie wyjaśnić przed sprzedażą programu, a teraz przy kończącym się abonamencie o tym przypomnieć...

Dlaczego podejmuje się Pan tematu skoro też nie radzi sobie Pan z obsługą programu, to nie skończy się dobrze, a słuszne pretensje będą do Pana... Jasno i wyraźnie została wskazana przyczyna problemu - rozliczenie rozrachunkiem niepowiązanym z zapisem na koncie: wypłata bankowa - ponieważ nie otrzymałem odpowiedzi na pierwsze pytanie o pochodzenie dokumentu zakupu to będę zgadywał... Nie została ujęta w księgowości operacja bankowa, która posłużyła do rozliczenia zobowiązania, być może w ogólnie nie powinno jej być (najczęstszy błąd do wystawianie dokumentów z formą płatności zapłacono przelewem lub rozliczanie zobowiązań przelewem i powielenie wpłat poprzez wyciągi wprowadzane bezpośrednio w księgowości bez podłączania rozrachunków) lub faktura przed zapisem dekretu była błędnie edytowania, w wyniku czego został utworzony nowy rozrachunek, zamiast zostać podłączonym pod konto. Podstawowa zasada, którą trzeba zrozumieć i stosować w takim modelu pracy - rozrachunki i dokumenty finansowe są jedne, nie ma podziału na rozrachunki Subiekta i rozrachunki Rewizora, mogą pochodzić z dwóch programów, ale mają być jedne, nie można ich powielać.

Tak nie można, ale można osiągnąć oczekiwany efekt - jest realizowane jest to odwrotnie, stosuje się jeden (zmodyfikowany) wzorzec wydruku, który prezentuje rachunek podmiotu zgodny z walutą dokumentu. Posiadamy gotowe takie wzorce wydruków, w przypadku zainteresowania zapraszam do bezpośredniego kontaktu (dane kontaktowe znajdują się w stopce każdej odpowiedzi).

To standardowy bałagan w księgowości wynikający z braku podstaw obsługi programu... Jako przykład pokazał Pan niespójność wynikającą z dokumentów z kwietnia 2018 roku, a mamy sierpień 2019 - ten błąd powinien zostać wychwycony najpóźniej w maju 2018 roku przy zamykaniu miesiąca kwietnia... Zwłaszcza w księgowości warto poprawnie rozpocząć pracę z programem, gdyż wiele błędów jak tutaj ujawnia się po ponad roku, a po takim czasie dużo trudniej je się poprawia... Niestety ze zrzutów ekranu praktycznie nic nie wynika - nie widać pochodzenia dokumentu (import z Subiekta czy wprowadzony ręcznie) oraz nie widać potencjalnych przyczyn niezgodności sald... Polecam również przeczytać w pomocy do programu co sprawdza analiza spójności. ps. Na pierwszym zrzucie ekranu pozostała nazwa firmy

To co można uzyskać w GT to "na sztywno" ograniczyć widoczność danych na liście dokumentów, można spróbować wykorzystać do tego formatowanie warunkowe lub inne rozwiązanie dodatkowe, które pozwoli uzyskać taki efekt.

Nie można rachunku bankowego podmiotu jeśli został powiązany z dokumentami... Można usunąć te powiązania, wtedy będzie można usunąć rachunek bankowy, operację taką należy wykonać serwisowo... Można również ustawić rachunek bankowy jako nieaktywny, ale też serwisowo... Proszę skontaktować się ze swoim serwisantem/nawiązać taką współpracę/poszukać rozwiązań dodatkowych, które to zrealizują. W praktyce stosuje się do tego rachunki sprzedaży i zmodyfikowane wzorce wzorce wydruków.

Tylko poprzez skorzystanie z dodatkowych rozwiązań, jedna możliwość to wskazane wyżej dodatkowe zestawienie SQL, inna to przygotowanie rozwiązania, które zapisze dane towaru w polu szansy sprzedaży po którym jest już możliwe wyszukiwanie.

Na początek proszę się zastosować i odnieść do zamieszczonego komunikatu.

Proszę zastosować się do moich sugestii i przywrócić domyślne ustawienia listy w sposób jaki wskazałem (proszę zamknąć program z innym aktywnym modułem niż kontrahenci, uruchomić ponownie, wejść w Słowniki->Personel i usunąć ustawienia listy kontrahentów)... Jeśli to nie pomoże to proszę wykonać test z innym użytkownikiem, jeśli jest tylko jeden użytkownik to proszę utworzyć kopię podmiotu i dodać nowego użytkownika...

Źle Pan zrozumiał problem - chodziło o ukrycie zobowiązań pochodzących z faktur kosztowych przed użytkownikami Subiekta (jak również wynagrodzeń i innych "wrażliwych" rozrachunków)... Okazało się, że program działa poprawnie, po zmianie parametrów rewizora były widoczne zobowiązania utworzone w Subiekcie w roku 2013 (zapewne efekt przenoszenia danych z poprzedniego programu), późniejszych danych rzeczywiście utworzonych w Rewizorze nie było widać.

Czy tak samo dzieje się na innym użytkowniku programu ? Jeśli tak to należy usunąć ustawienia listy dla użytkownika, na którym występuje problem (z poziomu karty użytkownika). Ewentualnie proszę pokazać problem (zrzut ekranu).

Na raportach z drukarki fiskalnej pojawią się takie dane jakie zostaną do niej wysłane, teoretycznie można byłoby zdefiniować dwie stawki ZW, ale nie mam pewności czy na taką dowolność zezwalają obecne przepisy. Dużo bezpieczniej byłoby zrobić to dzieląc sprzedaż w programie i generować z niego zestawienia.

Proszę się przyjrzeć, podsumowanie sprzedaży w rozbiciu na stawki VAT to jedna z podstawowych informacji na takim raporcie ?

Tak, jest poprawnie, więcej pomysłów na odległość nie mam... Czy przed przeniesieniem bazy danych na pewno dane były poprawne, rozumiem, że można to sprawdzić na starym serwerze ?