InfoPath 表單所需的最小安全

我需要滿足今天為 InfoPath 表單的安全要求. 在這種業務情況, 大量相對較小的個人允許創建新的 InfoPath 表單和更廣泛的受眾允許對其進行編輯. (這是新員工入職形式由人力資源使用啟動工作流).

要達到這一目標, 創建創建兩個新的權限等級 ("創建和更新" 與"只更新"), 打破了繼承的表單庫和分配許可權的"創建一個, 更新" 使用者和一個單獨的"僅更新" 使用者. 力學所有工作, 但事實證明要比我預期的多一點涉及. (如果你覺得有點晃動 SharePoint 的許可權, 簽出這篇文章). 所需的安全配置權限等級是不明顯的細細微性的許可權集. 若要創建 InfoPath 表單僅更新權限等級, 我做了以下:

  1. 創建新的權限等級.
  2. 清除所有選項.
  3. 選擇僅從"清單許可權"以下:
    • 編輯專案
    • 查看專案
    • 查看應用程式頁面

選擇這些選項允許使用者更新表單, 但不是創建它.

訣竅就是使"視圖應用程式頁". 在權限等級指示了所需的更新僅 InfoPath 表單上沒有任何 verbage, 但輪流出來,它就是.

創建和更新了甚至陌生人. 同樣的步驟, 1 通過 3 以上. 我不得不專門添加"網站許可權" 選項: "使用用戶端集成功能". 再次, 那裡的描述並不使它看上去應該是需要為 InfoPath 表單, 但這就是.

</結束>

Technorati 標籤: ,

, “介於兩者之間” 感覺; 對 SharePoint 諮詢意見

不幸的是, 我的最後一個專案的第一階段已接近尾聲,用戶端選擇了第二階段由自己前進. 我們做我們的工作也不好, 像往常一樣 🙂 我現在在專案之間, 在特殊的時候,工作人員顧問喜歡我自己 (而獨立人士通常必須生活在對中間時間的永久恐懼中🙂 ). 我們這次以各種方式工作人員顧問填充: 與銷售民俗寫提案工作; 填寫有關的人或備份一個人對這個或那個奇怪的工作; 學習; 博客 :). 它是很難去計畫提前超過幾天. 有時像這樣, 雖然我的手上有一點時間, 我想反映一下.

我幾乎總是難過最後一次離開用戶端校園. 我們的顧問與客戶形成一種特殊的關係, 不像你們典型的同事之間的關係. 還有錢角 — 每個人都知道顧問的速度比用戶端工作人員的雙人房,甚至更多. 你是一個已知的臨時人. 作為一名顧問, 你是一個永久的局外人更多或更少已知的出發日期. 然而, 你與用戶端一起吃午飯, 帶他們出去吃飯或喝一杯, 買餅乾為團隊, 去咖啡運行, 給/接收節日賀卡 — 各種各樣的同事們做的事. 在另一隻手上, 你在房間裡成人. 你是在使您處於優越位置的技術專家. 另一方面, 你是個寶貝. 天零, 顧問公司不知道名字, 地方或用戶端的行話. 大多數時候, 顧問從未學習它所有.

當事情進展順利, 你成為很好地集成了用戶端的專案團隊. 他們把你當成一位同事在某種意義上說, 和在另一個知己. 因為我們沒有與用戶端管理器風格的隸屬關係, 專案團隊經常感覺有點自由空氣他們的髒衣服. 他們放下他們的障礙,可以把顧問陷入尷尬境地, 永遠不會明白他們這樣.

顧問通常不能執行的階段兩個和那永遠不會獲取容易對我來說. 這是尤其艱難與 SharePoint. 第一階段的典型 SharePoint 專案涵蓋安裝的配置, 治理, 分類, 基本內容類型, 等. 和在許多方面, 共計冗長, 非常詳細的發現. 這就是我的最後一個專案是如何看待. 我們做的基本的東西,以及執行一些好迷你 POC 通過擴展 CQWP, 執行到 PeopleSoft BDC 連接, 引入一個相當複雜的工作流的 SharePoint 設計器, 談到基本 KPI 和更多. 適當的第二階段將所有這些與廣泛, 幾乎彌漫 BDC, 真的很好的工作流, 精細調諧和更好的搜索, 記錄中心, excel 服務和大概最重要, 向其他業務單位伸出. 但, 它是不是我, 這是悲傷.

基於此最近的經驗, 這是公平地說,適當企業 SharePoint 實施是一個一年的過程. 它可能合法可以運行兩年之前達到收益遞減點. 細節問題, 答案是肯定的.

