Planview Test Page
PRM Interfaces
Introduction
Note: Customer facing content can be found under CSC - FastTrack Integration Solutions
The Global Integration Services provide solutions for Interfaces between Planview Solutions and other customer systems.
GIS uses a cloud hosted integration platform called SnapLogic for development and monitoring of interfaces. This can be managed by Planview services, but also by the customers. The customer will need to acquire an IaaS license from Planview to be able to use interfaces created on this SnapLogic basis.
Documentation Templates
Template for Interface SOWs can be found under the following location: SoW
Available templates for Interface Specification Templates can be found under the following location: GIS Interface Specification Templates.
Core Architecture & components
All interfaces are deployed with a common set of components offering standard functionalities, which can be activated and/or configured individually.
Name
|
Description | Links |
---|---|---|
Configuration parameters |
|
CSC |
Monitoring |
|
CSC |
Logging |
|
CSC |
Data Source |
|
CSC |
Best practices (Standard) Interfaces - Imports
All our standard interfaces provide by default the services mentioned above, as defined by the customer
Template for Interface SOWs can be found under the following location: SoW
A Blank Specification Template can be found under the following location: GIS Interface Specification Template.
When available, links to the Interface Specification template, the Customer Success Center Page, and the CSC internal page for that specific interface are provided. Links to additional documentation might be provided as well.
Import
|
Description | Links | Main Functionalities |
---|---|---|---|
Financial | Import of Actual/Forecasted costs into PVE Financial Plans. | Spec CSC |
Standard: Pre-deletion of costs before imports (Full Import). |
Resource | Creation and maintenance of resources, users and Resource Breakdown Structure in PVE. Creation and maintenance of resource and user attributes. |
Spec CSC |
Standard: Maintenance of the RBS (no deletion). Non-Standard: Maintenance of Resource grants following given line management hierarchy. Assignment of Lifecycle Roles to users (attributes). |
Coming soon ... | |||
Structure | |||
Project |
Best practices (Standard) Interfaces - Exports
This section is being worked on
Data Importers
What is New ?
• One configuration file to be deployed on Customer/Environment, then all data importers can be used right away.
• Consultant gets individual access to his Data Importer, which can be used on all Customers/Environments (that have been configured).
• Consultant to install one application locally in order to run the Data Importer.
• A Data Importer Generator (Excel) is provided with instructions, that will generate a formatted data importer file and the configuration parameters to import that file.
• Live eMail notifications on import start and completion, live access to log files on shared FTP server.
• Self-Service: The Consultant can run and re-run the importer, by himself, at any point and time, no idle time between import creation, run and validation.
The use of unique and automatically generated external keys during the process allows to create a “Set” of importer files which can be used on any environment without any (manual) adjustment(s).
• Create a project.
• Create 10 tasks under this project.
• Create 30 reservations under those tasks.
-> Create a project with ekey:/2//upload524/Project123.
-> Create 10 tasks with ekey:/2/Upload524/Task 1- 10 under that project with this reference, which will never change.
-> Create 30 reservations under those tasks with ekey:/2/Upload524/Reserv1-30, also linked to the task ekey that will never change !
• Increased efficiency
• Decreased risk for man-mistake
• Simplified maintenance
Importers
Importer
|
Description | Links | Main Standard Functionalities | Out of Scope / Not supported |
---|---|---|---|---|
Project (In Progress - version available) |
Creation and update of projects and project attributes. | • Create a project if it does not exist. • Update a project if it exists. • Update Project Attributes as: + Custom Fields (all types: date, text, long text, date, currency) + Alternate Structures - Single-Selection, passed by Description - Single-Selection, passed by Sequence ID - Multi-Selection, passed by Description, with/out Primary Value |
• Deletion of projects. • Update of Project Status. • Update of Associated Values for the Multi-Selection alternate structures. • Update of Multi-Selection alternate structure by Sequence ID. • Creation/Maintenance of Alternate Structure values. |
|
Coming soon... | ||||
Structure (In Progress) |
Creation and updates of structure values |
• Creation of structure. |
||
Resource (Backlog) |
Custom Interfaces between our own Solutions.
Product Management is in charge for connections (integrations) between our solutions.
Letting PS create custom interfaces between our products will sooner or later lead to issues between the standard connectors and the custom integrations.
When there is high pressure from the customer or prospect, we should follow the following process:
- Have a discussion what they want to achieve with the interface => much more a Business discussion than a technical discussion.
- This should be lead by the Managing Consultant (and maybe the Solution Architect / Functional Consultant).
- If needed GIS can help, but that should be a rare exception.
- Understand if the Business Goal(s) can be achieved with the OOTB connectors that Product Management provide.
- Again, Managing Consultant / Core Team take the Lead.
- Potentially checking back with Product Management.
- Push back on things that are on the Roadmap.
- If understood that neither current nor future Product functionality has the desired outcome, and the customer is still pushing for it.
- Make clear that the Customer understands that ...
- this is a CUSTOM interface just for them.
- it is NOT intended to work in parallel to the standard connector between the two impacted solutions.
- there is a desire to replace this custom interface by the standard connector as soon as the standard connector has the desired functionality.
- Have a call with GIS / Managing Consultant to understand the scope and what could theoretically be done and estimate effort / cost.
- Make clear that the Customer understands that ...
- Before we give any estimate or do anything:so that we can decide together, if we really want to go down the route of custom interfaces.
- Check with Product Management again to get their Approval to offer this exception.
- Have a call with:
- The Managing Consultant.
- The person from the GIS who understands the use case best (Tim, Udo, Don...)
- Product Management (Marcus Klein / Jon High) if not clarified before
- Laurie or Henrik (depending on if this is a US or EMEA owned customer)
- Make sure to include wording to cover the points above (3.) in the Specifications, get the Customer Sign-off, start the normal Integration process.