誰かから送られた FIEBDC-3 presupuesto を読み込む

BC3 を届いたままの形でプロジェクトファイルに保存し、それとともに届いた招請と条件の隣に置く。名前を変えたり、先にエディタで開いたりしてはならない。間違ったツールで保存すると文字コードが書き換えられ、partida のテキストにあるアクセント記号もそれと一緒に失われるからである。

理由: presupuestos は再発行される。時には週に2回のこともあり、後になって必ず出てくる問いは、どのバージョンに積算したかということである。保管された原本はそれにワンクリックで答える。それはまた、2件目のファイルが届いて誰も何が変わったかを言わないときに、比較する対象を与えてくれる。

BC3 を取り込む。Capitulos はセクションとして、partidas は項目として届き、それぞれに概念コード、単位、送り手が持っていた単価、計量済みの合計が付いている。拡張テキストが長い説明を埋め、エンコーディングは仮定するのではなく検出されるので、あの市場で今も使われている Windows 文字セットで書かれたファイルも正しく読み込まれる。

理由: 600件の partidas を持つ presupuesto を打ち直すことは、数量の桁違いや行の抜け落ちが入り込む場所であり、そのどちらも誰かがそれに価格をつけるまで表面化しない。取り込みは、送り手が発行したコードと文言にあなたの回答を結び付けたままにし、それはまたスプレッドシートではなく積算済みのファイルを送り返せる理由でもある。

内訳書に対して検証を実行する。FIEBDC-3 のルールはすべての項目に二つのことを求める。概念コードをそもそも保持していること、そしてそのコードがフォーマットに受け入れられる形であることであり、これによって余分な空白、先頭のドット、スプレッドシートの往復で残る制御文字が排除される。

理由: コードを失った項目はまったく問題なく積算されるが、送り手がそれを見つけるのに使う参照を失わずに BC3 へ書き出すことはできなくなる。それが発覚するのは締め切り当日の午後、相手側でファイルが開かず、600行のうちどれが原因かを誰も教えてくれないときである。

取り込みは、補助資源を本物の partida と区別できる程度にしか分解レコードを読まないため、手元にあるのは mano de obra、materiales、maquinaria の裏付けを欠いた単価である。自社のリスクを負う partidas を選び、それぞれを独自の rendimientos と資源単価を持つ組み立てとして構築する。

理由: 送り手の単価が伝えるのは彼らが支払うつもりの金額であって、その工事が自社にとってどれだけのコストかではない。金額の大部分を占める20件の partidas を再構築するのは半日の仕事であり、それだけがその後論拠として主張できる唯一のバージョンの数字であり、それは正当化すべき baja であれ、積算すべき modificado であれ同じである。

このファイルがあなたに強いた前提条件を記録する。各合計の背後にある計量行は取り込みを生き残らないので、自分で再計量しなかった数量はすべて、送り手から受け入れた数量であり、それは誰かの記憶の中にではなく、書面に記されるべきものである。

理由: 何も言わずに受け入れた数量は、あなたが保証した数量になる。既定のものとして受け入れたものに名前を付けるのは今なら一段落で済むが、現場の実際の工事が partida の記載より3分の1多いことが判明したとき、それが再計量と論争の分かれ目になる。