丫空间介绍 ·丫空间(www.yaspace.cn)，全国性活动内容平台，涉及展览展示、会议、庆祝活动、团建拓展、私人活动、竞技赛事、拍摄等各类活动图文、短视频内容的记录、传播。 ·用户通过丫空间可以浏览、筛选各类活动内容、活动商家、活动资源;商家通过丫空间可以发布、分享场地或业务信息、活动图文、短视频等活动内容进行市场营销。 ，丫空间已汇聚特色场地，虚拟空间，秀场/发布中心:艺术/展览馆，演出场馆。会所/俱乐部，公寓别墅/美趴，商场/步行街，酒店/度假村，影棚/演播厅，体育场馆，户外/广场。婚礼/宴会场地 会议中心，会展中心、剧场/剧院，众创空间/路演，会议室/培训厅，咖啡/书店、酒吧/餐厅、游船/游艇等全国各类场地资源。

秉承着减少通信行业重复建设和资源浪费、提升资源使用效率效益、促进移动网络快速规模发展的使命，成立了。

面向5G，为全面推进中国通信基础设施共建共享，节约资源、节省资本，通信基础设施的综合服务由中国铁塔统筹承建，再供给运营商。

对于运营商而言，共建共享模式下的铁塔租赁业务，如何尽快实现“明明白白租赁，清清楚楚付费”日益重要。另外，由于全国不同区域、省份的经济发展程度不同，还存在个性化定价协议。

基于上述情况，运营商的铁塔共享了，但成本节约了吗？钱到底是怎么花出去的？

运营商们，铁塔租赁付费怎么才能明明白白？

运营商从预算到施工、上站使用的自建运营全流程跟踪管控，改由向铁塔公司租赁，铁塔租赁业务对运营商而言存在大量的疑问和盲点：为何共建共享的费用比自营费用高？高昂的租赁费用都是包含了什么哪些内容？各项费用是怎么计算出来的？这些费用是否准确、合理？等等。

基于上述各种问题，运营商一致认为，要是自己有一套系统，从铁塔建站需求的提出开始，到铁塔公司的选址、生成订单，再到确定起租，明确起租内容，最终根据自己掌握的起租内容和双方确定的费用规则计算铁塔租赁费用，不就能清楚的知道费用怎么来了吗？铁塔租用管理系统，应运而生。

浩鲸科技承建了电信集团与联通集团的铁塔租用管理系统，秉承着“自己管数据、自己算费用”的原则，实现了铁塔租赁从需求申请、订单起租到租费计算比对、建卡报账的全生命周期服务体系，达成铁塔租费的流程化、规范化、精细化管理。

需求订单流程通了，起租单数据也有了，接下来的重中之重，就是费用计算。费用怎么算呢，首先要有规则，还得把规则管起来，然后就是根据规则和数据，完成每月的费用计算。

铁塔租用管理系统，将铁塔租赁业务的定价规则和费用计算，以系统化的形式完整、清晰的体现出来。

主要包括规则管理、费用计算、结果展现三部分：

规则管理：实现费用规则、费用因子的配置化管理，能够快速的依据协议进行定制配置，同时灵活的支撑因协议调整导致的规则变化；

费用计算：通过任务配置管理，实现费用的定时自动与人工临时的计算比对，自动化、可视化的费用计算、账单比对；

结果展现：实现清晰化、结构化的费用计算结果展现，便于查看和分析费用构成；同时可提供显著标识差异的比对结果展示，以明显区分计算结果与铁塔侧账单的数据差异。

通过灵活的费用规则配置，自动化的费用计算与账单比对、可视化的结果展示，使得铁塔租赁费用的细项清楚、算费公式与入参可视、费用账单差异明显，帮助运营商弄清楚每一笔租赁费用是如何计算得来的，做到明明白白的铁塔租赁付费。

铁塔租赁费计算怎么做的？存在什么困难？

总体的方向定了，接下来就是朝着目标的方向前进了。

>>>>集团和省份差异兼顾的配置支撑

首先是规则管理，需要把服务协议中的规则，悉数配置到系统中，让系统通过识别、解析，运用到费用计算的过程中。这就是规则配置。

怎么配置才能灵活应对复杂、多变的定价协议呢？通过对《综合服务协议》各定价条款的分析、解读，我们将铁塔租赁业务中涉及费用的全部因子进行拆解，以原子化的方式建模和存储，通过配置成数学公式的形式重新组合使用，以此来实现计算规则的灵活配置。

定价因子的配置：

定价公式的配置：

在深入研究《综合服务协议》后，我们发现，整个费用规则体系，不仅有集团层面制定的全国通用的统一规则，还有各省个性化定义的规则。因为各省的经济发展水平不一致，也存在特殊情况、特殊场景的差异，集团只在大方向上提供了定义和指导，将部分细节的制定权限下放到各个省份，于是产生了《省级服务协议》。

这样的省份个性化，包括了两个方面：

一、规则是集团层面定义的，但是由于各省的实际情况存在差异，在集团协议基础上进行个性化处理，包括部分算费因子和算费公式。

