Prestashop: esportare in CSV tutti i prodotti e relative combinazioni

Risposta di Marco

E' difficile rispondere con poche informazioni. Potrebbe esserci un errore di interpretazione SQL (versione diversa di MySql nel server), oppure qualcosa non va nei dati esportati (descrizioni troppo lunghe, caratteri speciali, apici che rompono la stringa). Indagherei nel log errori.

Potrebbe anche essere un problema di memoria o tempo di esecuzione script, dovrebbe sempre apparire in log errori, se ciò non fosse sentirei l'hosting.

Risposta di Marco

Ciao Francesca, devi aggiungere una istruzione WHERE. Quindi alla fine della lista di condizioni aggiungi:

AND cp.id_category = 12

Dove "12" è un ID ipotetico che mi sono inventato, devi mettere quello della categoria che stai filtrando. Non ho testato ma dovrebbe funzionare.

Risposta di Marco

Avevo fatto una SQL per esportare gli ordini in dettaglio, cioè con i dati dei prodotti acquistati, nel mio caso ogni prodotto crea una riga, quindi per gli ordini con vari prodotti ci saranno varie righe con ID ordine identico, sta a te poi filtrare il foglio di calcolo raggruppando per ID ordine e fare somme. I campi esportati sono:

ID ordine, Rif. ordine, Stato, Data ordine, prodotto, Cod. rif. (del prodotto), Qt., In stock, Prezzo, Pagamento, Cliente (nome e cognome), Spedizione (indirizzo), Fatturazione (indirizzo), Email, Gruppo cliente.

Non ho un articolo in blog, il codice MySql è questo.

Risposta di Marco

Puoi aggiungere il codice EAN mettendo nel SELECT un'altra variabile con "p.ean13 AS 'EAN13'," ad esempio dopo "p.reference AS 'Rif.',".

Per quanto riguarda invece l'URL del prodotto dipende molto da come stai facendo il friendly URL nelle impostazioni SEO, se hai tutto default (cioè con ID prodotto, trattino, alias con i trattini) postresti fare aggiungendo nel SELECT un CONCAT come il seguente, devi correggere le stringhe statiche con il path del tuo negozio.

CONCAT('https://tuosito.com/', p.id_product,'-', pl.link_rewrite, '.html') AS 'Prod. URL',

Mentre l'immagine è più complessa, serve aggiungere delle LEFT JOIN per ottenere altre informazioni e poi fare un CONCAT, non ho provato (non so nemmeno se si può fare tutto solo tramite query al DB, ad esempio se imposti supporto per PNG e JPG in base all'immagine originale, è sbagliato forzare l'estensione a ".jpg"), può aiutarti vedere questo esempio ma sarà da modificare: https://www.prestashop.com/forums/topic/554913-sql-query-for-export-all-images-url/

Risposta di Marco

Puoi cambiare a piacere l'ordine dei campi del SELECT.
Per l'immagine, come ho risposto in precedenza, la query si complica e non sono sicuro sia possibile ricavare un path corretto senza usare la logica contenuta nelle php che gestiscono e manipolano le immagini. Per gli altri campi, si può fare così:

Risposta di Marco

Ciao Giuseppe, non sei il primo ad averlo chiesto. Mi viene un sospetto, forse nelle vostre installazioni gli ID nella condizione "WHERE" non corrispondono a 1, magari erano installazioni in inglese a cui è stato aggiunto l'italiano dopo. Oppure è l'ID shop ad essere errato.

WHERE pl.id_lang = 1
AND cl.id_lang = 1
AND p.id_shop_default = 1
AND c.id_shop_default = 1

Prova ad aprire il database con PHPMyAdmin, eseguirei la query li dentro. Se ottieni lo stesso risultato allora è confermato che non dipende da Prestashop, invece è un problema di query, dovresti verificare nelle tabelle che valori di ID hai, ed eventualmente correggerli (intendo nella query, non nel tuo DB, non toccare gli ID che trovi). Quando la query è a posto la puoi riportarla in Prestashop.

PS: ti confermo che la tua query, nel mio caso funziona, restituisce molti record.
PS2: ho notato che non hai usato il link al prodotto, e neanche i supplier, forse quando dicevi "fornitori" intendevi i produttori? In quel caso il campo è un altro: ps_manufacturer non ps_supplier.

