Lo que hace y lo que no hace la PSI

La interfaz Project Server Interface (PSI) puede ayudarle a automatizar numerosos procesos del servidor en instalaciones locales de Project Server 2013. Sin embargo, diversas funciones requieren el uso de Microsoft Project Professional 2013.

Última modificación: lunes, 01 de julio de 2013

Hace referencia a: Project Professional 2013 | Project Server 2013

La interfaz PSI se ha diseñado para complementar las capacidades de Project Profesional 2013, más que para proporcionar una alternativa basada en servidor para todas las funciones de Project Professional. Los programadores externos pueden usar PSI para ayudar a crear elementos web para instalaciones locales de Project Web App y espacios de trabajo de proyectos, crear aplicaciones personalizadas de Windows y aplicaciones web que interactúen con datos locales de Project Server, desarrollen lógica de flujo de trabajo para la administración de carteras de proyectos, desarrollar gestores de eventos locales de confianza plena e integrar a Project Server con otras aplicaciones. PSI no se puede usar para el desarrollo de aplicaciones para Tienda Office, dispositivos móviles o tabletas; para eso puede usar el modelo de objeto del cliente (CSOM).

Nota Nota

La interfaz PSI proporciona una interfaz programática más amplia para Project Server 2013 que el CSOM. Sin embargo, a menos que este no proporcione las funciones que requiera, le recomendamos usarlo para desarrollar nuevas aplicaciones. Para obtener más información, consulte Lo que hace y lo que no hace el CSOM.

A continuación se muestran ejemplos de algunas aplicaciones compatibles con PSI para proyectos del servidor y cálculos:

  • Automatizar la creación o administración de entidades en Project Server   Aunque Project Profesional 2013 y Project Web App juntos están diseñados para gestionar la administración y creación de entidades tales como proyectos, recursos empresariales y campos personalizados, en muchos casos una aplicación personalizada puede ahorrar tiempo con tareas masivas o repetitivas. La interfaz PSI puede automatizar diversos tipos de tareas que no hace el CSOM, por ejemplo, con cubos OLAP, análisis de carteras de proyectos, impulsores de negocios, notificaciones, proveedores de vínculos de objetos, seguridad e interoperabilidad SharePoint.

  • Obtener datos en las tablas publicadas o de archivado de la base de datos de Project   Dado que el acceso directo de las bases de datos a las tablas borrador, publicadas y de archivado no se admite, puede usar la interfaz PSI para leer datos que no están disponibles en las tablas o vistas de informes. Por ejemplo, puede obtener información acerca de versiones fechas y cambios de proyectos almacenados en las tablas de archivado y, a continuación, rellenar un Control de cuadrícula JS en un elemento web con la información.

  • Validar datos de estado y partes de horas   Use la interfaz PSI CSOM en gestores de preeventos locales para validar el estado de asignación o los datos de partes de horas que introduzca el usuario, antes de que los datos se guarden en Project Web App.

  • Proyectos de mantenimiento   Cree proyectos de marcadores de posición para usarlos con planes de recursos. Reserve tiempo para los recursos destinado a trabajos de mantenimiento o negocios de base. Los proyectos de mantenimiento generalmente no tienen tareas.

  • Crear proyectos financieros   Cree proyectos para captura de tiempo a través del parte de horas para la integración con un sistema financiero. Cree una jerarquía de códigos financieros que reflejen la estructura de desglose de costes del sistema financiero. Los proyectos financieros no requieren actualizaciones de programación ni de estado.

  • Integre con sistemas contables   Capture los costes y gastos de los recursos asociados con proyectos para alimentar los sistemas financieros y de facturación, así como para la comparación presupuestaria. Sincronice tareas, recursos y asignaciones entre los sistemas. Capture datos de partes de horas en un sistema para alimentar al otro (el parte de horas que se vaya a usar dependerá de las necesidades de la organización o de los proyectos individuales).

  • Automatizar actualizaciones de los miembros del equipo   Para proyectos que no están administrados activamente, actualice automáticamente los proyectos en el servidor con el progreso y otros cambios de los miembros del equipo del proyecto. Los proyectos se pueden cargar y volver a publicar sin necesidad de que un administrador de proyectos revise los resultados ni realice ajustes en el plan.

  • Evalúe datos de Project Server en gestores de eventos locales de confianza plena   Un gestor de eventos local para el preevento ProjectCreating puede usar datos de Project Server procedentes de la interfaz PSI para ayudar a determinar si cancela o no un evento. Por ejemplo, antes de crear un proyecto, compare la propuesta de proyecto con los proyectos existentes.

  • Crear actividades de flujo de trabajo personalizadas para la administración de la demanda   Use la interfaz PSI en actividades de flujo de trabajo locales y de confianza plena para modificar y actualizar propuestas de proyectos basadas en plantillas de proyectos de empresa. Use campos personalizados de proyecto para etiquetar al proyecto con la información necesaria para el proceso de iniciación y aprobación. Añada tareas para identificar las fases del proyecto para hitos o resultados clave. Cuando se aprueban propuestas de proyectos, un flujo de trabajo puede convertir las propuestas en proyectos a escala completa administrados con Project Professional.

  • Crear extensiones de PSI   La interfaz PSI puede ampliarse con servicios personalizados mediante el uso de la interfaz de Windows Communication Foundation (WCF). Las extensiones de PSI se ejecutan en el equipo que tiene Project Server y pueden usar la misma infraestructura de seguridad que los servicios de PSI integrados. Las extensiones pueden consultar las tablas de informes, usar tablas de base de datos independientes, consolidar llamadas a PSI para ahorrar ancho de banda e integrarse con aplicaciones de terceros y otros componentes del servidor. Para obtener más información, consulte Desarrollo de extensiones de PSI.

  • Usar la suplantación de identidad en aplicaciones locales de confianza plena   Se puede suplantar la identidad en las llamadas a la interfaz WCF de PSI, de modo que una aplicación asume los permisos de seguridad del usuario suplantado. La suplantación de personalidad debe usarse con moderación y cuidado. La lectura y actualización de la información de estado para otros usuarios no requiere suplantación de identidad. Las nuevas aplicaciones que requieran la suplantación de identidad deben usar el CSOM y el protocolo OAuth en lugar de la interfaz PSI. Para obtener más información acerca de la suplantación de identidad con la interfaz PSI, consulte Cómo: usar la suplantación de identidad con WCF.

