Newsgroup: it.lavoro.professioni.webmaster
Titolo: -Promo: Nuovo pacchetto per e-commerce

Vi presento l'ultima fatica del mio gruppo:
http://www.aspcode.it/store/store.asp?a1=showprod&id=22
Abbiamo pensato di distribuirlo open source per i webmaster
che cercano la massima libertà di personalizzazione del negozio.
Accetto critiche/consigli.
Maurizio
--
beCommerce!
http://www.aspcode.it/store/store.asp?a1=showprod&id=22

 Maurizio
Hai controllato che la tua licenza sia conforme con la definizione di 
Open Source dell'Osi?
E' possibile leggere la licenza?
Grazie
Claudio
-- 
www.spaghettibrain.com
 - PHPNUke Italian Mirror
www.spaghettilearning.com
 - Piattaforma open Source per l'E-Learning
!!>> Il mondo non è ancora pronto per il Funky <<!!

 E' possibile leggere la licenza?
Eehhhh che pignolo.... :D

 E' possibile leggere la licenza?
Certo. Ecco quella della versione Full (la licenza della versione
Standard cambia solo per il fatto di essere per un singolo dominio)
Ciao. Maurizio.
Licenza beCommerce! 1.0 Full
Termini e condizioni per la copia, distribuzione e modifica del Programma.
Per 'Programma' si intende beCommerce!
1. E' possibile modificare liberamente il Programma, per ad esempio
personalizzazioni nella grafica o nelle funzionalità o per derivare da esso
programmi diversi per finalità e utilizzo.
2. E' possibile creare e trasferire copie fisiche del Programma.
3. Si ha diritto a pubblicare un numero non limitato di siti web che usano
il Programma o un lavoro da esso derivato. Il Programma può essere inoltre
ceduto (anche dietro compenso) a soggetti terzi; in questo caso il Programma
dovrà essere distribuito senza i sorgenti delle librerie.
4. NON È LECITO COPIARE, MODIFICARE, SUBLICENZIARE, O DISTRIBUIRE IL
PROGRAMMA IN MODI DIVERSI DA QUELLI ESPRESSAMENTE PREVISTI DA QUESTA
LICENZA.
5. Il programma è fornito così come è, senza alcuna garanzia esplicita né
implicita.
UTILIZZANDO, MODIFICANDO O DISTRIBUENDO IL PROGRAMMA O UN LAVORO BASATO SUL
PROGRAMMA, QUESTA LICENZA SARA' INTESA COME IMPLICITAMENTE ACCETTATA E CON
ESSA ESPRESSAMENTE TUTTI I SUOI TERMINI

 propri clienti.
Ultima domanda, se io lo compro posso rivenderlo a terzi quante volte 
voglio? Mi sembra me lo consenta il punto 3.
Cla!



Uhm sono perplesso su una cosa....... almeno da quello che ho potuto vedere
anche dalle demo.... tutti i prezzi sono iva inclusa....... spero almeno che
avrai messo anche la possibilità di indicare i prezzi iva-esclusa e di
calcolarne l'iva solo al momento dell'acquisto....
Cooper.
-- 
BlueWare WebAgency
 [web] 
http://www.blueware.it
 
http://www.italchat.it
 [icq] 146781935

> Eehhhh che pignolo.... :D
Non è questione di pignoleria, oramai tutti usano il termine Open Source 
impropriamente tentando di ingannare gli altri usando un termine che va 
di moda. Questo configura intanto due violazioni del codice civile:
1) Concorrenza Sleale
2) Pubblicità ingannevole
Il tutto aggravato dalla malafede.
Con questo non voglio dire che Eme lo stia facendo, anzi sta dimostrando 
molta trasparenza, è proprio un malcostume che si va diffondendo. Per 
poter definire il proprio prodotto Open Source è necessario attenersi a 
questo:
http://www.opensource.org/docs/definition.php
Cla!


 voglio? Mi sembra me lo consenta il punto 3.
