关键业务解决方案应付管理（AP）.doc

RD.050 Business PCO-RD.050-APAIM RD.050 Business Solutions关键业务解决方案中国移动通信集团XX有限公司应付管理（AP）文档作者:PCCW顾问创建日期：2007-3-15更新日期：文档编码：PCO-RD.050-AP当前版本：1.0审批签字:XXMC项目经理PCCW项目经理Note: To add additional approval lines, press Tab from the last cell in the table above. 拷贝编号：_1. You can delete any elements of this cover page that you do not need for your document. For example, Copy Number is only required if this is a controlled document and you need to track each copy that you distribute.Note: Title, Subject, Last Updated Date, Reference Number, and Version are marked by a Word Bookmark so that they can be easily reproduced in the header and footer of documents. When you change any of these values, be careful not to accidentally delete the bookmark. You can make bookmarks visible by selecting Tools-OptionsView and checking the Bookmarks option in the Show region.Note: To add additional approval lines, press Tab from the last cell in the table above.2. You can delete any elements of this cover page that you do not need for your document. For example, Copy Number is only required if this is a controlled document and you need to track each copy that you distribute.文档控制变更记录日期作者版本变更参考2007-3-15周书1.0原始文档审核姓名职位分发拷贝编号姓名位置/岗位12345备注:出于文档管理的目的，如果您收到了本文档的电子版本，请打印出来并在封面的相应位置写上您的名字。出于文档管理的目的，如果您收到了本文档的纸介质版本，请在封面写上您的名字。目录文档控制ii前言3概述3相关文档3应付基础信息管理3外部供应商3员工供应商3银行信息3应付业务处理3供应商预付3采购发票处理3非采购类费用报帐处理3准备付款计划3现金、银行存款处理3员工借款/还款/费用报销处理3押金或保证金业务处理3关联交易业务处理3预提性质业务处理3发票调整处理3应付报表3未决与已结问题3未决问题3已结问题3V 1.0CMQuest Confidential 3RD.050 Business PCO-RD.050-AP前言概述本文档建立在对中国移动通信集团公司（以下简称中国移动）各省公司业务的现状和需求分析的基础上，确定系统实施方案的设计原则如下：1. 确保系统设计的流程是先进的。参考国际领先企业的最佳业务实践，充分考虑公司未来业务的发展。2. 确保系统设计的流程在实际业务中是可行的。3. 确保设计的流程在Oracle系统上是可行的。4. 确保系统内部运行的安全及高效。本文档主要针对应付模块中具体业务的解决方案做详细的描述。本文档将作为正式环境设置和数据准备的主要依据。相关文档Note: List any documents that should be referred to in conjunction with reading this document. All documents should be defined by their name, document reference, version (if appropriate) and date (if appropriate). Contractual documents should be referenced as a minimum. If the list of related documents is long, you may want to refer this section to an appendix at the back of the document. 1. 现行业务流程模型：PCO-BP.040-AP2. 未来业务流程模型：PCO-BP.080-APNote:Note:Note:Note:Note: List any documents that should be referred to in conjunction with reading this document. All documents should be defined by their name, document reference, version (if appropriate) and date (if appropriate). Contractual documents should be referenced as a minimum. If the list of related documents is long, you may want to refer this section to an appendix at the back of the document.Note: List any documents that should be referred to in conjunction with reading this document. All documents should be defined by their name, document reference, version (if appropriate) and date (if appropriate). Contractual documents should be referenced as a minimum. If the list of related documents is long, you may want to refer this section to an appendix at the back of the document.应付基础信息管理外部供应商业务需求在现有供应商维护方案的基础上，简化操作，减少供应商维护压力，方便采购等业务及时处理。解决方案 外部供应商的定义规则供应商名称定义规则:供应商工商注册全称 供应商编码定义规则: 系统自动流水号供应商地点的定义规则:供应商名称的简称由于在维护供应商的帐户信息时，只能默认一个负债帐户和预付款帐户, 如果在实际操作中对于同一个供应商涉及到不同帐户的业务核算时,需要根据业务类别定义不同的地点，如果不定义多个地点，则应付会计在作发票时一定要将默认帐户更改为所需的帐户；或者在维护供应商信息时不默认负债、预付款帐户，在实际做发票时进行贷方帐户的选择。 供应商地点的编号:系统自动流水号。 外部供应商的维护：根据供应商维护流程，审批确认后由省公司MIS维护小组统一维护。可用客户化工具成批导入，同时创建供应商银行帐户。 可通过新增的“CMCC 供应商报表”定期审核供应商信息，以满足SOX审计要求。员工供应商业务需求将人力资源系统中的员工信息与MIS财务系统集成，信息共享，避免员工信息的重复录入。简化维护工作。解决方案 员工供应商的命名规则：员工编号：“E”+“员工编号”员工供应商名称：“员工编号”+ “姓名” 新增员工，对于确定可以报销的员工，自动创建员工供应商。 员工调动，自动更新供应商地点。 员工离职，系统自动失效对应员工供应商。 为财务部提供专用于维护员工费用科目的工作界面。银行信息业务需求在集团统一方案基础上，规范对往来银行信息的维护，以满足银行信息管理的需求。解决方案Oracle应付系统银行标题信息是多组织共享的，而银行帐号是组织间屏蔽的，为减少银行信息重复，采用以下解决方案： 银行名称：各银行总行全称，如：中国工商银行、招商银行等。 分行名称：银行简称+分行名。 在银行帐户的编号处输入该银行的真正银行帐号，为将来电子支付提供基础。 针对现金付款，设置“现金银行”。 针对特殊业务设置与各银行并列的虚拟银行：“虚拟银行”。虚拟银行对应的GL帐户根据业务类型分别设置，如应收应付对冲。应付业务处理供应商预付业务需求进一步加强预付款业务中的供应商管理和往来款项的管理，同时实现工程项目上发生的预付款业务能及时被核销结清，避免在建工程由于核销不及时而造成的在建工程发生数虚增的情况。业务流程图业务流程说明编号：4.1名称: 供应商预付版本：V1.0编号任务说明处理方式文档输入文档输出负责部门/岗位备注4.1.1要求预付款供应商要求预付款。(一般要有采购合同作原始凭证。)手工付款通知书供应商对可以允许预付的采购类型和预付款占合同总金额的百分比上限制定规范。4.1.2核准采购部首先检查合同付款条文，检查是否应预付给供应商。检查合同付款日期。手工发票/合同发票/合同相关采购部门4.1.3准备预付申请单如果合同已清楚说明预付款的条文，相关采购部门便根据已核准的预付资料及应付预付款填写预付申请单，以便通知财务有关供应商预付款要求。手工发票/合同发票/合同/预付申请单相关采购部门4.1.4审批由公司授权管理层对是否付款进行审批，参照财务部的付款审批权限与审批制度。手工发票/合同/预付申请单审批后的发票/合同/预付申请单授权管理层4.1.5复核财务部检查预付申请单与合同是否匹配手工发票/合同/预付申请单发票/合同/预付申请单应付会计4.1.6录入系统把预付款数据录入系统。应付模块发票/合同/预付申请单发票/合同/预付申请单应付会计解决方案供应商预付解决方案的关键点为: 所有供应商的预付款都应在ERP系统应付模块进行预付款处理，以详尽地记录供应商的交易历史，便于对帐 严格区分供应商预付款和员工个人或部门借款 除零星或往来极少的供应商外，所有应付、预付业务均应直接记在真实的供应商名下，加强供应商管理，便于日后的分析 取消在建工程科目下的预付款科目，而直接使用预付账款一级科目下的明细科目（注：集团公司按照最新会计准则初步制定的COA中预付账款科目不再区分工程和非工程）采购发票处理业务需求加强采购结算管理，简化业务流程，及时、准确反映负债情况，加强内控。业务流程图V 1.0CMQuest Confidential 9RD.050 Business sPCO-RD.050-AP业务流程说明编号：4.2a名称: 一般采购结算版本：V1.0编号任务说明处理方式文档输入文档输出负责部门/岗位备注3.2入库子流程采购模块收货单收货单仓管部仓管员4.2.1收到发票并审核供应商将发票/付款通知单直接寄送财务部，财务部审核发票的合法性并检查是否注明相应的订单号/合同号应付模块收货单/发票/付款通知单/合同收货单/发票/付款通知单/合同财务部应付会计发票上要求注明合同/订单编号，以加强采购监管4.2.2录入采购发票在AP中录入应付发票应付模块财务部应付会计所有应付/预付业务均应直接记在真实的供应商名下4.2.3检查是否有预付款发票AP将自动根据发票中的供应商，检查当前该供应商存在尚未核销的预付款应付模块财务部应付会计4.2.4核销预付款发票如果供应商存在预付款,按比例核销预付款应付模块财务部应付会计4.2.5匹配采购订单系统进行三路匹配，把发票数量和收货数量，发票价格与采购单价格进行匹配应付模块财务部应付会计4.2.6匹配通过应付模块财务部应付会计4.2.7复核发票经过匹配后再经其他复核岗位审核应付模块财务部应付会计4.2.8查找差异原因若匹配存在差异，财务部及时通知相关责任部门进行跟进手工相关责任部门4.2.9处理匹配差异差异的原因分供应商原因和内部原因，包括“数量不符”和“价格不符”，应责成供应商或相关责任部门修改后递交或通知财务部应付模块/采购模块/库存模块/手工相关责任部门或供应商解决方案解决方案的关键点为: 增加费用类采购接收流程控制点由于部分公司把费用采购应计选项设置为“期末应计”，在接收时不生成会计分录，发票匹配时生成“借：费用帐户 贷：应付帐款”的会计分录，这样，将会造成在接收时还没有收到发票的情况，采购人员或财务人员需要在采购模块运行期末应计请求生成暂估应付款的分录并传送到总帐，或财务人员进行手工暂估入帐，而在下一期间进行冲销处理。流程操作较繁琐，如果忘记了进行暂估处理，则使财务帐不能反映财务状况，存在一定的内控风险。方案改进：将费用类采购应计选项设置为“接收应计”，简化操作流程，在采购接收时自动生成会计分录： 借：费用帐户 贷：暂估应付款 采购发票匹配控制点改进1、部分省把采购发票匹配选项设置为“采购订单”，发票可以直接与采购订单匹配，而不管采购订单是否已进行接收处理。这样，可能会产生还未接收就直接录入发票并匹配采购订单，导致该发票因超出接收数量而暂挂，造成相应帐务处理不当，另，此暂挂系统允许手工释放，释放后发票即可入帐和付款处理，存在一定的SOX内控风险。方案改进：为加强SOX内控管理，统一把采购发票匹配选项设置为“收据”，只有完成相应的采购接收后，才能进行发票匹配而且只能与收据进行匹配。2、部分供应商并不是按数量和金额开票，而是按进度进行开票。这样，将可能会造成发票匹配困难，往往需要“凑数”，容易导致价格差异，并且不利于内控管理。方案改进：建议要求供应商按送货数量进行全额开票。 采购发票匹配流程改进在当前的发票匹配流程中，发票匹配采购订单、接收单工作量大，特别在物料颗粒度细化的情况下，问题尤为突出；很多情况下不能按照采购订单/接收单全额开票，匹配时须计算并输入匹配数量，工作量大且容易出错。方案改进：在应付发票标准处理功能基础上进行开发：1. 在匹配界面上增加“单据匹配”子窗口，根据条件列出订单/收据清单；2. 在“单据匹配”界面，勾选本次匹配的订单/收据，并输入匹配比例/金额3. 系统自动计算每个订单行/收据的匹配数量，并按规则作校验检查；4. 核对匹配单据、匹配数量、金额无误后保存。 增加发票工作台的优化1. 录入发票时，只可选出在本OU有地点的供应商。2. 可以方便地查看发票的预付款核销情况。3. 直接显示应付发票的凭证编号。4. 可直接在发票查询界面按凭证编号进行查询。非采购类费用报帐处理业务需求非采购类费用主要有：网间结算支出、漫游支出、异地充值结算支出、维修费、广告费、业务宣传费、促销费、客户服务支出、追欠费用、会议费、业务招待费、咨询服务费、研究开发费、财务计提费用、银行手续费、应付代收费、电路租费、DDN工料费、公务话费、场地租金、水电费、物业管理费、车辆费用、代办费、销售佣金、培训费、审计费、律师费、邮寄费、绿化费、运杂费、差旅费等等。目前对于非采购类费用，目前各省的系统处理方案存在一定的差异，存在部分业务直接在总帐模块核算和支付的情况，这将不利于统计分析，特别是对于跨模块核算时，无法从系统直接生成按往来单位进行列示等相关报表，难于查账对帐，对于直接在总帐支付，不利于应用扩展，如启用网银支付、构建资金监控平台等。因此需要进一步规范和统一非采购类费用的系统处理方案。业务流程图业务流程说明编号：4.4b名称: 非采购类费用报帐版本：V1.0编号任务说明处理方式文档输入文档输出负责部门/岗位监控要点4.4.1收到供应商发票对于无采购订单的采购行为, 发票送到相关业务部门进行确认。手工发票/付款通知单发票/付款通知单相关业务部门4.4.2审批授权管理层进行相应审批手工发票/付款通知单已审批的发票/付款通知单授权管理层4.4.3审核对费用事项的真实性、必要性、合理性进行审核。对于事项有问题或帐务处理不准确的，返回业务部门修改。手工发票/付款通知单已审核的发票/付款通知单应付会计 帐务处理的准确性。输入杂项费用应付前，核对付款通知单和有关合同协议作为凭证 对于每一笔的报销都要有适当级别的用款部门领导审批 报销事项的合法性、合规性 报销所附发票、附件的完整性、规范性4.4.4录入应付发票将供应商杂项费用录入系统应付模块已审批的发票/付款通知单已审批的发票/付款通知单应付会计4.4.5超预算系统自动检查报销费用是否超预算，如果超预算，需进行超预算审批应付模块应付会计4.4.6有预付款系统自动提示该供应商预付款状态，判断是否要核销应付模块应付会计4.4.7预付款核销如果有预付款,应付会计核销预付款应付模块应付会计 4.4.8复核复核会计复核凭证应付模块已审批的发票/付款通知单已审批的发票/付款通知单复核会计解决方案将统一非采购类费用核算口径，提高业务处理效率，加强应付付款业务的应用扩展性。解决方案的关键点为： 在应付模块定义相应的供应商，把这些费用统一纳入应付模块核算和支付。 利用经常性发票和付款批功能来处理代理商销售佣金、手续费、基站租赁费、水电费等，另，也可通过往来结算接口导入SP结算等费用，以提高业务处理效率。 可利用EXCEL模板成批导入应付发票。对于每个月经常发生的且数量较多的费用发票，可通用EXCEL模板录入，再通过WEB通用上传工具上传至ERP系统并运行客户化请求成批导入应付发票。该功能支持借项通知单以及带有项目信息的发票导入，也可指定借贷方科目。准备付款计划业务需求在业务配合下，逐步做到有计划付款，及时有效的对企业的资金进行预测和管理。实现周期付款计划，提高资金运作率和财务部效率，以便财务人员从事更多的分析和管理工作。业务流程图业务流程说明编号：4.5名称: 准备付款计划版本：V1.0编号任务说明处理方式文档输入文档输出负责部门/岗位监控要点4.5.1准备付款计划财务部(应付会计)准备付款计划。应付帐龄的分析可通过由系统打印的应付帐龄报表来作个别分析和配合付款计划的准备。应付模块付款计划应付会计付款计划由系统直接抽取数据打印出来，任何人手调整和补充要作出解释。4.5.2审批付款计划呈交授权管理层进行审批。应付模块付款计划付款计划授权管理层付款计划必须由适当授权人员审批。4.5.3调整付款计划如果付款计划未能得到授权管理层的确认，应付会计会调整付款计划，将调整后的付款计划再提交授权管理层确认。手工付款计划付款计划应付会计会计人员负责输入，财务主管负责审核及签字。4.5.4确认付款计划根据经管理层审批的付款计划确认付款安排。应付模块付款计划应付会计 现金、银行存款处理业务需求在有效监控下及时准确地进行现金及银行付款，简化大批量付款的处理方式。业务流程图V 1.0CMQuest Confidential 17RD.050 Business PCO-RD.050-AP业务流程说明编号：4.6名称: 现金、银行存款处理版本：V1.0编号任务说明处理方式文档输入文档输出负责部门/岗位监控要点4.6.1收到付款计划收到已审批的付款计划手工财务部/出纳4.6.2付款出纳在检查核对后，在系统里执行付款的动作应付模块财务部/出纳-4.6.3现金支付根据要求的付款方式进行。手工-财务部/出纳-4.6.4准备付款票据如果需要从银行支付，就应根据发票/原始单据上的要求填写付款票据。如是电汇(TT)付款的处理方法：根据发票/原始单据上的要求填写电汇付款票据给银行。手工付款票据财务部/出纳在付款时，所有单据必须马上盖上付讫印章。不可开只有签名，而不填金额和台头的支票。必须保存支票记录4.6.5加盖预留印鉴对付款票据金额与付款凭证确认金额进行核对，然后交给印鉴保管人加盖在开户行预留的印鉴或签署，出纳出票到银行手工付款票据印鉴保管人支票须由出纳人员准备，然后提交主管人员审核及签字银行的预留印鉴或签署若有改变，必须马上通知相应银行更改所有作废的支票必须马上盖上作废印章，并妥善保存及归档。4.6.6出票到银行将盖好印鉴的付款票据，按开户行分类，送交开户行出票，并取回回单。电汇(TT)付款：银行把电汇付款处理后便会发回单作通知。手工付款票据付款票据财务部/出纳每一张送交开户行出票的付款票据，都需要从银行取回回单，以确保公司已根据付款计划结算。4.6.7支付现金出纳支付现金。手工财务部/出纳付款必须由责任人员进行审核及签字。代收者必须是公司员工，并须记录其工号和姓名。所有现金支付必须具备经收款人签署确认的收据支持。在付款后，所有单据必须盖上付讫印章。4.6.8打印现金报表从系统中打印现金报表, 以便对帐应付模块-现金报表出纳-4.6.9核对现金每天进行现金清点、核对，达到帐实相符。手工-出纳每天现金盘点表必须由出纳主管签署。定期进行由独立人员进行突击现金清点、核对。解决方案解决方案的关键点为： 可通过EXCEL模板录入付款清单，然后通过WEB通用上传工具上传至ERP系统并运行客户化请进进行自动成批付款。 增加付款工作台的优化。可直接列出被付款的发票，使付款信息更加直观。 员工借款/还款/费用报销处理业务需求进一步规范员工借款、还款及报销流程，确保员工及时归还所借款项，更加准确及时处理员工各项费用报帐业务，提高工作效率。员工预付/借款业务流程图员工预付/借款业务流程说明编号：4.3名称: 员工预付/借款业务处理版本：V1.0编号任务说明处理方式文档输入文档输出负责部门/岗位备注4.3.1准备预付款申请单根据相关差旅制度或零星采购预算填写预付款申请单。手工-预付款申请单用款部门/员工在申请时要有适当及足够的原始凭证正本作为附件。对供应商的采购预付应尽量通过供应商预付流程而避免通过员工预付款处理。对哪一种采购可以用员工预付方式采购和其金额上限设立明确制度。4.3.2审批授权管理层对费用预支付的合理性进行审批。手工预付款申请单审批的预付款申请单授权管理层订立分层审批制度。4.3.3审核已审批的预付款申请单转交财务部审核，以确保费用预支付的合法性和准确性。手工预付款申请单审核的预付款申请单应付会计对员工出差预付款，制定差旅费制度，明确规范每天的津贴。4.3.4输入预付款发票把用款部门所提交的付款申请单资料输入系统内。应付模块预付款申请单预付款申请单应付会计4.3.5复核由财务部其他会计人员进行复核。应付模块预付款申请单预付款申请单复核会计员工费用报销及核销业务流程图员工费用报销及核销业务流程说明编号：4.4名称: 员工费用报销及核销业务处理版本：V1.0编号任务说明处理方式文档输入文档输出负责部门/岗位备注4.4.1准备付款申请单用款部门提出核销/报销申请。手工发票发票/付款申请单用款部门/员工在提交申请时用费用报销申请单而且有合法的发票作为凭证。4.4.2审批授权管理层对报销费用事项的真实性、必要性、合理性以及报销单据填写规范性进行审批。手工发票/付款申请单发票/付款申请单授权管理层对于每一笔的报销都要有适当授权领导审批。4.4.3费用报销单输入受理报销业务，由用款部门对报销费用进行审核。对于不合规单据，退回报销人重新整理。核对与批准后将数据输入系统内。应付模块发票/费用预支付核销申请单发票/费用预支付核销申请单用款部门必须检查：是否已经过适当部门责任人的审批；报销单据填写的完整性、规范性；所附发票的合法性、合规性、金额的准确性；发票与业务事项的逻辑性。4.4.4审核对于报销事项有问题或帐务处理不准确的，返回部门修改。审核无误后，系统自动根据报销及核销的性质进行适当的帐务处理。系统会提供员工预付款情况应付模块发票/付款申请单发票/付款申请单应付会计报销事项的合法性、合规性；报销所附发票、附件的完整性、规范性；帐务处理的准确性；报销金额不可以超出预算。4.4.5超预算系统自动检查报销费用是否超预算，如果超预算，需进行超预算审批。应付模块应付会计4.4.6有预付款系统自动提示该员工预付款状态，判断是否要核销。预付款核销会有以下三类情况：1) 超过预付的核销；2) 少过预付的核销(实际消费的金额不超过预支数)；3) 等于预付的核销。经应付会计主管审核后的单据进行判断及处理，对于情况1)根据单据直接入帐；对于情况2) 通知员工向出纳缴款，出纳录入收款；对于情况3)应付会计直接入帐。应付模块发票/付款申请单发票/付款申请单财务部应付会计4.4.7报销金额大于预付款比较核销金额与预付款金额，如果报销金额小于预付款，通知员工向出纳缴款。应付模块发票/付款申请单发票/付款申请单财务部应付会计4.4.8收款出纳根据员工预付款查询结果向员工收款，并开具收据。手工-收据财务部出纳4.4.9录入收款出纳录入收额。应收模块收据收据财务部出纳4.4.10预付款核销应付会计核销预付款应付模块发票/付款申请单发票/付款申请单财务部应付会计 4.4.11复核复核会计复核凭证。应付模块发票/付款申请单发票/付款申请单财务部复核会计解决方案 把每一固定的员工定义为类型为员工的供应商，并录入员工银行帐户信息，实现电子支付。员工借款时的，在AP录入临时性预付款发票: 借: 其他应收款非关联公司员工借款 贷：其他应付款非关联公司员工款项 ERP系统与网银系统集成。出纳每月定期成批支付，把ERP系统生成的成批付款数据导入网银系统，进行银行成批付款。出纳对预付款发票进行付款： 借：其他应付款-非关联公司-员工款项贷：现金/银行存款 OA电子报销与ERP系统集成，员工在OA填写报销申请，经过审批后，报销申请直接导入为应付费用发票。费用报销时，生成费用报销发票：借：费用明细科目 贷：其他应付款-非关联公司-员工款项 应付会计在ERP系统对应付费用发票进行审核和帐务处理。将费用发票核销至预付款发票:借：其他应付款-非关联公司-员工款项 贷：其他应收款-非关联公司-员工借款如果有退款，则先录入一张虚拟发票并核销预付款余额借：中转科目 贷：其他应付款-非关联公司-员工款项借：其他应付款-非关联公司-员工款项 贷：其他应收款-非关联公司-员工借款然后录入一借项通知单发票：借：中转科目（负数） 贷：其他应付款-非关联公司-员工款项出纳对借项通知单发票进行负数付款(退款功能)：借：现金 贷：其他应付款-非关联公司-员工款项押金或保证金业务处理业务需求对于与营业日报无关的押金或保证金，（如：投标保证金、工资保证金、期权保证金、施工及出入证押金等）能够方便查询押金或保证金的详情。解决方案1 挂帐时：在应付模块由财务人员输入标准发票，产生的财务信息如下：借：应收应付对冲-现金流入 贷：其他应付款-非关联公司-押金或保证金-XX明细2 收款时：在应收模块做杂项收款，通过描述性弹性域选择供应商和发票编号，产生的财务信息如下： 借：银行存款 贷：应收应付对冲-现金流入3 退还押金、保证金：在应付模块对1中所做的标准发票付款，产生的财务信息如下： 借：其他应付款-非关联公司-押金或保证金-XX明细 贷：银行存款关联交易业务处理业务需求构建和优化关联交易执行监控体系，进一步加强关联交易管理。解决方案 集团公司层面可通过MIS系统下发审定后的关联方清单，省公司层面可进行接收处理。 省公司每月可通过MIS系统把关联交易执行情况上传集团公司，集团公司可进行全国汇总和查询分析。 关联交易额度控制：集团公司关联交易主管部门可以现在系统中设置各关联交易发生方的上限（根据集团公司下达额度），通过系统识别关联方业务金额，省公司在录入关联交易并超上限时系统将自动进行业务锁定，停止业务的进行。 目前在审计调查表中的“关联交易额-集团外关联方交易明细表”，把各运营商和国有银行等都作为移动的关联方。因此，为了能够从系统直接生成这张报表，要求：1. 各省必须自行维护一些集团外的其他关联公司2. 要完整统计与关联交易方的业务往来明细是要求相关的业务必须要在应收模块和应付模块进行处理V 1.0CMQuest Confidential 27RD.050 Business PCO-RD.050-AP预提性质业务处理业务需求针对新会计准则取