viernes, 16 de diciembre de 2011

LDAP en KMKey

0 comentarios
 
Hace algún tiempo describimos cómo llevar a cabo un Single Sign On (SSO) en KMKey.  Hoy vamos a detallar cómo conseguir autentificarnos contra un servidor LDAP, como puede ser Active Directory, sin necesidad de SSO, simplemente usando los mismos nombres de usuario y clave en la página de login de KMKey.

1) Lo primero que vamos a necesitar es instalar algunas librerías y el módulo de python ldap para python2.4:

# Comprobar que disponemos de la rama non-free activada en nuestro /etc/apt/sources.list
su
apt-get install libldap-2.4-2 libldap2-dev libnss-ldap python-ldap
apt-get install libsasl2-modules-ldap libsasl2-dev

apt-get source python-ldap
python2.4 setup.py install


2) Seguidamente necesitaremos actualizar o instalar algunos módulos de KMKey.  Los podemos obtener mediante subversion:

cd /usr/local/kmkey/zope/Products/
svn co https://joinup.ec.europa.eu/svn/kmkey/products/KMKeyLDAP/trunk KMKeyLDAP

svn co https://joinup.ec.europa.eu/svn/kmkey/vendors/CPSDirectory/branches/kmkey CPSDirectory
svn co https://joinup.ec.europa.eu/svn/kmkey/vendors/CPSUserFolder/branches/kmkey CPSUserFolder


/usr/local/kmkey/zope/bin/zopectl restart


3) Entrar en el Zope Management Interfac (ZMI), ir a portal_directories, y añadir un "CPS LDAP Backing Directory" que se llame "members_ldap", con estas propiedades:

Schemas (old style - for backward compatibility) -> members_ldap
Additional schemas (new style - merged with the previous) -> members_readonly_entry_flag_true
Is the directory read-only? -> Marcado
ACL: entry create roles -> Manager
ACL: entry delete roles -> Manager
ACL: entry view roles -> Manager
ACL: entry edit roles -> Manager
Field for entry title -> cn
Fields with substring search -> cn givenName sn mail
Field for password (if authentication) -> userPassword
LDAP server -> IP del servidor LDAP
LDAP port -> 389
LDAP base -> CN=Users,DC=dominio,DC=win (este es el defecto, pero puede cambiar para cada LDAP)
LDAP scope -> SUBTREE
LDAP object classes (search) -> top, person
LDAP bind dn -> usuariocreado@DOMINI.WIN (corresponde al usuario creado en el punto 2)
LDAP bind password -> clave correspondiente al usuario creado en el punto 2
LDAP rdn attribute (create) -> sAMAccountName
LDAP object classes (create) -> top, person
Field that contains a list of sub entries id for hierarchical directory -> None
attr used as id for children_attr default is ldap_rdn_attr. -> cn
LDAP auto reconnect feature: maximum retry -> 1
LDAP auto reconnect feature: delay in seconds before retrying -> 60.0
LDAP network timeout in seconds for any request (0 means no limit) -> 0.0

Una vez hecho esto, se puede comprobar que funciona la conexión con el LDAP usando la pestaña "Search" del propio directory

4) Finalmente, en el mismo ZMI, en kmkey/portal_setup pestaña Profiles debemos importar el profile "KMKey LDAP"

Y ya lo tenemos disponible. A partir de este momento nuestro KMKey admitirá tanto usuarios locales como usuarios de nuestro LDAP.   A éstos últimos se les generará automáticamente un usuario local de KMKey la primera vez que entren, aunque el password será siempre validado contra el LDAP.  

Finalmente, tenemos la posibilidad de añadir en portal_skins/custom un script con nombre getLanguageFromLDAP que reciba como parámetro el DN del usuario y devuelva un idioma por defecto, y getSecurityGroupsFromLDAP que reciba el mismo parámetro y devuelva los grupos de permisos a asignar al usuario por defecto durante el proceso de creación.
Leer más...
lunes, 31 de octubre de 2011

Mejoras de usabilidad

0 comentarios
 
Otra de las novedades de la próxima versión de KMKey son sus mejoras en usabilidad.  Entre otras cosas, destacan los cambios siguientes:
  • Hemos rediseñado la forma en que el árbol de navegación se relaciona visualmente con el contenido del cuerpo de pantalla
  • Hemos ido hacia un entorno con menos color de fondo y menos cargado
  • Se han cambiado elementos poco intuitivos como los filtros específicos de las pantallas
  • Se ha relacionado visualmente el filtro de expedientes en curso con el árbol de navegación
  • Se han reorganizado los menús en 3 niveles:  Tab principal, vista actual dentro del Tab y acciones realizables
  • Se ha cambiado gran parte de la navegación de la aplicación para que ésta pase a realizarse mediante llamadas AJAX, mejorando mucho la experiencia de usuario y evitando recargas de pantalla