si... E' un bel baco... Mi sa che dobbiamo rivedere il punto 3....
Il principio come ho detto è quello di consentire all'acquirente
di realizzare più siti per i propri clienti acquistando una sola
licenza (Full); pero' non vorremmo che chiunque possa trasformarsi
in rivenditore del pacchetto (per quanto senza il sorgente delle librerie,
vedi sempre il punto 3). Se non troviamo una clausola per evitarlo
credo che metteremo un limite al numero di licenze rivendibili.
M.

 Cooper.
vai in Configurazione e togli lo spunto "mostra i prezzi iva inclusa"
:-)
M.

 M.
Secondo me è proprio da rivedere l'impianto della licenza, nel senso 
cheil discorso delle dll ti rendono il pacchetto "closed" (sempre che tu 
non dia anche quiei sorgenti, non sono un programmtore win dunque non so 
come funziona) ma la possibilità di distribuirlo non limita il numero 
che tu limiti in fase di acquisto. Insomma, se uno ti vuole fregare con 
una licenza simile lo fa.
La strada che ti suggerisco io (a parte quella dell'avvocato che è 
d'obbligo) è:
-> Il prodotto ha una licenza "chiusa", nel senso che i sorgenti non 
possono circolare liberamente
-> Ma ha codice aperto, nel senso che il programmatore che la acquista 
può effettuare modifiche estendibili SOLO al numero delle licenze 
acquistate. Es. Faccio un modulo per il cliente A ma ho acquistato 3 
licenze, quel modulo posso riutilizzarlo in tutte e 3 le licenze.
My 2 cents
Claudio


 
http://www.opensource.org/docs/definition.php
Lo so lo so... era una battuta :P

 licenze, quel modulo posso riutilizzarlo in tutte e 3 le licenze.
un pò quello che facciamo con la licenza 'Standard'. Credo che
aboliremo del tutto la 'Full' e terremo solo la Standard. Se vuoi
darci un'occhiata, te la riporto.
Grazie, comunque.
M.
Licenza beCommerce! 1.0 Standard
Termini e condizioni per la copia, distribuzione e modifica del Programma.
Per 'Programma' si intende beCommerce!
1. E' possibile modificare liberamente il Programma, per ad esempio
personalizzazioni nella grafica o nelle funzionalità.
2. E' possibile creare copie fisiche del codice per uso personale.
3. Si ha diritto a pubblicare non più di un sito web che utilizza il
Programma o un lavoro derivato dal Programma. In alternativa alla
pubblicazione, può essere ceduta (anche dietro compenso) una (e una sola)
copia del Programma o del lavoro da esso derivato ad un terzo; in questo


 che cercano la massima libertà di personalizzazione del negozio.
direi che opensource e dare la possibilita' di personalizzazione sono 2 cose
ben diverse. In piu' sono scettico su proposte commerciali di questo tipo...
ma questa ormai e' una cosa vecchia ;)
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Oggi, l'organigramma è fatto di link, non di gerarchie.
Il rispetto per la conoscenza vince su quello per l'autorità astratta.

 ma questa ormai e' una cosa vecchia ;)
beh, secondo me è un campo (i pacchetti ecommerce) dove
ha molto senso fornire il sorgente e consentire la maggiore
personalizzazione possibile. In più 
ASP.NET
 (che è la piattaforma
utilizzata) si presta molto bene alle personalizzazioni per via
della divisione del codice dalla grafica e per la struttura stessa del
codice, sempre che sia ben fatto chiaramente.
Noi ci crediamo sinceramente, non è il solito specchietto per
le allodole ;-)
Ciao.
M.

 le allodole ;-)
credete nell'open source o nel fatto che dando i sorgenti avete piu'
possibilita' di vendere?


 M.
Ne sei sicuro????
Caio
-- 
--->   Sèvero  <---

 possibilita' di vendere?
