Ho scritto un articolo dettagliato un paio di settimane fa che descrive come creare un flusso di lavoro SharePoint Designer che invia un'e-mail di promemoria di attività su base giornaliera. È stato pubblicato presso il nuovo SharePoint Magazine sito. Più in generale, l'articolo viene illustrato come creare una struttura loop in SPD.

La rivista ha una vasta gamma di articoli tra cui, tra le altre cose, roba molto tecnica, interviste e news del settore. Raccomando che si aggiunge al tuo feed RSS.

Se avete un prodotto o servizio da vendere, Vorrei anche considerare pubblicità sul sito. È ad un inizio forte con mille diverse paia di occhi guardano già. Che è sicuramente a crescere.

Infine, Se tu hai stato prurito a scrivere qualcosa e farlo fuori davanti a un pubblico più vasto, Questo è un grande momento e luogo per graffiare.

</fine>

Iscriviti al mio blog.

Mark Miller, oltre al Utente finale SharePoint ha pubblicato il mio ultimo articolo sull'utilizzo di SharePoint Designer per creare soluzioni di flusso di lavoro grande fino sul suo sito. Check it out.

In questo articolo, Parlo del processo di progettazione e, più in dettaglio, come impostare un processo di test affidabili e ripetibili utilizzando funzionalità di SharePoint (elenchi personalizzati, modelli di sito). L'articolo è destinato agli utenti finali, ma l'approccio è troppo buono per gli sviluppatori.

</fine>

Iscriviti al mio blog.

La settimana scorsa, Stavo lavorando fuori come loop e implementare una macchina a stati utilizzando SharePoint Designer e menzionato, come divagazione, che sarebbe probabilmente scrivere un post sul blog sulla migliore registrazione del flusso di lavoro.

Pozzo, Sanjeev Rajput mi ha battuto sul tempo. Date un'occhiata.

Salvataggio dei dati di log in un elenco personalizzato sembra superiore a usando la storia del flusso di lavoro regolare:

• È solo un elenco personalizzato, così è possibile esportarlo in excel molto facilmente.
• È possibile creare visualizzazioni, filtrare in modo dinamico i dati, ecc.
• Esso non è soggetto ad auto-spurgo che si ottiene con la storia del flusso di lavoro regolare.

Ci sono alcuni rischi / aspetti negativi:

• Diversi flussi di lavoro in esecuzione con un sacco di registrazione potrebbe causare troppi dati devono essere scritti nell'elenco.
• Forse si * * vogliono la pulizia automatica. Non si ottiene tale funzionalità con questo approccio (senza codifica).
• La sicurezza è difficile. Per scrivere l'elenco, l'utente deve disporre dell'autorizzazione per eseguire questa operazione. Ciò significa che probabilmente non è adatto per qualsiasi tipo di "official" Revisione contabile poiché l'utente potrebbe scoprire l'elenco e modificarlo. Questo potrebbe essere superato con qualche programmazione personalizzata.

</fine>

Iscriviti al mio blog.

Questa settimana ho finito fuori una prova del progetto concept per un cliente a Manhattan. Mentre l'implementazione della soluzione, Mi sono imbattuto in un altro difetto del muschio KPI (vedi qui per un problema di KPI precedente e la mia soluzione).

Sfondo: Abbiamo usato il flusso di lavoro SharePoint Designer per modellare un processo piuttosto complesso multi-mese lungo di affari. Come esso sbuffava, esso sarebbe aggiornare alcune informazioni sullo stato in un elenco. Gli indicatori KPI utilizzano questi dati per fare loro mojo.

Abbiamo deciso di creare un nuovo sito ogni volta che uno nuovo di questi processi aziendali prende il via. A parte il flusso di lavoro stesso, questi siti ospitano diverse raccolte di documenti, utilizzare gruppi di destinatari e così via. Solo un mucchio di roba per aiutare con la collaborazione tra i dipendenti interni, viaggio di dipendenti e il client di partecipanti business partner.

Abbiamo anche voluto mostrare alcuni indicatori KPI che promosse dai dati sullo stato del flusso di lavoro di monitorare la salute generale di quel processo di business specifici e visualizzate mediante gli indicatori KPI.

Infine, abbiamo utilizzato gli elementi dell'elenco KPI che fare un conteggio su una vista su un elenco nel sito (invece di tirare da un'altra origine dati, come excel o SQL).

Il problema: Come si può immaginare, Supponendo che siamo stati a portare avanti l'idea di base in un mondo di produzione, Ci vorrebbe un modello di sito. Eseguire il provisioning di un nuovo sito basato su un processo di business"" modello.

