| At line 1 removed 3 lines |
| !!! QUANTO SEGUE E' UNA PROVA DI GENERAZIONE FILE WIKI DA DOCUMENTAZIONE ATTIVA TRAMITE LOOCUP (portate pazienza per qualche giorno che poi la tolgo - OM) |
|
|
| At line 5 changed one line |
| !!! Obiettivi del progetto |
| !!!Introduzione |
| At line 7 changed one line |
| Il fine ultimo del progetto è la possibilità di fornire funzioni di archiviazione, firma e archiviazione sostitutiva all'interno di un prodotto esterno a Smeup, chiamato COMPED Doc Filling Manager, che mette a disposizione le predette funzionalità. |
| Questo documento raccoglie tutte le attivit�a svolgere per il completamento del lavoro di gestione del documentale. |
| At line 9 changed one line |
| !! Progetto integrazione COMPED DigitalFile |
| !!!Integrazione con modulo DBM e analisi file su AS400 |
| At line 11 changed one line |
| ! Attività preliminari |
| TODO |
| |
| # Verificare scrittura corretta del file |
| # Vedere giro completo con gestione del flusso. |
| # Estendere la gestione del flusso di azioni marcando quali sono gli eventi che non hanno bisogno dell'F12 |
| # Verificare documentazione servizio DBM e servizio LOSER_11, completare documentazione JA_00_05 |
| # Spostare nello script scp_cfg i parametri di import (fare che il servizio LOSER_11 legga tali parametri) |
| # Spostare il flusso in un file esterno che il servizio legge (un scp_clo o simili) (priorit�assa) |
| # Creare un servizio che leggendo il file piatto mi restituisce un albero, una matrice....in pratica popola una scheda da cui sia possibile importare i dati sul gestionale |
| # Creare configuratore/wizard della stringa |
| At line 13 changed 28 lines |
| SOFTIA: |
| |
| # Preparazione server (fisico, non virtuale) per ospitare il software. Questo deve aspettare la comunicazione dei prerequisiti da parte di chi installerà COMPED DigitalFile. |
| # Preparazione VPN fissa con CS200 |
| |
| CS2000: |
| |
| # Comunicazione requisiti DigitalFile per approntamento server |
| # Disponibilità, una volta pronto la macchina server, per analisi/installazione |
| |
| SMEA: |
| |
| # Studio delle tecnologie Java per l'integrazione con gli oggetti COM: COM4J, JACOB, altro... ( COM4J   ) |
| # Studio della documentazione sulle interfacce COM di DigitalFile ( FATTO  ) |
| # Contatto con COMPED per definire i tempi di installazione, messa in opera e istruzione relative al software in Smea ( FATTO  ) |
| # Decisione sulla tipologia del modulo che identificherà l'interfaccia Loocup (Componente interno, Server esterno). Probabilmente c'è da aspettare di vedere "tecnicamente" il tipo di integrazione del client che riusciremo ad attuare: |
| ## interattiva con finestre porterebbe a definire anche un Componente |
| ## utilizzo di funzioni non interattive a livello di scambi xml porterebbe a definire solo un Server ( DEFINITO SERVER  ) |
| # |
| # Identificazione packaging software client: plugin esterno stile IBM Content Manager o modulo interno ( PLUGIN ESTERNO  ) |
| # Identificazione packaging software AS400 (libreria aggiuntiva, file interni): programmi specifici, script ( DA FARE  ) |
| # Chiarimento sui prerequisiti richiesti per l'utilizzo delle funzioni di DigitalFile: |
| ## deve essere installato qualche software sulla macchina che da Loocup accede alle funzioni di interfaccia, ( LA MACCHINA CHE ACCEDE A COMPED DEVE AVERE INSTALLATO I PROGRAMMI  ) |
| ## basta avere delle librerie in linea |
| # |
| # Esiste una modularità nelle funzioni da mettere a disposizione (es: solo visualizzazione documenti, immissione/gestione documenti)? In caso affermativo definire i sets di operazioni e verificare requisiti per l'attivazione di 1, 2 o n funzionalità |
| |
| ! Briefing iniziale |
| !!!Urgenze |
| At line 42 changed 59 lines |
| CS2000: |
| |
| # Definizione del meccanismo di import dei documenti del ciclo attivo e dei suoi attributi. ( deciso che non si fa nulla  ) |
| # Meccanismo di comunicazione della modifica del documento. ( deciso che non si fa nulla  ) |
| |
| SMEA: |
| |
| # Quali documenti di ciclo attivo vengono creati con Smeup e come ( FATTURE CON G53_h_)  |
| # Definizione del meccanismo di import dei documenti del ciclo attivo e dei suoi attributi (VEDI SCHEMI VISIO): |
| ## Stampa fattura con generazione PDF |
| ## Chiamata Loocup server per archiviazione |
| ## Gestione in Smeup delle chiavi definite da Documentale per creare gancio con documento |
| # |
| # Meccanismo di comunicazione della modifica del documento: |
| ## La ristampa del documento fa un aggiornamento del file esistente nel documentale con un giro identico alla creazione del documento |
| # |
| # Meccanismo di comunicazione della modifica asinrona del documento (dal punto di vista di Smeup): |
| ## Firma digitale e chiusura volumi "presidiata" |
| ## richiamo di un servizio che "blocca" il documento inibendo successive modifiche |
| # |
| # Come si passeranno files del ciclo attivo e attributi per archiviazione documento (VEDI SCHEMI VISIO) |
| # Fasi di rilascio della soluzione |
| ## Comped Standalone ( dormiente  ) |
| ## Meccanismi di interfaccia lato Smeup ( DA FARE  ) |
| ## Implementazione meccanismi di interfaccia lato Comped ( nulla da fare  ) |
| ## Implementazione meccanismi di interfaccia lato Loocup ( OK 70%  ) |
| # |
| # Identificazione "tecnica" del tipo di interazione da implementare ( interattivo  , basato sui dati) |
| # Identificazione delle funzioni di interfaccia da implementare. Ipotesi: |
| ## Lista volumi in DB ( OK  ) |
| ## Struttura volume ( OK  ) |
| ## Contenuto volume ( OK  ) |
| ## Struttura documento ( OK  ) |
| ## Retrieve del file dato un ID ( OK  ) |
| ## Ricerca dei files per attributi ( OK  ) |
| ## Ricerca dei files per contenuto (Probabilmente le prestazioni rispetto al punto precedente crollano) |
| ## Upload di un file fornendo chiavi di archiviazione ( OK  ) |
| ## Firma di un file fornendo chiavi di archiviazione ( OK  ) |
| ### Comunicazione a Smeup del documento da bloccare |
| ## |
| ## Eliminazione di un file fornendo chiavi di archiviazione ( OK  ) |
| ## Svuotamento di un volume ( OK  ) |
| ## Eliminazione di un volume ( OK  ) |
| ## Copia di un volume ( OK  ) |
| ## Chiusura di un volume ( OK  ) |
| ## Popolamento di un volume ( OK  ) |
| ## Firma di un volume ( OK  ) |
| ### Comunicazione a Smeup dei documenti da bloccare |
| ## |
| ## Conservazione di un volume ( OK  ) |
| ### Comunicazione a Smeup dei documenti da bloccare |
| ## |
| ## Possibilità di inglobare il visualizzatore nella scheda ( ????  ) |
| # |
| # Decidere chi comanda e come comunica: |
| ## Creazione/modifica/cancellazione nuovo documento ( COMANDA SMEUP NELLA CREAZIONE, LOOCUP NELLA CONSERVAZIONE  ) |
| # |
| |
| ! Sviluppo integrazione |
| * Rendere il servizio OPN in grado di leggere e convertire il contenuto di un file in un altro formato. |
| * gestione opzioni nell'XML che arriva da AS400: va creata apposita /copy. Stefano arrighini mi ha detto che sar�ronta per i primi di marzo. |
| * aprire una scheda che mostra il documento acquisito. |
| Variabili |
| Per i listener pi�uni ho definito delle variabili che indicano la classe utilizzata dal listener. |
| |
| * Decidere come configurare il campo libero: |
| ** opzione 1 - molto consigliata: estenderebbe le potenzialit�el wizard |
| *** Definire un oggetto J1, WIZ cod_script, configurazione. Questo implica che creer�� ObjecField di tipo che al posto della ricerca far�artire una finestra di configurazione, in maniera anloga a quanto avviene per l'oggetto J1FUN. ovviamante la finestra non sar�pecifica ma sar�uella standard che gestisce ad esempio il wizard. |
| ** |
| ** opzione 2 |
| *** ogni listener specifica quale 柩l suo questionario che configura il parametro |
| *** il parametro 柵n oggetto CF che si salva sul B£MEDE0F |
| *** la configurazione del parametro si fa dalla scehda di gestione dei questionari |
| ** |
| * |
| Modifiche al Listener di file e cartelle |
| Obbiettivi: sentire le modifiche di uno o pi�e. Con modifica si intende una variazione nella data di accesso, nella dimensione, l'eliminazione o la creazione. |
| |
| * Parametri di configurazione |
| ** Attuali: la cartella da ascoltare. |
| * |
| * Estensioni future: |
| ** filtrare per tipo file (es. txt, pdf ecc.) |
| ** filtrare in base al nome |
| ** controllare anche il contenuto delle cartelle incluse |
| ** definire la profondit�el controllo |
| * |
| * Sviluppi |
| ** Al seguito di un evento, il servizio su As400 deve proporre la compilazione di un configuratore. |
| ** Sentire un file generato da una scansione, effettuata da: |
| ** Uno scanner da acquistare che sia configurabile |
| ** La fotocopiatrice. |
| * |
| At line 102 changed 23 lines |
| SMEA: |
| |
| # Identificazione dei tipi documento da gestire con DigitalFile |
| ## Nel ciclo attivo quali documenti generiamo e come: PDF, Spool, G53, altro ( Fatture ciclo attivo in PDF con G53  ) |
| ## Capire come sono prodotti i documenti del ciclo attivo e come passarli a COMPED ( appoggiati i PDF in una cartella organizzati in AZIENDA/REGISTROIVA.PERIODO/numerofattura.pdf  ) |
| # |
| # Sviluppo client: |
| ## Interfaccia a oggetti COM esposti da DigitalFile |
| ## Utilizzo di grafica DigitalFile o costruzione di interfaccia Loocup? Visualizzatore annegato in Scheda o download del file e visualizzazione Acrobat? |
| ## Definizione del server che veicolerà i dati da e verso DigitalFile e Smeup per le operazioni previste |
| ## Definire dei test di avvio che verifichino il soddisfacimento dei prerequisiti per il funzionamento dell'interfaccia |
| # |
| # Sviluppo AS400: |
| ## Definizione della chiave di collegamento del documento alle risorse del DigitalFile ( DIGITALFILE UTILIZZA LE CHIAVI CHE GLI PASSIAMO IN ARCHIVIAZIONE E SMEUP SALVERA' LE 2 CHIAVI TORNATE DA DIGITALFILE  ) |
| ## Definizione dei servizi di interfaccia a Loocup per le operazioni sui documenti |
| ### ricezione o comunicazione dell'informazione su creazione/modifica/eliminazione documento |
| ## |
| # |
| |
| CS2000: |
| |
| # Gestione della chiave comunicata da Smeup e/o restituzione della chiave interna del documento per collegare Documento gestionale a documento Smeup |
| # Comunicazione dei documenti firmati via file XML in una cartella (NOI LO PESCHIAMO CON LOOCUP SERVER E PASSIAMO I DATI SUI DOCUMENTI DA BLOCCARE) ( CASSATA FA TUTTO LOOCUP CLIENT  ) |
| !!!Punti aperti MULTIFUNZIONE |
| |
| * viene utilizzato lo scanner multifunzione per l'acquisizione di documenti che verranno portati in FXWord? |
| * Che percorso quando acquisisco da multifunzione? |
| At line 126 changed one line |
| ! POST SVILUPPO |
| * Se utilizzo il multifunzione per acquisire i documenti come riesco a discriminare |
| ** azienda |
| ** tipo di documento |
| * |
| |
| * Soluzione 1 distinguo i documenti in base alla destinazione in cui li vado a posizionare |
| * Soluzione 2 distinguo i documenti nella scheda che mi comparir�n seguito all'evento "documento acquisito" |
| ** la gestione dell'evento deve essere posticipabile |
| *** modificare di conseguenza il LOSER_11 per gestire le opzioni |
| ** |
| ** nella scheda devo prevedere lo spostamento di un documento in un'altra cartella |
| * |
| At line 128 changed 4 lines |
| SMEA: |
| |
| # Decisione se attivare utilizzo o mantenere a livello dimostrativo |
| # Come distribuire il software all'interno di Loocup |
| !!!Punti aperti OCR |
| At line 133 changed 8 lines |
| !!! STRUTTURA DELLA SOLUZIONE |
| |
| La soluzione prevede tre principali funzioni |
| |
| * GESTIONE DEI DOCUMENTI/VOLUMI |
| ** Upload |
| ** Eliminazione |
| ** ... |
| * a quale utente va agganciato il listener OCR? |
| * come portare i dati dal file su AS400? |
| * come avviare la registrazione contabile? |
| * In che sistema informativo vanno messi? in base ai primi due caratteri del barcode |
| * scegliere fatture per una buona demo |
| * dopo aver portato i dati su As400 cosa faccio? |
| ** sposto i file in una cartella bakcup? |
| ** rendo il server ocr capace di leggere sia i documenti archiviati che quelli non ancora archiviati |
| ** potenzio il servizio JA_00_05 (OPN) e lo rendo in grado di leggere il contenuto dei file in maniera configurabile? Ad esempio |
| *** TXT |
| *** CSV |
| *** larghezza predefinita |
| *** variabile-valore (come quelli generati dal software Ascent) |
| ** |
| At line 142 changed 4 lines |
| * INTERROGAZIONE DEGLI ARCHIVI |
| ** Interrogazione dei Volumi |
| ** Visualizzazione dei documenti |
| ** ... |
| * Dove posizionare i file delle immagini e quelli dei PDF? |
| * documentazione |
| ** completare manuale utente importando quanto scritto da Sara |
| At line 147 changed 7 lines |
| * FIRMA ED ARCHIVIAZIONE DEI DOCUMENTI |
| ** Firma digitale dei documenti |
| ** Archiviazione sostitutiva dei documenti |
| ** ... |
| * |
| |
| !! Gestione dei documenti |
| * fare il programma su AS400 che stampa i barcode: che file memorizza i barcode? |
| * dove si salva su AS400 il file di testo generato dal riconoscimento full-text? |
| * migliorare percentuale acquisizione |
| |
| !!!soluzioni alternative |
| |
| * installare plugin per vedere i tiff multi pagina / creare un pdf non ricercabile |
| |
| !!!Soluzioni scartate |
| |
| * programma che scandisce b£mede e fa l'associazione registrazioni - pdf |
| * portare dati fatture su AS400 nel B£MEDE: concludere server ScannerWatcher: Softia ha il B£MEDE in GES_DAT02, Smea e SBMind in GES_DAT. Anche SBMind deve avere il B£MEDE in GES_DAT07? |
| * usare il file di alias per associare num protocollo barcode. In alternativa fare un file per le fatture che replica la struttura di quello generato dallo scanner, con in pi�colonne per dire quale 柩l |
| * batch class per DEMO? --> No: utilizzo i barcode appositi. si occuper�l sistema di registrazione a discriminare in base al barcode |
| * abilitare un listener che carica in automatico i dati su AS400 e manda un messaggio una volta caricati |
| * NOTA nell'ambiente GES_07 manca la libreria PER_SB |
| * aggiungere la definizione dei server in PER_SM |
| * attivare server per ambiente SMEA e SOFTIA e SBMIND, quindi GES_01, 02 e 07 |
| |
| !!!Appunti vari |
| At line 155 changed 4 lines |
| !! Interrogazione degli archivi |
| |
| !! Firma ed archiviazione dei documenti |
| |
| progressivo di registrazione a cui collegare il file generato. |
| attivare server e listener per paola |
| istruzione bruna su come operare |
| bruna deve avere un secondo pc o si pu��taccare lo scanner al suo? migliorare riconoscimento full-text |
| verifica acquisizione con loocup attivo |
| come aggancio a una fattura i suoi DDT? |
| come e quando si svuota il file di testo riconosciuto? aggiungere nella scheda di loocup tutti i campi riconosciuti rendere visibile nella scheda di prima nota la fattura e' possibile automatizzare il riconoscimento di fatture di nuovi fornitori? inserire l'utente che fa la scansione |
| inserire le informazioni sul software kofax installato validazione fatta da loocup o loocup che si interfaccia al modulo di ascent. |
| per la demo partire dalla stampa dei barcode, con una stampante personalizzata al termine del lavoro news e dimostrabilit�r>leggere documentazione |
| gestire il processo in completo: |
| in quale ambiente vanno? |
| come caricano su As400 |
| distribuire il plugin |
| come 柤ocumentato il plugin? |
| come 柡ttivo il plugin? |
| quali sono i plugin attivi? |
| che passi bisogna compiere per avere il software funzionante sui clienti? che passi bisogna compiere per avere il software funzionante in Smea? come deve operare la Paola per portare le fatture su AS400? come le vede? |
| in che sistema informativo vanno messe? |
| processo il pi�sibile batch |
|