Questo è il punto, il loro progetto di open ha pochino, il termine è 
usato impropriamente, nel senso che i termini della licenza non 
rispecchia certo il "ci crediamo" ma piuttosto "usiamo un termine fico e 
di moda adesso, così uno che ha letto una volta linux&co e pensa che 
tutto quello che ha il bollino open è fico ce lo compra", se fosse 
andato di moda "open pippo & Topolino" magari si sarebbe usato questo.
Alla base della filosofia open c'é un approccio diverso allo sviluppo 
del software, diverso non vuol dire migliore. Per meglio comprendere 
riporto un pezzo di quello che una pietra miliare dell'analisi della 
fislosofia di sviluppo, è tratto dall'articolo di Eric Raymond "La 
Cattedrale e il Bazar" che molti modaioli markettari hanno adattato ad 
altri argomenti (per chi ha la pazienza di leggere, chi non la ha può 
fermarsi qui):
[quote]
Linux stravolse gran parte di quel che credevo di sapere. Per anni avevo 
predicato il vangelo Unix degli strumenti agili, dei prototipi immediati 
e della programmazione evolutiva. Ma ero anche convinto che esistesse un 
punto critico di complessità al di sopra del quale si rendesse 
necessario un approccio centralizzato e a priori. Credevo che il 
software più importante (sistemi operativi e strumenti davvero 
ingombranti come Emacs) andasse realizzato come le cattedrali, 
attentamente lavorato a mano da singoli geni o piccole bande di maghi 
che lavoravano in splendido isolamento, senza che alcuna versione beta 
vedesse la luce prima del momento giusto.
Rimasi non poco sorpreso dallo stile di sviluppo proprio di Linus 
Torvalds – diffondere le release presto e spesso, delegare ad altri 
tutto il possibile, essere aperti fino alla promiscuità. Nessuna 
cattedrale da costruire in silenzio e reverenza. Piuttosto, la comunità 
Linux assomigliava a un grande e confusionario bazaar, pullulante di 
progetti e approcci tra loro diversi (efficacemente simbolizzati dai 
siti contenenti l'archivio di Linux dove apparivano materiali prodotti 
da chiunque). Un bazaar dal quale soltanto una serie di miracoli avrebbe 
potuto far emergere un sistema stabile e coerente.
Il fatto che questo stile bazaar sembrasse funzionare, e anche piuttosto 
bene, mi colpì come uno shock. Mentre imparavo a prenderne le misure, 
lavoravo sodo non soltanto sui singoli progetti, ma anche cercando di 
comprendere come mai il mondo Linux non soltanto non cadesse preda della 
confusione più totale, ma al contrario andasse rafforzandosi sempre più 
a una velocità a malapena immaginabile per quanti costruivano cattedrali.
[/quote]


 possibilita' di vendere?
beh, qui prima mi riferivo all'opensource come filosofia, ossia
come strumento per ottenere il migliore risultato finale per il cliente.
Sul fatto di vendere di piů, vedi sopra.
M.

 Ne sei sicuro????
vedo che riscontro solo dissensi, vi ho fatto qualcosa,
magari in una vita passata? Che vuoi che ti dica...
M.

 M.
Si tende ad essere scettici, non credo ti volessero dire qualcosa di male,
del resto della vita le persone tendono a ricordare più  i momenti cattivi
che quello buoni.
E quindi di conseguenza il dramma dell'incomunicabilità (E' un problema che
ci portiamo dietro dall'inizio di questo mondo, secondo me) e tutte ste
storie, e poi hai visto che gli esperti ti hanno fatto notare certi
problemi, bisogna apprezzare il loro modo di porsi. ^_^.
.
comunque buona fortuna con il tuo prodotto.
Nyo


Moderatore di it.comp.www.asp - Microsoft .NET MVP
http://www.aspitalia.com/
 Enjoy the .NET community!
http://www.dev2dev.it/
 La rete ha connesso nuove particelle!
http://www.extensible.it/
 XML and beyond

 comunque buona fortuna con il tuo prodotto.
grazie...
M.

 rimane fisso il codice, non cambi nulla, personalizzi solo lo skin.
Scusa ma che me ne frega di un tool che mi dà la possibilità di 
modificare le skin?
Io ho necessità di avere un applicativo aperto che mi dia la possibilità 
di modificare le funzioni, di adattarlo alle mie esigenze funzionali non 
a quelle estetiche.
Claudio


 andato di moda "open pippo & Topolino" magari si sarebbe usato questo.
concordo con te... si confonde il concetto di open source con il concedere i
sorgenti sono cose nettamente diverse... e ci arrivo perfino io ;)) anche
perche' in questo momento anche windows e' opensource ;)
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Le aziende devono scendere dalla loro torre d’avorio e parlare
con la gente con la quale vogliono entrare in contatto.

 pacchetto per webmaster non certo per clienti finali negozianti.