Risposta di Marco

Ciao Selene, non so perché vedi del codice all'interno del campo "Query SQL", in realtà dovrebbe essere vuoto. Credo che tu stia modificando una query messa da qualcuno in precedenza. Tu puoi in ogni caso farne una nuova, di query ne aggiungi fin che vuoi: pigia il bottone a forma di [+] per aggiungere una nuova query (i due campi dovrebbero essere vuoti), e poi incolla il mio codice dentro Query SQL. Puoi anche modificarlo se ti serve un risultato differente, ma devi imparare come funziona. Ulteriori istruzioni qui: http://doc.prestashop.com/display/PS16/SQL+Manager

Risposta di Marco

Ciao Alessio, per gli attributi hai le combinazioni, quindi questa query è sufficiente. Mentre per le caratteristiche credo serva un'altra query. Per fare cose più complicate, con più query e con elaborazioni (tipo il path delle immagini) bisogna utilizzare del codice PHP, prova ad usare Prestools Suite che è uno script gratuito presente nel forum. È molto spartano ma potente, tra le altre cose permette di filtrare i prodotti anche con le caratteristiche (features), poi hai l'esportazione CSV.

Risposta di Marco

Per fare questo prova a usare un modulo, ce n'è uno free nel forum: https://www.prestashop.com/forums/topic/37900-free-module-products-export-module-v261-updated-05042018/

Risposta di Marco

Non mi risulta un errore del genere, un post in francese dice che si tratta della mancanza di AS nei parametri del SELECT, forse lo hai rimosso modificando la query.

Risposta di Marco

Ciao Selene, se ti da quell'errore significa che il tuo database ha probabilmente un diverso prefisso per le tabelle, infatti "ps_" è default, ma niente vieta che all'atto dell'installazione sia stato usato qualcos'altro (lo stesso vale per Wordpress e altri CMS). Per verificare il nome corretto devi aprire il database attraverso un tool di amministrazione, te lo fornisce l'hosting, ad esempio PHPMyAdmin.

In Prestashop puoi nominare le tue query come preferisci, anche "Facebook".

Risposta di Marco

Non c'è motivo per cui siano vuote, forse i prodotti non hanno descrizioni. Controlla in database se la tabella ps_product_lang ha valori nei campi descritpion e description_short.

Risposta di Marco

Sembra sia dovuto a un problema con il diverso modo di controllare gli errori di PHPSQLparser, per qualche motivo ora da sempre presenza di errore anche se è un falso positivo. Ma non possono portarlo indietro di versione, viene usato diffusamente in Prestashop, e hanno messo il bug in milestone per Prestashop 1.7.6.0 (25/02/2019), mentre per PS 1.6 non so cosa faranno: https://github.com/PrestaShop/PrestaShop/issues/10908

Il workaround sarebbe non validare le query, anche se questo è sconsigliato, bisogna sapere cosa stai facendo, ed è a tuo rischio e pericolo. Credo sia da modificare la funzione validateSql in classes/RequestSql.php togliendo tutta la parte dei controlli, e lasciando sempre return true: https://github.com/PrestaShop/PrestaShop/blob/develop/classes/RequestSql.php#L159

Non ho provato, i miei Prestashop sono di una versione funzionante e li sto lasciando così.

Risposta di Marco

Per il tuo problema prova a seguire bene le istruzioni:

1. Devono essere caricati primai  prodotti
2. i codici REFERENCE di prodotti e di combinazioni devono essere tutti univoci
3. Attenzione a come è il formato di attributi e valori, serve quello che vogliono con i separatori a due punti.

Importi seguendo queste istruzioni: https://support.prestashop.com/hc/en-us/articles/115000637291-8-5-Importing-combinations

Cioè va fatta una tabella con tutte le combinazioni così:

ID PRODOTTO / REFERENCE COMBINAZIONE / ATTRIBUTO / VALORE / QUANTITÀ  / REFERENCE PRODOTTO

1020 / REFCOMBI_01 / Taglia:select:2; Colore:color:1 / XL:1; red:1 / 10 / REFPROD

1020 / REFCOMBI_02 / Taglia:select:1; Colore:color:1 / L:1; black:1 / 7 / REFPROD

