PROJECT SERVER 2010. POSIBILIDAD DE PROBLEMAS EN LOS PARTES DE HORAS EN LA ACTUALIZACION ACUMULATIVA DE JUNIO 2013. MODO DE ENTRADA UNICO.


Buenas,

Sin habernos dado tiempo a ofreceros la información relativa a la actualización acumulativa de Junio 2013, nos encontramos este aviso de Brian Smith, donde nos avisa de un posible problema que esta actualización nos pueda causar. El post original se puede encontrar aquí:

http://blogs.msdn.com/b/brismith/archive/2013/06/18/project-server-2010-june-cu-possible-timesheet-issue.aspx

Se han detectado varios casos donde después de instalar la actualización mencionada, nos encontramos con problemas a la hora de enviar partes de horas. El error que encontramos es del estilo al siguiente:

GeneralQueueJobFailed (26000) – TimesheetSubmit.SubmitTimesheetMessage. Details: id=’26000′ name=’GeneralQueueJobFailed’ uid=’52eb835f-ed3f-44a5-92d0-3bb6c2e11c5b’ JobUID=’163bf55d-cc5b-40c8-ae72-e4d6a310775f’ ComputerName=’<Servername>’GroupType=’TimesheetSubmit’ MessageType=’SubmitTimesheetMessage’ MessageId=’1′ Stage=”. For more details, check the ULS logs on machine <servername> for entries with JobUID 163bf55d-cc5b-40c8-ae72-e4d6a310775f.

El problema parece estar asociado al uso de “Single Entry Mode” o “Modo de entrada único”, en castellano, donde tengamos partes de horas que contengan líneas en las que no se haya introducido información. Brian ha localizado varias maneras de solventar esto, mientras se trabaja en una solución a largo plazo (de la cual no tenemos fechas estimadas, disculpad):

  • Si añadimos un poco de tiempo a cada fila (0.01 valdría) podremos enviar el parte de horas sin problemas. Tareas administrativas que no tengan tiempo asociado no significan un problema.
  • Enviar el estado para que tengamos por lo menos el progreso del proyecto.
  • Deshabilitar el “Modo de entrada único”. Esto no es tampoco una gran solución, ya que implicaría importar los partes de horas en las tareas…

 

Según tengamos más información al respecto, os la haremos llegar, pero no queríamos dejar de pasar la oportunidad de volver a insistir en el mensaje acerca de la conveniencia de probar el despliegue de estas actualizaciones en un entorno de pruebas, antes de hacerlo en producción.

Sentimos mucho las molestias que esto pueda causaros.

Un saludo

Jorge Puig

Comments (0)

Skip to main content