月別アーカイブ: 9 月 2009

SharePoint ショップ話木曜日 10/01 @ 12:30 東部夏時間 (明日!)

SharePoint ショップトーク登録は明日の準備ができて、.

いくつかの管理問題に対処するティーアップ、いくつかの質問があります。 (開発/テスト/製品とサービス パックを同期), 電子メール通知 (ドキュメントのメタデータに基づいてメールする人を選択する方法) FBA 環境で InfoPath フォーム サービスの使用のまわりのいくつかの議論.

いつものように, トピックについて話をしたい場合:

  • メールを送る questions@sharepointshoptalk.com
  • Twitter の私 (@ pagalvin)
  • ここでコメントを残す.
  • ちょうど呼び出しで姿を現すそこで質問してそれ.

私のブログにここで過去の 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 Live スペースと Twitter のカウンター

DM は twitter からのメッセージを今日だったし、私は答えのブログ思った.

質問です。: 「ちょっとポール, すぐに 1 つあなたのため,どうやってさえずりカウンター ライブ スペースに保存される場合にスクリプト コードをブロックとして 『 Thx」

私は私のライブ スペース ページにカスタム html ウィジェットを追加して、ほとんどのコード スニペットを使用してこれをしました:

< href「http =://twittercounter.com/?ユーザー名 = pagalvin" 
 タイトル"TwitterCounter @ pagalvin の ="> 
 <img src「http =://twittercounter.com/counter/?ユーザー名 = pagalvin" 
 =88 
 高さ=26 
 スタイル"国境 =:なし" 
 alt キー"TwitterCounter @ pagalvin の =">
</>

これは私たちすべてがそんなに嫌い windows ライブ検閲のことを過去を取得 twitter カウンター ウィジェットのインターフェースのバージョンを使用して、ツタウルシの悪い場合の願いを得る.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

InfoPath 環境では FBA と承認グループの管理

私は InfoPath でのフォーム ベース認証を使用して実装する必要のある、経費の承認プロセスがあります。 (FBA) フォームのサービスを使用する環境 (web ベースの InfoPath).

2 つの承認グループがあるし、プロセスはこのような作品:

  • ユーザーが経費明細書を満たし、承認のため送信.
  • 最初のレベルの承認者グループにメールをトリガーします。.
  • 最初のレベルの承認者がレビューおよび承認またはレポートを拒否.
  • 最初のレベルの人がそれを承認した場合, システムは 2 番目のレベルの承認者に通知します。.

物事の InfoPath 側で, 私は、ユーザーがそれらの承認グループのメンバーを使用するかどうかに基づく非表示/表示される別のセクションがあります。.

Fba の処理環境では、ユーザー名() 関数は、常に空白を返します, 悲しいことに. やったがセットアップ、カスタム リストという「承認グループ」.

私は任意の追加の列をリストに追加しません。.

フォームを開いたとき, このようなルールをが:

image

「フィールド値の設定」はここにあります。:

image

これは基本的に言っています。: 承認グループのカスタム リストのクエリとフィルターのいずれかを見ることによってクエリの行がタイトルの値 =「北欧」.

場合は、任意の値を返します, その後、現在のユーザーがそのグループのメンバー. 私はその値が含まれる文字列の長さが 0 より大きいので知っています。.

承認グループ リストの個々 のアイテムを保護することによって、ループを閉じる. 実行時に, 現在のユーザーがあるない場合は適切なセキュリティには、アイテムにアクセスし、クエリはそれを返すことはありません。, 文字列の長さが 0 になります、現在のユーザーを知っている今はそのグループの一部ではないです。. フォームで、必要に応じてその事実を使用することができます。.

これは超簡単な書き込み. 時間が迫っているまたはより多くの詳細を提供します。.

それは FBA 環境で私はどのように関連するのかわからない. これはおそらく非 FBA の環境でうまく動作するが、場合役に立つことを想像することができます。.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: ,

SharePoint の店の話の要約 (09/24/09 版)

