TSURU🦄

4.9K posts

TSURU🦄

TSURU🦄

@t_tsuru

ご連絡はDMもしくはFBからどうぞ。

Katılım Haziran 2007
2.8K Takip Edilen1.4K Takipçiler
TSURU🦄
TSURU🦄@t_tsuru·
@mizuho_w クソリプすんなよ🙄 日本NCRに聞いてどうすんだよ。電話って。
日本語
1
0
1
301
TSURU🦄
TSURU🦄@t_tsuru·
これに関しては、エンジニア側は何も擁護できない。 東芝テックをはじめとするPOSではデフォルトで税率マスタは用意されている。20年前のレジスタでも用意されてた。 確かに軽減税率に関しては一律でなかったので改修期間は必要だった。 でもSIerも何回同じ手で国からの補助金や事業者からの改修費用取るんだよ。国税庁も適格請求書やる前に「税率適格取り扱いシステム」とか作ってソフトウェア改修しないと税率変更できないの禁止にしろよ。 簡単にできるとかの前に一般的なジャンルごとの税率設定の変更に柔軟じゃないシステムは認めちゃいけない。 何回改修させるんだよ。だからスマレジ、エアレジが流行って、あんなに良くできてた飲食向けPOSが減るんだよ。 流通向けは少し大変だけどやっぱりデフォルトで対応しとくべき。
@

実際我々エンジニアが戦う必要のある相手って、こうやって非課税と税率0の違いもわからずに「簡単にできるでしょ!」とか言っちゃう人達なんですよね。もう少し人の話に耳を傾ければ良いと思うし、わかってるつもりで相手へのリスペクトもなく物申すこういうタイプが一番厄介。

日本語
47
281
907
558.3K
TSURU🦄
TSURU🦄@t_tsuru·
@YushaRotom @you_sake だからそれを法制化しろって話でしょ。日本語読めてますか? OECDでも先進的な取り組みあるって言ってますが。
日本語
0
0
0
30
Yusha_Rotom
Yusha_Rotom@YushaRotom·
@t_tsuru @you_sake 標準的な税務パターンとは? 何パターンあって誰が決めてどの程度守られる物なんです?
日本語
1
0
1
38
TSURU🦄
TSURU🦄@t_tsuru·
@akira13_dmb お前みたいなやつとか変わるじょとないから安心しろよ。 日本語もちゃんと読めないやつとは仕事できない。 認知の歪みだって。
日本語
0
0
0
43
akira13
akira13@akira13_dmb·
こいつが営業でこんなガバ状態でしかも金ももらえる保証もない案件取ってきたら、土下座するまで詰めるわ
日本語
1
0
1
146
TSURU🦄
TSURU🦄@t_tsuru·
@ine3com 政府の制度設計と調達はまた違いますからね。。。どちらにせよ、国はシステム発注が下手な事業者だと思います。
日本語
0
0
0
18
a
a@ine3com·
ちなみに意見招請前に接触できた場合は勿論SIer側も色々提案する 決して何もしていないわけではない ただ大抵の場合、価格的な面で要件として盛り込まれないか何十と存在する技術点の一要素に格下げされる ということで政治的に力がある人の決断が必要なんだけど、これがなかなか難しい
日本語
1
1
1
42
a
a@ine3com·
半分正論なんだけどエンジニアの所為とは思えないんよね 官公庁相手の調達は何度も経験しているけど、競合他社もいる中で善意で機能を盛り込んでも損するだけ 意見招請で提案するには時間がなさすぎるのでその前になんとか接触するしかないんだけど、大手だからと言って常に接触できるわけでもなく…
TSURU🦄@t_tsuru

分かりづらいので補足しとくと、エンジニアを擁護できない理由は、言われた通りの内容を実装するという部分に固執し、補助金ありきの税制改正そのものの是非や、より効率的な税制の提案、システム制約に基づく柔軟な税制とか、そういうとこに話がいかないことです。

