Witam

Jeden z Klientów zgłosił nam, że płaci nam ponownie za ten sam dokument. Na dowód przyniósł wydruk KP. Sprawdziliśmy to i okazało się, że rozliczenie faktury na termin nie zawsze jest poprawnie rozliczane pomimo wystawienia KP. Przykład:
Faktura na termin, kwota 700zł, Klient wpłaca 500zł, drukujemy KP - należność pozostała 700zł - W historii widnieje wydrukowane KP z opisem: rozliczenie rachunku (skojarzenie).

Pomyśleliśmy, że to jakiś błąd komunikacji ale zaczęliśmy szukać. Okazało się, że od dnia aktualizacji do wersji 1.53 HF1 czyli mniej więcej od miesiąca mamy takich "błędów" kilkanaście. Niektóre o tyle ciekawe że jedno KP rozliczające 2 faktury, jedna rozliczona poprawnie, druga bez zmiany kwoty należności, pomimo tego, że w historii widnieje odpowiednie KP z wpłaconą kwotą. Niektóre faktury rozliczane są poprawnie, inne nie, nie ma zasady, dotyczy to różnych kontrahentów, cechą wspólną jest tylko faktura na termin dla nich wszystkich.

Do tej chwili naliczyliśmy około 20 takich przypadków.

Dzwoniliśmy do Subiekta i naszego partnera, sugerują aktualizację do 1.53 SP2 (najnowsza aktualna), postanowiliśmy jednak zadać pytanie na forum czy ktoś nie trafił na podobną sytuację i czy przypadkiem nie jest to coś co w SP2 nadal będzie obecne. Sprawdzanie miesiąca dokumentów jest dość pracochłonne a jeżeli aktualizacja nie pomoże to co wtedy? Nie trafiłem na forum na taki przypadek, w google też nic nie znalazłem.

Czy ktoś z najnowszą wersją może zerknąć na swoje rozliczenia czy przypadkiem nie trafił na ten sam bubel?

Tak, na bazie jest Rewizor.

Szukałem na liście poprawek w SP1 i SP2 ale nie znalazłem niczego co odpowiadałoby takiemu "losowemu" zachowaniu rozliczeń.

Tylko nawet po wgraniu poprawki dekrety, które to rozjechały i tak będą do ręcznej poprawy. Ja na takie u siebie polowałem zapytaniem do bazy.

Proszę

SELECT n.nzf_Id
,n.nzf_Data
,d.dkr_NrPelny
,d.dkr_Rejestr
,d.dkr_DokumentZrodlowy
,n.nzf_WartoscPierwotna
,n.nzf_Wartosc
,n.nzf_Typ
,n.nzf_Tytulem
,n.nzf_NumerPelny
,ae.adr_NazwaPelna
,ae.adr_Symbol
FROM nz__Finanse n
INNER JOIN adr__Ewid ae ON ae.adr_TypAdresu = 1
AND ae.adr_IdObiektu = n.nzf_IdObiektu
AND n.nzf_Zrodlo = 2
AND n.nzf_Typ IN (41, 42)
AND n.nzf_TypObiektu = 1
INNER JOIN nz_RozDekret nd ON n.nzf_Id = nd.nzd_IdRozrachunku
INNER JOIN dkr_Pozycja dp ON nd.nzd_IdDekretu = dp.dko_Id
INNER JOIN dkr__Dokument d ON d.dkr_id = dp.dko_IdDokumentu
ORDER BY n.nzf_Data DESC

Miej świadomość tego, że to zapytanie może wywalić Ci duuużo więcej niż tylko te dokumenty zależnie od tego co księgowość u Ciebie robi - np. jakieś PK-awki i inne duperele. Dałoby się to pewnie zawęzić żeby to nie zgarniało tych dokumentów ale ja się w tym dość dobrze łapię to nie miałem potrzeby

Yemet dziękuję, czuję się ostrzeżony.

DKozlowski możesz podać nazwę tego zestawienia i jego lokalizację? Bo w zestawieniach widzę tylko analizę stanu towarów i analizę płynności finansowej - chyba nie o to chodzi.

Zapewne chodzi o zestawienie o nazwie
Analiza spójności ewidencji księgowej z ewidencją rozrachunków

Zrobiłem sobie przed chwilą taki "zepsuty" dekret dp wypłaty bankowej z rozrachunkiem utworzonym zamiast podpiętym i analiza spójności rozrachunków na tym koncie księgowym nie pokazała mi tego jako niezgodności zgodności sald i poprawności powiązań rozrachunków (plusiki w kolumnach ZS i PP) ale może coś źle robiłem (nie jestem księgowym)