Newsgroup: it.comp.www.php
Titolo: progetto e-commerce

salve a tutti! devo realizare un progetto e commerce con i seguenti 
requisiti;
 
accesso protetto btob,
anagrafe clienti, con scontistica separata
elenco prodotti con categoria scontistica A B C etc.
ovvio carrello, 
modulo ordine 
transazione on line 
pagamento con bonifico
 
in più un catalgo pubblico non ecommerce 
 
 
senza fatturazione online 
 
vorrei dei suggerimenti per la struttura e quanto secondo voi può costare un 
tale progetto. 
 
in oltre se esiste qualcosa di simile da impostare tipo escommerce se 
qualcuno lo ha mai provato, (io no) in questo caso se esistesse ovviamente 
il costo congruo per una tale impostazione.
 
grazie 
Enrico 
 

 pagamento con bonifico
 
CS-cart senza ombra di dubbio, anni luce avanti a oscommerce & co. prova 
la demo e buon lavoro


come stabilità del progetto come siamo messi? 
 
il mio terrore per questi sistemi preparati è che all'aggiornamento del 
server si rimanga al buoi; e con codici tanto complessi son cazzi..
 
l'idea di scrverlo da me è proprio per questo motivo 

 l'idea di scrverlo da me è proprio per questo motivo
 
Francamente fa sorridere, ipotizziamo pure lo scenario più catastrofico, 
l'azienda viene acquisita ed il software sostituito con un prodotto a 
noi sgradito (per un motivo qualsiasi), a quel punto non ci resta che 
scegliere un altro software, fare il dump del DB travasare tutto nel 
nuovo software e buonanotte suonatori.
 
Perché mai perdere tempo a scrivere qualcosa che non sarà mai nemmeno 
lontanamente paragonabile ad un prodotto di fascia alta come questo che 
ha alle spalle un team di professionisti che si dedicano esclusivamente 
a quello da oltre 10 anni se con meno di 300€ lo puoi acquistare bello e 
pronto?
 
Ammenoché uno non abbia esigenze tanto specifiche da non poter 
utilizzare un software standard non ha senso scriversi da zero una 
piattaforma di e-commerce nel 2011, forse aveva un senso 10 anni fa 
quando tutti questi prodotti erano tuttaltro che maturi e non tenevano 
conto di esigenze tipicamente italiane (rammento ad esempio l'utilizzo 
del codice fiscale per la fatturazione) ma oggi che sono prodotti maturi 
e collaudati sarebbe assurdo reinventare la ruota no?
 
 

 pronto?
 
a parte le esigenze specifiche, vedi l'area btobe con accesso protetto, che 
non so se facilmente realizabile con un prodotto precostruito;
 
1)la paranoia su la sicurezza; in un prodotto standard trovata una falla, 
buchi un infinita di siti; 
2) come detto prima  l'eventuale manutenzione.
 
come metodologia di lavoro, uso in locale un server impostato in sviluppo, 
in maniera tale che mi dia tutti gli allert, ovviamente con l'ultima 
versione del software. 
 
via via che trovo da fare delle correzioni, le trasferisco rapidamente a 
tutti i siti che gestisco.
 
so che è un lavoro allucinante, ma se non ti distingui in qualità, ogni 
cretino con un pc oggi ti fa un sito web.


 cretino con un pc oggi ti fa un sito web.
 
 
Per quanto riguarda il discorso manutenzione e in parte la sicurezza la 
penso come te, ma il discriminante è uno solo: il prezzo che il cliente 
è disposto a pagarti in relazione al tempo che impieghi.
Mi sono capitati solo due casi in cui ho cominciato un progetto da zero, 
ma erano due situazioni particolarissime in cui il budget non era un 
problema.
Ma per un normale e-commerce come fai a competere sul mercato nel 2012, 
visto che ci sono soluzioni chiavi in mano a poche centinaia di euro?
Certo, spieghi al tuo cliente il valore aggiunto che offri... Ma alla fine?
Qui da me, in Campania, ci sono aziende che per risparmiare 100 euro 
preferiscono il liceale all'ingegnere informatico con anni di 
esperienza, con tutte le conseguenze che puoi immaginare. E se parli di 
sicurezza ti senti rispondere "a noi nessuno ci vuole male" oppure "io 
già pago (?!) e quindi sto tranquillo" (giuro davvero, mi è capitato un 
paio di mesi fa).
 
