קאַטעגאָריע אַרטשיוועס: שאַרעפּאָינט

ניצן “מענטש אָדער גרופע” אין אַ קאַלקיאַלייטיד זייַל

People commonly ask about using a column of data type "Person or Group" in another column of data type "Calculated".

דנאָ שורה, דאָס טוט נישט אַרבעטן אין ווסס 3.0 (אָדער מאָך).

ווען אַדינג אַ קאַלקיאַלייטיד זייַל, WSS shows the list of fields it allows you to use for the calculation. If you type in the name of a column that is not in its list, עס דערציילט איר:

איינער אָדער מער זייַל באַווייַזן זענען נישט ערלויבט, ווייַל די שפאלטן זענען דיפיינד ווי אַ דאַטן טיפּ אַז איז ניט געשטיצט אין פאָרמולאַס.

וואָרקאַראָונד: Use an event handler. The event handler fires when the user saves the item. It performs the update you would have wanted the calculated column to do for you.

נוציק לינקס אויף קאַלקיאַלייטיד פעלדער אין אַלגעמיין:

שנעל אָפּלייקענונג: איך גלויבן די אויבן צו זייַן אמת און פּינטלעך, אָבער איך ווע געזען גענוג קלוג טריקס דאָ און דאָרט אין מאָך / ווסס אַז איך וואָלט ניט זייַן גאָר סאַפּרייזד (אַגאַג אויב איר וועט) if someone has figured out a way to do this without resorting to code. If you’ve figured out clever work-around or know someone that did, please let me know!

מאָך / ווסס דערציילט מיר: “דער בלאַט האט שוין מאַדאַפייד דורך אן אנדער מחבר אויף …” אָבער פאקטיש, עס איז ניט.

We did some heavy duty re-organizing of our site taxonomy via "Manage Content and Structure". For reasons unknown to me, דעם פּראָצעס (כאָטש ארבעטן אין די הויפּט) broke some navigation links in the quick launch. The broken links are characterized by:

  • Wrong URL. לעמאָשל, it should be "/sites/departments/HumanResources/…". אָבער, the new link is "/sites/Corporate/HumanResources/…".
  • ריפּיטיד ביטן אויף די אָנפֿרעג שטריקל פון די כעדינג, ווי אין:

/זייטלעך / דיפּאַרטמאַנץ / הומאַנרעסאָורסעס / _לייַאָוץ / וויעוולסצ.אַספּקס?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, מאָך גיט מיר מיט דעם ווען איך פּרובירן און טאָן עס:

בילד

די פאַקט איז, קיין איינער איז געמאכט קיין טוישן דאָרט (באַזונדער פון מיר, אַוואַדע).

א שנעל זוכן טורנס אַרויף דעם מסדן גרופּעס דיסקוסיע: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

וויליאם העורדיער לייז עס אויס נייסלי אין די די פּענאַלטאַמאַט (ווי פון 10/02/07) פּאָסטן:

פאַקט איז:

צו באַשטעטיק פארדארבן כעדינגז, איר האָבן צו :

– אַראָפּנעמען אַלע די רשימות אונטער פארדארבן כעדינג

– אַראָפּנעמען פארדארבן כעדינג

– פון דער רשימה סעטטינגס, add a removed list to the quick launch (דאס רעגענערירן אַ ניט פארדארבן כעדינג)

איר זענט דעמאָלט גוט צו גיין….


שאַרעפּאָינט עקספּערט – היטל געמיני סאָגעטי שווייץ

איך איז געווען אַ ביסל צעמישט ווייַל איך געהאלטן פעלן צו גיין צו די נאַוויגאַציע בלאַט, make the change and then get hit with the "page was modified" message. Eventually, I realized I had to go to the list settings and remove/add it to quick launch. That did the trick. Happy times are here again!

</עק>

אַבאָנירן צו מיין בלאָג!

פּראָבלעמס מיט “פּויזע ביז טאָג” טעטיקייט אין ספּד-באשאפן וואָרקפלאָווס