我々 は 8 SharePoint ショップトーク オープン Q を終えた&昨日のセッション. そのセッション中に, 私たちは、次のトピックをカバー:

  • SharePoint デザイナーを使用して作成されるワークフローから非常にフォーマットされた電子メールを送信する方法.
  • SharePoint の違いに関する情報を検索する場所 2010 Windows SharePoint Services では特に 3.0 (SharePoint の無料版).
  • JQuery のメンテナンスおよび管理を行った. 具体的には, 「行くべき場所、jQuery?「私たちは、このトピックと 1 つの周り偉大な討論面白い新しいアイデア (私を) コンテンツ配信ネットワークの考え方は、します。. この bing 検索をテーマに興味深いデータの多くを引っ張る: http://www.bing.com/search?q=microsoft+content+delivery+network&FORM=DLSDF7&pc=MDDS&src=IE-SearchBox
  • 誰かが言及する部品 (または多分すべて) インターネットで放送される 10 月にラスベガスの会議来るメガの. 詳細については、このサイトをチェックしてください。: http://www.week3.org/Events/default.aspx
  • RSS について話した. その議論地上の多くのカバー. 箱から出して何を得るよりも RSS はよりよい CodePlex プロジェクトがあると www.endusersharepoint.com いくつかの良い記事ローラ ・ ロジャースによって dvwp でを使用して RSS の本当に良いセッションを構築する方法.

それはそれについて説明します。. 私たちがそれらを続けるだろうので、これらから多くの助けを得ることをようである人.

効率のバーストで, 私はすでに次の週の 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 午後.

これらの電話会議中, これまでプロの経験豊富な SharePoint のパネルのこと e メール経由であなたの質問, 経由でライブ会議や電話で直接. SharePoint に関連するすべてのトピックに関する独立した専門家の助言を提供するために最善を尽くします。.

あなたの質問をメールで送信します。 「questions@sharepointshoptalk.com”, 私にさえずり, ここでコメントを残すまたは単に、呼び出しで姿を現すし、お願い.

我々 も歓迎し、聴衆のメンバーからの洞察力を求める.

私のブログで以前 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 pro のパネルの質問に答える 1 時間会議の呼び出し. あなたの質問を送信します。 「questions@sharepointshoptalk.com”, ここに私のブログにコメントを残すか、だけそれら大声の呼び出し. 質問の背後にある根本的な問題を解決するためのいくつかの異なるアプローチを提供し、ちょうど一般に公平な専門家のアドバイスを提供しようとするパネル.

今週私たち、同じパネルを続行します。, 自分自身を含む, 私 2 つの Arcovis パートナー ハリー ・ ジョーンズとナタリア Voskresenskaya と SharePoint911 のローラ ・ ロジャース.

簡単に recapping の最後の週-我々 は、我々 が答えることができるよりもより多くの質問をいた, だから今週, 我々 はそれらを始めるよ. 我々 が持っていた 34 登録者と思う 25 人々 は、呼び出しを実際に参加しました. 我々 はだったとは思います被験者の様々 なをカバー 75% エンドユーザー指向, 含む:

  • サイト コレクションでコンテンツをサブサイトから最上位レベルのサイト内と間に圧延のための戦略.
  • SharePoint デザイナーを使用して editform.aspx のカスタマイズの影響.
  • SharePoint Designer ワークフロー アクション、有名な「データの収集、ユーザーから」を扱う.
  • ユーザー ・ インタ フェースに関する一般的な問題を解決するために jQuery を使ってください。.
  • タイム ゾーンの質問 (地理的に分散環境のため)

私たちにも、いくつかの他の項目をカバー, しかし、私は詳細をエスケープ.

質問の 1 つに掘ると、まだそれを行う必要がありますライブの会議でフォロー アップすることを約束.

この 1 週間のセッションのためにここに登録します。: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=bhj8dbrswhv1hv8r

今週, 私たちは少なくともについて話をするつもりです。:

  • 管理とドキュメントのバージョン履歴を取得するための戦略
  • 適合性と SharePoint を使用していくつかの財務データを表示するには、お客様がフロント エンドとしての周りのアイデア.
  • ワークフローの質問 (いつものように).

我々 を参照し、そこに聞く!

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

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

クールな場合だろう.

MSDN マガジンの私の巨大な山を通過しました。 私の妻のための私の背中を降り 30 秒 新しい MSDN のための部屋を作る雑誌、私はワークフローと MS 音声サーバーの統合に関する古い記事に出くわしたし、私は思った, すべてのことを SharePoint と統合するクールではないです。? "作成サイトという名前を言うことができるきちんとしたのようなものだろう [クールなサイト] サイト コレクションで [パパはベア]「私の携帯電話にしてそれを行う. 音声サーバがワークフロー アプリケーションがすべての処理を実行するためのコマンドを渡しますアーキテクチャを想像することができます。. フェンスのサーバー側を実装する非常に簡単なロジックであります。.

