Autor Wątek: Subiekt GT - moim zdaniem ciekawy temat dotyczący zliczania produkowanego towaru  (Przeczytany 2049 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline misiek007

  • Nowy użytkownik
  • *
  • Wiadomości: 4
  • Reputacja +0/-0
  • Wersja programu: 1.55SP1
Witam,

Mam następujący temat. Właściwie dwa.

1. Klient chce użyć subiekta do zliczania zebranego towaru z poszczególnych hal produkcyjnych z uwzględnieniem że towar zbierany jest w różnej pojemności pojemniki > potem zebrany towar ma być zsumowany w kilogramach per hala > wylądować w głównym magazynie do zafakturowania i sprzedaży.
Dodatkowo każda osoba zbierająca produkt ma mieć policzony zarobek na podstawie swoich zbiorów z każdej hali.

Graficznie:

Hala 1 > osoba 1 zbiera produkt 1
          > osoba 2 zbiera produkt 2 > magazyn główny > sprzedaż
          > osoba 3 zbiera produkt 1
Hala 2 > ...
Hala 3 > ...
Hala 4 > ...

Ale z wyliczaniem ile dana osoba zebrała w ciągu dnia na różnych halach. Z sumowaniem aby było wiadomo za jaką ilość pracy tej osobie zapłacić.
Zupełnie nie mam pomysłu jak do tego podejść.
Program musi wiedzieć ile danego produktu zostało zebrane na każdej hali z rozdzieleniem na wielkość pojemnika. Musi wiedzieć ile zostało zebrane w kilogramach per hala.
Musi wiedzieć kto zebrał jaką ilość towaru w jakim rodzaju pojemnika i ostatecznie jaką ilością dysponujemy sumarycznie do zafakturowania i sprzedaży.

Obecnie jest tam jakiś moduł napisany przez kogoś 10 lat temu który nie działa tak jak chcą + resztę zliczają na kartce.

2. Nie ma ograniczeń dotyczących ilości oddzielnych firm na jednej bazie MSSQL? Jest decentralizacja, są tam bodajże 3 instancje serwera sql zainstalowane na stacjach roboczych.  Chcę to wszystko przenieść na jeden nowy postawiony tylko do tego serwer. Ułatwi to backupowanie (którego praktycznie obecnie nie ma) a w przyszłości dostęp po RDS.

Z góry dziękuję za odpowiedzi.

Offline yemet

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 1250
  • Reputacja +46/-1
  • Wersja programu: Navireo
1. Taką funkcjonalność (punktowanie pracy magazynierów) można często znaleźć w oprogramowaniu typu WMS. Bez jakieś softu na terminal/tablet czy rozwiązania dodatkowego w którym pracownik może rejestrować wykonywane czynności się nie obejdzie.

2. Limit to 32767 baz :)

EDIT zakładam, że chodziło ci o instancję MSSQL a nie bazę klientów w Subiekcie :)
« Ostatnia zmiana: Luty 19, 2020, 13:38:19 wysłana przez yemet »

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17059
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Obecnie jest tam jakiś moduł napisany przez kogoś 10 lat temu który nie działa tak jak chcą + resztę zliczają na kartce.

Zrób tak samo - zamów nowy moduł.
Daniel, Białystok.

Offline misiek007

  • Nowy użytkownik
  • *
  • Wiadomości: 4
  • Reputacja +0/-0
  • Wersja programu: 1.55SP1
1. Taką funkcjonalność (punktowanie pracy magazynierów) można często znaleźć w oprogramowaniu typu WMS. Bez jakieś softu na terminal/tablet czy rozwiązania dodatkowego w którym pracownik może rejestrować wykonywane czynności się nie obejdzie.

2. Limit to 32767 baz :)

EDIT zakładam, że chodziło ci o instancję MSSQL a nie bazę klientów w Subiekcie :)

1. Możesz polecić jakiś soft który będzie potrafił to robić dobrze?
Generalnie jest tam kobieta skryba która na wpisuje wszystkie wymagane dane w zeszyt. Kwestią jest aby to nie był zeszyt tylko program. Może to tylko kwestia wymyślenia metody w samym subiekcie bądź jakimś addonie. Chyba postawię testowo instalację subiekta (znowu) i zacznę kombinować jak do tego podejść.
Bo jeżeli jest jakiś soft który zrobi mi te wszystkie kalkulacje, wyznaczy ile kto zebrał/zarobił i poda mi tylko sumy produktów

2. Chodziło mi o taką sytuację. Stawiam jeden serwer MSSQL na serwerze. Migruję tam wszystkie 3 bazy danych. Wszystko stoi na jednym IP. Wszystkie końcówki łączą się z jednym IP serwera ustawionym na sztywno w programie serwisowym. Każdy wybiera swoją Firmę znając tylko swój login i hasło. Nie ma dostępu do innych. To chyba powinno być możliwe?

Skoro zmieniać rozwiązanie to wystarczy w głupim excelu zliczać co potrzebują a sumaryczne ilości produktu przyjmować do subiekta. Już będzie lepiej niż jest.
Koszt napisania modułu zewnętrznego będzie pewnie wyższy niż nowy serwer, przebudowa sieci i wszystko inne co mam tam do zrobienia :D

Offline micha

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 1028
  • Reputacja +9/-0
  • Wersja programu: Sub+Rew GT [najnowsze]
Ale co to właściwie znaczy "osoba zbiera"? Tzn. z punktu widzenia Subiekta co to znaczy? Ta osoba ma swoje konto w Subiekcie i wystawia WZ/MM na dany towar? No bo jak tak, to w zasadzie potrzebne dane są już w bazie. Wystarczy dopisać do tego odpowiednie zaklęcie sql... :-)

Offline misiek007

  • Nowy użytkownik
  • *
  • Wiadomości: 4
  • Reputacja +0/-0
  • Wersja programu: 1.55SP1
Ale co to właściwie znaczy "osoba zbiera"? Tzn. z punktu widzenia Subiekta co to znaczy? Ta osoba ma swoje konto w Subiekcie i wystawia WZ/MM na dany towar? No bo jak tak, to w zasadzie potrzebne dane są już w bazie. Wystarczy dopisać do tego odpowiednie zaklęcie sql... :-)

Prawie masz rację. Prawie bo wszystkie potrzebne dane nie są jeszcze w bazie. Trzeba tam zmienić metodę pracy na tym programie. Obecnie każdy pracownik jest magazynem w subiekcie.
Dodać tyle magazynów ile jest hal. Zbiór każdego pracownika przyjmować do hali. Ustalić jednostki pomocnicze dla produktów, wtedy stan sumaryczny zlicza się automatycznie. Pozostaje tylko zaklęcie do wyciągnięcia odpowiednich danych aby rozliczać pracownika ze zbiorów z danego dnia na różnych halach.
Pytanie jak przypisać konkretnego pracownika do PW.
Dobrze rozumiem że są tu dwie opcje: 1. Wystawił (rozliczający) odebrał (pracownik) albo odwrotnie, zależnie od ustaleń. 2. Użycie pól własnych dla PW?

Potem wyciąganie zaklęciem wymaganych danych i drukowanie zestawień per pracownik

Forum Użytkownikow Subiekt GT