Jump to content

Fabry

Members
  • Posts

    1,166
  • Joined

  • Last visited

  • Days Won

    4

Everything posted by Fabry

  1. Allora vediamo di chiarire la faccenda se io cliente sono in Portogallo e tu sei Shop Italiano ed hai giá passato i 10K di fatturato per il PT io devo vedere un prezzo con IVA al 23%.....di geolocalizzazione c'é ne é solo una ed é riferita al cliente, poi dopo le regole tasse faranno il resto se configurate per sopra ai 10K o no....se trovi fisicamente in PT ma vuoi farti spedire in Italia beh li puoi decidere se l'indirizzo ha prevalenza sull'IP:-)..tanto per complicare:-)))
  2. Rispondo a Flanders e a Danny, no se la piattaforma é correttamente geolocalizzata mostra prezzi differenti a seconda del paese!!! Ho molti shop ormai geolocalizzati da anni e vi garantisco che non serve essere loggati per vedere i prezzi differenti. Ho anche un modulo avanzato dove adirittura posso fare l'override del indirizzo by IP quando loggato:-) Ps: aggiungo che Prestashop la fá di default la risoluzione dell'IP ma alcune volte non ci riesce per cui sarebbe meglio dotarsi di un modulo come gtp
  3. 👍 bueno!! Tambien uso ese modulo as veces e los problemas siempre los ha resuelto el desarrollador!. Las migraciones siempre son complicadas....
  4. Hola, tal vez te parezca trivial pero has activado el IVA en las opciones de IVA? Internacional>IVA....en la parte inferior de la página tiene opciones de IVA ciao
  5. Ciao Flanders, beh si mi trovo all'estremitá Ovest dell'Europa sulle dune atlantiche..giá da un pezzo!!:-)).... https://europa.eu/youreurope/citizens/consumers/unfair-treatment/unfair-pricing/index_it.htm il problema é dannato perché credo che tu non possa mostrare i prezzi senza IVA, ma ammesso che mostri prezzi al netto poi al carrello hai prezzi diversi a seconda dell'iva e non va bene.
  6. Io ho un'idea di queste Europa/Italia me la sono fatta giá da tempo ma non é questa la sede per discuterne:-)...putroppo ci si deve arrangiare e vivere quasi alla giornata sperando che domani qualcuno non si svegli e decida di cambiare di nuovo le regole costrigendoci a riformulare le soluzioni....basta vedere come é stata gestita la faccenda Covid sugli approvigionamenti delle quote distribuite dalle big pharma.....oh man!!!. Han fatto bene in UK ad uscire!!..mia opinione personale.
  7. @Makesoul, salve, no ancora non ho avuto tempo per investigare questa problematica che secondo me é piú complessa di quello che sembra. Detto questo, sto ragionando in termini a 360ª e non solo specificatamente sulla piattaforma Per forza di cose si deve adattare il "net price" alla tassa iva che varia da paese a paese per avere lo stesso prezzo ivato o "gross price" altrimenti come fai?!..é matematica non puoi avere uno stesso prezzo netto senza iva ed avere lo stesso prezzo ivato con differente % di tassa!! Cambia l'imponibile per forza. Ma se si vende B2B che succede? in Eu tra due entitá con P.iva non si paga iva nel senso che esiste il reverse charge e quindi mostro un net price differente da quello che mostro al cliente finale che é l'ultimo della catena che paga direttamente questa iva. A livello di contabilitá e gestionali cosa implica questo?....un prodotto con imponibile diverso a seconda del cliente e del paese?,,,,bah.
  8. What a mess!!:-) Prestashop non supporta "cross border price consistency" per essere in regola con le normative Eu, period. Magento lo fá, ossia mantiene la consistenza del prezzo per clienti a cui é applicato iva differente. Ma mi chiedo peró a livello contabile cambia il profitto sul prodotto perché varia a seconda della tassa applicata:-) ..la matematica non é un opinione. Se devo mantenere secondo le normative europee lo stesso prezzo per un portoghese e per un tedesco ho questa situazione: prezzo pieno con iva - iva - costo prodotto = profitto 100 - 23 - 50 sará diverso da 100 - 19 -50...ossia nei paesi dove l'iva é minore guadagno di piú.
  9. Ciao Tiziana, l'operazione é facile basta un poco di dimestichezza con la sequenza di operazione e la preparazione del nuovo spazio Mi spieghi perché dici che "metto 1764 e poi ricarico tutto"??....tu devi caricare in manuale solo i file di backup. Non devi usare installer o softaculous o roba simile altrimenti fai un casinoooo:-) Pulisci il db che hai sul sito nuovo.....ossia elimina tutte le tabelle, poi carica il dump del vecchio e altera la ps_shop_url..stop Pulisci tutti i file fisici sulla public_html o simili....e altera i parametri di configurazione per accedere al db...pulisci anche l'htaccess e tutte le cache dentro a var/cache/prod..prod falla fuori ed anche la dev se c'é Poi rigenera l'htaccess da BO una volta che sei rientrata ( cliccano su otimizzazione Apache )..rigenera anche il friendly url e riattiva le cache...deve partire tutto!
  10. "Ripeto, ieri ho fatto controllare anche all'assistenza tecnica che hanno perso 6 ore a cercare di risolvere il problema e il risultato è che c'è questo disallineamento tra db (ps 1.7.6.1) e sito (ps 1.7.7.1). " Ciao. Ripeti l'operazione di migrazione/traslocco che tra l'altro é facile; 1.7.6.x e 1.7.7.x hanno db differenti. prima sposta il sito eppoi solo dopo decidi se aggiornare al nuovo 1.7.7.x il che comporta ovviamente l'aggiornamento del db!!:-). ciao
  11. Salve, rispondendo alla sua domanda Prestashop é un open source che si adatta nelle sue funzionalitá base alla maggior parte dei paesi Eu o Extra EU, ma per situazioni locali ovviamente va adattato. Ora riguarda alla ridicola e fuorviante situazione italiana dove sono richiesti be 4 elementi per fare una fattura ( P.IVA, CF, SDI, PEC) all'inizio io avevo modificato la piattaforma per inserire questi benedetti campi nell'area indirizzo, ma poi ho risolto con un modulo che fá anche la separazione della tipologia di cliente e quindi a seconda di questo filtraggio mostra determinati campi. https://addons.prestashop.com/it/pagamento-fattura/43737-itc-campi-per-fattura-elettronica.html#specifications ci sono anche altri moduli che dovrebbero fare questo...cmq questo sopra funziona perfettamente. ciao Fabrizio
  12. Salve, ricorda bene, l'immagine di default per i prodotti senza immagine c'é e mostra una scritta ( ma é un'img) "nessuna immagine disponibile" per ogni formato...home-default..small etc etc Provi a rigenerare le immagini!!. Pulisca le cache Se invece vuole che un'immagine custom venga mostrata é semplice...una piccola modifica al tema e si va a prendere la sua immagine custom quando un prodotto non ha immagini. Non serve nessun modulo:-) ciao
  13. Ciao beh con quella versione di php 7.4 nessun Prestashop é stato testato al 100%, voglio dire che anche con l'ultima PS 1.7.7.4 non puoi andare oltre il php 7.3 Aggiornare é un a lavorone, inutile girarci intorno .....credimi che é complesso e lungo soprattutto poi se arrivi da vecchie versioni di ps. Mi chiedo peró se il tuo hosting non possa mantenerti l'attuale versione del php 7.1 compatibile con la tua piattaforma 1.6.1....se non puó farlo cambia hosting; io per es ho un mio vps dove tramite il Plesk posso caricare qualsiasi versione del php perché spesso mi capitano versioni di piattaforme e-commerce obsolete...ho giá visto e migrato alcuni Prestashop 1.2:-))...é come fare un parto trigemellare..eheheh...per non parlare di Xcart del secolo passato:-))) ciao
  14. Salve, mah non capisco questa complicazione perché il checkout attuale ha tutto giá incluso. L'indizzo di spedizione per forza va inserito, poi se il cliente ha neccessitá di inserire un'indirizzo di fatt. diverso basta che clicca sulla relativa label...nello step spedizione puó scrivere info relative alla fatt. elettronica. Se vuole fattura, si puó semplicemente usare uno dei due checkbox per la confezione regalo o l'altro e quindi compare nel BO oppure basta modificare la traduzione del campo commenti e far scrivere lí se vuole o no fattura...insomma ha giá molti elementi su cui lavorare:-) ciao
  15. Ui....la versione del su PS é ben datata tra l'altro tra le primissime della 1.6 e quindi lí c'é da vedere il perché non compaiono cms, category e product in quella lista...tabella ps_meta del db! cmq poco sopra alla lista é abilitata la colonna di sinistra??..salvare..pulire cache e vedere se compare nella lista altrimenti c'é da investigare.
  16. Salve, molto semplice: Preferenze>Temi....in primo piano vedrá il suo tema classic...nel lato destro superiore cliccare sul pulsante "advanced setting"..nella nuova pagina che si apre ha la possibiitá di settare tutte le pagine del sito compreso la "product" e quindi abilitare colonna sinistra o destra...basta cliccare sulla crocetta:-) ciao
  17. Ciao come dice Giuseppe potresti aggiungere una classe nel template, ma la cosa piú rapida é intervenire da css, aggiungi al theme.css .product-description > p line-height: etc etc Correzione: ho visto ora che in realtá non é la soluzione perché espande tutte le p ovviamente. Si dovrebbe estendere l'editor!!. Só che c'erano delle guide da qualche parte in rete, ma esistono anche moduletti dal costo irrisorio che forse migliorano quest'aspetto dell'editor!! ciao:-)
  18. Sono conflitti js del tema con la piattaforma. Controlli che il Jquery del tema sia la stessa della piattaforma che é la 3.4.1...trova la versione delle jquery dentro alla cartella js del tema...poi compara la cartella js di PS....penso che sia questo il problema che genera un cascata di errori su tanti moduli ciao
  19. Salve Vincenzo, se il tema lo ha acquistato é meglio contattare il developer del tema. Deve anche controllare che il tema sia compatibile con la sua versione di Prestashop. se mi manda il link al sito gli dó un'occhiata ciao
  20. Salve, ho giá aggiornato molti shop dalla 1.7.6 alla 1.7.7.x con il modulo oneclick e sul mio vps normalmente non ho errori durante l'aggiornamento sia dei file che del database ed infine dei moduli. Il resto poi va fatto con delle queries sul db per eliminare eventuali valori NULL su certe tabelle perché creano errori nella pagina prodotto, Quindi prima di tutto deve preparare la piattaforma per l'aggiornamento....non fargli fare copie di nulla ( backup manuali)..eppoi attivare l'aggiornamento facendogli prendere i file giá scompattati se possibile. Non deve avere errori dopo l'aggiornamento altrimenti di sicuro avrá problemi. ripeta l'aggiornamento e soprattutto con l'ultimo modulo oneclick upgrade ciao
  21. Salve, no non é un problema di Prestashop ne in questa sua versione e nemmeno nelle 1.6. I casi sono due...o la piattaforma é stata modificata per mostrare solo il codice riferimento di base oppure é un problema del tema fron-office cmq nel backoffice il file interessato per visualizzare tale dato é in questo template /themes/default/template/controllers/orders/_product_line.tpl {$product.product_reference}..questo é il codice che dovrebbe stare nel template e che visualizza il codice cmq sarebbe da investigare il tutto partendo dal front-office e vedere quando selezione una combinazione se questa finisce nel carrello etc etc..
  22. Salve, Parametri negozio>Prodotti....lá dentro puó decidere se far ordinare i prodotti esauriti ma anche mostrare o no gli attributi/varianti dei prodotti non disponibili..."Display unavailable product attributes on the product page" settare su No e vedrá che le M e le L non disponibili in determinati colori spariranno:-) ciao
  23. Salve, non mi risulta questo problema in questa versione e neanche in nessuna versione precedente. Non é un bug ma un problema nella sua piattaforma scaturito dall'aggiornamento che fatto o da qualche possibile conflitto...come ha trasferito il vecchio sito?..ha fatto upgrade con il modulo o ha importato i dati in una piattaforma vergine?... ciao
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More