#实践案例#售后维修业务的实际应用

案例中应用的产品版本：金蝶KIS旗舰版V7.0.1

一、业务背景

（一）业务背景

        公司经营过程中，销售部除了正常的产品销售的业务版块之外，还会接一些客户产品的维修业务。

        具体的维修业务的经营模式是，销售部接到客户的维修需求，签订维修订单，客户将维修件A交给我司由我司对维修件A进行修理，在修理维修件A的时候，有时候只需要进行简单的维修即可，单有时候可能会需要更换一些配件B、C、D，客户可能会提供一些维修所需的配件，也有的客户不提供维修所需配件，而是由我司来提供配件，最终维修完成后，将修好之后的维修件A交付给客户，客户支付维修费。

（二）用户需求

        1、想要知道这次的维修订单中涉及到的配件记录，查询各个配件的来源和去处。

        2、想要知道这次维修订单中涉及到的维修成本。

        3、方便快捷的查询。

        4、从维修订单到维修过程直至最终交付的脉络清晰。

        5、维修订单收入及订单成本的分析，也就是维修订单的利润分析。

        6、维修订单的成本明细。

二、解决方案

（一）整体思路

        根据业务背景和用户需求可以了解到用户需要的不是某一个功能，而是一整套业务的流程规范，在实施过程中被称作业务蓝图，大白话就是做哪些单据，出哪些分析报表，可以让用户得到他需要的数据，所以，现在难点就在于设计怎样的业务流程。

        此时不确定具体的业务蓝图，那么分析业务背景和用户需求中的一些关键信息：

        1、销售部：是一个销售业务部门，他们接售后维修业务订单。

        2、客户：这个是给咱们维修业务的“上帝”。

        3、维修订单：上面记录了哪个客户的维修什么东西的一些信息。

        4、维修件A：这个是由客户交给我司进行维修的产品。

        5、配件B、C、D：这些是在维修过程中用来替换的维修件A中的某些部件的物料配件，根据业务背景所说，这些配件可能是客户提供的，也可能是我司提供的，根据这句话进而可以分析出这些配件我司中也有库存。

        6、维修费：这个是我们向客户收取的钱，如果客户挂账的话就被称作应收账款。

        7、维修成本：这个指的是在对维修件A维修过程中所有的花销。

        8、脉络清晰：代表单据之间并不是独立的孤岛，而是有上下单据的联系的。

        上述几点是直接得到的一些信息，然后根据这些信息进行深度分析：

        1、有了销售部、客户、维修订单、维修费（应收账款），这代表的是要记录一套销售业务流程，也就是说设计的业务蓝图中应该包括销售业务流程。

        2、维修成本处思考，它包含用户可能使用的配件B、C、D的这些材料成本，可能还包含其他的一些费用，比如水电费、设备折损费、工人工资等。

        3、配件B、C、D可以考虑到这些配件的出入库。

        4、维修件A可以考虑到，在收取客户的维修件A的时候，此时维修件A应该是一个“损坏”状态，交付给客户维修件A的时候，此时的维修件A应该是一个“完好”状态。

        考虑软件中涉及到材料成本和费用的单据包括“委外加工、组装拆卸、生产管理”这三大类业务。

        “委外加工”属于我司让外部供应商加工配件，故此类业务流程排除。

        “组装拆卸”属于即时性库存出入库的单据，而维修是需要一个时间过程的，有可能会跨期，且计入的“加工费”只包含一个费用类型，且属于精确的费用金额，不与实际业务相符，故此类业务流程排除。

        “生产管理”是我司自己加工的一类业务流程，且没有“组装拆卸”中的不足，可以通过实际成本来计算各个产品的成本，且“受托加工”的生产类型，可以对客户提供的配件进行出入库管理，完美的包含了整个维修过程中的物料管控环节。

        故得出业务蓝图：

（二）关键步骤

        步骤1：维护系统资料：

        ①【物料】资料维护：当销售部门接到客户的维修订单后，先检查系统中是否存在维修件及配件的物料资料信息，如果没有则添加。需要注意的是维修件A需要建立两个资料，用来区分维修前的维修件A及维修后的维修件A，且维修后的维修件A的属性应该是自制属性。

        ②【客户】资料维护：如果该客户是新客户，则需要在金蝶系统的客户资料中新增该客户信息。

        ③【仓库】资料维护：系统中维护[我司配件仓库]、[客供件仓库]、[已维修仓库]，其中[我司配件仓库]和[已维修仓库]的仓库属性为普通仓库，[客供件仓库]的仓库属性为代管仓。至于是否需要明细给每一个客户建立一个客供件仓库可根据用户实际业务需求自行决定。

        步骤2：在金蝶系统中新增【销售订单】用来记录该维修订单的信息。需要注意的是，订单中录入的单据体中的产品资料应该是维修后的维修件A资料。

        步骤3：对客户提供的配件（以下简称客供件）进行入库-【受托加工入库】，其中维修前的维修件A也属于客供件，需要进行客供件入库，此案例中的配件B、D均属于客供件。（维修前的维修件A以下简称待修件A；维修后的维修件A以下简称完工件A）

        步骤4：给完工件A建立BOM，此BOM中使用的子件至少包含待修件A；如果此时不确定是否有需要替换的配件，则可以不建立其他子件。

