分類存檔: SharePoint

使用 “使用者或使用者組” 計算列中

人們通常問有關使用資料類型的列"的人或集團" 在另一列中的資料鍵入"計算".

底線, 這在 WSS 無法正常工作 3.0 (或苔蘚).

當添加計算的列, WSS 顯示的欄位的清單,它允許您將用於計算. 如果您鍵入的名稱不是在其清單中的列, 它會告訴你:

不允許一個或多個列引用, 因為作為公式中不支援的資料類型定義列.

變通方法: 使用事件處理常式. 事件處理常式觸發時,使用者保存專案. 它執行你所想要為你做的計算的列的更新.

有用的連結上一般計算欄位:

快速免責聲明: 我相信以上是真實和準確, 但我見過在這裡和那裡我也不會感到非常驚訝的 MOSS/WSS 中足夠聰明的技巧 (如果你將們興奮不已) 如果有人想出辦法做到這一點而不是訴諸代碼. 如果你已經想出聰明工作周圍或知道有人嗎, 請讓我知道!

MOSS/WSS 告訴我: “該頁面已被修改另一個作者上 …” 但實際上, 它不是.

我們做了一些重型重新組織的"管理內容和結構"通過我們的網站分類. 我不知道什麼原因, 這一過程 (雖然在主要工作) 快速啟動中打破一些導航連結. 特點是斷開的連結:

  • 錯誤的 URL. 舉個例子, 它應該是"地點/部門/HumanResources /…". 不過, 新的連結是"網站/企業/HumanResources /…".
  • 查詢字串的標題重複的位, 如在:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

這一點很容易修復通過網站的設置導航. 除了, MOSS 介紹我用這個當我試著做:

圖像

事實是, 沒有人製作那裡任何改變 (我的旁邊, 答案是肯定的).

快速搜尋這個 MSDN 論壇討論的結果: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

威廉 Heurdier 奠定很好地在倒數第二 (作為的 10/02/07) 發佈:

事實是:

重置已損壞的標題, 你有的 :

– 刪除已損壞的標題下的所有專案清單

– 刪除已損壞的標題

– 從清單中的設置, 將已刪除的清單添加到快速啟動 (這重新生成非損壞的標題)

你是那麼好去….


Sharepoint 專家 – Sogeti Cap Gemini 瑞士

我是有點混淆,因為我一直想要轉到導航頁面, 進行更改,然後就碰上"頁面被修改" 消息. 最終, 我意識到我不得不轉到清單設置並刪除/添加到快速啟動. 這是成功的關鍵. 快樂的時光在這裡再一次!

</結束>

訂閱我的博客!

存在的問題 “暫停直至日期” 浪湧保護器創建工作流中的活動

更新 12/10/07: 在 MSDN KB929816 所述的修補程式解決了這個問題,我們下面提到. 獲取此修復程式,然後安裝在每個伺服器場中的. 然後, sharepoint 配置實用程式在每個伺服器上. 這裡是那個 KB 的 MS 支援連結: http://support.microsoft.com/kb/932816.

背景:

我們有一項業務要求需要確保環境工程部經理 30 中製造地點遍佈美國需求,以確保那些植物檔及時他們各種國家授權許可證. 一種方法,我們調查了利用"暫停直到日期" 活動通過 SharePoint 設計師 worfklow 提供給我們. 工程部經理 (或者她的助手) 在今年年初進入所有必需的許可證和提醒日期. 系統然後做繁重的工作.

環境:

