每月檔案: 9 月 2009

SharePoint 店談 （星期四） 10/01 @ 12:30 路透社 (明天!)

1 答覆

SharePoint 店談註冊是準備明天.

我們已經準備了一些管理問題的幾個問題 (開發/測試/刺和同步服務包起來), 電子郵件通知 (如何選擇文檔的中繼資料的基於電子郵件的人) 和周圍的 FBA 環境中使用 InfoPath 表單服務的一些討論.

如往常一樣, 如果你想要聊的話題:

您可以閱讀關於過去 SharePoint 店會談在我的博客: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

在這屆會議的登記冊: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

Windows 活空格和 Twitter 計數器

1 答覆

我是 DM 今天已經從 twitter 消息，以為會寫答案.

問題是: "嗨保羅, 為您快速一,你怎麼在 twitter 櫃檯到你活的空間如腳本代碼被阻止時保存 Thx"

我這樣做是通過向我活空格頁中添加一個自訂 html 構件和使用小的程式碼片段:

<一 href="HTTP://twittercounter.com/?使用者名 = pagalvin" 
 標題="為 @pagalvin 掮客"> 
 <img src="HTTP://twittercounter.com/counter/?使用者名 = pagalvin" 
 寬度=88 
 高度=26 
 樣式="邊界:無" 
 alt="為 @pagalvin 掮客">
</一>

這將使用一個版本的 twitter 計數器構件介面，獲取過去的 windows 的現場檢查員事情我們都這麼恨和希望會得到一次糟糕的毒藤.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

使用 InfoPath FBA 環境中管理審核組

1 答覆

我有我需要實現基於表單身份驗證中使用 InfoPath 的開支審批流程 (FBA) 使用表單服務環境 (基於 web 的 InfoPath).

有兩個批准組和過程的工作方式:

  • 使用者填寫一份開支報告，並將它提交審批.
  • 這將觸發發送電子郵件至第一個級別的核准者組.
  • 第一級批准人審查並批准或拒絕該報告.
  • 如果第一個級別的人批准它, 系統會通知第二級別的核准者.

InfoPath 側的事情, 我有不同的部分隱藏/顯示基於該使用者是否之一的這些審核組成員.

在使用者名的 FBA 環境中() 函數始終返回空白, 不幸的是. 我已經建立了一個自訂清單被稱為"審核組".

不要添加清單中的任何其他列.

打開表單時, 它有一個像這樣的規則:

image

"設置欄位的值"在這裡:

image

這基本上說: 通過尋找任何查詢的查詢批准組自訂清單和篩選器的行位置標題值 ="北歐".

如果返回的任何值, 然後當前使用者是該組的成員. 我知道它包含該值，因為該字串的長度大於零.

通過確保審核組清單中的各個項關閉迴圈. 在運行時, 如果當前使用者不具有適當的安全訪問到該專案然後查詢不會返回它, 字串長度將為零，現在你知道當前使用者不是該組的一部分. 根據需要在表單中，您可以使用這一事實.

這是超級簡單的撰寫. 我趕時間或我會提供更多細節.

我不知道我在 FBA 的環境中，它是多麼重要. 這可能會在非 FBA 環境中工作，但我可以想像情況下，這會很有用.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: ,

SharePoint 店談概述 (09/24/09 版)

發表評論

我們完成了我們 8 SharePoint 店談開放 Q&昨天的會議. 在該屆會議期間, 我們涵蓋下列主題:

關於覆蓋它. 人們似乎有我們會讓他們會從這些獲得很大的説明.

在一陣效率, 我已經設置了下周的 SharePoint 店談會議. 你可以在這裡註冊: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

如果你想要參加, 消防關閉發送電子郵件至 questions@sharepointshoptalk.com, 打我在 twitter 上 (@ pagalvin) 或者在這裡留下評論.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

SharePoint 店談 （星期四） 09/24 @ 12:30 路透社

