僕は簿記の素人。僕はプログラマ。僕の実家は建築業。だから実家にある簿記の本に教わりながら頑張って理解した。
プログラムの開発を工事進行基準会計に変えなきゃならないらしい。
このような進行基準会計を導入すると、上場ソフトウェア業界はとても助かる。オレはすばらしいアイディアだと思った。
ゲームソフト開発・映画開発、そして建築業界。はこの恩恵を上手に生かしている・。
そもそも工事進行基準って何なんだろう。拙い会計の知識で頑張って理解した。1年前の話。
工業簿記というのがある
普通の簿記 受注⇒仕入⇒販売 工業簿記 受注⇒原材料仕入⇒生産・工事⇒販売
が大きな違い。ポイントは加工費用を持っているということ。
加工品を簿記でどう表現するか
加工品は次の価値で表現される。
加工品 ＝ 原材料 ＋ 人件費（工賃）
加工品を販売して売り上げた場合は
売上 ＝ （材料費）＋加工費用 ＋利益
になる。
ここでややこしいのが工事費用。受注から納品までが1ヶ月程度の加工で在れば通常の簿記と同様に扱える。２年、３年になるとどうするのか。ここがポイント
加工中・生産中の商品を資産計上しておかないと大変
使った人件費がまるまる赤字になってしまう。これでは国税局は徴税できない。株式会社なら株主に会計期間の会計が正しく伝わらない。
仕掛品を使う
うちの実家の建築関係の場合
仕掛品＝未成工事支出金
ソフトウェア業界であれば、開発中のプログラム。
何でこんな事をするのか。
無い頭をひねって考えた。このような場合の会計処理が大変だからだ。
>|||
２年掛けて開発してきて納品直前に納品先が倒産した。
|
工事が終わるまで、持ち出し超過になる。自転車操業に陥りやすい。
これはゲームソフトでた例えるとわかりやすい。
３年、１０億かけてゲームソフト超大作を作る
４年目に大ヒット、１２億の売上げ
１億赤字です。これって変だよね。
１２億の売上げに対する法人税は３億程度。手元に９億残りました。差し引き赤字。
工事進行基準でなにが変わるか。
４年１２億で会計システムを受注しました。
利益は２億です。
３年、１０億かけて会計システムをリプレースしました。
ソフトの開発の区切り単位で、３億円づつ支払いをもらいました。
４年目に最後の３億をうけとりました。
毎年、キッチリ支払いを受けるということがミソ。工事の区切り単位で支払いを受けるからね。
で、実際にどうやるか
数年にわたるプロジェクトを運営している業界は、映画と建設業だね。
映画・アニメは○○制作委員会
巨大建設はＪＶ方式
どちらもプロジェクト法人を作ってそこで管理している。
どちらの業界も似た方式で管理している。受注資金や発注、納期管理をプロジェクト毎に行っている。
特に元請け、子受け孫請け、ひ孫・・・とややこしく、参加者が多い場合はこちらが好まれるようです。
LinuxとGNUがこれを加速させる・
Ｌｉｎｕｘ採用とかは１社に丸投げを阻害するので、ＪＶ方式が加速するんじゃないかな。
ＩＴ業界も、派遣、受託、客先常駐・・・参加者増えて、この方式になっていくんじゃないかと。
支払いのタイミングをどうするんだろう。
建築なら簡単
１０Ｆマンションの１階ずつ支払う
映画も簡単
全シーンのうち何％の撮影と編集が終わったか
ＩＴは大変
全行程をどうやって把握するんだ。←いまここ
受託開発も同じ流れだろう
なんかＩＴにおける工事進行基準がどうとうか、子会社までの管理を徹底するとか、見積もりも支払いの対象になるとか、そんなおいしいことをいってる本も多いけれど。
中小の建築業は今でも見積もり、仕様策定はサービスだよ
ＩＴ業界だからと言って見積もりにコスト発生なんて慣習的に無理なんだろう。
プログラムが技術ではなくなった。
進行基準になるとプログラム作成は作業である。技術ではない。美しいコードなど迫り来る納期の前では無意味だ。美しいコードなど見積もりに含まれないのだから。