non sono per niente d'accordo... parlando in termini di business il vostro
approccio e' hobbistico... ovvero quali numeri di vendita dovreste avere per
un ROI sul prodotto? e per mantenere il progetto un commerciale e almeno un
developer? senza contare costi di struttura, azienda, tasse etc. ?
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Le aziende devono scendere dalla loro torre d'avorio e parlare


 perche' in questo momento anche windows e' opensource ;)
Ah si? Io non li ho visti i sorgenti ... so solo che ci sono in giro 700 
Mb .. ma Microsoft quelli non li ha rilasciati volontariamente  :-D
Cla!


 non a quelle estetiche.
d'accordo con te... ma non nel metodo... ovvero dare il sorgente e' una
scelta deleteria... (lasciamo perdere il discorso open source e la filosofia
prche' in questo caso non mia pare centri molto).
io per personalizzaione intendo avere un sistema che mi consenta di stare
all'interno di una soluzione unica ma con infinite possibilita' di
vericalizzazioni. Degli esempi di quello che dico puoi averli da
applicaazioni come SAP, SIEBEL, e le piattaforme in genere (WEBSPHERE
etc...)
dove non sono io ad implementare il core dell'applicazione perche' magari
comporta avere una struttura con 500 programmatori... ma invece posso
implementare e modificare con delle tecniche che non impattano il codice
sorgente ma sono esterne al core della piattaforma. in alcuni ci sono
addirittura linguaggi per implementare vere e proprie applicazioni verticali
che si agganciano alla soluzione primaria...
lo stesso vale per alcune applicazioni di tipo ERP che permettono alle
aziende di verticalizzare i prodotti sulle proprie reali esigenze.
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!


 un ROI sul prodotto?
hai toppato :-) basta intervenire sul prezzo....
Non guardare il prezzo di ora che è promozionale. La maggiore
utilità che riceve l'acquirente per il fatto di disporre del sorgente si
paga!
M.


 developer? senza contare costi di struttura, azienda, tasse etc. ?
Sei troppo una Cattedrale, diventa un po' più Bazar! :-P


 aziende di verticalizzare i prodotti sulle proprie reali esigenze.
a) Qui stiamo parlando di un programma che avrà si e no 4000 righe di 
codice non di SAP, che fai? Verticalizzi la barra dei menu o la 
procedura di checkout?
b) Linux ti dimostra il contrario, progetto immenso tutto aperto, 
modifiche anche sul kernel da istituzioni quali NCSA (National Security 
Agency, USA) e aziende quali Silin Graphics
http://punto-informatico.it/p.asp?i=47370
Ciao!
Cla!


 procedura di checkout?
LOL
M.

 Vulnerabilità <> da Scoperto Bug)
su questo sono daccordo con Cla!, in ms se trovi un bug lo segnali, ma il
tutto per non creare problemi viene archiviato e non divulgato ed unicamente
al rilascio della patch viene notificato il problema, benchè il problema sia
presente da parecchio tempo.
Alcuni bug ad esempio sono perfettamente documentati nelle kb e attualmente
non sono ufficialmente corretti, o meglio contattando ms ti viene fornita
una patch, ma fino alla prossima bugfix non viene rilasciato al pubblico.
Comunque diciamo che non tutti i problemi vengono trattati con lo stesso
sistema, i problemi (leggi bug) più gravi vengono risolti con una priorità
molto elevata e in tempi brevi per altri invece i periodi di release delle
patch è maggiore
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch


 etc...)
