Dodatkowe wygenerowane płatności na FSK

[Swiety_M]

Witam,
Od jakiegoś czasu sporadycznie na FSK pojawiają mi się dodatkowe płatności z "powietrza" tj. w nagłówku np. 1372.68 a w płatnościach mam dodatkowy wpis jak w załączniku.
Generalnie wystarczy usunąć tą płatność i wszystko wraca do normy, ale skąd to się bierze?

Ktoś miał podobny problem czym to może być spowodowane?

Pozdrawiam

[STAY_PJE]

Takie przypadki zdarzały się we wcześniejszych wersjach programu (poniżej 10.5), ostatnio ich nie spotykam.
Być może jest to związane z ręczną modyfikacją płatności przez operatora.

[Swiety_M]

Ok. Mam 8.0 z tego co widzę występuje to tylko u jednego operatora, muszę prześledzić ścieżkę jego działania przy robieniu korekt.
Pozdrawiam

[Monster]

Potwierdzone przez asystę, że zdarzały się do 2014.0, obiecali że powyżej już się nie zdarzy, ale czekam co moi użytkownicy wymyślą...

[wacek]

Ja ma 2014.1 i się zdarza, wcześniej na 9.8 się nie zdarzało.

[scribe]

potwierdzam, zdarzają się i na 2014.1.3 - chociaż wg. mnie 90% to kombinacje operatorów z płatnościami
ale zdarzało mi się że kwota dodatkowych płatności na FS rosła w postępie geometrycznym - 2zł, 4zł, 16zł

[STAY_PJE]

Mam ten błąd obsłużony w swoim Systemie Wczesnego Ostrzegania. U kilku klientów przetwarza się codziennie, stąd wiem że ostatnio nie występuje (w większości XL powyżej wersji 2013).
Opis procedury testowe: Dokumenty, na których jednocześnie występuje należność i zobowiązanie. Płatności podlegają rozliczeniu, nie są rozliczone (pozostaje>0) i kwota pozostająca nie przekracza dopuszczalnej tolerancji (parametr).
Następstwa błędu: Nie prawidłowo rozliczony dokument.
Sposób naprawy: Operator programu: zmodyfikować ręcznie płatności na dokumencie aby płatności nie pojawiały się po dwóch stronach, oznaczyć płatności jako nie podlegające rozliczeniu, lub rozliczyć płatności.

Podaję kod procedury testowej do uruchomienia na swojej bazie:

Kod: Zaznacz cały

select cdn.numerdokumentu(trn_gidtyp, trn_spityp, trn_trntyp, trn_trnnumer, trn_trnrok, trn_trnseria, trn_trnMiesiac),
convert(varchar(10), dateadd(day, trn_data2, '18001228'), 102),
brutto = convert(varchar(15), trn_nettop + trn_nettor + trn_vatp + trn_vatr),
convert(varchar(15), wn.trp_pozostaje), convert(varchar(15), ma.trp_pozostaje)
FROM cdn.tranag 
JOIN 
	(select trp_gidtyp, trp_gidnumer, trp_kwota = sum(trp_kwota), trp_Pozostaje = sum(trp_Pozostaje) from cdn.traplat 
	where trp_typ=1 and trp_rozliczona<>2 group by trp_gidtyp, trp_gidnumer
	having sum(trp_pozostaje)>0) Ma
	on Ma.trp_gidnumer = trn_gidnumer and Ma.trp_gidtyp = trn_gidtyp 
JOIN 
	(select trp_gidtyp, trp_gidnumer, trp_kwota = sum(trp_kwota), trp_Pozostaje = sum(trp_Pozostaje) from cdn.traplat 
	where trp_typ=2 and trp_rozliczona<>2 group by trp_gidtyp, trp_gidnumer
	having sum(trp_pozostaje)>0) Wn
	on Wn.trp_gidnumer = trn_gidnumer and Wn.trp_gidtyp = trn_gidtyp 
where (wn.trp_pozostaje>0 /*tolerancja*/ or ma.trp_pozostaje>0 /*tolerancja*/)
order by trn_data2 desc

[Yuber]

Wersja 2014.1.3 - zdarza się. Nie często kilka razy w miesiącu ale jest. Podobnie jak STAY_PJE u mnie Księgowość chwyta to swoim zapytaniem.