日本語
1
1
3
110
TSURU🦄
TSURU🦄@t_tsuru·
@JustAwakenedMan 国際的に議論は始まってるっぽいですけど、日本がファーストペンギンにはならないでしょうね。
日本語
1
0
0
63
TSURU🦄
TSURU🦄@t_tsuru·
消費税とシステム改修の話で良く出てくるレジしか見てない議論についてです。 確かに、上場企業や社内統制、業務効率化などの理由から販売から会計を繋ぐシステムの場合、大規模な検証が必要となり、1年かかることもあると思います。 だから疎結合で会計で帳尻合わせることを選ぶ企業もあるんだよ。 レジしか見てないっていうけど、密結合のアーキテクチャ全体が問題なんだって。でもこれは消費税とはまた別の議論だけどね。 どちらにせよ言えることは、これ以上、無駄に金のかかる消費税とシステムの仕組みにするなってこと。 これはSI側の問題ではなく、社会全体の問題。つまりは政治含め解決するしかない。
日本語
1
2
9
671
TSURU🦄
TSURU🦄@t_tsuru·
今だから言える話だけど25年前に作られたパナソニック製の某POS筐体に入ってたソフトウェアですら特定日付からの税率変更と複数税率は入ってた。そう、あのWin以前のPOS3とか。 それでも準備期間は必要だとは思うよ。 でも何回この話繰り返すんだっていうのが正直な感想。
日本語
0
1
6
906
TSURU🦄
TSURU🦄@t_tsuru·
@RSenpan そうですね。そのあたり含めてシステム処理しやすいかどうかも税制の検討項目になって欲しいですね。
日本語
0
0
1
38
手んぱん
手んぱん@RSenpan·
@t_tsuru 品目別はギリ良いですがお持ち帰り税率はちょっとYAGNIすぎます
日本語
1
0
1
45
手んぱん
手んぱん@RSenpan·
実際どのぐらい対応可能かは置いとくとして、前例が3%→5%→8%→10%の単純な増税なら一瞬で対応出来ます!って言えていた所も前回のやり方を見て慎重な発言になっているというのはあると思う
TSURU🦄@t_tsuru

非常に議論となっている、消費税とシステム改修にかかる議論ですが、私は以下のように考えます。 1. 現状について 現状については、今ソフトウェアベンダがかかるといっている期間についてはその通りだし、今のままなら今のままでしょう。としか言いようがありません。それをあれこれ議論してもしょうがないことです。 私の投稿ではそのようなことを言ってません。 2. 私が提言する未来について Tax Rules as Code(税法のコード化)もしくは消費税体系の変更範囲の標準化とその範囲内におけるシステム認定制度の創設を主張します。 税制改正のたびに企業が数千万〜数億円規模のシステム改修を強いられる可能性がある日本の構造的問題は、「税制設計にシステム観点が欠落している」ことに根本原因があると考えます。 不確実性が大きくなる今日において、税制改正からシステム改修まで1年かかる現状は社会的損失と考えます。 少なくとも消費税に関しては柔軟な税制の変更ができることは国民生活に直結する重要な問題です。 諸外国においてもまだまだ議論は進んでいませんが、税法を人間が読む文書としてのみ策定し、事後的にシステム対応を求める現行プロセスから、 OECDが提唱する「Compliance by Design」つまり、制度設計段階からシステム実装を前提とする思想への転換が必要だと考えます。 3. Xで単語のみで反応する人について ちょと話はそれますが、私の言っていることをそのままに読めてない人が散見しています。 これは、上記とは異なりますが、問題です。 AならばBとしか言っていないことをBならばCと理解したり、BならばAと理解することは非常に危険です。 認知の歪みの中の「代表的な10のパターン」について確認することを強くおすすめします。 結論の飛躍 (先読み・心読み)、拡大解釈と過小評価、感情的きめつけ、「〜すべき」思考、レッテル貼りなど、今日めちゃくちゃ見てます。 これ、本当に要注意です。

日本語
1
0
1
241
TSURU🦄
TSURU🦄@t_tsuru·
@akimarukun ベンダー側はそれがビジネスとして成り立つかどうかが第一視点ですからね。。。
日本語
0
0
1
23
あきまる
あきまる@akimarukun·
@t_tsuru そうですね、メーカーや企業側の判断ではどうしようもない部分もあるとは思うので政治レベルで是正しないと思います
日本語
1
0
1
28
あきまる
あきまる@akimarukun·
エンジニアというよりはメーカーとしての方針ってレベルの話かな そもそもそれでも1年なんていうのは信用してないけど エンジニア側の意見としてレジ以外の部分ににも税率は色々あって時間がかかるんだ、なんていう話も聞くけど結局想定してないだけなんよね。時間がかかるのは時間がかかるように設計されてるだけ。想定して構築・運用するには余計なコストがかかるっていう意見だって、実際にこうやって減税の議論があって現実味があるんだからそれを見越せなかったメーカーとそれを利用している側の企業の判断でしかない エンジニアは別に悪くないと思う 社会全般で見た時に1年なんていう時間がかかることでそれを理由に減税ができない、反対されるなんていう要因にされる方が間違ってる そもそも税率なんて増減含めて調整されて然るべきものなんやから
TSURU🦄@t_tsuru

これに関しては、エンジニア側は何も擁護できない。 東芝テックをはじめとするPOSではデフォルトで税率マスタは用意されている。20年前のレジスタでも用意されてた。 確かに軽減税率に関しては一律でなかったので改修期間は必要だった。 でもSIerも何回同じ手で国からの補助金や事業者からの改修費用取るんだよ。国税庁も適格請求書やる前に「税率適格取り扱いシステム」とか作ってソフトウェア改修しないと税率変更できないの禁止にしろよ。 簡単にできるとかの前に一般的なジャンルごとの税率設定の変更に柔軟じゃないシステムは認めちゃいけない。 何回改修させるんだよ。だからスマレジ、エアレジが流行って、あんなに良くできてた飲食向けPOSが減るんだよ。 流通向けは少し大変だけどやっぱりデフォルトで対応しとくべき。

