1、前言微信企业号和微信公众号的配置流程相似。
2、准备工作2.1、企业编号申请、域名申请和备案企业编号(公众号)申请需提前申请。 因为也有需要备案的，所以审查等；
测试/生产域名必须提前准备好，无论是个人还是企业，构建APP应用程序都必须提前准备好。 因为域名备案需要一定的时间。
2.2、域名与企业编号(公众号)配置相关的位置2.2.1，网页授权及JS-SDK的域名白名单校验
2.2.2，企业微信授权登录校验
点击上图下中间的“企业微信授权注册”，跳转到下图，添加与边框部分对应的环境域名
2.3、菜单配置2.3.1，工作台的相关配置
1 )子APP跳转
通常，单击子APP应用程序时，缺省情况下会跳转到消息列表页面(如下图所示)。
但是，如果想点击按钮直接跳转到APP (此时，消息列表可以通过首页，点击消息框进行跳转) )，则首先配置工作台APP的主页另外，如何定制菜单？ (在本步骤中，单纯想点击分割的APP时，不跳转到信息列表，而直接跳转到分割的APP。 因此，如果您不想这样做(也就是说，在默认模式下，您将首先跳转到消息列表，然后执行相应的操作)，则只放置自定义菜单，而不管理工作台APP的主页功能
2 )工作站APP展示(默认为列表模式，下图为选择宫格模式后的展示) )。
2.4使用微信js-SDK http://www.Sina.com /
2.4.1，JS-SDK的API文档
微信许可流程基于OAuth2.0 (有关概念，请参阅https://www.Jian Shu.com/p/9d 0264 d 27 c3b )，通常在处理第三方许可注册时使用静音
上述许可的流程大致如下
1 )在APP应用程序中设置链接的访问链接，该链接在参考文档-身份验证-创建网页许可证链接一节中介绍
2 )用户点击被分割的APP应用程序，访问配置的访问链接指向的地址
3 )在下一步骤，当前地址基于接入链路的参数(appid，即，企业CorpID )返回认证令牌code，并且基于重定向链路)接入链路的redirect_uri参数然后跳到重定向链接指向的地址。 此地址是子APP应用程序项目资源目录所在的地址
4 )从步骤4开始，正式访问项目资源； 在访问资源之前，调用后端提供的授权接口以接收链接到重定向链接的code，并在后台使用code和access_token与微信服务器和数据顺便说一下，微信静默许可证只能获取用户的基本信息。 另外，该信息是企业的地址簿中已经被维护的用户信息。 )将重定向链接上粘贴的认证令牌code传递给后端以交换用户的基本信息。 (在这个过程中实际上可以一起返回token，但在某些情况下，由于一些平台的token实际上是通过封装接口获取的，所以实际上会根据情况进行处理。)但是，用户信息是在这个步骤中返回的
5 ) token和用户信息可以酌情考虑在会话期间本地缓存) )这是无稽之谈，但这真的希望能解释)。
6 )上述过程中的几个注意事项：
a )在上述过程中，许可证令牌代码具有时效限制，有效期为5分钟，在这5分钟内只能使用一次。 这意味着，如果code从请求返回后，在5分钟内没有使用，(或在5分钟内使用一次后)当前会自动禁用此code。
b )后端使用access_token和授权令牌代码交换用户信息时出现问题。 例如，称为40029
错误，它的含义是授权令牌code错误，网上有指出302跳转会出现重定向问题（https://blog.csdn.net/hhchor/article/details/53450189）；但需要说明的是，后端在换取用户信息的时候，拿去交换的参数是有两个；尽管40029这个错误是报的不合法的code，但最后排查了下，发现生成一个错误的access_token，跟code去交换信息的时候，它不会报access_token不合法，而是报code不合法（这波操作简直666）。。。指出这个问题的意义在于，无论是微信企业号还是微信公众号开发，在实际开发过程中，会出现很多奇奇怪怪的错误，如果排除了可能导致该问题的所有因素，那么即使有多么不可能，也该尝试怀疑一下是不是外部因素导致的。
c）微信jssdk调用初始化过程中需要的三个参数（这三个参数为生产ticket的相关参数，ticket用于生产access_token，而access_token用于跟code一起交换用户数据）；建议了解下开发者文档里的JS-SDK使用权限签名算法这一节以及常见错误及解决方法这一节，因为有些参数是需要在后端缓存的，不能频繁调用（频繁调用会被拉黑的哦）
7）微信外部扫一扫（栗子：微信问卷调查）
扫一扫这个操作实质上是微信客户端解析一个二维码拿到一个访问链接（该链接就是上述的授权访问链接），并且当微信判断该二维码的内部信息是一个链接的时候将自动打开一个webview并访问该链接。所以本质上通过扫一扫访问一个应用和点击应用图标访问该应用没什么太大区别。
3，鸣谢
1，感谢https://www.jianshu.com/p/9d0264d27c3b对于OAuth2.0的解释
2，感谢https://blog.csdn.net/hhchor/article/details/53450189对于企业号开发过程中40029错误码的相关解决方案