Il problema è che non riesco a ottenere un indicatore KPI funziona in quel modo. Quando creo un nuovo sito basato su un modello con un elenco KPI e web part KPI, dati KPI del nuovo sito sono rotti. Punti elenco di KPI del nuovo sito qualunque origine è definito quando si prima salvato come un modello.

A titolo di esempio:

• Creare un nuovo sito e costruirlo alla perfezione. Questo sito include i dati KPI.
• Che salva come modello.
• Creare un nuovo sito e se fuori il modello di base.
• Elementi dell'elenco KPI di questo nuovo sito’ fonti di scegliere il modello di sito, non il sito corrente.

Il processo di creazione di istanze non correggere l'URL.

Ho provato a risolvere questo problema specificando un URL relativo, quando si definisce l'elemento di elenco KPI. Tuttavia, Non ho potuto ottenere qualsiasi variazione di quella di lavoro.

Ho sempre voglia di coppia questi problema"" i post del blog con qualche tipo di soluzione, ma in questo caso non ho una buona. Il meglio che riesco a capire è che è necessario andare sul sito appena provisioning e fissare il tutto manualmente. L'interfaccia utente rende questo ancora più difficile perché modificare l'URL dell'elenco sorgente provoca un aggiornamento, così è davvero necessario ridefinire il tutto da zero.

Se qualcuno conosce un modo migliore per gestire questa, si prega di inviare un commento.

</fine>

Recentemente ho imparato che è possibile e anche abbastanza facile da creare un flusso di lavoro macchina tramite SharePoint Designer. La necessità è la madre di invenzione e tutta quella roba buona e avevo bisogno di questa settimana che ha cercato un'invenzione. Per coincidenza, Sono imbattuto in Questo post nel forum MSDN pure. La mia esperienza personale questa settimana e che "la conferma indipendente" conferisce forza alla mia convinzione. Ho intenzione di scrivere su questo con un esempio completo di lunghezza maggiore, ma ecco il nocciolo di esso:

• L'approccio sfrutta il fatto che un flusso di lavoro può modificare una voce di elenco, innescando un nuovo flusso di lavoro. Normalmente ho considerato questo per essere un fastidio e anche blogged circa usando i semafori per gestire la cosa.
• SharePoint consente di flussi di lavoro indipendenti multipli di essere attivo contro una determinata voce dell'elenco.

Per configurarlo:

• Progettare la vostra macchina dello stato (vale a dire, gli Stati e come stati di transizione da uno alla successiva).
• Implementare ogni stato come flusso di lavoro separato.
• Configurare ognuno di questi flussi di lavoro dello stato di esecuzione in risposta a qualsiasi cambiamento nella voce di elenco.

Ogni flusso di lavoro stato segue questo modello approssimativo:

• Dopo l'inizializzazione, determinare se davvero deve essere eseguita controllando le informazioni sullo stato in "elemento corrente". Interrompere se non.
• Fare il lavoro.
• Aggiornare l'elemento corrente"" con nuove informazioni sullo stato. Ciò innesca un aggiornamento all'elemento corrente e spara a tutti i flussi di lavoro di stato.

A parte l'ovvio vantaggio che si può creare un flusso di lavoro macchina dichiarativa dello stato, tutto quello che le informazioni sullo stato sono formidabile per la costruzione di indicatori KPI e interessanti visualizzazioni.

Hanno un inconveniente abbastanza sostanzioso — il monitoraggio della cronologia del flusso di lavoro standard è ancora più inutile del normale 🙂 È facile rimediare, Tuttavia. Memorizzare tutte le tue informazioni di tipo di controllo in un elenco personalizzato. Che è probabilmente una buona idea anche per flusso di lavoro sequenza alla vaniglia, ma questo è per un altro post sul blog 🙂

Io chiamo questo un "mea culpa" perché ho, Purtroppo, ha detto più di una volta sul forum e altrove che si deve utilizzare visual studio per creare un flusso di lavoro macchina. Che semplicemente non è vero.

</fine>

Iscriviti al mio blog.

È possibile generare un ciclo infinito in un flusso di lavoro SharePoint Designer. Un modello di implementazione comune come questo provoca il problema:

• Creare un flusso di lavoro e di associare a un elenco.
• Indicare che essa dovrebbe inizio per creare dei nuovi elementi e l'aggiornamento di elementi esistenti.
• Un passaggio nel flusso di lavoro aggiorna un campo "Elemento corrente".
• Poiché l'elemento corrente modificata, il flusso di lavoro inizia nuovamente.