daccordo con te Lino, ma qui abbiamo 2 problemi
1° attualmente la gui di un software informatico è talmente semplice ed
intuitiva (benchè ci siamo ancora passi da giganti da fare) inoltre con i
vari case o rad in circolazione diamo l'illusione a chiunque di poter
creare, sviluppare e gestire il tutto con poco sforzo e senza le benche
minime conoscenze informatiche. Il tutto crea puoi l'attuale marasma dove
l'ex tecnico radio tv o tecnico di fotocopiatrici diventa per incanto
sistemista, e tutti i quelli che conoscono 20-30 tag in html sono convinti
di saper programmare ignorando le benchè minime regole di analisi e sviluppo
2° Software come SAP (haimè che conosco abbastanza) utilizzano un sistema
molto semplice ma geniale, ovvero hanno inglobato in moduli ogni singolo
componenti di un flusso aziendale, in questo modo è possibile automatizzare
il tutto, ovvio c'è uno scotto da pagare ovvero chi conosce SAP può tramite
ABAP unire i vari moduli e farli interagire in modo da rigenerare in SAP il
processo aziendale, ma non riuscirà in quanto non conosce l'azienda, e
pertanto verrà affiancato da personale interno dell'azienda il quale a sua
volta conosce perfettamente i flussi e i processi aziendali ma non avranno
la minima conoscenza di SAP e di informatica.
Pertanto tools come SAP, ecc. sono stupendi e geniali, ma necessitano come
ogni software e forse di più di soffermarsi maggiormente sull'analisi e sul
dominio del problema, altrimenti rischiamo di acquistare un bellissimo
giocattolo ma non essendo in grado di usarlo lo metteremo in un armadio a
fare polvere e nulla più.


 700 Mb .. ma Microsoft quelli non li ha rilasciati volontariamente  :-D
conosco genete che li ha e altri che l'avranno a breve... a parte la PA. E
questo serve solo politicamente... per far star zitti quelli che credono che
mettendo sistemi OS nella PA risparmiano... secondo me ritornano al 1800 ...
hanno appena imparato che esiste word al posto della macchina da scrivere...
oltretutto le informazioni sono anche false... p.e. qualche tempo fa e'
uscita una notizia molto diffusa sul comune di roma che passava all'open
source... invece si e' trattato solo dell'installazione di un mail server
che gira su linux... e non mi pare che questo significhi passare all'OS
hanno solo voluto risparmiare su sistemi come MS Exchange che costicchia
parecchio e che forso non sanno utilizzare bene... anche perche' non c'e'
nessun sistema che ha le stesse funzionalita' sia open che close.


 si paga!
il prezzo che vedo adesso non puo' reggere una struttura almeno di venderne
migliaia di licenze. e il mercato dell'e-commerce non ha affatto questi
numeri...


 Sei troppo una Cattedrale, diventa un po' più Bazar! :-P
purtroppo conosco troppo bene i veri costi delle imprese... quelli che
intendi tu per bazar io li definisco hobbisti... o gente che fa le cose per
passione... quindi basta che non si parli di ROI e business seri...


 passione... quindi basta che non si parli di ROI e business seri...
Pensa che invece tutti quelli che parlavano di Business plan e Roi nel 
2000 son falliti tutti ;-)


 
http://punto-informatico.it/p.asp?i=47370
con il problema che molti non ci capiscono nulla di versioni, release, nomi
commerciali e 200 licenze diverse di OS... almeno io che sono del settore
non ci capisco una mazza...


 nessun sistema che ha le stesse funzionalita' sia open che close.
daccordo con te su Exchange, ma ti assicuro che come server smtp è un
rottame se paragonato ai fratelli *nix
Exchange è un ottimo collaboration server che fornisce parecchi servizi
pensati per realtà aziendali molto grosse, ma utilizzarlo come server smtp
per l'invio di email all'esterno è un suicidio, parecchie aziende infatti
utilizzano exchange nella loro lan e piazzano nella dmz 1 server *nix che
funge da dns forwarder e da server smtp in questo modo si evita prima di
tutto che il server dns contenente l'AD sia aperto verso l'esterno ed
inoltre si evita di sovraccaricare exchange facendogli fare cose per cui non
è particolarmente portato.


