SGCC-营销接口讨论-会议纪要（北京）-20071210-V3

SG186ERP典型设计<FILENAMESGCC_营销接口讨论_会议纪要（北京）_20071210_V3.doc><典设组>日期:DATE\@"M/d/yyyy"12/28/2007创建人:ThomasYu 第1页，共9页 审核人:TedZhang会议记录编号：SGCC_20070801会议主题“SG186典型设计”营销接口问题讨论会议时间2007-12-0709:00-12:30会议地点中石油CPE大楼4层会议室会议主持信息部：陈文康与会人员营销系统设计组：营销部方处长及国网营销系统标准化业务专家（简称营销组）埃森哲：张宇、张俊、王欣等成熟套装软件典型设计组顾问（简称典设组）配合组成员会议纪要分送名单注： 本会议纪要主要说明本次会议的内容、结论、问题和后续处理方向。具体问题的解决方案将不一定在此详细表达。对于本纪要，与会者若有任何疑问或不同意见，请务必在两日内反馈至项目小组，以便项目小组能进一步与您沟通。否则，项目小组将按会议精神执行。

会议日程信息部陈文康介绍本次营销讨论会的期望和目的。成熟套装软件典设组和营销典设组分别就ERP系统中财务、物资、设备、工程相关业务与营销系统的集成问题进行讨论。会议结果通过本次会议的沟通，典设组与营销组就ERP系统中财务、物资、设备、工程等相关业务内容与营销系统的集成进行了较为充分的讨论，双方一致认为通过本次沟通对各业务内容的集成范围、集成策略等原则性内容达成了共识，对于部分接口的详细技术规范等将进一步沟通。经过本次ERP财务与营销系统接口的集成讨论，典设财务组充分了解了营销典设中与财务集成问题的思路，并介绍了典设的集成思路，本次沟通结果将与财务部进一步沟通，以下为会议讨论的关键内容：未来的营销系统典型设计包含了终端用户的详细信息管理，电费应收、实收、预收，非电业务收费，用户的对帐和纠错等功能，并且营销系统的客户帐务按照规范的财务要求进行记录，可以视为明细帐。而营销系统可以提供ERP财务系统的业务凭证将以汇总凭证方式提供，其中包含了会计科目信息、借贷信息，ERP的财务系统可以根据此科目进行记帐，视为汇总总帐。营销系统向财务传输数据的频率可以根据财务的需求自由设定。在应收、实收、预收、其他业务收费和收费类型等相关的业务定义上，营销系统会有更详细的定义，在后续详细接口设计时可进一步了解。典设组提出的终端用户分类为普通用户和大用户有待完善，大用户通常意义为直供或需要进一步定义的特殊管理用户。营销系统中的组织结构层级可以满足ERP财务系统的公司代码或利润中心细分要求，满足核算要求。在ERP物资管理与营销集成的讨论中，营销组对典设提出的接口方案在原则上达成一致，但接口传输时间节点和数据等具体细节还需要进一步讨论确定。在设备管理与营销接口的集成讨论中，营销组认为：配电设备的故障报修业务首先与生产系统集成，与ERP系统没有直接集成关系。部分营销设备的故障报修在营销系统内部完成，鱼ERP系统也么有直接的集成关系。营销设备的维修成本非常低，在业务上也难以分摊到单个设备，因此ERP系统中无需使用工单进行成本归集。对于用户工程中营销系统与ERP系统的集成关系讨论结果如下：外部工程不采用营销系统进行管理；而内部工程则一般由用户自行选择设计、施工单位，电力公司主业目前并不承接相关工程实施，所以在外部单位自有系统而非营销系统进行管理。所以，营销用户工程暂不纳入电力公司主业的营销或ERP系统进行管理，无集成需求。会议记录讨论点1：应收电费集成方案-普通终端用户定义营销组：PPT中所指的普通终端用户的分类是如何定义的？基于什么样的目的定义这样的分类？典设组：普通终端用户的概念是相对于大用户(直供用户)来讲的，如居民用电，对于数量庞大的用户在财务系统中不可能进行应收帐款明细到户的管理，因此对此类用户需要汇总进行收入及应收的记帐，如何汇总也是财务较为关心的问题，如有些省市采用按区县进行汇总，财务按汇总金额进行帐务操作，若出现差错也可以在某汇总层级上进行查询纠正。营销组:营销系统中用户应收、实收管理的这一部分可以实现记账功能，因此可以把营销系统的应收实收当作明细账，财务作为总账记账，任何明细查询可以在营销系统或通过穿透到营销系统的信息集成来实现；如果分类的目的是为了分析，没有必要做用户汇总分类。讨论点2：应收电费集成方案-传输内容典设组：按照用户汇总信息进行数据传输，由于财务在核算上可能将区县设置为公司代码或者利润中心，因此需要在这一层级上进行应收管理的用户汇总信息。营销组：营销系统中也有类似利润中心这样的概念，并且营销系统中的组织层级比财务定义的更为详细，所以营销能够生成基于更细层级的会计凭证，满足财务在公司代码或利润中心汇总凭证的需要。由于用户分类经常发生变化，所以按用户分类汇总过账数据传递实现起来有一定难度，今天的1000个用户可能不是明天的1000个用户，数量和内容都可能变化，必须时时跟踪业务。此外，客户业务上有部分打包过账，部分交费，一个大户带几个小户等等很多种复杂情况，管理数据的难度很大。典设组：营销系统中提供汇总凭证直接传递业务信息，由财务系统在导入业务凭证时根据业务类型生成带有会计凭证，还是营销系统直接传递包含会计科目的业务凭证。营销组：营销系统提供的汇总信息凭证可以包括借贷方，包含了会计科目。讨论点3：应收电费集成方案-数据传输的频率典设组：每日汇总并进行数据传递，同步的时间越短，对于接口数据的纠错管理越好。营销组：传输频率的时间可以根据财务的需求来定。讨论点4：应收电费集成方案-报表需求典设组：集成方案需要满足财务部的财务日报表、客户分析报表，并且目前可能存在营销系统与财务系统报表格式不一致的问题。营销组：希望未来“SG186”工程将建成统一的数据平台，可以跨营销系统查询数据，形成报表。目前报表格式的确存在格式不一致的情况，财务会根据营销提供的数据调整出具的报表。营销、计划、财务三条线上来的售电量等数据由于取数的标准不一，层层汇总会可能存在不一致的情况。典设组：三条线数据不一致能够提出问题进行讨论也是一种提升，不过不仅需要依靠信息系统，更需要通过管理的提升来改进。讨论点5：应收电费集成方案-坏账的处理典设组：如何进行坏帐的处理？营销组：对于坏账，处理规则由财务部制定，营销部负责执行。一般由营销系统上报，财务部进行账务处理，建议也可以按凭证汇总方式传递到财务系统过账，业务凭证如何汇总形成凭证，可以在制定接口数据规范时详细讨论。讨论点6：实收电费集成方案-收款业务的种类典设组：实收电费的汇总层级，数据传送频率与应收电费方案的思路基本一致，但收款种类还需要增加以包含营销所考虑的所有收款业务。营销组：还有充值卡，委托第三方代收等，相对来说收款业务很多,可以在制定接口数据规范时详细讨论。讨论点7：实收电费集成方案-凭证中的收款银行典设组：如果实收电费传输给财务的是会计凭证，则传送银行科目较为合适，针对电费专户，每一个户头通常会定义一个专门的银行会计科目。营销组：营销系统可以传送银行信息，不会针对不同的银行账户定义不同的会计科目，至于银行账户与会计科目的对应关系，财务系统考虑较为合适。讨论点8：实收电费集成方案-未达资金典设组：未达资金如何处理？未达到月底是否统计到报表中，还是冲回？营销组：可以建一个过渡科目，如其他应收款，销根但未收到银行回单时可以借记其他应收款贷记应收账款，收到银行回单记帐时，再借记银行存款贷记其他应收款；未达账应该都反映到报表，不会冲销。但各个网省的处理方式可能不同。典设组：对于营销收款但未收到银行回单这种情况，在营销系统中直接作标记而不记账这种方式是否可以采用？营销组：这种标记方式营销系统处理起来很复杂，并且营销系统中的明细帐较难对平。所以建议采用营销系统记账，可以清晰地记录这样的业务。讨论点9：预收电费汇总程度的集成方案-预收电费定义营销组：预收电费具体对应的业务有哪些？典设组：通常指还未确认应收的客户交费，对于所收客户款项多于客户欠费的那部分从财务角度上看是属于预收电费的。例如，客户的预付费卡，对于其收费，营销是如何处理的？营销组：从营销角度上看，预收电费的情形很多，主要是根据客户信用和交费情况。对于有较高欠费风险的，如频繁更换业主的商铺，将安装卡表。但对预付费卡收费如何确定应收（收入）及预收，目前还没有一个明确的管理规则，有时根据用户月平均使用电量估计应收和预收，或者根据固定的百分比计算,如70％应收。讨论点10：预收电费汇总程度的集成方案-销售转让典设组：是否有销售折让转预收帐款的业务？营销组：目前来说还没有严格意义的销售折让，即使有一定的优惠也是采用其他的方式如通过阶梯电价进行解决，对于已经确定的实收必须全额收缴，如果需要给一定的折让也是采用退费或重计应收的方式处理。讨论点11：其他业务收费集成方案典设组：除了针对终端用户的售电业务，与用户之间的非售电业务中，有些业务如验表费、一户一表费等只需要提供汇总信息财务记账即可，有些则需要提供针对客户的明细信息财务记账，如负荷管理装置设备及安装费、临时用电定金收（退）费、用投工程收（退）费等。营销组：其他业务收费的业务情形很多，各地也有所不同，不局限于本次讨论材料中的内容。与售电业务相同，营销系统保留关于这些业务的详细信息，财务根据汇总信息进行记帐，对这些业务明细分析则通过营销系统实现。如果其他部门要求进行明细分析，由信息部门牵头进行信息集成效果会好一些。讨论点12：冲销集成方案典设组：对于业务差错等导致的凭证记帐错误，采用差量方式进行冲销记帐，每一笔冲销均产生冲销凭证并传送给财务系统。营销组：这个需求与营销系统目前的设计考虑点是一致的。讨论点13：大用户的集成方案典设组：由于管理需要，对某些大用户需要进行明细帐的管理，因此，财务上需要对这类用户在财务系统中单独定义客户编码进行管理，如江苏就有这样的情况。营销组：大用户虽具有一定的特殊性、重点性，但在实际业务中，提供服务以及收费、对帐等工作，大客户、小客户是一视同仁的。都是一套体系，不存在单独为大客户设立的服务部门。实际上这类客户单独设立明细账是没有必要的。大用户这个概念比较模糊，如果大用户是指直供用户，则具有一定的特殊性，可进一步讨论明确。讨论点14：对账方案典设组：未来财务系统拥有各种业务的汇总信息，营销系统拥有各种业务的明细信息，财务接收到银行对账单进行对帐，出现差错到营销系统进行明细查询。营销组：营销系统的设计包含了对帐工作，银行对账单将直接送到营销部门，由营销部门负责对帐，有部分省公司的财务部门也可能参与对账。讨论点15：与营销接口相关的财务编码典设组：会计科目编码为10位字符、公司代码为4位字符、利润中心编码为10位字符、客户编码为10位字符；会计科目、公司代码、利润中心的编码基于典设编码组的标准编码方案，更多的是考虑财务的需求。营销客户的编码可以参照营销系统的客户编码生成（主要是直供用户）。营销组：编码属于技术细节，但编码的维护流程，负责维护营销系统和财务系统的具体负责人更为重要，需要明确的机制。埃森哲典设组物资顾问介绍了成熟套装软件物资管理与营销表计管理相关的接口需求，并引发如下关键点的讨论。讨论点1：表计物资采购计划的传递营销组：在营销表计系统中产生采购需求传递到ERP系统中形成采购申请的时候，是否需要把采购物料的技术细节信息（文本信息）如技术规格说明书同时传递到ERP系统中，以便于在招投标系统中进行相关物资的采购处理；如果没有将技术细节信息传递到ERP系统中，那样营销表计系统是否还需要同时和招投标系统做接口才可以满足业务需求；典设组：在营销表计系统中产生采购需求传递到ERP系统中形成采购申请时，并不需要提供传递物料的技术细节信息。当业务人员在招投标系统中维护招标计划时，需要营销提供相应的技术规格参数文件等。讨论点2：采购订单的传递营销组：不能破坏营销表计系统的完整性来满足营销表计和ERP接口的需求；采购订单号产生的规则需要进一步讨论确认。典设组：采购订单号主要从ERP系统中产生，由于采购订单号不仅作为采购订单的唯一编码，同时采购订单也是后续业务的依据，例如物资收货、发票校验等。采购订单号及主要信息将传递到营销系统。由于营销系统中也会产生采购订单号，与ERP产生的采购订单号需要对应。讨论点3：库存管理业务营销组：一步法移库，两步法移库的含义？如果在现实中，有拆下来的表计经过清洗后，有可以利用的，怎么处理？需要把一些概念性问题明确描述，避免产生误解，例如：库存地、工厂等ERP系统中的术语；对于典设关于接口方案中提到的物资领用出库、库存状态移动、盘点、库存物资报废、报废物资入库等集成内容，基本表示理解。典设组：库存数据是通过营销系统传递到ERP系统中的。ERP系统中只需要营销系统将相关的库存业务数据传递到ERP系统中，并不需要该笔业务对应的财务凭证数据。一步法、两步发移库主要是针对两个库存地比较远，存在在途的情况而设计的一种移库方式，而我们ERP系统和营销表计的数据交互，之所以需要营销表计提供业务数据，移库时会发生库存的变化以及账务上的变化。至于营销系统自己的维修、清洗这种业务情况由于没有发生价值资产的变化，因此，在ERP系统中会考虑将这种业务通过将物资入到零价值的库进行管理。对于一些ERP系统中的一些术语，我们将在进一步讨论的时候，进行具体的说明；在设备管理与营销接口的集成讨论中，营销组认为：营销故障报修业务首先与生产系统集成，与ERP没有直接集成关系。营销设