データベースの消費税率を0%に設定変更するだけの簡単なお仕事じゃないのかしら？
難しい理屈を教えて下さい。
回答20件
#1
総合スコア6
投稿2026/04/24 06:44
こちらのニュースでしょうか？
政府内で消費減税「1％案」浮上 レジ改修の期間短縮
税率をゼロにする場合、準備作業に「1年程度必要」との声
一方、税率をゼロではなく1％などに変えるだけであれば、3カ月程度で改修可能とする意見も
全く詳しくないのですが、「非課税」「免税」「軽減税率の0%版」など新しい区分を新設する必要があると工数増えるのですかね。。
あとインボイス制度との兼ね合いがあったりするのでしょうか。。。
自分も理屈気になります
#2
総合スコア12401
投稿2026/04/24 08:50
全く話がわからないけど，
0と1とで謎の差が出るっていうなら，それは「 0% の扱いを無駄にものすごく面倒な話にしようとしている誰か」が悪いんじゃなかろうか？
（改修される側たるシステム側に問題があるのではなくて）
#3
総合スコア37754
投稿2026/04/24 09:42
あくまで私見なのですが。
会計上は非課税と免税では扱いが異なり、たぶん、POSと会計システムは分離していると思うので、現状の軽減税率の設定をPOSで0%として、会計システムへのデータ連動が要求通りになるのか、あたりはテストしなくてはならないと思います。また、同様のことが仕入側の控除対象消費税にも言えると思いますので、原価管理システムなども同様に対応しなくてはならないだろうと思います。たとえ仕様上動作しそうであっても、ある程度リスク管理ができているシステム利用企業であれば、テストを発注する案件のように思えます。
1件1件に1年かかるということはさすがにないだろうと思うのですが、非課税か免税かなどの詳細な制度はおそらく直前に決まるということを考えると、全ての改修案件が同時期に発生しそうですから、安全側に振ってすべての改修が終わるまで1年かかるという業者もあるでしょうし、逆に楽観する業者もあるのではないかと思います。
#4
#5
総合スコア260
投稿2026/04/25 04:23
編集2026/04/25 04:33システム全体を作り直さないと行けない所がいくつもあるんじゃない？まあ、1箇所でもあれば「難しい」というのだろうけど、
理屈としては古いシステムをずっと使っているところが多いって話じゃない？行政でもフロッピーデスク？とやらを使い古してて、システム的に古いって話は有名な話だし。
まあもしそうなのだとしたらこれって、消費税云々関係なしに、システムを作り直すのが社会全体で1年くらいかかる規模の社会問題ってことだよね
これを機にスタンダードなやり方をデジタル庁さんで発布して欲しいよね
スタンダードを作ると余計に難しくなるのかな？
まあ一旦作ってだんだん良くしたらいいと思うけど
(国によっては、充電器はtypeCに統一しろとか、AppStore以外からもアプリダウンロードできるようにしろとか、そんな要求するところもあるんだし)
データベースの消費税を0%にするだけの簡単な仕事かどうかはわからん。不毛だから議論するつもりはないけど、先にあるようになんか区分とかを社内で持ってるかもしれないし、単に数値計算に使えばいいのか売上を明確に何が何パーか申告しなきゃ行けないかもしれないし、過去数年分を持っときたいとかもあるだろうし(財務ソフトのプロじゃないから知らんけど)
システムでズレてましたー、国への申告額ズレてましたーで、困るのは民間も国も両方だからな
テストに11ヶ月かかるのかも知らん(笑)
まあでも、国が1年でできる！って言ってるんだったら「難しい」のではなくて、時間がかかるってのが適切な言い回しじゃない？と思うので、この質問自体ずれてるかも
ああ、0%はダメでも1%はすぐできるって話だったねそういやw
どういう理屈なんだろうね、食料品だけ納税額ない期間とかあったらエラーになるのかな？でも、そのフローだけ直したらいいよねw
脱税対策でセキュリティ的に簡単にシステムに触れないとかならまだしも、国が変えるって言ってるならなんとかせーよというw
0除算が発生するみたいな話もちょくちょく聞くけど、これはよく意味がわからないし少なくともそれで1年は無理な論調だと思うw
システム会社がそんなこと言ってきたらキレるのが筋だと思うけど、国が言ったら許されるのかな笑
#6
ご意見ありがとうございます。
#4 0除算が発生するみたいな話もちょくちょく聞くけど、これはよく意味がわからないし
同意します。国会で証人喚問すればいいのにね。
ホワイト企業は「1、2分で解決できる簡単な仕事ですよ」と実演販売するでしょう。
#7
総合スコア10706
投稿2026/04/25 07:03
「準備作業に」というのは０％にする要件定義から仕様変更箇所の洗い出し設計製造テストなど全てを含めてといった話なのではないかと想像します。
0%となると今まで出力していたものがなくなったりすることになる等で問題が発生することが考えられるが1%だと値が小さくなるだけでなくなるわけではないので問題が発生しにくいといったことも考えられます。
＞ホワイト企業は「1、2分で解決できる簡単な仕事ですよ」
誠実な企業なら1，2分で解決できるとは絶対に言わないでしょうね。１，２分ということはテストもしないんだから
まぁ1年とも言わないでしょうけどｗ
#8
ご意見ありがとうございます。
#7 0%となると今まで出力していたものがなくなったりすることになる等で問題が発生することが考えられる
例えば、どのようなものが考えられるのかしら？
＞誠実な企業なら1，2分で解決できるとは絶対に言わないでしょうね
平成時代ならばその通りです。現代は1、2分で解決できると言えるように、最初から設計しておかないと「ふてほど」になるんじゃないかしら？
#9
総合スコア260
投稿2026/04/25 09:45
編集2026/04/25 09:461,2分は本質じゃないとは思うけど、
さすがにフォーマット変更とかそれなりに回収点はあるんじゃない？
例えばPDFで何にいくらかって請求書出しますって時に、税額いくらですとか、レシートですらあるし。0なら免税として出すみたいな仕組みになっちゃってたら手を入れなきゃ行けん
作ってる時にそもそも、ここは考えないって結構するから税率0でかつ課税みたいなもんを想定せずに作っててもそんなに責められない
システム作る時ってそんな現実的にありえないケースを想定しないってのが仕様の事もあるし。
#10
ご意見ありがとうございます
#9 フォーマット変更とかそれなりに回収点はあるんじゃない？
はい。アプリ開発・改修は、フロントエンドが過当競争を頑張るだけなので、心配要らないです。(アジャイルスクラッチ開発はもう古いのかしら？)
税率0でかつ課税みたいなもんを想定せずに作っててもそんなに責められない
バックエンドでは数値を扱う際にゼロを含めて設計すると思うのですが。税率に限らず呼吸するごとくテストするんじゃないのかしら？
#11
総合スコア260
投稿2026/04/25 13:55
はい。アプリ開発・改修は、フロントエンドが過当競争を頑張るだけなので、心配要らないです。(アジャイルスクラッチ開発はもう古いのかしら？)
あれ？そいつらって時間の感覚が他の人と違うのかな？その人にとっての1日は普通の人にとっての1,2分とか
まあ、確かにそうなのかも。
バックエンドでは数値を扱う際にゼロを含めて設計すると思うのですが。税率に限らず呼吸するごとくテストするんじゃないのかしら？
大きな声では言えないけど、自分の環境ではしない。
できる限り本番に近しいデータを使うし、いたずら的なデータを入れてみてテストするのはイキりたい時だけ。(客観的に見ちゃって恥ずかしいのでほぼやんない)
まあ、やらないは半分嘘だけど、どういう挙動が正しいか？まで検討したりチームメンバーと相談したり、共有したりまではやんない。
多分したとしても消費税0なんてありえんから対応せんでいいやろ&必要になった時に対応でええやろになると思う。まあ、内容が簡単だったらエイヤって決める事もあるが。
#12
#11 消費税0なんてありえんから対応せんでいいやろ&必要になった時に対応でええやろになると思う。まあ、内容が簡単だったらエイヤって決める事もあるが。
合理的に対応されているという貴重なご意見ありがとうございます。必要に応じて改修する場合、どの程度の期間を目処に対応されますか？
#13
総合スコア260
投稿2026/04/25 17:38
必要に応じて改修する場合、どの程度の期間を目処に対応されますか？
具体的な内容がないんで普通は回答を控えるけど、今のテンションで現実的に言うと、3日以内？笑
(完全に元の話題の1年は無視して考えると、)
#14
#15
総合スコア4
投稿2026/04/28 00:12
減税したくない財務省とそのコマ使い役の自称専門家やマスコミたちが単純に「やりたくない」とは言えないので、この改修が必要なために減税は「困難だ」「無理だ」「できない」と言っているだけだと思います。
財務省は増税できたら出世する世界ですし。
#16
総合スコア17
投稿2026/04/28 02:16
改修しなくても、現行のシステムで割引ができるのだから付加した分の税率をそのまま割引すれば±０にできるのでは？
でも、そうするとレジ担当の業務が複雑になるし間違いも必ず起こるだろうから改修が必要なんだろうけど…
現行のシステムで仮対応しその間に改修すれば仮に1年かかっても導入はできるはず。
POSシステムの導入時に０％を想定していなかったのなら免税対応等するつもりはなかったのだろうか？
#17
総合スコア12401
投稿2026/04/28 02:58
普通に消費税額が0円になる状況ってのはありますよね．税抜額が2円の商品とか．
で，そういうのはちゃんと扱えているハズですよね．
そしたら，税率の値を 0.000（...中略...）01[%] だという設定にすれば良いだけなのでは感．
（「税率[%]は整数しか扱えない作りになっているからどうの…」とかいう話になるのだろうか？）
#18
総合スコア1862
投稿2026/04/28 03:25
消費税を扱う全システムで0%への変更が必要になった時の具体的な工数の見積りに関して でも書きましたが、問題になりそうなのは、 課税するけど０％ という扱いが必要になるかも、という点です。
これは、非課税と課税０％を明確に分ける必要がある、ということです。
こんな屁理屈染みた状況なんて、事前に想定できる訳もなく、かなりの改修が必要になる、という話です。
０％ではなく非課税ならば、想定されてしかるべきですし、実際、ほとんどのシステムが対応できるでしょう。
まずは、この点に関するご理解を。
#19
総合スコア5898
投稿2026/04/28 08:21
私は税制度の細部に明るいわけではないのですが具体的に 0% という税率が問題になる箇所の一例を挙げます。 地方消費税計算の中に国税額/国税率×地方税率という計算式があるので現行のシステムのまま税率だけ 0% に変更するとゼロ除算が起きます。
https://www.nta.go.jp/publication/pamph/shohi_kojin/r01/pdf/02-05.pdf
制度は複雑なのでおそらく問題になる箇所はたくさんあるのでしょう。
消費税 0% 案というのは「制度側の問題を役人が修正してからそれを情報システムに反映する」という案であり、情報システム業者の視点で言い換えると「どう改修することになるのかわからない」ということです。 やるべき作業がわからないのですから見積もりもクソもないのですが、あえて言わなければならないならかなり長めの期間で見積もるしか仕方ないんでしょう。
#20
ご意見ありがとうございます。
#15 財務省は増税できたら出世する世界ですし。
#16 そのまま割引すれば±０にできるのでは？
#17 税率の値を 0.000（...中略...）01[%] だという設定にすれば良いだけなのでは感
そこで経産省とIPAの出番です。
#18 課税するけど０％
免税と区別するためにかなりの改修が必要になるという事かしら？
#19 地方消費税計算の中に国税額/国税率×地方税率という計算式があるので
地方税額＝国税額/国税率×地方税率において、
国税額＝課税売上×国税率なので
地方税額＝課税売上×国税率/国税率×地方税率
故に、
地方税額＝課税売上×地方税率
従って、
課税売上×国税率と課税売上×地方税率で実装されているんじゃないかしら？
あなたの回答
tips
プレビュー