發表評論

註冊是向上和準備好明天的 SharePoint 店在說話 12:30 PM.

在這些會議電話, 一個小組的經驗豐富的 SharePoint 臨的回答你的問題通過電子郵件, 通過生活會議或直接通過手機. 我們盡我們所能提供獨立的專家意見與 SharePoint 相關的所有主題.

通過電子郵件發送到你的問題 "questions@sharepointshoptalk.com”, twitter 他們給我, 在這裡留下你的評論或只是在電話上現身問.

我們也歡迎並尋求有識之士從觀眾.

你可以閱讀一些 SharePoint 店談歷屆在我的博客上的摘要.

這一周我們已經知道我們將處理工作流有關的問題 (恒定的最愛) 來搜索並僅舉幾例.

在此處註冊: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=dv3m7cl30sxkq2n1

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

SharePoint 店談談本星期四 09/17/09 12:30 到下午 EDT 1:30 路透社

發表評論

下一個 SharePoint 店談談本星期四發生, 09/17 在 12:30路透社.

什麼是 SharePoint 店說話? 它是一個小時的電話會議在 SharePoint 臨面板的地方回答問題. 發送到你的問題 "questions@sharepointshoptalk.com”, 在這裡我博客上的留言或問問他們大聲呼叫. 小組試圖提供幾種不同的方法解決根本問題背後的問題，只是一般提供不偏不倚的專家意見.

這周我們繼續與同一面板, 包括我自己, 我兩個 Arcovis 合作夥伴哈裡鐘斯和娜達麗婭 Voskresenskaya 和 SharePoint911 的蘿拉 · 羅傑斯.

簡要地實現的最後一周 — — 我們有更多我們可以回答的問題, 所以這周, 我們先從那些. 我們有 34 登記人，我認為 25 人們實際上加入呼叫. 我們涵蓋各種各樣的科目，我想說了 75% 面向最終使用者, 包括:

  • 到頂層網站內部和跨從子網站匯總內容戰略網站集.
  • 影響的自訂 editform.aspx 使用 SharePoint 設計器.
  • 著名"收集資料處理使用者從"設計器 SharePoint 工作流操作.
  • 使用 jQuery 來解決一些常見的使用者介面問題.
  • 時區問題 (對於地理位置分散的環境)

我們涵蓋其它幾個專案, 但細節逃脫我.

我答應做跟活的會議，深入探討的問題之一，仍需繼續努力，.

這周的會議在這裡註冊: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=bhj8dbrswhv1hv8r

這一周, 我們要談一談，至少:

  • 戰略管理和在文檔的版本歷程記錄
  • 適用性和周圍使用 SharePoint 作為前端，它允許您查看某些財務資料的客戶的想法.
  • 工作流的問題 (像往常一樣).

我們會看到和聽到你那裡!

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: ,

SharePoint 週六紐約

發表評論

我已經在這裡上傳我的演示文稿為紐約 SharePoint （星期六）: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/Follow the Yellow Brick Road to SharePoint Mastery.pptx

它不是非常有用，如果你不去到演示文稿, 但我真的希望能添加了很多筆記現在至坦帕, 當我再次提交. 這將給它更多的雙腿和上下文，通常更有用.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

如果不是很酷...

1 答覆

我會通過我大堆的 MSDN 雜誌 我的妻子下車我回來 30 秒 以容納新的 MSDN 雜誌發現了有關與基礎工作流集成 MS 語音伺服器的舊文章思想, 豈不是很酷，所有的與 SharePoint 集成? 它將是整潔，能夠說"創建網站命名 [很酷的網站] 在網站集合 [爸爸熊]"到我的手機，就這樣做. 我可以想像地方語音伺服器手關閉命令到完成所有的工作的工作流應用程式體系結構. 這是籬笆的很容易的邏輯執行的伺服器端.