UI に, それは圧延を取得する何かをする必要. 私は実行している jQuery のいくつかを示し、ワークフロー アプリケーションによって更新されるキューを監視を含む SharePoint サイトの「音声モニター」の種類になるだろう, リアルタイムで, どうしたんですか.

かなりクレイジー技術の鉄道権利があること. 携帯電話の一部機種で音声認識サーバーへのダイヤルアップ接続. ワークフロー音声サーバーと SharePoint との間のギャップを埋める. jQuery 明白ジェーン SharePoint UI の強化.

この実用的なコンポーネントがあります。? 誰が知っています。. 誰が気に?

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

コンサルティングは少しのような自分の歯を引っ張ることができます。

[メモ: この記事にクロス投稿 エンド ・ ユーザーの SharePoint ここで: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]

時々, コンサルタントとしてを作業しているとき (職業として, またはあなたの会社内の諮問の役割), 玉ねぎ物語に住んでいる自分自身を見つける. タマネギは一連の記事と呼ばれる"質問、 [専門家] について [いくつかの問題]”. こちらは有名な「親愛なるアビー」形式で関係者は、個人的なアドバイスを求めています. タマネギの「専門家」, ただし, ですので専門知識と専門家が質問を完全無視し、彼の専門分野についてとりとめなく現在の問題の彼/彼女の領域に焦点を当ててください。. コンサルタントとして, 維持念頭に置いてすべての時間その罠に陥るを避ける必要があります。. 「あなたの問題を解決するためにハンマーを一日中使用する場合-このような説明クラシック, すべてを釘のように開始します。" 私たちプロのコンサルタントは、常にそういったことに対する警戒, しかし、自分の役割に深刻な専門家である人々 に出会う, しかし、コンサルタントではありません。. 彼らは、そう同じ必要性やトレーニングを持っていません。.

先週です, 私は私の会社のクライアントと進行中のプロジェクトの約 1 つを書いた 我々 はまれな疾患の臨床研究を行うカナダと米国でさまざまな眼科医の質の高いコラボレーションを有効にする必要. コア コラボレーションを有効にする SharePoint の機能を活用することに加え, また経費提出と承認プロセスが取り組んでいます. 我々 は非常に多くの俳優を持っているのでそれは複雑します。:

  • 行に経費を入力することができます別の医師の方法で人の握り.
    • そこに 40 医師の慣行.
    • いくつかのプラクティスで, 医者は直接システムを使用します。.
    • 多くの練習で, 医師のスタッフが直接、システムを使用します。.
  • 財務管理者 (私の直接のクライアントのために勤める) 精度と関連性のための費用をレビューする担当者, 承認または組織レベルでそれらを拒否します。.
  • サードパーティのアカウント買掛金グループ. これらの人々 を支払うクライアントのための法案のすべて, 稀な疾患の研究から出てくるだけでなく手形.

買掛金勘定グループは挑戦をされています。. 昨日の作業には、オニオン シリーズを思い出した. ビジネス コンサルタントとしての私の役割で, アカウント買掛金会社の必要性を説明:

  • 臨床研究サイト (医師の慣行) 研究関連費用します。.
  • 彼らは「web サイト」にログオンし、オンライン フォームを使用して、支出を入力. このケースでは, 「web サイト」は SharePoint でホストされ、費用が InfoPath フォームに入力. 経費の領収書をスキャンします。, アップロードし、フォームに直接接続されています。.
  • 自動ワークフロー プロセスは、適切な財務管理者から承認を求めています。.
  • あなた, 親愛なる 3 第三者 AP の会社-を確認してください、承認またはこの経費精算. あなたがしたい任意の方法のあなたにお送りに (理由の中で).この時点で、議論, 本当にバンドルする必要がありますどのように気にしません。. 彼らが必要し、するを理解する AP グループで働きたいです。.

とき、私は必要性を説明しました。, サードパーティ製の経費の承認プロセスについて、内部のマンボ ジャンボ用語に深いダイビングを取った, Oracle のコード, 副大統領の署名, 90 日のターンアラウンド, など. パニック. パニックについて忘れてはいけない. コンサルティング専門職のベッド ロックの要件の 1 つは自身の訓練を受けていないそのような人々 と通信したり、必ずしも同じことをする必要性を感じる方法を学ぶ、します。. 他のものの間で, コンサルタントであることの最良の部分の一つです。. 世界の完全に異なる視点を持つビジネス人々 と設定を入力を取得します。. 私はそれが連続殺人犯の心の中に入るように少し想像します。, 経験の後の人生のため台無しにされていないことを除いてください。 (APマネージャの心に入っても、公園での散歩ではありません🙂 [次の重要事項を参照してください * * *] ).

