Gent comunament pregunta sobre l'ús d'una columna de dades de tipus "persona o grup" en una altra columna de dades de tipus "Calculat".

Bottom line, això no funciona en WSS 3.0 (o molsa).

En afegir una columna calculada, WSS Mostra la llista de camps que li permet utilitzar per al càlcul. Si escriu en nom d'una columna que no és a la llista, li diu:

Un o més referències de columna no estan permesos., perquè les columnes es defineixen com un tipus de dades que no s'admet a les fórmules.

Solució: Utilitzar un controlador d'incidències. El controlador d'incidències incendis quan l'usuari estalvia l'element. Que realitza l'actualització que has volgut la columna calculada a fer per vostè.

Enllaços útils sobre calcula camps en general:

• Utilitzant [Mi] a una columna calculada
• Exemples d'expressions fórmules (gentilesa de http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Avís ràpid: Crec que l'anterior que és veritable i precisa, però he vist prou intel ligent trucs aquí i allà en MOSS/WSS que no em sorprendria molt (agog si es vol) Si algú ha imaginat una manera de fer això sense recórrer al codi. Si he imaginat intel ligent treball al voltant o coneix a algú que va fer, Si us plau deixi'm saber!

Vam fer una mica de pesat re-organitzar de nostre taxonomia lloc mitjançant "Gestionar contingut i estructura". Per raons desconegudes per a mi, Aquest procés (encara que treballant en els principals) va trencar alguns enllaços de navegació a la llanxa ràpida. Baules es caracteritzen per:

• URL equivocat. Per exemple, hauria de ser "/ llocs/departaments/recursos humans /…". No obstant això, el nou enllaç és "/ llocs/Corporate/recursos humans /…".
• Miques repetits en la cadena de consulta de l'epígraf, com a:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Que és bastant fàcil de solucionar mitjançant la navegació/configuració del lloc. Excepte, MOLSA em presenta amb això quan provo i fer-ho:

El fet és, ningú està fent qualsevol canvi hi (a part de mi, clar).

Una cerca ràpida encén aquest debat de fòrums MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier exposa-ho molt bé en el la penúltima (com de 10/02/07) correu:

Fet és:

Restaurar títols malmesos, has de :

– eliminar totes les llistes sota l'epígraf corromput

– treure partida corromput

– Des de la configuració de la llista, afegir una llista treta a la llanxa ràpida (Aquest regenerar un encapçalament no corromput)

Llavors ets bo per anar….

---

Expert en SharePoint – Sogeti Cap Gemini Suïssa

Jo estava una mica confós perquè em continuava volent anar a la pàgina de navegació, fer el canvi i llavors copejat amb la "pàgina va ser modificada" missatge. Amb el temps, Em vaig adonar que havia d'anar a la configuració de la llista i treure/afegir-lo a llanxa ràpida. Allò feia el truc. Temps feliços aquí són una altra vegada!

</final>

Subscriure's al meu blog!

ACTUALITZACIÓ 12/10/07: Hotfix com es descriu en MSDN KB929816 resolia el problema per a nosaltres s'esmenten a continuació. Obtenir l'hotfix i llavors instal·lar en cada servidor del conjunt. Llavors, utilitat de configuració de SharePoint a cada servidor. Aquí està l'enllaç de MS Support per aquell KB: http://support.microsoft.com/kb/932816.

Fons:

Tenim un requisit de negoci on un director d'Enginyeria Ambiental ha de garantir que 30 Some-Odd fabricació localitzacions a tot el Estats Units necessita assegurar que aquelles plantes d'arxiu per a la seva diversos permisos estat mandat d'una manera oportuna. Un enfocament que he investigat aprofita la "pausa fins data" activitat disponible a nosaltres via worfklow SharePoint Designer. El director d'Enginyeria (o el seu ajudant) Introdueix tots els permisos necessaris i dates recordatori a l'inici de l'any. El sistema llavors fa el pesat alçar.

Medi ambient:

