Autor Wątek: SQL Update - czy bezpieczne  (Przeczytany 4100 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline TeeCee

  • Nowy użytkownik
  • *
  • Wiadomości: 31
  • Reputacja +0/-0
  • Wersja programu: 1.40
SQL Update - czy bezpieczne
« dnia: Wrzesień 20, 2018, 16:23:31 »
Witam,
mam problem z ewidencją VAT sprzedaży. Nikt nie zwrócił uwagi na znacznik "Włącz korygowanie VAT" w dokumentach sprzedaży dotyczących transakcji pozakrajowych (WDT, WTT, eksport) i tak cały rok znacznik był uaktywniany dla wszystkich dokumentów. Dokumentów jest za dużo na "odklikiwanie".
Zastanawiam się wiec nad updatem tabeli poleceniem

update vat__EwidVAT
set ev_WlaczKorygowanieVAT = 0
where zadany warunek

Wiecie może, czy to jest bezpieczne i nie naruszy jakichś powiązań czy integralności danych? Niestety nie ma polecenia "Wyłącz korygowanie VAT" dla dokumentów. Można włączyć, ale wyłączyć już nie.

Dzięki za pomoc.

Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10695
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: SQL Update - czy bezpieczne
« Odpowiedź #1 dnia: Wrzesień 20, 2018, 21:25:53 »
A w czym Ci ten znacznik przeszkadza?

Offline TeeCee

  • Nowy użytkownik
  • *
  • Wiadomości: 31
  • Reputacja +0/-0
  • Wersja programu: 1.40
SQL Update - czy bezpieczne
« Odpowiedź #2 dnia: Wrzesień 20, 2018, 21:56:29 »
Powoduje problemy w księgowaniu dokumentów "na stałe". Np. w sytuacji gdy zapis ewidencji VAT ma np.:
- data otrzymania 30.04.2018
- data wystawienia 15.04.2018
- termin płatności 22.04.2018, termin ten przy znaczniku na True przenosi sie do zakładki korekty VAT

podczas księgowania otrzymuję komunikat niezgodności dat. (teraz nie przytoczę dokładnie treści)

Wydaje się, że to błąd programu bo zamiast porównywać datę wystawienia z terminem płatności to porównuje datę otrzymania, która przecież może być późniejsza niż termin płatności.

Gdy odznaczę znacznik problem znika.

Wysłane z mojego SM-A320FL przy użyciu Tapatalka


Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10695
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: SQL Update - czy bezpieczne
« Odpowiedź #3 dnia: Wrzesień 21, 2018, 01:03:42 »
Nie bardzo rozumiem Twoje wywody, bo termin płatnosci jest decydujacy dla ewentualnej korekty VAT. Pozostałe dwa terminy nie mają w tym przypadku znaczenia. Dlatego też jest przenoszony ten termin, bo od niego liczy się 150 dni.
Mam to zaznaczone na stałe i nie mam żadnych komunikatów o niezgodności dat. Być moze jest to zwiazne z tym, że masz datę otrzymania późniejszą niż termin płatnosci, a wg mnie nie jest to normalne zjawisko, bo jak można zapłacić za fakturę nie mając jej.


Offline TeeCee

  • Nowy użytkownik
  • *
  • Wiadomości: 31
  • Reputacja +0/-0
  • Wersja programu: 1.40
Odp: SQL Update - czy bezpieczne
« Odpowiedź #4 dnia: Wrzesień 21, 2018, 07:44:21 »


Nie bardzo rozumiem Twoje wywody, bo termin płatnosci jest decydujacy dla ewentualnej korekty VAT. Pozostałe dwa terminy nie mają w tym przypadku znaczenia. Dlatego też jest przenoszony ten termin, bo od niego liczy się 150 dni.
Mam to zaznaczone na stałe i nie mam żadnych komunikatów o niezgodności dat. Być moze jest to zwiazne z tym, że masz datę otrzymania późniejszą niż termin płatnosci, a wg mnie nie jest to normalne zjawisko, bo jak można zapłacić za fakturę nie mając jej.

Aldo, przeczytaj wiec uwaznie jeszcze raz a potem komentuj.

1. Otrzymanie dokumentu po terminie płatności z dokumentu nie jest niecodzienne.
Weź na przykład fakture z trzydniowym terminem wysłaną pocztą zwykłą. Za nic nie otrzymasz jej przed upływem 3 dni.
Mozna tez przeciez dokument otrzymac duzo pózniej i mieć go niezapłaconego.
Wtedy data otrzymania bedzie np z kolejnego miesiaca a termin platnosci pozostaje niezmienny - jak w dokumencie.

2. Dla faktur zakupu wprowadzasz rzeczywiście termin płatności a to nie jest tożsame z terminem rzeczywistej zapłaty.
Termin płatności określony na dokumencie ma kluczowe znaczenie, bo od niego liczymy 150 dni ale moze być wczesniejszy niż data otrzymania.

Ale problem tkwi gdzie indziej. Zasymuluj sobie sytuacje gdzie wprowadzasz zakup - import usług do ev.
Wprowadz daty tak jak wspomniałem wyżej czyli:
data otrzymania 30.09
data wystawienia 01.09
termin platnosci (nie zaplaty) 14.09
Znacznik na auto True. Automat przeniesue Ci termin platnosci do zakladki korekty. I wszystko ok... spróbuj zaksięgować na stałe.

U mnie wywala błąd.

Wysłane z mojego SM-A320FL przy użyciu Tapatalka


Offline TeeCee

  • Nowy użytkownik
  • *
  • Wiadomości: 31
  • Reputacja +0/-0
  • Wersja programu: 1.40
SQL Update - czy bezpieczne
« Odpowiedź #5 dnia: Wrzesień 21, 2018, 07:49:15 »
Poza tym... oczekiwałem odpowiedzi o zagrożeniach bazodanowych a Ty komentujesz technikalia VATowskie.

« Ostatnia zmiana: Wrzesień 21, 2018, 09:15:17 wysłana przez TeeCee »

Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10695
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: SQL Update - czy bezpieczne
« Odpowiedź #6 dnia: Wrzesień 21, 2018, 09:39:00 »
Poza tym... oczekiwałem odpowiedzi o zagrożeniach bazodanowych a Ty komentujesz technikalia VATowskie.
Zagrożenia bazodanowe zawsze istnieją przy ręcznym grzebaniu w bazie.
Nie komentuję technikalii , tylko staram się połapać w tym co napisałeś w pierwszym poście.
A napisałeś, ze problem dotyczy:
Cytuj
mam problem z ewidencją VAT sprzedaży. Nikt nie zwrócił uwagi na znacznik "Włącz korygowanie VAT" w dokumentach sprzedaży dotyczących transakcji pozakrajowych (WDT, WTT, eksport)
a w dalszej częci piszesz o zakupach.
Jeśli dotyczy to dokumentów sprzedaży, to problemy z datą otrzymania i terminem płatności moga mieć Twoi odbiorcy,  a nie Ty. Przy dokumetach sprzedaży ne ma pojęcia "data otrzymania".
Wiec wyjaśnij o co tak naprawdę chodzi?


Forum Użytkownikow Subiekt GT

Odp: SQL Update - czy bezpieczne
« Odpowiedź #6 dnia: Wrzesień 21, 2018, 09:39:00 »