Jeśli dobrze rozumiem wcześniejsze posty to te niespodzianki zdarzają się tylko przy dokumentach z płatnością kartą przekazywaną na terminal?

Tak. Właśnie wywaliłem integrację z terminalem w cholerę. Wolę terminal w trybie ręcznym niż takie kwiatki.

A w przyszłym tygodniu będę analizował bazę pod kątem kolejnych przeoczonych kwiatków... Jest co sprawdzać, bo paragonów kartowych trochę było...

Wyniki analizy:
- Tabela dok__Dokument zawierała ten paragon 1 raz oraz AutoWZ - także 1 raz.
- Paragon miał 3 pozycje, więc tabela dok_Pozycja zawierała 3 odpowiednie wiersze, ładnie powiązane z paragonem (ob_DokHanId) oraz wz-ką (ob_DokMagId). Tu nie było żadnego nadmiaru.

Jednakże WZ-ka wyświetlona w Subiekcie pokazywała 5 wierszy - z czego pierwszy 2x, drugi 2x, trzeci 1x. Przyczyna leżała w tabeli dok_MagRuch, gdzie z niewiadomych przyczyn pojawiły się zduplikowane wpisy dla dwóch pierwszych towarów - przykład w załączeniu.

Wycofanie skutku z paragonu i ponowne go wywołanie spowodowało usunięcie zwielokrotnionych wpisów z dok_MagRuch. Ale efektem ubocznym było popsucie stanu magazynowego. W tej chwili mam takie dane w informatorze:
1) na zakładce ruch towaru widzę 31szt
2) na zakładce stany widzę jedną dostawę - pozostało 30 szt
3) na zakładce stany w magazynach widzę 30 szt
Na prawdę mam w magazynie 31 szt.

Błąd (3) mogę w zasadzie ręcznie poprawić w bazie w tw_Stan, ale to mi nie poprawi błędu (2)... Co z tym zrobić?

Na szczęście analiza bazy wykazała, że (chyba...) nie ma więcej niezgodności w dok_MagRuch...

Insert przyznał, że jest to błąd w programie, który będzie naprawiony w jednej z najbliższych wersji.
Na razie trzeba unikać scenariusza ze sprzedażą towaru, którego nie ma nastanie połączonego z płatnością via terminal.

Fajnie ,że poprawka się pojawiła ale co z niezgodnymi stanami które spowodował program ? jest jakieś narzędzie do skorygowania tych stanów ? bo nie wyobrażam sobie grzebania w bazie.

falcon32