在使用者介面上, 你將不得不做些事情使它滾動. 我可能會去有一些 jQuery 運行監視佇列，由工作流應用程式更新和顯示的 SharePoint 網站"語音監視器"種, 在真正的時間, 發生了什麼事情.

這將是相當瘋狂的技術火車就在那裡. 手機撥號連線到在一些機器上的語音伺服器. 工作流之間語音伺服器和 SharePoint 的差距. jQuery 加強平原簡 SharePoint 使用者介面.

有沒有任何實際的成分，? 誰知道呢. 誰在乎呢?

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

諮詢可以有點像拉出自己的牙齒

發表評論

[請注意: 跨過帳到這篇文章 最終使用者 SharePoint 在這裡: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]

有時, 當你作為一名顧問工作 (作為一種職業, 或在您公司內的諮詢角色), 你發現自己生活在一個洋蔥的故事. 洋蔥是有一系列的文章叫"問 [專家] 關於 [幾個問題]”. 在此之前的著名的"親愛的艾比"格式有關的人在那裡尋求個人建議. 洋蔥的"專家", 然而, 是太專注于自己的專業領域和當前問題專家完全忽視這一問題，並聊他的專業領域. 作為顧問, 我們需要記住這一點所有的時間，避免落入這個陷阱. 它是這樣 — — 經典描述，"當你使用一把錘子一整天來解決你的問題, 一切始看起來像一個釘子"。 我們的專業顧問總是提防那種事, 但我們接觸到那些嚴重專業人員在自己的角色中的人, 但不是顧問. 他們沒有相同的需要或培訓，否則.

上個星期, 我寫了我公司的客戶和在進行專案的一個 我們必須使各種眼科醫生在美國和加拿大之間的高品質合作執行對罕見病的臨床研究. 除了利用核心 SharePoint 功能，使這種合作, 我們也正在費用提交和審批過程. 它具有複雜，因為我們有這麼多的演員:

  • 少數幾個在不同醫生的做法的人可以在一行輸入的開支.
    • 有超過 40 醫生的做法.
    • 在一些做法, 醫生直接使用系統.
    • 在許多的做法, 醫生的工作人員直接使用系統.
  • 財務管理員 (誰是誰我直接用戶端) 誰審查的準確性和關聯性的開支, 批准或拒絕他們在組織級別.
  • 協力廠商帳戶支付集團. 這些人支付所有的帳單為出用戶端, 不只是帳單出來種罕見的疾病研究.

應付帳款組一直是一個挑戰. 昨天和他們一起工作使我想起了洋蔥系列. 在我作為商業顧問的角色, 我解釋，需要向該帳戶支付公司:

  • 臨床研究網站 (醫生的做法) 相關研究的開支.
  • 他們登錄到"web 網站"並輸入自己的費用使用連線表單. 在此情況下, "web 網站"主辦與 SharePoint 和費用 InfoPath 表單中輸入. 費用收據掃描, 上載並直接連接到該表單.
  • 自動化的工作流進程旨在從適當的財務管理員批准.
  • 你, 親愛的協力廠商 AP 公司 — — 請審查和批准或拒絕此費用. 我會寄給你任何你想要的方式 (內部原因).在討論這點, 真的不在乎它需要如何被捆綁. 我想要瞭解他們的需要和想要的 AP 組與工作.

當我解釋需要, 在協力廠商花了關於費用的審批過程及其內部胡言亂語行話深入查看, Oracle 代碼, 副總統簽名, 90 天交獨自, 等. 和恐慌. 我不應該忘記所帶來的恐慌. 諮詢業的床岩要求之一就是學會如何與人溝通那樣那些自己不訓練或一定覺得有必要這樣做. 除其他外, 它是最好的部分，被一名顧問之一. 你想進入世界填充與商界人士以完全不同的觀點. 我想像它是有點像進入一個連環殺手的心, 除非你並不經驗後毀生命 (儘管進入 AP 經理的頭腦並不是在公園散步 🙂 [請參閱下面的重要說明 ***] ).

