Faţă de modele de Design tehnic SharePoint: Flux de lucru SharePoint Designer + Eveniment receptor = potenta mare Cocktail

Unul dintre modelele emergente găsi în crafting soluții SharePoint pârghii de flux de lucru SharePoint Designer şi un receptor de eveniment.

Iată un scenariu de afaceri să-l pună în context:

  • Pot încărca un document la un lib doc.
  • Mă lovi cu piciorul off multi-pas flux de lucru creat utilizând SharePoint Designer.
  • La un moment dat în timpul acestui proces, flux de lucru atribuie o sarcină de cineva (prin intermediul colecta date de utilizator sau atribuiți o activitate).
  • Dorim sa folosim un KPI pentru a urmări cât de mult această sarcină este în aşteptarea finalizării. KPI-ul arata verde pentru sarcini care sunt finalizate sau datorate mai mult 3 zile de acum. Acesta arată galben în cazul în care sarcina este scadentă mâine sau azi. Acesta arată roşu în cazul în care sarcina este trecut datorate.
  • Aici este fotbalist: Vreau la data la care unităţile KPI că a fi dependentă de vacanţă.

Nu poate fi calculată o vacanţă-conştient cuvenit prezent în flux de lucru SharePoint Designer foarte usor. Ar trebui să creeze o acțiune particularizată sau de a folosi un instrument 3rd petrecere. Cu toate acestea, este destul de uşor pentru a calcula astfel o dată într-un receptor de eveniment. Îmbinaţi cele două împreună şi vom obţine un model ca asta:

  • Defini un da ascunse/nici o coloană de site pe Biblioteca de documente etichetate "DoCalcualteDueDate".
  • Se iniţializează false.
  • La momentul oportun în fluxul de lucru (ex. chiar înainte de a "colecta date" acţiune), atribuiţi acea valoare True.
  • O ItemUpdate() eveniment receptor pare pentru a vedea dacă "DoCalculateDueDate" este adevărat. Deoarece evenimentul receptorul rulează pe fiecare actualizare, "DoCalculateDueDate" este în mod normal, fals.
  • Când fluxul de lucru atribuie DoCalculateDueDate la true, receptorul eveniment calculează due dependentă de vacanţă data.
  • Când receptorul eveniment face acest calcul, Aceasta stabileşte pavilion DoCalculateDueDate false.

În cele din urmă, SPD flux de lucru este comunicat cu un receptor de evenimente prin intermediul semafor DoCalculateDueDate şi avem de vacanţă-conştient datorate datele care sunt asociate la momentul exact corecte în fluxul de lucru pe viata. Controale SharePoint Designer atunci când data scadenţei este atribuit dar receptorul eveniment efectuează reale de calcul şi atribuire.

</scop>

Aboneaza-te la blog-ul meu.

lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate *