PP - Zmiana UserField04 powoduje dealokacje(undistapching).
PP - Zmiana UserField04 powoduje dealokacje(undistapching).
Hej, Chemy skorzystać z pól użytkownika na opziome operacji w zleceniu produkcyjnym (OPEC). Niestety mamy problem z polem Ilość. Każda zmiana tego pola powoduje dealokacje zlecenia w tablicy planistycznej. Czy spotkaliście się wczesniej z takim problemem? Z pozostałymi plami nie ma takiego problemu..
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1477 times
- Kontakt:
Re: PP - Zmiana UserField04 powoduje dealokacje(undistapching).
Zobacz noty
2146129 - Process and production order de-allocated without warning if qty is changed
2257403 - Switch off the message CN 469
Dealokacja operacji po zmianie ilości wygląda mi na standardową funkcjonalność. Moim zdaniem ma ona sens - jeśli zmieniasz ilość to zmienia się obciążenie stanowiska roboczego. Zatem taka operacja powinna być alokowana (ang. dispatched) ponownie.
Jeśli koniecznie chcesz wyłączyć tę automatyczną dealokację postaw break-point w procedurze OPR_DEALLOCATE w include LCOBOFAZ i zobacz jak ta procedura jest wywoływana podczas zmiany ilości.
2146129 - Process and production order de-allocated without warning if qty is changed
2257403 - Switch off the message CN 469
Dealokacja operacji po zmianie ilości wygląda mi na standardową funkcjonalność. Moim zdaniem ma ona sens - jeśli zmieniasz ilość to zmienia się obciążenie stanowiska roboczego. Zatem taka operacja powinna być alokowana (ang. dispatched) ponownie.
Jeśli koniecznie chcesz wyłączyć tę automatyczną dealokację postaw break-point w procedurze OPR_DEALLOCATE w include LCOBOFAZ i zobacz jak ta procedura jest wywoływana podczas zmiany ilości.
Re: PP - Zmiana UserField04 powoduje dealokacje(undistapching).
Właśnie próbóję się duszukać tutaj standardu. Zmiana Ilości zlecenia produkcyjnego i powiązana z nim dealokacja to jak najbardziej standard. W naszym przypadku zmieniamy pole ilosc w user fields operacji:
Poniżej konfiguracja:
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1477 times
- Kontakt:
Re: PP - Zmiana UserField04 powoduje dealokacje(undistapching).
Trudno mi powiedzieć tak na sucho bez dostępu do systemu. Może zrób tak jak napisałem wcześniej: "postaw break-point w procedurze OPR_DEALLOCATE w include LCOBOFAZ i zobacz jak ta procedura jest wywoływana podczas zmiany".
Re: PP - Zmiana UserField04 powoduje dealokacje(undistapching).
Dzięki za podpowiedź. Wygląda na to, że dwa pola przechowujace ilość są kluczowe przy planowaniu i każda zmiana tych pól powoduje dealokacje. Do każdego z tych pół mamy możliwość podpięcia parametru formuły więc może to tłumaczyć takie zachowanie systemu..
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1477 times
- Kontakt:
Re: PP - Zmiana UserField04 powoduje dealokacje(undistapching).
Pokaż jeszcze wartości tych dwóch pól:
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1477 times
- Kontakt:
Re: PP - Zmiana UserField04 powoduje dealokacje(undistapching).
Coś mi nie pasuje w tych screenshotach, bo nie widać na nich procedury OPR_DEALLOCATE. Czy po zmianie Twoich pól użytkownika ta procedura jest wywoływana?
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1477 times
- Kontakt:
Re: PP - Zmiana UserField04 powoduje dealokacje(undistapching).
Możesz zatem wciąć się w tym miejscu z własnym kodem, dodać warunek sprawdzający czy tylko pole użytkownika USR04 zostało zmienione i nie wywoływać procedury OPR_DEALLOCATE w takim przypadku. To jest naturalnie zmiana standardu i wymaga dokładnego przetestowania. Nie widzę jednak innej możliwości implementacji Twojego wymagania.