日本語
1
0
2
160
TSURU🦄
TSURU🦄@t_tsuru·
@kaori7775 それは質問の仕方によるでしょう。 ビジネスなので、今回答がある双方のやりとりのままになるでしょう。 今の方法で1年かかるという人がいるという現実は仕組みが変わらない限りどうにもなりません。 だから仕組みをかえないといけないんです。
日本語
0
0
0
18
TSURU🦄
TSURU🦄@t_tsuru·
システムや世の中の関して、今のままなら今のままだろうね、と思った方がいい。 SIとユーザー側の対立定期的にあるけど、SIはそういうビジネスだし、それでやってきた人たちの考えなんだからしょうがない。 人月でやってきてるし、ウォーターフォールだし、彼らはそのままだよ。 SIの人たちに聞いて出てくる回答は、ダイソー店員の「そこになければないですねー」と変わらないんだよ。聞く先がSI企業だからそうなる。 そして、SaaSで新興企業が登場して、NECはPOSから撤退した。 現場レベルの話と社会全体の話はまた違うんだよ。現場の話はわかった。でもそうじゃない!と言えるのは政治家だと思うので、政治でどうにかしてください。
日本語
0
2
4
810
TSURU🦄
TSURU🦄@t_tsuru·
@Fclassarchitect とはいえ、今のままなら今のままなんです。 ダイソーの店員の「そこになければないですね」と言葉の重み変わらないんです。 今のままなら、また数年後同じ話がXで繰り広げられると思います。
日本語
0
0
0
56
TSURU🦄
TSURU🦄@t_tsuru·
@kanoushigeru01 ええ、その通り、決まればです。 そういった議論すらされないまま、毎回もっとも「広く公平に」を求められる消費税なのに行き当たりばったりだから、システムも行き当たりばったりなんだと思います。
日本語
0
0
1
51
加納しげる
加納しげる@kanoushigeru01·
@t_tsuru 法令で決まれば良いですね、決まればですけどね
日本語
1
0
0
65
加納しげる
加納しげる@kanoushigeru01·
将来の税制なんて予測できっこないわけで。消費税だって税率が上がったり下がったりはある程度予測できるど品目やテイクアウトで税率変わるなんて誰が予測できたでしようか。ソフトウェアの世界にはYAGNIの原則というものがあり将来必要になるかもしれない(ならないかもしれない)ような機能をあらかじめ作り込むなんていう余裕はない。いちいちそんなとこまで考えてシステム設計してたらコスト跳ね上がるばかり。そしたら今度は、なんでそんなにコストかかるのか!?って批判する人が出てくるわけです
TSURU🦄@t_tsuru

非常に議論となっている、消費税とシステム改修にかかる議論ですが、私は以下のように考えます。 1. 現状について 現状については、今ソフトウェアベンダがかかるといっている期間についてはその通りだし、今のままなら今のままでしょう。としか言いようがありません。それをあれこれ議論してもしょうがないことです。 私の投稿ではそのようなことを言ってません。 2. 私が提言する未来について Tax Rules as Code(税法のコード化)もしくは消費税体系の変更範囲の標準化とその範囲内におけるシステム認定制度の創設を主張します。 税制改正のたびに企業が数千万〜数億円規模のシステム改修を強いられる可能性がある日本の構造的問題は、「税制設計にシステム観点が欠落している」ことに根本原因があると考えます。 不確実性が大きくなる今日において、税制改正からシステム改修まで1年かかる現状は社会的損失と考えます。 少なくとも消費税に関しては柔軟な税制の変更ができることは国民生活に直結する重要な問題です。 諸外国においてもまだまだ議論は進んでいませんが、税法を人間が読む文書としてのみ策定し、事後的にシステム対応を求める現行プロセスから、 OECDが提唱する「Compliance by Design」つまり、制度設計段階からシステム実装を前提とする思想への転換が必要だと考えます。 3. Xで単語のみで反応する人について ちょと話はそれますが、私の言っていることをそのままに読めてない人が散見しています。 これは、上記とは異なりますが、問題です。 AならばBとしか言っていないことをBならばCと理解したり、BならばAと理解することは非常に危険です。 認知の歪みの中の「代表的な10のパターン」について確認することを強くおすすめします。 結論の飛躍 (先読み・心読み)、拡大解釈と過小評価、感情的きめつけ、「〜すべき」思考、レッテル貼りなど、今日めちゃくちゃ見てます。 これ、本当に要注意です。