Quindi per farla breve: a quanto riesci a venderlo il tuo software 
hand-made?

 hand-made?
 
uno dei problemi è esattamente questo; io credo che per fare un buon 
prodotto ci vogli aminimo un mese di lavoro; tra porgettazione, sviluppo, 
test, aggiustamenti e messa in opera.
 
il prezzo minimo per un mese di lavoro è 5000E. considerando che più della 
meta te lo porta via lo stato come tasse, più spese varie, ti ci fai uno 
stipendio. 
 
meno non conviene, lavorare.
 
mentre per aggiustare un sistema percostruito ti va via sicuramente più di 
un paio di settimane, se non vuoi fare cazzate e vuoi fare un buon prodotto.
 
ovvero lo installi in locale, lo testi, capisci come fuziona, inizi a 
lavorarci, lo personalizzi, lo metti in rete lo ritesti e lo ricorreggi.
 
quindi immagino che meno di 3000E. non si possa fare, se va personalizato.
 
ovvio se devi presentare un prodotto scematizato al primo layout in una 
settiman lo consegni, diciamo 1200E
 
se no conviene appoggiarsi a piattaforme esterne che con 300/600 euro ti 
danno tutto pronto e configurato, senza personalizzazioni ma in un paio di 
anni, tra commissioni e costi di abbonamento ti sei rimangiato il costo 
della progettazione sopra indicata.
 
poi son qui per chiedere a voi, voi che ne dite?
 
 

 cretino con un pc oggi ti fa un sito web.
 
Appunto, tutti pensano di essere dei super professionisti a cominciare 
da te che parti già dal presupposto di essere più bravo, più 
intelligente, più furbo e più attento alla sicurezza di una grande 
azienda che lo fa da anni, permettimi d'avere qualche dubbio in merito.
 
Questa purtroppo è una caratteristica distintiva di tutto il mondo IT 
italiano che ha come conseguenza il nanismo delle nostre aziende in ogni 
settore, dato che ognuno cerca di reinventarsi la ruota da se anziché 
utilizzare dei prodotto di qualità.
 
Fermo restando che ognuno è libero di fare come gli pare ovviamente, mi 
sembra un tantino insensato il discorso di base, è come se uno mi 
dicesse che dato che i principali S.O. sono attaccabili allora se ne 
sviluppa uno exnovo per evitare falle e bug che potenzialmente 
potrebbero colpirlo.
 
Non so te ma io preferisco continuare ad utilizzare RHEL/CentOS, Apache, 
PHP e MySQL piuttosto che riscrivermi da zero il tutto.
 
 

 sistemi divresi.
 
non ti scaldare; ho montato un server su una centos che sta impiedi da anni; 
sto pensadno adesso ad un aggiornamento; non so se però passare da un 
housing o ad un affitto; nell'ultimo caso la responsabilità del sistema non 
è più mia ma della farm. 
 
in più non è mica detto che io possa scegliere il sistema, se il cliente mi 
dice che devo lavorare su un server windows, perchè loro hanno un contratto 
vantaggioso in quella maniera, lavoro su windows.(poi vado a confessarmi)
 
 
concordo con quello che dici tu, sto solo facendo delle valutazioni; è un 
prodotto che mi son sempre rifiutato di fare per tante ragioni che non 
voglio mettermi a spiegare; ma non posso più tralasciare il discorso quindi 
apro l'argomento per fare delle opportune valutazioni.
 
 
per sistema business to business ; intendo un sistema  che ad un accesso A 
con login e password, corrisponde un  elenco di prodotti A con una 
scontistica A
ad un accesso B con Login e password differenti corrisponde un altro elenco 
di prodotti B con un altra scontistica B.
 