Os dejamos una captura de pantalla para que os hagais una idea de cómo se refleja todo lo anterior en el programa:

Leer más...

Facturación Ágil en KMKey

0 comentarios
 
En la última versión de KMKey hemos desarrollado una funcionalidad adicional para la agilización de la facturación, para los clientes que tienen necesidades de facturar servicios de forma repetitiva, o muchos pequeños importes de golpe.  Consiste en una nueva pantalla de facturación donde, a partir de un filtro de expedientes y un período, el programa propone todas las facturas a emitir, permitiéndole al usuario seleccionar las que desee o corregir los importes, para después generar la píldora ingreso, el documento factura en el formato elegido, e incluso enviarlo automáticamente por email a una persona de contacto.


Por el momento existen tres esquemas bajo los que se puede usar dicha facturación, puediéndose aplicar todos a la vez (distinguiéndolos según expediente), o usar únicamente uno de ellos:
  • Importe fijo.  Debe existir en cada expediente una o más Ofertas económicas (previsiones económicas de tipo oferta) aceptadas formalmente.  El programa propone en ese caso facturar el importe de la oferta, usando sus mismas línias de factura, conceptos contables, IVA's, etc
  • Por horas de servicio realizadas.  En este caso es necesario que a cada expediente se le asocie una tarifa de precios, donde se especiquen los precios/hora por día laborable o festivo.  Opcionalmente se puede asociar un calendario laboral, para diferenciar los días festivos.  El programa propondrá facturar el resultado de multiplicar las horas trabajadas en el período por el precio/hora de la tarifa según el día en que se realizaron los servicios fuera laborable o festivo.
  • Importe diario.  Deben existir en cada expediente un o más Ofertas económica aceptada formalmente, y además tener asociado un calendario laboral.  El programa propondrá facturar el resultado de mutiplicar el número de días laborables por el importe de la oferta aceptada.
Leer más...
jueves, 15 de septiembre de 2011

Soporte para folleto bancario 19

0 comentarios
 

Acabamos de desarrollar en KMKey soporte para la creación de folletos bancarios modelo 19 para presentación telemática, generando un fichero para entregar al banco para que gestione el cobro de recibos. La funcionalidad es bastante simple: con una nueva opción de menú Generar CSB19 tenemos una pantalla con las píldoras ingreso pendientes de cobro.

Antes de empezar debemos definir el emisor. Para ello crearemos una entrada de empresa en la pantalla de grupos que represente la nuestra, si es que no existe ya, y rellenaremos el campo de cuenta cliente que se usará para el ingreso de los recibos. Una vez creado, tendremos que añadir la propiedad 'csb_presentador_docid' en la raíz del site vía ZMI en la que escribiremos el docid del grupo.

Podemos generar el fichero bancario tantas veces como deseemos, por defecto sólo nos saldrán marcados aquellas líneas que no se hayan exportado aún, y en las que sí se haya realizado alguna exportación nos aparecerá la fecha de la misma. No saldrán las ya cobradas. Aquí también es importante que los clientes tengan definido en la ficha de grupo su cuenta corriente, en caso contrario la línea será ignorada en el proceso y no incluída en el fichero de salida.

Una vez pulsemos en Generar, se creará el fichero bancario a enviar al banco.

Próximamente se implementarán otros folletos bancarios.
Leer más...
martes, 13 de septiembre de 2011

Como personalizar el logo de KMKey

1 comentarios
 
Es frecuente que en nuestro KMKey queramos ver el logotipo corporativo de nuestra empresa o institución.  Para personalizarlo tenemos que acceder al ZMI (Zope Management Interface), para lo cual necesitaremos un usuario administrador y abrir en un navegador la dirección http://url_de_kmkey/manage

Nos aparecerán las internalidades de KMKey, algo parecido a esto:


En esta interficie tenemos que navegar hasta la carpeta portal_skins/custom y añadir allí un objeto del tipo Image, seleccionando una imagen de nuestro disco duro.  Recomendamos usar logos con una altura de entre 50px y 60px para no distorsionar la interficie de KMKey.   Debemos recordar el ID que le ponemos a nuestra imagen, por ejemplo logo_empresa.png.

