Заўчасная актывацыя Workflow — Немедыцынскае рашэння

АБНАЎЛЕННЕ: Глядзіце гэты MSDN абмеркавання, Асабліва апошняя запіс: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. It describes a condition that may short circuit this whole thing. In short, гэта можа быць таксама проста, як стварэнне па меншай меры адно з палёў абавязковым.

У мяне ёсць бібліятэка дакументаў, якая падтрымлівае восем тыпаў кантэнту.

I have a SharePoint Designer workflow that wants to calculate and assign a "reminder date" проста адняць 30 дзён з іншага слупка, "due date". This should only happen for one of the content types, "Insurance". The business objective is to produce a KPI that shows two categories of insurance documents: "about to expire" and "expired." (Вы можаце даведацца больш аб гэтым выглядзе KPI і больш істотныя дэталізацыі тут).

I have configured the workflow to fire when a new item is created and when an item is modified. The idea is that when an insurance document is uploaded, we calculate a "warning date" based on the expiration date. A pair of views work in connection with a KPI List to highlight these conditions when users hit their home page.

Гэтая стратэгія не працуе, калі я загрузіць дакумент.

I upload the document and I am presented with the meta data entry screen. У гэты момант, I’m already in trouble. SharePoint has already, заўчасна з майго пункту гледжання, fired the workflow. I haven’t had a chance to pick the correct content type nor assign a due date. У той жа час, the workflow does not fire when I hit the submit button at this time. There’s some built-in logic that "believes" that first submit is part of the "create" event. Так … мой працоўны звольніў і калі яна выконваецца, it was passed default meta data values.

The best work-around I know of is to insert a "pause until" activity in the workflow. I have the workflow pause for 1 minute. While it’s pausing, Я выбраць правільны тып, enter the meta data and submit. The pause completes and the workflow proceeds as needed. (Звярніце ўвагу, што ў маім асяроддзі, timer workflow activities from SPD do not work out of the box. You may have the same trouble. Паглядзець тут для больш падрабязнай інфармацыі).

I don’t like "magic delay" work-around. What happens if the user uploads a document and the phone rings and the ensuing conversation outlasts the pause? I can make the pause longer, але я ўсё яшчэ не падабаецца.

Я пісаў пра гэта на форумах MSDN тут: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

8 думкі пра «Заўчасная актывацыя Workflow — Немедыцынскае рашэння

  1. Nyi Htway

    Гэй, хлопцы, Я атрымаў рашэнне. размясціць EventDriven дзейнасці побач з Workflow падзея Initialize. пакласці OnWorkflowItemChanged падзеі. Унутры ёсць, злавіць абноўленае значэнне з карыстацкага калонкі. Гэта працуе для мяне.

  2. Saurabh Singh
    Прывітанне,
    Я ствараю напамінам wrokflow дапамогай SharePoint Designer, and when i using "Pause Until Date" дзейнасць. It doesn’t resume and Workflow status does not change from "In Progress".
    (i.e it displays "Pausing for 0 хвілін" Працоўны працэс у гісторыі, але гэта не зойме пэўны дзеянне).
    I have created it many times but found same problem.
    Я зрабіў некаторыя звяртаючыся да дапамогі, што ў апошнія некалькі дзён, а адтуль я атрымаў выпраўленне  КБ 932394 і ўсталяваў яго, але да гэтага часу я знаходжуся ў той жа праблемы з Прыпыніць да даты Дзейнасць.
    Я таксама змяніў Праца дакументазвароту працягласць выкарыстання праграмы каманднай ад 5 хвілін 1 хвіліны, як паказана ніжэй:
    stsadm -o setproperty -propertyname "job-workflow" -propertyvalue "every 1 хвілін паміж 0 і 59" -URL-адрас http://localhost
    але знайшоў ж праблема.
    Што я павінен зрабіць для гэтага?
    Please suggest me why "Pause Until Date" doesn’t resume and Workflow status does not change from "In Progress" ў маіх работ.
    Калі ў каго ёсць якія-небудзь рашэнні адносна гэтага, калі ласка, адкажыце мне на saurabhsinghmca@gmail.com
    Дзякуй,
    Saurabh Kumar Singh
  3. Марк Андэрсан
    Хіба вы не можаце проста прымацаваць працоўны працэс з тыпам змесціва, непасрэдна, а ня спіс? It sounds like you want the workflow only to fire for a specific Content Type, у любым выпадку.
  4. багатая пісаў:
    Я бачыў паведамленне на аналагічнае пытанне, які сказаў, што вы павінны зрабіць неабходныя палі і што ён будзе затым спыніць працоўны працэс з страляць, пакуль неабходныя палі не будуць запоўненыя ў. Я не правяраў гэта проста дакументаванне тут тое, што я чытаў у іншым месцы.
  5. Коры
    We had this same issue and what we wound up doing was to create an "Unclassified" content type which was the default. As long as your workflows ignore the "Unclassified" Тып змесціва (і вы не стралялі па стварэнні) вы добра ісці.
  6. Джо пісаў:
    Я ведаю, што вы маеце на ўвазе… мой казаў тут у маім офісе, што робіць аб SharePoint 90% пра тое, што вам сапраўды трэба гэта рабіць… але, што ў мінулым 10% , Што ён не робіць, як правіла, сапраўды забойца.
  7. Paul Galvin
    Джо,
    I’m glad to know I’m not the only one. This is another case where SharePoint brings you soooo close to a solution but leaves you short and no really good option to finish the crossing line.
    I went down the same path you describe but didn’t finish it entirely. I expect I will end up doing exactly that in the end.
    Дзякуй за абмен,
    –Paul G
  8. Джо пісаў:
    Я знайшоў гэта праблема таксама – не толькі з датай арыентаваных працоўных працэсаў, але любы працоўны працэс у бібліятэку док, дзе карыстальнікі будуць загружаць дакументы.
    Калі працоўны працэс залежыць ад любых метададзеных, you can’t have it fire automatically because the upload fires the workflow before the metatdata is filled in. This is a flaw in SharePoint in my opinion.
    As for "reminder" даты, замест выкарыстання працэсу, I ended up writing a timer job that scans the list every day and sends out e-mail reminders based on a date field.
    I tried having users manually start the workflow after the metadata was entered, but I still had a problem using workflow for the reminders because it would pause the workflow until the reminder date, but if the user later edited the document data and changed the date, the old reminder workflow was still out there.

Пакінуць каментар

Ваш электронны адрас не будзе апублікаваны. Абавязковыя палі пазначаныя * *