【一般会計】 仕訳種別 は一般的ではない？

 このところ会計の仕事をしているのですが、今まで普通と思っていたことが実はあまり一般的ではないことに気付きました。仕訳種別です。会計システムの主軸項目に、決算期、勘定科目、部門があることは間違いないかと思うのですが、実務上は仕訳種別が必要というか肝です。決算期、勘定科目、部門は考える要素はほぼありません。補助科目もだいたい顧客とか仕入先とかですね。仕訳種別は前期繰越、普通記帳、決算整理など勘定科目とは別軸で仕訳の性質を表現するために使います。試算表を確認する際に役立ちます。仕訳種別のない会計システムで決算を行うことなど想像できないのですが、どうもこれが一般的ではないようです。大企業向けの会計システムSAPでは伝票タイプという名称で用意されていますが、他ではわからなかったです。

EXCELのシンプルな仕訳帳

仕訳種別はごく普通のものだと思っていました

摘要には仕訳個々の事由を記載するので業務的なまとまりを示す仕訳種別を記載してしまうとシステムで(簡易に)集計することができません。なので仕訳種別という項目を独立して用意します。前期決算が完了・確定する前に翌期が開始されます。そのため概算残高でいったん翌期繰越を行い、債権債務確定、原価在庫確定と順を踏んで何度か繰越を行いますが、仕訳種別があれば再繰越を行っても他仕訳と取り違えることもありません。個人事業でも上場会社でも同じことです。いまだにERP、市販会計ソフト弱いです。

また原価管理だと原価要素という勘定科目とは別の勘定軸や、工程という部門とは別の部門軸を設けています。摘要とは別項目にするのは仕訳種別と同じ理由です。在庫受払、原価計算、資産評価は個別開発(もしくはハンド対応)になるのですがその話はまた次回に。

確定申告と言えば決算ですが、帳簿はどうしましょう？

確定申告、早々に済ませたいですね。個人事業主の場合その前に決算をします。日頃の記帳が出来ていれば決算は簡単です。仕訳帳を合算してBS,PLにおかしなところがないかの確認くらいです。システム設計だと毎月の記帳などしれたもので、売上、費用、売掛回収など10件もありません。私は固定資産、減価償却はないので会計ソフトの機能が多過ぎるのが気になりました。Excelに付けているメモを会計ソフトに転記しているので二度手間ですし、Excelで決算まで完結させたくなります。

そもそも表計算ソフトの主な用途がアメリカの確定申告でしたね。

会計ソフトの機能は突き詰めると記帳と決算です。基本となるデータは仕訳帳テーブルです。仕訳帳は会計システム唯一のトランザクションテーブルです。仕訳帳を合算する際の条件や合算項目（集計軸）によって決算書、試算表、各種元帳、月次売上推移表などに見た目が変わりますが、ファクトは1つということです。システム設計としては簡単で、せいぜい貸方、借方で1記帳2レコードになることと、勘定科目の貸方、借方に応じて符号があることくらいです。なので仕訳帳をもとにピボットテーブルを作れば、決算書になります。形式に凝ることもないのでBS,PL,SSが一緒になった試算表形式がいいと思います（個人事業の場合SSはBSの事業主貸借で済ませます）。貸方がマイナスになりますが、自分しか見ないので、そのままでも、エクセルの表示形式で直してもいいです。

このようなイメージになります。ピボットテーブルで決算書になるのか？という疑問があるかもしれませんが、会計ソフトの内部ではピボットテーブルと同じことを行っています。BIと会計は相性が良くて多次元データベース Essbase も管理会計の定番でしたね。

オンライン版のExcel（Office365）でも使えました。シート間参照、ピボットテーブルも問題ありません。FreeOfficeの表計算もOKでした。私はこれで十分です。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。

システム開発 原価計算・資産計上

以前取り上げた 工事進行基準廃止！ 2021年4月から強制適用の影響いかがでしょうか？分割検収が一つの手ですね。要件定義と設計開発が同時に進むようなアジャイルでは分割検収できないのでウォータフォールに逆戻りしている案件もあるのではないでしょうか。その検収ですが異質なのがAI領域ですね。納品時点では認識率が目標値に達していないことがあります。使い続ければユースケースに最適化されていくことは分かるのですが数値保証はされません。“資産計上していいのか？” 経理部さんを悩ませます。

AI技術を搭載した業務システムが導入され、自社業務・自社データで受入試験開始します。1日目で気付くと思います。“カタログスペックまず出ません”。コンピュータって賢くないです。AIだろうと電卓だろうと同じ、しょせん足し算と条件分岐の組み合わせです。コンピュータにはコンピュータに向いた仕事を定義して、単純ロジックに整理してあげないとエラーが多くて使い物になりません。それがユースケースです。ユースケースを整理できるAIはまだありません。一番面倒なところは人間仕事です。

