none
Un overview de InfoPath y sus límites RRS feed

  • Pregunta

  • Sres buenas tardes,

    Estoy evaluando el uso de InfoPath, y necesito ver la luz con respecto a esta tecnología.

    Mi escenario es el siguiente: Tengo una orden de venta, que la llenan los vendedores, esta después será aprobada por el jefe de ventas, e ingresada al sistema.

    Por lo que entiendo en InfoPath diseño mi formulario y lo subo a SharePoint. En sharepoint se crean documentos a partir de este modelo, ¿pero donde se guarda esa información? En la base de datos de sharepoint?. Puede habilitar que además de guardar esta información se guarde en una base de datos que yo deseo?

    Si no tengo un servidor de SharePoint, puedo colgar estos formularios en una aplicación ASP.NET? Porqué en este momento sólo necesito un formulario y montar todo un servidor de sharepoint para esto, como que no...

    Quiero evaluar el costo/tiempo, de hacer este formulario con InfoPath, o mejor con ASP.NET. Gracias.

    Saludos,


    Sergio Tarrillo - http://sergiot2.com/blog/
    Si la respuesta ha sido de utilidad marca la como respuesta correcta.
    miércoles, 5 de mayo de 2010 17:58

Respuestas

  • Cuando ejecutas formularios InfoPath/SharePoint, estos se cargan como plantillas en tu biblioteca y todos los formularios que se llenen y guarden se haran en la misma biblioteca, eso lo puedes dejar para que tus usuarios lo hagan manualmente definiendole un nombre al archivo que se guardará o lo puedes automatizar dentro de tu formulario en InfoPath, la recomendación es que lo automatices y definas las reglas con las que se guardaran los formularios. Los formularios llenos se guardan como archivos XML en la biblioteca y pueden ser consultados por los usuarios dependiendo de los permisos.

     

    Ahora bien, si lo que buscas es tener un formulario sobre una aplicación ASP.NET, entonces no te recomiendo que uses InfoPath ya que te generarás más chamba, InfoPath te sirve muy bien para generar formularios que se monten sobre SharePoint, pero para aplicaciónes ASP.NET personalizadas lo mejor es que te avientes el formulario con Visual Studio directamente.

     

    Obviamente el beneficio de usar InfoPath/SharePoint sobre Visual Studio/ASP.NET es la sencilles del primer escenario y la parte de colaboración y funcionalidades como versionamiento, seguridad integrada, busquedas, organización de la información, politicas, flujos de trabajo, etc. que te ofrece una plataforma tan robusta como SharePoint.

     

    Saludos;

    Vlad


    Vlad Blogs: http://sharepointblogs.com.mx/blogs/medinav/default.aspx & http://vladpoint.wordpress.com/
    jueves, 6 de mayo de 2010 2:40
    Moderador
  • Hola Sergio.

    La idea es utilizar InfoPath como aplicación de escritorio o InfoPath Forms Server?

    Para el caso de InfoPath Forms Server he podido crear formularios bastante flexibles que consumen y almacenan información en repositorios SharePoint a modo XML, o en bases de datos propietarias con sus propias estructuras. En cualquiera de los 2 casos las ventajas que he aprovechado es que el usuario está autenticado por SharePoint, esta ventaja la he utilizado para llenar algunos campos en la carga del formulario, dejando que el usuario llene solo los campos de los que no se tiene ninguna información. Otra ventaja es que todo hace parte del mismo SharePoint y no es necesario crear o administrar aplicaciones independientes, usuarios, etc. Cuando se utilizan fuentes de datos externas, se pueden mostrar reportes utilizando el Data View Web Part.

    Se deben tener en cuenta criterios de la complejidad del formulario, ya que por ejemplo, cuando existen zonas repetitivas se puede volver un poco más complejo el almacenamiento de datos. Si el almacenamiento se realiza en una Biblioteca de Documentos, tener presente en cuánto tiempo se pueden estar sobrepasando los límites recomendados por Microsoft para listas.

    En conclusión, soy muy dado a plantear soluciones utilizando arquitecturas con estos componentes, aunque es importante saber dónde pueden presentarse puntos de falla o dónde se deben vincular o reemplazar componentes para que la solución sea viable.

    Miguel.


    http://blogsp.idea80.com
    jueves, 6 de mayo de 2010 16:27