顧問的生活就是這樣,這些小小的抱怨都是在 SharePoint 專案中更糟. 正如我以前寫的, SharePoint 的水準自然會使您接觸各種各樣的人和業務單位. 當你工作有這麼多人, 你可以看到很多方面 SharePoint 可以説明公司變得更高效, 節省時間, 事情做得更好嗎… 但你總是沒去做.

我經常回頭向我從大學畢業的第一份工作, 在諮詢的職業生涯開始之前 1995. 我們得做一個階段兩個、 甚至第三階段. 那些美好的時光. 不利的方面, 然而, 這意味著,這也意味著大量的常規的東西. 管理網站的安全性. 調整內容類型. 創建視圖和更改視圖. 處理 IE 安全設置. 恢復丟失的文檔. Blech! 🙂

儘管我憂鬱的心情, 我不能想像個地方 (除了在溫暖海灘與精神好供應).

等不及要開始實施下一次的企業 SharePoint 專案.

(沒什麼實質的東西, 我寫這篇博客大部分上 新澤西州過境巴士. 我不認為我交朋友嗎, 但公車上有個 CAN 部落格 🙂 )

</結束>

Technorati 標籤:

周日滑稽: “他們是不是壞”

附近的回 1999, 我花了很多個星期了在聖塔芭芭拉, CA, 為一個用戶端工作, 獨自一人離開我可憐的妻子回到這裡在新澤西. 我深深地愛我的妻子. 我愛她一樣多的今天一樣當她傻傻地嫁給我 1,000 年或前. 地方線沿線, 我創造了一個短語, "特別恐懼", 在"薩曼莎有特殊的恐懼。" 她作為"bug"特別恐懼, 這對她不是蒼蠅或瓢蟲, 但相當微生物. 她很怕這個或那個病毒或不尋常的細菌困擾我們的兒子, 或我, 但從來沒有真正自己. (她也是特別怕吸血鬼, 微型邪惡娃娃 (尤其是小丑) 和潛艇事故; 她已傳出她特別害怕人穿著聖誕老人服裝).

一天, 我的同事和我決定騎到附近的山脈附近奧哈伊. 在一個點, 我們出來的那輛車在現場採取. 當我們回到車裡, 我注意到蜱蟲在我肩上. 我輕輕向窗外,就是這樣.

那天晚上, 我告訴她我們的磁碟機,提到蜱蟲. 這樣的事情去談話:

S: "嗚! 這些都是壞. 他們攜帶疾病。"

P: "好吧, 窗外甩開。"

S: "他們是真的壞雖然. 他們可以根據你的皮膚得到和吸的血和轉移的 bug. 你更好地檢查你的頭髮,並確保沒有任何在你的頭!"

P: 大聲地說: "我的上帝! 他們可以接管你的頭腦嗎???"

S: 字面上讓我放心: "不是, 他們不壞。"

</結束>

Technorati 標籤:

快速而方便地: 從 SharePoint 設計器的電子郵件會自動打開 InfoPath 表單

更新: Madjur 阿胡賈指出此連結從 新聞群組討論: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. 它是非常明確.

===

我們經常想要在從 SharePoint 設計師工作流發送的電子郵件中嵌入到 InfoPath 表單的超連結. 當使用者收到這些電子郵件, 他們可以按一下電子郵件中的連結並直接轉到 InfoPath 表單.

這個怪物的 URL 建造工程對我來說:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.xml&源 = HTTP ://server.corp.domain.com/sites/departments/technical%20services/informationtechnology/helpdesk/rec%20rem%20red%20forms/forms/AllItems .aspx&DefaultItemOpen = 1

紅色加粗文本替換為表單的名稱, 如下面的螢幕擷取畫面中所示:

圖像

請注意有很多該 URL 中的硬編碼路徑, 以及一個 URL 編碼的元件. 如果這是很難轉化為您的具體情況, 請嘗試打開表單庫的通知. 發佈表單,當你的電子郵件, 查看電子郵件的來源,你會看到你需要包括的一切.

聰明的讀者可能會注意到上面的電子郵件正文也顯示一個連結,直接存取通過篩選視圖的任務. 我打算在將來的文章中更詳細地說明.

</結束>

Technorati 標籤:

關於商業產品的思考

我把 SharePoint 設計器擴展專案CodePlex 今年早些時候,即使它真的很有限的範圍內, 我估計它已經被下載的 40 自 60 (甚至可能 100) 公司只是約兩個月. 指示該解決方案的一個市場,如果我是成功的商業化, 可以轉化為大量的啤酒🙂

我的背景是實際上更多在產品開發中,我知道什麼是需要帶一個頂尖的產品, 如反對 CodePlex 愛好專案, 市場. 在我 過去的生活, 我主要負責產品研發&D 為所有軟體產品的. 然後和現在的區別是,我現在工作的一名顧問 (非常好) 諮詢公司 (Conchango). 以前, 我開了整個公司在我後面,在我面前, 我們銷售和配套的產品推向市場. 今天, 我會孤獨.

