Flusso di spedizione scorte

0

Non sono sicuro se questo è il posto giusto per porre questa domanda, ma qui va ..

Attualmente ho il requisito di aggiungere il supporto per la transazione di spedizione nel nostro modulo di inventario. Ho una comprensione molto limitata di cosa significa consegna nell'inventario, cioè

Customer get stocks/products from Seller without actually buying them, the product just resides in the Customer's inventory and it's still owned by the Seller. Only when the Customer actually buy the stocks then only will the ownership of the stock is transferred.

Il problema è che non riesco a immaginare come verranno presentati i dati sia al Cliente che al Venditore. Quello che so è che avrei bisogno di detrarre le scorte dall'inventario del Venditore quando il Cliente solleva una richiesta per ottenere il magazzino attraverso la spedizione, ma per quanto riguarda la "proprietà" delle scorte / prodotti? Significa che dovrei creare un'altra colonna nella mia tabella per dichiarare che per ogni inventario è di proprietà di chi?

Ovunque posso ottenere informazioni su come dovrei elaborare un modulo di inventario come questo?

Grazie.

    
posta ipohfly 20.11.2012 - 10:30
fonte

2 risposte

1

Pugno, devo implorarti di non costruire questo sistema da zero. È un progetto molto più complesso di quanto sembri. Si prega di considerare l'utilizzo di una piattaforma eCommerce open source, del sistema di gestione degli ordini e del catalogo dei prodotti. Dai un'occhiata al Apache Open for Business Project . Ce ne sono molti altri, molti vogliono che paghino loro le spese di consulenza.

Molti pacchetti software di gestione degli ordini spesso lo modellano utilizzando i concetti di domanda e offerta. Hai alcune entità di alto livello, come Prodotto (per esempio, magliette con scollo a V di FancyBrand Uomo), Articolo (ad esempio, maglietta FancyBrand Uomo in taglia Medium e colore bianco), Fornitore (la società che vende l'articolo al rivenditore) , Fornitore (la società che produce effettivamente l'articolo, che non è necessariamente lo stesso del Fornitore). Un rivenditore potrebbe acquistare il prodotto Foo, che viene prodotto da Venditore Fooz, dalla barra fornitori oggi e dal fornitore Baz domani. O Foo potrebbe essere fornito da Bar e Baz contemporaneamente (suggerimento: non utilizzare 1 colonna per la relazione Fornitore-Prodotto).

Quando la Barra fornitori invia / assegna N più articoli Foo al rivenditore, il rivenditore deve aumentare la fornitura di oggetto Foo di N. È inoltre possibile allegare un "tipo" alla fornitura che si aggiunge.

Quando un cliente inizia il processo di acquisto di M Foo Items, di solito aumenta la richiesta di Foo di M. Dopo che la transazione è stata completata (la carta di credito è stata convalidata, il controllo delle frodi è stato completato, ecc.) Il rivenditore decrementa sia Supply che Demand by M.

Eviterei anche di pensare al livello di inventario del fornitore per Foo. Il rivenditore non sa nulla sull'inventario del fornitore. Il rivenditore conosce solo quanti articoli Foo sono presenti nell'inventario del rivenditore, e di quelli, quanti provengono dalla barra dei fornitori o dal fornitore Baz. Anche se il rivenditore non ha pagato il fornitore per l'articolo e anche se il fornitore non invia mai gli articoli al rivenditore (forse perché il fornitore viene spedito direttamente al cliente dopo che il rivenditore ha gestito la transazione), se il rivenditore può venderli articoli ai propri clienti, quindi tali articoli fanno parte della fornitura del rivenditore.

Ci sono 2 modi in cui un Fornitore potrebbe voler essere pagato: su ogni transazione, o periodicamente. Se il Fornitore desidera essere pagato ogni X giorni per gli articoli venduti dal Rivenditore. Quindi devi essere in grado di rispondere alla domanda: "Quanti articoli Foo dal Fornitore Baz ho venduto negli ultimi X giorni?" Se il Fornitore desidera essere pagato su ogni transazione, è comunque necessario sapere quale Articolo Foo in ogni transazione è stato inviato / assegnato dal Fornitore Baz.

Ancora: non costruire tutto da solo!

Ma se insisti, ho visto la spedizione modellare 2 modi diversi ed entrambi hanno funzionato bene. Un modo è quello di modellare tutto l'inventario consegnato come un centro di distribuzione separato. Ad esempio, se hai 45 negozi fisici e 5 magazzini, avresti 50 centri di distribuzione. È possibile trattare tutti i prodotti spediti in un centro di distribuzione separato. Ciò funziona particolarmente bene se i fornitori non inviano effettivamente il prodotto e il prodotto viene effettivamente spedito al consumatore dal fornitore.

L'altro modo in cui l'ho visto è usare un attributo type sul tuo Supply. Alcuni tipi di esempio potrebbero essere "buone condizioni", "leggermente danneggiati", "sicurezza" o, nel tuo caso, "acquistati" o "spediti". Pertanto potresti avere righe come le seguenti nella tua entità di fornitura:

id  sku         quantity  type
--  ----------  --------  ---------
1   foo-item1   10        consigned
2   foo-item2   5         purchased
3   fooz-item1  20        consigned

Si noti che lo sku deve identificare un articolo in modo univoco e se si dispone di più fornitori per tale articolo, è necessario essere in grado di navigare dallo sku al fornitore.

E puoi anche trovare un ragionevole modello di dati open source per fatture e odori .

    
risposta data 20.11.2012 - 16:13
fonte
0

Il modello è simile a un carrello di e-commerce. Puoi aggiungere prodotti al carrello, ma fino a quando non paghi, il venditore è ancora il proprietario di tali prodotti.

Se comprendo bene il contesto, la differenza con un carrello risiede nel fatto che lo stesso prodotto può trovarsi in un solo e unico carrello. Una volta che il cliente aggiunge un prodotto all'inventario, il prodotto è ancora di proprietà del venditore, ma è contrassegnato come non disponibile, in modo che il venditore non finisca per spiegare ai suoi acquirenti perché non possono ottenere il loro prodotto mentre lo hanno aggiunto al l'inventario.

Per quanto riguarda la proprietà, il venditore possiede il prodotto fino al pagamento. Una volta pagato, l'acquirente diventa il proprietario.

    
risposta data 20.11.2012 - 12:04
fonte

Leggi altre domande sui tag