SharePoint の人々 として私達の技術の世界についての素晴らしいことの一つがあると非常に有効な懸念の多くに既製の答え、人々 私の AP の接点のよう. それはセキュリティで保護された、します。? 費用はきちんと吟味することをどのように知っています。? できます。, 最終的な支払として, 費用の詳細を参照します。? どのようにすれば? どのような場合、私はそれらの詳細を見て、それらの承認しません。? それらを拒否することが? 組織変更および元の承認者が周りはもはや場合に何が起こるか? 我々 は、簡単にシステムの変更を反映するプロセスを変更できます。? ことができます私は再訪この費用 1 年後監査を取得し、支払いを守るために必要がある場合?

SharePoint の人々, 我々 はこれらの質問に答える方法を見ることができます。. 私のクライアントの場合, 我々 このようなもっとまたはより少なくそれらに答える:

  • サイトを彼らの費用を記録し、承認のため送信を許可する InfoPath フォーム.
  • いつでも、経費報告書の状態を表示するサイトにサイトを返すことができます。.
  • 重要なイベントが発生します。 (例えば. 経費が承認され、支払い申請), システムは事前にメールで通知します。.
  • 申請書が提出された後、システムは、金融の管理者に通知します.
  • 財務管理者を承認または却下します。.
  • 承認時に, 費用は電子メールに束ね、第 3 党支払組織に送信されます。.
  • 第 3 党が彼らの費用を確認する必要がありますすべての情報と詳細を調べるには、SharePoint 環境にアクセスすることができます (主に費用の「真実」を確認する履歴を監査します。).
  • 3rd パーティ支払を承認または独自の内部プロセスを使用して支払いを拒否できます。. SharePoint サイトにその結果を記録します。 (適切な人に電子メール通知をトリガーします。).
  • 将来的に, この穏やかなメール処理をカットし、代わりにシステムに直接経費情報をフィードすることができれば.

結論として, 私はプロのコンサルタントの視点を表すライフ スタイルがここにあります。, 完全な学士号の時間従業員および/またはパワー ユーザー役割にほぼ均等に適用するが、. あなたの会社の専門家と根気し、可能な限りコア ビジネス要件を抽出. SharePoint のフィーチャーおよび機能に頼るの深い知識を持つ, 頻繁にしません。, 懸念に答えるし、みんなの作業日を活用するコアの SharePoint 機能を改善する方法を提供することができます。.

***重要な注意事項: 私本当に don't は、連続殺人犯に AP 人々 を比較つもり. ただし, 私はおそらくいくつかの名前が AP のプロの人がおそらくそれらをストーカー行為と何度も繰り返し尋ねる私に対する差し止め命令を得ることができる希望. "どこで私のチェック?""どこで私のチェック?""どこで私のチェック?”

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

SharePoint ショップ話木曜日, 09/10/09 で 12:30東部夏時間

この木曜日に引き続き SharePoint ショップトーク 12:30 EDT へ 1:30東部夏時間. これは私は信じて私たちの第 5 回呼び出しになります. このような作品 SharePoint ショップの話:

  • SharePoint の専門家のパネルの質問に答える. 今週にはパネルには、ローラ ロジャースが含まれています。, ナタリア ・ Voskresenskaya, ハリー ・ ジョーンズと俺.
  • SharePoint でのご質問は、公正なゲームです。.
  • 送信または質問:
    • メールで: info@arcovis.com
    • @pagalvin に直接 twitter
    • このブログにコメントを残す
    • ポスター ボードの部分の背面に、質問を書き留めてください。, これの 1 つの側面で覆われています。 $20 請求書し、私の自宅の住所に郵送 (コメントを残すし、直接ご連絡いたします).
    • 最後に, 呼び出しをダイヤルし、ちょうどそれを大声で求める.

今週我々 は SharePoint ワークフローの周りいくつかの質問があります。. 2 つのサンプルの質問:

  • "展開するには、SharePoint Designer ワークフロー開発からテストへ?”
  • "SharePoint Designer ワークフローの動作 InfoPath とよく? どのように InfoPath フォームと SharePoint Designer ワークフロー間で情報を共有することができます。?”

今週の SharePoint ショップトーク登録は. 登録するにはここをクリック. そこ聞いていきたいです。!

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin