This past week I finished off a proof of concept project for a client in Manhattan. While implementing the solution, Ek het in 'n ander tekortkoming van MOSS KPI (kyk hier vir 'n vorige KPI kwessie en my tydelike oplossing).
Agtergrond: We used SharePoint Designer workflow to model a fairly complex multi-month long business process. As it chugged along, it would update some state information in a list. KPIs use this data to do their mojo.
We decided to create a new site each time a new one of these business processes kicks off. Aside from the workflow itself, Hierdie webwerwe gasheer verskeie dokument biblioteke, use audience targeting and so forth. Just a bunch of stuff to help with collaboration among the internal employees, reis werknemers en die kliënt se deelnemende vennote.
Ons wou ook 'n paar KPI wat monitor die algemene gesondheid van die spesifieke besigheid proses om te wys as wat deur die staat workflow data en beskou die gebruik van die KPI.
Ten slotte, ons gebruik KPI lys items wat nie 'n telling op 'n oog op 'n lys in die webwerf (in teenstelling met die trek van 'n ander bron data, soos blink of SQL).
Die Probleem: Soos jy kan dink, aanvaarding van ons was die basiese idee om na uit te voer in 'n produksie-wêreld, we would want a site template. Provision a new site based off a "business process" sjabloon.
The problem is that you can’t seem to get a functioning KPI that way. When I create a new site based on a template with a KPI List and KPI web part, the new site’s KPI data are broken. The new site’s KPI list points at whatever source you defined when you first saved it as a template.
By wyse van voorbeeld:
- Create a new site and build it to perfection. This site includes the KPI data.
- Behalwe dat as 'n sjabloon.
- Skep 'n nuwe tuiste en basis as van die sjabloon.
- Hierdie nuwe webwerf se KPI lys items’ bronne verwys na die webwerf sjabloon, nie die huidige terrein.
Die Instantiëring proses nie korrek is die URL.
I tried to solve this by specifying a relative URL when defining the KPI list item. Egter, Ek kon dit nie kry nie variasie van wat om te werk.
I always want to pair up these "problem" blog boodskappe met 'n soort oplossing, but in this case I don’t have a good one. The best I can figure is that you need to go in to the newly provisioned site and fix everything manually. The UI makes this even harder because changing the URL of the source list causes a refresh, sodat jy regtig het die hele ding van die grond af te herdefinieer.
As iemand weet 'n beter manier om dit te hanteer, post a comment.
</einde>
Paul
Ek het nie gespeel met dit nog, maar kon die SharePoint Config Store help hier?