> > le allodole ;-)
Vedi c'e' un piccolo particolare sono un e-commerciante, e conosco le 
vere problematiche.
Non sto mettendo in dubbio le vostre capacità come sviluppatori, ma 
quelle che nelle realtà serve.
Vio affermate che gestite correttamete l'IVA, ma ne sei sicuro?
ti faccio qualche piccola domanda:
- il pacchetto fa differenza tra commercio elettronico diretto ed 
indiretto??
- Se un cliente è di Livigno come si composta il programma???
- Se il cliente è francese con partita IVA comse si comporta il 
programma??
- se il cliente è Svizzero e chiede la consegna il Germania come si 
comporta il programma???
Vedi queste sono solo delle piccole casistiche che non penso abbiate 
considerato che invece un pacchetto di e-comm dovrebbe considerare 
dato che chi fa questo lavoro non vuole limitarsi a vedere sotto casa 
o nelle province vicine altrimenti perche' aprire un e-comm??
Tutto questo per ribaride che non importa l'ambiente di sviluppo, il 
DB, la facilita' di cambiare l'interfaccia ma la sostanza che il 
pacchetto funzioni correttamente.
Ciao
-- 
--->   Sèvero  <---

 comporta il programma???
con o senza tax-free??


 
Ciao tutto bene, vedo che hai capito il mio odiscorso; in realta' non 
e' il luogo di fatturazione che determina l'applicare l'IVA, ma il 
luogo di destinazione della merche che non uscendo dalla UE paga 
l'IVA.
L'eventuale rimborso avverrebbe solo se poi la mece vine portata in 
Svizzera.
Caio
-- 
--->   Sèvero  <---

 considerato
pensato male...


 l'IVA.
eheh forse la conosco perchè vivo la situazione essendo svizzero :-)
Comunque la buona vecchia dicitura "IVA non imponibile art. 9 D.P.R. 633/72"
ci aiuta parecchio


> il pacchetto funzioni correttamente.
Vedi mi sembra che non hio capito il mio discorso, un e-comm non e' un 
semplice sito che anche un cliente poco esperto puo' personalizzarsi 
ma per molti aspetti e' un gestionale amministrativo che deve prendere 
decisioni in base ad un infinità di parametri.
E ribadisco non pesnso nemmeno di mettere in dubbio le votre capacita' 
di sviluppo, ma che prima di affontrae un problema cosi' complesso 
bisogna informarsi bene da esperti del settore, che io non sono, e 
prevedere tutte le possibilità.


 particolarmente portato.
ovviamente pienamente d'accordo abbiamo anche noi internamente i due
sistemi... pero' alcune features su *nix ancora non ci sono... :)


 2000 son falliti tutti ;-)
erano numeri inventati... ;)


 prevedere tutte le possibilità.
anche il caso delle Hawaii di cui sopra vero? e torniamo alla banca dati....
M.

 decisioni in base ad un infinità di parametri.
vabbe' dai serverino... non e' paragonabile quel pacchetto alle tue esigenze
ovviamente... altrimenti per metterlo suj avresti speso 199 euro... e non
penso che hai speso tanto no? anche N. e' un tipo economico ti e' costato
molto di piu'! ;)))
Ciao e Buon fine settimana a tutto il team ;)


 banca dati.... M.
Non parlo di vendere cissa' dove parlavo unicamente dell'area UE che 
in realtà e' molto piu' complessa che non vendere prodotti ad un 
cliente sull'Isaola di Pasqua.


 
Ciao Lino, puo' essere vero quello che dici ma da quello sta sta 
nascendo su un altro NG, mi sebrava logico rimarcare che non e' cosi' 
semplice fare un pacchetto e-comm dato che le norme da rispettare, 
anche nel semplice ambito EU, sono tantissime e la fiducia in un e-
comm nasce se il pacchetto che sta alla base rispetta le norme e non, 
"si poi si aggiusta tutto con un e-mail".
Ciao a presto
-- 
--->   Sèvero  <---

 essere giusta.
banca sella, come penso molti altri gateway di pagamento con cc
consentono di stornare l'importo, anzi l'importo è sospeso (non
addebitato) fino a che il negoziante decide se evadere l'ordine....
M.


Moderatore di it.comp.www.asp - Microsoft .NET MVP
http://www.aspitalia.com/
 Enjoy the .NET community!
http://www.dev2dev.it/
 La rete ha connesso nuove particelle!
http://www.extensible.it/
 XML and beyond

 l'ordine.... M.
Si ma vedi i clienti partono dal presupposto che vuoi fregarli e 
pensano "o cavoli non e' vero che costa cosi' ma il doppio perche' mi 
tocca fare una nuova transazione'


 "si poi si aggiusta tutto con un e-mail".
