？
目光不自觉地被表格所吸引。这个数字是怎么回事？他急忙确认其他资料，查询记载的意义为何。随着对内容的理解愈来愈深入，工兵的脸色逐渐发青。
（这个……会不会太糟糕了？）
「？怎么啦，樱坂？」
室见一脸疑惑地问道。工兵摇摇头，递出手中的处理纪录：
「这是骏河系统去年的运用工时清单。藉由统计实际的工时，向客户表明我们的估价是合理正常的。」
「这样很好啊。有什么问题吗？」
「你看依照委托内容分类的摘要部分。每月平均都在数件内，唯独某处的件数很不寻常对吧？」
「十一月……十二件？十二月也有十八件，这是什么东西啊？」
室见眯细双眼，目光落在「交换埠设定变更委托」的字样上。
「是伺服器收容交换器的设定变更喔。接获客户『我想把这台伺服器连到指定的网路上』的委托时，就将实体连接埠和VLAN做关连……分配一种类似网路ID的东西，就能使用了。」
「这我都知道啦……」
但真有这么多件吗——室见露出这么询问的表情。这也难怪，毕竟自己也是这样怀疑的。
「客户扩充系统的速度，可能比我们想像中的还要快喔。唔……其中还包括了关闭连接埠的委托，所以算是有增也有减。总而言之，由于客户频繁发生交换器的设定变更，所以委托的件数也跟着增多。」
「……的确出乎我们的预料呢。不过有什么问题吗？这就代表我们发生了额外的工时，而且还是收取同样的月费。客户高兴都来不及，又岂会迁怒于我们。」
「按常理来说，的确是这样没错。」
工兵拿起一旁的运用需求定义书，迫不及待地直接翻开中间部分：
「看这个。关于伺服器收容交换器的运用。『本系统的责任分界点至边缘交换器的连接埠，不负责管理各连接埠的设定及连线状况。连接埠的组态资讯由客户自行维护，变更设定时的资料更新，也由客户自行实施』。」
「…………」
室见皱起眉头。她一脸凝重地接过需求定义书并详加确认，呼吸顿时变得急促起来：
「换句话说，这十二次和十八次里，客户也同时更新了这么多次的管理资料？」
「是的，而且我们既然不负责组态的管理，对客户的申请也就未加确认，直接拿来设定了。其结果就是，由于申请内容的错误或疏漏，使得连线障碍频繁发生……平均每一次的申请，后绩都要伴随三、四封修正申请的往来。」
客户说什么，我方就照做。申请内容有无问题，都是客户必须负责的，骏河系统完全不加以干涉……就某层面来说，这是相当简洁的运用。毕竟有了控制成本这个名义，再加上双方事前都已经敲定：相信应该没有人会抱怨才对。但实际上，客户所承受的压力确实不小。倘若Almada要发动攻击，这势必为一个理想的目标。
工兵猛然回忆起痛苦的往事。
江古田建设的败因。据点资讯的管理方法。
当初认为据点的整合与废除会很频繁，因此骏河系统才委托客户自行管理组态。相较之下，Almada却是提案使用一套系统，透过专用的网页来做据点的即时管理。至于最终的结果如何，就不用再多说了。假如敌人这一次也采用相同的手段——
工兵全身冒出一股寒意。
就仿佛走夜路的时候，前方居然出现一个大洞。幸亏身上刚好带有手电筒，才能及时发现。但若未能察觉而继续前进的话，就会摔得遍体鳞伤。
工兵急忙拿出手机：在电话簿里寻找人名。
「等……等一下，你要打给什么人？」
室见狐疑地问道。
「那还用说，当然是和梢商量一下了。请她想办法，看能不能在当前的成本下，改善交换埠设定的运用——」
「笨蛋。」
她一把抢过手机，表情僵硬地看向这边：
「你冷静一点，原价维持不变，却还要单方面加重作业，你想把这个案子搞成钱坑专案吗？况且只有这个部分不寻常降价，你要怎么顾及和其他估价项目的整合性？工时单价的说明会变得乱七八糟喔。」
「话是这么说没错……」
但若不设法解决这个问题，必定会导致失败的局面。一旦发现任何的突破口，Almada势必就会全力抢攻吧。既然得知弱点所在，就不能放任不管。
「啊，不然就说我在做prc-sales如何？因为这位客户后绩可望会发包其他案件，所以我们先实施一些运用支援，当作是提案活动的一部分。」
工兵满怀希望地这么建议，却立刻遭到室见摇头否定。
「名义上说得再好听，一样要消耗我们员工的工时吧？到头来，还是要有人无偿提供支援。这可是做生意的旁门左道，属于犯规的喔。」
「不然——」
工兵的思考停止。没有其他的备案了。无论怎么想，脑中依旧是一片空白。
「……难道真的没有办法了吗？」
室见毫无回应。她像一块石头般沉默不语，薄薄的双唇扭曲成へ字形。
工兵紧咬牙根。