Powiązanie PZ z ZD

[Daniel Kownacki 0]

Witam,

Pracownik na zastępstwie zamiast wybierać towary z listy Shift-F2 podczas tworzenia PZa, wybrał je z normalnej listy. Z tego powodu oczywiście nie utworzyły się powiązania, i ZD się nie zrealizowało. Na domiar złego towar już się rozszedł, więc nic z PZem nie możemy zrobić.

Czy jest gdzieś jakaś funkcja (w interfejsie lub w Sferze), która pozwoliłaby w już istniejącym PZcie przypisać pozycje do zamówionych w ZD?

[Radomił Ząbik 310]

Niestety nie, użytkownicy forum zgłaszali takie zapotrzebowanie, ale leży gdzieś na półce póki co

Problem nie jest do końca łatwy, gdyż powiązania odbywają się na poziomie pozycji dokumentów i ich wiązanie wymagało by dosyć mądrze przemyślanego interfejsu, stąd trochę rozumiem Insert, że jeszcze nic w temacie nie udało się zadziałać.

 

[Wojciech Szopiński 227]

Tak jak napisał Pan Radomił, mamy w planach zrealizowanie ręcznego wiązania dokumentów lecz nie jestem w stanie odpowiedzieć kiedy uda nam się zrealizować.

[Piotr Szerment 1]

Odkopałem bo w dzisiejszych czasach efektywna gospodarka magazynowa oraz praca z czytnikami i kolektorami nabiera nowego wymiaru i znaczenia.

 

Czy jest możliwość wiązania PZ tworzonych za pomocą urządzeń z(czytnik, kolektor) z ZD utworzonymi w Subiekcie.

Magazyn dostaje towar, magazynier tworzy nowy PZ i zgodnie z zawartością zeskanowaną otrzymuje ilości i towary na PZ.

Chodzi mi jednak o trochę bardziej rozbudowaną sytuację czyli połączenie towarów z PZ z towarami na ZD w przypadku kiedy mamy dostawcę identycznego jak w ZD i takie same towary jak w ZD.

 

Sprawdzałem i chyba tej funcjonalności nie ma nadal, może się mylę ?? 

Jeśli jednak nie ma to proponuję się pochylić może jakiś dodatek płatny jak Gestor czy inne o nazwie Magazyn w końcu takie funcjonalności ma największa wasza konkurencja. No i oczywiście zawsze można na tym zyskać.

[Radomił Ząbik 310]

Jedyna metoda na powiązane prawidłowe, towarów z PZ, z towarami z ZD, to wybranie ZD z listy i zrealizowanie go jako PZ (alternatywnie, wczytanie w PZ z listy zleconych).

[Ernest Sadowski 57]

+1

 

Miło gdyby powstała dodatkowa opcja, która pozwoliłaby dla dowolnych PZ oraz FZ+autoPZ na wybranie dowolnej z ich pozycji i ręcznego uwiązania jej do dowolnej innej niezrealizowanej w pełni pozycji na dowolnym ZD.

Proces ręczny mógłby trochę przypominać (oczywiście nie dosłownie) sposób w jaki tworzy się KKD do przyjęcia i zaciąga koszt z pozycji na FZ.

 

Całość, podczas gdy wydaje się prosta, bo to tak naprawdę zrobienie "zrealizuj jako" tylko "od końca", faktycznie wymagałaby rozpatrzenia wielu scenariuszy i pozakładaniu paru blokad żeby dane się nie posypały po np. wielokrotnych wiązaniach i np. kasacjach i zmianach ilości, dlatego rozumiem dlaczego prawdopodobnie długo tego nie zobaczymy.

 

Gdyby kiedyś pojawiła się taka funkcja (ręczna), to od razu widać także możliwość implementacji operacji automatycznych/zbiorczych, które tak jak opisał @Piotr Szerment umożliwiłyby proste i pełne mapowanie pozycji PZ (z np. kolektorów) do ZD, które byłyby wskazywane jako te do zrealizowania.

 

