Domanda

In questo momento supporti Magento alterando un ordine solo in forma di un riordino, che è può essere dovuto al processo di ordinazione complesso e la struttura del database. Ma spesso di riordino non è un'opzione in caso di dati della carta di credito del cliente non è memorizzato o non è possibile caricare o il rimborso

Sono curioso di sapere la decisione di non fare l'ordine modificabili per l'aggiunta o la rimozione di elementi, cambiando la loro quantità, l'applicazione di sconti, ecc.

Mi piacerebbe anche possano interessare le estensioni che aggirare la mancanza di funzionalità. Quello che ho provato, ad esempio Vero Modifica Ordini era un po 'eccentrico quando di fronte a prodotti configurabili.

È stato utile?

Soluzione

Le bugie di risposta in tua domanda e credo che questo è così in Magento e pure in molti altri e-commerce e software di contabilità causa delle dipendenze del "documento di ordine" ha.

Nel commercio e contabilità di solito la modifica non è un modo di fare le cose e al fine di ottenere la modifica di saldi a credito o di debito effetto sui conti specifici sono alterati con l'aggiunta di nuove righe che i valori o aggiungere o sottrarre. Non è un bug ed è una caratteristica come mezzo contabilità calcolo del risultato in base alle azioni non il conteggio delle azioni necessarie per ottenere qualche risultato. Ogni modifica è un'azione che deve essere conservato al fine di fornire la possibilità di calcolare l'equilibrio, archiviarlo e calcolare o presentarlo più e più volte.

Quindi, in Magento l'ordine nel suo complesso non è modificabile in quanto non è necessaria anche se sembra strano e inutile in un primo momento a quasi tutti i commercianti non capisco. Il fatto che rende più difficile mantenere il vostro e-store è solo un effetto collaterale di fare le cose correttamente.

Se si pensa poi ulteriormente anche con alterando tutti (metodi di indirizzi, articoli, spedizione e di pagamento, applicando gli sconti) i fratelli di ordine gli stessi problemi che accadrà se i totali cambiano a causa questo. Non è ancora possibile i pagamenti di cattura, se non si dispone di dati cc, ecc rimborso perche 'ha bisogno di un'azione dal cliente. In e-commerce si ha solo l'attenzione del cliente nel momento in cui egli conferma il pagamento e tutto ciò che accade dopo che ha bisogno di più attenzione da entrambe le feste

Quindi, anche se in IRL presso il negozio si stanno facendo un qualche tipo di ordinare lo stesso processo di aggiunta e sottrazione azioni sono prese (dal registratore di cassa o nella nostra mente) per finalizzare l'ordine e se avete bisogno di cambiamento dopo il processo di pagamento l'ordine viene scartato e uno nuovo è stato creato per registrare le nuove azioni (pagamenti, sconti, bonus, oggetti ecc). L'unica cosa che rende questo possibile in IRL più senza soluzione di continuità è che il cliente di solito è lì per confermare le modifiche e che autorizza i pagamenti e tutti i dettagli e succede ancora leggermente più veloce in ogni cervello relazioni di causa sono astratte.

Altri suggerimenti

La ragione di fare per non modificabili non è una consistenza complessità ma i dati. Ad esempio prodotto possono essere modificati o addirittura cancellati dal catalogo dopo dell'ordine. Quindi modifica dei prodotti ordinati farà alcun senso. Stessa cosa con un cliente ed i suoi dettagli.

Naturalmente queste cose possono essere prese in considerazione e monitorati in modo intelligente, ma questo richiederà l'intero livello di complessità perché in questo caso ogni entità richiederà storia modifiche da salvare (per esempio, quello che è stato il prezzo per ordine di tempo è stata posta, ciò clienti gruppo cliente era al ecc).

Per quanto riguarda i dettagli per carte di credito .. memorizzazione di questi dati è "no-no". Cose come la cattura parziale, l'autorizzazione al fine di pagamento di cattura in seguito o un rimborso è possibile in Magento e completamente dipendente da implementazione modulo di pagamento.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a magento.stackexchange
scroll top