• ID è il numero progressivo del prodotto.
• REFERENCE della combinazione è importante, deve essere diverso per ognuna, se non lo trova da un errore di duplicazione.
• Combinazione devi scrivere tre valori separati da :, e sono il nome, il tipo di attributo (va select, color, o radio), la posizione è quella nel menu (esempio, se hai tre combinazioni con attributi della taglia, li ordini per mettere S, M e L).
• Valore è ancora con due valori separati da :, e va l'attributo e posizione (ma questa non importa, metti 1). I colori vanno con il nome in inglese. Il radio è booleano.
• Quantità è un numero intero.
• REFERENCE prodotto è il codice generico.

Qui spiegano ancora sul fatto di usare i due punti: https://www.prestashop.com/forums/topic/195033-product-combination-csv-import/

Altrimenti usa un modulo che possa fare al caso tuo, ad esempio: https://addons.prestashop.com/it/data-import-export/3141-import-and-syncronize-products-quantities.html

Risposta di Marco

Il codice è una query SQL, dovrebbe funzionare in modo indipendente dalla versione Prestashop. Se non dovesse funzionare potrebbe dipendere da cambiamenti fatti dagli sviluppatori Prestashop ai nomi di tabelle e/o campi. Bisognerebbe scoprire il tipo di errore che da Prestashop. Se non si vedono errori, bisogna provare la query direttamente con PHPMyAdmin.

Risposta di Marco

Per effettuare modifiche di massa consiglio di utilizzare moduli appositi: link addons Prestashop.
Io ho installato su PS 1.7 questo modulo di Amministrazione Veloce. Fa risparmiare molto tempo nelle modifiche ripetitive ai prodotti esistenti, o per assengare foto alle combinazioni ecc... tra le altre cose permette una modifica di massa ai prezzi.
Se usi PS 1.6, purtroppo il filtro di ricerca non funziona, e non so quanto bene funzioni il resto, in alternativa puoi usare un tool gratuito nel forum: Prestools. Molto spartano ma efficace.

Risposta di Marco

Si, Prestools funziona. Non si tratta di un modulo, ma di uno script PHP che funziona in parallelo e lavora direttamente in database. Attenzione a come lo si usa, fa modifiche di massa a tuo rischio e pericolo.
La query che chiedi è proprio in questo articolo.

Risposta di Marco

Vedi commento del 24 gennaio. Nel SELECT devi aggiungere p.ean13 AS 'EAN',

Risposta di Marco

Prova a cercare nel forum di Prestashop, non riesco ad aiutarti.

Risposta di Marco

Per inserire i tag del prodotto ti serve una colonna in cui li elenchi tutti, separati da virgola (con un CONCAT in modo simile alle combinazioni), e serve un altro JOIN.

Quindi, nel SELECT aggiungi dove vuoi questo pezzo:

GROUP_CONCAT( DISTINCT( pts.name) SEPARATOR ", " ) AS 'Tags',

Poi nel FROM dopo questa riga che esiste già (era inutilizzata, forse un refuso)

LEFT JOIN ps_product_tag pt ON (p.id_product = pt.id_product)

Aggiungi questa:

LEFT JOIN ps_tag pts ON (pt.id_tag = pts.id_tag )

Non ho testato ma dovrebbe funzionare.

Risposta di Marco

Mi sono accorto che c'è un errore nella query, anche da prima, adesso correggo l'articolo con la query migliorata.

Il problema è il GROUP BY, nella query iniziale ho raggruppato per id combinazione e non per id prodotto. Va usato invece un doppio GROUP BY:

Risposta di Marco

I campi che indichi secondo me sono insufficienti, nel senso che non ti esporti "tutto il catalogo", per avere tutti i dati utili è da usare la query mia che oltre al singolo prodotto, e il suo nome, hai la colonna combinazione che mostra gli attributi separati da virgola.

Per avere la distinzione tra prodotto semplice o con combinazioni, basta aggiungere alla mia query una colonna del tipo:

IF(pac.id_product_attribute,'combinazione','semplice') AS 'Tipo',

Dove ho scritto 'combinazione' e 'semplice', puoi metterci anche 0 e 1 per avere un boolean, o metti le stringhe che vuoi.

