ಅಕಾಲಿಕ ವರ್ಕ್ಫ್ಲೋ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ — ಎ ನಾನ್ ವೈದ್ಯಕೀಯ ಪರಿಹಾರ

8 ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು

ನವೀಕರಿಸಲು: ಈ MSDN ಚರ್ಚೆಯನ್ನು ನೋಡಿ, ವಿಶೇಷವಾಗಿ ಕೊನೆಯ ಪ್ರವೇಶ: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. It describes a condition that may short circuit this whole thing. ಸಂಕ್ಷಿಪ್ತವಾಗಿ, ಕಡ್ಡಾಯವಾಗಿ ಜಾಗ ಕನಿಷ್ಠ ಮಾಡಿತು ಎಂದು ಸರಳ ಇರಬಹುದು.

ನಾನು ಎಂಟು ವಿಷಯ ಪ್ರಕಾರಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಒಂದು ದಾಖಲೆ ಗ್ರಂಥಾಲಯ.

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 ಮೇಲೆ "ಆಲೋಚನೆಗಳುಅಕಾಲಿಕ ವರ್ಕ್ಫ್ಲೋ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ — ಎ ನಾನ್ ವೈದ್ಯಕೀಯ ಪರಿಹಾರ”

  1. Nyi Htway

    ಹೇ ವ್ಯಕ್ತಿಗಳು, ನಾನು ಪರಿಹಾರ ಸಿಕ್ಕಿತು. ವರ್ಕ್ಫ್ಲೋ ಆರಂಭಿಸಲು ಘಟನೆಗೆ ಮುಂದಿನ ಒಂದು EventDriven ಚಟುವಟಿಕೆ ಇರಿಸಿ. ಒಂದು OnWorkflowItemChanged ಕ್ರಿಯೆಯನ್ನು ಪುಟ್. ಅಲ್ಲಿ ಒಳಗೆ, ಕಸ್ಟಮ್ ಕಾಲಮ್ನ ಅಪ್ಡೇಟ್ಗೊಳಿಸಲಾಗಿದೆ ಮೌಲ್ಯವನ್ನು ಕ್ಯಾಚ್. ಇದು ನನ್ನ ಕೆಲಸ.

    ಉತ್ತರಿಸಿ ↓
  2. ಸೌರಭ್ ಸಿಂಗ್
    ಹೈ,
    ನಾನು ಶೇರ್ಪಾಯಿಂಟ್ ಡಿಸೈನರ್ ಬಳಸಿಕೊಂಡು ಒಂದು ಜ್ಞಾಪನೆ wrokflow ರಚಿಸುವ ನಾನು, 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.
    ಕಳೆದ ಕೆಲವು ದಿನಗಳಲ್ಲಿ ಕೆಲವು ಆ Googling ಮಾಡಿದ, ಮತ್ತು ಅಲ್ಲಿಂದ ನಾನು ಬಿಸಿ ಫಿಕ್ಸ್ ಪ್ರಾರಂಭವಾಯಿತು  ಕೆ.ಬಿ. 932394 ಮತ್ತು ಸ್ಥಾಪಿಸುವಂತೆ ಆದರೆ ಈಗಲೂ ನಾನು ಅದೇ ತೊಂದರೆ ಇದ್ದೇನೆ ದಿನಾಂಕ ವರೆಗೆ ವಿರಾಮ ಚಟುವಟಿಕೆ.
    ನಾನು ಕೂಡ ಬದಲಾಗಿದೆ ಕೆಲಸದ ಕಾರ್ಯ ಪ್ರಗತಿ ರಿಂದ stsadm ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಸಮಯ ಅವಧಿಯನ್ನು 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
    ಧನ್ಯವಾದಗಳು,
    ಸೌರಭ್ ಕುಮಾರ್ ಸಿಂಗ್
    ಉತ್ತರಿಸಿ ↓
  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. ಜೋ ಬರೆದರು:
    ನಾನು ನೀವು ಅರ್ಥವನ್ನು ತಿಳಿಯಲು… ನನ್ನ ನನ್ನ ಕಛೇರಿಯಲ್ಲಿ ಇಲ್ಲಿ ಸುಮಾರು ಹೇಳಿದರು ಎಂದು ಶೇರ್ಪಾಯಿಂಟ್ ಬಗ್ಗೆ ಹೊಂದಿದವರಿಗೆ 90% ನೀವು ನಿಜವಾಗಿಯೂ ಮಾಡಲು ಅಗತ್ಯತೆ ಏನು… ಆದರೆ ಕೊನೆಯ 10% ಇದು ಮಾಡುವುದಿಲ್ಲ ಎಂದು ಸಾಮಾನ್ಯವಾಗಿ ನಿಜವಾಗಿಯೂ ಒಂದು ಕೊಲೆಗಾರನಾದ.
    ಉತ್ತರಿಸಿ ↓
  7. ಪಾಲ್ ಗಾಲ್ವಿನ್
    ಅಸಾಮಿ,
    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.
    ಹಂಚಿಕೊಂಡಿದ್ದಕ್ಕಾಗಿ ಧನ್ಯವಾದಗಳು,
    –ಪಾಲ್ ಜಿ
    ಉತ್ತರಿಸಿ ↓
  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.
    ಉತ್ತರಿಸಿ ↓

ಒಂದು ಉತ್ತರಿಸಿ ಬಿಡಿ

ನಿಮ್ಮ ಈಮೇಲ್ ವಿಳಾಸ ರ ಆಗುವುದಿಲ್ಲ. ಅಗತ್ಯವಿರುವ ಜಾಗ ಗುರುತಿಸಲಾಗಿದೆ *