MOSS, 64 mica, ambient de màquines virtual (quadre de desenvolupament), 2 servidors (SQL al servidor #1, tota la resta al servidor #2).

Problemes:

L'acció de pausa fins data sembla ser la solució perfecta i també pot resultar ser. No obstant això, no funciona well out of la caixa (per a nosaltres).

1. La feina del flux de treball no estava previst per executar, mai. Vaig descobrir això llegint a través Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excel lent escriptura fins mitjançant stsadm així:
   

   C:\>stsadm -o getproperty - propertyname "feina-flux de treball" -URL http://localhost

   <Existeixen propietat = "No" />

   C:\>

   Això va ser un resultat sorprenent però fàcilment resolt:

   C:\>stsadm -o setproperty - propertyname "feina-worfklow" -PropertyValue "cada 1 minuts entre 0 i 59" -URL http://localhost

   Operació completada reeixidament.

   C:\>

   A fer que, la primera "en curs" flux de treball ràpidament disparava cap amunt i ho feia feina.

2. Tristament, pròxim no funcionarà com es preveia. Afortunadament, Christopher ens fa referència aquí (http://support.microsoft.com/kb/932816). Com de l'escriptura d'aquesta entrada, t'esperem el Departament d'informàtica obtenir aquest hotfix, però semblen prometedor. Nostres còpies de la. dll afectats no comparteixen la mateixa mida byte, Així que espero que això resoldrà el problema.

Solució:

Tornar a executar l'ordre stsadm -o setproperty semblava productes el temporitzador de flux de treball despert. Ho vols, aproximadament 7 minuts més tard, en realitat desperta i continuar amb el flux de treball.

Preguntes / Temes abordats:

Pausa fins data no funciona.

Pausa fins data no reprendre.

Estat de flux de treball no canvie entre "en curs"

Estat de flux de treball es manté "en curs"

Visió de conjunt

Aquesta entrada es descriu un estudi de cas que descriu un present MRO (Manteniment, Reparació i operacions) procés d'aprovació d'un flux de treball implementats en MOSS.

Això no és un debat obertament tècnic, però en canvi necessita serveix per donar un exemple de món real que demostra com la plataforma de molsa conèixer un món real.

(Aquesta entrada és creu publicat entre http://paulgalvin.spaces.live.com i http://blogs.conchango.com)

Fons

Procés MRO del client havia caracteritzat per la següent

• Procés d'aprovació manual.
• Algun suport utilitza Superar fulls de càlcul.
• Procés d'aprovació irregular. El mateix procés d'aprovació MRO compra que varien el dia a dia, persona per persona.
• Munt de paper i mà escrit signatures — comprar requisitions necessaris fins a 3 signatures escrits abans d'aprovació definitiva.

Els objectius d'aquest projecte inclòs:

• Plenament automatitzar el procés.
• Fer complir les normes d'empresa per a l'aprovació.
• Proporciona una vista consolidada de la MRO compra a diferents gestors.
• Pista d'auditoria detallada.

Com a efecte secundari de la solució, signatures escrits ja no es requerien.

Procés d'aprovació

El procés d'aprovació consisteix en nedar quatre "carrils": Causant, Gestor directe, Director funcional i gerent de la divisió.

Causant:

Veu la necessitat per a la compra i comença el procés. Tingueu en compte que el causant pot o no pot realment entrar a la sol·licitud de compra, però en canvi directe un altre membre del personal per fer-ho. Algunes vegades, el causant no té els coneixements tècnics d'emplenar la sol·licitud de PO. Per exemple, un usuari pot voler exemple un nou ordinador portàtil, però no sap el millor venedor, Estàndards, etc. En aquest cas, les obres d'autor amb això i en realitat omple la sol·licitud.

Gestor directe:

Aquest és el gestor directe del causant (que pot ser diferent de la persona que en realitat va entrar la requisicions PO en MOSS). Gestors directes ha d'aprovar la sol·licitud PO abans el sistema busca aprovació més en la línia.

Director funcional:

El director funcional és la persona responsable de garantir que la proposta de compra conforme als estàndards d'empresa en l'àmbit d'una determinada funció corporatiu. Per exemple, Compres són aprovats per un director de TI funcional.

Gerent de la divisió:

Gestors de divisió aprovar compra requisitions estrictament per la quantitat de dòlars. Gerent de la divisió aprovar la compra requisitions en més d'una quantitat de dòlars configurable.

La solució

Hem utilitzat les següents eines i components d'implementar la solució:

MOSS: Serveix com a plataforma de la qual tota la resta es "penja". MOLSA proporciona serveis de base per a la seguretat, dades mestres, senders d'auditoria i altres característiques.

Serveis dels formularis de InfoPath: Un component de molsa, Això permet usuaris per omplir requisitions compra mitjançant un navegador web.

Dissenyador de SharePoint (SPD): Utilitzàvem SPD d'implementar el procés automatitzat de flux de treball.

Servei web: Un servei de web c# realça l'experiència d'usuari permetent en cascada llistes de seleccions en forma l'InfoPath i proporciona millor actuació pel que fa a les dades de filtratge. Veure aquí per a una immersió profunda tècnica sobre aquest tema i les nostres raons per utilitzar-lo.

Llistes de costum: Perfils d'usuari MOSS proporcionat cap directe d'un usuari determinat, però no va proporcionar la major part de les dades que controlaven les decisions de flux de treball (e. g. Si el director de la divisió és necessària per aprovar la sol·licitud de PO). Fem servir llistes personalitzades en un "dades d'empresa" lloc per mantenir dades com "Divisió director aprovació dòlar quantitat", "Funcionals àrea Manager" i així successivament. Llistes molt ben integrat amb l'InfoPath i també proporcionar creació/actualització/supressió (PORQUERIA) funcionalitat amb l'auditoria i seguretat de la caixa.

Cas d'ús

Aquest cas d'ús il. lustra com encaixa la solució:

1. Paul vol un portàtil nou. Descriu les seves necessitats per Vivek, una persona de TI familiaritzat amb estàndards de corporatius portàtil, venedors preferits, etc.
2. Vivek registres en MOSS, accedeix al formulari de sol·licitud PO i entra en la sol·licitud en nom de Paul. Forma Vivek demana per a una categoria de compra que llavors utilitza els serveis web a una llista desplegable de proveïdors de companyia aprovada de poblar. Vivek també especifica l'àrea funcional corporativa d'aquesta compra (e. g. "QUE" o "Finances").
3. SPD basat en un flux de treball s'inicia, determina cap directe de Paul i encamina la sol·licitud a la seu mànager, Stacy.
4. Stacy aprova la sol·licitud de compra.
5. SPD workflow inspecciona la requisicions i determina que és una compra de TI. -Rutes el flux de treball de director d'IT funcional, Wonson.
6. Wonson s'aprova la sol·licitud.
7. SPD workflow nou inspecciona la requisicions i determina que l'import de compra supera una quantitat de dòlars d'àrea i encamina a la gerent de la divisió d'aprovació.
8. El gerent de la divisió s'aprova la sol·licitud de compra.

Notes

• El cas d'ús demostra un "net" córrer sense rebuigs ni salts.
• Cada Aprovador té la capacitat per aprovar o rebutjar la sol·licitud, així com proporcionar comentaris escrits. Aquestes es registren en la pista d'auditoria.
• Si un gestor responsable rebutja la sol·licitud de compra en qualsevol moment, la requisicions PO està "mort" i el procés hagi iniciat des del principi.
• Flux de treball notifica el causant en cada pas del procés.
• Cap escrits signatures — el client determinat (després d'algunes recomanacions contundents) que l'auditoria recorreguda com proporcionats mitjançant la història d'un flux de treball, se serveix a les seves necessitats d'auditoria.
• Esforç — va prendre diverses setmanes aproximadament tres homes per implementar aquesta solució.

Conclusió

Aquesta solució aprofita MOSS com una plataforma de temps d'execució i desenvolupament. El client era capaç a força característiques principals molsa per automatitzar un procés de negocis de rutina que va afectar a gairebé tots els empleats de la companyia. Un servei web senzill amb l'excepció (que això mateix aprofita la molsa), gairebé no real "programació" era necessari.

La solució també serveix d'aparador"" per al client, demostrant com diferents característiques molsa es poden combinar per crear una aplicació plenament presentat negoci i generar noves oportunitats en el futur.

Glossari

MRO: Manteniment, reparació i operacions. Aquestes compres típicament inclouen elements com ara Quaderns de notes, cadires, ordinadors personals, Impressores, els telèfons mòbils i similars.

Això pot ser obvi per a molts, però temps estudiant per meu examen de programació de molsa, He après que és força fàcil d'obtenir l'XML real d'una consulta de cerca mitjançant la interfície d'usuari.

Un mètode ràpid és el següent:

• Cerca avançada d'accés.
• Realitzar una recerca que retorna algunes dades.
• Edita la pàgina (mitjançant la configuració del lloc).
• Canvia l'XSL per les següents:

<?XML versió="1.0" codificació="UTF-8"?>
<XSL:full d'estil versió="1.0" xmlns:XSL="http://www.w3.org/ 1999 / / transformació XSL">
<XSL:sortida mètode="XML" versió="1.0" codificació="UTF-8" sagnia="Sí"/>
<XSL:plantilla Partit="/">
<pre>
<XSL:còpia de Selecciona="*"/>
</pre>
</XSL:plantilla>
</XSL:full d'estil>

• Colpia aplicar.
• Mostra la font en el navegador.

Tingueu en compte que la <pre> etiqueta no fer molt excepte serveixen com a marcador còmode quan visualitzeu els resultats.

Aquest truc pot ser molt útil quan treballant amb propietats administrades i personalització de la recerca. Proporcionarà una llista definitiva de l'XML disponible per al seu ús en el seu xslt que hauria estat molt útil l'últim 25 vegades he creat alguns resultats de cerca personalitzats.

Això hauria de treballar per a dataviews, així, encara que no he provat això encara.

Vaig veure que Eric Kraus es va enfrontar a un requisit normalment es va reunir amb un element web de consulta de continguts. El problema? Va ser en un entorn de WSS pur sense accés a la CQWP. En lloc d'arraulir en posició fetal (un impuls que ha de lluitar cada dia, sembla), va acostar amb la solució que dóna com a mínim botigues WSS una casualitat de baralla per tenir èxit. És descrita aquí.

Stefan Goßner ha reunit una sèrie de 4 parts terrible en el contingut del SharePoint i desplegament API aquí. Ofereix una visió molt i molt bons exemples de codi (C#).

En primer lloc recollit aquest enllaç de joris poelmans bloc a http://jopx.blogspot.com/.

Fins i tot si vostè és com jo, que no li han hagut de fer molta feina Hands-on per a la gestió de continguts, això val la pena 20 minuts del seu temps per llegir.

Utilitzant l'API, es pot:

• Exportar i importar contingut molt fàcilment.
• Contingut re-principal. Si voleu exportar el contingut d'un lloc "A" i enviar-lo al lloc "B" però en un totalment nou lloc en la jerarquia, Això és possible.
• Exportar el contingut d'un lloc A i importar fragments seleccionats al lloc A.
• Torna a enllaçar contingut (significat d'acord amb tots els enllaços).

Algú de la Internets estava preguntant sobre com crear una columna calculada en una llista que mostra un valor formatat"[L'usuari] – [L'estat] – [Localització]" com en "Paul Galvin – Beure [lliure] Cervesa – La platja".

Paul vols entrar i actualitzar la seva entrada a la llista i la columna calculada actualitzaria adequadament. El [L'usuari] hauria d'omissió a la l'usuari entrar/actualització de la llista.

Una columna calculada no pot utilitzar "seguretat i volàtil" funcions com [Mi] o [Avui]. El resolia en un entorn de prova amb aquests passos:

1. Crear una columna de text anomenat "Usuari actual".
2. Posi el seu valor per defecte [Mi]
3. Crear una columna calculada anomenada "Prova Calc".
4. Posi el seu valor = [L'usuari actual]

Vaig anar, afegir un element a la llista i treballava.

Jo he estat infestats per això per a 9 mesos i vaig veure que la gent en els fòrums de MSDN i Usenet té too.l

Vegades, en accedir a un document del word (o altres tipus de document) des d'un document biblioteca provoca Explorador d'Internet simplement xoqués i se n'anirà (tenint totes les pestanyes amb ella si obriu qualsevol són).

Aquest hotfix MS pot solucionar-lo: http://support.microsoft.com/kb/938888

També, hi ha alguna descripció sobre el problema aquí:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Visió de conjunt:

Crear una llista personalitzada que gestiona un tipus de contingut amb algunes dotzena columnes.

Afegeix-lo a una pàgina i llavors via SPD, convertida en una visualització de dades.

Problema:

La meva expressió de Xpath tornava en blanc per a una columna anomenada "Posició actual". Referenciava així:

    <frontera taula = "1">
      <XSL:= seleccionar per a cada "/ files/dsQueryResponse/fila" >
        <tr>
          <TD>
            Estat actual:
            <XSL:valor de a select="@Current_x0020_Status"></XSL:valor de>
          </TD>
        </tr>
      </XSL>
    </taula>

La columna del CT s'anomena "Estat actual". Apareix a la cerca com "Estat actual". Onsevulla que miri, veieu "Estat actual".

Mentre uns bojament consisteix, buscant una solució, En canvi m'he referit a "@Recruiter" i vet aquí! — que realment tornar enrere la situació actual. Me l'esperava per tornar enrere el reclutador quan feia que.

Solució:

Em va ficar el SPD. Anar a la pàgina de l'SPD i Mostra la visualització de dades. Vostè pot inspeccionar l'actual dades proporcionada a la vista i associats Xpath. Aquí vaig saber que en efecte, el Xpath va assenyalar "Reclutat". Curiosament, la "real" camp reclutat assenyalat des de "Recruiter1".

Emportar-se:

SPD proporciona les expressions Xpath autoritzat per files & columnes a una visualització de dades.

Segon, Mostra les dades reals. Així, per exemple, una columna del tipus demostra:

<nobr><span><Un HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17»>Galvin, Paul</A><frontera img ="0" Alçada = "1" amplada = "3" src="/_layouts/images/blank.gif"/><un href = "javascript:’ onclick = "IMNImageOnClick();retorn fals;’ Class = 'ms-imnlink'><img nom ='imnmark’ títol =” frontera =’0′ alçada ='12’ amplada ='12’ src='/_layouts/images/blank.gif’ alt = "no hi ha informació de presència’ Preneu ='PGalvin@xxx.com’ Identificador ='imn_77, tipus = smtp'/></un></span></nobr>