Skocz do zawartości

Desynchronizacja ilości Na ZK

Polecane posty

Scenariusz mamy następujący - wprowadziliśmy ZK na 12 sztuk asortymentu. Przetworzyliśmy pozycję w ZD, także na 12 sztuk. Następnie weszliśmy w poprawienie ZK i zmieniliśmy ilość na 4 - pojawił się komunikat, że nie można edytować zamówienia zrealizowanego, ale mimo to można to zapisać i zapisuje się z ilością 4. W kolumnie Na ZK dla tego asortymentu (a także w tablicy IlosciDoRealizacji), pozostaje wartość 12. W ten sposób powstaje mylący zapis w ZK, który będzie trwał do czasu jego realizacji (chyba).

Link to postu

Postępując zgodnie z opisanym przez Pana scenariuszem, nie powtarzam problemu. Proszę o informację, czy polecenie jest wykonywane przez sferę, czy z poziomu programu?

Dodatkowo proszę napisać, jaki status ma ZK, czy w pomiędzy opisanymi operacjami pozycja (ZD bądź ZK) nie jest realizowana? Czy opcja przetwórz jest wykonywana poleceniem „Przetwórz w zamówienie do dostawcy”, czy „Zamów u dostawcy"?

Link to postu
1 godzinę temu, Przemysław Werner napisał:

Postępując zgodnie z opisanym przez Pana scenariuszem, nie powtarzam problemu. Proszę o informację, czy polecenie jest wykonywane przez sferę, czy z poziomu programu?

Wszystko musiało być wykonane z poziomu programu.

1 godzinę temu, Przemysław Werner napisał:

Dodatkowo proszę napisać, jaki status ma ZK, czy w pomiędzy opisanymi operacjami pozycja (ZD bądź ZK) nie jest realizowana? Czy opcja przetwórz jest wykonywana poleceniem „Przetwórz w zamówienie do dostawcy”, czy „Zamów u dostawcy"?

Status ZK - Bez rezerwacji

Przetworzone na ZD: Częściowo przetworzone na ZD do dostawcy

ZK nie było realizowane i przetwarzane w ZD za pomocą Przetwórz w zamówienie do dostawcy.

Geneza jest następująca - handlowiec zrobił Sobie z tego ZK, coś na zasadzie zamówienia ramowego. Klient podał mu specyfikację elementów pod projekt i on na podstawie tego zrobił ZK i pozamawiał elementy u dostawców. Gdy klient wywołuje, to handlowiec tworzy Sobie nowe ZK na tyle sztuk ile wywołał, a w tym źródłowym ZK, poprawia Sobie ilość sztuk - tak to sobie wymyślił. Jedyny problem w tym, że posypała się ta ilość Na ZK i szukamy przyczyny.

Link to postu

Na ZK jest 9 pozycji i jest w sumie 7 ZD. Jedna z tych siedmiu pozycji, była zamówiona u dwóch dostawców, pozostałe cała ilość od jednego dostawcy. Wszystkie ZD są już zrealizowane, w przypadku dwóch ZD realizacja była poniżej pierwotnej ilości, w przypadku jednego powyżej. W odniesieniu do kontrolowanej pozycji, gdzie na ZK było 12 sztuk, na ZD do jednego dostawcy także 12 sztuk, to te 12 sztuk zostało dostarczonych w całości. I tak, jest dokładnie komunikat jak wyżej:

obraz.thumb.png.bf7b25f6995664977e42cba2f6a33cae.png

Link to postu
  • 3 tygodnie później...

Dobra, robi się coraz ciekawiej. Moje systemy na podstawie bazy danych, zwracają 60 sztuk, więc postanowiłem to sprawdzić zapytaniem do bazy...

SELECT ir.Id,ir.PozostalaIlosc,dk.NumerWewnetrzny_PelnaSygnatura
FROM ModelDanychContainer.IlosciDoRealizacji AS ir
INNER JOIN ModelDanychContainer.PozycjeDokumentu AS pos ON pos.Id=ir.PozycjaDokumentuRealizowanego_Id
INNER JOIN ModelDanychContainer.Dokumenty AS dk ON dk.Id=pos.Dokument_Id
WHERE ir.AsortymentId=102588

obraz.png.2bd73db2f8b6144aec00794243abe86d.png

... no i trochę zgłupiałem, bo wyszło mi 60, gdzie Na ZK, dalej wskazuje 0, a w informatorze tego nie ma. Po krótkim śledztwie, okazało się, że w tym przypadku, koleżanka wprowadziła pozycje na inny magazyn, a informator tego nie pokazał, mimo iż filtr magazyn, jak widać na zrzucie ekranu powyżej nie był ustawiony - więc jest błąd w informatorze, pewnie bierze z kontekstu. W efekcie, teraz mam jeszcze większy błąd:

obraz.png.a69f95975f1092661ac7453aef8954f3.png

Link to postu

Proszę pamiętać, że widok w module pokazuje dane wg magazynu z kontekstu i chcąc porównywać, to w informatorze również należałoby wskazać filtr z kontekstu (Oddział, Magazyn).

Proszę zatem o informację, czy problem i Pańskie poszukiwania wynikają z kolumny „na ZK” i wartości 0, mimo że na innych magazynach wartość = 60, czy może wątpliwości wynikają z danych w informatorze i pierwszego wskazania jednego zamówienia z 30 szt., a następnie dwóch zamówień z łączną ilością 60 szt.?

  • Dziękuję 1
Link to postu

No dobra, trochę powstało dziwnego zamieszania i winna wszystkiemu Sfera + kontekst. Otóż wdarła się literówka i do Sfery został przekazany nie istniejący identyfikator magazynu, podczas zakładania ZK. W efekcie powstał taki zapis, z pustymi identyfikatorami dla dokumentu, pozycji oraz realizacji:

obraz.png.b87b13f76821a921c8db1e2584325a69.png

Co ciekawe, poza kontekstem, który dokumentu nie pokazywały, sam dokument wyglądał normalnie i wszędzie pokazywany był magazyn główny. Nawet jego zapisywanie nie pomagało. Trzeba było wejść, zmienić na inny magazyn, potem z powrotem na główny i wtedy po zapisaniu, naprawiło te identyfikatory.

Oczywiście, błąd jak najbardziej mój. Zastanawiam mnie tylko, czy Sfera nie powinna odrzucić takiego ZK, skoro w GUI takiego zrobić się nie da?

Link to postu

Interfejs faktycznie wymusza na użytkowniku podanie jakiegokolwiek magazynu tak w nagłówku jak i na pozycjach zamówienia, ale wynika to bardziej z "konstrukcji" interfejsu, który posiada kontekst biznesowy z wybranym domyślnym magazynem. Sfera tego nie sprawdza, aczkolwiek nie traktowałbym tego jako błąd bo wyobrażam sobie sytuację gdy ktoś chce mieć zamówienia, które są "poza magazynem". Coś w stylu zamówienia z "dowolnego magazynu" gdzie użytkownik dopiero przy realizacji podejmuje decyzję z jakiego magazynu należy towar wydać. Jako ciekawostkę napiszę jeszcze, że tak samo fakturę można wystawić bez magazynu dopóki nie wykonuje ona żadnego ruchu magazynowego, a mówiąc ściślej nie tworzy dokumentu automatycznego. Magazyn jest obowiązkowy na dokumentach magazynowych.

  • Dziękuję 1
Link to postu
×
×
  • Dodaj nową pozycję...