苔蘚, 64 位, 虛擬機器環境 (發展框), 2 伺服器 (在伺服器上的 SQL #1, 一切都在伺服器上 #2).

問題:

暫停直到日期操作看起來似乎最完美的解決方案,完全可以證明,自己是. 不過, 它不能超出框中 (對我們來說).

  1. 不計畫工作流作業的運行, 過. 通過閱讀就發現了這 克里斯多夫 · 白 (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) 通過使用 stsadm 廣交優秀撰寫:

    C:\>-o 替代-屬性名 stsadm"作業工作流程" -url http://本地主機

    <屬性存在 ="否" />

    C:\>

    那是令人驚訝的結果,但這很容易解決:

    C:\>-o setproperty-屬性名 stsadm"作業-worfklow" -屬性"每個 1 之間的分鐘數 0 和 59" -url http://本地主機

    操作已成功完成.

    C:\>

    在這樣做時, 第一次"中的進展" 工作流快速發射了和做了它的工作.

  2. 不幸的是, 下一次沒有按預期方式工作. 值得慶倖的是, 克里斯多夫是指我們 在這裡 (http://support.microsoft.com/kb/932816). 作為此項的寫作, 我們在等待獲取該修補程式,IT 部門, 但是貌似很有前途. 我們的受影響.dll 的副本不共用相同的位元組大小, 所以希望這將解決的問題.

變通方法:

重新運行 stsadm-o setproperty 命令似乎督促工作流計時器清醒. 它將, 大約 7 分鐘後, 其實醒來和繼續工作流.

問題 / 討論的問題:

暫停直到日期不工作.

暫停直到日期無法恢復.

工作流狀態不會更改從"中取得的進展"

工作流狀態保持"正在進行中"

使用 MOSS 的 MRO 工作流案例研究, 浪湧保護器, InfoPath & web 服務.

概述

此條目描述描述實際 MRO 的案例研究 (維護, 維修和操作) 在 MOSS 中實現工作流審批過程.

這不是公然技術討論, 而是旨在提供一個現實世界示例,演示如何在 MOSS 平臺滿足真實世界中需要.

(此條目是交叉張貼之間 http://paulgalvin.spaces.live.comhttp://blogs.conchango.com)

背景

用戶端的 MRO 過程已經被具有以下特點

  • 手動審批過程.
  • 一些支援使用 excel 試算表.
  • 不規則的審批流程. 相同的 MRO 採購審批流程將有所不同,一天到一天, 由人的人.
  • 很多的紙和手寫簽名 — 採購到所需的申請 3 書面的簽名之前最終批准.

包含此專案的目標:

  • 完全自動化的過程.
  • 執行企業標準進行審批.
  • 提供 MRO 採購各類管理人員的綜合的視圖.
  • 詳細的審核跟蹤.

作為解決方案的副作用, 書面的簽名不再是必需.

審批流程

批准過程包括四個"泳道": 原始寄件者, 直接經理, 職能經理和部門經理.

原始寄件者:

認為有必要購買和啟動過程. 請注意,發端人可能或不可能實際輸入採購申請, 但相反指示另一工作人員這樣做. 幾次, 贊助者並沒有填寫 PO 徵用的專門技術知識. 舉個例子, 使用者可能想要申請一台新的膝上型電腦, 但不知道最好的供應商, IT 標準, 等. 在此情況下, 它和它的發端人作品實際上填寫申請.

直接經理:

這是發端人的直接經理 (這可能是不同于大埔徵用實際上進入苔蘚的人). 直接經理必須審核該大埔申請系統尋求批准進一步下線前.

職能經理:

職能經理是負責確保建議的購買符合企業標準的企業某一特定功能範圍內的個人. 舉個例子, 由 IT 職能經理批准購買 IT 產品.

司經理:

部門經理批准的採購申請嚴格美元數額. 部門經理批准超過可配置的美元數額的採購申請.

該解決方案

我們用下面的工具和元件來實施解決方案:

苔蘚: 作為的平臺的一切"掛起". MOSS 提供基礎服務的安全, 主資料, 審核跟蹤和其他功能.

InfoPath 表單服務: 苔蘚元件, 這使使用者可以填寫採購申請通過 web 瀏覽器.

SharePoint 設計器 (浪湧保護器): 我們用 SPD 來實現自動化的工作流過程.

Web 服務: C# web 服務增強了使用者體驗,通過啟用在 InfoPath 表單中的級聯的挑選清單和提供更好的性能,在篩選資料. 請參閱 在這裡 對於技術的深潛,關於這一主題和我們使用它的原因.

自訂清單: 提供給定的使用者的直接經理的苔蘚使用者設定檔, 但沒有提供大部分的資料的控制工作流的決定 (例如:. 該部門經理,是否需審核大埔申請). 我們在"企業資料中使用自訂清單" 網站來維護資料 (如"部門經理審批金額", "功能區域經理" 等等等等. 清單與 InfoPath 很好地集成在一起,並提供創建/更新/刪除 (CRUD) 審計與開箱即用的安全功能.

使用案例

此用例演示如何解決片合在一起:

  1. Paul 想要一台新筆記本電腦. 他描述了他需要到 Vivek, IT 人員熟悉企業可擕式電腦標準, 首選供應商, 等.
  2. Vivek 登錄到苔蘚, 訪問大埔申請表並進入代表 Paul 徵用. 表單提示 Vivek 採購類別,然後使用 web 服務來填充下拉清單的公司認可的供應商. Vivek 還指定此購買企業功能區 (例如:. "它" 或者"金融").
  3. SPD 基於工作流啟動, 確定 Paul 的直接經理並將請求路由到他的經理, 史黛西.
  4. 史黛絲批准的採購申請.
  5. SPD 工作流檢查申請並確定它是 IT 採購. 它將工作流路由到 IT 職能經理, Wonson.
  6. Wonson 批准申請.
  7. SPD 工作流再次檢查該申請和確定的採購量超過最大金額,並將其路由到部門經理審批.
  8. 司經理批准的採購申請.

備註

  • 使用情形演示了一個"乾淨" 運行沒有拒絕或跳轉.
  • 每個核准者批准或拒絕申請,以及提供書面的意見的能力. 這些都被記錄在審核跟蹤.
  • 如果一個負責任的經理拒絕在任何點的採購申請, 大埔徵用是"死了" 和過程必須從頭開始.
  • 工作流通知每一步過程的發端.
  • 沒有書面的簽名 — 確定用戶端 (後一些有力的建議) 審計記錄,提供了通過工作流歷史記錄, 送達其審計的需要.
  • 努力 — 花了大約三個男人周來實現該解決方案.

結論

此解決方案利用苔蘚作為開發和運行時平臺. 用戶端是能夠利用核心苔蘚功能影響幾乎每個公司裡的員工日常業務過程自動化. 除了簡單的 web 服務 (這本身利用苔蘚), 幾乎沒有任何實際的程式設計"" 需要.

該解決方案還充當一個"展示" 為用戶端, 可以結合示範如何不同苔蘚功能創建一個全功能的商務應用程式,並在將來產生新的諮詢機會.

術語表

MRO: 維護, 維修和操作. 這些購買通常包括記事本程式項, 椅子, 個人電腦, 印表機, 手機和類似.

MOSS/WSS 搜尋結果 (與視圖請): 查看原始的 XML 資料

這可能是很多很明顯, 但是雖然學習為我 MOSS 程式設計考試, 我學到了它是很容易就能從通過使用者介面的搜索查詢獲得的實際的 XML.

一種快速方法是,如下所示:

  • 訪問高級搜索.
  • 執行返回一些資料的搜索.
  • 編輯頁面 (通過網站設置).
  • 將 XSL 更改為以下內容:

<?xml 版本="1.0" 編碼="utf-8"?>
<
xsl:樣式表 版本="1.0" xmlns:xsl="http://www.w3.org/ 1999/XSL/變換">
<
xsl:輸出 方法="xml" 版本="1.0" 編碼="UTF-8" 縮進=""/>
<
xsl:範本 比賽="/">
<
>
<
xsl:複製的 請選擇="*"/>
</
>
</
xsl:範本>
</
xsl:樣式表>

  • 點擊應用.
  • 在瀏覽器中查看原始程式碼.

請注意, <預> 標記不做太多,只服務作為一個方便的標記,當你查看結果.

這一招是非常有用的當工作與託管屬性和自訂搜索. 它將提供一個明確清單供您在您將非常有助益的 xslt 中使用的 XML 的最後一次 25 有時我創建了一些自訂的搜尋結果.

這應該為以及視圖請工作, 雖然有不地尚未測試,出.

內容管理 API 的輝煌和詳細視圖

斯特凡 · Goßner 已經放在一起很棒的 4 部分系列部署 API 與 SharePoint 內容 在這裡. 它提供了一個很大的概述和很好的例子,在代碼中 (C#).

我第一次拿起從約裡斯 poelmans 博客就是在此連結 http://jopx.blogspot.com/.

即使你像我一樣, 在這不,你不得不做很多實際工作內容管理, 這是非常值得的 20 分鐘的時間閱讀.

使用 API, 一個可以:

  • 匯出和導入的內容很容易.
  • 重新父內容. 如果你想要從網站"A 匯出一些內容" 並將它發送給網站 B"" 但在一個完全新層次結構中的放置, 這是可能的.
  • 將內容匯出從網站 A,並將所選的位導入網站 A.
  • 重新連結的內容 (意思處理所有的超連結).

WSS, doc 庫 & 列出, 涉及的計算的列 [我]

有人在網路上問有關如何創建計算的列上會顯示格式設置為一個值清單"[使用者] – [狀態] – [位置]" 如在"保羅 · 高爾文 – 飲用水 [免費] 啤酒 – 在沙灘".

Paul 會進去和更新他的清單中的條目和計算的列會相應地更新. " [使用者] 預設為輸入/更新清單中的使用者.

計算的列不能使用"揮發性" 例如,函數 [我] 或 [今天]. 我解決了這個問題在測試環境中使用這些步驟:

  1. 創建一個名為"當前使用者"的文本列.
  2. 設置為其預設值 [我]
  3. 創建一個名為"Calc 測試"的計算的列.
  4. 設置其值 = [當前使用者]

我走進去, 一項添加到清單中,並且它奏效了.

間歇性 IE 崩潰時訪問 WSS/MOSS 文件庫中的文檔

困擾這為 9 我和幾個月看看人在 MSDN 和 Usenet 的論壇上有它 too.l

有時, 在訪問一個 word 文檔時 (或其他文件類型) 從文件庫導致互聯網資源管理器中只是崩潰,走了 (如果任何被打開,同時考慮與它的所有選項卡).

此 MS 修復程式可能會解決這個問題: http://support.microsoft.com/kb/938888

還, 有一些關於這裡的問題的描述:

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

會將真正的 XPath 一步轉發嗎?

概述:

創建管理與一些幾十個列的內容類型的自訂清單.

將其添加到頁面,然後通過 SPD, 轉換成資料檢視.

問題:

我的 Xpath 運算式返回空白為一個名為"當前位置"列. 這樣,引用了它:

    <表格邊框 ="1">
      <xsl:為每個選擇 ="/ dsQueryResponse/行/行" >
        <tr>
          <運輸署>
            目前狀態:
            <xsl:值的 select="@Current_x0020_Status"></xsl:值的>
          </運輸署>
        </tr>
      </xsl>
    </表>

在 CT 列被命名為"目前狀態". 它顯示在查找中為"目前狀態". 無論你怎麼看, 您看到"目前狀態".

同時瘋狂地約捶打, 尋找一個解決方案, 我反而提到"@Recruiter" 看哪,! — 這實際上又回到了的目前狀態. 我期望它返回招聘時候,.

解決方案:

我在 SPD 亂. 轉到該頁面在 SPD 和它顯示資料檢視. 您可以檢查的實際資料提供給視圖和關聯 Xpath. 在這裡我發現的確, Xpath 指著"招聘". 奇怪的是, "實際的" 招聘人員欄位指出,從"Recruiter1".

帶走:

SPD 提供權威性的 Xpath 運算式的行 & 在資料檢視中的列.

第二次, 它顯示了實際的資料. 舉個例子, 演示這一類型的列:

<nobr><大跨度><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17">高爾文, 保羅 ·</A><img 邊境 ="0" 高度 ="1" 寬度 ="3" src="/_layouts/images/blank.gif"/><a href = javascript:’ onclick ='IMNImageOnClick();返回 false;’ 類 ='ms-imnlink'><img 名稱 ='imnmark’ 標題 =” 邊境 =’0′ 高度 = 12年’ 寬度 = 12年’ src='/_layouts/images/blank.gif’ alt = 無線上狀態資訊’ sip ='PGalvin@xxx.com’ id ='imn_77,類型 = smtp'/></一></大跨度></nobr>