U0
21/01/2007 09:14
Campo libero: 
|
U0
Le differenze sostanziali tra i vari template sono le seguenti:
- Templante standard (base)
- Template Advanced (rispetto al base ha la possibilità lato utente di poter visionare e scaricare in pdf i documenti emessi: ordini, ddt, fatture)
- Template Professional (rispetto all'advanced ha la possibilità di gestire gli RMA: rientro di materiale difettoso)
Su entrambi i Template è possibile implementare i moduli pagamento con carta di credito. Maggiori informazioni puoi trovarle nella parte finale di questa pagina: http://www.readypro.it/software-gestionale-listino-prezzi.aspx
|
|
U0
21/01/2007 09:24
Campo libero:
|
U0
Citazione:
3)POSTAZIONI AGGIUNTIVE
Il cliente ha due punti vendita e vorrebbe tenere sincronizzati i due database locali (giacenze di magazzino, clienti etc etc).
E' possibile sfruttare il modulo e-commerce per fare questo?
Si può fare in modo che entrambe le postazioni si tengano sincronizzate con il database del web server il quale agirebbe praticamente da server centralizzato?
Se no, è prevista nel ready la possibilità di far interagire due database fisicamente distanti o è in previsione di implementarla come funzione futura?
Per avere i magazzini e le anagrafiche sincronizzate la cosa migliore sarebbe lavorare su un unico server ed utilizzare le connessioni in Terminal Server.
Maggiori informazioni puoi trovarle su questo topic:
http://support.codice.it/viewtopic.php?t=3811
|
|
U0
31/01/2007 18:20
|
U0
Citazione:
2)AGGIORNAMENTI
Sul listino prezzi aggiornamenti è presente un prezzo solo per il modulo e-commerce (pari a € 500): nel caso il mio cliente acquistasse anche i moduli per le carte di credito e i template (professional e advanced) tale aggiornamento comprenderebbe tutto o ci sarebbero delle spese aggiuntive?
Se il cliente non fosse disposto a pagare il prezzo dell'aggiornamento negli anni successivi, l'ecommerce smetterebbe di funzionare o sarebbe perfettamente funzionante come tutto il resto del gestionale e perderebbe solo ed esclusivamente la possibilità di scaricare patch correttive?
Se non rinnovasse la licenza allo scadere e decidesse di farlo ad esempio dopo 6 mesi dalla scadenza dovrebbe ripagare nuovamente per intero tutto il modulo e-commerce e tutti i template e tutti i moduli della carta di credito o solo il modulo e-commerce o addirittura solo l'aggiornamento?
Non abbiamo ancora ricevuto delucidazioni in merito a questa parte delle domande.
Ci è impossibile proporre l'acquisto al cliente se non sappiamo dare informazioni precise inerenti l'aggiornamento e i costi futuri del software.
Citazione:
3)POSTAZIONI AGGIUNTIVE
Il cliente ha due punti vendita e vorrebbe tenere sincronizzati i due database locali (giacenze di magazzino, clienti etc etc).
E' possibile sfruttare il modulo e-commerce per fare questo?
Si può fare in modo che entrambe le postazioni si tengano sincronizzate con il database del web server il quale agirebbe praticamente da server centralizzato?
Se no, è prevista nel ready la possibilità di far interagire due database fisicamente distanti o è in previsione di implementarla come funzione futura?
Per avere i magazzini e le anagrafiche sincronizzate la cosa migliore sarebbe lavorare su un unico server ed utilizzare le connessioni in Terminal Server.
Maggiori informazioni puoi trovarle su questo topic:
http://support.codice.it/viewtopic.php?t=3811
Ho trovato il seguente post: http://support.codice.it/viewtopic.php?t=383
dove parlate del seguente argomento:
Citazione:
Se il problema e' tenere sincronizzate le quantita' direi che la cosa e' fattibile chiaramente con alcuni vincoli. Ti faccio un esempio di quello che al momento e' possibile fare:
PROBLEMA 1 : Codifica degli articoli
La prima cosa da tenere in considerazione e' che la codifica degli articoli deve essere univoca. Questo vuole dire che gli articoli andrebbero codificati tutti da una sola sede (per esempio la sede amministrativa) e poi la codifica dovrebbe essere trasferita ai punti vendita.
Questa procedura e' automatizzabile tramite le "procedure batch" impostando una procedura di questo tipo:
Nella sede amministrativa (o comunque nella sede in cui viene eseguita la codifica)
-Esporta l'anagrafica articoli su un file
-Esecuzione dell'upload del file su un server internet (FTP)
(questa procedura puo' essere eseguita in automatico ogni X ore)
Nei punti vendita
-Download del file dal server internet (FTP)
-Importa l'anagrafica articoli aggiornando i prezzi e le descrizioni per gli articoli gia' esistenti
(questa procedura puo' essere eseguita in automatico ogni X ore)
PROBLEMA 2: Trasferimento stato del magazzino da una sede all'altra
Tramite le "procedure batch" e' possibile impostare una procedura di questo tipo:
In ogni sede
-Esporta le giacenze di magazzino del punto vendita su un file
-Esecuzione dell'upload del file su un server internet (FTP)
(questa procedura puo' essere eseguita in automatico ogni X ore)
In ogni sede
-Download dei file degli altri punti vendita dal server internet (FTP)
-Importa le giacenze di ogni punto vendita su un magazzino separato(questa procedura puo' essere eseguita in automatico ogni X ore)
In questo modo e' possibile visualizzare sempre (sia sulla lista articoli che dentro l'anagrafica articoli) le giacenze degli altri magazzini. Volendo possiamo anche studiare una soluzione che permetta di vedere le giacenze di magazzino consultando una apposita pagina sul vostro sito internet (questa sarebbe una personalizzazione da sviluppare)
Le quantita' chiaramente non saranno aggiornate in tempo reale ma comunque si puo' decidere ogni quante ore sincronizzare
PROBLEMA 3: Trasferimento merce da un punto vendita all'altro
Al momento non e' possibile esportare una DDT verso l'esterno per poterla poi importare in automatico in un carico di un altro negozio. Possiamo comunque pensare a sviluppare una personalizzazione per farlo (se le interessa possiamo farle avere una offerta per queste modifiche). Magari in questo caso il file potrebbe essere salvato su un dischetto che accompagni il DDT cartaceo e la merce piuttosto che eseguire il trasferimento per via telematica
Se questo e' sufficiente direi che e' fattibile.
Al limite dovrebbe essere anche possibile trasferire le anagrafiche dei clienti dai vari punti vendita alla sede amministrativa (anche se sarebbe da studiare bene)
Trasferire invece DDT, le ricevute di cassa emesse, ecc. dai punti vendita alla sede amministrativa non e' possibile. Quindi se vi serve questo l'unica soluzione e' appoggiarsi ad un server Windows Terminal
Essendo il post di circa 2 anni fa, ci sono state evoluzioni in merito alla sincronizzazione?
Se no, le procedure batch alle quali fate riferimento le avete implementate o comunque già realizzate e sono disponibili da scaricare o dobbiamo preoccuparci di realizzarle noi?
Anche questa funzionalità è vitale per la vendita del modulo e-commerce, in quanto il nostro cliente non gradisce la soluzione del terminal service (per i contro che sappiamo) e in quanto è indispensabile che i due punti vendita siano sincronizzati.
Ultima cosa: in quanto rivenditori, per testare il modulo e-commerce dobbiamo compilare il modulo che avete sul sito per i clienti o c'è un canale dedicato? Ci rimane difficile proporre un prodotto che non abbiamo mai neanche visto.
Grazie.
Grazie.
|
|
U0
31/01/2007 21:51
Campo libero:
|
U0
Citazione:
Non abbiamo ancora ricevuto delucidazioni in merito a questa parte delle domande.
Ci è impossibile proporre l'acquisto al cliente se non sappiamo dare informazioni precise inerenti l'aggiornamento e i costi futuri del software
Mi dispiace, ci e' sfuggito. Sul regolamento del forum chiediamo proprio di creare un topic separato per ogni domanda proprio per evitare problemi di questo tipo (con 3-4 domande su un topic diventa difficile capire quando e' stato risposto a tutto)
Domani la faro' contattare da un commerciale che vi fornira' i chiarimenti necessari sul modulo ecommerce
Il regolamento del forum e' consultabile qui
http://support.codice.it/viewtopic.php?t=1216
|
|
U0
31/01/2007 21:57
Campo libero:
|
U0
Citazione:
Essendo il post di circa 2 anni fa, ci sono state evoluzioni in merito alla sincronizzazione?
No, le informazioni sono ancora valide ma niente di nuovo su questo fronte. La soluzione adottabile e' ancora la stessa (e quindi riguarda solo una sincronizzazione parziale dell'anagrafica articoli)
Citazione:
Se no, le procedure batch alle quali fate riferimento le avete implementate o comunque già realizzate e sono disponibili da scaricare o dobbiamo preoccuparci di realizzarle noi?
Il menu PROCEDURE BATCH si trova sotto il menu UTIL
Citazione:
in quanto il nostro cliente non gradisce la soluzione del terminal service
Peccato, perche' la soluzione Terminal Services:
1) e' la soluzione piu' collaudata con il nostro applicativo
2) e' subito utilizzabile
3) permette di utilizzare TUTTE le funzionalita' del programma
4) permette di lavorare in real-time
Citazione:
(per i contro che sappiamo)
Cioe'?
Citazione:
e in quanto è indispensabile che i due punti vendita siano sincronizzati.
Mi sento di continuare a consigliare la soluzione terminal services
Citazione:
Ultima cosa: in quanto rivenditori, per testare il modulo e-commerce dobbiamo compilare il modulo che avete sul sito per i clienti o c'è un canale dedicato?
Se siete nostri rivenditori potete anche contattare direttamente il nostro ufficio commerciale per una DEMO (Sig. Zavatta Massimo o Peci Franck)
|
|
U0
01/02/2007 12:12
|
U0
La prossima volta farò post separati, mea culpa ma non avevo letto bene il regolamento 
Il problema del terminal services è che centralizzando tutto il database in un punto vendita basterebbe che la connessione adsl o del server o del client avesse problemi e il secondo punto vendita non potrebbe lavorare.
Sarebbe un eventualità non programmabile che il cliente non accetta e non si può permettere di avere il punto vendita in panne affidandosi solo alla casualità.
Che poi tecnicamente sia la più valida è innegabile.
Il cliente dovrebbe sostenere anche la spesa di licenze microsoft per windows 2003 server e la cosa lo scoraggia ancora di più.
Questa è già un'eventualità che abbiamo affrontato col cliente il quale a conti fatti non intende optare per il terminal services.
Provvederemo a contattare l'ufficio comerciale per la demo dell'e-comerce.
Grazie di tutto come sempre ;)
|
|
U0
01/02/2007 12:52
|
U0
Citazione:
Il problema del terminal services è che centralizzando tutto il database in un punto vendita basterebbe che la connessione adsl o del server o del client avesse problemi e il secondo punto vendita non potrebbe lavorare.
Questo è vero 
Citazione:
Il cliente dovrebbe sostenere anche la spesa di licenze microsoft per windows 2003 server e la cosa lo scoraggia ancora di più.
Qui ci penserei.
Una licenza OEM di Win 2003 std non costa poco ma non costa nemmeno tantissimo e, se usato per lavoro, è una soluzione molto valida. Le licenze aggiuntive T-CAL hanno un prezzo abbordabilissimo a mio parere.
L'alternativa più economica rispetto ai TS (per 2 pdv) a win 2003 con TS abilitati potrebbe essere la seguente:
PDV "A", 2 pc con win xp uno utilizzato dall'operatore mentre l'altro utilizzato come server per il database di Ready Pro (e in questo PDV ci si connette al database via LAN).
PDV "B", 1 pc che lavora tramite l'utility di connessione desktop remoto integrata in win xp, collegandosi al secondo pc del PDV "A" (che non è utilizzabile in locale perchè usato in remoto).
Rimane chiaramente il problema che se manca la connessione ADSL il PDV "B" non lavora con il gestionale.
|
|
U0
01/02/2007 12:58
|
U0
Io personalmente ho effettuato un'installazione di Ready Pro che permette di tenere sincronizzati gli articoli e le quantità di 3 PDV (ogni PDV vede le quantità presenti negli altri negozi). Si necessità solo di un collegamento internet (in ogni PDV)per esportare/importare dei file CSV e di un server con accesso FTP sul quale farli transitare.
Non è una soluzione in Real-Time. Vedi i nuovi articoli/articoli modificati ecc e le relative quantità solo dopo aver effettuato tutte le sincronizzazioni necessarie.
Il tutto funziona come deve
Che poi è il riassunto di quanto detto da Fabio nel topic che già hai letto:
http://support.codice.it/viewtopic.php?t=383
|
|
U0
01/02/2007 15:27
Campo libero:
|
U0
Citazione:
Rimane chiaramente il problema che se manca la connessione ADSL il PDV "B" non lavora con il gestionale.
Comunque, almeno dalle nostre parti, una ADSL puo' essere ferma al massimo per 1 o 2 mezze giornate in un anno, non mi e' mai capitato che potesse succedere + spesso.
In compenso risparmieresti un sacco di tempo per decine di altre cose (che riguardano Ready ovviamente)
|
|
U0
01/02/2007 15:35
|
U0
Citazione:
In compenso risparmieresti un sacco di tempo per decine di altre cose (che riguardano Ready ovviamente)
Su questo sono pienamente d'accordo. Considerando il tempo che risparmieresti nel configurare e gestire un' eventuale gestione con importa/esporta
Citazione:
Comunque, almeno dalle nostre parti, una ADSL puo' essere ferma al massimo per 1 o 2 mezze giornate in un anno, non mi e' mai capitato che potesse succedere + spesso.
Beate voi.
Io personalmente sotto questo punto di vista mi ritengo fortunato (30 minuti di down della portante in 4 anni di ADSL) 
Comunque ultimamente, specialmente in periferia, nelle mie zone ci sono problemi di linee ADSL che vanno + o - come un 56k..
Centrali stra-sature?
|
|
U0
01/02/2007 15:43
|
U0
Citazione:
Una licenza OEM di Win 2003 std non costa poco ma non costa nemmeno tantissimo e, se usato per lavoro, è una soluzione molto valida. Le licenze aggiuntive T-CAL hanno un prezzo abbordabilissimo a mio parere.
Il problema è che il cliente ha già i computer, quindi non può acquistare una licenza OEM.
Mi sfugge qualcosa o si possono acquistare licenze OEM separatamente?
Ad ogni modo rifletteremo bene di nuovo su tutto, perchè se si fa una scelta è definitiva quindi va fatta bene.
|
|
U0
01/02/2007 16:03
|
U0
Citazione:
Il problema è che il cliente ha già i computer
Se per computer intendi qualcosa tipo p4 con 256mb di ram ti sconsiglio comunque di installare win 2k3 a prescindere dall'OEM/RETAIL.
Citazione:
Mi sfugge qualcosa o si possono acquistare licenze OEM separatamente?
Le nuove licenze OEM (se non ricordo male da aprile 2006)possono essere acquistate abbinate ad un "elaboratore informatico" (  ), quindi sia pc, server, nb ecc.. Quelle "vecchie" si potevano acquistare assieme ad un componente hw (es. lettore floppy disk).
Al momento DOVREBBE essere possibile, secondo una direttiva di Microsoft stessa acquistare un OEM non accompagnata da pc solo per REGOLARIZZARE una licenza esistente contraffatta/mancante/non valida.
Studiate bene la situazione, tenendo magari presente che se acquistate un server nuovo, potete in alcuni casi richiedere una OEM BIOS LOCK (che vi costa ancora meno).
|
