概述

随着移动互联网的发展，各种各样的即时交流沟通的工具越来越多，但是对于企业用户来说，电子邮件仍然是日常工作中不可或缺的交流沟通工具。这不仅仅是因为电子邮件使用的普遍性和方便性，也是因为电子邮件到目前为止仍然是大多数企业认可的，具备法律效应的沟通工具。企业级的电子邮件拥有安全备份，可追溯，可接受审计等特性。因此对于企业用户来说，电子邮件仍然是最安全、可靠的交流工具。

正因为电子邮件的这种特性，APortal工作流平台除了支持通过浏览器和微信小程序进行审批以外，还支持通过电子邮件完成工作流审批的功能。

通过电子邮件完成工作流审批任务，顾名思义，就是当用户从工作流系统中被分配审批任务后，系统就会自动给用户发送一封提醒邮件。用户接收到这个邮件后，直接答复这个邮件就可以完成相应的工作流任务的审批操作啦。

下面我们来看看在APortal工作流平台上实现这个功能需要哪些条件。

设置

在APortal工作流平台上配置电子邮件审批功能需要进行如下几步设置工作：

1. 设置以POP3或IMAP协议传入的电子邮件服务器和相应的邮件帐号，这个邮件帐号用于发送APortal工作流平台的工作流任务提醒邮件，并接收用户回复的审批邮件；
2. 设置用于工作流任务审批的关键字，例如：同意、拒绝、Approve、Reject等等；
3. 在需要进行邮件审批的工作流审批节点上设置允许通过电子邮件审批。换言之，在同一个流程中可以设置特定的某个或某些审批节点允许通过电子邮件进行审批，以满足个性化的审批需求。

完成上述设置并在APortal工作流设计中激活电子邮件审批功能后，通过APortal工作流平台发出的工作流电子邮件就会包含相关信息，接收到这个电子邮件的审批用户就可以回复邮件，并在回复邮件的第一行写入用于审批的关键字，同意或拒绝等，如果需要还可以在邮件第二行写入自己的审批意见。

系统接收到用户回复的邮件后会自动解析该邮件对应的审批任务和用户的审批决定及审批意见，并在系统中自动完成这个审批操作。

当然，即使是设置了电子邮件审批的工作流任务，用户仍可以通过浏览器进入APortal工作流系统，或通过APortal工作流微信小程序来完成这个审批操作。APortal系统的工作流引擎会自动识别通过各个平台传来的审批操作，并以第一个审批操作为准，不会互相冲突。

优势小结

通过电子邮件完成工作流任务审批，主要的优势在于电子邮件是所有企业用户都非常熟悉且不可或缺的日常办公工具。电子邮件客户端在浏览器、电脑桌面和智能手机上都可以操作，无形中扩大了用户接收和处理APortal工作流任务的操作空间。

此外，电子邮件还具有脱机也可以处理的优势。即使在暂时没有Internet网络连接的情况下，只要电子邮件已经接收到邮件客户端，那么用户仍然可以对邮件进行浏览和回复。暂存在发件箱中的电子邮件在网络连接恢复后就会自动发送出去，而无需用户再进行干预。

在项目实践中我们也发现通过电子邮件回复进行工作流审批任务处理的功能深受广大用户，特别是管理层用户的好评和推荐。

APortal工作流平台支持多种类型的前端程序接入，方便不同使用习惯的用户，同时也可支持更加丰富的使用场景。

APortal微信小程序客户端，可以帮助APortal用户随时随地在熟悉的微信APP中完成工作流单据的填写、提交、审批、搜索等日常操作，大大提高了用户的工作效率。

作为几乎人手一个的『国民应用』，微信在大多数用户的手机上都已经预先安装，用户只需要通过小程序二维码，或者企业公众号的链接就可以顺利地进入APortal小程序。企业的IT管理员无需花费过多精力帮助用户解决安装移动应用中可能遇到的兼容性问题。

发现

可以通过以下两种方式找到APortal微信小程序。

方法一：通过APortal微信公众号

在微信中查询『aportal』，找到并关注名为『APortal工作流平台』的微信公众号。进入公众号后，点击右下角菜单『关于我们-小程序入口』，就可以进入APortal工作流微信小程序。

方法二：扫描二维码

使用个人微信扫描下方的小程序码，可直接进入APortal工作流微信小程序。

登录

要登录APortal微信小程序，用户首先需要在APortal工作流平台登记自己的手机号码，或是由本企业的系统管理员通过后台批量地将用户的手机号码登记到系统中。

首页

登录后，首先将进入小程序首页，首页分为3个主要区域，如下图所示：

我的

待审批：系统中正在等待当前用户审批处理的所有业务单据，按照任务开始时间由近及远的顺序排列。

单据：当前用户在系统中填写并提交，并且仍在处理过程中的所有单据列表，按照提交时间由近及远的顺序排列。

草稿：当前用户填写后保存为草稿状态未提交的所有单据，按照最后修改时间由近及远的顺序排列。

应用

应用区域列出了当前系统支持，且属于当前用户权限范围内的所有应用类型。系统支持的应用类型完全根据企业实际业务需求定制，并可以根据用户的公司、部门、角色等进行授权。以APortal用户体验站点为例，包含以下一些常规应用。

• 休假申请
• 费用报销
• 出差申请
• 外出申请
• 加班申请
• 调休申请
• 个人备忘录
• 常用文档
• ......

关于系统

设置 - 点击后跳转到设置页面，显示当前用户的所属部门、帐号、邮箱、手机号码等信息，并可以进行相关的系统设置操作，详见“系统设置”部分的介绍。

系统 - 点击后跳转到当前系统页面，显示小程序的当前版本号，并可以检查是否有更新版本。

填写和提交单据

在系统首页上点击下方的“+”（加号）按钮，选择需要创建的单据类型后，进入新单据的填写页面。

下图为一个“外出申请”的表单样式，用户可以填写外出的标题，离开和返回的日期时间，同行人员，在地图上选择外出位置 地点，输入外出理由，上传附件等。

填写过程中如果需要暂停填写，可以点击【保存】按钮将填写内容暂时保存到系统等待下次填写，将来可以从首页的“草稿”列表中找到这个单据并继续填写。

填写完成后可以点击【提交】按钮提交单据进入审批流程。

如果单据有明细信息需要录入，例如下图这个费用报销申请页面，点击屏幕上方的“明细”标签切换到单据明细信息表，然后点击【新建】按钮创建新的明细信息，或点击明细列表中的信息打开已保存的信息进行编辑。

审批单据

用户在“待审批”列表中点击打开等待自己审批的单据进行审批。在审批页面中点击【同意】或【拒绝】按钮打开审批窗口，输入审批意见后点击【确认】按钮提交自己的审批。

在审批界面还支持审批用户签名，用户点击审批意见输入框下方的“签名”超链接，打开前面窗口签名后保存，提交审批后，签名将转换为图片文件随着单据一起提交。

系统设置

点击屏幕下方菜单栏的“设置” 按钮后可以进入设置页面。在设置页面中将展示当前用户的帐号、邮件、电话号码、所属部门等用户个人信息。用户还可以在设置页面中进行界面显示语言切换，站点切换，用户身份切换等操作。

