每月档案: 9 月 2009

SharePoint 店谈星期四 10/01 @ 12:30 美国东部时间下午 (明天!)

1 答复

SharePoint 店谈登记是最多和准备明天.

我们已经准备了一些管理问题的几个问题 (开发/测试/prod 和同步服务包起来), 电子邮件通知 (如何选择到基于文档的元数据的电子邮件的人) 和一些讨论围绕 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 答复

我是马克今天已经从 twitter 消息和想答案的博客.

问题是: "嗨保罗, 为您快速一,你是如何的 twitter 计数器到你活的空间作为脚本代码被保存时 Thx"

我是通过将一个自定义的 html 小部件添加到我的生活空间页面和使用的小小的代码片段:

<一 href="http://twittercounter.com/?用户名 = pagalvin" 
 标题="为 @pagalvin TwitterCounter"> 
 <img src="http://twittercounter.com/counter/?用户名 = pagalvin" 
 宽度=88 
 高度=26 
 样式="边界:没有一个" 
 alt="为 @pagalvin TwitterCounter">
</一>

这将使用 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 到下午美国东部时间 1:30 美国东部时间下午

发表评论

下一个 SharePoint 店谈本星期四发生, 09/17 在 12:30美国东部时间下午.

SharePoint 店谈什么？? 它是一个小时的电话会议在 SharePoint 临面板的地方回答问题. 发送到你的问题 "questions@sharepointshoptalk.com”, 在这里我博客上的留言或问问他们大声呼叫. 小组试图提供几种不同的方法解决根本问题背后的问题，只是一般提供不偏不倚的专家意见.

本周，我们继续与同一面板, 包括我自己, 我两个 Arcovis 合作伙伴哈里 · 琼斯和娜塔莉亚 Voskresenskaya 和 SharePoint911 的劳拉 · 罗杰斯.

简要地实现上星期 — — 我们有更多我们能回答的问题, 所以这个星期, 我们先从那些. 我们有 34 登记人，我认为 25 人们实际上加入呼叫. 我们涵盖各种各样的科目，我想说了 75% 面向最终用户, 包括:

  • 战略的顶级网站内和跨子网站从卷起内容网站集.
  • 自定义使用 SharePoint 设计器的 editform.aspx 的影响.
  • 著名"收集数据处理用户从"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 组与工作.

当我解释需要, 在第三方采取了有关开支审批流程及其内部胡言乱语 lingo 深入查看, 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 到下午美国东部时间 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

Technorati 标签: ,