18日になって県税事務所から Google AdSense の収入があれば広告業に該当するので個人事業税の課税対象になるとの連絡がありました。

自分がソフトウェア業ではなく、なんで広告業にされて税金を払わなくてはいけないんだ！と思います。日本ではソフトウェア業は弱いところだからこういう対応をされるのでしょう。軽視されすぎです。

ソフトウェア開発を仕事にしているのにその収入がないというのはどう考えてもおかしいと思うので調べたり考えたりしてみると、広告媒体の部分は広告業ではないというのが分かりました。

県税事務所の方は、広告収入があれば広告業だと誤解しているようです。テレビ局も広告収入はありますが広告業ではないように、正確にいうと、広告収入ではなくて広告サービスをしている場合が広告業です。Google AdSense の場合は、広告媒体を Google に使わせているだけで、広告サービスをしている訳ではないのでなので広告業には該当しません。

広告業だといわれるのはどう考えても納得がいくことでないので「怒り」の声を上げなくてはいけないと思い、審査請求書を提出してきました。

今回の県税事務所のやり方だと、本来払わなくてもいい人にも課税されてしまうと思うので、参考までに審査請求の趣旨及び理由の主要部分を載せておきます。

２の(1)を入れた理由は、例えば自分でバーナー広告を募集して広告主から直接広告料を取っている場合は、広告業をしているということになると思います。でも、その場合でも広告料の全額が広告業の収入かというとそうではなく案分できるはずである。例えば、Google の場合68%がサイト運営者の収入になるので、それぐらいの割合はソフトウェア業の収入ということになると思います。また、請負をしている人は、業種が請負業に変わるのではなく、請負部分の収入だけが請負業として課税されるべきです。

1 非課税と考える理由

事業としては、Webサイトやアプリケーションを作成しユーザーに各種情報を提供している。そのことから、確定申告書の職業欄には、ソフトウェア・IT・WEB関連業（以下ソフトウェア業と省略）と記載している。

個人事業税が課せられる事業は、地方税法第72条の2に掲げられているが、ソフトウェア業については、それに該当するものは全くなく非課税である考えられる。

また、個人のソフトウェア業は、PC1台で始められる事業である。事業税は、事業者が収益活動を行うに際して、道路、港湾などの公共施設を利用するなど、さまざまな公共サービスを受けているので、その経費の一部を負担するという性格を持っているといわれているが、審査請求人が行っている事業では、そのような公共サービスからの受益は全く受けていないことから事業税が非課税であることは当然のことである。

2 処分の違法性について

処分庁は、地方税法第72条の2に掲げられる事業かどうかを判断する際に重大な過失がある。

(1) 租税法律主義の原則からいえば、他の事業に該当することを証明するだけでは足りず、ソフトウェア業であることを否認する必要があるが、その説明がない。

(2) ソフトウェア業では、広告収入は有力な収入源の一つであり、それらの広告収入はソフトウェア業の収入である。日本標準産業分類（平成25年10月改定）（平成26年4月1日施行）の広告業の説明（リンク）では、広告媒体企業に該当するものである。

自分の所にも個人事業税の納税通知書が届きました。自分の場合は Webサイト等を運営して収入は Google AdSense から得ていますが、その場合は個人事業税は非課税と思うので、ネットで少し調べて県税事務所に行ってきました。

ネットを調べていると、税理士の方がブログで次のように書いています。こういうことを書かかれると職務熱心な公務員諸氏としては課税せざるを得なくなりますよね。

そこでアフィリエイトなのですが、都道府県によって課税されている地域と課税されていない地域があるようです。

中略

以前、課税で統一している東京都に問い合わせたところ、「具体的な業務内容を確認して」と前置きした上で、「電気通信事業、仲立業、広告業、請負業などに該当するものとして課税を行っています。」という回答でした。

難しいところではありますが、同じことをしているのに、○○県から東京都に引っ越すと課税されて、東京都から△△県に引っ越すと課税されなくなるというのは、やはり問題じゃないかと思います。

全国の都道府県で統一した見解を出して、同様の処理をしてほしいものです。

そのブログの税理士は、同じアフェリエイトをしているから、同じ業種になると思っているのだろうけど、東京都の担当者がいうように業務内容によって違う業種になるので、統一した見解は出しようがないというのが事実だと思います。同様の処理をしてほしいというのは最もらしい意見のように見えるけど実際は暴論です。