界面显示语言切换

在设置页面点击“语言”按钮后，在屏幕下方出现语言列表供用户选择。目前系统可以支持中文/英文的切换，将来可根据用户实际需要继续扩展其他语言支持。

站点切换

APortal工作流平台以SharePoint Online的站点作为一个基本的操作单元。如果企业开设了多个站点对应不同的流程组合，则同一个用户可能会在多个站点具备访问权限。这种情况下，用户只需要一次登录就可以通过这里的站点切换功能实现在不同站点间进行切换和操作。

用户身份切换

某些特定的业务场景下，用户在企业拥有多个帐号，分别处理不同的业务。这种情况在APortal平台可以使用相同的电话号码对应多个不同的用户帐号。用户登录APortal小程序后就可以通过用户身份切换，在不同身份建转换，以处理不同的业务。

其他

任务通知

APortal系统可以通过“APortal工作流”微信公众服务号给用户推送任务通知，可以通过下方的公众号二维码或直接在微信中搜索并关注名为“APortal工作流”的公众服务号。

在微信中接收到“APortal工作流”推送的任务提醒后，点击提醒链接就可以直接跳转并打开APortal工作流小程序。

二次开发支持

有些表单和流程的特定业务逻辑无法通过APortal工作流小程序的现有通用功能加以配置实现，这时可以考虑通过二次开发形式将业务逻辑代码嵌入到APortal工作流小程序中加以实现。有相关需求可以联系我们。

后记

APortal工作流小程序还在持续地发展和进化，不断地根据用户的需求推出新的功能。欢迎您的持续关注，如果有任何需求或建议，请直接联系我们：021-58380092

介绍

我们常见的网站都会有一个默认页面，当用户直接通过网站域名访问时，就会被引导到这个默认页面下，这个页面也被称为网站首页。

在SharePoint网站中也同样存在这样的页面，只不过SharePoint给了它一个更友好的名字：Welcome page，也就是欢迎页面。顾名思义，当你打开一个SharePoint网站时，如果在浏览器的地址栏里没有指明特定的页面，那么SharePoint网站就会把你引导到这个欢迎页面。

默认情况下，SharePoint网站的欢迎页面是一个名字为Home.aspx的页面。如果在SharePoint网站上进行了自定义开发，例如部署了企业信息门户或工作流门户时，用户就希望将SharePoint站点的欢迎页面以自定义开发的门户首页进行替换，这样当用户进入时就被自动引导到自定义开发的首页上去了。

要修改SharePoint欢迎页面，有两种方式，分别是通过SharePoint PowerShell脚本和SharePoint网站功能，以下我们来逐一介绍一下。

使用SharePoint网站功能修改欢迎页面

要设置网站的欢迎页面，首先需要将SharePoint网站所在的网站集（Site Collection）的“SharePoint Server发布基础架构”功能激活。如果是新创建的网站集，那么这个功能默认是处于非激活状态。

通过“网站URL/_layouts/Settings.aspx”进入SharePoint网站设置页面，如果当前网站是网站集下的子站点，则点击“网站集管理/转到首要网站设置”链接，进入网站集根站点的网站设置页面。

在网站集根站点的设置页面中，点击“网站集管理/网站集功能”链接，打开网站集功能页面。

在网站集功能页面中找到“SharePoint Server发布基础架构”，点击所在行上的『激活』按钮，等待SharePoint激活该功能后，回到网站设置页面（如果是子站点，则需要回到相应子站点的网站设置页面）。

在网站设置页面中，点击“网站操作/管理网站功能”链接（注意，这次不是“网站集功能”了），进入网站功能页面，激活“SharePoint Server发布”功能，完成后再次返回网站设置页面。

此时，在网站设置页面的“外观”部分下面出现了“欢迎页面”链接，点击这个链接进入网站欢迎页面设置页面。

在网站欢迎页面设置框中输入或通过点击设置框右侧的『浏览』按钮，在弹出页面中选择一个页面作为本网站的欢迎页面。无论是输入还是通过浏览后选择，设置的欢迎页面都必须是当前网站内已经存在的页面，而不能设置不存在或外部站点的页面作为本网站的欢迎页面。

点击『确定』按钮完成网站欢迎页面的设置工作。

PowerShell更改欢迎页面

如果网站集和网站没有分别开启发布架构和发布功能，那么还可以考虑通过PowerShell脚本的方式设置欢迎页面。

设置脚本如下：