我心中有幾個產品創意, 但我認為最容易將創建上述 CodePlex 專案使用,作為一個起點,並進一步延伸它的商業版本. 我模糊的即興思維是收取類似 $100 為無限開發人員許可證和 $500 每生產 web 前端. 我想我也寧願放棄的原始程式碼.

如果你有想法或者你願意分享的經驗, 請你留言或 直接電子郵件通知我. 我想聽聽意見:

  • 這都是值得嗎?
  • 市場行銷的實際建議, 收錢, 分發.
  • 定價.
  • 支援.
  • 任何其他您想要離開的評論.

這是"很容易" 來與產品的想法,並加以實施, 雖然許多幾十個小時的工作要求. 其他的東西不是對我來說一樣容易.

</結束>

Technorati 標籤:

星期天的早晨搞笑: “耶穌是必須死”

我們買了我們的第一個 (和唯一) "奢侈" 車開了回來當佛洛德颶風釘的美國東海岸. 我們有很多的雨在這裡在新澤西和 過了幾天 之前的生活恢復正常. 就在佛洛德之前襲擊, 我們提出一個建議使用沃爾沃 850 GL 和佛洛伊德襲擊後, 把車開回家.

這是我們第一輛車與 CD 播放機. 像大多數新車車主, 我們有點瘋 CD, 恢復我們處於休眠狀態的 CD 收藏和長途旅行的車就是為了在車裡聽 CD 的說下去. 像所有流行潮流, 這為我們傳遞和我們結束在一遍遍聽同一張 CD. 在我們的案例, 它是 耶穌基督超級巨星.

之一 (很多) 精彩片斷在那搖滾歌劇唱的建立宗教類型, 由領導 該亞法, "大祭司". 他們唱他們的方式在決定如何處理"耶穌問題" 和該亞法指示他們的結論,"耶穌必須死". 對這首歌不是"只是必須死, 必須死, 必須死, 這位耶穌必須死". 你聽到了避免很多在那塊.

在時間, 我兒子三歲左右. 你也許可以看到這要去哪裡.

我來到有一天下班回家,我的兒子在客廳裡玩玩具,邊走邊哼. 我正在脫我的夾克, 通過郵寄和所有我平常在走-門的東西,我突然意識到他只說的看, 不是真的唱: "耶穌必須死, 必須死, 必須死。" 可遭殃了. 我能看到他那樣做對他的孩子之一在一個朋友家裡玩日期 — 可能最後一次玩那寶貝朋友約會.

我們耍的光盤拿出沃爾沃之後🙂

</結束>

Technorati 標籤: ,

Google AdSense 程式接受嗎我活的空間博客

更新: 作為的 03/09, 我發現沒有辦法與谷歌的 Adsense 集成生活空間我的帳戶. 微軟的系統在這裡似乎防止所有谷歌提供了潛在的 adsense 宿主的技術機制. 我傾向于認為這是主要的副作用,他們已經建成生活空間的安全, 不直接的努力,要禁用站長.

這不是一個 SharePoint 職位, 但是,一般可能感興趣的博客.

有人評論他們的 Windows Live 空間博客谷歌斷然否認參與 AdSense 及其應用. 她推測谷歌拒絕她,因為 Windows Live 空間承載她的博客. 不過, 我最近接受到程式為我的生活空間博客, 因此,這項政策已更改或谷歌拒絕她的其它一些原因.

答案是肯定的, 看不到任何明顯的方式,Google AdSense 融入我的生活空間, 但這是一個開始

</結束>

Technorati 標籤: ,

實施主 / 使用自訂清單的詳細資訊關係

論壇使用者經常作為 像這樣的問題:

> 您好 !,
>
> 請告訴我,是否有任何的可能性,以生成一個自訂清單
> 主頁和詳細的類型 (像發票) 而無需使用 InfoPath.
>

SharePoint 提供了某些現成功能,像這樣支援種類的業務需求.

一般, 一個連結在一起使用查閱列的兩個清單. 清單 A 包含發票標題資訊和清單 B 包含發票詳細資訊.

使用附加清單來維護客戶編碼, 產品編號, 等.

使用內容查詢 web 部件 (在 MOSS 只中) 和/或資料檢視 web 部件來創建清單的合併的視圖. SQL 伺服器報表服務 (SRS) 也是它的報告側供.

