Newsgroup: it.lavoro.professioni.webmaster
Titolo: per esperti ecommerce

Come gestiscono i vari oscommerce, zencart ecc. le quantità dei prodotti
e relativa disponibilità?
Spiego meglio la domanda: ho in magazzino un singolo pezzo di un
prodotto... in che momento viene scalata la quantità disponibile nel db?
Quando viene messo nel carrello dal cliente? Oppure quando il prodotto
viene effettivamente acquistato? Esiste qualche altra possibilità, visto
che nessuna delle due mi pare ottimale?
grazie e ciao
Andrea
-- 
http://myretrocomputing.altervista.org

 
mi pare che puoi scegliere il momento in cui scarcarlo o anche decidere 
il restock

Nel suo scritto precedente, andrea ha sostenuto :

Con Zencart la quantità rimane disponibile fino al momento di ricezione 
del pagamento, ossia di transazione completata.
Quindi se uno ha messo nel carrello l'ultimo prodotto rimasto 
contemporaneamente a un altro utente, se lo aggiudica il primo dei due 
che paga, l'altro riceve un errore di prodotto esaurito. Nel caso di 
pagamento come bonifico o altro dove non si ha un pagamento in tempo 
reale devi decidere tu come impostare lo status del prodotto, se come 
comprato, come in attesa etc etc.
-- 
Contest(abile) !!!! Partecipate numerosi!!
http://www.1e2.it/contest-abile
--------------------------------------------------------
http://www.flickr.com/photos/galerio/
ogni commento e critica son graditi!!!
-------------------------------------------------------
Iscriviti anche tu al gruppo Facebook di
appassionati di fotografia digitale:
http://www.facebook.com/group.php?gid=28645424291
---------------------------------------------------------------

 che paga, l'altro riceve un errore di prodotto esaurito.
Era la soluzione a cui avevo pensato anche io. Però, almeno nel mio caso
(uso le api standard di Paypal per il pagamento) potrebbe succedere che:
- il primo cliente inizia il checkout, va sul sito di ppal per pagare ma
si ricorda di avere la torta nel forno e corre a toglierla. Nel mentre
il secondo cliente fa checkout ed paga l'oggetto. Quando il primo
cliente torna al pc finisce il pagamento lasciato in sospeso, facendo
esplodere la mia applicazione che non sa più a chi mandare l'oggetto
unico che era disponibile.
- il primo cliente paga, ma paypal mi manda la notifica di pagamento con
colpevole ritardo (oggi ho avuto un ritardo di circa un'ora, per
dire...) e quindi l'oggetto resta disponibile anche per il secondo
cliente che, anche lui, procede con calma (hai voglia in un'ora...) a
comprarsi un articolo che in realtà non era più disponibile.
Come se ne esce?
-- 
http://myretrocomputing.altervista.org

andrea ha scritto:

Con una valutazione del rischio.
Con quale incidenza può capitare una situazione del genere?
Quali problemi comporta?
Con queste due domande valuti il rischio.
Una volta stabilito il livello di rischio, cerchi delle possibili 
soluzioni con i relativi costi di implementazione.
A quel punto è facile stabilire cosa ti conviene fare.
Tutta la pappardella per dire che nel 99% dei casi non conviene 
sbattersi per avere un applicazione a prova di bomba, perchè tanto la 
bomba non ti capita mai e qualora dovesse capitare potrebbe avere 
effetti minori di quanto temi.
Se sei ne 1% dei casi, allora devi trovare qualcuno che ti sviluppi una 
soluzione prima 'logistica' e poi software.
-- 
-------------------------------------------
Paolo De Dionigi
www.atfriends.net
Responsabile Tecnico Zen Cart Italia

andrea ha scritto:

Io uso oscommerce. Ho cambiato la gestione del magazzino per poter avere 
giacenze diverse di diversi colori di uno stesso articolo.
Comunque l'articolo venduto lo metto "da parte" io nel momento in cui 
arriva il pagamento o, in casi eccezionali, quando mi accordo col cliente.
Tieni presente che spesso, quando si lavora in quantità, la gestione 
standard del magazzino di osc o simili è un po' carente.
Invece, per quel che ho visto, i casi di acquisto contemporaneo sono 
piuttosto rari...

 piuttosto rari...
Ah speriamo :-)
-- 
http://myretrocomputing.altervista.org

 soluzione prima 'logistica' e poi software.
Beh il software me lo faccio da me, certo non ho soluzioni per tutto non
sono cosě bravo, per questo chiedo :-)
Ciao
Andrea
-- 
http://myretrocomputing.altervista.org

unico che era disponibile.
Adotta un approccio trasparente. Se il numero di checkout iniziati supera
il numero degli oggetti, il cliente in quella situazione riceve un avviso
del tipo "ATTENZIONE: la situazione e' questa. Non possiamo garantirti la
disponibilita'. Se vuoi ritornare piu' tardi, bene... Se vai avanti e poi
la merce e' disponibile, meglio. Se vai avanti e non e' disponibile sarai
rimborsato il prima possibile.".
A questo punto, un cliente che:
1) Vede la giacenza di (1) oggetto;
2) Riceve l'avviso;
3) Va avanti lo stesso;
deve rompe' pňo 'oglioni e, se del caso, aspettare il rimborso.
Quasi sempre non ti troverai nemmeno mai in questo caso. L'alternativa (e
cioe' bloccare gli oggetti in checkout) ti blocca un sacco di oggetti, se
gli utenti, come spesso succede, quando arrivano a vedere totale, e spese
di spedizione, e via e via, decidono di non farne di niente (o magari, ti
hanno avviato tutta la procedura proprio solo per avere il "preventivo"),
e ovviamente quando se ne vanno NON hanno la gentilezza di svuotare anche
il carrello.
Leonardo
-- 
Linten addie toorin addie,
Linten addie toorin ee,
Linten lowrin lowrin lowrin,
The barnyards of Delgaty

 Ah speriamo :-)
Qui ritorniamo alla valutazione del rischio. Acquisto contemporaneo è 
piuttosto raro (beh dipende, non ti fidare dell'esperienza di una sola 
persona (non perchè non sia affidabile, ma perchè è una sola!)), ma che 
significa raro? E che conseguenze ha?
Un evento raro che mi comporta, se si verifica, una perdita pari al 1% 
del mio fatturato è un conto. Un evento molto più raro che però se si 
verifica mi comporta un perdita pari al 200% del mio fatturato deve 
essere affrontato (e impedito il verificarsi) sicuramente prima dell'altro.
E' come con le spese di spedizione, non esiste un sistema perfetto. Man 
mano che si fa esperienza con la propria attività e i propri clienti, si 
aggiusta il tiro cercando di arrivare a coprire una percentuale il più 
possibile vicina al 100% dei casi (coprire = spedizione al minor costo 
possibile senza perderci).


 rimborsato il prima possibile.".
Sì, è una possibilità da tenere in considerazione.
Ciao e grazie dell'idea
Andrea
-- 
http://myretrocomputing.altervista.org

disponibilità senza trovare una soluzione perfetta.
La soluzione esiste, ovvero far venere a nello store una percuntale + bassa
del magazino reale, es. diponibili 10pz. quando a magazino sono 12.
Ciao
Sèvero - Severino

 del magazino reale, es. diponibili 10pz. quando a magazino sono 12.
Eh ma non sempre è possibile. E i 12 iniziali si spera che arrivino
presto a 1, comunque.
-- 
http://myretrocomputing.altervista.org