将BOM设置为使用状态

        步骤4：通过【销售订单】下推生成【生产任务单】，注意生产任务单要选择[受托加工]，并根据生产安排将生产任务单进行下达开工。

        步骤5：根据【生产任务单】下推生成【受托加工领料单】，用来领用待修件A

        步骤6：如果在维修过程中发现预期之外的需要更换配件，如此案例BOM中只有待修件A，没有需要配件，但是在维修的时候发现需要替换配件BC，此时可以选择进行投料单的变更，增加配件B、C。

        变更前的投料单

        生产投料单变更单：

        变更后的投料单如下图，有了三行物料。

        如果需要替换的配件，且配件的来源是我司，则将【生产任务单】下推生成【生产领料单】；

        如果需要调换的配件来源是客户提供，则将【生产任务单】下推生成【受托加工领料单】；如果不需要替换配件，则不需要进行其他领料。

        步骤7：维修完成后，通过【生成任务单】下推生成【产品入库单】。入库仓库选择[已维修仓库]。

        步骤8：将完工件A交给客户的时候，根据【销售订单】下推生成【销售出库单】，同时可以通过【销售出库单】下推生成【销售发票】来记客户的应收账款。

        以上即为售后维修业务的关键步骤，后续涉及到的收款及实际成本核算和生成凭证操作跟正常流程一样即可，此处不做赘述。

（三）其他可选事项

        事项1：如果用户对完工件A有检验流程，则在建立完工件A的资料的时候勾选上质检的选项。

        事项2：如果用户有任务单汇报流程，可以在设计业务流程的时候添加上此项。

        事项3：如果有事项1和事项2，请注意质检单、任务单汇报、生产任务单的流程先后的设计及单据流转的设计。

        事项4：受托加工业务单据的打开路径：

        事项5：客供件也可以查看即时库存：

        事项6：如果用户需要将客供件清晰的分开管理，可以建议每个客户单独建立一个代管仓仓库，分别进行出入库管理。

        事项7：如果用户需要的维修成本更清晰明了，比如为维修待修件A专门购买的配件E，那么这个配件E就不要使用加权平均法，给这个配件E启用批次管理，使用批内加权平均计价方法，可以用客户的代码作为批次号，这样计算出来成本更精准。

（四）相关报表

报表1：销售订单全程跟踪：

销售订单全程跟踪通过在一个综合的跟踪界面中展示销售订单的各个环节执行情况，包括订单发货情况、销售出库情况、销售开票情况、销售收款情况、订单是否下达了生产任务或者订单委外加工情况等多个环节，并提供了每个环节的执行汇总信息和详细的关联的单据信息，非常方便企业的订单跟踪人员或销售管理人员快速的掌握订单的全面情况，及时的进行计划生产和提供高效的客户服务。

报表2：销售毛利润表：

销售毛利润表是综合反映一定时间销售收入、销售成本以及销售利润的情况，是针对销售毛利的汇总查询。

报表3：成本计算单（分页显示）

〖成本计算单（分页显示）〗报表是指每一页只显示一个成本对象的所有成本信息，包括该成本对象在所有过滤部门和所有过滤期间的成本计算信息，可翻页查询过滤条件所选成本对象的成本信息。

报表4：生产任务单序时簿-关联信息，可以关联查看相关单据。

三、推广价值

1、此方案比较完整的利用了产品的标准功能，不用做过多的额外开发。

2、此方案中设置的是KIS旗舰版V7.0.1，但是KIS旗舰版的其他版本应该也可以作为设置。

3、此方案甚至不用局限于当前的KIS旗舰版，金蝶其他的产品也可以按此思路进行设置。

4、此方案没有限制行业，只要是行业中的维修类型的主营业务都可以按此例进行使用。

5、此方案中，各种单据的流转衔接都有据可查，没有独立单据，数据的脉络清晰。

四、注意事项

        此方案的普适性较高，但同样方案中没有列举出太多的用户的其他个性化需求，如果用户有需要，可以根据情况添加到该方案的设置中。（用户的个性化需求在【其他可选事项】中列举出了一二件以供参考）