Compartir a través de

Lo que hace y no hace PSI

  • Artículo

La interfaz de Project Server (PSI) puede ayudar a automatizar muchos procesos del lado servidor en instalaciones locales de Project Server 2013. Sin embargo, varias funciones requieren el uso de Microsoft Project Profesional 2013.

La PSI está diseñada para complementar las funcionalidades de Project Profesional 2013, en lugar de proporcionar una alternativa basada en servidor para todas las funciones de Project Profesional. Los desarrolladores de terceros pueden usar psi para ayudar a crear elementos web para instalaciones locales de Project Web App y áreas de trabajo de proyecto, crear aplicaciones personalizadas de Windows y aplicaciones web que interactúen con datos locales de Project Server, desarrollar lógica de flujo de trabajo para la administración de carteras de proyectos, desarrollar controladores de eventos locales de plena confianza e integrar Project Server con otras aplicaciones. La PSI no se puede usar para el desarrollo de aplicaciones para la Tienda Office, dispositivos móviles o tabletas; para ello, puede usar el modelo de objetos del lado cliente (CSOM).

Nota:

Psi proporciona una interfaz programática más completa para Project Server 2013 que la que proporciona 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 What the CSOM does and does not do.

Escenarios de uso de la interfaz PSI

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

  • Automatización de la creación o administración de entidades en Project Server Aunque Project Profesional 2013 y Project Web App están diseñados conjuntamente para administrar y crear entidades como proyectos, recursos empresariales y campos personalizados, a menudo hay casos en los que una aplicación personalizada puede ahorrar tiempo con trabajos masivos o repetitivos. 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.

  • Obtención de datos en las tablas publicadas o de archivo de la base de datos de Project Dado que no se admite el acceso directo a la base de datos a las tablas de borrador, publicada y de archivo, puede usar la PSI para leer datos que no están disponibles en las tablas o vistas de informes. Por ejemplo, obtenga información sobre las versiones del proyecto, las fechas y los cambios almacenados en las tablas de archivo y, a continuación, rellene un control de JS Grid en un elemento web con la información.

  • Validación de datos de estado y parte de horas Use la PSI en controladores locales previos a eventos para validar los datos de estado de asignación o parte de horas que los usuarios escriben, antes de que los datos se guarden en Project Web App.

  • Proyectos de mantenimiento Cree proyectos de marcador de posición para usarlos con planes de recursos. Reserve tiempo de los recursos para el trabajo de mantenimiento o de base. Los proyectos de mantenimiento no suelen tener tareas.

  • Crear proyectos financieros Cree proyectos para obtener tiempo mediante el parte de horas para la integración en un sistema financiero. Cree una jerarquía de códigos financieros que refleje la estructura de desglose de costes del sistema financiero. Los proyectos financieros no requieren actualizaciones de estado o programación.

  • Integrar con sistemas de contabilidad Obtenga los costes y gastos de los recursos relacionados con los proyectos para enviarlos a los sistemas financieros y de facturación, y para realizar comparaciones de presupuestos. Sincronice tareas, recursos y asignaciones entre los sistemas. Obtenga los datos del parte de horas en un sistema para enviarlos a otro (el parte de horas que se use dependerá de las necesidades de la organización o de proyectos individuales).

  • Actualizar el proceso para integrantes del grupo Si los proyectos no se administran de forma activa, actualícelos automáticamente en el servidor mediante el progreso y otros cambios de los integrantes del grupo del proyecto. Los proyectos se pueden actualizar y volver a publicar sin un jefe de proyecto que revise los resultados o realice ajustes en el plan.

  • Evaluación de datos de Project Server en controladores de eventos locales de plena confianza Un controlador de eventos local para el evento previo ProjectCreating puede usar datos de Project Server de la PSI para ayudar a determinar si se cancela un evento. Por ejemplo, antes de crear un proyecto, compare la propuesta del proyecto con los proyectos existentes.

  • Creación de actividades de flujo de trabajo personalizadas para la administración de la demanda Use la PSI en actividades de flujo de trabajo locales de plena confianza para modificar y actualizar propuestas de proyecto basadas en plantillas de proyecto empresariales. 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 (en desuso. Las extensiones están en desuso en Project Server 2013 y no se admitirán en versiones futuras). La PSI se puede ampliar con servicios personalizados mediante 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.

  • Uso de suplantación en aplicaciones locales de plena confianza Las llamadas a la interfaz WCF de psi se pueden suplantar, 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 sobre la suplantación con psi, vea Usar suplantación con WCF.

Nota:

En algunos casos, la PSI se puede usar en aplicaciones cliente con el CSOM y Project Online. Si usa un servicio web PSI basado en ASMX, la aplicación debe incluir un método para autenticar el objeto Microsoft.ProjectServer.Client.ProjectContext en el CSOM y un método para autenticar el objeto de 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 de nivel de aplicación, la PSI no se puede usar en aplicaciones diseñadas para su distribución en la Tienda Office pública. En tal caso, solo puede usar el CSOM.

Lo que la interfaz PSI no hace

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 limitación principal de la 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 PSI no se puede usar en receptores de eventos remotos, donde 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 autenticación de notificaciones, que psi no admite directamente. Esto significa que no puede usar psi para crear un proyecto en Project Server 2013 que tenga un tipo de proyecto empresarial (EPT) con una definición de flujo de trabajo WF4.

Puede usar psi para crear proyectos con EPT que no tienen flujo de trabajo o usar una definición de 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 datos globales empresariales de Project Server 2013 son un conjunto de tablas de datos binarios en la base de datos de Project, no una plantilla de proyecto como en Office Project Server 2007 y versiones anteriores.

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

  • 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.

Recursos

  • 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.

Cost resources

  • Editar, crear o eliminar asignaciones y recursos de costo mediante los métodos Project . Los métodos Resource pueden crear recursos de costo, pero no pueden editarlos.

Perfiles de trabajo

  • Edición de datos con fases temporales.

    Nota:

    El método UpdateStatus del servicio web statusing puede editar los datos reales de fase temporal en las asignaciones después de que el administrador de proyectos actualice y publique los datos de 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:

    Para evitar cambiar el comportamiento de programación, los métodos PSI que se presentan desde Project Server 2010 actúan de la misma manera en Project Server 2013. Por ejemplo, QueueUpdateProject sigue teniendo las mismas limitaciones y usa el motor de programación del lado servidor anterior. El nuevo método QueueUpdateProject2 quita muchas de esas limitaciones y usa el nuevo motor de programación del lado servidor de Project Server 2013, que es el mismo motor de programación que está en Project Profesional 2013.

WBS

  • 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.

  • Cambiar el 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 las 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.

  • Cambiar el valor del campo TASK_IGNORES_RES_CAL (la tarea omite el calendario de recursos).

  • Cambiar el estado activo de una tarea mediante QueueUpdateProject , si se realizan cambios adicionales en la misma llamada. Para obtener más información, vea 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

Vea también