Correggere prezzi a zero o con scala errata sugli SKU appena aggiunti
Confermare l'unità di prezzo del tipo di categoria, poi inserire la tariffa in tale unità nel prezzo predefinito dello SKU, così i nuovi articoli smettono di essere quotati a zero.
Quando uno SKU viene aggiunto all'inventario di un'organizzazione o di una business unit senza un prezzo esplicito, il backend crea automaticamente la sua riga di prezzo predefinito con prezzo 0, imposta 0, margine 0. L'unità di visualizzazione di quel prezzo non è scelta dall'utente: viene ricavata dal pricing_unit del tipo di categoria dello SKU (tramite la catena gruppo > sottocategoria > categoria > tipo di categoria), con fallback a per_unit. Due conseguenze per l'assistenza: (1) gli SKU di proprietà appena aggiunti vengono quotati a zero nei progetti finché qualcuno non imposta un prezzo, quindi 'my quotation shows 0 for this item' di solito significa che il prezzo non è mai stato impostato dopo l'aggiunta dello SKU; (2) l'etichetta dell'unità mostrata accanto al prezzo segue il tipo di categoria, quindi un cliente che pensa che un prezzo del compensato sia 'per sheet' potrebbe in realtà inserire una tariffa per piede quadrato (o viceversa) a seconda di come è configurato il tipo di categoria. Quando un cliente segnala prezzi a zero o con scala errata per articoli di catalogo aggiunti di recente, confermare prima l'unità di prezzo del tipo di categoria, poi far inserire la tariffa in tale unità nel prezzo predefinito dello SKU.
I prezzi possono essere inseriti uno SKU alla volta oppure in blocco.
Per inserire i prezzi in blocco, selezionare più SKU, usare Bulk Edit via CSV per scaricare il modello, compilare le colonne prezzo (e unità, imposta e margine) e ricaricarlo, così gli SKU vengono prezzati automaticamente.
Il CSV dei prezzi in blocco è gestito come tentativo con nome: dopo aver preselezionato e selezionato gli SKU, scegliere il canale di vendita, scaricare il CSV, assegnare un nome al tentativo, modificare i campi prezzo, margine e imposta in Excel, salvare e ricaricare il file nello stesso tentativo. Lo stesso approccio di prezzatura tramite CSV vale per l'hardware.
Se per un articolo non viene mai inserito un prezzo, quell'articolo non contribuisce al totale del preventivo.
Un articolo hardware compare nel preventivo con un prezzo solo quando per esso è definita una prezzatura nel catalogo.
Quando un'organizzazione aggiunge uno SKU da un canale di vendita a cui è iscritta, la riga di prezzo predefinito locale viene creata con use_referred_price = true e referred_price_id che punta al prezzo del canale di vendita dell'editore per quello SKU (oppure, se il canale non ha un prezzo esplicito, al prezzo predefinito dell'editore stesso). I valori locali di prezzo/imposta/margine sono letteralmente 0: vengono copiati solo lo sconto e i flag di costing. Uno SKU sottoscritto può in alternativa essere impostato su un prezzo basato su formula, nel qual caso il prezzo base memorizzato è comunque 0 e il prezzo mostrato è calcolato dalla formula. Il prezzo effettivo mostrato nei cataloghi e nei preventivi si ottiene percorrendo la catena di rinvio fino alla sua fine (le catene possono avere più passaggi quando un editore ha a sua volta sottoscritto lo SKU da qualcun altro), a meno che lo SKU non sia impostato su un prezzo basato su formula, nel qual caso si usa il risultato della formula. Implicazioni per l'assistenza: (1) quando l'editore cambia il proprio prezzo, il prezzo di ogni sottoscrittore si aggiorna istantaneamente e in modo silenzioso: 'my price changed by itself' su uno SKU sottoscritto quasi sempre significa che il brand/editore ha modificato il proprio; (2) se il cliente passa il prezzo di quello SKU a personalizzato (lo scollega), i numeri locali rivelati sono 0, quindi sarà quotato a zero finché non digitano un prezzo reale; (3) modificare i numeri della riga locale mentre è ancora collegata non ha effetto visibile perché vince la fine della catena (o la formula). Per dare a un sottoscrittore un prezzo proprio: scollegare prima, poi inserire i valori.