销售订单上携带或录入销售员以及销售员资料设置的注意事项介绍

       近期收到一些客户反馈，有时候会遇到订单上录入客户后携带销售员不成功的反馈，或者录入销售部门之后，无法选择到对应的销售员等情况。大多数情况下，这些现象的产生多数都是销售员资料设置不正确造成，在此，做一下具体的介绍，遇到类似的客户可以参照着进行检查。

       首先，客户要先理清楚一个逻辑，销售订单上的销售员与销售部门、销售组之间有一个互相的过滤关系，订单上录入销售部门或销售组之后，销售员会根据录入的销售部门或销售组进行过滤，如果不匹配就会无法录入对应的销售员。这个过滤是设置在销售员字段的高级过滤设置当中（以前很老的版本如6.0等可能是设置在插件代码里）。插件代码里，对销售组的过滤也有一段逻辑，录入销售员之后，销售组也会根据销售员进行过滤，也就是说，销售组只能录入销售员所属的销售组，如果需要录入销售员后自动携带，更需要在业务员里对销售组勾选默认。

                                                                 图一   销售员高级过滤关系

       理清楚这个关系之后，就容易理解，在设置销售员资料的时候，必须要保证销售员的业务组织与销售部门的使用组织是同一个组织，不然就可能会有问题。主要的问题体现为，当部门不是共享型的时候，我们在订单上录入销售员之后，是会根据销售员携带销售员资料上设置的销售部门出来的，如果销售员的业务组织和销售部门的使用组织不一致，而订单上的销售组织与销售员的业务组织是一致，于是，因为组织的不一致，录入销售员之后，销售部门是无法携带填值上去，反过来，录入或携带出销售部门之后，销售员受图一所示的过滤关系影响，也会被过滤掉，无法正确填值。

                                                                   图二  销售员的业务组织与销售部门的使用组织

       那么，为什么会在设置销售员资料的时候会造成组织不一致呢？通过了解反馈客户数据的情况，主要原因是很多客户的账套中，员工任岗信息是共享型，部门是分配型。如果员工任岗信息和部门都是共享型或都是分配型或都是私有型，控制类型一致的话，是不会有问题的。具体为何会有问题，我们通过实际举例来说明。

      比如，员工张三，现在账套里有A、B两个组织，员工任岗信息是共享型，部门是分配型，在A组织里对张三设置了一个员工任岗信息销售岗A，设置的部门是销售部A，然后用销售岗A设置了张三的销售员资料销售员A，此时，在A组织里，销售员A的资料是正确的，业务组织和销售部门的使用组织都是A组织。接着，客户将销售部A分配到B组织，分配名称一般不改，此处为了分辨，称为销售部B。最后，对B组织设置张三的销售易资料销售员B，由于员工任岗信息是共享的，有些客户并不会在B组织另外新建任岗信息，而是直接使用了A组织的任岗信息销售岗A对销售员B设置了销售员资料。因为销售员本身资料里不保存部门，销售员的部门来自员工任岗信息，因此，不难看出，销售员B的业务组织（B组织）和销售部门的使用组织（A组织）是不一致，这个销售员资料其实就是有问题的。

        在销售订单上使用的时候，如果销售组织是A组织，此时不会有问题，当销售组织是B组织的时候，B组织作为主业务组织，销售部门字段能录入的部门应该是B组织的部门，即销售部B，而销售员B资料里的部门却是销售部A，显然是不匹配的，受到图一设置的过滤关系影响，就会相互冲突，销售员或销售部门就赋值不了了。

       手工录入的时候如此，通过选择客户之后携带出来的销售员和销售部门也是如此。此处继续展开介绍一下选择客户后携带销售员的逻辑。

       如果客户的控制类型是分配型，录入客户后是直接携带客户上设置的销售员到订单，并通过销售员携带其资料里设置的销售部门和销售组，携带销售部门到订单的销售部门，携带销售组到订单的销售组，并且携带录入的顺序是销售部门=》销售组=》销售员。如果是在A组织下操作，客户的销售员是销售员A，此时组织一致，是没问题的，但在B组织进行操作，且B组织的客户设置销售员为销售员B，由于组织不一致，在订单上录入了客户之后，插件代码的携带逻辑就会因资料的销售员和销售部门组织不一致，未成功携带赋值销售部门或销售员，产生问题。

       如果客户的控制类型是共享型，并且只在A组织下维护了客户，此时，客户的销售员只能选到了A组织的销售员A，销售部门是销售部A，组织资料一致，A组织下做订单，是没有问题的。而在B组织下进行订单操作的时候，客户是共享，选择的客户也是A组织创建并共享的客户，录入客户之后，携带销售员的时候不能直接携带客户上设置的销售员A，此时插件代码逻辑会根据销售员A，自动查找B组织下同样是张三的销售员B，将销售员B携带出来，但由于销售员B的业务组织和其部门的使用组织本身就是不一致的，此时携带赋值就会受图一过滤关系的影响，造成问题。

       综上所述，上面示例里销售员资料设置方式是不正确的，在实际应用中会有数据资料不匹配的问题存在。如果员工任岗信息是共享型，而部门是分配型，建议最好按如下方式进行资料设置：

       员工张三，在A组织里对张三设置了一个员工任岗信息销售岗A，设置的部门是销售部A，然后用销售岗A设置了张三的销售员资料销售员A，此时，在A组织里，销售员A的资料是正确的，业务组织和销售部门的使用组织都是A组织。

       接着，客户将销售部A分配到B组织，称为销售部B。B组织里不要直接使用A组织创建并共享的销售岗A，而是在B组织里另外新建员工任岗信息销售岗B，设置的部门是销售部B，最后用销售岗B设置张三在B组织下的销售员B，使B组织里的销售员B业务组织和部门的使用组织都是一致的，和销售员A一样。这样无论是设置客户上携带使用还是在订单手工录入使用，都是没问题。其他方式的设置应用都可能造成数据过滤的问题。

       但是，在实际接触到的客户应用中，的确有一些客户是按上面示例那样设置销售员资料的，销售员的业务组织和部门的使用组织是不一致的，并且由于一些原因，客户无法修改资料设置，只能坚持这样使用。那么这个情况下是否有方法处理呢？方法也是有的，就是取消图一所示里的两条高级过滤设置即可，也就是让订单上销售部门和销售员字段之间没有任何依赖过滤关系，相互独立，各自录入各自的数据内容。不过在实际的应用检查中，这种依赖过滤关系在其他应收单上无法取消，因为其他应收单上这个过滤关系是写在插件代码中，用户无法扩展取消。所以，在可能的情况，建议客户按上面正确的示例对销售员资料进行设置，保持组织一致。

       最后说明一下，当客户是共享型时，客户在A组织创建并共享，在B组织做订单，选择客户后会根据客户上设置的销售员跨组织查找B组织下对应的销售员来携带的逻辑处理，除了销售订单外，发货通知单、销售出库单等其他非订单销售单据上的支持是在7.5版本才加入的功能，之前的版本，如果遇到这种跨组织使用共享型客户资料来做单据的，只有销售订单能携带销售员，其他销售单据需要做版本升级才支持，如果是很老的版本，如6.0、5.0之类，销售订单也可能是没有增加这个功能的。如遇到，可以按上面提到的正确设置销售员资料的示例方法维护正确数据来进行测试验证。