i visitatori possono vedere solo le offerte speciali per tutti (non associate a nessun gruppo, e a nessuna persona), questo vale anhe per gli utenti appena registrati.
per gli utenti registrati è possibile fare in modo che vengano inseriti automaticamente in un gruppo, editando il file di registrazione utente (mi pare si create_account.php).
capisco quello che dici, sono semplicemente altre prices policies, implementabili, editando un paio di file( credo classes/currencies.php classes/shopping_chart.php possano bastare, ma non sono certo perchè sfortunatamente non posso leggere il codice dal pc da cui ti rispondo ora)
Total B2B e Offerte su index non funzionano!
Moderatore: mod Generali
Mi sembra logico che un prezzo in offerta speciale se superiore ad un'altro prezzo (anche se di gruppo) non debba prevalere su quest'ultimo... appunto perché altrimenti non sarebbe più speciale.
Ti ringrazio anticipatamente per la risposta, avrò pazienza, aspetterò un aiuto da parte tua quando potrai
grazie
Vincenzo
Ti ringrazio anticipatamente per la risposta, avrò pazienza, aspetterò un aiuto da parte tua quando potrai
grazie
Vincenzo
infatti nel codice, troverai qualche riga di codice commentata, che serviva appunto per togliere questa pecca. l'ho lasciata commentata appunto perchè mi sembra onesta mettere prezzi speciali < dei prezzi normali... e non il contrario... in ogni caso, le righe per aumentare i prezzi dovrebbero ancora essere presenti.. basta controllare il codice
...nel codice di quale file trovo le righe commentate?
con l'aiuto di chiocciola ho spostato i prodotti in offerta (specials) in un box all'interno della pagina principale... mi piacerebbe togliere l'effetto random e visualizzarne magari 3 fissi su un unica riga oppure 1 solo prodotto per ogni riga come su product_listing.php
...mi dai una mano?
con l'aiuto di chiocciola ho spostato i prodotti in offerta (specials) in un box all'interno della pagina principale... mi piacerebbe togliere l'effetto random e visualizzarne magari 3 fissi su un unica riga oppure 1 solo prodotto per ogni riga come su product_listing.php
...mi dai una mano?
Mi sono imbattuto proprio ora in questo problema ed in effetti hai ragione.vpoma ha scritto:OK... ma è possibile far si che gli utenti NON registrati appartengano di default al gruppo 'Default'?
...altrimenti gli utenti visitatori non vedranno mai le offerte
...e a cosa servono le offerte speciali ...se non per attirare nuovi utenti e invogliarli a registrarsi???
O meglio, mi rendo conto che la domanda è posta in modo sbagliato... in quanto i visitatori non sono 'utenti' per definizione e quindi la richiesta non ha senso....
la domanda corretta è:
una volta che io ho stabilito un prezzo offerta, se è inferiore al prezzo definito per un qualsiasi gruppo di utenti deve prevalere su quest'ultimo!
in questo modo nell'esempio di cui sopra il prezzo offerta speciale di 950 ( se non associato a nessun gruppo) deve prevalere su tutti gli eventuali prezzi superiori ad esso....
quindi il gruppo Default vedrà 950 (perché inferiore a 1000) mentre il gruppo utenti Clienti1 e Clienti2 vedranno sempre i loro rispettivi prezzi di 900 e 1000 perché inferiori al prezzo offerta.
E' un po complicato ma tutto sommato logico e corretto.
Se metto in offerta un prodotto vorrei che i non registrati potessero vederli e che poi decidano di registrarsi per procedere con l'aquisto.
Adesso come adesso le offerte o sono imposte per tutti oppure riservate a registrati.
Il secondo caso è ok, il primo no perchè se voglio attirare gente non registrata faccio un'offerta (come tu dici invece di 1000 te la offro a 950) ma se utilizzo questo metodo i rivenditori si trovano 950 come prezzo e non 900 o 800 a seconda della categoria.
C'è modo di associare l'offerta solo ai visitatori non registrati e ai clienti default?
Ioivi
il modo c'è. bisogna reimplementare qualche funzione! 
vi anticipo cmq le prossime funzioni del pacchetto, che spero andrò ad implementare nelle prossime settimana:
+ visualizzazione dei prezzi utente aumentati nel caso il prezzo sia inferirore al prezzi speciale
+ implemenentazione di una metodologia di autentificazione utente. in pratica: l'utente su regustra, ma rimane inattivo (come non registrato) fino a che l'amministratore non lo attiva.
vi anticipo cmq le prossime funzioni del pacchetto, che spero andrò ad implementare nelle prossime settimana:
+ visualizzazione dei prezzi utente aumentati nel caso il prezzo sia inferirore al prezzi speciale
+ implemenentazione di una metodologia di autentificazione utente. in pratica: l'utente su regustra, ma rimane inattivo (come non registrato) fino a che l'amministratore non lo attiva.
Il primo problema l'ho già risolto grazie all'aiuto di chiocciola, che ringrazio molto per la disponibilità e la velocità con cui è riuscito a dare soluzione a questo rpoblema. Non so se posso postare le soluzioni, visto che le ha fatte lui, penso sia il caso che le pubblichi lui come contributions alla TotalB2B. La regola corretta è che se un prezzo speciale risulta essere superiore ad un'altro prezzo (comunque esso sia calcolato), il prodotto deve visualizzare l'altro prezzo ovvero quello minore.
Altrimenti viene visualizzato il paradosso di un prezzo di 70 € barrato e il prezzo speciale è di 90 €!!!
Il secondo è molto interessante perché altrimenti crea una sistema "anarchico" in cui tutti si registrano e cominciano a fare ordini senza che l'amministratore li abbia correttamente associati alla categoria opportuna (con ovvi ripercussioni sui prezzi e la scontistica che le varie categorie hanno sui prodotti).
Altrimenti viene visualizzato il paradosso di un prezzo di 70 € barrato e il prezzo speciale è di 90 €!!!
Il secondo è molto interessante perché altrimenti crea una sistema "anarchico" in cui tutti si registrano e cominciano a fare ordini senza che l'amministratore li abbia correttamente associati alla categoria opportuna (con ovvi ripercussioni sui prezzi e la scontistica che le varie categorie hanno sui prodotti).