Una vez tenemos la imagen dentro de nuestro ZMI, debemos volver a la raíz del mismo y, en el frame de la derecha, buscar la pestaña Properties.  Allí tendremos definidas, y si no lo están las podemos añadir, dos propiedades llamadas logo_path y logo_header_path   La primera corresponde al logo que se muestra en la pantalla de login, y el segundo al que se muestra una vez dentro de la aplicación.   Debemos completarlas con el valor del ID de la imagen que hemos subido, en nuestro ejemplo sería logo_empresa.png   Y con eso ya tenemos nuestro KMKey con logo personalizado
Leer más...

Sustitución de recursos

0 comentarios
 
En la nueva versión de KMKey disponemos ya de una utilidad para la sustitución automática de recursos, de forma que cuando un recurso, por el motivo que sea (baja, vacaciones, etc), no puede atender los servicios, se puede definir una sustitución por parte de un nuevo recurso durante un período de tiempo.   Así, con una sola acción, se borrarán todas las asignaciones de los recursos sustituidos, y se crearan asignaciones nuevas para el recurso sustitutor.  La nueva utilidad se encuentra disponible desde la acción Sustituir recurso en las pantallas de Planificar / Recursos y Planificar / Agenda

Leer más...
lunes, 12 de septiembre de 2011

Formación para Administradores: Los Patrones

0 comentarios
 
KMKey incorpora un concepto clave, llamado Patrón de trabajo, que podríamos definir como la representación informática de un procedimiento, término muy usado en la gestión de calidad.  En informática se asemejaría a un tipo de datos, con la diferencia de que los patrones son configurables visualmente por un administrador, y que además incorporan otras cosas como tratamiento de permisos, flujos de trabajo, o creación de subobjetos.

Siempre que creamos un expediente o proyecto en KMKey lo haremos en base a un Patrón de trabajo.  El patrón nos va a determinar, como mínimo:

  1. Qué campos componen la definición del expediente o proyecto 
  2. Qué Perfiles vamos a poder asignar a los usuarios de ese expediente o proyecto
  3. Qué estructura de tareas y subtareas, con plazos y esfuerzos, se va a generar asociado al expediente o proyecto
  4. Qué documentos pueden generarse a partir de plantillas en ese expediente o proyecto
  5. Qué conceptos contables van a poder usarse al entrar información económica del proyecto 

Para poder crear o editar patrones de trabajo, tenemos que ser usuarios administradores.  Si lo somos podemos visitar la opción Admin / Patrones  y observar alguno de ellos.   Si estando en un patrón visitamos la opción Campos nos aparecerá una pantalla parecida a ésta:



En ella vemos que podemos ir definiendo los campos que necesitamos para componer nuestro patrón o procedimiento.  La primera columna corresponde al identificador interno del campo, y es importante NO usar acentos ni espacios en blanco.  Se recomienda además usar minúsculas.   Obsérvese también que haciendo click en esta columna se puede definir una ayuda asociada al campo, cosa muy útil para procedimientos a usar por usuarios noveles.  La segunda columna corresponde a la etiqueta que van a visualizar los usuarios asociada al campo, y es un texto libre.  La tercera columna es el tipo de datos, seguida del tipo de widget que se quiere usar para su representación. Después viene el grupo de campos (se pueden definir agrupaciones en la parte final del mismo formulario), el ancho en pantalla, el valor por defecto y una marca que define si el campo es obligatorio.  Todo ello acaba generando una pantalla de definición como ésta:



Como widgets principales podemos destacar la Cadena (una linia de texto), el Texto (un bloque de texto), la Selección (donde podremos definir un conjunto de valores internos/externos posibles), la Fecha (que nos deja elegir sobre un calendario) y la Relación con Grupo (que nos deja relacionar el expediente con un cliente, por ejemplo).   Hay muchos más widgets disponibles desde las interficies avanzadas, cada uno con sus peculiaridades, pero sólo están disponibles para usuarios con perfil técnico por su mayor complejidad.

Si dejamos la pantalla de Campos y vamos a la pantalla Modificar patrón, veremos que después del título y descripción aparece una campo llamado XML de Creación de objetos. Este XML se usa principalmente para definir la estructura de tareas y subtareas, con plazos y esfuerzos previstos, asociada al patrón, aunque puede tener otros muchos usos.   Si usted esta familiarizado con la sintaxis XML, le recomendamos la lectura de la guía Definición del XML de creación de objetos  y Usos avanzados del XML de creación de objetos   De lo contrario no se preocupe, también disponemos de un Excel capaz de generar el XML básico para la definición de tareas

