背景
企业微信 API 中，大部分接口文档中只阐明了根本的申请形式、地址、参数和返回后果的形容，但有些需要只看文档无奈满足理论开发的须要，只有具体操作和验证的过程中能力发现和总结一些教训。
此企业微信系列文章不会常常更新，次要是把一些问题记录，网上对于企业微信的问题也不算特地多，基本上都在企业微信的凋谢社区中。
本篇次要讲：企业外部开发 -> 客户分割 -> 音讯推送 -> 创立企业群发
文档地址：创立企业群发
前面的内容都是基于下面文档的根底上总结的。
企业群发音讯工作接口限度（文档中没说的）
- 企业微信会对群发工作做一次筛选，筛选出该员工上面的客户接管次数未达下限的，才会显示在员工的发送列表中（该列表中的客户是能接管到音讯的）。
- 若该员工上面的客户接管次数均已达到下限，则企业微信不会给员工发送企业音讯（员工的客户分割对话框中不会接管到群发工作音讯）。
- 若客户删除了员工，会显示在员工的发送列表中，此时企业微信会间接通知员工：客户已拒收（不是好友）。
- 若员工删除了客户，必定不会在该成员的发送列表中（一句废话）。
- 只有企业微信胜利给员工发送企业音讯，才会生成 msgid，否则 msgid 为空值，并且同时返回 fail_list 数组，外面寄存的是所有员工的有效或无奈发送的 external_userid 列表。
论断
- 由 1 得出：员工在企业微信的客户数量与在发送列表中的客户数量可能不统一。
- 由 2 得出：不是所有员工都能在客户分割对话框中收到群发工作的企业音讯。
- 由 3 得出：员工能够给已散失的客户发送群发音讯，此时不会记录客户的接管次数。
- 由 1、2、5 得出：msgid 为空值时，代表该用户上面的客户均已达到接管下限，保留在 fail_list 数组中；msgid 不为空的时候，阐明由局部客户能够接管，不能承受的客户保留在 fail_list 数组中。