Per evitare questo ciclo infinito, implementare un semplice semaforo:

• Aggiungere una colonna del sito (o colonna alla lista/libreria se non si utilizzano i tipi di contenuto).
• Nasconderlo dalla pagina di modifica (facile da fare se una colonna del sito tramite la relativa proprietà, non è facile se una colonna di elenco).
• Del flusso di lavoro, controllare per vedere se il valore della colonna semaforo è vuoto.
• Se è vuoto, impostarlo su un valore non vuoto e procedere.
• Se non è vuoto, uscire immediatamente.

Questo può diventare una soluzione abbastanza sfumata, a seconda delle esigenze aziendali e così via, ma è stato un modello praticabile quando ho avuto bisogno.

</fine>

Iscriviti al mio blog.

Come molti sanno, il modello di formazione dei dipendenti fornito da Microsoft qui ha un bug che possiamo riprodurre seguendo questi passi:

• Creare una classe con una dimensione massima di 10 studenti.
• Registro –> Totale disponibile posti correttamente decrementa di uno. Risultato: 9 posti disponibili.
• Annullare la registrazione: –> Bug. Totale posti disponibili dovrebbero incrementare di uno. Non è così. Risultato: 9 posti disponibili secondo SharePoint, ma in realtà, Ci sono 10 posti disponibili.

Soluzione: Utilizzare SharePoint Designer per correggere il flusso di lavoro.

Primo, Aprire il sito. L'elenco delle cartelle per me assomiglia a questo:

Se abbiamo uno sguardo all'iscrizione partecipante"" flusso di lavoro, vediamo che c'è un passaggio con l'etichetta "Applica criteri di soggiorno". Sembra che questo:

Questo passaggio del flusso di lavoro aggiorna la voce incrementando i posti pieni di"" colonna di metadati sul corso. Se abbiamo che tirare più dettagliatamente, Vediamo questo:

Ecco tutte le informazioni di cui abbiamo bisogno riparare l'annullamento della registrazione del flusso di lavoro.

Se noi capovolgere l'annullamento della registrazione del flusso di lavoro, non c'è nessun passaggio di flusso di lavoro simile. Aggiungerla come segue:

1: Espandere "partecipante annullamento della registrazione" e di aprire il XOML (vedere la prima schermata sparato se siete persi).

2: Aggiungere una nuova variabile del flusso di lavoro, "Nuovi sedili riempiti" di tipo "Numero".

3: Assegnare un valore a "nuovo riempito posti" come illustrato:

4: Diminuire i posti pieni di 1:

5: L'elemento correlato corso di aggiornamento:

6: Assicurarsi che tutti i passaggi siano nella giusta sequenza. Per me, sembra che questo:

7: Finire il flusso di lavoro per ri-costruire.

8: Test.

</fine>

Iscriviti al mio blog.

Uno dei modelli emergenti che trovo nella lavorazione di soluzioni SharePoint sfrutta il flusso di lavoro di SharePoint Designer e un ricevente di eventi.

Ecco uno scenario aziendale di metterlo in contesto:

• Caricare un documento di un lib doc.
• Dà il via più passaggi del flusso di lavoro creato utilizzando SharePoint Designer.
• A un certo punto durante tale processo, flusso di lavoro viene assegnato un compito a qualcuno (via raccogliere dati dall'utente o assegnare un compito).
• Vogliamo utilizzare un indicatore KPI per tenere traccia di quanto tempo tale attività è in attesa di completamento. L'indicatore KPI mostri verde per le attività che vengono completate o due più di 3 giorni da oggi. Essa mostra giallo se l'attività è scadenza domani o oggi. Si vede rosso se l'attività è scaduto.
• Ecco il kicker: Voglio la data che spinge quel KPI per essere informati-vacanza.

Io non riesco a calcolare una dovuta vacanza-aware data molto facilmente nel flusso di lavoro SharePoint Designer. Avrei dovuto creare un'azione personalizzata o utilizzare uno strumento di partito 3 °. Tuttavia, è abbastanza facile calcolare tale data in un ricevitore di eventi. Quei due si fondono insieme e otteniamo un modello come questo:

• Definire un nascosto sì/no colonna sito sulla raccolta documenti etichettati "DoCalcualteDueDate".
• Inizializzarla su false.
• Al momento opportuno nel flusso di lavoro (e. g. poco prima di "raccogliere dati" azione), assegnare il valore a True.
• Un ItemUpdate() ricevente di eventi Guarda per vedere se "DoCalculateDueDate" è vero. Dal momento che il ricevente di eventi viene eseguito su ogni aggiornamento, "DoCalculateDueDate" è normalmente false.
• Quando il flusso di lavoro assegna DoCalculateDueDate true, il ricevente di eventi calcola il dovuto vacanza consapevole data.
• Quando il ricevente di eventi fa questo calcolo, imposta il flag DoCalculateDueDate false.

Alla fine, Flusso di lavoro SPD è collegato con un ricevitore di eventi tramite il semaforo di DoCalculateDueDate e abbiamo vacanza-informato del debito date che vengono assegnate al momento esattamente corretto nella vita del flusso di lavoro. Controlli di SharePoint Designer quando viene assegnata la data di scadenza ma il ricevente di eventi esegue il calcolo effettivo e assegnazione.

</fine>

Iscriviti al mio blog.

AGGIORNAMENTO: Sono stato alla ricerca di come incorporare un flusso di lavoro SPD in una definizione di sito. Questa catena di forum MSDN ha alcune interessanti informazioni. Non è determinante, ma punti al percorso attraverso la giungla.

Sto dando questo post un po' stravaganti "comportamento osservato" piombo, dato che io sono un po' sospettosa di trarre conclusioni da esso. Flussi di lavoro SPD sono … temperamentali.

Persone spesso chiedono / chiedendo / da sfregamento sopra i flussi di lavoro SPD in movimento da un luogo a altro. Oggi, Ho seguito questi passi e ha fatto queste osservazioni:

• Ho creato un flusso di lavoro utilizzando SharePoint Designer in un sito collegato a una raccolta documenti.
• La libreria del documento associato già ospitato diversi documenti.
• Salvato il sito come un modello.
• Quando salvato il sito come un modello, Salvato il contenuto pure.
• Creato un nuovo sito nella stessa raccolta siti utilizzando quel modello.

A questo punto, Ho provato a eseguire il flusso di lavoro. Ha prontamente si è terminato con il messaggio del registro, "Impossibile su start".

Mi aspettavo questo. Ho grandi aspettative quando si tratta di spostare i flussi di lavoro SPD.

Ho continuato:

• Aperto il sito in SharePoint Designer.
• Dato un'occhiata al flusso di lavoro. Sembrava bello.
• Ho cliccato su "Finish".
• Ho eseguito il flusso di lavoro.

Stavolta, ha funzionato benissimo.

Io aggiungo che questo flusso di lavoro utilizzato "raccogliere dati dall'utente" azione che è un'azione relativamente complessa sotto il cofano.

Provvisoriamente concludere che il processo di "finitura" il flusso di lavoro causato SPD associare correttamente il flusso di lavoro SPD con la nuova raccolta documenti. Concludo anche il XOML e altri manufatti XML sono ragionevolmente "sciolti". Essi non sono super strettamente accoppiati alla raccolta documenti.

Che cosa fa questo significa? Supponendo che si tratta di un processo affidabile e riproducibile, C'è almeno un metodo grezzo che possiamo usare per posizionarli. Non so se questo sarebbe lavorare se abbiamo superato i limiti di raccolta del sito o anche più drasticamente, interi nuove aziende (e. g. dev alla fase a prod).

Se stai leggendo questo e inclinato, si prega di inviare un commento o email me la tua storia di migrazione di SharePoint Designer. I'll aggiornare volentieri questo distacco con qualsiasi intuizioni così offerti.

</fine>

Iscriviti al mio blog.

Spesso è utile archiviare informazioni sullo stato in un elenco personalizzato come un codice di approvazione che mai deve essere manipolato direttamente dagli utenti finali. Si tratta di uno scenario comune di affari. Ho lavorato su un progetto quest'anno che genera varie date di status e promemoria tramite flussi di lavoro SharePoint Designer che poi guidare KPI e generalmente supportano i processi aziendali critici.

Utilizzare un tipo di contenuto del sito / colonna per ottenere questo effetto.

Creare un tipo di contenuto del sito con la colonna stato come mostrato:

Nota lo stato" (per Demo)" campo in basso.

Successivo, fare clic sul nome della colonna per accedere alle proprietà della colonna. Selezionare "nascosto (Non apparirà in forme)" nella sezione Impostazioni di colonna come indicato:

Questo rimuove il campo dalle forme standard di modifica/aggiornamento. Tuttavia, è ancora disponibile nelle visualizzazioni, Indicatori KPI, il modello a oggetti e si desidera utilizzarlo altrove, tra cui SPD workflow.

</fine>

Iscriviti al mio blog.