不過, 有一些重要的限制使它難使用純預置的功能,甚至中等複雜的東西. 這些包括:

  • 有關查找大小列出 vs. "斑彩" 查找列類型的. 查找列類型提出自己對 UI 以不同的方式取決於是否啟用了多重選取或不. 在任一情況下, 外框控制項顯示源清單中的所有可用專案. 如果源清單 1,000 專案, 這就一個問題. 通過這些專案未頁查找控制項. 相反, 它將所有的他們拉入控制. 這使得資料錄入和性能非常尷尬的使用者介面.
  • 查找"拉回來" 一列資訊. 你永遠不能拉回多個列的源清單中的資訊. 例如, 您不能選擇一個客戶"12345" 並在同一時間顯示的號碼,以及客戶的名稱和位址. 查找只顯示客戶數量,別無其他. 這就使得一個尷尬和困難的使用者介面.
  • 沒有內部形式溝通. 我已經寫了關於此這裡. 您不能實現級聯下拉清單, 有條件地啟用/禁用的欄位, 等.
  • 沒有串聯刪除或內置的參照完整性. SharePoint 視為獨立的實體的自訂清單,並且不允許您將它們連結到對方 ERD 傳統意義上. 舉個例子, SharePoint 允許您創建兩個自訂清單, "客戶" 與"發票抬頭". 在客戶清單中,可以在連結回客戶創建發票抬頭. 然後, 您可以從清單中刪除客戶. 外框, 沒有辦法防止這種情況. 要解決這種問題, 您通常使用的事件處理常式.

可能看起來暗淡, 但我仍使用 SharePoint 作為起點為構建這種功能. 儘管你需要在一個解決方案中有差距, SharePoint 使我們能夠填補這些空白使用工具 (如:

  • 事件處理常式. 用於實施參照完整性.
  • 自訂列: 創建自訂列類型並使用它們而不是預設的查閱列. 添加分頁, 緩衝和 AJAX 功能,使其反應.
  • BDC. 這只苔蘚的功能使我們能夠的查詢其他 SharePoint 清單與通常的查閱列的高級使用者介面. BDC 也可以向後端伺服器應用程式. 使用 BDC 以避免複製. 而不是從 ERP 系統的後端複製客戶資訊, 改為使用 BDC. BDC 功能提供友好的使用者介面拉那直接從 ERP 系統,並屬於避免麻煩的維護複製解決方案的資訊.

    BDC 是蘚類植物的功能 (WSS 中不可用) 和挑戰來配置.

  • ASP.NET web 表單: 創建完整的 ajax 的表單,使用 SharePoint 物件模型和/或 web 服務,同時提供了一個非常敏感的使用者介面利用 SharePoint 清單.

最後一個選項可能會覺得你從頭開始, 但考慮這一事實 SharePoint 平臺開始您具有下列主要功能:

  • 維護安全模型.
  • 維護功能表系統.
  • "主表" (e 小節. 自訂清單) 與安全, 內置的維修和審核.
  • 搜索.
  • 後端集成工具 (BDC).

如果在 visual studio 中使用一個新的空白專案啟動, 你有很多的基礎設施和管道建造之前你靠近 SharePoint 的提供.

我相信微軟打算擴展 SharePoint 中的應用發展方向. 這似乎是對現有的 SharePoint 基礎的自然延伸. 微軟 CRM 應用程式提供了大量的可擴充性,支援頁眉/詳細應用程式開發所需的類型. 雖然這些功能是在客戶關係管理, 技術是明顯可用到 SharePoint 開發團隊,我期望,它一定會成為其 SharePoint 產品年底 2008. 如果任何人有知識或深入的見解, 請留下評論.

</結束>

快速提示: 內容查詢 Web 組件, 查閱列的值和 XSL

我有一個列名在名為"房地產所在地"內容類型.

那列是"查找"類型的.

我已經修改 <CommonViewFields> 和 ItemStyle.xsl,若要顯示的列.

一個簡單的 <xsl:值的選擇 =…> 回返回包含序號位置資料的內部值, 如:

1;#邁阿密

若要獲取人類友好的價值, 使用 xsl 之後的字串, 如圖所示:

<xsl:valuexsl 選擇"子字串後 =(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></xsl:值的>

使用此技術,每當您正在使用的 XSL 轉換中查找值,並需要獲得人類友好的價值.

<結束 />

Technorati 標籤: , ,

SharePoint 比格犬 12 月刊上 & 生活

你們很多人已經知道這, 但 12 月版的 SharePoint 獵兔犬 是活.

每一篇文章是值得一讀我認為.

我想給一點額外凸點 我同事的文章 (娜特莉婭 Voskrensenskya). 她描述她是如何使用自訂清單同時提供螢幕截圖盛會, 工作流, SharePoint 設計器, 資料檢視和其他元素,以實現自助服務培訓功能在苔蘚. 她描述了可應用於許多不同的業務場景的技術. 退房 她的博客 雖然你在這.

別忘了簽出 我的文章 以及 🙂 我寫過有關使用 MOSS 幫助人力資源部門管理空缺職位的文章.

</結束>