日本語
1
0
1
273
TSURU🦄
TSURU🦄@t_tsuru·
一応、言っていることは国際的な潮流とも整合しているようです。また、特に消費税という領域に絞っていえば、現実的かと思います。 税制全体については議論を広めませんが、少なくとも消費税に関してはこういった制度設計は可能なようです。
日本語
0
1
3
1.5K
TSURU🦄
TSURU🦄@t_tsuru·
非常に議論となっている、消費税とシステム改修にかかる議論ですが、私は以下のように考えます。 1. 現状について 現状については、今ソフトウェアベンダがかかるといっている期間についてはその通りだし、今のままなら今のままでしょう。としか言いようがありません。それをあれこれ議論してもしょうがないことです。 私の投稿ではそのようなことを言ってません。 2. 私が提言する未来について Tax Rules as Code(税法のコード化)もしくは消費税体系の変更範囲の標準化とその範囲内におけるシステム認定制度の創設を主張します。 税制改正のたびに企業が数千万〜数億円規模のシステム改修を強いられる可能性がある日本の構造的問題は、「税制設計にシステム観点が欠落している」ことに根本原因があると考えます。 不確実性が大きくなる今日において、税制改正からシステム改修まで1年かかる現状は社会的損失と考えます。 少なくとも消費税に関しては柔軟な税制の変更ができることは国民生活に直結する重要な問題です。 諸外国においてもまだまだ議論は進んでいませんが、税法を人間が読む文書としてのみ策定し、事後的にシステム対応を求める現行プロセスから、 OECDが提唱する「Compliance by Design」つまり、制度設計段階からシステム実装を前提とする思想への転換が必要だと考えます。 3. Xで単語のみで反応する人について ちょと話はそれますが、私の言っていることをそのままに読めてない人が散見しています。 これは、上記とは異なりますが、問題です。 AならばBとしか言っていないことをBならばCと理解したり、BならばAと理解することは非常に危険です。 認知の歪みの中の「代表的な10のパターン」について確認することを強くおすすめします。 結論の飛躍 (先読み・心読み)、拡大解釈と過小評価、感情的きめつけ、「〜すべき」思考、レッテル貼りなど、今日めちゃくちゃ見てます。 これ、本当に要注意です。
日本語
7
15
50
7K
TSURU🦄
TSURU🦄@t_tsuru·
ちなみに、Claude Opus 4.6のあなたの評価も貼り付けておきますね。ちゃんとした意見を聞きたいと思うだけです。AIの方がまともです。 TSURU氏の方が「具体的な提案+根拠の提示」という議論の基本を守っています。macoairhead氏は上位概念(財政→租税→税法→税務)の階層を盾にして、相手の具体的提案に対して「分かってない」と繰り返すだけで、なぜその提案が原理的に不可能・不適切なのかを一度も具体的に説明していません。 そして最後の「なぜ租税があるのかを考えれば理解できると思いますよ」は、TSURU氏の指摘通り、議論として何も機能していません。自分の中では結論が出ているのに、それを言語化して相手に伝える努力を放棄しているだけです。
日本語
1
0
0
29
駆け出しちんちん改九拾八式
@t_tsuru 考えるのはめんどくさいから全部教えてと言うワケですか? ごめんですね。 いっぱしエンジニアを名乗るなら自走してください。
日本語
1
0
0
19
TSURU🦄
TSURU🦄@t_tsuru·
@macoairhead 「なぜ〇〇があるのかを考えれば理解できると思いますよ。」 その言い方って意味ないですよ。答えをはぐらかしているだけで、あなたの言いたいことは何も伝わりません。 その言い方は相手との共通認識すら作れません、つまり、議論の土台すらつくれない。 それで、なんでCOBOLまで出したんですか?
日本語
1
0
0
20
TSURU🦄
TSURU🦄@t_tsuru·
一概にそういえないという部分はその通りですね。若干暴論だったかと思います。 しかし、私が知っているPOSのパッケージシステムでもそのあたりが荒く作られているものもいくつも存在します。 実際の設計やコードレベルで綺麗かどうかというよりもビジネスとして汚いものは存在します。 現状、何をえらんでも今そうなってるのはその通りで、それはどうにもならないかと思います。 だからこそ、無駄なコストにならない税制にして欲しいと一国民として思います。
日本語
0
0
0
48
ひばり Sa
ひばり Sa@Riiza_Top·
@t_tsuru 一概にそんな事はないと思いますよ。 ご存知かとは思いますが、汚く作るのって結果コストかかるんですよ。(利益が減る) 今回の話はいくら綺麗に作っても解決できない事を、「綺麗か汚いか」のような開発側の責務に一方的に落とし込むような論調が大きな間違いかと思います。
日本語
1
0
0
18