Nota Nota

En algunos casos, la interfaz PSI puede usarse en aplicaciones cliente con el CSOM y Project Online. Si usa un servicio web de PSI basado en ASMX, la aplicación deberá incluir un método para autenticar el objeto Microsoft.ProjectServer.Client.ProjectContext en el CSOM y otro para autenticar el objeto cliente System.Web.Services.Protocols.SoapHttpClientProtocol. Para ver un ejemplo que usa un servicio web con el CSOM de SharePoint, consulte Autenticación remota en SharePoint Online mediante la autenticación basada en notificaciones.

Debido a los permisos restringidos en el nivel de aplicación, la interfaz PSI no puede usarse en aplicaciones diseñadas para la distribución en el Tienda Office público. En tal caso, solo puede usar el CSOM.

Aunque la interfaz PSI puede hacer muchas cosas, hay algunas que no puede hacer. A continuación se indican dos cosas que no puede hacer la interfaz PSI, pero sí el CSOM.

Project Online y receptores de eventos remotos

La principal limitación de la interfaz PSI es con Project Online. Las aplicaciones que usan la interfaz requieren acceso de confianza plena a una instalación local de Project Server. Por ejemplo, la interfaz PSI no se puede usar en receptores de eventos remotos, mientras que el receptor de eventos se instala como servicio en Microsoft Azure.

Flujos de trabajo y autenticación de notificaciones

Una definición de flujo de trabajo que usa Windows Workflow Foundation versión 4 (WF4) requiere la autenticación de notificaciones, algo que la interfaz PSI no admite directamente. Debido a ello, no se puede usar PSI para crear un proyecto en Project Server 2013 que tenga un tipo de proyecto de empresa (EPT) con una definición de flujo de trabajo WF4.

Puede usar la interfaz PSI para crear proyectos con tipos EPT que no tengan flujo de trabajo o bien que usen una definición WF3.5 heredada (la versión del flujo de trabajo en Project Server 2010). Para crear un proyecto con un tipo EPT que tenga una definición de WF4, use el CSOM.

Acciones que requieren Project Professional:

La siguiente lista son cosas que no pueden hacer ni la interfaz PSI ni el CSOM.

