Co fin de evitar un problema KPI Eu escribín sobre aquí, I did some testing and discovered that KPI’s work against folders with meta data in the same way that they work against documents or list items. I proved it out by creating a new content type based on the folder content type and then added a few fields. I created some indicators and proved to myself that KPIs work as expected. This was welcome news. It’s not perfect, because the drill-down you get from the KPI against the folders is not exactly what you want. This isn’t too much a drawback in my case because 1) os usuarios finais non saben de nada e 2) the drill-down goes to a folder. They click the folder name and they are at the item. It’s two clicks instead of one, o que non é o fin do mundo.
This flowed nicely with the work I was doing. I am creating a folder for every document that gets uploaded. This is done via an event receiver. Como resultado, é unha peza de bolo para manter o pai do cartafol meta data in sync with the KPI-driven meta data from the file itself since the plumbing is already in place. This allows me to have my KPI’s and eat them too 🙂
I modified the event receiver to add the folder and then set this new folder’s content type to my custom KPI-friendly content type. This bit of code did the trick:
SPFolderCollection srcFolders = targetWeb.GetFolder("Documents").SubFolders; SPFolder addedFolder = srcFolders.Add(properties.ListItem.ID.ToString());
SPContentTypeId kpiCT = novo SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F"); addedFolder.Item["Content Type ID"] = KpiCT; addedFolder.Item.Update();
Para atopar o real Content Type ID, Eu acessei este tipo de contidos a través de configuración do sitio web e copiar / pegar lo da URL, como se mostra:
</final>