Newsgroup: it.comp.appl.access
Titolo: Reingegnerizzare un FE Access come FE di pagine web dinamiche: conviene ?

L'oggetto non è molto chiaro, ma il problema sì !
Partiamo dall'inizio:
un mio cliente usa un mio software in Access da dodici anni.
L'attività del mio cliente consiste nel ricevere delle "commesse" da parte dei suoi clienti che poi lui "lavora" e di
cui alla fine restituisce il "prodotto finito".
Sulla base delle "lavorazioni" il mio cliente emette le fatture e a fronte di queste riceve i pagamenti.
I termini sono fra virgolette perchè in realtà il contesto non è produttivo ma amministrativo, però le problematiche
sono molto simili, dato che ogni "commessa" può attraversare vari stati di "avanzamento lavori".
Il mio software gli permette di gestire la sua attività, quindi di elaborare le "commesse", e di avere in ogni momento
il quadro completo della situazione: "commesse" ricevute, "commesse" in lavorazione ed a quale stato, "commesse"
fatturate/da fatturare, fatture incassate/da incassare, statistiche sui tempi medi di lavorazione delle "commesse", di
fatturazione, di incasso ... tutto diviso per cliente, tipologia di "commessa" ...  .
Ora accade che i suoi clienti piano piano si stanno modernizzando e, se dodici anni fa le "commesse" venivano ricevute
per posta o fax, qualche anno fa hanno cominciato ad inviarle (e pretendere il lavoro finito) via e-mail e adesso via
web.
Il problema è che ogni cliente ha messo, sta mettendo o metterà in piedi il proprio sito web senza prevedere nessun
flusso in entrata/uscita, questo per motivi di privacy.
Quindi il mio cliente deve accedere al sito di Pinco, prelevare le "commesse", elaborarle e quindi restituire il
prodotto finito sempre sul sito di Pinco, sul quale poi potrà emettere la fattura relativa.
Lo stesso per Pallino, Tizio, Caio ...
In questo modo il mio cliente non ha più modo di sapere cosa sta facendo, per chi ed a che punto è arrivato se non
registrando tutto due volte: sui siti dei vari clienti e nel mio programma.
E questo lo sta mandando in bestia.
Allora avevo pensato di rivedere il mio programma in modo da consentire al mio cliente di continuare ad utilizzarlo così
com'è "semplicemente" (!) aggiungendo un'interfaccia che:
- accede ai vari siti web dei suoi clienti
- "cattura" le pagine recuperando i dati significativi
- registra tali dati nel mio db
Una volta finita la lavorazione della "commessa", il mio programma dovrebbe:
- accedere al sito del cliente a cui la "commessa" si riferisce
- popolare le varie pagine web con i dati recuperati dal mio db.
Tenuto conto che:
- i siti web sono i più svariati, realizzati con tecnologie disparate
- la struttura dei siti varia da quello a singola paginona dove scorri mezz'ora prima di arrivare in fondo, a quella
stile "il futuro siamo noi" fricchettosa e tutta spumeggiante, che mentre lavori diffonde musica celtica e raffinate
essenze orientali.
Le domande sono:
1) è un lavoro immane ? (secondo me sì) 
2) c'è il rischio di incappare, magari quasi alla fine del lavoro, in qualche sito con qualche stranezza che rende
impossibile catturarne e popolarne la pagine ? (secondo me sì)
3)  da quale parte è meglio cominciare ad afforontare il problema ?
Ogni contributo è ben accetto, anche "lassa perde ..."
Vincenzo Turturro
---------------------------------------------
il sito comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------
risorse Access:
http://www.accessgroup.it
---------------------------------------------
Il sito comune di it.comp.as400
http://www.faq400.com
---------------------------------------------

 Vincenzo Turturro
Penso si possa fare semplicemente accedendo ai db che stanno sotto o dietro 
le maschere web.
Immagino che trattandosi di lavoro tra fornitori e clienti, non dovrebbero 
esserci difficoltà ad avere accesso ai vari db.
Ciao, Carlo 

 ha scritto nel messaggio 
news:0q4653pu7gtlmg3m1...@4ax.com...

Beh! Lassa perde no; almeno provarci!
A parte gli scherzi; il problema è il formato dei dati (o delle pagine web) 
che contengono i dati. Se sono in HTML e contenuti in una tabella, bene o 
male, li leggi; ma se sono in FLASH no.
Io inizierei con il contattare tutti quelli che hanno il sito web 
chiedendogli di mettere a disposizione una pagina web adatta allo scambio di 
dati, se in XML meglio, in HTML va benissimo. Se in HTML, la pagina web 
dovrà contentere la tabella disegnata senza unione di colonne o righe; in 
questo modo hai la possibilità di leggere qualsiasi valore...
Ciao.
-- 
Sergio MAZZA 


Carica la pagina web in una maschera di Access utilizzando l'apposito 
webBrowser control.
Ciao, Carlo 

 Partiamo dall'inizio:
Un problema enorme č se i vari fornitori cambiano le specifiche del sito.
Non credo sia una cosa facilemente fattibile, anche perchč devi avere un 
approccio diverso per ogni fornitore. In piů se fanno il riconoscimento 
dell'utente umano attraverso l'inserimento dei numeri distorti.. sei fritto! 
Se ben pagato va bene, perchč č un lavoraccio
-- 
--
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access
Segrate (MI), 7-8 giugno 2007

 capire da dove chiamavo per mandarmi i Carabinieri  ...
A questo punto rimane solo da verificare che i dati su web siano leggibili.
Per verificare se il sito web cambia, si può fare un test sul contenuto 
letto dalla pagina...
Ciao.
-- 
Sergio MAZZA 


l'ideale sarebbe che costoro mettessero a disposizione per i  loro fornitori 
un webservice per catturare i dati in maniera opportuna, sicuramente non ti 
faranno accedere direttamente ai loro db, capisco i motivi di priviacy... ma 
potrebbero approntare un webservice che con tutte le caratteristiche di 
sicurezza possibili ed immaginiabili rilascia al fornitore quelle stesse 
informazioni che lui inserisce... ma mi pare di capire che non c'č molta 
collaborazione dalla controparte...
Diciamo che se il tuo cliente č disposto a pagare tutto il tempo che dovrai 
perdere ogni volta che questi fanno una modifica alle pagine HTML potresti 
anche cimentarti con il tentativo di catturare il contenuto da lě .... ma ho 
l'impressione che alla fine costi meno al tuo cliente inserire due volte i 
dati ...
-- 
Cinzia [Office Access MVP]
_______________________
 
www.riolab.org
---------------------------------------- 

Se ben pagato va bene, perchè è un lavoraccio
Per definizione, i miei lavori non sono mai ben pagati !
E, a volte, non sono nemmeno pagati, nè bene, nè male !
Diciamo che potrebbe essere un investimento interessante al fine di
rivendere la cosa a chi non ha nessun software e potrebbe quindi
trovare vantaggio dall'integrazione in un posto solo di tutti i
rapporti con i vari committenti.


 
si potrebbe... denunciare le compagnie di assicurazione in quanto non 
forniscono sui loro siti web i dati in modo che siano accessibili anche a 
utenti 'diversamente dotati' e quindi che non necessitino di pinzellacchere 
e sfrucugliamenti grafici/sonori ma di testi in carattere courier belli 
grandi e ben incolonnati che possano, per esempio, essere 'letti ad alta 
voce' da un software di sintesi vocale
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\