Salve a tutti, vorrei sapere se è possibile realizzare (e nel caso in che modo) un tipo di transazione un pò particolare. Premetto di aver cercato nei tanti post già esistenti, ma di non aver trovato informazioni a riguardo. Dunque, la necessità è quella di dare la possibilità ai clienti di una ditta (si tratta del sito della ditta di mio padre) di saldare dal sito internet, sarebbe in pratica un'alternativa in più oltre ai mezzi di pagamento "tradizionali". Si tratta di una ditta di installazioni elettriche, quindi non mi occorre la tipica pagina "catalogo" con le anteprime dei prodotti, il tipico "aggiungi al carrello", niente del genere, perchè si tratta di prestazioni professionali che vanno necessariamente sviluppate su preventivo previo sopralluogo. Mi occorrerebbe fare in modo di assegnare un numero alla prestazione da pagare (ad. esempio potrebbe essere il numero di fattura), in modo che il cliente possa entrare nel sito, accedere inserendo quel numero e procedere al pagamento della prestazione. Della serie "guardi, per il pagamento può andare sul nostro sito, accedere con il numero di fattura e procedere al saldo"... per fare un paragone, un pò quando sul sito di una compagnia aerea accedi inserendo il numero di prenotazione, e una volta effettuato l'accesso hai la possibilità di procedere ad esempio al check in online.... Una cosa simile, quando il cliente entra con quel numero che gli è stato assegnato, avrà una pagina con il ricapitolo della prestazione eseguita dalla quale potrà procedere a saldare l'importo... non so se sono riuscito ad esprimere bene cosa intendevo dire, spero di si :) Potete aiutarmi? Grazie anticipatamente a tutti :)
P.S. - Come metodi di pagamento, beh immagino i soliti di una transazione online: carta di credito, paypal... quelle cose li :)
Salve, cerco anche io una cosa del genere: dovrei realizzare un sito per una associazione, nel quale alcuni associati dispongono già di un tesseramento (con relativo numero di tessera), mentre altri dovrebbero poter acquistare la tessera annuale direttamente dal sito. In pratica: il prodotto è unico (tessera) e la modalità di registrazione anche (dati personali tipo Nome, Cognome, ecc...). Dovrei gestire la possibilità di acquistare la tessera direttamente dal sito (previa registrazione) e la registrazione del numero di tessera in associazione al profilo utente.
Per l'acquisto cosa può andar bene tentendo conto della limitatezza numero di prodotti (uno)? Ubercart o altro di più semplice?
E per la registrazione cosa mi consigliate? Tassonomie o che?
Grazie in anticipo.
Il fatto è che a te non serve una pagina solo per il pagamento, perché comunque ci devono essere sotto degli ordini da saldare, per quanto non legati a un prodotto 'reale' ma a una prestazione. E comunque se non ti basta solo paypal per pagare purtroppo non ti posso consigliare un modulo che usa paypal senza costruire un negozio.
A te quello che non serve è il catalogo, ma la struttura ordine-pagamento sì. Il che vuol dire che comunque un negozio ti ci vuole. Quando hai creato il negozio, tieni presente che gli ordini non sono solo quelli derivanti dalla procedura di acquisto che passa per il carrello etc., ma si possono anche creare manualmente, esattamente come i nodi di drupal. Io consiglierei, quando voi dal negozio avete fatto il preventivo, di creare l'ordine manualmente CONTESTUALMENTE alla creazione del preventivo. Poi, attraverso una pagina in cui inserire un campo e/o un codice di accesso (ora su due piedi non mi viene in mente esattamente come, ma non la vedo impossibile), in modo da non permettere a chiunque di vedere qualsiasi ordine ma solo il proprio, si passa direttamente alla procedura di acquisto come se si fosse alla fine del checkout. Non so se è chiaro. Ma comunque devi studiarti il sistema di Commerce, secondo me. Almeno, non mi è capitato di trovare (girando per tutti i moduli legati a Commerce) sistemi alternativi.
...enter at your own risk...
Ciao Giuvax, ti ringrazio. La teoria è chiarissima :) Ora vediamo se ho capito: io creo comunque un negozio sul sito, semplicemente una volta fatto NON creo le pagine "catalogo", diciamo, quelle visibili dove chiunque può selezionare il prodotto. Bensì dovrò soltanto creare di volta in volta manualmente delle pagine (chiaramente una per ciascuna prestazione) alle quali assegnare un codice in modo che solo chi ha quel codice possa visualizzarle e procedere con il saldo. Fin qui mi è chiaro, e mi sembra che risponda perfettamente alla necessità :) Naturalmente nella pratica il discorso si complica, perchè è la prima volta che mi trovo ad aver a che fare con Commerce e, considerato che si tratta di un'azienda e di prestazioni lavorative che non costano un paio d'euro, ti lascio immaginare il mio terrore di combinare qualche disastro :D Commerce si può far funzionare anche in locale? Voglio dire, posso imparare installandolo in locale, in modo tale che se combino qualche pasticcio non succede niente, in pratica come se fosse solo una "simulazione" e non transazioni vere e proprie?
Mi è venuta in mente un'altra cosa: immaginiamo di creare un ruolo per ciascun cliente... ad esempio "Ruolo Nome Cognome"... poi creo un tipo di contenuto "Nome Cognome" impostato in modo che i nodi di quel contenuto siano visualizzabili solo da quel ruolo... poi creo un account per il cliente associandolo all'omonimo ruolo "Nome Cognome"... così facendo il cliente effettuando il log-in potrà visualizzare (oltre alle pagine già normalmente visualizzabili anche dagli utenti anonimi) anche qualsiasi nodo creato con quel tipo di contenuto "Nome Cognome"... Ecco, poi ogni qual volta che quel cliente ha commissionato un lavoro alla ditta (considera che quest'azienda lavora molte volte con clienti "abituali", quindi alla fine non sarebbero centomila ruoli e centomila clienti, sarebbe gestibile) io creo un nodo per quel lavoro... il titolo del nodo a quel punto potrebbe essere, per esempio, il numero di preventivo riferito a quella singola prestazione... e metto il link nell'area utente... in pratica quando il cliente effettua il log in, troverà nella sua area utente un link per ciascuna delle prestazioni da saldare: ci clicca e si apre il nodo, contente il riepilogo della prestazione e dell'importo da saldare... ecco, così facendo, potrei fare in modo di cavarmela soltanto con PayPal senza creare il negozio e dover quindi usare Commerce? Praticamente mettendo in quel nodo i tipici campi dove inserire i dati per effettuare la transazione. Naturalmente sarebbe necessario fare in modo che io possa impostare in ciascun nodo l'importo che deve essere saldato (non so se si possa fare usando solo PayPal o se per questo servirebbe comunque Commerce). Chiedo da totale inesperto, spero di non aver detto una specie di eresia :) Tutto 'sto "stratagemma" sarebbe per evitare di dover imparare a usare anche Commerce oltre a PayPal (mi è parso di capire, correggimi se sbaglio, che con Commerce creo il negozio, poi per le transazioni serve in ogni caso il modulo PayPal). Non essendo molto esperto, se posso cavarmela con un solo modulo anziché due sarebbe grandioso :D poi non so, magari è un'assurdità tecnicamente irrealizzabile e allora devo imparare a usare Commerce per forza :) Grazie mille! :)
Perdona la franchezza ma da come scrivi ho la sensazione che non solo tu non conosca Commerce (come in effetti ammetti) ma che tu conosca poco anche Drupal. Se non è così ti chiedo scusa, ma resto dell'idea che forse non ti dovresti imbarcare in un'impresa così senza prima studiare a fondo Drupal Commerce.
Più che altro ho avuto una certa difficoltà a seguire tutto e ho dovuto rileggere. Non voglio scoraggiarti ma il sistema che ti serve non è banale. Sicuro di volerlo affrontare da solo? :)
...enter at your own risk...
Tranquillo sono il primo a dire che molte cose non le conosco bene (o non le conosco affatto). In genere sono uno che impara in fretta, o anche quando ci vuole un pò, una volta imparato a fare una cosa poi non ho più problemi. Il problema è quando riscontro difficoltà nel reperire tutorial o comunque materiale per imparare. Molte volte trovo materiale che spiega come risolvere problemi specifici, in cui però vengono già date per scontate molte cose. Trovo difficilmente spunti che partano dall'ABC :) Questo mi mette in difficoltà sopratutto per l'installazione e la configurazione di moduli aggiuntivi (considera che ho imparato a creare un sito con drupal soltanto l'estate scorsa), mentre non è un grosso problema per altre cose come la personalizzazione dei fogli di stile ecc... in queste cose sto facendo più progressi, il più delle volte sperimentando in maniera intuitiva su dei siti di prova in locale... probabilmente però sono anche cose più facili immagino.. O:-)
Comunque tornando al discorso di Commerce, eh si temo che dovrò imparare. Naturalmente mi rendo conto che non è roba banale e non mi va di dover chiedere ogni cosa passo passo qui sul forum, voglio dire mi sembrerebbe di chiedere un pò troppo e non voglio abusare della pazienza di nessuno :) Quest'estate ho passato settimane a pendere in tutto dalle labbra degli utenti del forum, totalmente inesperto e con urgenza di ricostruire da zero il sito di un'associazione che era andato in tilt... tante persone sono state fin troppo pazienti allora, ma forse perchè per chi è esperto si trattava di cosette molto facili (voglio dire, adesso da quando ho imparato pure io trovo facile creare un nuovo sito e metterlo in remoto... mentre quest'estate mi pareva tutto incomprensibile, certi termini che allora mi sembravano aramaico antico ora mi sono ben chiari :D)... stavolta però si tratta di cose più complesse, perciò vorrei per quanto possibile imparare autonomamente, senza essere di peso... sapresti indicarmi del buon materiale da studiare per imparare a usare Commerce? :) Grazie mille, anche per la franchezza ;)
Il mio consiglio per imparare a usare Commerce è assolutamente NON usare Kickstart (che è un pacchetto personalizzato di Drupal, con Commerce dentro). Anche se è più complicato all'inizio, comincia a installarti Commerce pezzo per pezzo in modo da capire da quali parti è composto. La cosa principale è rendersi conto che l'entità base di Commerce non sono i nodi, ma i prodotti, che sono entità distinte (tant'è che per visualizzarli devi creare un tipo di nodo nuovo che serva da display del prodotto, e poi collegarli con un campo di tipo entity reference. A te interessa relativamente perché alla fine potresti creare un solo tipo di prodotto, ossia la prestazione a cui dare volta per volta prezzo diverso (tanto gli ordini li creerai manualmente e non a partire da un vero processo di checkout). Quando ti sarai un po' spratichito puoi cominciare a cercare di costruire un modo per richiamare tramite codice un ordine creato da te manualmente (ma bada che la registrazione utente ti ci vorrà lo stesso, soprattutto se come dici alla fine i clienti non sono moltissimi e possono tornare a pagare sul sito altre volte). Buona fortuna comunque. Per quel che posso e so cerco di essere sempre a disposizione sul forum.
...enter at your own risk...
Grazie mille, per i consigli e la disponibilità :) Commerce mi è parso di capire che consenta, senza necessità di moduli ulteriori, la creazione del negozio, la gestione degli ordini, checkout, pagamento soltanto con PayPal e fatturazione. Il pagamento predefinito solo con PayPal è limitato ai possessori di un account PayPal giusto? Per ulteriori forme di pagamento leggevo che occorre integrare con altri moduli, ad esempio Bank transfer per dare la possibilità di effettuare un bonifico. Personalmente il bonifico non lo preferisco, anche per una questione direi quasi "psicologica": molti clienti penso sarebbero più diffidenti verso questa forma di pagamento... se tanto vogliono fare un bonifico lo fanno dall'home banking della propria banca e stanno più sereni... mentre immagino sarebbero più a loro agio con un più "comune" form di pagamento con carta di credito o prepagata... che ormai siamo un pò tutti abituati a questa modalità... oggigiorno chi non ha ancora mai fatto un pagamento così? Un biglietto aereo, un hotel... questo sistema penso sarebbe indispensabile per non imporre ai clienti di avere un account PayPal... Mi dirai: devi ancora imparare e stai già pensando a moduli integrativi per il pagamento! :D La mia curiosità era in pratica per capire se mi basta (almeno per adesso) soltanto Commerce, e quindi mi studio solo quello, o se devo tenere in considerazione fin da ora la necessità di installare anche altri moduli per integrare :)
P.S. - Scusami, stavo dimenticando la cosa probabilmente più importante in questa primissima fase di apprendimento: posso installare Commerce e impratichirmi in locale? Sarei decisamente più sereno se si può, così non metto a rischio un sito vero già online :) Grazie :)
Commerce non è altro che un pacchetto di moduli ognuno con una funzione precisa: carrello, prodotto, pagamento, spedizione etc. Sono tutti moduli che vanno installati come qualsiasi altro modulo in drupal, cn le relative dipendenze eccetera. Paypal è un altro modulo (e ce ne sono vari, anche perché ora la versione più semplice è quella di Paypal Express, che consente di usare la piattaforma di Paypal per pagare con carta di credito anche se non si ha -ancora- un account su Paypal). Il modulo per i bonifici non fa effettuare bonifici dal sito (per usare una piattaforma di pagamento del genere ci vogliono autorizzazioni della banca di appoggio e cose più complicate), ma solo di presentare una forma di pagamento aggiuntiva che espone i dati per il pagamento tramite normale bonifico.
Infine: ovvio che puoi testarlo in locale, come una qualsiasi installazione di Drupal. Per inciso anche Paypal di offre degli strumenti di test sulla sua piattaforma per sviluppatori. Però davvero stai correndo. Comincia a vedere come funziona Commerce, altrimenti è inutile anzi dannoso darti ora consigli sui moduli che vengono dopo.
...enter at your own risk...
Ciao, ti ringrazio :) Ho provato per cominciare a installare commerce e tutti i vari moduli richiesti (entity api, rules e addressfield... view, ctools e panels li avevo già installati in precedenza) in locale... Messe le cartelle in /sites/all/modules, vado nella pagina moduli, li trovo tutti li, li spunto e clicco per attivarli... e tutto bene, a parte solo che alcuni non li aveva attivati (Cart, Tax, e alcuni altri...), allora li spunto di nuovo e clicco nuovamente per attivarli... dopo qualche attimo compare una pagina di errore con questa scritta: "Fatal error: Maximum execution time of 30 seconds exceeded in C:\xampp\htdocs\sito-7.26\includes\database\database.inc on line 2168"
Ho ricaricato la pagina ed era tutto ok, con tutti i moduli attivati e ho normalmente eseguito il cron... Poi vabbè ho dovuto fare degli aggiornamenti manualmente ma erano per il modulo di traduzione...
Poi ho cominciato a fare un pò di pratica seguendo queste istruzioni: http://www.html.it/articoli/e-commerce-con-drupal-1/ mi sono accorto che sono riferite probabilmente a Drupal 6 per il fatto che alcune cose sono un pò diverse, ma mi sono comportato adattandomi alle differenze (ad esempio non ho installato il modulo Token, sapendo che per Drupal 7 serve Entity API)... Per un pò filava tutto liscio: nelle impostazioni ho selezionato gli euro come valuta, poi ho creato un tipo di contenuto apposito, che ho chiamato "Prodotti", al quale ho aggiunto il campo "Product reference". Ho poi creato un prodotto, così tanto per provare, seguendo quelle istruzioni... e anche qui tutto ok, prodotto creato senza problemi. Poi sono andato su add content, ho selezionato il tipo di contenuto "Prodotti" e ha aperto la solita pagina per creare il nodo... gli ho messo un titolo, ho scritto qualcosa nel body tanto per non lasciare vuoto, ho impostato "Full HTML" e selezionato nel campo prodotti il nome del prodotto creato. Appena clicco per salvare il nodo... si apre una pagina di errore con questa scritta: EntityMetadataWrapperException: Unknown data property commerce_product. in EntityStructureWrapper->getPropertyInfo() (line 335 of C:\xampp\htdocs\sito-7.26\sites\all\modules\entity\includes\entity.wrapper.inc).
Direi che ho combinato qualcosa che non va :( Preciso che comunque questo errore appare solo sul nodo, non sull'intero sito... posso andare su qualsiasi altro nodo e lo visualizza senza problemi... se torno sul nodo dei prodotti apre di nuovo questo errore....
Come non detto! Continuando a cercare soluzioni su internet, mi è parso di capire (poi non so, forse ho capito male) che questo errore capita spesso, anzi quasi è normale... ho trovato istruzioni per risolverlo installando un modulo chiamato Commerce Repair... ha funzionato perfettamente e adesso visualizzo il nodo creato con tipo di contenuto "Prodotti" :)
Ciao! Sto facendo qualche piccolo progresso... Devo confessarti però che non ho resistito alla tentazione di provare Commerce Kickstart, ma più che altro per avere un raffronto (un pò come guardare un film in lingua originale ma coi sottotitoli :D)... Sono giunto a una considerazione: il Commerce installato direttamente come sito da zero, anziché come modulo aggiunto ad un sito preesistente, mi sembra più facile da imparare a gestire... Forse semplicemente perché alcune cose nell'installazione e configurazione dei moduli le fa in automatico? Non so, comunque... vorrei chiederti una cosa: è ugualmente gratuito? Voglio dire, Drupal 7.26 è gratis, scarico il core, installo il sito, server, database ecc ecc ecc... l'unico costo è quello legato all'hosting, ma mai dovuto dare un centesimo alla Drupal. Con Commerce (o con Commerce Kickstart) è uguale o si paga? Perchè quando ho provato a installare in locale un sito con Kickstart, ho letto in alcune cose la parola "Demo"... e forse anche la parola "trial" uno o due volte (ma su questa non sono sicuro, su "Demo" si)... e mi è venuto il sospetto che sia una versione di prova, ma che dopo un primo periodo poi il CMS diventi a pagamento... Non so, forse sono io che non ho capito un tubo e Demo stava per altro... però tra vedere e non vedere ho preferito chiedere :) Grazie 1000 :)
Non si paga niente! :)
...enter at your own risk...
:) ti ringrazio, continuo a studiare :) :) Ah mi sono accorto che l'installazione è molto lunga (sia come moduli in un sito preesistente che come installazione di sito nuovo), infatti i primi tentativi un disastro, come accennavo descrivendo i passaggi nel post #11 qui sopra... mi è parso di capire, studiando un pò in giro, che quando l'installazione viene interrotta (per max execution time, o per problemi di memory limit, o ad esempio se salta la connessione o si spegne il pc)... poi l'intera installazione sarà "corrotta" e bisognerà necessariamente ricominciarla daccapo... Soltanto dopo aver settato a mio piacimento il max execution time nel php.ini di xampp le installazioni sono andate a buon fine :) L'ho settato a 260. Per portare il sito in remoto (quando sarò pronto) bisognerà che trovi un altro hosting, finora ho usato tophost ma............. proprio questo pomeriggio ho scritto un topic nuovo a riguardo nella sezione amministrazione, magari se puoi dagli un'occhiata (ti chiedo scusa fin da ora: non è breve O:-) ), non ripeto qui per non creare un doppione inappropriato :)
Stavo provando a creare alcuni prodotti.. Quando creo le varianti di un prodotto, per ogni variante creata mi compare tre volte questa scritta di errore: Notice: String offset cast occurred in _field_invoke_multiple() (line 321 of C:\xampp\htdocs\nomesito\modules\field\field.attach.inc).
Se creo un'altra variante... altre tre righe così, tutte identiche tra loro... La tipica area rosa con la scritta rossa di errore compare sopra l'area Product Variation, cioè dopo il campo body... E noto che le immagini del prodotto, pur essendo in un formato elencato tra quelli ammessi e entro il limite di dimensioni, non vengono visualizzate... :(
Rettifico: le immagini non venivano visualizzate perchè dopo aver selezionato l'immagine, distrattamente cliccavo direttamente su Aggiorna variation senza cliccare prima su Carica..... ma che.... POLLO!!! Scusatemi O:-)
Stavolta il problema è un attimino più serio... :( Quando vado su site setting/struttura/tassonomia... se provo a cliccare su "modifica vocabolario" per uno qualsiasi dei vocabolari elencati, compare una pagina bianca con questa scritta:
Additional uncaught exception thrown while handling exception.
Original
PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT s.lid, t.translation, s.version FROM {locales_source} s LEFT JOIN {locales_target} t ON s.lid = t.lid AND t.language = :language WHERE s.source = :source AND s.context = :context AND s.textgroup = 'default'; Array ( [:language] => it [:source] => Il profilo usato per contenere le informazioni di fatturazione nei form d'ordine e di checkout. [:context] => ) in locale() (line 720 of C:\xampp\htdocs\miosito\modules\locale\locale.module).
Additional
PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT s.lid, t.translation, s.version FROM {locales_source} s LEFT JOIN {locales_target} t ON s.lid = t.lid AND t.language = :language WHERE s.source = :source AND s.context = :context AND s.textgroup = 'default'; Array ( [:language] => it [:source] => The website encountered an unexpected error. Please try again later. [:context] => ) in locale() (line 720 of C:\xampp\htdocs\miosito\modules\locale\locale.module).
Uncaught exception thrown in session handler.
PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT 1 AS expression FROM {sessions} sessions WHERE ( (sid = :db_condition_placeholder_0) AND (ssid = :db_condition_placeholder_1) ); Array ( [:db_condition_placeholder_0] => CU60vWmaX0IxywlCelFhl6iGAaolquF7bTklzZNivR8 [:db_condition_placeholder_1] => ) in _drupal_session_write() (line 209 of C:\xampp\htdocs\miosito\includes\session.inc).
Non riesco a capire quale sia il problema, non ho fatto assolutamente nulla ai vocabolari, era pure la prima volta che aprivo la pagina tassonomia del menu di amministrazione... stavo giusto dando un'occhiata, non ho modificato niente :( Mi pare comunque di capire che sia un problema legato alla traduzione in italiano e al modulo Locale...... segnalo che in effetti ho avuto dei problemi nella traduzione dell'interfaccia, ho dovuto cercare soluzioni qui sul forum, ho seguito delle istruzioni ieri che prevedevano di caricare un apposito file .po (che ho scaricato dal link indicato) attraverso config/translation interface/import... ma non era cambiato granché... soltanto alcune parole erano in italiano, ma quasi tutte ancora in inglese... poi ho fatto due o tre volte l'update della traduzione dei moduli... nella pagina di update tutti i moduli erano evidenziati in giallo con necessità di aggiornamenti... talmente tanti che l'update l'ha fatto in due volte (per la seconda ho dovuto ulteriormente aumentare il max execution time, non bastavano 240 secondi)... dopo l'aggiornamento molte più parole sono state tradotte, ma diverse sono comunque rimaste in inglese... ho anche provato ad installare il modulo l10n, che negli altri siti non ecommerce ho sempre installato senza alcun problema, mettendo la cartella all'interno di sites/all/modules... però quando poi vado nella pagina dei moduli non lo trovo elencato e non lo posso attivare.... credo quindi che ci sia qualcosa che non va legato a questi aspetti, però non riesco a capire cosa... ho seguito procedure già usate con successo altre volte :(
Il problema pare risolto, dopo aver impostato max_allowed_packet a 512M nel file my.ini... di default era 1M.... seguito riavvio... ora riesco a modificare i vocabolari :)
Ciò in locale... Una domanda: e in remoto? Si può modificare il file my.ini? Perchè non sto trovando da nessuna parte la cartella mysql... speriamo non sia come per il php.ini....
Ciao a tutti,
mi interessa molto questo argomento cosi mi sono "divertita" a fare un modulo:
http://www.danzisiweb.altervista.org/?q=it/content/paypal-payment-page-demo
Però ditemi cosa ne pensate!! Insomma se è utile, funzionale...
Ciao, sto continuando a fare un pò di prove per il sito e-commerce... mi sto accorgendo però che ci sono dei blocchi che non riesco a personalizzare... posso solo decidere se visualizzarli e in che punto della pagina... blocchi che non contengono niente di speciale, semplice testo, però non esiste da nessuna parte la possibilità di modificarli... non ho mai notato niente di simile nei siti "normali", non commerce... qualcuno può darmi alcuni chiarimenti? Perchè ci sono blocchi che mi piacerebbe tenere, opportunamente modificati, ma che così come sono quello che c'è scritto non va bene e quindi sarei costretto a toglierli... :( grazie mille!