读取别人发来的 FIEBDC-3 presupuesto

把 BC3 原封不动地保存到项目文件里,放在邀请函和随之而来的条款旁边。不要重命名它,也不要先用编辑器打开它,因为用错误的工具存盘会重写编码,partida 文本中的重音符号也会随之丢失。

原因: Presupuestos 会被重新发出,有时一周两次,而日后总会出现的问题是:你当初报价的到底是哪个版本。一份归档的原件一键就能回答这个问题。它也让你在第二份文件到来、却没人说明改动了什么时,有东西可以拿来对比。

导入 BC3。Capitulos 作为章节导入,partidas 作为条目导入,每条都带有其概念编码、单位、发送方所使用的单价以及计量总量。扩展文本会填入较长的描述,编码方式是自动侦测而不是假设的,所以那个市场至今仍在使用的 Windows 字符集写出的文件也能正确读出。

原因: 重新键入一份六百条 partidas 的 presupuesto,正是数量被打乱、行被漏掉的地方,而这两种错误在有人给它们报价之前都不会显现。导入能让你的答复始终绑定在发送方给出的编码和措辞上,这也正是能让你交回一份已报价文件、而不是一张电子表格的原因。

对清单跑一遍校验。FIEBDC-3 规则对每条条目提出两个要求:必须保留概念编码,并且该编码的格式必须是规范接受的,这排除了多余的空格、开头的点号以及电子表格来回转换后遗留的控制字符。

原因: 丢失编码的条目照样能报价得很好,但之后却无法导出回 BC3,而不丢失发送方用来查找它的那个引用。这种问题往往到了截止日期那天下午才被发现,那时文件在对方那边打不开,也没人能告诉你六百行里到底是哪一行出了问题。

导入只把分解记录读取到足以区分辅助资源和真正 partida 的程度,所以你手上是一个没有 mano de obra、materiales 和 maquinaria 支撑的单价。挑出承担你风险的那些 partidas,把每一条都重建为带有自己 rendimientos 和资源单价的组合。

原因: 发送方的单价告诉你的是他们预期支付多少,而不是这项工作实际花你多少钱。重建那二十条占大部分金额的 partidas,一个上午就能完成,而这也是你日后唯一能据以争辩的那个版本的数字,无论争辩的是要证明的 baja 还是要报价的 modificado。

记录下这份文件强加给你的假设。每个总量背后的计量明细行都不会保留在导入结果里,所以任何你没有自己重新计量过的工程量,都是你从发送方那里采信来的工程量,这一点应该白纸黑字写下来,而不是留在某人的记忆里。

原因: 一个未加评论就采信的工程量,会变成一个你已经保证过的工程量。把当作既定事实采信的那些一一点名,现在只需一段文字,却是日后现场实际工程量比 partida 所说多出三分之一时,重新计量和争吵之间的全部差别。