La scheda «Valore reso (risolto)» del pannello Analisi somma ora l'importo che l'acquirente ha davvero pagato, con gli sconti applicati. Prima usava il prezzo di catalogo dell'articolo, quindi nei negozi che vendono con sconti il numero risultava superiore alla realtà.
Cosa cambia nella scheda «Valore reso»
Quando l'acquirente seleziona articoli specifici del suo ordine, returnEasier somma il valore di quegli articoli. Finora prendeva il prezzo di catalogo di ogni riga; da oggi prende il prezzo unitario scontato, cioè quanto è stato effettivamente incassato.
- Se il tuo negozio non applica sconti né promozioni, il numero non si muove.
- Se li applichi, vedrai una cifra più bassa e più onesta per lo stesso periodo. Non hai perso dati: è lo stesso reso, valutato bene.
- Negli ordini più vecchi che non hanno registrato l'importo pagato, continuiamo a usare il prezzo di catalogo come ripiego.
Trovi il contesto completo del pannello nella guida su analisi e avvisi.
Il tuo piano non viene più declassato per un nome che non riconosciamo
returnEasier chiede a Shopify qual è il tuo piano attivo per sapere quali funzioni sbloccare. Se il nome del piano restituito da Shopify non corrispondeva a nessuno dei nostri — per esempio dopo aver rinominato un piano —, l'app lo leggeva come «nessun piano» e poteva lasciare un commerciante che paga con le funzioni del piano gratuito.
Ora un piano che non riconosciamo significa «non lo toccare»: il tuo piano salvato resta com'è. Le disdette e le scadenze continuano a portare a Free, esattamente come prima, perché quelle sono un segnale chiaro. Un piano sconosciuto non fa più scattare nemmeno gli avvisi di quota di prova, e il pulsante legale di recesso resta attivo in ogni caso. Per rivedere come si sincronizza il piano, c'è la guida su cambiare piano e fatturazione.
«Approva + etichetta» verifica l'indirizzo completo
Per generare un'etichetta di reso con il tuo account Sendcloud (piano Scale) servono le tue chiavi e un indirizzo di reso completo. Il controllo precedente si accontentava del fatto che l'indirizzo esistesse, anche con campi mancanti, e l'errore compariva più tardi, nel momento di chiedere l'etichetta a Sendcloud.
Adesso returnEasier richiede nome, indirizzo, codice postale, città e paese prima di offrire l'azione. Se ne manca uno, vedrai l'avviso di configurare Sendcloud in Impostazioni → Etichette di reso invece di un errore a metà del processo. Dettagli nella guida sulle etichette di spedizione con Sendcloud.
Il registro di audit, protetto nel database
Lo storico di ogni richiesta è una catena di eventi concatenati tramite hash: è ciò che permette di dimostrare a un'ispezione che nulla è stato alterato. Che la catena fosse lineare era finora una regola rispettata dal nostro codice; da questa versione è anche un vincolo del database (un solo anello per anello precedente e un unico evento di origine per richiesta). Se qualcosa provasse a biforcarla, returnEasier si ferma invece di scegliere un ramo.
Non devi fare nulla: le tue richieste esistenti restano identiche e l'esportazione verificabile continua a segnalare qualsiasi catena con problemi.