in ogni caso ci vuole un catalogo al pubblico, non acquistabile ,ma a scopo 
divulgativo, e un altro catalgo portetto comprendente tutto il catalogo al 
pubblico , più eventuali altre giacenze, con la possibilità di acquisto 
tramite carta di credito interafaccaita con qualsiasi banca, non solo 
paypal; oppure ordine in stand by in attesa del  bonifico.
 
la fatturazione non mi interessa, solo stampoa dell'ordine. 
 
 

 paypal; oppure ordine in stand by in attesa del  bonifico.
 
Oltre che paypal puoi offrire il pagamento diretto su carta di
credito, ma questo servizio te lo deve offrire la banca del cliente
(spesso hanno commissiono più vantaggiose rispetto a paypal, e
l'implementazione è relativamente semplice).
 
Scordati i bonifici, quelli (da quel che ne sò io, e se mi sbaglio vi
prego di avvisarmi) sono del tutto manuali, l'e-commerce può solo
notificare al cliente/admin che il tal ordine è con bonifico, ma tutto
il resto (controllo etc..) è manuale.
 
Sulla vecchia guerra di religione tra il fai-da-te e il piglia-e-
adatta non vorrei metterci bocca, intanto credo dovresti capire il
budget del cliente e cominciare a guardare le soluzioni e-commerce
open più gettonate per vedere sulla quale dovresti lavorare meno per
soddisfare il cliente (cs-cart non l'avevo mai sentito onestamente);
Conta che anche partendo da zero se ti appoggi a un framework buona
parte del lavoro la trovi già fatta (ma è comunque una mole di lavoro
molto maggiore rispetto ad adattare un prodotto già pronto).
 
 
Piccola novella sulla sicurezza: quando ho iniziato a fare questo
lavoro (5 anni fà), come primo lavoro feci un blog per dei miei amici,
nonostante fu scritto letteralmente con i piedi senza neanche badare
tanto alla sicurezza, non è mai stato bucato (e come visite
giornaliere siamo su circa 1000-2000).
Il primo sito che feci in joomla (prima di passare a drupal), veniva
bucato regolarmente ogni 2-3 mesi, nonostante era tutto sempre
aggiornato.
 
Si parla di 5 anni fa, logicamente..

 Si parla di 5 anni fa, logicamente..
 
io credo che se devo studiare un istema da bucare, studio il sitema più 
diffuso, non perdo tempo con uno che non troverò più; 
 
ma programmare di sana pianta c'è il problema dei costi.
 
non ho paramentri per giudicare
 
 

 paypal; oppure ordine in stand by in attesa del  bonifico.
 
Hai dato un occhiata alla demo?
 
Una volta loggato in alto a DX Amministrazione -> Metodi di pagamento -> 
visualizzi quelli pre impostati abilitabili o meno al volo, clicchi Add 
Payment sotto la voce Processore ci sogno gli altri, e sono 
semplicemente dei moduli per cui puoi scriverne uno personalizzato ed 
abilitarlo basta dare un occhiata alla CS-Cart Developer Documentation
dove spiega come realizzare componenti aggiuntivi ed integrarli nalla 
main app, essendo sviluppato a moduli non serve metter mano al codice 
dell'app incasinandola ad ogni aggiornamento.
 
Come detto, queste sono applicazioni professionali..


 Recovery Plan e relativi scazzi burocratici.
 
 
Ma anche no, se il cliente per varie motivazioni è irremovibile su
usare una macchina windows non trovo molto professionale dire "no
grazie" o vincolarlo a una macchina virtuale.
Logicamente il costo cambia, sia per la scrittura che per il debug
della stessa (sarai tu a dover mettere su una macchina virtuale con
windows per lo sviluppo), ma il sistema operativo non è poi una
richiesta così assurda o poco frequente (anche se la maggior parte
delle volte si ha carta bianca)

 applicazione.
 
Non so che esperienze abbia tu, e mi riservo di rileggere ed 
eventualmente commentare a parte il resto, ma la migrazione dei dati da 
un prodotto all'altro non e` semplice come la descrivi.
 
E` un bagno di sangue migrare un blog, che ha 4-5 tabelle in croce. Pensa 
solo al formato dei dati in html, che magari uno ha strippato, o ha in 
bbcode, o ha in html pulito, o in html "sporco". O alle chiavi esterne, 
all'integrita` dei dati, al formato dei campi di configurazione dei 
moduli, ai DATI di configurazione dei moduli. Il tutto senza nemmeno 
parlare di describe.
 
Migrare un e-commerce e` un lavoro improbo. Penso che stimerei almeno 15 
giorni di lavoro (con beneficio di aumento) solo per scrivere la 
procedura di migrazione dei dati, e che terrei giu` il sito almeno 1-2 
giorni per fare i test e verificare che funzioni tutto.
 
 
Bye.

 Bye.
 
Si io quella parte l'ho skippata a piedi pari, anche perchè ci devi
poi aggiungere i tempi di studio di entrambe le piattaforme (la logica
con cui immagazinano i dati nel db), SPERANDO che abbiamo messo dei
commenti nelle tabelle e che non facciano largo uso di trigger e
stored procedures (ecco perchè preferisco non avere troppa logica nel
database).
 
 
Io ricordo ancora la migrazione di un forum da phpbb2 al 3, con lo
script fornito dagli sviluppatori stessi (quindi gente che ha scritto
la versione 2, la versione 3 e sa le modifiche che sono state fatte)
un buon 15% di post è stato da rivedere manualmente..

 giorni per fare i test e verificare che funzioni tutto.
 
Complimenti! Io starei 5 minuti su Google prima e finirei il loavoro in 
meno di 5 minuti (e anche questa è esperienza se permetti).
 
E questo si ricollega alle applicazioni di e-commerce fai-da-te di 
qualche illustrissimo collega, quelle sì possono diventare un bagno di 
sangue non certo quelle che hanno all'attivo migliaia o milioni di 
installazioni ampiamente supportate, debaggute ecc..
E anche questo sempre se permetti va messo nel conto prima di scegliere 
una piattaforma di e-commerce, forum, blog ecc.. altrimenti ci si 
ritrova con un applicazione legacy alla quale nessuno sano di mente 
metterebbe mano ad un costo ragionevole.
 

 un buon 15% di post è stato da rivedere manualmente..
 
E secondo te phpbb è una piattaforma professionale e lo era la versione 2?
 
Al tempo rammento d'aver avuto lo stesso identico problema con un sito 
di una PA che aveva installato phpbb2 bucato da hacker si è passati a 
SMF in 5 minuti migrando l'intero DB l'unico sbattimento è stato che al 
tempo era solo in lingua inglese è si è dovuto tradurre il lato utente 
(20 minuti di lavoro).
 
Ora, se chi ha realizzato la versione 2 non è in grado di migrare il 
proprio DB alla versione 3 non significa che sia un lavoro 
esageratamente complesso, significa solo che il team di sviluppo non è 
all'altezza e se non è all'altezza in quell'ambito lasciano poco spazio 
all'immaginazione su come avranno gestito tutto il resto.
 

 soli 49$ puoi migrare da -> a 37 piattaforme di e-commerce diverse.
 
Guarda, non è per essere sfiduciato o pessimista, ma viste le
richieste che mi vengono fatte dai clienti dove spesso e volentieri ci
sono casistiche (stupide, inutili, chiamiamole seghe mentali se
vogliamo, ma il cliente le vuole) che spesso e volentieri fanno
mettere le mani se non al db, ai moduli dell'e-commerce, con il
risultato che i dati nel database vengono utilizzati in modo diverso
dalla logica del programma, oppure con tabelle modificate per far
spazio alle personalizzazioni.
 
Ora, uno di questi se non ricordo male partiva con 12k oggetti, 14
utenti e circa 4k ordini (poco più di 100 al mese), personalmente (ma
poi sono punti di vista) la vedo grigia trasportare tutto in
automatico, considerando che tutte le funzioni e configurazioni del
vecchio sistema devono essere portate nel nuovo... e poi i nuovo ri-
costumizzato se gli manca una qualche funzione.
 
Bho.. tipo Ubercart (l'e-commerce di drupal) ha i tipi di contenuto
dinamico, se il cliente ti aggiunge un campo che non è supportato (e
vorrei vedere come fa ad esserlo, visto che il nome del campo lo
sceglie il cliente) da cs-cart che succede? Mi perdi un campo su 12k
oggetti? Mi chiamano e mi chiedono cosa fare? (per 219$?)
 
Idem per le scontistiche, Ubercart le gestisce in un modo, Cs-cart in
un altro, shopify in un altro modo ancora.. la trasposizione non la
vedo così semplice, il db è molto legato al codice.. se tu in 5 minuti
dici di poter fare una cosa del genere, la prossima volta che mi
capita un refactoring di un e-commerce ti mando una mail.

 test, aggiustamenti e messa in opera.
 
A parte tutto il resto, non so a che velocita' di sia in grado di programmare, ma un mese per un ecommerce partendo da zero e' una stima estremamente ottimistica, anche se tu fossi in grado di lavorare 24/7..
Cioe' un mese circa 25 giorni lavorativi, progettazione farla veloce diciamo 4 giorni se hai le idee chiare e non serve nulla di particolare.
Vogliamo essere ottimisti 2 giorni per il deploy, 3 giorni per i test principali e almeno 2 per il bug fixing, cioe' in uno sceniario pazzescamente ottimistico sono rimasti 16 giorni per lo sviluppo??? (E sviluppo vuol dire abnche interfaccia grafica, studio grafico eccetera??Senza pensare che con le chiamate AJAX o con JQuery e' un attimo bloccarsi per una cacata e perdere 1 o 2 ore)
 
Cioe' se sei in grado di sviluppare un ecommerce da solo in 16 giorni, stai perdendo tempo perche' in ogni parte del mondo di pagherebbero milioni di euro all'anno!!!
 
Il mio consiglio e' usare un prodotto fatto e personalizzarlo, ne hai vantaggio tu in termini di tempo, ne ha vantaggio il tuo cliente perche' supponiamo un domani tu non lo segua piu' lui potra' rivolgersi comunque ad una community per eventuali aggiornamenti o manutenzione e questo sarebbe molto professionale.
Tanto se questo cliente ti pagherebbe 5000 euro/mese per codice da te scritto, di da lo stesso per la personalizzazione soprattutto se gli spieghi i vantaggi che avra' in futuro.
 
J.

 J.
 
ottimo commento, secondo te quanto ci vuole per un progetto di sana pianta? 
 
e quanto ci vuole per l'adattamento di un progetto già fatto?
 
 

 e quanto ci vuole per l'adattamento di un progetto già fatto?
 
Questa è già più interessante, anche qui andrebbe valutata la tipologia 
di adattamento in questione ed essere certi che non vi sia già un 
prodotto che offre proprio quella funzionalità che ci può servire, 
comunque in gran parte dipende da come è stato strutturato l'intero 
software, da quanto è modulare, da come è stato progettato il DB ecc..
 
In parole povere se il software è fatto fin dall'inizio da 
professionisti pensato per essere espandibile e *ben documentato* il 
lavoro sarà semplice e gradevole al contrario se il software è stato 
scritto alla ... e mal documentato metterci mano potrebbe richiedere uno 
sforzo improbo con conseguente levitazione di tempi e costi.
 
In sostanza, non è possibile generalizzare a "progetto già fatto" senza 
tutte le variabili del caso.
 
 
 

 e quanto ci vuole per l'adattamento di un progetto già fatto?
 
1 Settimana per trovare il prodotto che piu' si avvicina alle tue necessita, 1 settimana per capire come funziona, 2/3 settimane per la personalizzazione con 1 settimana di buffer time secondo me ce la fai
 
J.
 
 
 

 un costo ragionevole.
 
Dipende sempre dalle esigenze. Se ti basta quello che fanno le 
piattaforme esistenti bene, altrimenti sei messo peggio ad adattarne una 
che a fare l'ecommerce da zero.
 
A me e` capitato un cliente che voleva un ecommerce dove, come login, 
andava usato un codice associativo con determinate regole.
Ho provato a fare un plugin per magento, ma andava modificato il core (e 
quindi anche la struttura delle tabelle).
 
O quello che voleva (non tanto raro qui in zona) il pagamento tramite il 
Consorzio Triveneto, per cui l'unico plugin disponibile (sempre per 
magento) e` fatto da un'azienda emiliana (se non ricordo male), e` a 
pagamento, e presumo usi sue tabelle per tracciare il pagamento. Tutto il 
diritto di farlo, naturalmente, ma chissa` se cart-migration lo supporta 
o anche sa che esiste.
 
Senza voler tirare fuori l'esempio di Amazon o di altri grandi siti che 
hanno bisogno di customizzazione estrema delle funzioni dell'e-commerce.
 
E` la stessa cosa che usare un CMS: se trovi quello con le funzioni che 
ti vanno bene, sei a posto. Se anche una sola cosa che ti serve non la 
fa, fai prima a fare a mano.
 
Bye.

 Bye.
 
Concordo, ho paura anche del fatto, che per capire se mi vanno bene i vari 
sistemi esistenti,  perdo talmente tempo che più della metà del progetto, 
forse me lo sarei scritto.
 
 

Non credo sia la domanda giusta da farti, io partirei da questa:
 
"Servono personalizzazioni estreme al mio cliente che un prodotto gia' fatto non fa gia'?"
 
E leggendo le tue richieste non mi pare, ma potrei sbagliarmi.
 
Cmq come gia' scritto che nella maggioranza dei casi un prodotto esistente sia una base di partenza che fa risparmiare molto molto tempo.
 
 
J.

> "Servono personalizzazioni estreme al mio cliente che un prodotto gia' fatto non fa gia'?"
 
"... e che probabilmente non mi chiederà in futuro?"
 
Occhio a non starci troppo 'stretto' con la soluzione 'già pronta',
che se un domani ti vengono fatte nuove richieste (ovvio con
preventivo di costi) diventa poi problematico se per soddisfarle devi
rifare tutto da capo (ok, situazione un pò estrema, ma tenetene conto)
 

 J.
 
messo così ho cappellato completamente le stime;  6 settimane di lavoro sono 
minomo €.6.000 per un adattamento, prezzo all'osso.
 
Mi son sempre chiesto se valeva la pena farli sti progetti; 
 
a meno non ci stai dentro se ti vuoi fare lo stipendio e ha me sembra già 
toppo come spesa.
 
che esperienza avete?  
 
voi che dite?

 già toppo come spesa.
 
Se vuoi offrire servizi di questo tipo ti devi concentrare su un prodotto 
ben definito.
 
Perderai 2-3 mesi all'inizio a provarne diversi, o ti fiderai delle 
opinioni di qualcuno che reputi piu` esperto e ti fionderai su uno.
 
Ma poi la tua vita sara` su quello.
 
Puoi anche mettere in conto 1-2 settimane l'anno per provarne altri, ma 
sei legato mani e piedi a quello che scegli all'inizio, perche` quando 
hai 8-10 siti con quello, la maggior parte del tempo lo passi a stare 
dietro agli aggiornamenti, e a studiare come implementare certe cose con 
quel prodotto.
 
E ti secchera` buttare tutto alle ortiche per passare a qualcos'altro. Ma 
ti secchera` ancora di piu` dover comunque continuare a mantenere per n 
anni (con n solitamente > 10, vista la necessita` in questi campi di 
avere storico) un prodotto in cui magari non credi piu`, o che e` stato 
quasi abbandonato dai suoi programmatori, o che non segue le novita` del 
web (effetti js, SEO, API di altri siti, ecc.).
 
Ma se vuoi tenere i prezzi bassi e` l'unico modo: fare volume. Quindi ti 
ritroverai ad avere 100 o 1000 siti basati su quel prodotto, perche` se 
li vendi a 500 euro, per fare un fatturato decente devi venderne di 
continuo, e magari anche fare contratti di "assistenza" per gli 
aggiornamenti (con l'hosting non campi), ma una volta che li fai devi 
tenerli aggiornati (variazioni IVA, privacy, spedizioni, gateway di 
pagamento, ecc.)
 
Personalmente credo che ci sia una nicchia ben piccola per gli ecommerce, 
dal punto di vista di un'agenzia.
Se un cliente vuole spendere poco meglio che si scarichi e installi un 
pacchetto precotto, configurato dal nipote o dall'amico.
Se un cliente e` disposto a spendere tanto, potrebbe convenirgli farselo 
in casa o farselo fare personalizzato.
L'area in mezzo e` abbastanza desertica, IMHO.
 
Bye.

 L'area in mezzo e` abbastanza desertica, IMHO.
 
Bhè dipende dallo scaglione che vedi tra il 'piccolo' e il 'grande'..
dei miei clienti, anche quelli che vogliono spendere poco, non ne
conosco uno che si installerebbe da solo un e-commerce (alcuni invece
hanno già provato dal nipote dell'amico, e sono tornati quando hanno
avuto problemi).
 
Comunque, nella scelta dello strumento considera sempre la
flessibilità; a me invece pare di notare che ormai l'esigenza del
semplice e-commerce stà morendo, e tutti (chi più chi meno) hanno
richieste che spaziano da campi diversi (per questo non credo molto
nelle soluzioni pronte).
 
Ad esempio, un cliente di quelli buoni (che paga e non chiede la luna)
mi chiese di gestire i gas (gruppi di acquisto solidale):
1. ogni utente può creare un gruppo, e diventarne amministratore
2. ogni utente (che non è amministratore di un gruppo) può iscriversi
ai gruppi (e gli amministratori devono approvare l'iscrizione)
3. quando un utente registrato a un gruppo fa degli acquisti, può
scegliere se procedere come utente privato o come gas
4. nel secondo caso, l'ordine non viene inviato direttamente ma messo
in coda nel gruppo
5. l'amministratore del gruppo ogni tanto ragruppa gli ordini del
gruppo (che seleziona manualmente tra quelli inviati) in un ordine
unico e invia quello al negoziante
6. a ogni membro del gruppo avente un ordine nel "grande ordine" viene
inviata la mail con l'evasione dell'ordine
7. quando l'amministratore va a prendere la merce, viene inviata una
mail a tutti gli utenti specificando luogo e data nel quale possono
passare a ritirare e pagare il loro ordine (solitamente a casa
dell'amministratore)
 
questo a grandi linee era il progetto, ora se qualcuno è in grado di
farlo con CS-cart in 2 settimane, senza comportare modifiche tali da
perdere la futura aggiornabilità del prodotto, sarei curioso di
conoscerlo.
 
Cercai anche su internet e  trovai qualcosa per gestire proprio i gas,
ma lo sviluppo mi sembrava abbastanza morto e mancavano parecchie
funzionalità... risultato: abbiamo usato la nostra piattaforma di e-
commerce che, anche se ha 1 millesimo delle funzioni degli e-commerce
di alto livello, ci ha permesso di realizzare il progetto in 2
settimane + 1 di test e aggiustamenti vari.
 
Insomma, se proprio vuoi verticalizzarti su un prodotto,  non guardare
solo le funzioni che ha attualmente ma dai un'occhio SEMPRE alla
documentazione e a come sono gestiti i moduli/plugin esterni; prima o
poi dovrai sporcarti le mani con del codice.

 campi diversi (per questo non credo molto nelle soluzioni pronte).
 
Hai centrato perfettamente il punto che io non ho saputo spiegare. :)
 
Bye.