いったん適切なユースケースが与えられれば、AIシステムは処理データ量・使用時間とともに精度が向上していきます。かな漢字変換（ATOKとか）もそうですが、使うほどにユースケースに最適化されていきます。かな漢字変換も入力効率が上がっていきます。大規模なAIシステムだと経済効果が大きなものになります。当初想定した投資対効果を上回り、めでたしとなるのですが、システムの資産価値はどうでしょうか？ソフトウェアなら5年の減価償却が基本ですね。減価償却ということは費用処理できる訳ですが、使うほどに生産性の向上するソフトで利益圧縮ができるなんて経営側から見れば打ち出の小づちです。本来なら、販管費から一部、資産に振替えていかなければならない気がします。類似するのは製造原価計算の副産物の原価控除でしょうか。

大手鉄鋼メーカーの経理部の方にお聞きしたことがあるのですが、現在の製造原価計算法は鉄鋼製造に由来しているところが少なくないそうです。AIソフトの普及、進展とともに減価償却の逆で資産が年々増える会計処理が制度化されるかもしれません。その際は単純な計上基準であってほしいですね。

ところAIソフトですが、最初からカタログスペックに近い値が出るのは不吉なサインです。自社業務のユースケースを学習させる余地がないからです。他社業務のユースケースで学習飽和したニューラルネットを再学習させるのは難しく、学習量の少ない未熟なニューラルネットを強化する方が容易です。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。

オフィスエヌ ショートレビュー5万円から。

連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します）

工事進行基準廃止！

“ 2021年4月以降開始の会計年度から工事進行基準廃止（強制適用） ” 大規模なシステムを請負開発している会社（の経理部）さん大変です。いまからソフトランディングできるよう調整かけていると思います。今回はシステム開発、プロジェクト管理を会計、原価管理面から触れたいと思います。

そもそもですがシステム開発の進捗って、計量可能でしょうかね？計量可能だとしたら尺度、単位は何でしょうか？禅問答のようですが、これがシステム開発の進捗把握を困難にしている要因の一つです。答えは工数なのですが、その工数が曲者で、意味ある仕事をした時間、生産的にソフトウェアを生産（設計、開発）した時間です。その中には顧客打ち合わせ、設計書などの資料作成も含まれます。これらが原価計算でいうところの直接労務費になります。他の業界では間接費にあたるものが、ソフトウェアの場合、直接費であり原価のほぼすべてを占めます。ベテランと新人では生産性は桁違いです（もちろん仕事の質、役割の違いもあります）。ベテランといえどもお客様やチームメンバーとのコミュニケーションに難があるとパフォーマンスが落ちます。要員をアサインしていれば工数は日に日に増えていきますが、その通りに進捗している訳ではありません。予定工数（予定原価）と実績工数（実際原価）の乖離が広がるだけです。予定工数の信頼性が失われた時点で、もはや工数は進捗計量の用をなさなくなります。いわゆる炎上です。

経理部の人が聞いたら驚かれるかもしれませんが、経験あるリーダー（プログラマーからのたたき上げ）は、投入工数をあてにしていません。毎週のソースレビューや小規模な動作試験の結果で完成度をざっくり評価しています。機能単位・難易度別に未着手(0%)、着手(10%)、仕掛中(20-60%)、完成検査待ち(70-80%)、検査終了(90%)のようなステータスを置いています。あたかも建物のような構造物のごとく、システムの仕上り具合を目視しています。感覚的に評価することもありますが、メンバーの顔を見ながら話しをしているので、そんなに外れません。ソースレビューはメンバーの実力や弱点が良くわかります。支援のポイントもわかります。その点でもプロジェクトを推進するのにプラスです。
ただし手間がかかりますし、たたき上げのリーダーでなければこのスタイルはとれません。リーダーの仕事、それだけではないですからね、大変です。ですがシステムの品質は確実に向上します。

スクラッチ開発からパッケージソフト導入に時代は変わりました。手間のかけどころも変わったと思います。工事進行基準は廃止していいと思います。こんなことまでやれというのは酷です。完成基準で、受入検査合格、不合格でいいのではないでしょうか。

ただ事業の命運を握るようなシステムは工数で進捗把握をしないでください。目利きをいれて実際の進捗把握を行いつつ、高い品質のシステムを作ってください。

永島志津夫

全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。

オフィスエヌ ショートレビュー5万円から。

連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します）