Daniel Kozłowski

Również proszę o wyrozumiałość - polecam jedyne słuszne rozwiązanie - wdrożenie programu, którego częścią będzie szkolenie z obsługi programu, zarówno podstaw jak i zagadnień, gdzie użytkownicy popełniają najwięcej dotkliwych w skutkach błędów jak utrzymywania spójności między ewidencją rozrachunków na ewidencją księgową. No nie, zgodnie z datą przychodu, czyli w grudniu... Schemat importu (zakładam standardowy "kontrahent, przychód, vat") naruszy przecież reguły integralności. Nic nigdzie nie pisałem o przeksięgowaniu przychodu, napisałem o przeksięgowaniu rozrachunku:

A ja odpowiedziałem, proszę pokazać zrzut ekranu pokazujący zastosowanie się do tego, co napisałem. Gdzie pisałem coś o ręcznej dekretacji ? Pisałem o przeksięgowaniu, gdyż dekretacja dokumentu z Subiekta ma zostać wykonana z pomocą schematu importu, aby utworzyło się powiązania między fakturą a dekretem, aby zmienił się status księgowy faktury. Nie rozumiem co chce Pan zerować w styczniu, skoro faktura powstała w styczniu, wiec z tą datą powinien powstać rozrachunek na kontrahenta, czyli powinien zostać przeksięgowany rozrachunek z BO na kontrahenta.

To Pan wybiera rok obrotowy i okres z jaki widoczne są dokumenty, zgodnie z komunikatem programu należy wybrać okres dokumentów zgodny z rokiem obrotowym do którego będą księgowane. Umożliwia, służą do tego dokumenty księgowe jakimi są dekrety, które należy wprowadzić ręcznie, nie ma systemowego wsparcia.

Niestety tak.

Nie widać jaki to towar, nie widać w którym magazynie się znajduje... Nie widać jaki to towar, nie widać w którym magazynie, nie widać na jaki dzień, nie widać w jaki sposób są prezentowane dane w raporcie (grupowanie)... Reasumując - nic nie widać, nie widać podstawowych informacji, które mogłyby pomóc w odpowiedzi na Pana pytanie. Jeśli nie pokazał Pan informacji w programie, na podstawie których nabył Pan tę pewność, to budzi to uzasadnione wątpliwości, że jednak w nieprawidłowy sposób przegląda Pan dane programu. W każdym razie nie powtarzam problemu na wersji 49.0.1.

Tak, skoro parametr jest wykorzystywany przez deklaracje to należy usunąć naliczoną deklarację.

Przybliżona data to jutro.

Ustawienia widoków w interfejsie użytkownika nie przekładają się na zmiany w dedykowanych wzorcach wydruku (innych niż wydruki list).

To kwestia poznania obsługi interfejsu użytkownika programu - kolejność kolumn na listach zmienia się poprzez "przeciągnij i upuść".

Tylko co każda aktualizacja z konwersją bazy danych.

Jest to znany problem wydajnościowy wynikający z przyjętej implementacji w tym module (widok), z którym ciężko się walczy, należy stosować rozwiązania dla takich problemów, często opisywane na forach poświęconych programom InsERT, czyli usunięcie dokumentów lub wydajny sprzęt, pełny serwer SQL, optymalizacja, aby skorzystać z tego sprzętu i pełnego SQL'a.

No nie, tego nie wiemy, być może to przyczyna opisana we wskazanym wątku, ale może być jest inna, należy sprawdzić. Ale dlaczego skoro nie wiadomo jakie są uprawnienia do folderu głównego dysku ? Co do zasady nie zwiększa się uprawnień dla aplikacji, tylko nadaje niezbędne uprawnienia do miejsc, do których potrzebny jest dostęp, robiąc to z drugiej strony (jak wyżej, od strony aplikacji) należy dowiedzieć się jakie uprawnienia są nadane.

Oczywiście, nawet przykład takiego schematu został podany w ostatniej odpowiedzi przed Pani pytaniem. Tak, powinno dać się uzyskać taki efekt.

Osobiście nie rozumiem o czym mówił konsultant Zeto i o co Pan pyta.

Nie da się, ale można usunąć deklarację.

W rozwiązaniu dodatkowym, które będzie realizowało taką funkcjonalność, nie jest to zgodne z przepisami, więc program nie posiada takiej funkcjonalności.

Skąd ma Pan tę pewność ? Ma Pan wyłączone aktualizacje systemu operacyjnego, które mogły dokonać zmian ? Problem nie ma związku z Zielonym Plusem, zapewne chodziło o inne biblioteki. -- Dla jasności - ja tylko "zgaduję przez forum".

To proszę zmienić na starszy, inny, taki, który działał wcześniej.

Czyli otrzymaliśmy nieprawdziwe informacje, program był uruchamiany w wersji 35, a nie 49...

No nie, to zależy dodatkowo od posiadanego rachunku bankowego w danym banku, w przypadku banku mBank potrzebny jest "rachunek korporacyjny" CompanyNet, więc może Pan nawet nie mieć możliwości, aby skorzystać z takiego rachunku (o dodatkowych kosztach nie wspominając). Proszę porozmawiać z bankiem i podzielić się doświadczeniem.

Proszę spróbować zaktualizować sterownik czytnika.

O problemie wiadomo od piątku, a w weekend firma InsERT nie pracuje. Tak właśnie objawiają się błędy programu.

Należy wprowadzić obieg dokumentów, w którym błędy nie będą się zdarzały, prawdopodobieństwo będzie bardzo, bardzo małe, a wystarczy, aby ktoś inny zweryfikował dokument po wprowadzeniu. Jak wyżej, jak miałby to zrobić Rewizor skoro nie umożliwia tego sam Subiekt. Poza tym sama wartość to mały problem, gorzej jeśli zostanie podany błędny kurs. Księgowy powinien też wiedzieć, że wszystkie zapisy na kontach można po prostu przeksięgować, więc w ostateczności można przeksięgować błędny rozrachunek na poprawny.

Pierwsze wyjaśnienie i obejścia z Google: https://blog.sqlauthority.com/2019/10/09/sql-server-installation-error-25641-for-target-package0-event_file-the-parameter-filename-passed-is-invalid-target-parameter-at-index-0-is-invalid/

Tak, jeśli nie da się w programie to można poza programem, jeśli Pan nie potrafi to proszę skorzystać z usług kogoś, kto potrafi. Nie. Co Pana powstrzymało, aby sprawdzić ?