Open Source Document Management System | OpenKM

Buenas, esta pregunta es distinta a la anterior, tengo la duda si es que existe alguna forma de que los resultados de la busqueda avanzada puedan ser exportados a un reporte (pdf, csv, etc) mediante un plugin o cambiando algunas opciones, ya que la única forma que veo de generar de forma similar este reporte sería usando los Ireport (query a sql) que debido a su naturaleza perdería la flexibilidad del buscador de documentos.

Saludos

Me respondo, esta función está implementada en la versión 6.3

Saludos

En la proxima versión de la community esto ya vendrá, si es que no viene con esta. Debería aparecerte icono nuevo despues de realizar la consulta ( vista avanzada únicamente )

Gracias por tu respuesta y como dices ya está implementado en la busqueda avanzada de la versión 6.3

Saludos

Me lo parecía, pero a veces como tenemos tantas versiones, de memoría, sinceramente no me acordaba.

Estuve probando esta espectacular función y una vez exportado el documento me entrega todo los datos ,pero en el de la ubicación donde debería ser Root/carpeta/documento me imprime root/carpeta_uuid/documento_uuid por lo que es ilegible y a la vez poco útil para llevar un control.
Mi duda como siempre es si es alguna situación no considerada o nuevamente soy el que está teniendo problemas con la actualización.
Como siempre los datos de la instalación:

S.O. ubuntu 12.04
Openkm 6.3
PostgreSQL

Saludos

puedes hacernos una captura de pantalla

Aqui está la captura del documento, abierto con LibreOffice 4 y como se aprecia en la imagen, las rutas del documento me las exporta con su uuid, no la jerarquía de carpetas


Saludos

Cierto, la descripción no ayuda mucho, en vez de la ruta del documento, lo que sería el path, lo que hace es darte la url de descarga, esta mal la descripción. Fíjate que el path como tal no a aparece en las columnas y lo que ahora mismo estamos sacando es la información de las columnas que se ven, así como la url de descarga. Obviamente el campo de la ruta puede sacarse sin mayores problemas, tenemos que discutirlo internamente si a esto le vemos sentido o no.

Probablemente para ti lo tenga, pero la ubicación de un objecto es algo un poco secundario, digamos que es una propiedad que nos indica que tiene un padre, pero que como información no sé hasta que punto puede ser realmente relevante, en cierta forma la taxonomía la podemos interpretar como una forma de catalogación y por lo tanto que proporciona información o solo como una ubicación sin mayor importancia ( esto también es aplicable a otros casos, quizas no sean tan evidentes, pero en casos de catalogación automática a veces se utilizan series numeradas, por ejemplo basada en año/mes/dia etc... información que por otra parte el documento con su fecha de creación ya dispone ).

Ok ,muchas gracias por la explicación, y si me servía mucho la ruta por que así se puede llevar un inventario de documentos cuando se tiene más de un proyecto de forma simultanea, por lo mismo es mucho más facil controlar la subida de documentos o la falta de los mismos por parte de los empleados.
En fin intentaré hacer un reporte, en caso de que me resulte se los envio, aunque lo dudo por que los anteriores reportes lo hice con SQL, y el otro lenguaje usado para generar reportes aún no lo comprendo.

Saludos y nuevamente gracias por su respuesta.

Lo otro se basa en el scripting, en realidad son pequeñas aplicaciones en Java ( beanshell ) que devuelven como resultado una lista con un mapa de valores ( que es lo que internamente se procesa ), para esto te aconsejo abrir otro post y ya te intentamos ayudar.

Gracias, por el momento me han pedido que haga otra cosa, en todo caso cuando tenga dudas abriré otro tema.

Saludos