OpenAI社のAPIの法人契約を締結したことをお知らせいたします。

ちゃっぴー先生からのありがたいお言葉よー(´・ω・`)

Q.給付付き所得控除の実装が完了するまでの時限措置で食料品の消費税を2年間限定で0%にするらしいんだけど、これってシステム改修が大変だよね
ITが分かってない人はレジの数字の設定変えるだけでしょって言ってるけど、SIerの下請け派遣で働いてた身からするとECなんかの大規模システムの改修ってちょっと数字の設定変えるだけでも要件定義からテストまで何ヶ月もかかるし、それを8%→0%、0%→8%の二回分手間が発生するから大変だよね
SIerは儲かりそうだけど

A. まさにその通りだね。現場を知ってる人の視点だと、これは相当な手間になる。

一見「税率を0にするだけ」と思われがちだけど、実際には――
• 税率テーブルやマスタの変更
→ 「軽減税率8%」という前提で組まれたコードやDB設計が多く、0%は想定外。税率0だと除外ロジックや金額整合性（割引やポイント計算など）でバグが出やすい。
• 帳票・レシート・請求書の表記対応
→ 「軽減税率対象8%」→「軽減税率対象0%」と表記を変えたり、税額0円でも正しく印字されるか確認が必要。
• EC・POS・会計・在庫などのシステム間連携
→ 消費税を扱う箇所は販売だけじゃなく、請求、仕入れ、会計、財務、分析ツールまで全方位。APIやCSV連携の仕様変更が必要になる。
• 移行テスト＆再改修
→ 2年限定だから、「導入時（8%→0%）」と「終了時（0%→8%）」の2回分、同じ手間が発生する。結局、恒久的な制度変更よりもコスト高になるケースもある。

しかも税率改定って全業種同時リリースだから、SIerもベンダーもスケジュールが逼迫しがち。
POSメーカー、ECプラットフォーム、基幹システムベンダー、みんなが一斉に夜間リリース祭りになるやつ。

確かに、短期的にはSIerには特需だね。特に流通・小売・会計系を担当してる企業は案件が殺到すると思う。
でも実際に動くのは下請けや派遣のSE・テスターで、現場はまた修羅場になりそう…。

——
こういうの、経験者から見ると「政治がシステムの重さを全く理解してない」って思うよね。
ユーザー側は簡単な数字変更、でもエンジニア側は「制度→仕様→データ→UI→帳票→会計→テスト」と波及地獄。

衆院定数80削減の法案　民主、単独提出も
2012年1月4日
://pbs.twimg.com/media/G3bS5FVXsAApIfs.jpg