PP/Licznik potwierdzenia

[Pafciuuu]

Dzień dobry,
Numer potwierdzenia operacji wraz z licznikiem (np. 12345/1) umożliwia dosyć łatwą identyfikację np. pracownika.

Chcielibyśmy go wykorzystać do prostego traceability.
Problem pojawia się w momencie potwierdzania operacji ilością większą niż 1 - pod tym samym licznikiem zapisują się np. 3 potwierdzone sztuki...

Czy dałoby się jakoś skonfigurować system aby w momencie jednorazowego potwierdzenia np. 3 sztuk tworzyły się osobne liczniki potwierdzenia (tak jakby w tle wykonywały się 3 potwierdzenia po jednej sztuce)?
Chcielibyśmy otrzymać indywidualny numer, czyli w tym przypadku (dla potwierdzonych 3 sztuk):
12345/1
12345/2
12345/3

W mojej firmie poszukujemy możliwości do zidentyfikowania wykonawców każdej z 3 operacji zlecenia (zbudowanie traceability). Chcielibyśmy umieścić jakiś numer na produkcie końcowym, który umożliwiłby nam namierzenie (za pomocą SAP) wszystkich osób, które wytworzyły ten produkt..

Może są jakieś inne rozwiązania?
Czy macie podobne doświadczenia w tym temacie?

[dominik.tylczynski]

Nie sądzę, aby udało się wygenerować kolejne numery licznika dla kolejnych sztuk potwierdzenia w przypadku księgowania jednego potwierdzenia dla kilku sztuk. Licznik identyfikuje kolejne potwierdzenia zaksięgowane do operacji, a nie sztuki w tym potwierdzeniu. Musiałbyś wymusić, aby potwierdzenia były księgowane na jedną sztukę.
Zastanawiam się jednak po co chcesz to robić. W każdym potwierdzeniu jest zapisywany identyfikator użytkownika, który to potwierdzenie zaksięgował. Zatem masz wprost identyfikację użytkownika.

[Pafciuuu]

Rozumiem.

Przykładowa sytuacja:
Operacja 10 jest wykonywana np przez 2 zmiany (różne osoby)
Operacja 20 - przez 3 zmiany (różne osoby)
Operacja 30 - przez 5 zmian (różne osoby)

W każdym potwierdzeniu zapisuje się numer osobowy - ok.
Ale w jaki sposób powiązać wszystkiebpotwierdzenia gdy:
Produkt potwierdzany w operacji 30 pochodzi z ósmego potwierdzenia operacji 20 i z 3 potwierdzenia operacji 10 ?

Rzadko kiedy bywa tak, że wszystkie operacje są wykonane w ciągu jednej zmiany.. potrzebna jest tu elastyczność we wskazywaniu osób uczestniczących w całej produkcji..

[dominik.tylczynski]

Przykładowa sytuacja:
Operacja 10 jest wykonywana np przez 2 zmiany (różne osoby)
Operacja 20 - przez 3 zmiany (różne osoby)
Operacja 30 - przez 5 zmian (różne osoby)

Tutaj, moim zdaniem każdy z pracowników powinien księgować potwierdzenie wykonanej przez siebie pracy - pracowałem tyle i tyle godzin, nad daną operacją, zrobiłem tyle i tyle sztuk. Naturalnie te cząstkowe potwierdzenia nie powinny księgować przyjęcia. Przyjęcie wyrobu powinno następować dopiero na ostatniej operacji.

W każdym potwierdzeniu zapisuje się numer osobowy - ok.

Jeśli każdy z pracowników będzie księgować swoje potwierdzenia, to masz dokładne śledzenie - kto, co, kiedy zrobił.

Ale w jaki sposób powiązać wszystkie potwierdzenia gdy:
Produkt potwierdzany w operacji 30 pochodzi z ósmego potwierdzenia operacji 20 i z 3 potwierdzenia operacji 10 ?

W standardzie tego nie połączysz, ale mając wszystkie cząstkowe potwierdzenia operacji mógłbyś je scalić własnym raportem na zasadzie FIFO - przykładowo dla:

• operacja 10 - potwierdzenie 1 na 5 szt., potwierdzenie 2 na 10 szt.
• operacja 20 - potwierdzenie 1 na 4 szt., potwierdzenie 2 na 6 szt., potwierdzenie 3 na 5 szt.

mógłbyś powiązać:

• operacja 20 potwierdzenie 1, 4 szt --> operacja 10 potwierdzenie 1, 4 szt.
• operacja 20 potwierdzenie 2, 6 szt --> operacja 10 potwierdzenie 1, 1 szt. (pozostałe sztuki zostały już skonsumowane przez poprzednie potwierdzenie operacji 10) i potwierdzenie 2, 5 szt.
• operacja 20 potwierdzenie 3, 5 szt. --> operacja 10 potwierdzenie 2 5 szt.

Rzadko kiedy bywa tak, że wszystkie operacje są wykonane w ciągu jednej zmiany.. potrzebna jest tu elastyczność we wskazywaniu osób uczestniczących w całej produkcji..

Moim zdaniem w powyższy sposób otrzymasz wymaganą elastyczność.