Se invece vuoi proprio solo una lista con 1 riga per ID prodotto, e solo l'indicazione se ha o no combinazioni (ma senza esploderle), ti basta una query molto più corta, io ci lascerei cmq il primo campo per sapere se è un prodotto attivo o no, quelli non attivi possono essere bozze o non più venduti sul sito:

SELECT p.active 'Attivo', IF(pac.id_product_attribute,'combinazione','semplice') AS 'Tipo', p.id_product AS 'ID', p.reference AS 'Rif.', pl.name AS 'Nome'
FROM ps_product p
LEFT JOIN ps_product_lang pl ON (p.id_product = pl.id_product)
LEFT JOIN ps_product_attribute pa ON (p.id_product = pa.id_product)
LEFT JOIN ps_product_attribute_combination pac ON (pac.id_product_attribute = pa.id_product_attribute)
WHERE pl.id_lang = 1
AND p.id_shop_default = 1
GROUP BY p.id_product

Risposta di Marco

Si, non mi risultano differenze.

Risposta di Marco

Se intendi la pagina prodotto pubblica, vista dai clienti, allora no, perché è una funzionalità dell'admin.

Se intendi la pagina prodotto in admin, potrebbe essere possibile, ma serve manipolare il codice (a quel punto te ne freghi del manager SQL, fai la query a codice), non c'è niente di "automatico" che colleghi il manager SQL con il resto delle pagine in Admin.

Risposta di Marco

Attenzione che io stavo parlando di esportazione. Tu parli di importazione invece, questa è definita in Prestashop back office, menu Parametri Avanzati, poi usi il select "Prodotti". Sulla colonna a destra ti appare la lista di campi disponibili. Puoi anche scaricare un file CSV di esempio, da usare come template.

Quindi per rispondere alla tua domanda, in Prestashop non è possibile. I campi disponibili per gli sconti, ovvero "specific price", sono solo 4:

1. Somme di sconto
2. Percentuale di sconto
3. Sconto da (aaaa-mm-gg)
4. Sconto a (aaaa-mm-gg)

Risposta di Marco

Per fare quello che chiede esiste già una funzionalità di Prestashop. Menu Ordini, voce Bolle di Consegna (o Note di Consegna in PS 1.6). Nel primo riquadro può settare un intervallo tra due date ed esportare tutti i documenti di trasporto degli ordini contrassegnati per la spedizione, in formato PDF. Quindi stamparli e portarli in magazzino.

Affinché gli ordini rientrino nell'esportazione bisogna che il loro status abbia attivato il flag "Mostra il PDF di consegna". Quindi deve configurare gli stati ordine alla maniera opportuna, ad esempio settando questo flag solo allo stato "in spedizione". Si fa in Parametri Negozio, poi Impostazioni ordine, tab Stati (invece è in Ordini - Stati in PS 1.6).

Se non vuole stampare i DDT, qualche giorno fa ho fatto una modifica via override, prevede una colonna aggiuntiva nella tabella gestione ordini, in cui sono elencati i prodotti acquistati per ogni ordine. Quindi può filtrare i prodotti per stato, o per ogni altro parametro della gestione, e poi pigiare il bottone "esporta", ottiene quindi il file CSV degli ordini intabellati, può aprirlo in Calc o Excel e stamparlo. Ovviamente questa modifica la devo fare io, mi contatti via email.

Se vuole qualcosa di differente da questo allora bisogna ricorrere a moduli aggiuntivi.

Risposta di Marco

Il Manager Sql di Prestashop non prevede il salvataggio in una cartella.

Risposta di Marco

Mi dispiace ma la risposta è schietta: non si possono esportare le immagini con una semplice query al database (risposta ufficiale di un dipendente Prestashop). Il link al forum è un tentativo di "mimare" con un CONCAT quello che potrebbe essere il path, ma non funziona.

Serve quindi farlo con codice PHP. C'è un tutorial che consiste in un override del controller AdminProductsController (in modo da avere i campi aggiuntivi nell'export originale dell'admin prodotti di Prestashop). Utile, ma anche in questo caso l'autore risponde negativamente alla richiesta di esportare anche le combinazioni, perché è una complicazione aggiuntiva non prevista. Il tutorial per Prestashop 1.6 è qui.

L'unica soluzione per esportare prodotti, con immagini, combinazioni ecc... è usare moduli specifici, come ad esempio questo. 

Risposta di Marco

