modulo web ASP.NET personalizzato vs InfoPath - asp.net, infopath

Mi è appena stato assegnato un progetto per fare un foglioprocesso basato su web. Quello che devo fare è consentire all'utente di compilare un modulo online e firmarlo usando il suo mouse. I dati inseriti e la firma devono essere successivamente recuperati come file PDF.

Quindi, ho creato un prototipo funzionante utilizzando webform ASP.NET e una libreria PDF di terze parti (iTextSharp), insieme a uno strumento di acquisizione della firma del mouse che ho acquistato.

Il prototipo funziona bene. Ma la mia preoccupazione è che potrebbe essere necessario estendere questa applicazione per supportare molte (forse centinaia di) forme. Ogni modulo ha campi diversi, ma tutti richiedono una firma. Mi ci sono voluti 2 giorni per creare il prototipo di un modulo, inclusa la creazione di moduli Web, contrassegnare i campi nel modello PDF, collegare campi modulo Web con campi in formato PDF, ecc ... In futuro non voglio passare 2 giorni per configurare ogni modulo, c'è un modo migliore rispetto alla creazione di un modulo personalizzato utilizzando ASP.NET?

Conosco InfoPath, ma non l'ho mai usato, haqualcuno ha fatto qualcosa di simile prima? InfoPath con SharePoint è una soluzione migliore per il mio problema? O c'è qualcos'altro? Se qualcuno può darmi qualche consiglio, lo apprezzerei molto.

Molte grazie!

risposte:

Il vantaggio che ha l'infopat è quello che hala possibilità di sfruttare l'inchiostro digitale (scrittura a mano) fuori dalla scatola. se la tua versione di Windows include Microsoft Ink (tablet XP, Vista, Win 7), Infopath ti consentirà di acquisire testo e immagini utilizzando vari dispositivi di input disponibili (mouse, penna, ecc.) a seconda del controllo che utilizzi. Una casella di testo utilizza il riconoscimento della grafia per convertire la scrittura in testo, dove come una casella immagine consentirà il disegno libero, ideale per capitare una firma.

Ho usato Infopath come disconnessione autonomasistema client che utilizzava l'e-mail come sistema di trasporto. i moduli sono stati allegati a una e-mail e aggiunti alla posta in uscita. quando l'utente ha recuperato la propria email, i moduli sono stati inviati automaticamente. Il bello di infopath è che i dati sono xml. questo ti dà flessibilità enorme con quello che puoi fare con i dati.

Come nota a margine ...
Potresti voler pensare al lato legale dicose quando le persone firmano (usando la scrittura a mano) e-forms. Mentre Infopath separa la presentazione e i dati, il che è ottimo per catturare i dati per la segnalazione, il flusso di lavoro ecc., Diventa un aspetto negativo dal punto di vista legale in quanto i dati possono essere manipolati e presentati in modo molto diverso da ciò che il firmatario ha originariamente firmato. Nella maggior parte dei casi questo non è un problema, ma se il modulo è una qualsiasi forma di documento legale (fattura, ricevuta merci), dovrai pensare a come mantenere insieme i dati e la presentazione e separarli allo stesso tempo.

Questo sarà un problema per qualsiasi sistema che separa i dati dalla presentazione, sia che si tratti di moduli basati su Web, di informazioni o di moduli PDF.

Spero che questo ti aiuti...

Sono stato anche incaricato di un problema simile arisolvere. Ho esaminato soluzioni come Adobe LifeCycle ma volevamo utilizzare SharePoint come ECM. Uno dei problemi con InfoPath è che richiede SharePoint o l'applicazione desktop di InfoPath per compilare i moduli. Se non disponi già di un'installazione di SharePoint o non puoi utilizzare SharePoint, allora InfoPath non è la strada da percorrere. Non volevo duplicare gli sforzi dovendo creare l'intero modulo utilizzando i moduli html e quindi dover unire tutti i dati su una versione stampabile per loro da firmare ... sembrava un tentativo di duplicazione, quindi ho visto InfoPath come una possibile soluzione. Adobe LifeCycle sembrava quasi un modo migliore per andare perché possiamo semplicemente usare un PDF compilabile per catturare, fare un po 'di convalida e inviare i dati. Tuttavia, Adobe LifeCycle era molto costoso, quindi non era una buona soluzione per il progetto.

Quindi se non è un problema avere SharePoint come partedella tua soluzione, quindi con tutti i mezzi per farlo. Ma se hai bisogno di persone per compilare il modulo di InfoPath e non utilizzare il client desktop o accedere a SharePoint, allora non penso che sia la soluzione giusta.

@ Sean717: Ti avvicini a itextsharp mi ricorda lo strumento esistente che usiamo nella nostra azienda. Controlla www.pdfsharepoint.com se vuoi entrambi i moduli PDF altamente interattivi e l'integrazione con SharePoint 2010. Funziona per noi.