二、集团层面未明确定义的，由省份完全自定义的一套补充规则，与集团规则相辅相成铁塔公司租赁场地费用，主要体现在维护费、场地费这些费用的定义。

针对第一个问题，数据模型是不存在差异的，但是配置数据时，如何兼顾部分省份的差异呢？只针对集团设置一套是不够用的，但是如果针对省份全都配置一套，又存在大量的重复数据，也大大增加了运营的维护压力。

综合考虑之下，我们采取集团+省份结合的配置模式。

所谓集团，就是将集团层面定义的，大范围下通用的规则，以全国级的方式配置，全国一套，以避免数据大量重复造成运维困难，也避免数据维护过程中产生数据差异导致计算错误。

而所谓省份，就是针对有差异的省份，以省份级别的形式配置一套数据。在规则解析时，优先寻找自身省份的规则配置，若不存在省份的配置数据，则寻找全国的配置数据。这样就在没有冗余、重复的配置数据的情况下，巧妙的解决了个别省份个性化配置的问题。而这种方式也让规则配置灵活起来，后续其他省份若也需个性化时，只需添加自己省份的配置即可，不会对其他省份产生任何影响。

而后是第二个问题，对于省服务协议，各省的差异巨大。比如场地费和维护费，每个省份细谈的协议都不一致。我们整理了一部分省份的省级包干协议，如下：

场地费省份包干协议：

维护费省份包干协议：

从上述表格可以看出，每个省份对场地费或者维护费的费用定价条件都不一致。比如场地费，福建省是根据地市、业务场景、机房类型、纳税方式来确定铁塔租赁时需要支付的场地费金额的；而湖南省，是根据地市、业务场景、机房类型、铁塔类型这几个条件，来确定场地费金额。更甚者，每个省份在定义场地费时，对业务场景的划分是不统一的，比如四川省的业务场景分为市城区、县城区、乡镇、农村，河南省的业务场景分为城区、郊区、县城、乡镇农村。机房类型、铁塔类型等，这些条件的定义和划分，也都是存在省份差异的。维护费也是如此。

这些规则，每个省份单拎出来都不是事儿，但问题在于，我们建设的是全国集中的系统啊！要是给每个省份定制一套规则，我们这该算一个系统还是N个系统呢？得花多少人力去开发、维护它？

那么，如何实现一套模型满足多个省份的不同规则呢？还得在同一个系统、同一项定价因子针对不同省份展示不同的规则内容，同时还得兼顾配置的灵活性，必须考虑到后续协议的变化以及其他省份的新协议内容，不能每增加一个省份的规则或者每调整一个省份的规则就写一套代码吧！

项目组小伙伴们讨论了很多种模型，也推演了很多种情况，需求、开发、设计、测试各种角色人员，能使上劲儿的都参与了。规则管理本身大方向就是尽可能的原子化，打散了，再重组。那么，这个是否也能依样画葫芦呢？像堆积木一样，我们把所有的条件、规则，尽可能的拆小，把“元件”尽可能的做到最小，再一点点的拼出需要的东西，“元件”小了，灵活度不就上去了？

第一步，把规则拆细了，变成一个个小“元件”，把这些“元件”存入一张表，作为我们规则配置的“砂石”。第二步，就是要基于这些“元件”拼出一套套规则了。每个省份的“成品”都不一样，采用纵表设计，每个省份一套配置数据，有几个条件，配几条数据，这样就很好的解决了不同省份不同配置的问题了。比如福建省的场地费，要地市、业务场景、机房类型、纳税方式四种条件，那就配置4条记录去定义这四个条件。系统上，也根据省份查找对应的配置来生成规则界面。后续进行规则调整或者新增了其他省份，那就添几个“元件”，再加一套配置或者调整几个配置就可以了。规则配置搞定了，第三步就是存规则数据了，就按照配置的规则，把每个省份的规则明细存起来，计算时按照定义去解析、取值就可以了。

最难啃的规则都搞定了，费用计算应该就没有问题了吧！毕竟规则我们能怎么配进去，就能怎么想办法给解析出来，计算就是水到渠成的事情了。

>>>>看得见的费用计算

铁塔租赁业务，目前租赁合同一签五年，但不可能一次性交付几年的租金啊！而且业务也不是一成不变的，保险起见，一个月交一次是比较合理的。所以铁塔租赁费用计算也是按月算的，通常是月底或者次月初计算一个月的费用。

费用计算怎么算呢？针对铁塔租赁业务的百万级数据量级、固定的费用计算周期，费用计算采用以系统自动为主、人工临时为辅的任务调度方式，保证费用计算过程顺利且可控。

自动计算机制

自动计算，包括任务设置、任务执行两部分。

费用计算任务设置，提供多样的任务配置方式，支持基于配置表的变量参数设置，支持各种时间周期的定时器配置，灵活性高，简易配置，大大减少人工操作压力。同时，系统创新性的设计偏移参数设置，以解决月末最后一天、月末倒数N天等无法固定时间的定时需求，设计尽显人性化。

费用计算任务执行，系统依据任务配置参数自动生产可执行的任务，并按配置的时间自动执行；同时系统记录执行的详细结果、日志，便于查看结果、追踪异常。

将任务产生与任务执行的定时自动处理区分开，一定的自动处理时间间隔，便于异常监控，可对异常情况及时进行干预，提高任务设置和执行的成功率。

人工干预处理

设计人工干预方式，解决因突发情况或费用争议而需要进行临时性费用计算的场景需求。

从任务创建到任务执行完成，可全程监控进度，并可进行暂停、终止的干预操作。

有这个任务在，每个月什么时间开始算的，算了多久，算了多少条记录，都看得见了，就心里有数了。

>>>>一个月一次的“按天”计算

前端的任务解决了，就得琢磨下后台的计算逻辑了。基础数据都有了，不管是流程归档的起租单，还是其他途径维护的起租单，都是费用计算的基础。计费规则也都配置了，集团的，省份的，都齐全了。计算任务执行的时候，将需要计算的起租单圈出来，需要用到的规则解析出来。先拆后装，先将公式解析拆分，知道需要用什么，然后挨个取出来。取好了就开始装，按照公式组装回去，也就算出最终公式的结果值了。如此循环往复。协议签订时铁塔公司租赁场地费用，所有费用都是年费用，按月计费时折算为月份对应的金额即可。

但是，费用是一个月算一次的，计算的时候，起租单是当前最新的，那么，如果在一个月当中，业务发生了变化要如何体现呢？再者，如果起租的时间未满一个月，就不能这样折算一个月的费用了。还有，某些因素导致退租或服务终止，也会造成费用不是完整一个月的。

举个例子，比如起租单是这个月18号租的，这个月只租了13天，要算一个月的钱运营商是不同意的，只能算13天的钱。再比如，这个站，原来是2家共享的，折扣是0.7，但是11号的时候变成了3家共享了，折扣就是0.6了，要是一个月都按0.6算，那铁塔公司也是不乐意，就只能前面10天按0.7的折扣，后面20天按0.6的折扣算。所有的变化，都是要精确到天的，也就是实际可以算是按天计费的。那可以每天算一次费用吗？这样就能掌握到每天实际的业务数据了，也不怕它变了。但实际也是不行的，为什么呢，因为铁塔租赁业务也不是实时的业务，铁塔公司的系统也不是实时的系统啊！也就是说，数据变化是会有一定的时延的，哪怕每天计算，也是解决不了问题的。

那对起租单记录历史数据呢，可行吗？变一次，记一次。每次计算有几条变化记录就算几次。铁塔租赁业务，就塔类而言，大大小小至少9项费用，每项费用计算涉及的参数也有5到10个不等。而每次变化，可能只变化其中一项费用，也可能变化多项费用，每次都全部费用算一遍，耗时耗力还重复。那换个思路，是不是就对变化的部分分开算呢？

我们将拆解进行到底，记录起租单的历史轨迹行不通，那就记参数项的轨迹吧。对于会影响到最终费用结果的参数项，都作为轨迹的变更项目，发生变化时都按变化时间记录轨迹，这样就能清楚的知道，哪些参数变了，什么时间变的。费用计算时，只针对变化的部分进行“分段”计算，按照变化的时间点，将时间砍成一段一段，按每一段的参数值计算每一段的费用，再进行费用的汇总，这样就将一个月内的变化都考虑到了。

>>>>有迹可循的计算过程

规则配置，用户能看到，计算结果，用户也能看到。但是，这个结果，是怎么算出来的？为了让用户真正的“心里有底”，我们把每个费用项计算时解析到的公式，以及计算过程中取到的每一个参数值都记录下来，让藏在后面的计算过程也变得“看得见、摸得着”。和铁塔公司讨论比对的账单差异，进行调账谈判时都更有底气啦，谈判有理有据！

铁塔租赁业务费用计算，还能带来什么

铁塔租用管理系统的铁塔租赁费用计算，通过灵活的费用规则配置、自动化的费用计算、可视化的结果展示，帮助运营商弄清楚每一笔租赁费用是依据哪个公式、取得哪些算费参数、如何计算得来的，做到明明白白的铁塔租赁付费。

作为集团一级的铁塔租用管理系统，每月计算百万数量的起租单，与铁塔公司账单比对一致率达到90%以上，大幅提高了租费对账效率，节约了人力成本，清楚了每笔租费的明细与来源，同时通过费用争议排除、对账，挽回了租费资产损失，节约成本。对于运营商一年上百亿的铁塔租费支出，可以挽回数千万乃至数亿的租费差异损失，能带来直观的经济效益。

随着5G网络的规模建设，运营商纷纷开展“提质增效”行动，要求提高铁塔共享率，同时降低铁塔租费；基于铁塔租费计算的租赁资源数据、租赁费用数据，进行统计分析，如共享率分析、租费波动分析、租费结合流量分析等，为提质增效提供数据基础，以便于形成针对性提升措施，从而降低运营成本，提高企业效益，增强企业竞争力。