Il fatto che non ti dia errori significa che almeno la sintassi è corretta. Controlla bene la parte finale delle condizioni WHERE. Perché se hai installato Prestashop in altra lingua, e poi aggiunto l'italiano, il valore ID cambia, devi aprire la tabella ps_lang e verificare l'ID lingua per l'italiano. Discorso identico per il valore ID dello Shop, se stai usando multishop potresti avere più ID, verifica in tabella ps_shop. Sbagliano questi ID la query potrebbe restituire zero risultati.

Risposta di Marco

Senza vedere i file coinvolti è difficile da dire, però escludendo che si tratti di Prestashop, potrebbe intervenire un modulo installato, dovresti verificare prima di tutto questo, tu sai cosa hai installato. Disattivi i moduli extra e vedi se continua il problema.
Se il problema persiste, potrebbe essere il tema, magari nei template che compongono la pagina prodotto c'è un controllo sulle quantità delle combinazioni, e se inferiore o uguale a 0 ti toglie il bottone di aggiunta al carrello (ovviamente sarebbe un bug del tema).

Risposta di Marco

Il Manager SQL di Prestashop funziona solo per query di lettura e quindi per esportare. Per importare i prodotti puoi usare la funzionalità apposita nei parametri avanzati http://doc.prestashop.com/display/PS17/Importazione

In questo caso però devi seguire il template corretto del CSV, e in caso di combinazioni è complicato, ti consiglio di non fermarti alla documentazione ufficiale per capire pienamente come va fatto. Nella pagina di importazione hai vari file demo da scaricare.

Se l'importazione normale di Prestashop non è sufficiente esistono vari moduli.

Risposta di Marco

Per fare questo tipo di integrazioni (anche con Ebay, Amazon, Danea Easyfatt ecc...) è necessario usare moduli specifici. Non solo perché le immagini non sono recuperabili con query (vedi commenti precedenti), ma soprattutto perché la modalità manuale è laboriosa, hai bisogno di fare inevitabili ritocchi al file CSV, e quindi hai margini di errore (perché serve seguire il template CSV esatto per la mappatura dei campi, servono i riferimenti per la sincronizzazione, il metodo corretto per i prodotti con combinazioni). Quindi per Facebook Shop, e Instagram, ho visto questo: https://addons.prestashop.com/it/prodotti-sui-facebook-social-network/4844-social-networks-shop-catalog-importer.html

Risposta di Marco

Ciao Chiara, per esportare gli ordini avevo risposto nei commenti (vedi 16 gennaio 2018) la query è in Pastebin. Attenzione che questa esportazione prevede una lista di prodotti, nella prima colonna c'è ID ordine, qundi vedrai ripetuto un ID ordine uguale per tutti gli ordini che hanno più prodotti acquistati.
Poi, per raggruppare i prodotti secondo ID ordine, dovrai elaborare i dati in un foglio di calcolo. Per aggiungre campi (colonne) devi fare quanto segue.

Nel tuo caso ti serve prezzo con e senza iva (intendo del prodotto singolo), e va letta la tabella order_detail, vedi che io uso d.product_price che è il prezzo non ivato del singolo prodotto. Per essere più precisi ci sono altre colonne nella stessa tabella, puoi usare d.unit_price_tax_excl per il prezzo unitario non ivato (valore come prima), invece d.unit_price_tax_incl per il prezzo unitario iva inclusa. Poi hai anche i totali (cioè prezzo x quantità acquistata) e dunque rispettivamente d.total_price_tax_excl e d.total_price_tax_incl. Altra nota: ci sono anche le colonne degli sconti, per una cosa completa guarda tutto.

Per sapere invece il totale ordine pagato, i dati sono in tabella orders, quindi hai a disposizione varie colonne: o.total_paid e o.total_paid_tax_incl che teoricamente sono lo stesso valore (se hai il negozio che vende inclusa iva), mentre o.total_paid_tax_excl è l'importo totale pagato iva esclusa. Poi hai o.total_products è il totale parziale dei soli prodotti (iva esclusa). Poi hai o.total_shipping che sono le spese di spedizione. Quindi con questo dato hai anche trovato se hanno pagato o no la spedizione. Hai anche in questo caso colonne più specifiche e rispettivamente o.total_shipping_tax_excl e o.total_shipping_tax_incl.

Buon lavoro!