Newsgroup: it.comp.appl.access
Titolo: Report esterni di Access o di Crystal Report?

Dovrei dare la possibilità ad un cliente di modificare i controlli di un
report a piacere (spostare, nascondere...). Dato che il FE è in MDE, a parte
che non glielo farei toccare (!), anche volendo le modifiche non verrebbero
salvate.
Così sul momento mi sono venute in mente un paio di soluzioni:
1) salvare in una tabella apposita la posizione corrente di tutti i
controlli all'uscita del report, e riposizionarli in apertura, ma non mi
piace tantissimo come soluzione.
2) tenere i report in un mdb esterno. L'ideale sarebbe collegarli come si fa
per le tabelle, ma visto che quest'opzione non esiste, credo che dovrò
smanettare un po' con OpenCurrentDatabase ecc.
3) Creare il report con il classico generatore di report di VB (Crystal) e
visualizzarli/stamparli con l'OCX apposito. Questa soluzione inoltre non
richiederebbe Access installato.
Qualcuno ha avuto esperienze con report esterni? Giusto per sapere con che
problemi mi andrei a scontrare...
--
Ciao, AntoGal
*************************************************
Gestione punti vendita (casse e pos NCR)
 
www.powerretail.it
-------------------------------------------------------------
per scaricare un gioco di DAMA ITALIANA
http://volftp.mondadori.com/italiani/galletta/
*************************************************

problemi mi andrei a scontrare...
Il principale problema che s'incontra lasciando smacchinare il cliente con i Reports in Design sono
i casini che ti combina (scaricando poi a te le colpe) :-)
La prima soluzione che proponi è molto onerosa con report sofisticati (vedi fatturazione).
La terza apparentemente la più semplice (tra l'altro è possibile pilotare Crystal sfruttando
direttamente alcune sue .dll senza l'Activex) anche se CR non è adatto alla creazione di reports
avanzati.
Non ho mai praticato la seconda, che richiede un uso massiccio di automazione OLE ... però
tantissimi lo fanno.
Qual è la complessità del report in questione?
Ciao, warp

 Qual è la complessità del report in questione?
A me serve sostanzialmente per le fatture. Chi non ha moduli prestampati non
mi crea problemi, ma chi utilizzava altri programmi ed ha la scorta di carta
per 5 anni, vuole la personalizzazione. Siccome non posso mettermi a
modificare il programma per ogni copia che vendo, almeno vorrei rispondere
"se lo vuoi modificare, hai gli strumenti per farlo o fartelo fare..."


"se lo vuoi modificare, hai gli strumenti per farlo o fartelo fare..."
Brutta faccenda per tutti penso :-(
Consoliamoci con un dato di fatto: scomparse le maledette printer ad aghi (e ci vorrà poco) verrà
 meno l'ossessione italica per i moduli prefincati in tipografia.
Fortunatamente dalle mie parti il problema è già in buona parte superato :-)
Cmq, in questo caso la soluzione migliore (anche se molto laboriosa) a parer mio è ricorrere alla
strategia n° 1: parametrizzare i controlli sul Report e creare un programma di personalizzazione
Layout.
La fattibilità dipende dalla complessità del tuo report di fatturazione.
Se gestisce una molteplicità di problematiche dipendentemente da opzioni (imballaggi, stampe solo
totali, quantità multiple nel corpo, note attivabili a opzione, stampe in valuta, etc.) francamente
è impraticabile, diversamente ci si può fare un pensiero.
In ogni caso con CR certe parametrizzazioni pilotabili solo con eventi di formattazione e VB non
sono possibili.
Se la cosa t'interessa ti consiglio di contattare uno dei migliori fornitori di materiale del Sito
Comune: il bravissimo Carlo Costarella.
Distribuisce una gestione per Frantoi oleari (veramente buona), in cui ha risolto il problema
seguendo il metodo n° 1.
Certo, la fattura dei Frantoiani è molto semplice, ma è sempre una gran cosa tecnicamente.
Ciao, warp

 wrote in message
94ealj$svv$1...@fe1.cs.interbusiness.it...


 problemi mi andrei a scontrare...
io opterei per la seconda.
sul sito comune dovrebbe esserci un esempio di RoDAgo e Sib ('Report dinamici
per rappresentazioni a campi incrociati') che contiene anche un esempio di
questo tipo.
unico difetto di usare un mdb esterno per i report, puo' essere la lentezza
nell'apertura di una nuova sessione di access (che puoi' anche nascondere).
-- 
Federico
fluc...@paperino.sitocomune.com
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
mailto:
it_db_...@usa.net
mailto:
webm...@sitocomune.com
--------------------------------------

 questo tipo.
Ah già, lo sapevo, grazie per avermelo ricordato. Appena posso ci dò
un'occhiata un po' più a fondo e vediamo cosa ne esce fuori.


nell'apertura di una nuova sessione di access (che puoi' anche nascondere).
Mhmmm ... in questo caso a parer mio non risolve il problema, e ti spiego i motivi:
1)  L'utente medio non ha la capacità (e la voglia) di smacchinare con un generatore di Report, CR o
Access che sia, per personalizzarsi le cose.
2) AntoGal distribuisce un aggiornamento dell'applicazione ai clienti, il report di Fatturazione è
stato evoluto, modificato, integrato, etc.
A questo punto il cliente cosa fa? Dovrebbe rifarsi le personalizzazioni!
Ci sono grosse società che usano CR proprio per consentire all'utente finale (o al relativo
rivenditore) la personalizzazione delle stampe.
Ma facendo così altro non fanno che aumentare l'entropia dell'universo :-)
Questa brutta gatta da pelare si risolve in maniera tranquilla solo in due modi: convinci il cliente
a buttare i prefincati oppure parametrizzi il layout della tua fattura.
E' chiaro che la seconda soluzione dev'essere attentamente ponderata...
Ciao, warp

 Ciao, warp
naturalmente approvo la prima ;-))


fornire le specifiche al cliente.
Purtroppo non è improbabile, almeno se il programma è concepito per un target aziendale
diversificato.
Sono tantissime le possibili variazioni a un programma di fatturazione, dipendentemente dalle
caratteristiche dell'azienda.
Spesso per accontentare tutti è necessario creare delle opzioni globali e gestirle nel report
attraverso VB.
Certo, a meno di sbinare il reports ... soluzione terribile!
Per questo sono molto scettico sulla possibilità di spingere l'utente finale a smacchinare
autarchicamente :-)
Ciao, warp


dalla discussione sembrerebbe che siamo in disaccordo, in realta' siamo
perfettamente in linea ;-)
Dono daccordissimo con te che all'utente meno smacchinamenti si fanno fare e
meglio e'.
Tendenzialmente non permetto mai all'utente di personalizzare i report, se li
vuole sono cosi e basta, ma noi non siamo la MS e quindi in molti casi ci
conviene accontentare il cliente pur di vendere; allora cerco la soluzione meno
complicata per me e nello specifico ritengo che mettere i reports su mdb
esterno sia la soluzione piu' semplice.
Per quanto mi riguarda, faccio proprio cosi', anche perche' i report
personalizzati che produco me li faccio pagare caro ;-)
