Dit afgelopen week ik afgewerkt een bewijs van concept project voor een cliënt in Manhattan. Terwijl de implementatie van de oplossing, Ik liep in een andere tekortkoming van MOSS KPI 's (Zie hier voor een eerdere KPI-kwestie en mijn workaround).
Achtergrond: We SharePoint Designer workflow gebruikt om het model van een vrij complexe meerdere maanden lange bedrijfsproces. Als het pufte langs, het zou sommige statusgegevens in een lijst bijwerken. KPI's gebruiken deze gegevens om te doen hun mojo.
We besloten om een nieuwe site wordt gemaakt telkens wanneer die een nieuwe transactie van deze bedrijfsprocessen aftrap. Afgezien van de werkstroom zelf, deze sites host meerdere documentbibliotheken, gebruiken van doelgroepen, enzovoort. Gewoon een heleboel dingen om te helpen met samenwerking tussen de interne medewerkers, reizen werknemers en de client de deelnemende zakelijke partners.
We wilden ook Toon Sommige KPI's die toezicht op de algehele gezondheid van dat specifieke bedrijfsproces bevorderd door de werkstroom staat gegevens en bekeken met behulp van de KPI 's.
Tot slot, we gebruikt KPI-lijstitems die een telling op een zicht op een lijst op de site doen (in tegenstelling tot trekken uit een andere gegevensbron, zoals excel of SQL).
Het probleem: Zoals u zich kunt voorstellen, ervan uitgaande dat we moesten voeren het basisidee vooruit in een productie-wereld, Wij willen een sitesjabloon. Bepaling van een nieuwe site op basis van een "business process" sjabloon.
Het probleem is dat u niet lijken te krijgen een functionerende KPI die manier. Wanneer ik een nieuwe site op basis van een sjabloon met een KPI-lijst en KPI-webonderdeel maken, de nieuwe site KPI gegevens zijn gebroken. De nieuwe site KPI lijst punten op welke bron u hebt gedefinieerd toen u het eerst hebt opgeslagen als een sjabloon.
Bij wijze van voorbeeld:
- Een nieuwe site maken en bouwen tot in de perfectie. Deze site bevat de KPI-gegevens.
- Die als een sjabloon opslaan.
- Maak een nieuwe website en baseren als uit de sjabloon.
- Deze nieuwe site KPI-lijstitems’ bronnen wijzen op de sitesjabloon, niet de huidige site.
De URL niet wordt opgelost door het instantiëren proces.
Ik heb geprobeerd dit op te lossen door een relatieve URL op te geven bij het definiëren van het lijstitem KPI. Echter, Ik kon niet krijgen een variatie van dat aan het werk.
Ik wil altijd aan paar op deze "probleem" blogberichten met een soort van oplossing, maar in dit geval heb ik niet een goeie. De beste die ik kan vinden is dat je nodig hebt om naar de nieuw ingerichte site in en alles handmatig vast te stellen. De Gebruikersinterface maakt dit nog moeilijker omdat de URL van de bronlijst wijzigt, wordt een vernieuwen, dus je moet echt het hele ding van kras opnieuw definiëren.
Als er iemand weet een betere manier om dit te gaan, post een reactie.
</einde>
Paul
Ik heb niet gespeeld met het nog, maar kan de SharePoint Config winkel hier helpen?