InsERT GT => Subiekt GT => Wątek zaczęty przez: warriorspray w Styczeń 25, 2018, 14:10:07
-
Witam, problem być może banalny ale nie mogę znaleźć odpowiedniego rozszerzenia stąd pytania na forum:
Od lat korzystamy z SubiektGT, obecnie jako trzy oddzielne podmioty gospodarcze, każdy posiada swoją bazę Subiekta. Na każdej z baz prowadzona jest sprzedaż (ZK, dokumenty handlowe, brak kontroli magazynowej). Gospodarka magazynowa prowadzona jest na czwartej, osobnej bazie Subiekta (magazynier za pomocą WZ wydaje towary na jeden z trzech podmiotów).
Procedura obiegu dokumentów:
1. Klient kupuje towar poprzez jeden z kanałów sprzedaży. Finalnie pojawia się zlecenie (jako ZK) w Subiekcie
2. WERYFIKACJA – należy zweryfikować czy KOD TOWARU (KOMPLETU) widniejący w ZK jest aktualny (ze względu na dość skomplikowaną gospodarkę magazynową - produkcja). Pracownik ręcznie „sprawdza” ZK, jeżeli KOMPLETU widniejącego na dokumencie nie można stworzyć ze względu na brak składników na magazynie docelowym (odrębna baza subiekta) dokonuje zmiany na TOWAR (KOMPLET) o innym kodzie.
Fizycznie do klienta trafi ten sam produkt ale u nas widnieć on może nawet jako paręnaście różnych TOWARÓW (KOMPLETÓW) o różnych recepturach. Zadaniem pracownika jest weryfikacja i przypisanie najbardziej optymalnego KODU TOWARU (KOMPLETU).
3. Wydruk zawierający ZK + info o finalnej „recepturze kompletu” trafia do magazyniera, który wydaje poszczególne składniki kompletu za pomocą WZ na jeden z trzech podmiotów handlowych wpisując przy tym w tytule numer faktury handlowej.
Cały etap realizacji zamówienia nierzadko trwa więcej niż jeden dzień roboczy. Powyższy mechanizm powoduje brak kontroli (brak produktów zarezerwowanych, stopień realizacji zamówienia).
Szukam rozwiązania (za pewne w formie płatnego rozszerzenia), które umożliwiłoby zbieranie ZK ze wszystkich trzech podmiotów gospodarczych w jednym miejscu i tworzenie „zleceń” + synchronizacja produktów znajdujących się na ZK z czwartą bazą subiekta, gdzie prowadzona jest gospodarka magazynowa. Do tego potrzebuję mieć możliwość przypisania pewnych statusów do zamówienia (zamówienie „surowe”/ przekazane na magazyn / w produkcji / problematyczne/ zrealizowane etc.) wraz z logami czasowymi (data i godzina pojawienia się zamówienia / zmiany poszczególnych statusów), a najlepiej jeszcze z podziałem na użytkowników, czyli kto tych zmian dokonał.
Nie mogę jednak znaleźć nic podobnego.
Nawet zacząłem kombinować żeby to jakoś rozwiązać za pomocą eksportu (nawet ręcznego) ZK z trzech baz handlowych do czwartej bazy magazynowej, przy czym każdy podmiot miałby swój osobny magazyn i tam lądowałyby ZK. Wówczas każdemu magazynowi nadałbym osobną numerację, pozmieniałbym wzorce wydruków. Do tego jakieś rozszerzenie umożliwiające rezerwację produktów z ZK (ze wszystkich magazynów) na jednym i tym samym magazynie X gdzie jest kontrola stanów (funkcjonalność wymyślona przeze mnie). Wiem, że w dodatkach (PLUS czerwony i zielony) są flagi. Nigdy się tym nie bawiłem ale być może część potrzeb logowania, KTO, CO i KIEDY mógłbym na tym oprzeć.
Każda uwaga cenna, z góry dziękuję :)
-
Czy wszystkie Subiekty pracują na tej samej licencji? To takie formalne pytanie.
Jesli tak, to troche poroniony pomysł. Jeden Subiekt - osobne magazyny dla każdego oddziału, przesuwanie między oddziałami MM, każdy ma swoje niezależne dokumenty (żeby je odróżnić muszą mieć numer łamany przez magazyn - ustawia się to w parametrach), pełna kontrola nad wszystkimi magazynami i powiązanych z nimi dokumentów.
Jeśli kartoteki towarowe są we wszystkich jednakowe, to można to zrobić nawet z historią.
-
Nie, każdy pracują swojej własnej licencji (w tym jedna z nich ma SFERĘ gdyż była potrzebna do integracji ze sklepem www).
Dwie pozostałe firmy SFERY nie mają wykupionej.
Tak jak pisałem, to są 3 osobne podmioty gospodarcze = różne NIP-y. Funkcja ODDZIAŁY jest wówczas możliwa?
Oczywiście preferowałbym jakieś rozszerzenie (osobny programik), które zaciągałoby ZK z każdego ze trzech podmiotów (3x baza handlowa) i rezerwowało produkty na czwartej bazie magazynowej.
Nie jestem programistą, ale technicznie taki programik działałby w stylu:
1. pobrać ZK z bazy handlowej (dowolnej z tych 3)
2. stworzyć kopię tego ZK w bazie magazynowej (w jakiś posób oznaczyć z którego podmiotu jest ZK)
i teraz edycja zlecenia bepzośrednio w tym progrmaiku lub któregokolwiek ZK powodowałaby reakcję (synchronizację) w pozostąłych miejscach.
CZyli przykładowo wygenerowanie FV z ZK powodowałoby:
- oznaczenie zlecenia
- w bazie handlowej (wygenerownie FV z ZK)
- w bazie magazynowej (wygenerowanie WZ z ruchem magzynowym)
... ale to tylko teoria
-
Nie, każdy pracują swojej własnej licencji (w tym jedna z nich ma SFERĘ gdyż była potrzebna do integracji ze sklepem www).
Dwie pozostałe firmy SFERY nie mają wykupionej.
Tak jak pisałem, to są 3 osobne podmioty gospodarcze = różne NIP-y. Funkcja ODDZIAŁY jest wówczas możliwa?
Dlatego zadałem to pytanie na początku, żeby się upewnić, że to osobne podmioty gospodarcze z róznymi NIPami.
Przy takim układzie oczywistym jest, że praca na jednej bazie nie jest możliwa.
W grę wchodzą tylko zewnętrzne integracje, o gotowych takich nie słyszałem.
Ewentualnie można odpowiednio ustawić parametry komunikacji i ustawić jednego subiekta jako centralę wielomagazynową, z którego i do którego można by przesyłać dokumenty korzystając z mechanizmu centrala-oddział. Rozumiem, ze głównie chodzi o dokumenty magazynowe.
-
Chyba przy roznych nipach to se tylko fs na fz mozna przesylac
-
Chyba przy roznych nipach to se tylko fs na fz mozna przesylac
MM, PW, RW bez problemu. WZ i PZ jak najbardziej też.
-
nie mowie ze technicznie sie nie da... ale jak moga przyjac u siebie obce RW?
-
nie mowie ze technicznie sie nie da... ale jak moga przyjac u siebie obce RW?
Tak jak w każdej komunikacji między oddziałami - RW to na przyjęciu PW, tak samo z MM, WZ to PZ, itd.
Robię na głównym trzy magazyny i z jednego wysyłam do pozostałych dokumenty, w odbiorczym zawsze otrzymam dokument odbierający, a nie wysłający.
Przecię oni chcą przesuwać towar między subiektami, a nie mieć na każdym dokładne odwzorowanie pozostałych.
-
ale to nie sa oddziały tylko 3 różne firmy, różne nipy, za chwile jpk_mag a Ty ich na mine wkladasz
-
ale to nie sa oddziały tylko 3 różne firmy, różne nipy, za chwile jpk_mag a Ty ich na mine wkladasz
Niby jak? Przez komunikację epp?
-
Aldo podmiot A robi RW (ma prawo), podmiot B przyjmuje od obcego podmiotu towar na PW?
-
Aldo podmiot A robi RW (ma prawo), podmiot B przyjmuje od obcego podmiotu towar na PW?
A od kiedy na PW jest informacja z jakiego podmiotu on pochodzi?
-
Aldo, ty największy strażnik przepisów namawiasz do takich rzeczy?
-
Aldo, ty największy strażnik przepisów namawiasz do takich rzeczy?
Nie jestem strażnikiem przepisów, tylko staram się ich przestrzegać. Chociaż nie zawsze się da. A to nie to samo.
W tym przypadku pokazuję możliwości, które mogą ułatwić rozwiazanie problemu. A przecież wysłane do nas RW zawsze można przyjąć jako PZ.
Z drugiej strony, patrząc od strony przepisów jest logiczne, że wewnętrz programu między magazynami robimy to przez RW i PW, ale w monencie gdy wysyłamy na zewnątrz, to w grę wchodzi tylko WZ i PZ.
-
Lub FS i fz jak napisałem na początku, cieszę się że wróciłeś na drogę prawdy
-
Lub FS i fz jak napisałem na początku, cieszę się że wróciłeś na drogę prawdy
Trudno się z Tobą rozmawia, szczegołnie ostatnio i mnie. Najpierw poszczególne operacje robimy w jednym Subiekcie między magazynami i tu używamy dokumentów wewnętrznych. Można te operacje powtarzać drugi raz z dokumentami zewnętrznymi. Tylko po co, jeśli takie PW możemy wczytać jako PZ. Mamy jedną wysyłkę do dwóch zadań.
-
O ile rw (bez kontrahenta) da się technicznie wciągnąć jako pz w innej firmie, to jak w razie kontroli wytłumaczyć w podmiocie skąd towar powinien wyjść wz,fz?
-
O ile rw (bez kontrahenta) da się technicznie wciągnąć jako pz w innej firmie, to jak w razie kontroli wytłumaczyć w podmiocie skąd towar powinien wyjść wz,fz?
Jeszcze raz powtarzam, nie pokazuję gotowego rozwiązania ze szczegółami, tylko mechanizm, który można wykorzystać, bez zamawiania kosztownej integracji. Rozwiązanie łącznie z wdrożeniem takiego mechanizmu mogę zrobić za odpowiednią kwotę. Nie pierwszy raz zresztą.
Myślę, ze będzie sporo taniej niż dobrze zrobiona integracja w pełnym automacie.
-
Ok, rozumiem ale wydawało mi się że mamy tutaj ludziom pomagać by nie zrobili sobie księgowej krzywdy
-
Ok, rozumiem ale wydawało mi się że mamy tutaj ludziom pomagać by nie zrobili sobie księgowej krzywdy
Czy jeśli ktoś uczy się jeździć samochodem, a Ty mu dajesz wskazówki, ale nie tłumaczysz mu budowy silnika, to jest namawianie do łamania reguł czy nieprzestrzegania przepisów drogowych?
Czy prowadząc szkolenie z obsługi Subiekta, będziesz tłumaczył jak są napisane algorytmy?
To jest forum, gdzie jedni drugim podpowiadają, jak można rozwiązać problemy. Ale w poważniejszych sprawach odpowiedź jest ze stempla: skontaktuj się z dostawcą lub dobrym serwisantem, ewentualnie spytaj księgowego.
I ja tak to forum widzę. A że czasami ostrzegam, że można sobie zrobić krzywdę, to też jest element nauki i pomocy.
-
Właśnie tu jest problem, że są to 3 różne podmioty gospodarcze. Tak więc prawidłowy przepływ dokumentów również ma znaczenie. Wwiększość programów pracujących ""w chmurze"" zbierających zlecenia z różnych kanałów sprzedaży się nie sprawdzi. Zresztą na Subiekta nikt nie narzeka
Jeden subiekt, 3 magazyny (jako odziały) to teoretycznie też jakies rozwiążanie, bezapelacyjnie.
W moim jednak przypadku docelowe rozwiązanie powinno omijać ręczne (przez pracownika) importowanie/eksportowanie dokumentów.
Jak już ruszać cokolwiek w systemie pracy to zrobić to raz a porządnie. Jeżeli w grę wchodzi indywidualne rozwiązanie to należy postawić pytanie o jakiej kwocie mowa (rząd wielkości).