Oczywiście analogiczna sytuacja dla WZ i FS+autoWZ do ZK/FP.

 

Myślę, że długo tego nie zobaczymy ale po dobrym przestudiowaniu API (Sfery) i bardziej wąskich wymaganiach (a nie dla każdego możliwego scenariusza) da się to napisać jako dodatek (ale bez natywnego UI, trochę jest to gra niewarta świeczki, bo od tego chyba już są WMS - które sporo kosztują).

[Piotr Szerment 1]

Dlatego pisałem że dla Insertu też jest to interes do zrobienia. koszt miesięczny (bez wdrożenia) zaczynają się od 150 zł i wzwyż za stanowisko.

Wszyscy byli by zadowolenia. Na początek mogła by być to wersja uproszczona, bez planowania składu towarów. Tylko Przyjęcia i wydania ale żeby to było całością dla Subiekta jak Gestor czy inne firmowe dodatki a nie osobny ogryzek. 

No cóż nie ja prowadzę tą firmę ale będąc na etapie wyboru i wdrożenia systemu typu ERP, zauważyłem sporo luk a przede wszystkim brak komplementarnej oferty u jakiegokolwiek dostawcy. 

A już zupełnie brak jest kompletnie powiązania ze światem sprzedaży internetowej - tworzenie własnych sklepów i dodatków to ślepa uliczka.

Wymagania klientów oraz budowa takich systemów to już zupełnie inna bajka więc po co kopać się z gigantami typu Magento i Prestashop, Woocomerce i inni, a którym wybitnie brakuje dobrze działającego z nimi ERP

 

Pozdrowienia dla ekipy Insert

 

 

[Radomił Ząbik 310]

No cudów, nie ma. Niestety też wiązanie danych po fakcie, bo o to tutaj chodzi, to masakra i wymaga sporo atencji. Dlatego ja osobiście odpuściłem "typowe kolektory", na rzecz webowej aplikacji powiązanej z bazami NEXO i Sferą. Magazynier ma listę ZD i może przyjąć rzeczy tylko na podstawie ZD, więc PZ które w tym procesie powstają, są z automatu Sferycznie powiązane. Takie rozwiązanie poszło na terminale z Androidem i proces ładnie domknięty w NEXO.

A na realizację w Insert to bym nie liczył. Niestety, nasza władza jest obecnie głównym "klientem" Insertu - produkują tyle zmian i komplikacji w ustawach, że na rozwijanie pomysłów i nowinek z forum, pozostaje mało czasu.

P.S. W tym wątku była wspominana praca nad powiązaniem, że pracują - oni dodali powiązanie, ale jest ono typowo ręczne, tak tylko aby się dokumenty na wzajem pokazywały. Nie działa jak zrealizowanie ZD poprzez PZ.

[Przemysław Nowakowicz 16]

Problem jest również w sytuacji generowania ZD a następnie wprowadzania faktur za pomocą pliku epp lub xls.

Edytowane 21 Kwietnia 2022 przez Przemysław Nowakowicz

[Jacek Magiera 147]

Od kilku wersji program pozwala na kojarzenie dokumentów, dzięki czemu można ZD skojarzyć z wczytaną z epp lub xls fakturą, a następnie ręcznie zmienić status ZD na zrealizowane.

[Przemysław Nowakowicz 16]

Dzięki. W takim razie muszę poklikać i poszukać tej opcji. Rozumiem, że da radę skojarzyć również z fakturą zakupu zaimportowaną poprzez program partnera Insert?

[Radomił Ząbik 310]

7 godzin temu, Przemysław Nowakowicz napisał:

Rozumiem, że da radę skojarzyć również z fakturą zakupu zaimportowaną poprzez program partnera Insert?

To nie ma znaczenia, jak dokument się znalazł w systemie

Kojarzyć można prawie wszystko, z prawie wszystkim, tylko należy pamiętać, że nie jest to takie full powiązanie, jak przetworzenie dokumentu.