作為 SharePoint 人我們技術世界偉大的事情之一就是我們有現成的答案，許多非常有效的關注，人們如我 AP 接觸有. 它是安全的嗎? 知道費用適當的核查? 我能, 作為最後的付款人, 請參閱費用的所有詳細資訊? 我是如何做的? 如果我看著那些細節，他們不贊成? 我可以拒絕他們? 如果組織變化和原始核准者不再是周圍會發生什麼? 我們可以輕鬆地更改以反映更改系統中的過程嗎? 可我重溫這筆開支一年後如果得到審核，並需要保衛付款?

作為 SharePoint 人, 我們可以看到如何回答這些問題. 在我的客戶案例, 我們更多或更少回答他們像這樣:

  • InfoPath 表單，允許網站記錄他們的開支，並提交審批.
  • 網站可以返回到該網站，以隨時查看其開支報告的狀態.
  • 隨著重大事件的發生 (例如：. 費用是批准和提交付款), 系統主動通知他們通過電子郵件發送.
  • 一旦批准已提交一份報告，系統會通知財務管理員.
  • 財務管理員批准或拒絕該請求.
  • 經批准, 費用是捆綁到電子郵件併發送給協力廠商支付組織.
  • 協力廠商付款方有他們需要審查費用的所有資訊，並且可以訪問 SharePoint 環境來深入詳細資訊 (主要審核歷史記錄，以驗證費用的"真相").
  • 3rd 方付款人可以批准或拒絕付款使用他們自己的內部過程. 他們早在 SharePoint 網站記錄結果 (這會觸發電子郵件通知給適當的人).
  • 在未來, 它就好剪出此 stilly 電子郵件過程和相反飼料費用直接進入他們的系統資訊.

結論, 有一種生活風格在這裡，我從專業顧問的角度描述, 但這幾乎同樣適用于全時間員工在學士學位和/或電源使用者角色. 貴公司的專家一起工作，堅忍不拔和提取核心業務需求，盡你所能. 有深刻的理解，SharePoint 特性和功能可借鑒, 通常不, 您將能夠回答問題，並提供如何改善每個人的工作天利用核心 SharePoint 功能.

***重要說明: 真的不想比較 AP 人們對連環殺手. 不過, 我大概可以列舉一些 AP 臨的人可能希望他們可以去反對我申請限制令，跟蹤他們，問幾遍. "哪裡是我的支票?""哪裡是我的支票?""哪裡是我的支票?”

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: ,,

SharePoint 店談 （星期四）, 09/10/09 在 12:30路透社

1 答覆

SharePoint 店談繼續在本星期四 12:30 到下午 EDT 1:30路透社. 這將是我相信我們第五輪. SharePoint 店談工作原理是這樣:

  • 一個 SharePoint 專家小組回答問題. 這周小組包括蘿拉 · 羅傑斯, 婭 Voskresenskaya, 我和哈裡 · 鐘斯.
  • 任何 SharePoint 問題是公平的遊戲.
  • 發送或問的問題:
    • 通過電子郵件發送: info@arcovis.com
    • Twitter 直接向 @pagalvin
    • 在這個博客上的留言
    • 在後面的一張海報板上寫下的問題, 其中一側佈滿了 $20 票據和郵寄到我家位址 (留下評論，直接將與您聯繫).
    • 最後, 撥入呼叫，只大聲問它.

這周我們有幾個問題，圍繞 SharePoint 工作流. 兩個示例問題:

  • "我是如何部署 SharePoint 設計器從開發，測試工作流?”
  • "不會設計器 SharePoint 工作流工作好與 InfoPath? 我如何共用 InfoPath 表單和設計器 SharePoint 工作流之間的資訊?”

本周的 SharePoint 店談註冊啦. 按一下此處進行註冊. 我們希望聽到你的聲音!

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin