消費税対応

業務系のシステムやECをやってた人なら聞き覚えがあるかもしれません。
人によってはトラウマワードかもしれません。

消費税は平成元年に導入されこれまで３回引き上げられています。

販売などの要素があるシステムでは消費税をプログラムで計算することになります。

私が観測したのは8%以降なので、エルフ（先輩おじさんSE）からの伝え聞きですが、3%や5%のころはまだ設計が未熟でマジックナンバーやグローバル定数で消費税率を定義して、消費税額を求めているプログラムがよくあったそうです。

マジックナンバーで定義してしまうと消費税率が変更になったときすべてのプログラムを洗い出して変更しなければいけません。
グローバル定数で定義した場合も新しい消費税率の適用開始日を考慮して変更をかける必要があります。
未来の注文には未来の消費税率を適用しなければいけないからです。

8%の時代はそういった設計を見直し、適用日を持った消費税率テーブルなどを設けて、そこを参照して税率適用を行うような改修をほとんどのシステムが行ったと思います。

それも束の間、今度は軽減税率対応が必要になり適用日だけでは管理できなくなるという辛い仕打ちを受けるのですが…。

消費税対応は多かれ少なかれシステムに改修がかかるのと、対象となるシステムも多いためベンダーによっては特需のような扱いになるとともに、しわ寄せでデスマーチになる案件が多かったと聞いています。

そんな消費税対応に関するやらかしを…。

消費税対応完了

消費税対応が終わり無事リリースできました。
テストも問題なく完了し設定した日に応じて新税率が適用されることをしっかり確認できました。

後は新税率の適用日をドキドキしながら待つのみで、しばらく何事もなく運用を続けていましたがある日…。

請求書を仮発行したら金額がおかしいとの問合せを受けました。
確認するとまだ適用日前なのに、新しい税率で消費税計算がされてしまっています。

まずはプログラムのバグを疑いますがおかしいところは見当たりません。

その原因は消費税率テーブルにありました。

リリース時に初期セットした税率テーブルが、あろうことか適用日が仮データのままセットされていました。
開発当初は税率適用日がまだ確定していなかったので、仮値で入れたものをそのまま本番に持ってきてしまったのです。

そして、そのまま本当の適用日より早い状態で新税率が適用されてしまいました。
皮肉にもプログラムには何の問題もないことが本番環境で証明されたのです。

請求書発行前に確認するプロセスがあったので気づけたのは不幸中の幸いですが、もし請求書が送付されたり口座から引き落とされていたら大変なことになっていたでしょう。

関連記事として、拙作のこちらの記事もよければどうぞ。