[Przemysław Nowakowicz 16]

A co oznacza, że nie jest to pełne powiązanie? Jaka będzie różnica? Czy mechanizm tworzenia ZD uwzględni realizację dostawy przy ręcznym powiązaniu ZD z FZ?

[Radomił Ząbik 310]

Nie, to jest czyste powiązanie na zasadzie, ten dokument, pasuje do tego, do ręcznej kontroli. W żaden sposób nie są podłączane, np. realizacje ilościowe pozycji.

[Przemysław Nowakowicz 16]

Hmm. Tzn. niewiele mądrzejsi jesteśmy po podpięciu faktur zakupu do ZD. Faktura nie wpływa na realizację ZD więc towar teoretycznie cały czas jest w dostawie i przy ewentualnej sprzedaży nie pojawia się na liście towarów do uzupełnienia minimalnego i optymalnego stanu. Zgadza się?

[Radomił Ząbik 310]

To, że jest w dostawie, to zgadza się, dalej zostaje, aczkolwiek, ZD można ręcznie zmienić status. Generalnie były oczekiwania forum, o lepsze wiązanie dokumentów po fakcie, ale patrząc od strony kodu i bazy, też się domyślam, że pełna funkcja, mogła stanowić problem, bo musiała by wiele rzeczy kontrolować.

Co do wpływu na minimalne i optymalne stany, to dostawa jest, niezależnie czy była zrealizowana z ZD, czy osobno jako FZ z auto PZ, więc do końca tutaj pytania nie rozumiem.

[Przemysław Nowakowicz 16]

Podam przykład, który mam u siebie w firmie. Towar X ma uzupełniony stan minimalny i optymalny 1 sztukę. Handlowiec go sprzedaje. Następnie po jakimś czasie tworzone jest ZD uzupełniające stany towarów do ilości optymalnej. Oczywiście na liście towarów jest nasz towar X. Tworzę ZD. Następnego dnia otrzymuję towar i fakturę w formacie epp, którą wprowadzam do systemu. W tym momencie mamy towar na stanie oraz towar na ZD. Załóżmy, że od razu ten towar jest sprzedawany. Znowu generuję zamówienia uzupełniające stan do poziomu optymalnego, ale tym razem towar X nie występuje na liście, ponieważ cały czas jest na ZD.

[Radomił Ząbik 310]

A czemu nie wstawiacie tego FZ poprzez realizację ZD (nie wspomniał Pan o przyjęciu, więc PZ widać nie ma). Rozumiem, że jest EPP i warto korzystać z jakiegoś uproszczenia, ale w sumie dane z ZD powinny się zgadzać, chyba, że dostawca mocno miesza.

[Przemysław Nowakowicz 16]

Ahh jeden z dostawców ma bardzo losową realizację zamówień. Dużo towarów wpada w back order i jest realizowana nawet z kilkutygodniowym opóźnieniem. Sporo też jest zmian indeksów, które zamieniają poprzednie. Niestety jest to nasz największy dostawca. Druga firma za to nie dokonuje zmian indeksów, ale też sporo back order'ów pojawia się. No nic. Muszę zważyć, który scenariusz wprowadzania faktur i generowania PZ jest bardziej optymalny.

[Radomił Ząbik 310]

No to sporo utrudnia sprawę. Jeszcze częściowa realizacja, nie stanowi takiego problemu, bo można zrobić wiele PZ i potem poskładać, nawet jak się miesza z wielu ZD. Gorzej jak zmieniają indeksy, bo by trzeba w ZD zmieniać.

A chociaż jak coś miesza, to dostajecie elektronicznie jakieś dane, do którego ZD i jego pozycji, jest dana pozycja FZ? Wtedy można by pomyśleć, o jakimś rozwiązaniu Sferycznym, o ile skala jest naprawdę duża i warta poniesienia kosztów programistycznych.