sai che concordo con te... e per questo dicevo che un software del genere
oggi avrebbe poco senso... a prescindere dal costo... infatti le esigenze
sono molto maggiori rispetto anche ad un anno fa e il vero mercato
disponibile e' quello delle PMI che hanno bisogno di software di fascia alta
e con integrazioni con sietemi aziendali che si occupano anche del post
vendita e crm...
il target di riferimento del pacchetto di Emme mi pare leggermente
diverso...
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Oggi, l'organigramma è fatto di link, non di gerarchie.
Il rispetto per la conoscenza vince su quello per l'autorità astratta.

 corrette.
visto che ti stai spingendo al punto di darmi pubblicamente
del truffatore ti posso preannunciare che abbrevieremo i tempi
della modifica al sistema dell'iva che era già in cantiere e che
lascerà al negoziante stabilire l'applicabilità dell'imposta vs i vari
paesi, per quanto macchinoso possa essere per il negoziante.
Dal canto mio, mi preme ribadire pubblicamente il fatto che il tuo
negozio che qui in tanti conoscono non tiene conto di tutte le agevolazioni
fiscali o viceversa barriere all'importazione e quanto altro costituisca
una eccezione ai regimi fiscali di paesi mi pare di capire Germania,
Spagna e qualche altro (parole tue). Come dire che il tuo software
è potenzialmente nella situazione di truffare tutti i compratori del mondo
il cui regime fiscale fa eccezione a quei - relativamente - pochissimi casi
da te previsti.
Ciao. M.

 Ciao. M.
Ribadisco non ho vuluto darti del truffatore e quindi pretendo che tu 
non lo dia a ME; in tutto quello che ho scritto non ti ho mai offeso.
Io ti ho portato seolo degli esempi particolari e ti assicuro che lo 
studio di tutte le problematiche lo abbiamo fatto.
A quanto sembra voi no, di bariere all'interno della UE sono limitate 
al fatturato per ogni singolo paese mentre con l'extra UE i problemi 
si rivolgono alle varie tipologie di prodotto per esempio non puoi 
vendere salumi in un paese Isalamico come non puoi vendere alimetari, 
se non sotto reggole molto dure da superere, negli USA devi cercarti 
un importarore.
Tu stai presumendo tante cose senza conescermi mentre io ho fatto solo 
degli appunti su certe specifiche.
Se ti interessa tanto l'url posso mandartelo in mail e sull'NG per una 
scelta di politica aziendale.
Ciao
-- 
--->   Sčvero  <---

 non lo dia a ME; in tutto quello che ho scritto non ti ho mai offeso.
non sono nato ieri e so distinguere a menadito una persona che ti
vuole consigliare da uno che vuole solo screditare il lavoro altrui,
e tu l'hai fatto benissimo, spingendoti dal mio punto di vista anche
*oltre*.
Quanto a te, è chiaro comunque che si tratta di una provocazione parlare di
truffa perché come già ho cercato di spiegarti in un messaggio precedente
*non è possibile* prevedere tutte le eccezioni dei regimi fiscali vigenti
a meno di non implementare una banca dati, cosa che *nessun* ecommerce
per quanto sofisticato sia, farà mai....
Maurizio

 Maurizio
Secondo me l'approccio da seguire è diverso, a me piace molto come 
lavora OSCommerce che ti dà la possibilità di configurare, per ogni 
paese da cui accetti ordini, la politica fiscale che preferisci. Dunque 
è il merchant che configura il tutto e non chi vende l'applicativo.
My 2 cents
CLa!


 è il merchant che configura il tutto e non chi vende l'applicativo.
si, infatti è la politica che seguiremo, come ho anticipato in
un altro messaggio. Il prezzo da pagare è una maggiore complessità
per la configurazione da parte del merchant; quello che hanno
apprezzato alcune persone che ci hanno scritto era proprio la semplicità
di utilizzo :/
Maurizio


 Maurizio
Ma no ... tu gli configuri i mercati di riferimento principali, loro 
quella zona non la vedranno neanche salvo eccerzioni. Magari glielo fai 
tu in fase di setup dopo che gli hai fatto compilare un questionario, e 
ad ogni modifica che ti chiedono tu chiedi money ;-)