Datos locales

  • Manipulación de datos en proyectos locales (archivos .mpp). Por ejemplo, la definición de tablas de tipos de coste o contornos de disponibilidad para recursos locales.

  • Definición o edición de calendarios base locales o calendarios de recursos, incluidas excepciones del calendario.

  • Definición de campos personalizados locales. (La interfaz PSI no admite la edición de valores de campos personalizados locales en tareas, recursos y asignaciones.)

Datos de la empresa

  • Desprotección o edición de la plantilla global de la empresa. Los globales de la empresa en Project Server 2013 es un conjunto de tablas de datos binarios en la base de datos de Project y no una plantilla de proyecto como en Office Project Server 2007 y en versiones anteriores.

  • Definición o edición de calendarios de la empresa. Los métodos Calendar solo administran excepciones del calendario.

Proyectos maestros y vínculos entre proyectos

  • Creación de proyectos maestros e inserción de subproyectos.

  • Programación de una ruta crítica a través de un proyecto maestro.

  • Creación de vínculos entre proyectos.

Resources

  • Solicitud o realización de nivelación de recursos.

  • Cambio del recurso en una asignación. (Puede usar la interfaz PSI para eliminar la asignación y crear una nueva.)

  • Eliminación o sustitución de un recurso que tiene el trabajo real aceptado (datos reales).

  • Cambio de un tipo de recurso entre trabajo, material y costo.

  • Creación o edición de calendarios de recursos.

  • Cuando se añade un recurso a una tarea, la interfaz PSI no redistribuye automáticamente el trabajo del modo que lo hace Project Professional. Depende del programador elegir y definir de manera explícita la distribución de trabajo en las asignaciones.

Recursos de costo

  • Edición, creación o eliminación de asignaciones y recursos de costo mediante los métodos Project. Los métodos Resource pueden crear recursos de costo, pero no editarlos.

Perfiles de trabajo

  • Edición de datos con fases temporales.

    Nota Nota

    El método UpdateStatus del servicio web Statusing puede editar datos reales con fases temporales sobre asignaciones una vez que el administrador del proyecto actualiza y publica los datos de la asignación.

  • Configuración o cambio del tipo de contorno de la asignación (como plano, creciente o decreciente).

Referencias y valor acumulado

  • Guardar una referencia o edición de los datos de referencia.

  • Configuración de una fecha de progreso.

  • Cálculo de variación y valor acumulado.

Programación interactiva

  • Compatibilidad con la programación interactiva. (Dado que Project Server gestiona las interacciones de manera asincrónica, la programación interactiva debe realizarse con Project Professional.)

    Nota Nota

    Para evitar cambiar el comportamiento programático, los métodos de la interfaz PSI que se arrastran desde Project Server 2010 actúan del mismo modo en Project Server 2013. Por ejemplo, QueueUpdateProject sigue teniendo las mismas limitaciones y usa el antiguo motor de programación del servidor. El nuevo método QueueUpdateProject2 quita muchas de estas limitaciones y usa el nuevo motor de programación del servidor Project Server 2013, que es el mismo motor de programación que se encuentra en Project Profesional 2013.

EDT

  • Definición de una máscara de código de estructura de desglose del trabajo (EDT).

Tareas

  • Cambio del tipo de tarea (trabajo fijo, duración o unidades).

  • Cambio de si una tarea está condicionada por el esfuerzo.

  • Cambio de acumulación de costos fijos de tareas.

  • Cambio del contenido del campo TASK_NOTES. La interfaz PSI solo puede leer la parte de texto de las notas de tareas, que son datos binarios .rtf. Sin embargo, puede editar notas de asignación (ASSN_NOTES), que son datos de texto. La base de datos de informes no incluye notas de tareas o de asignaciones.

  • Creación o edición de tareas recurrentes.

  • Asignación o cambio del calendario de tareas en tareas existentes.

  • Creación de una tarea nueva con un calendario de tareas.

  • Cambio del valor del campo TASK_IGNORES_RES_CAL (la tarea ignora el calendario de recursos).

  • Cambio del estado activo de una tarea mediante QueueUpdateProject, si se realizan más cambios en la misma llamada. Para obtener más información, consulte la sección Programación de proyectos en el servidor en Programación de Project Server.

Tareas de resumen

Para la tarea de resumen del proyecto, las limitaciones de PSI son las mismas que para Project Professional. La interfaz PSI puede editar asignaciones de presupuesto (incluidos presupuestos de costos).

Opciones de cálculo en el nivel de proyecto

Mostrar:
© 2014 Microsoft