業務内容によって判断する必要があるので、グレーゾーンがかなりあるというのが現実なので、都道府県によって差がで出てくるのもやむを得ないところです。税理士として差が大きすぎると思うのだったら当局の見解を聞くだけではなく課税される側に立って当局と真剣に交渉して実例を作っていくべきで、そうやって都道府県間の差を少なくしていくべきものです。

東京に住んでいる人で課税されたときに、「電気通信事業、仲立業、広告業、請負業等」だと言われることに納得できないのであれば、都税事務所に交渉にいった方がいいと思うし、税理士はそれを助けるのが仕事です。

自分の場合まだ結論は出ていませんが、個人事業税は、下の業種に該当した場合のみ課税になります。

ソフトウェア関係は該当業種には全く含まれていません。個人事業税は道路等の公共サービスの経費の一部負担という性格を持っているようで、ソフトウェア関係は公共サービスを全く使わないので非課税というのは自然なことだと思います。

ソフトウェア関係は非課税なのに、当局が勝手に自分の業種を「電気通信事業、仲立業、広告業、請負業等」の該当業種に決めてしまうというのは納得できないです。

第1種事業（37業種） 物品販売業、運送取扱業、料理店業、遊覧所業、保険業、船舶ていけい場業、飲食店業、商品取引業、金銭貸付業、倉庫業、周旋業、不動産売買業、物品貸付業、駐車場業、代理業、広告業、不動産貸付業 請負業、仲立業、興信所業、製造業、印刷業、問屋業、案内業、電気供給業、出版業、両替業、冠婚葬祭業、土石採取業、写真業、公衆浴場業（むし風呂等）、電気通信事業、席貸業、演劇興行業、運送業、旅館業、遊技場業
第2種事業（3業種） 畜産業、水産業、薪炭製造業
第3種事業（30業種）医業、公証人業、設計監督者業、公衆浴場業（銭湯）、歯科医業、弁理士業、不動産鑑定業、歯科衛生士業、薬剤師業、税理士業、デザイン業、歯科技工士業、獣医業、公認会計士業、諸芸師匠業、測量士業、弁護士業、計理士業、理容業、土地家屋調査士業、司法書士業、社会保険労務士業、美容業、海事代理士業、行政書士業、コンサルタント業、クリーニング業、印刷製版業、あんま・マッサージ又は指圧・はり・きゅう・柔道整復、装蹄師業、その他の医業に類する事業
なお、デザイン業は対価を得てデザインする場合のみが対象です。

経産省の「IT人材の最新動向と将来推計に関する調査結果」の 「IT人材に関する各国比較調査報告書(PDF形式)」の20ページを見て笑ってしまいました。

「IT企業の回答者の職種」で、日本は「SE・プログラマ」が36.6%で一番多く、アメリカでは「プロジェクトマネージャ」が37.8%と一番多くなっています。いくら何でも、プロジェクトマネージャーがそんなに多くいる訳はないですよね。

それで、アメリカの労働省が後援している「O*NET」で調べてみました。

IT 関係の職種は、「コンピュータと数学」に分類されています。職種別に平均年収と従業者数を拾ってみました。

これを見るとソフトウェア開発者とWeb開発者が「プロジェクトマネージャ」に入っているようです。ソフトウェア開発者の給料は高いですが開発メインでマネージャ職ではないから、プロジェクトマネージャーに分類するのはあっていないと思いますが、どういう発想からそうしたのか考えると面白いかもしれません。

これに関連して、最近話題になっているちょまどさんの「あるSIerに、システムエンジニアとして新卒入社。Excel(表計算機能を使わない)を使うお仕事が続く」という話が思い浮かびました。

報告書の14ページには「ITスキル標準レベル」の比較表があるのですが、やはり最低レベルです。エンジニアにプログラムをさせないでスクショをさせていたのでは技術レベルはあがらないのは無理ないです。

ちょまどさんは、3ヶ月でその SIer を退職して、今ではマイクロソフトのエバンジェリストになっているのでさすがです。でも、ちょまどさんのケースは例外ではないようで、O'Reilly の「ソフトウェア開発者の収入調査」では、日本のソフトウェア開発者の年収は高いという結果が出ています。

日本のIT業界は労働環境が劣悪なので若い人がIT業界離れをしているようですが、能力があればちょまどさんのように好待遇の仕事に就くことは難しいことではありません。そのためには、待っていたのではダメで、自分のキャリアは自分でマネジメントするという姿勢が大切になってくると思います。

