Gestione scorte di magazzino
Author: Marco P.
Visited 7224,
Followers 1,
Shared 76
nel e-commerce, è possibile gestire le scorte di magazzino,in maniera che quando un prodotto è esaurito venga sospeso.
Altrimenti, in caso di vendita di stock, si crea il problema che il cliente, acquisti un prodotto esaurito, con tutti i problemi del rimborso e sicuramente il rischio di perdere un futuro cliente.
Sarebbe interessante che tramite database php, si potesse gestire, questa esigenza, molta sentita da parecchi rivenditori di siti e-commerce.
Posted on the
Ciao Marco!
No attualmente non vi è una funzione che permette la gestione dello stock all'interno del programma. Una possibile soluzione potrebbe essere l'inserimento di una immagine/scritta (esaurito/out of stock) sulla foto del prodotto una volta ultimato. Questo lo devi fare tu manualmente però.
Grazie del suggerimento.
Buongiorno,
quanto scrive Marco, lo trovo assolutamente indispensabile per la gestione del 90% delle attività di vendita sull'on line.
Ritenete sia possibile nella prossima release, inserire la "quantità messa in vendita" a scalare man mano che viene venduta, fine all'inibizione alla vendita una volta esaurita?
La gestione del magazzino, personalmente ritengo sia indispensabile, altrimenti il rischio di perfere la fiducia del cliente è talmente grosso che è meglio non avviare l'attività di e-commerce on line.
Grazie e resto in attesa di una risposta.
Saluti
Ciao Marco,
la tua richiesta è molto semplice, ma la sua realizzazione no. WebSite X5 consente di creare molte cose già complesse e senza richiedere l'utilizzo dal parte del cliente di programmazione e soprattutto dell'utilizzo di un database.
Per la gestione del magazzino il problema principale è che non si deve solo parlare di sito e di negozio online, ma anche di magazzino, gestione ordini, gestione fatturazione e gestione spedizioni.
Questo comporta necessariamente uno sviluppo di una applicazione, spesso adhoc in funzione del tipo di attività, che lega le varie fasi legate all'ordine con un database.
Ti faccio un esempio: l'utente arriva sul tuo sito ed effettua l'ordine. Tu ricevi l'ordine ma non ricevi il pagamento. L'utente potrebbe infatti pagarti con bonifico pertanto, prima di invare la merce, dovresti almeno aspettare la sua ricevuta di pagamento.
Se questo non arriva e tu hai rimosso il prodotto dallo store, tu perdi altri clienti che NON possono acquistare il tuo prodotto proprio perché sei in attesa del pagamento (che potrebbe anche non arrivare!).
Se il cliente paga con carta di credito, invece, per essere sicuri di rimuovere il prodotto dal carrello in modo automatico, dovresti collegare il sistema di pagamento al tuo store online. Questo ovviamente è possibile solo con programmazione. La difficoltà poi aumenta perché ogni provider del pagamento (come PayPal, Banca Sella, ecc) ha un suo sistema (che normalmente si paga).
In sostanza, il prodotto dovrebbe essere tolto dallo store solo dopo che è stato pagato o addirittura spedito. Quindi il legame potrebbe addirittura essere tra 'vetrina' e 'magazzino'.
Non ti nascondo che è comunque ns intenzione verificare la possibilità di implementare un sistema che possa risolvere anche questa esigenza. Questa soluzione però non può essere un software ma un sistema online collegato ad ogni sito.
Vi terremo comunque aggiornati
Se vuoi un semplice suggerimento il 'trucco' commerciale è aggiungere nella descrizione del prodotto una frase del tipo "offerta limitata" o "ancora 2 pezzi disponibili!"
Salve a tutti, mi chiedevo se c'è la possibilità di utilizzare un database su Web per la creazione del carrello e-commerce.
Mi spiego meglio, ho la necessità di popolare le pagina del sito prendendo le informazioni dal database e non inserendole ogni volta con il programma websitex5 v9,
ho visto che il programma utilizza dei files .js nella cartella "cart", è l'unica soluzione?
Lo scopo è quello di avere un sito di e-commerce dinamico e non statico...
Ciao, attualmente il programma crea file js. Una soluzione potrebbe essere quella di creare un file PHP che preleva i dati dal database e li inserisce nello stesso modo con cui sono ora memorizzati i file nel js.
Sito dinamico però dovrebbe significare altro, ovvero: inserire i prodotti tramite una interfaccia online che memorizza i dati in un database e inserire i prodotti tramite una interfaccia offline (website x5) che li pubblica poi online dovrebbe essere la stessa cosa.
Author
Certamente,
è una procedura complessa, ma il 90% dei venditori che hanno una dimensione piccola, si affida alla procedura di pay pal che oltre a garantire un buon margine di sicurezza,ha delle API specializzate e open source a cui ricorrono i sistemi di vendita con database php, io non chiedo la luna :-) ma mi sembra impossibile non poter addattare del codice a quel tipo di chiamate, visto che molti strumenti open source dispongono di moduli che controllano i quantitativi a magazzino e l'avvenuta transazione, principalmente il motivo per cui ho puntato sul vs. prodotto è il codice eccezionalmente leggero, pulito e corretto che genera, facendomi risparmiare ore di tempo, tra l'altro pur avendo un ottima conoscenza dei maggiori prodotti open source per la vendita, ogni volta che si deve modificare un template per addattarlo al prodotto o per altri motivi, vi è un grosso dispendio di tempo, che preferirei evitare, oltre a dover ottimizzare le sezioni del template.Spero che prenderete in considerazione la nostra richiesta di database perlomeno collegato alle API di Pay Pal, perchè siamo in molti ad avere questa necessità.
Beh, potrebbe essere semplicemente implementatoil contatore a scalare e poi sta a chi utilizza il sito gestirlo in modo appropriato.
Es: il contatore scala solo quando il venditore fa un reply alla e-mail di sintesi dell'ordine con scritto nell'oggetto : "scala"; clicca su un pulsante d scalo disponibilità posto vicino ad ogni prodotto e accessibile solo con login Admin;
Avere una possibilità, con tutte le limitazioni del caso (no-collegamento siti di pagamento) e poi decidere come utilizzarla è meglio che non averne
:-))
ciaoo pure io la penso così ci dovrebbe essere un icona o qualcosa che indica i pezzi disponibili.... dato che io ho un negozio di videogiochi, accessori, console ecc... devo ancora preparare un carrello di oltre 700 prodotti.... sto diventando scemo... dato che ultimamente escono forti titoli di videogiochi e devo di continuo aggiornare il mio sito e rimandare la creazione dell carrello e-commerce, dato che le celle non mi conviene fare ma devo trovare un altra soluzione....
io tengo 1 gioco x ogni tipo, al massimo 2 x certi videogiochi che vanno forte... se 2 clienti mi ordinano esempio lo stesso gioco:
uno me lo ordina alla 20:00 di sera
l'altro alle 23:30 di notte
Dato che ho solo 1 prodotto su quello che hanno scelto, x il primo ok, ma x il secondo dovrò aspettare di farlo ordinare e calcola che non ordino 1 videogioco alla volta....
secondo me ci vorrebbe un contatore esempio, avendo disponibilità nel negozio, (nel mio caso di 1 pezzo)
una volta che il prodotto viene scelto ci dovrà essere il modo che il secondo cliente non faccia l'errore di comperarlo anche lui dato che avendo solo 1 pezzo disponibile, che in automatico dal sito si blocchi la seconda compera, onde evitare problemi x il secondo compratore... secondo me questo sarebbe un argomento che a tutti quelli che hanno un negozio online sarebbe importattissimo se non vitale
Ciao Vittorio, quello che volevo farti capire è questo. Se il cliente che effettua l'ordine alle 20 decide di pagare con bonifico/bollettino postale/carta/ecc NON paga. Quello che lo vuole alle 23 non potrà più ordinarlo e tu hai perso il cliente!
E' importante che ci sia una nota chiara sul tuo sito che i prodotti non sono sempre disponibili e, se non lo sono, ci potrebbero essere dei ritardi sulla spedizione.
Il prodotto non dovrebbe MAI essere tolto dal carrello, ma semplicemente l'utente deve essere avvisato che potrebbe non essere a magazzino.
Ad ogni modo ti confermo che è comunque ns intenzione lavorare su questo senso...
buono mi fa piacere cmq volevo chiederti, sul mio sito creo delle tabelle con dentro la foto del gioco, il nome, genere ecc..., poi un icona con scritto compera. quando ci clicca, va indirizzata su un altra pagina dove ce sempre la foto del videogioco, la descrizione e il video... e li un altra icona con scritto compra il gioco. Cliccando quest ultima la faccio indirizzare al carrello...
vorrei chiedere se questo metodo x creare un negozio online potrebbe andare bene oppure devo x forza creare le celle??
Ciao, guarda... non esiste la soluzione giusta o sbagliata ma quella migliore per le proprie esigenze e il proprio business. A questo punto l'analisi dovrebbe essere fatto lato ottimizzazione del sito e SEO ...
scusa che significa dovrebbe essere fatto lato ottimizzazione del sito e SEO ??
non so nemmeno cosa sia grazie..
Salve a tutti anche io idem con scorte in magazzino e articoli da aggiornare ogni giorno. Penso che al momento la cosa giusta per fare un buon e-commerce sia paypal. Sul sito di paypal puoi crearti i pulsanti di pagamento, gestire le scorte in magazzino e personalizzare la pagine di pagamento di paypal. Io l'ho già provato e penso che sia attualmente la buono finchè evo9 non ci dia un servizio del genere.
Si, Vittorio, intendo dire che dipende da diversi fattori ma non tecnici ma di sapere cosa è meglio per i tuoi affari e il tuo business.
Salve a tutti anche io idem con scorte in magazzino e articoli da aggiornare ogni giorno. Penso che al momento la cosa giusta per fare un buon e-commerce sia paypal. Sul sito di paypal puoi crearti i pulsanti di pagamento, gestire le scorte in magazzino e personalizzare la pagine di pagamento di paypal. Quindi mi sono chiesto perchè non inserire anche un widget di carrello paypal?
Quando si crea un pulsante in paypal alla fine viene dato un ID al pulsante (es. ID: 7XXC4U9AU5CAU) inserendo questo ID su "HTML E WIDGET" "e-commerce" riporta tutto lo storico del pulsante.
Se gli sviluppatori inseriscono anche su "html e widget - e-commerce" oltre al loro carrello anche il carrello paypal da inserire solo l'ID il problema può essere risolto al 90%.
cavolo non sarebbe male