Jump to content
  • 0

Minimalna ilość zakupu


kurwamac

Question

Czesc.

Czy widział ktoś z grona moduł, lub mogłby cos takiego zrealizować jak. 

W przypadku stanu zerowego na magazynie, a mając okresloną ilość minimalną okresloną w parametrach produktu. Klient zamawia tą okresloną ilosc minimalną. 

W przypadku gdy stan magazynowy jest duzy 1000szt np. klient ma możliwość składania zamówienia na pojedyncze sztuki danego produktu. 

W przypadku gdy stan magazynowy osiąga np 10 szt. a minimalna wartość, którą mozna kupic jest wysoka jak np 50 szt. klient zamawia 50 szt. 

 

 

Link to comment
Share on other sites

9 answers to this question

Recommended Posts

  • 0

Moze troche nie zrozumiałes koncepcji.

Gdy na stanie okreslonego produktu jest duzo klient ma mozliwosc dokonania zakupu pojedynczych sztuk tego produktu. Nie ogranicza go narzucona wartosc minimalna. Bo np chce kupic 10 zawiasów bo potrzebuje 10 zawiasów zamiast kupować całego opakowania gdy producent narzuca taka minimalna wartosc w opakowaniu (50szt). Gdy na stanie magazynowym jest 20szt a klient chce kupic 25szt wtedy jedyna opcja jest zamowienie minimalnej wartosci - 50szt.

Mysle ze teraz bedzie to juz dla Ciebie zrozumiałe ? Dzieki za pomoc ! :)

Link to comment
Share on other sites

  • 0

Wg mnie kretyńskie rozwiązanie, bo klient raczej nie będzie wracał do takiego sklepu. Skończy się na dużej ilości porzuconych koszyków kiedy stan będzie niski. Plus większe obciążenie serwera, bo każdy koszyk będziesz miał przeliczany w krótkim interwale. Pomijam już w tym momencie wkurzenie klienta kiedy chciał 1 szt czegoś, doda to do koszyka... a w miedzy czasie ktoś podkupi mu kilka i nagle zamiast 1 będzie musiał kupić 50.... W tak zwanym marketingu szeptanym jesteś wtedy spalony.

 

Odpowiadając na pytanie. Jest to możliwe, ale jak pisał Ci endriu107 nie będzie to łatwe i tanie do wdrożenia. Zmian dość dużych w silniku, więc po każdej aktualizacji będziesz musiał wprowadzać je ponownie. Sam tego raczej nie ogarniesz o ile nie jesteś programistą, który zna dobrze silnik presty.

Link to comment
Share on other sites

  • 0

Nie tylko w silniku ale i w szablonie, ponieważ tu oprócz strony produktu pozostają pozostałe strony gdzie można zmienić ilość i do tego sytuacja gdzie klient wkłada do koszyka dozwoloną ilość i kończy  zamówienie gdy ilość produktów w  koszyku teoretycznie już nie jest dozwolona, nie wiadomo czy do tego dochodzą jeszcze atrybuty i czy ma to dotyczyć w identyczny sposób wszystkich produktów czy tylko wybranych. Generalnie temat trzeba na spokojnie przemyśleć żeby to garnąć w najmniej inwazyjny sposób.

Link to comment
Share on other sites

  • 0
19 godzin temu, endriu107 napisał:

Nie tylko w silniku ale i w szablonie, ponieważ tu oprócz strony produktu pozostają pozostałe strony gdzie można zmienić ilość i do tego sytuacja gdzie klient wkłada do koszyka dozwoloną ilość i kończy  zamówienie gdy ilość produktów w  koszyku teoretycznie już nie jest dozwolona, nie wiadomo czy do tego dochodzą jeszcze atrybuty i czy ma to dotyczyć w identyczny sposób wszystkich produktów czy tylko wybranych. Generalnie temat trzeba na spokojnie przemyśleć żeby to garnąć w najmniej inwazyjny sposób.

Dla mnie to oczywiste, że zmiany w silniku pociągają zmiany w szablonie. Fakt mogłem o tym wspomnieć, .... ale nie zmienia to faktu, że taka zmiana pociąga za sobą wielki znak "STOP" dla aktualizacji. Albo robienia ich wraz z każdorazowymi poprawkami, by tak funkcjonalność dalej działała. Jak dla mnie przy małym sklepie funkcjonalność zupełnie nie opłacalna we wdrożeniu.

Link to comment
Share on other sites

  • 0
12 minut temu, endriu107 napisał:

Niby dlaczego ma to być stop dla aktualizacji? Bardzo często przy takich zmianach można skorzystać z dostępnych hooków czy overridów i zmiany mogą działać na innych wersjach.

Nie mówię, że aktualizacje stają się nie możliwe. Ale po prostu stają się wysoce nie opłacalne. Niestety wielu szefów firm nie rozumie dalej, że należy dbać o aktualność oprogramowania z jakiego się korzysta. Nawet jeśli wykorzystamy overridy i dostępne hooki to musimy brać pod uwagę nawet kosmetyczną zmianę w plikach jakie będziemy modyfikować, a co za tym idzie posypanie się czegoś. Każda jedna aktualizacja będzie wymagała sprawdzenia, czy nie wprowadza zmian powodujących błędy w customowych modyfikacjach. W skrócie aktualizacja = dodatkowe koszty. Aktualizacje będą wtedy nie na zasadzie... ooo jest nowa, to zainstaluje. Tylko ... o fak, ciekawe co się posypie. Albo nie ruszam póki działa i przyoszczędzę trochę. Takich co będą chcieli płacić za pracę programisty za każdym razem kiedy coś nowego się pojawi będzie niewielu.

Link to comment
Share on other sites

  • 0

Z doświadczenia wiem że nawet bez większych zmian po aktualizacji zawsze coś może wymagać poprawek, a sprawdzenie po aktualizacji to już chyba jest oczywistość.

Wydaje mi się że pociągnęliśmy ten wątek w złym kierunku więc sugeruje abyśmy zakończyli poboczny temat i ewentualnie skupili się na głównym temacie wątku.

  • Like 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...