我司是在2022年引入金蝶KIS云旗舰版的，公司属于销售型贸易公司，客户数量多、情况复杂、销售产品类型繁杂，因此在客户建档或日常操作时就会遭遇许多情形，参考如下：

情形1

问题描述：客户本身是集团型（下单与送货不一致），一家多牌（一家公司有两套牌子).......这种情形下，经常会在地址选用上不知所措，注册地址，送货地址，因为这不但涉及日常送货的信息确认，如果从整体运营的协作与风险防范上，还会涉及发票与货实相符等法律层面的预设与纠错。

解决方法： 金蝶KIS系统旗舰版是支持批量导入的，这个首先要与管理员确认或申请权限，千万别傻傻得一个个手动创建，不但费时间，操作繁琐，最重要的是不方便复核与纠错。批量导入的操作指引在系统说明中有，这里就不絮叨了。

注意事项：

第一：客户的信息录入要准确严谨，保持一致。实际中出现交叉，比如上面说的那些公司情形，即联络人，收货单位以及开票都分属不同公司名时，在系统建档时，尽量多建公司名再加备注或公司架构管理，千万不要按实际情形把不同情形混搭一起。原因就是假如客户端发生变动时，查单退票还可以忽略成本，而送货地址一旦弄错，那运输费就要找人实际背锅

第二：在实际录入中，遇到信息不一致时，优先级如下：公司名称务必与开票信息一致

地址的录入中，如果送货地址与公司注册不符时，在与财务作报备后，系统录入可优选实际送货地址作为主信息，因为该"联系人信息"处是支持多信息添加的。而客户"基本资料"显示处，也是会与主信息保持一致的。

情形2

问题描述：系统是按流程推单，因此当信息缺失时，自己录入时如果没注意到，就会接到下游合作同事的提醒与跟催，这既是系统自身的防错设置，也是我们使用系统提高正确率的实例。比如在出货单上出现信息缺失或不完整，比如缺失产品名称/型号：

原因分析：由于订单录入一般是由销售人员完成，而发货是由物流改成，这张单在原录入界面时，订单部分看似完整，其实是销售人员没有要先建物料对应，然后再入订单，而是仅在订单部分手动增加，如果管理人员在系统设置中没有禁用手动增加，该单就会出现销售保存时，页面信息完整，而在打印发货单时出现信息缺失。

对应策略：录入订单时，尽量要理解并遵循系统的运行逻辑，即多环节，上下游双向确认。拿到订单后，除确认客户信息无变更外，如果是新品，一定要先建物料对应，然后再入订单，否则就有可能要推倒重来，造成人力的无端浪费。

情形3

问题三：集团公司或一公司挂几套牌子时，在系统登陆中，尤其是多帐户间转换时，大概率会遭遇下记情况，即从一个账套中退出再马上进入另一个时，系统就会出现上记提示：

原因分析：这可以说是系统设计中的Bug, 高级版本已可实现无须退出，即可在关联帐套间的切换，这样自然就根本上避免了此类系统误判。

对应策略： 如能升级版本，毕竟软件的设计逻辑就是持续改善。而当目前使用的版本暂不支持切换时，快速的方法就是联络管理员后台清理刷新，被动方式就是30分钟后再登陆。

情形4

问题描述：系统录入本身就是个权限分配的游戏，有些操作并不是可不可以做，而是有没有授权。要知道不同授权状态下，不仅会影响操作方式，也避免很多无意义的沟通。因此建议录入的实际操作人员最好能明确下自己的权限，免得白忙。

我的亲身经历就是在一家私营企业中，部门经理本身对系统二把刀，结果我在录入后，怎么刷新页面都是空白，因当时采用的是批量录入，而系统也表示成功，但就是看不到.....结果一顿操作猛如虎，最后却发现原来是部门经理没给我“查看权”。

原因分析: 系统基础数据导入时，或者最初应用时，有很多状况都与授权相联。上线系统的初衷是为了规范操作，但实际上就是在限定权限内做好份内事。

对应策略：了解规则才能更好地玩转系统，而明确权限就是确认角色。

销售助理初录入资料时的操作急救包.docx