ĜISDATIGO 02/29/08: Mi solvis ĉi tiun problemon de kreanta tekon kaj tiam asignanta kontentan tipon al la teko kiu havas la meta datumo mi devas por la KPIs. Mi priskribis ke en malgranda pli da detalo #?i tie.
Ni efektivigis teknikan solvon kie uzanta alŝuto dokumentoj al dokumenta biblioteko. Eventa ricevilo kreas adresaron kaj movas la dosieron al tiu adresaro (Uzanta teknikon simila al kio mi skribis pri Ĉi tie). Ni sukcese navigis ĉirkaŭ la potencialaj aferoj kaŭzita de eventaj riceviloj kiu renomas uploaded dosieroj (Plejparte ĉar uzantoj neniam komencas ilian dokumenton de klakanta sur "Nova" Sed male krei la docs loke kaj tiam alŝuto ili).
La meta datumo por ĉi tiuj dokumentoj inkluzivas Jes/Neniun ejan kolumnon vokis "Urĝan" Kaj alia eja kolumno vokis "Statuson". Ni devas renkonti komercan postulon kiu montras la procenton de "Urĝa" Dokumentas kies statuso estas "Farota".
Tio ĉi estas kutime simpla fari Kaj mi priskribis ion tre tiel ĉe la SharePoint Beagle Kun multaj ekranaj pafoj se vi estas interesita.
Unuvorte, Mi faris la sekvantaron:
- Krei vidon sur la doc biblioteko vokis "Farotan".
- Formi la vidon ignori tekan strukturon.
- Krei KPIan Liston.
- Krei indikilon en la listo kiu indikas al la doc lib kaj ke "Farota" Vido.
Tio ĉi simple ne laboras. La KPI montras mian celon (Ekz. Kvin #ur?a dokumentoj) Sed ĉiam montras la realan nombron de urĝaj dokumentoj kiel nulo. Paradokse, Se vi boras malsupren al la detaloj, Ĝi montras la kvin urĝaj dokumentoj en la listo. Mi kreis tre simpla scenaro kun du dokumentoj, Unu en teko kaj unu ne. Ĉi tie estas la ekrano pafis:
La supra ekrano pafis klare rezultojn estas du dokumentoj en la vido sed la "valoro" Estas unu. La "CamlSchema" Kun malplena dokumenta #Identiga?o estas en la radika teko kaj la alia estas en teko nomis "84".
?i aperas al mi ke #e? kvankam vi specifas vidon, La KPI doesn?? Honoras la "rezulton #?iuj eroj sen tekoj" Fiksanta kaj male, Limigas ?in mem al la radika teko.
Se mi?? #Mal?uste, Bonvolu fali mi linio #a? lasi rimarkon.
</Fino>