דערהייַנטיקן 12/10/07: Hotfix as described in MSDN KB929816 solved the problem for us mentioned below. Obtain the hotfix and then install on each server on the farm. דעמאָלט, sharepoint configuration utility on each server. Here is the MS Support link for that KB: http://support.microsoft.com/kb/932816.

הינטערגרונט:

מיר האָבן אַ געשעפט פאָדערונג ווו אַ ינווייראַנמענאַל ינזשעניעריע פאַרוואַלטער דאַרף צו ענשור אַז 30 some-odd manufacturing locations located throughout the United States needs to ensure that those plants file for their various state-mandated permits in a timely fashion. One approach we’ve investigated leverages the "Pause Until Date" activity available to us via SharePoint Designer worfklow. The engineering manager (אָדער איר אַססיסטאַנט) enters all the required permits and reminder dates at the start of the year. The system then does all the heavy lifting.

סוויווע:

מאָך, 64 ביסל, ווירטואַל מאַשין סוויווע (אַנטוויקלונג קאַסטן), 2 סערווערס (סקל אויף סערווירער #1, אַלץ אַנדערש אויף סערווירער #2).

פּראָבלעמס:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. אָבער, עס טוט נישט אַרבעט גוט אויס פון די קעסטל (פֿאַר אונדז).

  1. די וואָרקפלאָוו אַרבעט איז נישט סקעדזשולד צו לויפן, ever. I discovered this by reading through קריסטאַפער ווייסע ס (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excellent write-up by using stsadm thusly:

    C:\>stsadm -o getproperty -propertyname "job-workflow" -URL הטטפּ://לאָקאַלהאָסט

    <Property Exist="No" />

    C:\>

    וואָס איז געווען אַ חידוש רעזולטאַט אָבער לייכט סאַלווד:

    C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 מינוט צווישן 0 און 59" -URL הטטפּ://לאָקאַלהאָסט

    אָפּעראַציע געענדיקט הצלחה.

    C:\>

    אויף טאן אַז, the first "In Progress" וואָרקפלאָוו געשווינד פייערד אַרויף און האט עס 'ס אַרבעט.

  2. סאַדלי, the next one didn’t work as expected. טאַנגקפאַלי, Christopher refers us דאָ (http://support.microsoft.com/kb/932816). As of writing of this entry, מיר ניטאָ ווארטן פֿאַר די עס אָפּטיילונג צו קריגן אַז האָטפיקס, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, אַזוי אַלעווייַ דעם וועט סאָלווע די פּראָבלעם.

וואָרקאַראָונד:

Re-running the stsadm -o setproperty command seemed to prod the workflow timer awake. It would, בעערעך 7 מינוט שפּעטער, actually wake up and continue along with the workflow.

שאלות / ישוז אַדדרעססעד:

פּויזע ביז טאָג טוט נישט אַרבעטן.

פּויזע ביז טאָג טוט נישט נעמענ זיכ ווידער.

Workflow status does not change from "In Progress"

Workflow status stays "In Progress"

MRO וואָרקפלאָוו פאַל לערנען ניצן מאָך, ספּד, ינפאָפּאַטה & וועב באַדינונגען.

איבערבליק

דעם פּאָזיציע באשרייבט אַ פאַל לערנען דיסקרייבינג אַ פאַקטיש MRO (וישאַלט, ריפּער און אָפּעראַטיאָנס) וואָרקפלאָוו האַסקאָמע פּראָצעס ימפּלאַמענאַד אין מאָך.

דאס איז נישט אַ אָוווערטלי טעכניש דיסקוסיע, אָבער אַנשטאָט באדינט צו צושטעלן אַ פאַקטיש-וועלט בייַשפּיל אַז דעמאַנסטרייץ ווי דער מאָך פּלאַטפאָרמע באגעגנט אַ פאַקטיש-וועלט דאַרפֿן.

(דעם פּאָזיציע איז קרייַז אַרייַנגעשיקט צווישן http://paulgalvin.spaces.live.com און http://blogs.conchango.com)

הינטערגרונט

דער קליענט 'ס MRO פּראָצעס האט שוין קעראַקטערייזד דורך די פאלגענדע

  • מאַנואַל האַסקאָמע פּראָצעס.
  • עטלעכע שטיצן ניצן עקססעל ספּרעדשיץ.
  • Irregular approval process. The same MRO purchase approval process would vary day to day, מענטש דורך מענטש.
  • גורל פון פּאַפּיר און האַנט-געשריבן סיגנאַטשערז — קויפן רעקוויסיטיאָנס פארלאנגט זיך צו 3 געשריבן סיגנאַטשערז איידער לעצט האַסקאָמע.

די אַבדזשעקטיווז פון דעם פּרויעקט אַרייַנגערעכנט:

  • גאָר אָטאַמייט דער פּראָצעס.
  • דורכפירן פאַרנעמונג סטאַנדאַרדס פֿאַר האַסקאָמע.
  • צושטעלן קאַנסאַלאַדייטאַד מיינונג פון MRO פּערטשאַסינג צו פארשידענע מאַנאַדזשערז.
  • Detailed audit trail.

As a side effect of the solution, געשריבן סיגנאַטשערז געווען ניט מער פארלאנגט.

האַסקאָמע פּראַסעס

The approval process consists of four "swim lanes": אָריגינאַטאָר, דירעקט פאַרוואַלטער, פאַנגקשאַנאַל פאַרוואַלטער און אָפּטייל פאַרוואַלטער.

אָריגינאַטאָר:

Sees the need for the purchase and starts the process. Note that the originator may or may not actually enter the purchase requisition, but instead direct another staff member to do so. עטלעכע מאל, the originator does not have the technical expertise to fill out the PO requisition. לעמאָשל, אַ באַניצער קען ווילן צו רעקוויזיציע אַ נייַ לאַפּטאַפּ קאָמפּיוטער, אָבער טוט נישט וויסן די בעסטער פאַרקויפער, עס סטאַנדאַרדס, אאז"ו ו. אין דעם פאַל, the originator works with IT and IT actually fills out the requisition.

דירעקט פאַרוואַלטער:

דאס איז די גלייַך פאַרוואַלטער פון די ערידזשאַנייטער (וואָס קען זייַן אַנדערש פון דעם מענטש וואס פאקטיש אריין די פּאָ רעקוויזיציע אין מאָך). Direct managers must approve the PO requisition before the system seeks approval further down the line.

פאַנגקשאַנאַל מאַנאַגער:

The functional manager is the individual responsible for ensuring that the proposed purchase conforms to enterprise standards within the scope of a particular corporate function. לעמאָשל, IT purchases are approved by an IT functional manager.

דיוויזשאַן מאַנאַגער:

Division managers approve purchase requisitions strictly by dollar amount. Division manager approve purchase requisitions in excess of a configurable dollar amount.

די סאַלושאַן

We used the following tools and components to implement the solution:

מאָך: Serves as the platform off which everything else "hangs". MOSS provides bedrock services for security, בעל דאַטן, קאָנטראָלירן טריילז און אנדערע פֿעיִקייטן.

ינפאָפּאַטה פארמען באַדינונגען: א מאָך קאָמפּאָנענט, דעם ינייבאַלז ניצערס צו פּלאָמבירן אויס קויפן רעקוויסיטיאָנס דורך אַ וועב בלעטערער.

שאַרעפּאָינט דיזיינער (ספּד): מיר געוויינט ספּד צו ינסטרומענט די אָטאַמייטיד וואָרקפלאָוו פּראָצעס.

וועב סערוויס: A c# web service enhances the user experience by enabling cascading selections lists in the InfoPath form and provides better performance with respect to filtering data. זען דאָ פֿאַר אַ טעכניש טיף ונטערטוקנ זיך אויף דעם אונטער און אונדזער סיבות פֿאַר ניצן עס.

מנהג ליס: MOSS user profiles provided a given user’s direct manager, but did not provide most of the data that controlled workflow decisions (e.g. צי די דיוויזשאַנאַל פאַרוואַלטער איז פארלאנגט צו אַפּרווו דעם פּאָ רעקוויזיציע). We used custom lists in an "Enterprise Data" site to maintain data such as "Divisional Manager Approval Dollar Amount", "Functional Area Manager" and so forth. Lists integrated very nicely with InfoPath and also provide create/update/delete (קרוד) פאַנגקשאַנאַליטי מיט אַדאַטינג און זיכערהייַט אויס פון די קעסטל.

ניצן קאַסע

דאס נוצן פאַל ילאַסטרייץ ווי די לייזונג פיץ צוזאַמען:

  1. Paul wants a new laptop. He describes his needs to Vivek, אַ עס מענטש באַקאַנט מיט פֿירמע לאַפּטאַפּ סטאַנדאַרדס, בילכער ווענדאָרס, אאז"ו ו.
  2. וויוועק לאָגס אין מאָך, accesses the PO Requisition form and enters the requisition on behalf of Paul. The form prompts Vivek for a purchase category which then uses the web services to populate a drop-down list of company-approved vendors. Vivek also specifies the corporate functional area of this purchase (e.g. "IT" or "Finance").
  3. ספּד באזירט וואָרקפלאָוו סטאַרץ, דאַטערמאַנז פאולוס ס דירעקט פאַרוואַלטער און רוץ די רעקוויזיציע צו זייַן פאַרוואַלטער, סטייסי.
  4. סטייסי אַפּרוווז די קויפן רעקוויזיציע.
  5. SPD workflow inspects the requisition and determines it’s an IT purchase. It routes the workflow to the IT functional manager, Wonson.
  6. וואָנסאָן אַפּרוווז די רעקוויזיציע.
  7. ספּד וואָרקפלאָוו ווידער ינספּעקץ די רעקוויזיציע און דאַטערמאַנז אַז די קויפן סומע יקסידז אַ מאַקסיום דאָלאַר סומע און רוץ עס צו די אָפּטייל פאַרוואַלטער פֿאַר האַסקאָמע.
  8. די אָפּטייל פאַרוואַלטער אַפּרוווז די קויפן רעקוויזיציע.

הערות

  • The use case demonstrates a "clean" run with no rejections or jumps.
  • Every approver has the ability to approve or reject the requisition as well as provide written comments. These are logged in the audit trail.
  • אויב אַ פאַראַנטוואָרטלעך פאַרוואַלטער אפ די קויפן רעקוויזיציע בייַ קיין פונט, the PO requisition is "dead" and the process must be started from the beginning.
  • וואָרקפלאָוו נאָוטאַפייז די ערידזשאַנייטער בייַ יעדער שריט פון דער פּראָצעס.
  • ניט געשריבן סיגנאַטשערז — דער קליענט באשלאסן (נאָך עטלעכע פאָרספאַל רעקאַמאַנדיישאַנז) אַז די קאָנטראָלירן שטעג ווי צוגעשטעלט דורך וואָרקפלאָוו געשיכטע, געדינט זייער אַדאַטינג דאַרף.
  • מי — it took approximately three man weeks to implement this solution.

סאָף

This solution leverages MOSS as a development and run-time platform. The client was able to leverage core MOSS features to automate a routine business process that affected nearly every employee in the company. With the exception of a simple web service (וואָס זיך לעוועראַגעס מאָך), almost no actual "programming" איז פארלאנגט.

The solution also serves as a "showcase" פֿאַר דעם קליענט, demonstrating how different MOSS features can be combined to create a fully featured business application and generate new consulting opportunities in the future.

גלאָסאַר

MRO: וישאַלט, repair and operations. These purchases typically include items such as notepads, טשערז, פערזענלעכע קאָמפּיוטערס, פּרינטערס, צעל פאָנעס און די ווי.

מאָך / ווסס זוכן רעזולטאַטן (און דאַטאַוויעווס): קוק די רוי קסמל דאַטן

דאס קען זייַן קלאָר ווי דער טאָג צו פילע, אָבער בשעת געלערנט פֿאַר מיין מאָך פּראָגראַממינג עקסאַם, איך געלערנט אַז עס ס שיין גרינג צו באַקומען די פאַקטיש קסמל פון אַ זוכן אָנפֿרעג דורך די באַניצער צובינד.

איינער שנעל אופֿן איז ווי גייט:

  • אַקסעס אַוואַנסירטע זוכן.
  • דורכפירן אַ זוכן וואָס קערט עטלעכע דאַטן.
  • רעדאַגירן דעם בלאַט (דורך פּלאַץ סעטטינגס).
  • טוישן די קססל צו די פאלגענדע:

<?קסמל ווערסיע="1.0" סיסטעם="UTF-8"?>
<
קססל:סטילעשעעט ווערסיע="1.0" קסמלנס:קססל="הטטפּ://www.w3.org/1999/XSL/Transform">
<
קססל:רעזולטאַט מעטאָד="קסמל" ווערסיע="1.0" סיסטעם="UTF-8" ינדענט="יאָ"/>
<
קססל:מוסטער גלייַכן="/">
<
פאַר>
<
קססל:קאָפּיע-פון קלייַבן="*"/>
</
פאַר>
</
קססל:מוסטער>
</
קססל:סטילעשעעט>

  • שלאָגן צולייגן.
  • View מקור אין די בלעטערער.

באַמערקונג אַז די <פאַר> tag doesn’t do much except serve as a convenient marker when you view the results.

This trick can be very helpful when working with managed properties and customizing search. It will provide a definitive list of the XML available for you to use in your xslt which would have been very helpful the last 25 מאל איך באשאפן עטלעכע קאַסטאַמייזד זוכן רעזולטאַטן.

דאס דארף צו אַרבעטן פֿאַר דאַטאַוויעווס ווי געזונט, כאָטש איך האב נישט טעסטעד אַז אויס ווי נאָך.

ניט קקוופּ פֿאַר ווסס? פרובירט דאָס…

איך זען אַז עריק קראַוס was faced with a requirement normally met with a content query web part. די פּראָבלעם? He was in a pure WSS environment with no access to the CQWP. Rather than curling up in the fetal position (אַ אָנטרייַבן איך האָבן צו קעמפן יעדער טאָג, עס מיינט), he came up with solution that at least gives WSS shops a fighting chance to succeed. It’s described דאָ.

בריליאַנט און דיטיילד מיינונג פון צופרידן פאַרוואַלטונג אַפּי

סטעפאַן גאָססנער has put together a terrific 4-part series on the SharePoint Content and Deployment API דאָ. It offers a great overview and very good examples in code (C #).

איך ערשטער פּיקט אַרויף דעם לינק פון דזשאָריס פּאָעלמאַנס בלאָג בייַ http://jopx.blogspot.com/.

אפילו אויב איר ניטאָ ווי מיר, אין אַז איר האָט ניט געהאט צו טאָן פיל הענט-אויף אַרבעט פֿאַר צופרידן פאַרוואַלטונג, דאָס איז געזונט ווערט 20 minutes of your time to read.

ניצן די אַפּי, איינער קענען:

  • עקספּאָרט און אַרייַנפיר צופרידן זייער לייכט.
  • Re-parent content. If you want to export some content from a site "A" and send it to site "B" אָבער אין אַ טאָוטאַלי נייַ פּלאַץ אין די כייעראַרקי, דאָס איז מעגלעך.
  • עקספּאָרט צופרידן פון אַ פּלאַץ א און אַרייַנפיר אויסגעקליבן ביטן אין פּלאַץ א.
  • בעניין-לינק צופרידן (טייַטש האַנדלען מיט אַלע די כייפּערלינגקס).

ווסס, שולדבאַנק ליבס & רשימות, קאַלקולאַטעד שפאלטן ינוואַלווינג [מיר]

Someone on the Internets was asking about how to create a calculated column on a list that would show a value formatted as "[באַניצער] – [מאַצעוו] – [אָרט]" as in "Paul Galvin – געטרונקען [פּאָטער] ביר – The Beach".

Paul would go in and update his entry in the list and the calculated column would update appropriately. די [באַניצער] זאָל פעליקייַט צו די די באַניצער קומט / אַפּדייטינג די רשימה.

A calculated column cannot use "volatile" פאַנגקשאַנז אַזאַ ווי [מיר] אָדער [הייַנט]. I solved it in a test environment with these steps:

  1. Create a text column named "Current User".
  2. שטעלן זייַן פעליקייַט ווערט צו [מיר]
  3. Create a calculated column called "Calc Test".
  4. שטעלן זייַן ווערט = [קראַנט באַניצער]

איך געגאנגען אין, צוגעגעבן אַ נומער צו דער רשימה און עס געארבעט.

ינטערמיטטענט הייסט קראַשיז ווען אַקסעסינג דאָקומענטן אין אַ ווסס / מאָך דאָקומענט ביבליאָטעק

איך ווע שוין פּלייגד דורך דעם פֿאַר 9 חדשים און איך זען אַז מענטשן אויף די מסדן און Usenet גרופּעס האָבן עס טאָאָ.ל

ווענ עס יז, ווען אַקסעסינג אַ וואָרט דאָקומענט (אָדער אנדערע שולדבאַנק טייפּס) פון אַ דאָקומענט ביבליאָטעק ז Internet Explorer צו פשוט קראַך און גיין אַוועק (גענומען אַלע די טאַבס מיט אים אויב קיין זענען עפענען).

דאס מיז האָטפיקס מייַ סאָלווע עס: http://support.microsoft.com/kb/938888

אויך, דאָרט ס עטלעכע באַשרייַבונג וועגן די פּראָבלעם דאָ:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

וועט דער עמעס קספּאַטה שריט פאָרויס?

איבערבליק:

באשאפן אַ מנהג רשימה אַז מאַנידזשיז אַ צופרידן טיפּ מיט עטלעכע טוץ שפאלטן.

צוגעגעבן אים צו אַ בלאַט און דעמאָלט דורך ספּד, קאָנווערטעד אין אַ דאַטן מיינונג.

פּראָבלעם:

My Xpath expression was returning blank for a column named "Current Position". I referenced it thusly:

    <table border="1">
      <קססל:for-each select="/dsQueryResponse/Rows/Row" >
        <טר>
          <טד>
            קראַנט סטאַטוס:
            <קססל:value-of select="@Current_x0020_Status"></קססל:ווערט-פון>
          </טד>
        </טר>
      </קססל>
    </טיש>

The column in the CT is named "Current Status". It shows up in the lookup as "Current Status". Everywhere you look, you see "Current Status".

בשעת טראַשינג מאַדלי וועגן, קוקן פֿאַר אַ לייזונג, I instead referred to "@Recruiter" און זע! — that actually returned back the current status. I expected it to return back the recruiter when I did that.

באַשייד:

I poked about in SPD. Go to that page in SPD and it shows the data view. You can inspect the actual data provided to the view and associated Xpath. Here I found out that indeed, the Xpath pointed at "Recruiter". Strangely enough, the "actual" recruiter field pointed from "Recruiter1".

צונעמען:

ספּד גיט אַטאָראַטייטיוו קספּאַטה אויסדרוקן פֿאַר ראָוז & שפאלטן אין אַ דאַטן מיינונג.

צווייט, it shows the actual data. So for example, אַ זייַל פון טיפּ ווייזט דעם:

<נאָבר><שפּאַן><A HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID=17">גאַלווין, פאולוס</א><ימג גרענעץ ="0" height="1" width="3" src="/_layouts/images/blank.gif"/><אַ הרעף = 'דזשאַוואַסקריפּט:’ אָנקליקק = 'ימנימאַגעאָנקליקק();צוריקקומען פאַלש;’ קלאַס = 'מיז-ימנלינק'><ימג נאָמען = 'ימנמאַרק’ טיטל =” גרענעץ =’0′ הייך = '12’ ברייט = '12’ סרק = '/ _לייַאָוץ / בילדער / בלאַנק.גיף’ אַלט = 'קיין בייַזייַן אינפֿאָרמאַציע’ זופּן = 'PGalvin@xxx.com’ שייַן = 'ימנ_77, טיפּ = סמטפּ' /></אַ></שפּאַן></נאָבר>