本发明涉及一种混凝土行业交易过程中信息管理技术领域，特别是涉及一种混凝土结算数据的管理方法。
背景技术：
混凝土结算服务系统做为一种交易信息管理，具有开放性，准确性，高维度，高可用，易扩展等特点，在整过交易过程中，记录了订单信息，物流配送信息，实现了结算过程中的双方确认，在数据和逻辑层面实现了数据的统一。为后续的结支付提供了有利的数据支撑。
混凝土结算服务系统是解决工业产业实现互联网+的一个层面的缩影，实现了b2p2c的新商务逻辑，更是大数据时代不可割裂的一部分，但在当前环境中，对于安全问题已经是不可避免的难题。在混凝土结算服务系统中，报文是信息的载体，服务具有开放性，因此报文信息很容易被攻击，如监听攻击、拦截和篡改等。
技术实现要素：
针对上述问题中存在的不足之处，本发明提供一种混凝土结算数据的管理方法，使其完善记录交易结算的数据，实现买卖双方的数据确认和统一，为最终的支付提供有效支持。
为了解决上述问题，本发明提供一种混凝土结算数据的管理方法，其中，包括以下步骤：
s10、设置项目中混凝土采购/销售单价；
s20、获取项目单价；
s30、选择结算订单；
s40、可修改指定订单的配送单，可逐条修改配送价格和备注信息， 根据配送价格进而影响订单总价；
s50、填写备注后，保存生产未生效结算单；
s60、客户即对建筑商企业对结算单进行确认。
优选的，在所述步骤s10中，施工单位和商混站分别设置项目的混凝土的单价，按混凝土的属性的值逐一设置单价，属性的单价。
优选的，在所述步骤s20中，每个砼订单对应一个项目id，当订单完成后，根据用户id可以查询出完成订单对应的项目id，再根据项目id查询项目的信息。
优选的，在所述步骤s30中，选择结算项目，获取到项目id，通过项目id和结算期间取得该项目下未结算的订单号；在每个订单中，都有对应的供求双方的用户id和项目id，上述3个id可以组成整个系统中唯一的标示；每个订单都存在本身的影响价格因素的属性及值的集合，通过自定义id(definedid)查询出之前维护的影响价格因素的集合与属性集合(attrlist)循环比对即相同属性id时对比不同的值来获取录入该值时的价格，全部属性的价格求和即为订单单价。
优选的，在所述步骤s40中，系统中维护了每个属性的价格，对于每个产品都有多个属性进而对应多个价格，价格求和后即是单价，价格和备注保存在配送单和结算单的中间表(ht-mid-delivery-statement)中的单价(price)和备注(memo)中，单价(price)×数量即单配送单价格。
优选的，在所述步骤s50中，在中间表配送单和结算单的中间表(ht-mid-delivery-statemen)中插入一条记录，记录的是更改的配送单信息，并记录更改的单价(price)，备注(memo)数据，在结算单表(ht_concrete_final_statement)中订单关联结算单，记录更改的订单的数量和更改的一方的单价price，最后结算单表(ht_concrete_final_statement)中正式生成结算单，结算单状态(status)未确认。
优选的，在所述步骤s60中，结算单生效即结算单表 (ht_concrete_final_statement)中的状态(ststus)更改为已确认状态，结算单确认后，即时写入状态更改记录中订单状态记录表(ht_final_statement_status_record)，记录具体那个用户在那个时间对结算单做了怎样的更改。
与现有技术相比，本发明具有以下优点：
本发明旨在完善记录交易结算的数据，实现买卖双方的数据确认和统一，为最终的支付提供有效支持，销售方发起结算，在已完成的订单中进行多选，这里订单要根据配送单的施工工艺进行分组，订单对应多个配送单，每个配送单的价格都是根据之前项目管理中维护的属性价格和当前配送单的施工工艺属性价格求和获取，与每个配送单的数量乘得，因此订单的总价即订单包含的全部配送单的总价的和。当然，这里的结算是订单为最小单位，分组的订单勾选必须一起结算，这也是一个逻辑完整的保证。
附图说明
图1是本发明的实施例流程示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图与实例对本发明作进一步详细说明，但所举实例不作为对本发明的限定。
如图1所示，本发明的实施例包括以下步骤：
s10、设置项目中混凝土采购/销售单价。施工单位(买方)和商混站(卖方)分别设置项目的混凝土的单价，按混凝土的属性的值逐一设置单价，属性pro(i)的单价proprice(i)。如强度等级属性，选项分别c10，c20，c30…等则对应需要设置c10价格100元，c20价格150，c30价格200，全部设置完成后，即可以根据供求双方和项目信息查询到一个关于价格的集合。
s20、获取项目单价。每个砼订单对应一个项目id(projectid)，当订单完成后，根据用户id可以查询出完成订单对应的项目id，再根据 项目id查询项目的信息。
s30、选择结算订单。选择结算项目，获取到项目id，通过项目id和结算期间取得该项目下未结算的订单号(orderno)；在每个订单中，都有对应的供求双方的用户id和项目id，这时，上述3个id可以组成整个系统中唯一的标示，即有自定义id(definedid)＝项目id(projectid())+″_″+供应商id(supplierid())+″_″+客户id(customerid())；每个订单都存在本身的影响价格因素的属性及值的集合，通过自定义id(definedid)查询出之前维护的集合，与属性集合(attrlist)循环比对即相同属性id时对比不同的值来获取录入该值时的价格，全部属性的价格求和即为订单单价。利用订单号(orderno)取得该订单下的配送单，获取到该配送单签收数量(receiveeamout)；利用订单的单价(proprice(i))×配送数量(count)＝配送单价(deliveryprice)，订单的总价(orderprice)＝∑配圣单价(deliveryprice(i))。
s40、可修改指定订单的配送单，可逐条修改配送价格和备注信息，根据配送价格进而影响订单总价。关于订单的单价产生是本发明特有的算法，系统中维护了每个属性的价格，对于每个产品都有多个属性进而对应多个价格，价格求和后即是单价。价格和备注保存在配送单和结算单的中间表(ht-mid-delivery-statement)中的单价(price)和备注(memo)中，根据上述原理，单价(price)×数量即单配送单价格。
s50、填写备注后，保存生产未生效结算单。这时，在中间表配送单和结算单的中间表(ht-mid-delivery-statement)中插入一条记录，记录的是更改的配送单信息，并记录更改的价格(price)，备注(memo)数据。在结算单表(ht_concrete_final_statement)中订单关联结算单，记录更改的订单的数量和更改的一方的单价(price)，最后结算单表(ht_concrete_final_statement)中正式生成结算单，结算单状态(status)未确认。
一条结算信息对应多条订单信息，一个订单多应多条配送信息，并且同一订单或配送单不能被重复结算。
s60、客户即对建筑商企业对结算单进行确认。此时结算单生效即结算单表(ht_concrete_final_statement)中的状态(ststus)更改为已确认状态。结算单确认后，即时写入状态更改记录中结算单状态记录表(ht_final_statement_status_record)，记录具体哪个用户在哪个时间对结算单做了怎样的更改，包新状态(new_status)，旧状态(old_status)，执行用户操作用户id(actionuserid)等，对提高数据的可靠性和减少后续争议起了积极作用。
本发明面向整个混凝土结算信息管理。对结算业务管理，数据格式，数据处理进行了详细介绍，本发明适用于混凝土行业也可适用砂浆等订单的管理。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。