El siguiente campo corresponde a un XML de Objetos Generables.  Se refiere a plantillas OpenOffice contenidas dentro de nuestro propio KMKey que contienen instrucciones para combinarse con datos de nuestros expedientes y generar un documento cumplimentado o semi-cumplimentado.    Ejemplos de estos usos son un informe de incidencia, un documento factura o cualquier tipo de informe o documento asociado al patrón que pueda automatizarse.    Para la creación de estas plantillas recomendamos la lectura de la Guía para definición de listados  Para su uso desde un patrón, se entra en el campo XML algo parecido a:


document
default_title="registro_de_incidencia.doc"
formats="doc#@oo#@pdf"
default_format="pdf"
getDocid="403424947"
view_class="Products.KMKeyDefault.reportsview.SpanishReportsView"
view_context="context.getContent().getKMProject()"/


Donde se especifican formatos de salida, formato por defecto, nombre por defecto, y los más importante, el getDocId o identificador interno de la plantilla.

Nos queda únicamente definir las relaciones Patrón - Perfiles, que son varias:

  1. Campo Perfiles que pueden ser asignados en expedientes creados con este patrón.  Permite definir los perfiles que podrán se usados desde los expedientes
  2. Campo Perfiles bloqueados en objetos creados con este patrón.  Define los perfiles que se bloquean automáticamente al crear los expedientes con este patrón.  Típicamente tendrá marcados los valores Acceso Básico y Creadores de proyectos y contactos.
  3. Campo Los miembros de estos grupos tendrán acceso a todos los expedientes creados con este patrón.  Automatismo para asignar grupos de usuarios a todos los expedientes durante su creación.  Los grupos marcados serán asignados a cada expediente que se cree asociados al perfil que ellos mismo definen
  4. Pantalla de la opción Acceso al patrón.   Esta opción es especialmente importante porque controla qué usuarios podrán crear expedientes usando este patrón.  En la columna de la izquierda tenemos los perfiles bloqueados (de nuevo típicamente Acceso Básico Creadores de proyectos y contactos)  y en la columna de la derecha los grupos de usuarios explícitamente permitidos.  Para entender el funcionamiento de esta pantalla es necesario haber comprendido previamente el uso de permisos para lo cual recomendamos la Formación sobre permisos  NOTA: si crea patrones nuevos por defecto aparecerán todos los grupos bloqueados para evitar que sus usuarios los usen mientras se están definiendo.  Ajuste los permisos cuando puedan empezar a usarlo.
Leer más...

Formación para Administradores: Los Permisos

0 comentarios
 

En primer lugar, para gestionar los permisos es necesario comprender que KMKey tiene una estructura de árbol de objetos:  hay una raíz a la que llamamos aplicación, que contiene expedientes o proyectos que a su vez contienen tareas, y éstas contienen lo que llamamos píldoras de información (documentos, notas, horas trabajadas, etc).  Por otro lado, tenemos los Perfiles, que no son más que conjuntos de permisos.

La gestión de permisos lo que hace es otorgar un perfil a un usuario en un punto concreto del árbol, lo que le proporciona unos permisos desde ese punto hacia arriba.  Esa es la idea principal.  Todo lo que viene a continuación son matices sobre esta idea fundamental que no se debe perder de vista.   Para ilustrarla con un ejemplo, imaginemos que tenemos un perfil llamado "Jefe de Proyecto", que proporciona todos los permisos, y queremos que el usuario "juan" se el jefe de los proyectos "A" y "C", mientras "pepe" es el jefe del proyecto "B".  Si nos vamos a la opción Equipo / Permisos en cada uno de los proyectos y asignamos los respectivos usuarios a su perfil, éstos pasarán a tener control total sobre esos proyectos concretos, sin ni siquiera visualizar los proyectos de otros ("juan" no ve el proyecto "B", por ejemeplo, pero ve todo lo que sucede en "A" y "C")

Bueno, en realidad, además de otorgar un Perfil a un usuario también podemos dárselo a un grupo de usuarios, caso útil si un grupo de empleados trabajan siempre juntos, eso es lo que aparece en el primer cuadro de la pantalla Equipo / Permisos cuando estamos en un expediente o tarea.

Para crear nuevos Perfiles, podremos hacerlo desde la opción Equipo / Grupos / Añadir Grupo / Grupo de Permisos siempre y cuando seamos administradores del sitio.   Para crear usuarios haremos lo mismo desde la opción Equipo / Contactos / Añadir Contacto  Si somos administradores podremos proporcionarle un nombre de usuario y una clave, y desde la opción Equipo / Permisos (previa selección del punto del árbol en la estructura de navegación de la izquierda), podremos ir asignándole Perfiles.