$web = Get-SPWeb https://shuishan.sharepoint.cn;
$folder = $web.RootFolder;
$folder.WelcomePage = "SitePages/home.aspx";
$folder.Update();`

使用上述代码需要注意的地方是，一定要使用变量获取SPWeb的RootFolder，然后再去为WelcomePage赋值，更新RootFolder。如果直接针对SPWeb对象实例的RootFolder属性进行操作，则不会产生效果。

注意，以下代码是无效代码：

$web = Get-SPWeb http:// shuishan.sharepoint.cn;
以下代码是错误示例。
$web.RootFolder.WelcomePage = "SitePages/home.aspx";
$web.RootFolder.Update();

如果还没有SharePoint PowerShell环境，或是对SharePoint PowerShell不熟悉，可以参考这里：SharePoint Online 命令行管理程序入门

好了，现在就去找一个SharePoint网站试一下上述两种功能吧。不过在尝试前，最好把网站原来的欢迎页面给记录下来，以便误操作或设置失败后恢复。

背景介绍

APortal是基于SharePoint平台研发的工作流框架，即可以部署到基于Office 365平台的SharePoint Online站点，又可以部署在企业内部自行部署的SharePoint服务器上。

APortal工作流框架包含的组织结构管理、工作流设计、表单设计、工作流中心等功能模块，结合APortal框架提供的自定义代码开发能力，可以帮助企业客户方便快捷地搭建企业工作流平台，并根据实际业务需求的不断变化对基于平台实施的业务流程进行优化和调整。

流程实施

基于APortal工作流框架实施企业业务流程，可以遵循以下基本流程。

总得来说，企业业务流程实施是一个不断梳理，优化的循环过程。一个业务流程的实施从流程梳理阶段开始。

流程梳理&定义

在流程梳理&定义阶段，业务用户需要根据公司管理制度，实际业务操作流程等，对需要电子化的流程进行梳理，梳理过程涉及下列工作：

• 对流程进行基本分类，例如：人事类，销售管理类，采购管理类，财务管理类，生产管理类等等；
• 逐个定义具体流程的输入、输出；流程输入可以是从其他系统传递的信息，也可以是用户通过表单+附件文档的形式填写并提交的内容；流程输出则是对于信息处理的结果，可以是一个批准与否的状态，或者需要传递到第三方系统的处理后的信息；
• 定义流程处理过程的流转环节，以及每个环节流转所需要参与的人员、角色，或触发流转的逻辑判断依据等。

数据建模

数据建模是针对流程的输入、输出数据，以及流程流转本身所需要的状态数据在平台上创建数据结构用于存储相关数据的过程。

在APortal工作流框架上，流程的所有输入、输出数据都是基于SharePoint列表和文档库进行存储的，数据建模过程也就是在部署APortal框架的SharePoint站点上根据实际业务需求定义和创建列表库和文档库的过程。

流程状态数据所需要的数据结构已经包含在APortal工作流框架中了。

组织结构搭建

组织结构搭建环节的主要工作首先是基于企业的实际部门结构，在APortal的组织结构管理模块中搭建相应的组织结构，并将需要使用工作流系统的用户信息导入到系统中，将每个用户和其基本的所属部门进行关联。

随后，根据流程梳理和定义环节定义的参与流程各个环节审批处理的用户、角色，在组织结构中进行相应的定义。

流程表单设计

使用APortal的表单设计器，在数据建模过程中搭建的SharePoint列表和文档库上构建用于填写和展示流程输入和输出数据的工作流表单。基于APortal的表单设计器，可以不需要任何代码介入的前提下构建表单布局，定义表单上的输入、显示和文档上传控件的基本逻辑。如果有特定的复杂业务逻辑，APortal表单设计器也支持用户自定义代码来扩展表单的功能。

工作流设计&发布

前述的准备工作完成后，用户可以在APortal工作流设计器中利用启动、审批、审阅、逻辑、并发、结束等各种类型的流程节点，以图形化的方式构建流程。并给每个流程节点设置审批处理人员，或是触发节点不同走向的逻辑公式。

流程可以和已经在表单设计器中设计的表单绑定，定义完成后发布，用户就可以在工作流中心看到已发布的流程了。

测试上线

流程和表单定义完成并发布后，授权用户就可以在APortal工作流中心开始尝试创建和提交新发布的流程单据，并测试整个流程的审批处理和逻辑流转是否符合预先设计的流程定义。

通过测试的流程则可以发布到正式的流程站点，并通知用户开始使用。

持续优化

随着实际业务和企业管理要求的变化，企业业务流程需要随之不断进行调整。同时，在流程实际流转过程中，流程负责人也需要对实际流转环节中不合理的部分进行调整和补充。持续优化是伴随一个企业业务流程整个生命周期，持续不断的优化过程。

实施案例一

客户

某知名连锁百货行业客户

业务特点

内部管理制度完善，控制流程多，流程审批环节复杂，流程中包含大量图纸、文档类附件需要审批，跨地域审批的情况较多。

实施流程

流程按照地域、流程业务类型、适用用户群体等维度分为通用流程、区域专用流程、总部/分店人事类流程、总部/分店财务类流程、商务类流程、运营类流程、信息管理类流程、工程项目类流程等。

具体实施的业务流程则分属于上述各个业务流程分类之下，共涉及150多个具体业务流程。

实施案例二

客户

某知名人力资源顾问咨询企业

业务特点

国内外分支机构众多，用户数量大，且包含公司内部和外部用户，流程数量多。

实施流程

流程按照业务分类为考勤管理、报销管理、合同管理、订单管理、发票管理、员工服务、E-HR、绩效管理等。在每个流程分类下再根据分支机构或区域分为不同分子公司或区域使用的具体流程，例如报销管理流程下包含总部报销和各个分子公司报销流程。

具体实施的业务流程数量超过100支。

PowerShell Gallery是 PowerShell 相关内容的中心存储库。 在 PowerShell Gallery中，可找到包含 PowerShell 命令和 Desired State Configuration (DSC) 资源的实用 PowerShell 模块，还可找到 PowerShell 脚本。 其中一些包由 Microsoft 编写，另一些包由 PowerShell 社区编写。

和其他包管理工具（比如 javascript 世界里的 npm，Linux 世界里的 apt，yum）一样，PowerShell Gallery 也提供了基于 PowerShell 的包管理命令，在客户端的 PowerShell 运行时中即可执行。比如常见的 Install-Module, Update-Module。

从 2020 年 4 月起，PowerShell Gallery的 TLS 支持从 1.0，1.1 升级为 1.2，并且所有 1.0，1.1版本的协议都会被禁止。因此，如果客户端不修改访问协议，那么就会出现如下的错误：

官方的解释是在 TLS 1.0和 1.1 协议下，PowerShell Gallery 目前没有安全性方面的问题，但是由于将来可能会发生协议降级攻击和其他TLS漏洞，因此在 PowerShell Gallery 中停止对TLS 1.0和1.1的支持。

由于服务器只是禁止了访问，并没有关于协议升级的特别提示，所以很大概率你会怀疑你的网络连接，是否有使用代理，是不是 PSRepository 没有安装好等情况，所以希望本文能帮助大家少耗费些排查错误的时间。

解决方法

引用官方的标准解决方法，修改当前网络安全协议为 TLS 1.2，然后升级 PowerShellGet 包。

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12 
Install-Module PowerShellGet -RequiredVersion 2.2.4 -SkipPublisherCheck

参考资料

• https://www.powershellgallery.com/
• https://devblogs.microsoft.com/powershell/powershell-gallery-tls-support/

背景

每个企业都暗藏着一些Excel高手，他们可以熟练地使用Excel，利用Excel强大的公式和VBA代码对企业数据进行复杂的业务处理。

这些包含复杂业务逻辑的Excel代码，常常需要随着企业的业务调整而相应调整。调整后的Excel如何能够快速分发到需要使用这些数据的用户手中，确保用户手中的数据和处理数据的算法保持在更新状态，是企业IT人员面临的一个难题。

除了分发的问题以外，还有一些使用Excel开发的业务代码包含需要保密的算法，企业不希望这些算法随着Excel被分发给普通用户，甚至是外部用户。

解决方案

针对上述需求，水杉SharePoint解决方案团队提出方案如下图所示：

• 使用APortal表单设计器，根据原来需要在Excel中填写的输入参数和返回的输出结果，设计了表单页面推送到客户的SharePoint服务器上。
• 随后在SharePoint服务器上部署Excel DCOM组件，并将包含自定义算法代码的Excel文档放在SharePoint服务器可访问的目录下，供Excel DCOM组件调用。
• 用户通过登录SharePoint，在表单页面中填写输入参数后提交。表单页面将用户填写的输入参数传递给服务端的Excel DCOM组件，由DCOM组件在服务器端创建一个Excel线程打开Excel文档，将传入参数传递给Excel文档并触发Excel内置的自定义代码对传入参数进行处理。
• Excel处理完成后将处理结果交给Excel DCOM组件，DCOM组件再将输出结果数据传递给表单页面进行展示；用户通过表单页面查看结果，并可以将输出结果数据下载到本地。

实施效果

通过本方案的实施，用户可随时登录部署在SharePoint服务器上的表单页面，填写输入参数并获取最新的计算结果，而不会出现从前那种因Excel文档的版本不一致而导致数据偏差的情况。

Excel的维护人员可随时更新或调整算法，并更新到服务器端供用户调用。而无需在更新算法后重新分发Excel文档。也从一定程度上避免了Excel内置的算法流失到企业外部。

IT部门利用这个方案而无需将Excel中的复杂逻辑和算法重新翻译为另一种Web页面可以直接调用的语言逻辑。业务部门可以继续利用他们的Excel开发能力维护现有工具，并且可以方便地在企业内、外部分享工具提供的计算能力。

扩展阅读：

在SharePoint服务器上安装Excel DCOM组件

1. 在服务器上安装office的Excel软件.
2. 在"开始"->"运行"中输入dcomcnfg.exe启动"组件服务"
3. 依次双击"组件服务"->"计算机"->"我的电脑"->"DCOM配置"
4. 在"DCOM配置"中找到"Microsoft Excel 应用程序",在它上面点击右键,然后点击"属性",弹出"Microsoft Excel 应用程序属性"对话框(X64系统如果找不到Microsoft Excel应用程序，可以运行comexp.msc -32)
5. 点击"标识"标签,选择"下列用户"，设置使用有权限的域账号
6. 点击"安全"标签,在"启动和激活权限"上点击"自定义",然后点击对应的"编辑"按钮,在弹出的"安全性"对话框中填加"NETWORK SERVICE"、"IIS AppPoll\Sharepoint站点应用程序池名称"和"IUSER"用户(注意要选择本计算机名),并给它赋予"本地启动"和"本地激活"权限.
7. 依然是"安全"标签,在"访问权限"上点击"自定义",然后点击"编辑",在弹出的"安全性"对话框中也填加一个"NETWORK SERVICE"、"IIS AppPoll\Sharepoint站点应用程序池名称"和"IUSER"用户,然后赋予"本地访问"权限.
8. 禁用管理员授权执行程序策略
9. 重启服务器.

注：如果运行时出现“Dynamic operations can only be performed in homogenous AppDomain”错，需要修改Web.config，找到 <trust legacyCasModel="true" level="Full" />，将legacyCasModel修改为false.

扩展阅读：

使用SharePoint快速分发Excel应用

解决方案

企业会给每个员工创建和AD集成的Office 365帐号，员工入职后在企业IT架构里访问的第一站就是登录Office 365平台设置和收取个人电子邮件。

因此，基于Office 365平台的SharePoint Online站点成为实施员工入职培训平台的理想平台。

基于APortal框架实施的员工入职培训平台的基本流程如下图所示：

新员工信息

系统定时通过接口从HR系统获取未来一段时间内的新员工信息。如果有新员工入职，则系统会将员工信息同步过来。

入职培训页面

在系统内置了入职培训页面的模板，该模板的版面可根据实际需要由管理员进行定制和调整。新员工信息进入系统后，系统会根据当前最新的模板为每个新员工生成入职培训页面，如下图：

入职培训页面由多个模块构成，每个模块中均包含视频、PPT文档、问卷调查等内容。入职培训页面生成后，系统自动给新员工的邮箱发送电子邮件，包含对于入职培训页面的登录地址和使用方法简介。

员工完成入职培训

新员工入职后，在自己的邮箱中接收到系统发送的入职培训系统邀请，通过该邀请邮件提供的系统链接进入页面，在入职培训页面中点击每个模块下提供的视频、PPT文档、问卷等，在线查看视频、文档，完成问卷调查。

入职培训页面以百分比展示用户的完成进度，从0至100%，随着员工浏览内容和完成问卷的进度而不断推进。

Quiz问卷里可以包含单选或多选类型的题目，用户可以随时打开问卷答复问卷，可以将答复的中间状态保存在系统中，完成问卷后点击『提交』按钮提交。

基于APortal工作流引擎的调度，系统将定时汇总新员工完成入职培训的情况，对没有及时完成的员工发送邮件提醒，对于逾期较严重的情况还可以将提醒邮件抄送给员工的直接主管。

统计报表

HR管理员可以在系统后台随时查询员工入职培训完成情况，并导出为Excel供进一步的分析。

实施效果

系统上线以后，迅速成为HR部门培训新员工的重要工具。而且由于系统基于Office 365实施，员工无论在公司内外，只要能连接网络就可以随时浏览和完成入职培训计划。

由于入职培训页面包含的内容丰富，从办公室常识，后勤联络信息，到公司各个品牌介绍，公司领导致辞，很多员工即使在入职培训完成后，还经常回来对这些信息进行浏览和查询。入职培训系统无意间也成为员工日常工作的一个得力助手。

大型制造企业的财务部门，每个月面对供应商提交的数以千计的发票，需要耗费大量的精力和时间，将发票与企业ERP系统中的供应商收货数据、已开票数据、过账支付数据进行核对。对错误发票进行标记退回供应商，正确的发票则录入ERP系统进行过账处理。

发票核对过程不仅仅耗费精力和时间，由于手工化程度高，也造成了差错率相对较高。在发票的校验、录入、过账的任一个环节发生错误，都会导致更多的精力用于系统中的数据纠错，调整，修改，进而导致供应商付款延迟和后续交付。

解决方案

针对发票校验流程耗费大量人力、时间，供应商满意度降低的现状，APortal提出了自己的发票校验解决方案，基本流程如下图所示：

供应商开具发票必须以送货、收货记录为依据。因此，首先每天通过系统接口从企业SAP系统将供应商送货、收货数据定时同步到发票校验系统中。

供应商以自己的供应商帐号登录发票校验系统，在系统中创建发票校验表单，首先上传需要开票的发货数据。供应商上传的发货数据在系统中与SAP收货数据进行匹配校验，只有通过校验的数据才能继续提交并作为供应商后续开发票的依据。

发货数据通过校验后，供应商可开具相应金额的发票在系统中上传发票信息（通过二维码扫描物理发票，或批量上传），并通过系统提交。待提交成功后将实际开具的增值税专用发票通过快递寄送到企业财务部门。

企业财务人员收到发票后，使用手持二维码扫描设备扫描任意一张发票的二维码，从系统中调出相关供应商提交的『发票批次』单据，在发票批次单据上将当前收到的物理发票和供应商提交的发票信息逐一比对（通过二维码扫描形式提取发票信息并与单据上的发票信息进行比对）。

发票通过校验后，企业财务人员将发票批次单据提交，系统接口将发票批次单据上包含的供应商送货数据和发票信息传递到SAP系统，在SAP系统中完成过账并返回成功过账信息。

实施效果

本系统以企业的SAP收货数据作为源头数据，利用APortal工作流框架，将供应商上传并匹配数据，企业财务人员校验数据，SAP接收发票数据完成过账处理等环节连接起来。

在系统实施过程中，利用外部云平台和Office 365平台的SharePoint Online站点，分别部署面向供应商的外部门户和面向企业财务人员的内部门户，数据则通过APortal工作流框架结合SAP数据接口进行驱动流转。

系统实施后，供应商对于自己的可开票数据随时可在系统中查询和匹配，已开票数据的状态可随时查询跟踪，已完成支付的发票数据也永久保留在系统中可供随时查询。

企业财务人员则从接到供应商物理发票开始介入发票流程，进入系统后只需要对接受到的物理发票和系统中记录（供应商登记并提交的）的发票数据进行校验。

以往最为消耗精力和时间，且差错较难避免的供应商的发货、收货数据校验已经通过系统自动完成，发票校验环节的大部分操作也可通过二维码扫描设备完成。完成校验后传递到SAP系统进行过账处理的数据也不再需要手工输入，由系统全自动完成。

系统实施后，大大提高了企业财务人员的工作效率和准确率，财务部门可以将更多精力从原来的低效率的数据录入工作转向财务流程精简和优化上，供应商满意度也随之上升。

在APortal系统中实现的预算执行流程如下图所示：

• 预算的编制过程在ERP系统中完成；
• 预算编制完成后，通过Excel形式导入到BPM系统的预算列表；
  • 预算按照部门、类别（一般费用，出差费用，采购费用，所有费用等）进行管理；
  • 导入的预算可以按月拆分，但预算控制不按月处理，每月的数字仅用于报表对照
• 申请人在费用类单据中需要选择可用的预算编号（根据部门和费用类型自动获得可用的预算编号进行选择）
• 申请提交时如果预算不足，提示用户不允许提交
• 费用流程启动时，自动计算相应预算编号的剩余预算是否能够覆盖单据费用；如果可以，则从相应的预算编号中冻结这部分的预算；否则，单据自动退回申请人并通过邮件通知原申请人预算不足；
• 费用审批流程完成后，则冻结的预算被正式扣减；如果在费用审批过程中被拒绝，则相应的冻结预算被释放；
• 预算不足的情况下，申请人通过发起“额外预算申请”或“预算转移及合并申请”流程，以调整预算的可用额度；调整预算获得批准后再次发起流程（或对原来的流程重新提交）

预算导入

预算数据在企业的ERP系统中编制完成后，通过Excel格式数据文件导入到系统中。导入表格的样式如下图所示。

可一次性导入整个财年的预算，也可以以季度或半年度为单位导入。导入数据包括预算科目编号，预算名称（可选），预算总金额，额外预算金额，已冻结金额，已使用金额，可用金额，对应的公司、部门，每月预算金额，以及每行预算相对应的可用日期范围。

出差费用报销流程（预算使用）

• 在出差费用报销流程提交时，根据费用类型、当前用户所属的公司和部门，申请人可以选择相关的预算名称；
• 预算选择后，会将选择的预算的预算总额和当前可用额度列出供用户参考；
• 单据提交后，在流程正式启动前再次检查预算是否足够；
• 单据提交成功后，相应额度的预算被冻结，如果单据被退回则冻结预算被释放；如果预算最终审批通过，则冻结预算被正式扣减。

采购流程（预算冻结、解冻和预算使用）

和采购相关的流程包含采购申请和付款申请两个流程，在这两个流程中分别对应预算冻结和预算使用两个预算步骤。

采购预算冻结说明：

• 采购申请提交后，向预算处理服务程序提交一个预算冻结申请。
• 预算处理服务统一处理预算冻结，如果成功触发流程继续流转，否则超预算退回申请。
• 流程图中“预算冻结”节点即是用于预算冻结处理的操作。

采购付款预算使用说明：

• 采购付款审批完成后，付款金额将从预算的已冻结金额转为已使用金额；
• 流程图上的“采购冻结预算使用处理”节点即用于以上的冻结转使用处理。

预算转移、合并、手工调整

在系统中可以将不同部门、不同类别的预算进行转移、合并和手工调整的流程申请，以对应预算执行过程中出现的实际业务需求。

如上图所示，用户实现如下预算转移申请：

• 转入预算：2016IT-SN1
• 转出预算：2016MK-SN1
• 转移金额：10000

预算转出处理说明：

• 申请审批通过后，转出预算金额以负数形式计入转出预算编号的额外预算金额。
• 转入预算金额以正数形式计入转入预算编号的额外预算金额

额外预算

预算超过原先设定范围以后，通常有2种处理方式：

• 使用『额外预算申请』流程，在现有预算以外申请额外预算；公司的总体预算确定以后要增加预算的话，需要较为严格的审批流程，类似预算编制过程，通常需要到公司最高层领导审批；
• 使用『预算转移及合并申请』流程，将本部门其他类别的预算，或是不同部门之间的预算进行转移或合并，这种方式预算总额不变。

预算查询

各个部门负责人和财务部门用户在系统中可以根据部门、预算代码、预算名称等条件，对预算金额进行查询：

大型企业的采购管理，大至机器设备、生产原材料，小至办公用品，日常耗材，往往种类繁多，涉及的供应商千差万别。如何让采购过程即合规合法，又能够高效地完成，避免因繁琐低效的采购流程对日常工作和生产造成阻滞。这无疑是众多企业的采购总监、采购经理们每天面临的挑战。

我们的客户采购经理M先生同样遇到类似的问题。

解决方案

基于对现有流程的分析，和对于企业现有系统的了解，并通过和企业采购相关同事的业务访谈，我们提出并实施了如下的解决方案。

• 系统主数据 – 和采购相关的主数据主要是供应商和物料信息，这部分主数据通过系统接口定时从企业的SAP系统同步到电子采购系统中；
• 流程审批 – 需要采购物料的企业用户在电子采购系统中创建并提交采购申请单据 (Purchase Request)，在系统中完成审批；
• 生成采购订单 – 采购申请流转到相关的采购员 (Buyer)处，采购员将自己负责的采购申请单据自动转换为采购订单，输入供应商选择信息、比价信息等，提交审批；
• SAP集成 – 采购订单审批完成后，通过系统接口将采购数据传送到SAP，返回SAP订单编号，同时自动生成包含采购信息的PDF订单文档；
• 完成 – 系统自动发送邮件通知相关采购员，采购员可以进入系统下载订单文档发送给供应商。

整个系统基于客户部署在Office 365平台的SharePoint Online站点进行部署。系统表单、组织结构、流程设计以及用户工作中心都基于APortal平台进行配置，并结合必要的定制开发。系统流程则通过APortal工作流引擎驱动。

在项目进入正式上线的准备阶段时还发生了一个小插曲，客户方的欧洲采购总监突然提出一个新的应用场景：按照公司现有的流程标准，小金额的采购申请只需要经过成本中心负责人或项目负责人审批就可以进入采购环节。如果成本中心或项目负责人本人发起的小金额的采购申请，在系统中就不需要经过任何审批而直接通过。

对于实际业务来说，这可以算是一个流程漏洞，如何弥补这个漏洞，客户方的采购总监将这个问题抛给了水杉项目组。

项目组讨论后决定在流程启动后的成本中心或项目负责人审批前增加一个逻辑节点，判断当前申请的发起用户和将要进行审批的用户是否相同，如果相同则将下一个节点的审批用户自动升级为申请人的直线经理。

这样就完美解决了小金额采购申请的审批环节可能会被跳过的问题，同时也没有耽误上线进度。客户采购总监对这个解决方案表示非常满意。

实施效果

通过APortal组织结构和流程设计器完美复制了企业的采购授权审批流程，确保了电子化的采购申请流程合规合法。

电子化采购系统对采购流程实现了高度自动化，从SAP系统获取物料、供应商、物料单位等主数据并用于采购单据选择，采购申请到采购订单的自动转换，以及采购订单数据通过系统接口自动传递到SAP的一系列过程，均显著降低了业务差错率，减少了不必要的重复数据录入。流程结束后自动生成的订单PDF文件，基于企业标准模板生成，提高了企业对外专业化形象。

系统上线后，用户无论在公司内外，都可以随时随地通过公司内部网络或者外部互联网接入部署在Office 365平台的电子化采购系统，发起采购申请，或是对需要自己审批处理的采购申请单据进行审批，大大提高了采购相关流程的处理和执行效率。

需求痛点

ECN（Engineering Change Notice）即工程变更通知书。工厂中的任何受控资料需要变更时，均需以ECN形式提出经相关单位会签批准后方可生效。某制造业工厂的ECN流程分为评估、验证、实施等多个阶段，每个阶段均可能涉及项目、销售、工程、品质等10个相关部门进行会签，每个阶段都需要所有涉及的部门全部同意后才能继续到下一阶段，否则将在当前阶段修改后重新提交会签。实际业务场景下的一些ECN流程跨越的时间很长，审批环节复杂，中间因为人员变动、业务变动、客户变动等各种原因而导致流程难以追踪和管控。

解决方案

基于APortal组织结构的导入功能，快速地将ECN相关的用户导入系统，并使用了对用户进行分组的功能，从ECN涉及的功能角度对用户进行适当地划分，以应对层级状组织结构无法完美适应ECN流程需要关联的相关业务单位的问题。

基于APortal表单设计器，IT部门和业务部门紧密合作，充分利用APortal表单设计器的所见即所得和快速生成表单的特性，在反复的小规模迭代过程中逐渐理清并确定下来各个业务单位都接受的ECN信息录入和展示表单。

IT部门使用APortal流程设计器快速地对实际业务流程完成建模过程。在流程设计过程中还充分利用了流程设计器中提供的顺签、会签、前后加签、要求申请人解释、超时审批操作和提醒等辅助功能和高级流程流转功能，帮助业务部门更加有效地驱动ECN流程在企业内部流转起来，并且随时可追溯流转过程。

实施效果

新ECN流程上线后，改变了以往ECN流程时间长，审批环节复杂，难以追踪的痼疾。用户通过系统填写并提交的ECN表单在各个审批环节分发的审批人员、分发时间，审批人员审批的时间、填写的审批意见等信息，在系统动态流程图上均以图形化形式展现，参与流程的用户可以一目了然。如果在审批过程中被拒绝，流程发起人员可以根据审批人员提供的审批意见对单据进行编辑，或是根据实际业务需求将单据进行废止处理。

此外，系统还启用了超时提醒功能，在每个审批节点上设置要求完成审批的时间，超时后系统自动给审批人员发送提醒邮件，必要时还可以将邮件升级到审批人员的上级经理处。

在审批环节，系统支持的前后加签、要求申请人解释等功能，让审批用户拥有更多工具在流程进展过程中从相关人员处获取必要的信息，从而大大提高了整个ECN流程的流转效率。

众所周知，CDN（Content Delivery Network）是为了加速静态资源文件到用户端的下发速度。在 Office 365 体系中，也存在 CDN 服务，Office 365 CDN 服务是和 SharePoint Online 订阅绑定在一起的，Office 365 CDN使用HTTP / 2协议来改善压缩和HTTP管道传输机制。

注意：Office 365 CDN 仅适用于生产（全球）云中的租户。 美国政府、中国和德国云中的租户目前不支持 Office 365 CDN。

Office 365 CDN 类型介绍

在 Office 365 CDN 上的静态资产分为两种类型：

• 公共（Public）
• 私有（Private）

故名思议，公共资产可以匿名访问，而私有资产需要确认当前用户的身份。但无论是公共资产还是私有资产，只能在 SharePoint Online 网站上引用，即只能在 *.sharepoint.com 网站范围内引用。
Office 365 CDN上的静态资产来自于 SharePint Online 网站内的资产，这些用于配置到 CDN 上的资产称为来源（Origin），来源是 SharePoint Online 网站内可以用 Url 访问的内容，包括：

• SharePoint 网站
• 文档库
• 文件夹

Office 365 CDN 配置管理

Office 365 CDN 的配置管理只能通过管理工具进行。包括：

• SharePoint Online Management Shell
• PnP PowerShell
• Office 365 CLI

在这里推荐 Office 365 CLI 进行配置管理，因为 Office 365 CLI 支持跨平台，而前两个基于 PowerShell 的管理工具只能在 Windows 平台上执行。基于两个 PowerShell 管理工具的配置管理请参考：

• Set up and configure the Office 365 CDN by using the SharePoint Online Management Shell
• Set up and configure the Office 365 CDN by using PnP PowerShell

注意：由于 CDN 配置是针对整个 Tenant 进行的，所以需要使用 Tenant 管理员身份登录管理工具进行配置管理。

使用 Office 365 CLI 配置管理 Office 365 CDN

安装工具

Office 365 CLI作为一个 NPM 包发布，因此，安装此工具就显得很简单，在具有 Node 包管理工具的命令行工具中（Bash，Cmder，PowerShell 等都可以）执行：

npm i -g @pnp/office365-cli

运行工具

工具安装完成后，在命令行中输入 o365 命令，回车执行进入Office 365 CLI运行时。

$ o365
o365$ _

使用 login 命令登录 Tenant 网站。

o365$ login https://yourtenantsiteurl
To sign in, use a web browser to open the page https://microsoft.com/devicelogin and enter the code [9位字符] to authenticate.

输入 login 命令和正确的网站 url 后，命令行工具中会输出一行提示，使用浏览器打开地址： https://microsoft.com/devicelogin，之后输入 9 位字符的确认码。

确认码验证成功后会跳转到一个登录界面，这里需要输入 Tenant 管理员的用户名和密码。

在 Tenant 管理员的身份验证成功后, 命令行工具中的Office 365 CLI运行时就正式启用。

配置 CDN

Office 365 CLI 运行时登录成功后，就可以开始配置 CDN，CDN 开启和关闭都非常简单：

// 开启 Tenant 的公共 CDN 能力
spo cdn set --type Public --enabled true
// 开启 Tenant 的私有 CDN 能力
spo cdn set --type Private --enabled true

// 关闭 Tenant 的公共 CDN 能力
spo cdn set --type Public --enabled false
// 关闭 Tenant 的私有 CDN 能力
spo cdn set --type Private --enabled false

公共 CDN 能力和私有 CDN 能力可以共存，根据实际需求进行配置。

管理 CDN

在开启 CDN 功能后，还可以根据实际需求正对 CDN 进行管理。
默认情况下，公共 CDN 开启后会自动启用 3 个来源：

// 查看当前 Tenant 下所有公共来源
o365$ spo cdn origin list --type Public
*/MASTERPAGE
*/STYLE LIBRARY
*/CLIENTSIDEASSETS

而私有 CDN 开启后会自动启用 2 个来源：

// 查看当前 Tenant 下所有私有来源
o365$ spo cdn origin list --type Private
*/USERPHOTO.ASPX
*/SITEASSETS

来源前面的星号表示此 Tenant 下所有网站对应的目录内的资产都作为 CDN 静态资产发布。根据实际需求，可以对来源进行增减，使用如下命令：

// 增加新的私有来源
o365$ spo cdn origin add --type Private --origin SITES/APORTAL/SITEASSETS

// 查看所有私有来源
o365$ spo cdn origin list --type Private
*/USERPHOTO.ASPX
*/SITEASSETS
SITES/APORTAL/SITEASSETS

// 删除私有来源中的项
o365$ spo cdn origin remove --type Private --origin SITES/APORTAL/SITEASSETS

从来源发布到 CDN 上的静态资产受文件类型限制，默认运行的文件类型包含：CSS,EOT,GIF,ICO,JPEG,JPG,JS,MAP,PNG,SVG,TTF,WOFF,JSON，使用以下命令可以根据实际情况调整从来源发布到 CDN 上静态资源的文件类型。

o365$ spo cdn policy set --type Public --policy IncludeFileExtensions --value "CSS,EOT,GIF,ICO,JPEG,JPG,JS,MAP,PNG,SVG,TTF,WOFF,JSON"

Office 365 CDN 使用

经历过上面几个步骤，最后的目的是为了享有 Office 365 CDN 能力带来的优势，下面就介绍下两种模式下静态资产的引用模式以及实际测试 CDN 能力的优势。

公共 CDN 使用方式

公共 CDN 是可以匿名访问的，所以，拥有这些资产URL 的人都能访问，因此强烈建议在公共 CDN 当中存放非敏感性的常规静态资产。
在启用了 发布 功能的网站中，SharePoint的发布功能自动重新发布页面中的链接：

• 经典发布页面 HTML 响应中的 IMG/LINK/CSS URL
• 这包括作者在页面的 HTML 内容中添加的图像
• 图片库幻灯片 Web 部件图像 URL
• SPList REST API (RenderListDataAsStream) 结果中的图像字段
• 使用新的属性_ImageFieldsToTryRewriteToCdnUrls_提供以逗号分隔的字段列表
• 支持 hyperlink 字段和 PublishingImage 字段
• SharePoint 图像呈现形式

私有 CDN 使用方式

私有 CDN 由于带上了权限验证，因此使用方式就比较单一：在 SharePoint Online 的页面上，如果页面上引用了私有 CDN 来源的文档库或者文件夹对应的内容，则这些内容链接会被转换为私有 CDN 的地址，且 URL 后会带上访问令牌，浏览器在下载完页面的 HTML 内容后，再从私有 CDN 的地址下载对应的静态资源。私有 CDN 适用于既希望有权限控制且能资源加速的企业组织内的静态公共资源。

奇怪知识点总结

Office 365 CDN的配置管理为什么能上奇怪点系列？我尝试到https://medium.com/上去搜索相关文章，只有两篇，足以说明它的使用频度。我实际测试过，1M 左右的 js 文件，放在网站资产库，不开启 CDN 的下载速度在 300 毫秒左右，开启 CDN 的速度在150 毫秒，对于用户数不多的企业内的应用来说，是否开启意义不大。结合我过往的企业应用开发实施经验，绞尽脑汁为这个奇怪知识点寻找了三点最佳实践方向：

• 公共 CDN 的模式应用场景更广泛，因为不经过权限系统，所以非敏感静态资源都可以考虑使用公共 CDN 发布。
• SharePoint Online 的站点上有成千上万的用户，且网站使用频率比较高，用户地域较为分散。这种情况下为公共静态资源开启 CDN 功能。从用户角度说资源下载速度不受地域影响，从网站使用率上讲减少 SharePoint Online 站点的请求并发，这两者都能为应用提速。
• 公共 CDN 虽然没有权限验证，但是会有请求来源的验证，必须是在 *.sharepoint.com 网站上才能连接使用这些资源。所以，如果你是一个基于 SharePoint Online 提供企业应用服务的 ISV，你也可以考虑把自己提供给其他客户使用的产品相关资源文件使用公共 CDN 发布，建立版本发布管理机制，在用户端应用页面上可以直接引用同一个公共 CDN 发布的资源，这样一定程度上可以实现产品的集中交付。

这不是广告

SharePoint Online 是 Office 365 中的一个功能模块，有使用过它前身 SharePoint 的同学应该了解，SharePoint 是微软企业协同On-Premise 版本皇冠上的明珠。企业协同的核心是业务数据的收集、流转、处理、应用，因此工作流是企业应用的驱动引擎。

APortal 是为云端 SharePoint Online 打造的工作流解决方案：

• 流程设计器为企业业务数据流转驱动提供强力保障。
• 表单设计器能方便快捷定制业务表单，让技术服务业务，而不是让业务受限于技术，迎合当下的 Codeless 理念。
• 组织结构，通过部门、用户、角色三者的精妙组合，为业务数据流转提供最理想的支持。

谁用谁知道！

业务痛点

企业和供应商之间缺乏及时、透明、稳定的信息沟通渠道。企业内部各部门存在信息孤岛，大多数凭借人工处理和更新，数据更新延迟，数据重复录入导致差错率高。

解决方案

整体方案架构如下图所示：

供应商门户系统由内外2个门户构成。内部门户部署在基于Office 365平台的SharePoint Online站点上，供企业内部用户使用。包括仓库物管，财务，工厂计划员以及相关的管理角色的企业内部用户，使用自己的AD帐号和密码登录并内部供应商门户站点。

外部门户部署在云端服务器上，面向全球供应商用户。全球各地的供应商通过企业提供的帐号、密码登录并访问系统。

在企业内部网络部署了一台数据交换服务器，用于供应商门户和SAP系统之间的数据交换。从SAP系统读取预测订单，实际订单和相关主数据（供应商名单，物料列表等）并传递到供应商门户。从供应商门户读取供应商提交，并经过内部用户验证和批准的送货数据，发票数据，传递到SAP系统。

此外，内部用户还可以通过供应商门户向指定供应商或全体供应商发布公共信息，断点信息，图纸文件，调查问卷，质量计分卡信息等，与供应商开展互动。

实施效果

系统帮助企业构成从SAP订单数据到供应商发运，仓库收货，SAP收货，供应商开票，SAP过账的完整数据闭环。企业用户和供应商用户同平台操作，避免了数据不一致带来的重复劳动和返工。

供应商发票和供应商发货数据在系统中自动比对，提交后自动完成SAP过账操作，极大提高了财务部门工作效率，将财务人员从枯燥且易出错的简单比对工作中解放出来。

我们都知道SharePoint可以通过网站集备份还原的方式来恢复一个SharePoint完整集，这个办法非常简单。但是，当SharePoint网站集比较大的时候（如：数据库文件达到几十个G），网站集的备份虽然会比较慢不过基本上还能成功。但是，还原这个网站集基本是不太可能完成了。此时，我们可以通过SQL Server的备份还原功能来实现恢复一个网站集。

1. 安装好SharePoint 2013服务器（注意如果有ServicePack和语言包安装）；
2. 安装好所需要的框架和项目wsp包；
3. 创建网站集（注意站点资源限制），并激活解决方案及网站集和网站功能；
4. 停用网站集所属web App的IIS缓冲池；
5. 停用SharePoint 管理任务、爬网、任务计划和跟踪输出等服务；
6. 从管理中心内容数据管理中停用内容数据库后，再删除内容数据库；
7. 从数据库备份还原覆盖原内容数据库文件；
8. 从管理中心添加内容数据库或执行如下命令添加内容数据库(注意内容数据库名称和站点名称）
   Mount-SPContentDatabase -Name "WSS_Content" -WebApplication "http://localhost"
9. 启动SharePoint服务，启用IIS缓冲池（注意项目的web.config配置，尤其是项目的安全控件项目）
10. 如果是同一个SharePoint场通过该方法创建新的网站集，第8步会提示网站集ID已经存在的错误。可以参照下面数据库脚本修改网站集ID，下面脚本基于只有一个网站集的假设。

declare @OldSiteId uniqueidentifier
select @OldSiteId =id from allsites
print @OldSiteId 
declare @SiteID uniqueidentifier
set @SiteID=newid()

update allsites set id=@SiteID where id=@OldSiteId

update alldocs set siteid=@SiteID where siteid=@OldSiteId
update AllDocVersions  set siteid=@SiteID where siteid=@OldSiteId
update AllFileFragments set siteid=@SiteID where siteid=@OldSiteId
update AllLinks  set siteid=@SiteID where siteid=@OldSiteId
update AllLists  set tp_siteid=@SiteID where tp_siteid=@OldSiteId
update AllListsAux  set siteid=@SiteID where siteid=@OldSiteId
update AllListsItemCount set siteid=@SiteID where siteid=@OldSiteId
update AllListsPlus  set siteid=@SiteID where siteid=@OldSiteId
update AllListUniqueFields  set siteid=@SiteID where siteid=@OldSiteId
update AllLookupRelationships set siteid=@SiteID where siteid=@OldSiteId
update AllUserData  set tp_siteid=@SiteID where tp_siteid=@OldSiteId

update AllUserDataJunctions  set tp_siteid=@SiteID where tp_siteid=@OldSiteId
update AllWebParts  set tp_siteid=@SiteID where tp_siteid=@OldSiteId
update AllWebs  set siteid=@SiteID where siteid=@OldSiteId
update AppDatabaseMetadata  set siteid=@SiteID where siteid=@OldSiteId
update AppInstallationProperty  set siteid=@SiteID where siteid=@OldSiteId
update AppInstallations set siteid=@SiteID where siteid=@OldSiteId
update AppJobs  set siteid=@SiteID where siteid=@OldSiteId
update AppLifecycleErrors  set siteid=@SiteID where siteid=@OldSiteId
update AppPackages  set siteid=@SiteID where siteid=@OldSiteId
update AppPrincipalPerms  set siteid=@SiteID where siteid=@OldSiteId
update AppPrincipals set siteid=@SiteID where siteid=@OldSiteId
update appresources  set siteid=@SiteID where siteid=@OldSiteId
update AppRuntimeIcons set siteid=@SiteID where siteid=@OldSiteId
update AppRuntimeMetadata set siteid=@SiteID where siteid=@OldSiteId
update AppRuntimeSubstitutionDictionary  set siteid=@SiteID where siteid=@OldSiteId
update AppSourceInfo  set siteid=@SiteID where siteid=@OldSiteId
--update AppSubscriptionCosts set siteid=@SiteID where siteid=@OldSiteId
update AppTaskDependencies set siteid=@SiteID where siteid=@OldSiteId
update AppTasks set siteid=@SiteID where siteid=@OldSiteId
update AuditData set siteid=@SiteID where siteid=@OldSiteId
update BuildDependencies set siteid=@SiteID where siteid=@OldSiteId

update ContentTypes set siteid=@SiteID where siteid=@OldSiteId
update ContentTypeUsage set siteid=@SiteID where siteid=@OldSiteId
update CustomActions set siteid=@SiteID where siteid=@OldSiteId
update Deps set siteid=@SiteID where siteid=@OldSiteId
--update DiskWarningDate set siteid=@SiteID where siteid=@OldSiteId
update DocsToStreams set siteid=@SiteID where siteid=@OldSiteId
update DocStreams set siteid=@SiteID where siteid=@OldSiteId
update EventCache  set siteid=@SiteID where siteid=@OldSiteId
update EventReceivers  set siteid=@SiteID where siteid=@OldSiteId
update EventSubsMatches set siteid=@SiteID where siteid=@OldSiteId
update Features  set siteid=@SiteID where siteid=@OldSiteId
update FeatureTracking set siteid=@SiteID where siteid=@OldSiteId
update GroupMembership  set siteid=@SiteID where siteid=@OldSiteId
update Groups  set siteid=@SiteID where siteid=@OldSiteId
update HT_Cache set siteid=@SiteID where siteid=@OldSiteId
update ImmedSubscriptions  set siteid=@SiteID where siteid=@OldSiteId
update NameValuePair  set siteid=@SiteID where siteid=@OldSiteId
update NavNodes  set siteid=@SiteID where siteid=@OldSiteId
update Perms  set siteid=@SiteID where siteid=@OldSiteId
update Personalization set tp_siteid=@SiteID where tp_siteid=@OldSiteId

update RecycleBin  set siteid=@SiteID where siteid=@OldSiteId
update Resources set siteid=@SiteID where siteid=@OldSiteId
update RoleAssignment set siteid=@SiteID where siteid=@OldSiteId
update Roles  set siteid=@SiteID where siteid=@OldSiteId
update SchedSubscriptions set siteid=@SiteID where siteid=@OldSiteId
update ScheduledWorkItems set siteid=@SiteID where siteid=@OldSiteId
update SiteDeletion set siteid=@SiteID where siteid=@OldSiteId
update SiteHealthCheckResults set siteid=@SiteID where siteid=@OldSiteId
update SiteQuota set siteid=@SiteID where siteid=@OldSiteId
update SiteUpgradeSessions set siteid=@SiteID where siteid=@OldSiteId
update SiteUserSyncQueue set siteid=@SiteID where siteid=@OldSiteId
update SiteVersions set siteid=@SiteID where siteid=@OldSiteId
update SolutionFiles set siteid=@SiteID where siteid=@OldSiteId
update SolutionResourceUsageDaily set siteid=@SiteID where siteid=@OldSiteId
--update SolutionResourceUsageDailyOrdinal set siteid=@SiteID where siteid=@OldSiteId
update SolutionResourceUsageLog set siteid=@SiteID where siteid=@OldSiteId
update SolutionResourceUsageWindowed set siteid=@SiteID where siteid=@OldSiteId
update Solutions  set siteid=@SiteID where siteid=@OldSiteId
update StorageMetrics set siteid=@SiteID where siteid=@OldSiteId
update StorageMetricsChanges set siteid=@SiteID where siteid=@OldSiteId
--update TimerLock  set siteid=@SiteID where siteid=@OldSiteId
update userinfo	 set tp_siteid=@SiteID where tp_siteid=@OldSiteId
update WebMembers set siteid=@SiteID where siteid=@OldSiteId
update WebPartLists  set tp_siteid=@SiteID where tp_siteid=@OldSiteId
update WebsPlus set siteid=@SiteID where siteid=@OldSiteId
update Workflow  set siteid=@SiteID where siteid=@OldSiteId
update WorkflowAssociation set siteid=@SiteID     where siteid=@OldSiteId