FRISSÍTÉS: Lásd az MSDN-vita, különösen az utolsó bejegyzés: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Leírja a feltétellel, hogy lehet rövid áramkör ezt az egészet. Rövid, lehet, hogy olyan egyszerű, mint, hogy legalább az egyik mező kötelező.
Nekem van egy dokumentumtárban, amely támogatja a nyolc tartalomtípusok.
Nekem van egy SharePoint Designer munkafolyamatot, amely azt akarja, hogy kiszámítja, és rendelje hozzá a "emlékeztető dátuma" egyszerűen kivonásával 30 napon, egy másik oszlop, "esedékesség". Ez csak történjen, az egyik a tartalomtípusok, "Biztosítás". Üzleti célja, hogy készítsen egy KPI-t, ami mutatja a két kategória biztosítási dokumentumok: "körülbelül-hoz kilehel" és a "lejárt." (Tudod olvas több körülbelül ez a fajta KPI és több jelentős részletezése itt).
Nekem van beállítva a munkafolyamat a tüzet, amikor egy új elem jön létre, és amikor egy elem módosítása. Az ötlet az, hogy ha egy biztosítási dokumentumot feltöltött, számítjuk ki a "figyelmeztetés dátuma" a lejárati dátum alapján. Egy pár nézetek munka egy KPI-listát, hogy ezek a feltételek esetén a felhasználók hit a hazai oldalon.
Ez a stratégia nem működik, amikor feltölteni egy dokumentum.
Feltölteni a dokumentumot, és én vagyok bemutatott-val a meta adat belépés képernyő. Ezen a ponton, Én már a baj. SharePoint már, idő előtt a saját szemszögéből, lőttek a munkafolyamat. Nem volt egy esélyt, hogy válassza ki a megfelelő tartalomtípus nem ruház a kellő időpontban. Ezzel egy időben, a munkafolyamat nem tűz, mikor én megüt a alávet gomb, ebben az időben. Van néhány épít--ban logika, hogy "úgy véli" hogy először a küldési része a "létrehozása" esemény. Így … az én munkafolyamat van rúgva, és mikor végre, nem fogadtak el alapértékeket meta adatok.
A legjobb munka-körül tudom, hogy be egy "pause-ig" a munkafolyamat-tevékenység. Már a munkafolyamat szünet, a 1 perc. Míg ez a felfüggesztés, A megfelelő tartalomtípus kijelölése, írja be a meta-adatok. A szünet befejeződik, és a munkafolyamat bevétel szükség szerint. (Vegye figyelembe, hogy a környezetemben, a biztonsági házirendek Adatbázisából időzítő munkafolyamat-tevékenységek nem működnek a dobozból. Előfordulhat, hogy ugyanaz a baj. Lásd: itt További részletekért).
Nem szeretem a "magic késedelem" dolgozik-körül. Mi történik, ha a felhasználó feltölt egy dokumentum és a telefon cseng, és az azt követő beszélgetés outlasts a szünet? Lehet, hogy hosszabb szünet, de még mindig nem tetszik.
Írtam erről a MSDN fórumok itt: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1
Hé fickók, Megvan a megoldás. helyezze egy EventDriven tevékenység mellett a munkafolyamat inicializálása esemény. tesz egy OnWorkflowItemChanged esemény. Bent van, elkapni a frissített értéke, az egyéni oszlop. Ez szerkezet értem.
Én vagyok létrehozása a SharePoint Designer használatával emlékeztető wrokflow, és mikor én használ "szünet amíg dátum" tevékenység. Ez nem folytatódik, és a munkafolyamat-állapot nem változtatja meg a "Folyamatban".
(azaz ez jeleníti meg "felfüggesztése a védelem felfüggesztése a 0 perc" Munkafolyamat-előzmények, de ez nem intézkedniük megadott).
Létre, hogy sokszor, de megállapította, ugyanazzal a problémával.
Nekem van megtett némely googling, hogy az utolsó néhány nap, és onnan már kapott egy forró erősít KB 932394 és beiktatott ez, de még mindig én vagyok ugyanaz baj A Szüneteltetés lejáratának dátuma Tevékenység.
Is megváltozott a munkafolyamat-feladat idő tartam stsadm parancsot 5 hogy perccel 1 perc-az alábbi:
Mit kell tennem ezt?
Legyen szíves javasol én miért "szünet amíg dátum" nem folytatódik, és a munkafolyamat-állapot nem változtatja meg a "folyamatban" az én munkafolyamat.
Ha akárki volna akármi oldat, vonatkozólag ez akkor legyen szíves válaszol én-on saurabhsinghmca@gmail.com
köszönöm,
Válé Kumar Singh