Observaremos que los perfiles que podemos otorgar van variando según el punto del árbol, son distintos en la raíz que en los proyectos, incluso pueden ser distintos según el tipo de proyecto o expediente.   Eso es porque KMKey permite definir qué perfiles son de Aplicación (mediante un checkbox al crear), y qué perfiles son de Patrón (se asocian a cada patrón de trabajo, se hablará de ello en el post específico de patrones de trabajo)

Nos queda por resolver una paradoja.  Si creamos un Perfil de Aplicación con permiso de lectura, ¿ eso otorgará a los usuarios que sean asignados acceso a toda la información de KMKey ?  Pues sí, efectivamente.  ¿ Y cómo funciona el perfil Acceso Básico, que NO da acceso a todo el KMKey ?  Pues mediante un sistema que se llama Bloqueo de Perfiles, y que desautoriza un Perfil desde un punto determinado hacia arriba del árbol.   Podemos observar esta funcionalidad en la parte final de la pantalla Equipo / Permisos , donde aparece el cuadro titulado "Perfiles bloqueados desde".   Tambiés es posible (e imprescindible de hecho), automatizar este bloqueo definiendolo en los patrones de trabajo.  Es muy recomendable que todo patrón de trabajo bloquee al menos los Perfiles de Aplicación definidos por defecto (el Acceso Básico y el Creador de proyectos y contactos), de los contrario los expedientes creados con ese patrón serán visibles a todos los usuarios.

Ya para acabar, comentar la existencia un perfil un tanto especial, llamado Owner o Propietario  Este perfil existe y proporciona todos los permisos, y se asigna automáticamente al usuario que crea cada objeto.   Por ejemplo, si yo creo una nota en un expediente, seré Propietario de esa nota, cosa que me proporcionará el permiso para poder borrarla, por ejemplo, cosa que no podré hacer con la nota de mi vecino, a no ser que posea algún otro Perfil que me deje borrar cualquier cosa en ese expediente.  No contradice nada de lo anterior, pero es importante conocer su funcionamiento

Ya para terminar, algunas referencias a otras entradas relacionadas con la temática expuesta:


Leer más...
miércoles, 24 de agosto de 2011

Filtros y Búsquedas por atributos y contenido

0 comentarios
 
Describiremos de forma rápida las diferentes formas de buscar información dentro de KM

En KMKey podemos decir que tenemos tres elementos principales de información: Proyectos, Tareas y Pills (Documentos, imputación de horas, gastos, etc)

Tenemos los siguientes tipos de búsqueda:

  • Búsqueda global de expedientes (Por atributos predefinidos y SearchableText -Cuadro de búsqueda arriba izquierda-)

  • Búsqueda global dentro de todo KMKey (Por atributos predefinidos y contenido - Cuadro de búsqueda arriba derecha-)

  • Filtros de Expedientes/Tareas (Por atributos de expediente y tarea, totalmente configurable. - Filtros personalizados-)

  • Filtros de Pills (Filtramos Documentos, imputaciones, etc. Por atributos predefinidos y búsqueda global (SearchableText) -Gestión --> Historia --> Filtrar-)

  • Filtros para Informes (Personalizables -Control --> Informes-). Esta opción nos permite listar caulquier tipo de objeto, personalizando todos los atributos y criterios

Las búsquedas globales buscan un texto o palabra clave dentro de todo el contenido de cada objeto y documento (utilizando los campos indexados en el SearchableText y el contenido de los documentos)

Por ejemplo, si buscamos la palabra "Instalación", utilizando el cuadro de búsqueda global (arriba a la derecha) , Nos aparecerá el listado de TODOS los elementos de KM (Proyectos, Tareas, Contactos, Empresas, Documentos) que contengan esa palabra clave en alguno de sus atributos o en el contenido de los documentos adjuntos

Las búsquedas por atributo permiten indicar qué valores o rangos filtramos en cada uno de los atributos (Por ejemplo : "Proyectos del tipo 'Contrato', del los clientes x,j y k, abiertos entre enero y marzo, con un importe de gestión mayor que z", o "Documentos creados entre enero y marzo por el usuario x, que contengan la palabra xxxx")

Finalmente , a través de Control ---> Informes , podemos configurar filtros totalmente personalizados para los reports


Leer más...
martes, 19 de julio de 2011

Grupos de permisos y Perfiles

0 comentarios
 
Los grupos de permisos sirven en KMKey para distintas funciones, y ello ha llevado frecuentemente a confusiones. Acabamos de instalar en beta un pequeña mejora para facilitar su comprensión. Aprovechamos aquí para explicar el funcionamiento de cada caso:

1) Perfiles de Aplicación. Cuando un grupo de permisos sirve para crear un perfil que otorga permisos sobre toda la aplicación y su contenido, entonces deberá crearse marcando el checkbox "Es un perfil de Aplicación"

2) Perfiles de Patrones. Cuando un grupo de permisos sirve para crear un perfil que otorga permisos exclusivamente dentro de proyectos o tareas concretos, entonces deberá crearse marcando el checkbox "Es un perfil de Patrones"

3) Grupos de Recursos. Cuando el grupo de permisos se usa para clasificar usuarios como recursos (esto es, las agrupaciones que aparecen en PLANIFICAR / Recursos dentro de un proyecto), entonces deberemos marcar el checkbox "Es un grupo de Recursos". En este caso no son de utilidad los permisos, puesto que no estamos definiendo ningún perfil.

4) Ninguno de los anteriores. En ocasiones un grupo de permisos sirve simplemente para agrupar usuarios y otorgarles permisos en grupo, dando permisos en determinados expedientes o funcionalidades a todo el grupo en su conjunto. En estaas ocasiones no hay que marcar ningún checkbox, y además tampoco son de utilidad los permisos, puesto que no estamos definiendo ningún perfil, sino únicamente una agrupación de usuarios

Nótese que a veces un mismo grupo de permisos puede usarse para más de una funcionalidad a la vez, pero por claridad no se recomienda hacerlo.

La mejora que hemos llevado a cabo permite clasificar mejor los grupos de permisos, y además hemos deshabilitado la opción de asignarlos desde la ficha de contactos, puesto que aparecían todos juntos y despistaban mucho a los usuarios. En su lugar ahora forzamos a que se use la pantalla de EQUIPO / Permisos, que está pensada para ello
Leer más...
lunes, 11 de julio de 2011

Edición en línia de documentos

0 comentarios
 
KMKey dispone de un sistema de edición en línia de documentos. Eso significa que podemos abrir el documento directamente desde nuestro navegador, editarlo, y que los cambios queden guardatos en KMKey, evitando así el proceso de descargar el documento, guardarlo en nuestro disco duro, editarlo, y después subirlo de nuevo a KMKey.