Todas las respuestas

  • Cuando ejecutas formularios InfoPath/SharePoint, estos se cargan como plantillas en tu biblioteca y todos los formularios que se llenen y guarden se haran en la misma biblioteca, eso lo puedes dejar para que tus usuarios lo hagan manualmente definiendole un nombre al archivo que se guardará o lo puedes automatizar dentro de tu formulario en InfoPath, la recomendación es que lo automatices y definas las reglas con las que se guardaran los formularios. Los formularios llenos se guardan como archivos XML en la biblioteca y pueden ser consultados por los usuarios dependiendo de los permisos.

     

    Ahora bien, si lo que buscas es tener un formulario sobre una aplicación ASP.NET, entonces no te recomiendo que uses InfoPath ya que te generarás más chamba, InfoPath te sirve muy bien para generar formularios que se monten sobre SharePoint, pero para aplicaciónes ASP.NET personalizadas lo mejor es que te avientes el formulario con Visual Studio directamente.

     

    Obviamente el beneficio de usar InfoPath/SharePoint sobre Visual Studio/ASP.NET es la sencilles del primer escenario y la parte de colaboración y funcionalidades como versionamiento, seguridad integrada, busquedas, organización de la información, politicas, flujos de trabajo, etc. que te ofrece una plataforma tan robusta como SharePoint.

     

    Saludos;

    Vlad


    Vlad Blogs: http://sharepointblogs.com.mx/blogs/medinav/default.aspx & http://vladpoint.wordpress.com/
    jueves, 6 de mayo de 2010 2:40
    Moderador
  • Hola Sergio.

    La idea es utilizar InfoPath como aplicación de escritorio o InfoPath Forms Server?

    Para el caso de InfoPath Forms Server he podido crear formularios bastante flexibles que consumen y almacenan información en repositorios SharePoint a modo XML, o en bases de datos propietarias con sus propias estructuras. En cualquiera de los 2 casos las ventajas que he aprovechado es que el usuario está autenticado por SharePoint, esta ventaja la he utilizado para llenar algunos campos en la carga del formulario, dejando que el usuario llene solo los campos de los que no se tiene ninguna información. Otra ventaja es que todo hace parte del mismo SharePoint y no es necesario crear o administrar aplicaciones independientes, usuarios, etc. Cuando se utilizan fuentes de datos externas, se pueden mostrar reportes utilizando el Data View Web Part.

    Se deben tener en cuenta criterios de la complejidad del formulario, ya que por ejemplo, cuando existen zonas repetitivas se puede volver un poco más complejo el almacenamiento de datos. Si el almacenamiento se realiza en una Biblioteca de Documentos, tener presente en cuánto tiempo se pueden estar sobrepasando los límites recomendados por Microsoft para listas.

    En conclusión, soy muy dado a plantear soluciones utilizando arquitecturas con estos componentes, aunque es importante saber dónde pueden presentarse puntos de falla o dónde se deben vincular o reemplazar componentes para que la solución sea viable.

    Miguel.


    http://blogsp.idea80.com
    jueves, 6 de mayo de 2010 16:27
  • Gracias señores,

    Sus respuestas me han ayudado a clarificar el uso de infoPath.

    1. No tengo un servidor de SharePoint, y sólo por un formulario no creo qeu sera necesaroi usarlo. Ya tengo un modelo de auntenticación en otro lado. Es un entorno bajo internet.
    2. En esos formularios yo quiero guardar información de ordenes de venta, y meter toda esa info en bibliotecas como que no va.

    Creo que el diseñar el formulario y validarlo rápidamente (así se vende infoPath en el video de portada), se adecua más si ya tienes montado un portal de SharePoint, y cuando sólo vas a tener esos documentos en bibliotecas.

    Si puede compartir que tipo de información de negocio han guardado en formularios InfoPath, sería genial :).

    Saludos,


    Sergio Tarrillo - http://sergiot2.com/blog/
    Si la respuesta ha sido de utilidad marca la como respuesta correcta.
    jueves, 6 de mayo de 2010 21:17
  • Hola Sergio.

    Solo un apunte a tu comentario final. Si es posible caputurar información con InfoPath y almacenarlo en bases de datos de negocio. Esto es posible según los mecanismos de conectividad que tiene hacia Web Services y SQL Server.

    Miguel.


    http://blogsp.idea80.com
    jueves, 6 de mayo de 2010 22:09