統計メモ帳の2016年2月のPV数がやっと10万PVを超えました。まだまだアクセス数は少ないですが、10万PVを超えたというのは一つの区切りだと思うし、Webサイトのひよこの仲間入りはできたように思います。それで、このサイトは作りかけの部分が結構あるので手間暇をかけて改善していこうと思っています。

Webサイトの場合は、有名人や資金力のある企業でなければ一気にアクセス数を稼ぐのは難しいと思います。個人でWebサイトを運営しようと思う場合は、粘り強くサイトを改善していくのがいいように思います。

このサイトは、表やグラフが多いので、スマートフォン対応をどうしようかと思っていたのですが、先日、MicrosoftがXamarinを買収したというニュースが流れました。それだったら、スマートフォン対応に Xamarin.Forms を使ってみるのも一つの手だと思いつきました。これから Xamarin.Forms でどれぐらいのことができるかテストしてみようと思っています。

この Webサイトは、Umbracoで作っていましたが、ASP.NET Core（ASP.NET 5）+ .NET Core で作成し直してみました。Umbracoも拡張性が高くて悪くはないのですが、自分でプログラムを書きたい場合には自由度が小さくなるのとデバックの時には重くなるのが欠点でした。それで思い切って、作り直すことにしました。選択肢としては、ASP.NET MVC 5、ASP.NET Core + .NET Framework 4.6、ASP.NET Core + .NET Core の三つでしたが、思い切って NET Core + .NET Core にしてみました。

ASP.NET 5 については、スケジュールが変更され、名称も ASP.NET Core に変更になるということで、RC2 が出る直前になってドタバタしているようですが、実際使っていると問題点があることはわかります。でも、基本的なところはそれほど変わっていないし安定しているので使えないことはないです。

運用を始めたばかりで、切り替えの時に少し失敗してサーバーを止めてしまったこともありましたが、取りあえずは普通に動いています。Ubuntuサーバーの方でもテストしていますが、そちらも大きな問題はなく動作しています。

ASP.NET Core、.NET Core については、最近マイクロソフトから以下のブログが出て、方向性がよくわかるようになったと思います。

ASP.NET 5 is dead - Introducing ASP.NET Core 1.0 and .NET Core 1.0

An Update on ASP.NET Core and .NET Core

Porting to .NET Core

ASP.NET Community Standup – February 16, 2016

Porting MSBuild to .NET Core

コンパイラーが DNX から CLI に変更になるというのは賛成です。このサイトの発行時のファイルサイズは、約300MBぐらいで、その内runtimesが106MB、packagesが190MBです。runtimesの分は、ホストのOSにインストールされたランタイムを使う必要がなくなった代わりに必要になるもので、どんな小さなアプリにでも必要になります。packagesの分が大きくなっているのは、.NET Core だけでなく下の図のように Windows Phone 8 や Xamarin のものまで含まれているためです。Webサーバに関していえば、これぐらいのファイルサイズでも我慢できなくはないのですが、コンソールアプリケーションで 100MBというのはちょっと大きすぎだと思います。AOT（事前コンパイラ）をしてファイルサイズも減らして欲しいし、最初の起動時間も短縮して欲しいと思うし、コンソールアプリケーションだと、ネイティブコードにコンパイルして欲しいところです。

.NET Core を使う上での支障は、ライブラリーの対応があまり進んでいないことです。「Porting to .NET Core」に書いてあるように、.NET Core でも System.Data、System.DirectoryServices、System.Drawing、System.Transactions、System.Xml.Xsl、System.Xml.Schema、System.Net.Mail、System.IO.Ports、System.Workflow、System.Xaml で、時間がなくて移行があまりできていないそうです。 そういう状況なので、サードパーティ製のライブラリーの対応状況は悪いです。

現状では、ASP.NET だと、ASP.NET Core + .NET Framework 4.6 という選択肢が現実的だし、UWP の方も windows 10 mobile が殆ど普及していないことや、デスクトップPCでも依然として主力は Windows 7 であることを考えれば、.NET Core を急ぐ必要はないと思います。

しかし、5年後を考えると .NET Core が必要というのは間違いないと思います。また、下の図は、Azure の VM の Linux と Windows の価格です。個人だとこれだけ価格に差が出てくると Linux の方を使いたいと思ってしまいます。それで、これからは、 Linux のことも書いていきたいと思っています。