Para que esto sea posible, es imprescindible que las estaciones cliente (los PC's de los usuarios), tengan instalado el programa zopeedit. Este programa es el que permite la comunicación entre KMKey y nuestro editor. Se trata también software libre, y se encuentra disponible tanto para Windows como para Linux. Se puede descargar desde
http://www.plope.com/software/ExternalEditor

La distribución binaria para Windows incluye todo lo necesario para instalar la aplicación auxiliar. Simplemente hay que lanzar el ejecutable de instalación para instalar y configurar la aplicación auxiliar para uso con Internet Explorer. También puede registrarse (zopeedit.exe) directamente con otros navegadores.

Una vez tengamos instalado zopeedit, ya podemos ir a nuestro KMKey, ir a la pantalla de edición de un documento, y pulsar en el link "Edición en línia": Una vez hecho esto, si el navegador nos pide con qué aplicación queremos abrirlo, tendremos que escoger "zopeedit.exe", y éste a su vez tendría que lanzar el editor correspondiente al formato del documento. Si ésto no sucediera así, tendríamos que revisar el fichero de configuración de zopeedit (zopeedit.ini en Windows, .zope-external-edit en Linux), donde se relacionan los tipos de documento con los editores correspondientes.

Hay más información disponible en la página del producto
Leer más...
viernes, 8 de julio de 2011

Como requerir passwords fuertes en KMKey

0 comentarios
 
Es una buena costumbre definir una política de seguridad que requiera a los la necesidad de usar claves fuertes, en cualquier sistema informático. En KMKey eso puede llevarse a cabo fácilmente, entrando como administradores al ZMI (http://tusitio/manage), y editando las propiedades del widget "portal_layous/kmkey_contact/w__password". Concretamente las propiedades útiles en este sentido son:
- "Minimum input width", para definir la longitud mínima
- "Checking at least one lower case [a-z]", para forzar al menos una letra minúscula
- "Checking at least one upper case [A-Z]", para forzar al menos una letra mayúscula
- "Checking at least one digit [0-9]", para forzar al menos un numérico
- "Checking at least one extra char other than [a-zA-Z0-9]", para forzar al menos un caracter que no sea alfabético ni numérico
Leer más...
martes, 19 de abril de 2011

Asignación rápida de contactos desde grupos

0 comentarios
 
Se ha incorporado al KMKey una mejora de usabilidad para facilitar la gestión de grupos y contactos. Hasta ahora las relaciones se definían editando un contacto y seleccionando desde allí a qué grupos pertenece y a cuáles no. Ahora se ha añadido la posibilidad de asociar contactos existentes rápidamente desde la pantalla de equipo con un cuadro de texto con funcionalidad de autocompletado, el mismo que aparece en otras partes de la aplicación.

Pero la mejora no sólo se queda aquí: también permite la creación rápida de un contacto e asociarlo immediatamente con el grupo seleccionado, si entramos un nombre que no esté aún dado de alta en la aplicación. El campo se puede rellenar tanto en formato “Apellidos, Nombre” como la visualización de los demás contactos así como el más natural “Nombre Apellidos” para los nombres simples. Además de crear el contacto, permite añadir algunos datos básicos como la dirección de correo electrónico o los teléfonos, que por defecto tomará del grupo.

Leer más...
martes, 5 de abril de 2011

Novedades en KMKey: pantalla de documentos y algo más

0 comentarios
 

La pantalla del listado de documentos, accessible a través de la pestaña Gestión, ha sido rehecha con nuevas funcionalidades. Con un aspecto más similar al historial de píldoras, que ya permite filtrar por sólo documentos, podría parecer que no aporta nada nuevo, pero no es así.

Esta pantalla permite descargar directamente los ficheros publicados haciendo clic en su título, y muestra los detalles al hacer clic en el símbolo «+». Los iconos de la derecha son una representación gráfica del estado de cada documento. La primera columna nos dice si el documento es una versioń final (verde), bloqueada (naranja) o en proceso de edición (azul). Las otras columnas nos detallan en qué etapa del proceso de edición se encuentran, algo especialmente útil para visualizar rápidamente en qué estado de un ciclo documental ISO nos hallamos: aquí los círculos verdes son las etapas ya superadas y el azul la actual. La información del ciclo de edición no se limita a eso, si ubicamos el cursor encima del círculo azul de la etapa en proceso obtendremos una lista de los usuarios de la aplicación que pueden actuar sobre el documento, sabiendo pues en qué manos se encuentra el ciclo.

También se han programado filtros específicos para que sea más fácil localizar documentos. Además del criterio de contenido del documento, podemos buscar aquellos que estén en una etapa específica del ciclo de edición o aquellos que se encuentren en un estado definitivo, sin modificaciones de versiones pendientes, así como aquellos documentos en edición para los que un usuario pueda actuar sobre ellos. Así un usuario puede obtener la lista de documentos para los que se espera actúe de una forma u otra.

Adicionalmente, y relacionado con los filtros, se ha añadido la posibilidad de definir un filtro de proyectos y tareas por defecto a nivel de site. Una vez creado el filtro dentro de KMKey, podemos tomar el parámetro kmkey_menu_option de la URL del filtro y ponerlo en una nueva propiedad de site llamada default_menu_option configurable vía ZMI.
Leer más...
lunes, 7 de marzo de 2011

KMKey Help Desk y mejoras en la productividad.

0 comentarios
 
¿Cómo monitorizar las entradas de incidencias ? : Con la ayuda de un televisor de gran formato y KMKey Help Desk



Poco después de terminar una reciente instalación de KMKey Help Desk en Colombia el cliente nos comentó que tenía la idea de conectar el sistema a un televisor de gran formato de manera que los técnicos pudiesen visualizar la entrada de incidencias asignadas a su nombre y se dispusieran para su solución de inmediato.
La compañía se dedica a la instalación, gestión y mantenimiento de redes eléctricas, redes de datos, sistemas de seguridad, telecomunicaciones y centralitas telefónicas de las que tiene instaladas una buena cantidad y es una empresa en pleno creciemiento que ha confiado la gestión de sus incidencias en KMKey Help Desk

Estos eran sus comentarios:

"Adjunto la foto del televisor que dejamos para tener registro de incidencias activas y donde todo el personal puede visualizar todos los servicios asignados. Llevamos 2 días con el televisor activado y ha generado muy buenos resultados ya que todos los involucrados se preocupan bastante por los tiempos de solución y cierre de tickets y comparan sus resultados con los de los otros compañeros, ninguno quiere ver su registro en rojo y de inmediato proceden a realizar la gestión de la incidencia, Ayuda a acelerar el proceso de incorporación de KMkey en los procesos de la empresa."

J. Castaño.
Redesistemas
http://www.redesistemas.com/
Leer más...
viernes, 4 de marzo de 2011

Integración con BinarySender para envío de SMS's

0 comentarios
 
Recientemente hemos llevado a cabo una integración entre KMKey y la plataforma de envío de SMS's binarysender La aplicación principal es el envío de notificaciones desde KMKey Helpdesk, tanto para avisar a técnicos de nuevas incidencias, para notificar a clientes el plazo de ejecución de una incidencia, o para comunicarle su feliz resolución :-) Este es una funcionalidad muy valorada por los usuarios de KMKey Helpdesk, puesto que aporta un importante valor añadido al servicio que ofrecen.

Se ha elegido esta plataforma por sus precios competitivos, por su uniformidad de precios en el envío de SMS's a Sudamerica (donde tenemos numerosos KMKey's en marcha), y por la facilidad que ofrece su entorno web a nuestros usuarios para adquirir paquetes de mensajes y controlar el gasto en SMS's al detalle, pudiendo incluso consultar uno por uno los SMS's enviados desde KMKey. Si eres un técnico de Helpdesk lo sentimos por ti, a partir de ahora no vas a poder decir que no te has enterado de una incidencia, ya que estos SMS's tienen además acuse de recibo.

La integración se ha llevado a cabo mediante SOAP y usando el web service de la plataforma, del cual se puede consultar el WSDL

Para su correcto funcionamiento en KMKey hay que instalar el módulo python suds, así:
sudo easy_install-2.4 suds
Leer más...

Nuevos Vídeos de Ayuda para KMKey Help Desk

0 comentarios
 
Se han actualizado los vídeos demostrativos de la aplicación KMKey Help Desk.
Respondiendo al rediseño y mejora de algunas de las prestaciones de KMKey Help Desk se han incorporado 4 nuevos vídeos de demostración de su funcionamiento.

En el primero podemos ver la simulación del ciclo de una incidencia, desde su recepción hasta su solución y se muestran los automatismos y notificaciones que se generan entre los participantes.

Ver vídeo

En el segundo vídeo podemos ver como se registra y gestiona un mantenimiento preventivo, su asignación a un receptor y la simulación de una primera intervención del mismo.

Ver vídeo

En el trercer vídeo podemos ver como se realiza la creación de un contrato de servicio y de paso se muestran los procedimientos básicos para dar de alta un cliente, un contacto y asociar el contacto a un contrato de servicio.

Ver vídeo

Por último en el cuarto vídeo se muestra cómo obtener informes y listados de todas las actividades realizadas con KMKey Help Desk y obtener la información relativa a las incidencias, los contratos de servicio, los elementos a mantener, el esfuerzo realizado, los clientes y los contactos asociados.

Ver vídeo
Leer más...
miércoles, 23 de febrero de 2011

Soporte para múltiples zonas horarias

0 comentarios
 
Acabamos de incorporar en entorno beta (rama svn trunk) un conjunto de cambios para ofrecer detección y soporte del uso horario. El uso horario se detecta y aplica por usuario, de forma que incluso dentro de un mismo KMKey cada usuario podrá trabajar y visualizar su propio uso horario. Esta mejora facilita enormemente la implantación de servicios SAAS (Software As A Service) internacionales basados en KMKey, y también el trabajo en KMKey's con usuarios provinientes de múltiples paises.

Por poner un ejemplo, ahora cuando un comercial de México abra una oferta de implantación a las 10:00 de la mañana hora local, en Europa veremos aparecer sus intervenciones registradas a las 17:00. Cada uno verá su hora local, y el sistema se encargará de automatizar los cambios horarios de forma transparente.

En cuanto a los detalles de la implementación, se ha realizado llevando a cabo una detección del uso horario en javascript, en la pantalla de login. Esa información se guarda en una cookie, que después es usada para llevar a cabo las conversiones. En base de datos, la información es guardada siempre en el uso horario configurado en el servidor para simplificar la explotación. Finalmente, es necesario parchear un módulo de zope, concretamente el DateTime.py Adjuntamos aquí la dirección del parche por ser éste un tema largamente demandado por usuarios de Plone y que puede ser fácilmente transplantado desde KMKey a Plone:
https://svn.forge.osor.eu/svn/kmkey/patches/timezone
Leer más...