はてなキーワード: 証明書とは
2日目
5:00
6:45
着替える
7:30
朝食のレストランを遅めの時間にしているため、小腹を埋めるためおやつを買う。
7:45
買ってきたおやつを軽くつまむ
8:15
手荷物検査の手前でハッピーエントリー通行証&宿泊証明書の確認が入る。
8:20
2日目は通常のワンデーパスポートなので、色々手配する必要がある
今回は
・上記スタンバイパスの時間に合わせてロイヤルバンケットのモバイルオーダー
を手配する。
DPAは乗車時間を選べるが、スタンバイパスおよびプライオリティパスは早い時間からの先着順のため、狙っている時間になるまで待つことに。
8:30
アトラクションはスタンバイパスもプライオリティパスも一向に時間が動かないので、一旦撤収。
8:35
しかしスタンバイパスもプライオリティパスも一向に時間が動かない。
8:45
9:00
9:20
DPAは購入後そのDPAを使用するか、1時間後にならないと次の購入ができない。
9:50
TVメニューから支払い用の二次元コードを表示→スマホのWebブラウザで決済
手荷物は部屋に置いていけば回収して預かってくれる。(やはりWebブラウザから依頼をかける)
アプリ内で手続き出来るとなお便利なのだが、「部屋で手続きする」必要があるんだろうな。
11:30
11:35
1日目に乗車効率の悪さを書いたが、この時に実感した。
・1台ずつの出発
・4人乗り
12:00
食べ物がセットメニューしかないのは使いにくいので、オペレーションがこなれてきたらバラ売りして欲しい。
12:45
別エリアへ移動
13:00
13:20
シングルライダーで乗車
妻子には先に行ってもらう
13:45
いつ食べてもうまい。
妻子に先に行かせて、食べながら待ってもらってた
14:30
プライオリティパスで20分ほど。プレショー2回待ちくらいか。
15:00
ビアカクテル
そのまま飲み歩き
15:20
15:40
DPAで乗車。
ラストの東京、鉄オタは新幹線のディテールでCG映像であることを見破るとのことだが、
俺は新橋のサラリーマンなので、複数の建物・道路が省略されているところで見破った。
そして弊社のビルは綺麗さっぱり消えていた。
16:00
16:20
16:25
16:35
16:40
16:45
DPAで乗車
17:00
18:40
チェックアウト時に預けた荷物を回収。
ロビーで待てとのことでロビーのソファに腰掛けるが、2分ほどで荷物を持ってきてくれた。
18:50
19:00
19:05
帰る
勝手に取るには
「本当に取ることが正しいか?」
次に所得税というのは一年間に得た収入のうちの一部を税金として納める仕組みです
という感じで税金を納める儀式が確定申告です(他の税金もこのタイミングで一緒に払う)
ちなみにこの収入額の合計から税額の計算は「納税者本人」が計算して自分で記入します
税務署は計算してくれたりしないので、自分でちゃんと間違わずに計算して税額を入れましょう
今は便利なツールがあるので収入の金額入れたら確定申告書まで全部計算して入れてくれますけどね
「払わなかったらどうなる?」→上記に書いたように強制的に徴収されます
「収入を少なめに言っても分からないんじゃ?」→あなたにお金を払った人は「必要経費」として申告してるのでバレます
上記の収入というのは、何かしらで貰ったお金から「必要経費」を差し引いた額になります
死ぬ気で働いて10万円貰ったけれど、その仕事をするのに2万円かかってるなら収入は8万円になります
税金を払うぐらいなら必要経費にした方がマシなのでみんな必死で必要経費にします
そこで必要なのが「領収書」で、ちゃんと物を買ったりサービスを受けた証拠があれば必要経費になります(ならないのもある)
加えて企業も税金を払いたくないのでしっかりと従業員に支払ったお金は必要経費として計上します
仮にあなたが自営業をしていて、何かしらお金を受け取った場合、お金を払った側は領収書を使ってしっかりと必要経費にします
サラリーマンを始めとした一般人にとっては生きていくのに必要なお金が「必要経費」です
いちいちこの必要経費がいくらだったかを計算するのは面倒なので、ざっくり年間で50万円までは必要経費でいいよ、という感じなのが「基礎控除」っていうやつです
他にも「生命保険は普通入るよね」「個人年金とかも積み立てるよね」という感じで「必要経費にしていいよ」といういろんな控除があります
「パートで働いてる妻と子供がいるんだけど」というのが配偶者特別控除や扶養控除になりますし、他にも医療費や住宅ローンなんかも控除されます
こういう各種控除を受けるために保険に支払った額や家族状況などを申告して税額を決めます
一年働いて給与総額を計算し、控除なんかも計算して確定申告すると
「税金をこれだけ払ってください」
という感じで催促されますが、世の中の大半の人は貰ったお金をすぐ使うので手元には無いことが多いです
お金を持ってない人からはどう頑張ってもお金を徴収できないので国としては困ってしまいます
そこで考え出されたのが
「毎月少しずつ徴収しよう」
という考え方です
ただ、毎月請求書を送っても世の中の大半の人はそれを無視してしまうので
「だったら支払われる給料(お金の源泉)から差し引いてしまおう」
ちなみに給与から差し引くのは給与を支払う企業で、企業は徴収した税金を翌月10日までに国に納めます(中小企業は半年に1回まとめてで良い)
このときの源泉徴収される税額は、単純に支払われた給与のみから計算されるので各種控除や前の月の収入なんかは気にしてくれません
毎月同じ額の給与を貰っている人は源泉徴収された額がピッタリ税額と一致しますが
残業したり休んだりして収入が変わる場合は毎月の源泉徴収だと総額と合わなくなります
なので12月の源泉徴収で一年の給与合計を計算して源泉徴収額を調整します
1年を通じて払いすぎてた人は12月の源泉徴収額がゼロになったりマイナスになって返ってきたりしますし
逆に払えてない人(基本的にはいない)は徴収額が増えることになります
このときに各種控除も一緒に申請してくれるので、企業は年末調整のときに「保険の支払い証明書出してね」などと言ってきます
ただ、一部の控除に関しては年末調整で出来ないので確定申告をする必要があります
企業からお金を貰ってるサラリーマンじゃない人(自営業)とか、年末調整で控除しきれてない人、会社には言ってないけど他にも収入がある人なんかは確定申告します
ちなみに「ほんのちょっとだけ控除の申告忘れてた」っていう人は、確定申告したら戻ってはきますが、微々たる額なのでやってもやらなくても別に良いです
一方で「ほんのちょっとだけ収入の申告忘れてた」って言う人は絶対に確定申告してください(マジで)
さて、上記で「収入を過少申告しても絶対にバレる」と言いましたが、実はあんまりバレません
なぜかというと企業間の商取引や個人への売買を全部把握できるはずがなく、経費として計上されても確認するのが大変面倒だからです
そのため、税務署は一部の怪しい申告に対して「本当に経費として支払ったか証拠(領収書)見せて?」という感じで取り調べを行って証拠がなければ税金を払わせます
この手の見せしめを行って他の納税者にも圧力をかけているのが税務署です
ただし、賠償責任保険は監督官庁や自治体などに報告した上で、その証明書と共に請求しなければ支払われない仕組みにすることで、必ず医療事故の情報が集まるようにする。
介護事業所は保険加入する事を事実上義務づけられているのだけれど、保険会社は請求するとき、自治体に届け出て証明書がないと受け付けない。
自動車保険が警察に事故届を出さないと受け虚けてくれないのと一緒。
医療の方はなんでこうなってないんだろ
1日目
9:00
9:05
・手荷物預かり
スーツケースを預ける。
「ホテルに着いたらベルデスクへ取りに行ってくれ」と言われたが、「今までは部屋に入れてくれてたよね?」と聞くとやってくれるとのこと。
この場でチェックインが可能。フロントに寄らずに部屋へ直行できる。
・チケット購入
ファンタジースプリングスホテル宿泊者特典(購入する権利が)。
ディズニーシーの、ファンタジースプリングス側エントランスを通るために必要。
加湿器の貸し出しをお願いした。
正直言うとデフォで部屋に置いて欲しい。
9:30
妻子と合流
先にモノレールの駅へ向かわせて、フリー切符(2日分)を購入させていた。
以前はディズニーホテルの宿泊特典で滞在日数分のフリー切符をもらえたのだが数年前に廃止された。
9:45
駅を出てホテルへ。ホテルの敷地入り口で宿泊証明書の確認をされる。
9:50
10:15
エルサとアナが出歩いてた。
曰く「KFCのクリスピーの方がうまい」とのこと。肉自体にあまり旨味がなかったらしい。
10:40
10:50
乗船時の注意事項アナウンスがサバサバしていてカサンドラみが強い(が、園崎未恵自身は出演を否定している)ので、これはO社側が狙ってやったか。
11:30
ラプンツェル役の中川翔子が5年前に声を録ったとポストしていたので、多分このアナは存命中の神田沙也加の声。
ちょっとした落下が数回あり、絶叫系が苦手な子供は驚いていた。
11:50
このエントランスの利用自体が宿泊者限定のため、出る際にも宿泊証明書の提示が必要。
再入園手続きは、ハンドスタンプが廃止されチケットの二次元コードを登録する形となっている。
12:00
ホテルの建物を模したムースが食べたかったのだが、季節でメニューが切り替えられてしまい無くなっていた。残念。
13:20
荷物を持ったままゲートを通り、引っかかった人だけが荷物の中身を改められる。
俺は必ず引っかかる。
13:30
お土産屋さん。
6月に来たときは長蛇の列だったので入店を諦めた。今回は特に列も無く、さらっと入れたので良かった。
ホテル内に土産屋を置かず、パーク内にのみ設置しているのはおかしいと思う。
13:50
14:10
子供(小学生男子)は可愛いものが大好きなので、新アトラクションの中でこれが一番気に入ったとのこと。
マジックパスは超速で乗れるが、通常スタンバイの進まなさが酷い程度には乗車効率が悪い。
14:20
14:50
15:00
途中の通路、フレグランスの匂いが強すぎる。多分バラがベースの香り。
あとでホテルの外に出た際、服に匂いが染み付いているのに気づくレベル。
しばらく部屋でだらだらする。
16:20
16:30
これの人気・混雑度合いを考えると、再び乗るのはしばらく先になりそうなので、気が済むまで乗ることにする。
子供は怖くて乗りたくないとのことだったので妻に任せ別行動。
16:45
17:00
別行動中、妻子はネバーランドアドベンチャーとビジーバギーに乗ってきたとのこと。
子供から夜のビジーバギーが大変良かったと聞き、このあと一緒に乗ることに。
17:40
18:00
18:05
夕食へ移動
18:10
18:15
レストランで夕食
19:15
このあと妻子はミラコスタから入園してファンタジースプリングスまで散歩するとのことで、またも別行動に。
20:00
降りる時は楽だが、乗る時はちょっと大回りになって面倒くさい。
20:15
戻ってきた
もう従業員も俺の顔見て「ああ、またアンタかい」という顔してる。
20:25
20:40
20:50
20:55
21:10
妻子と合流
21:15
部屋へ戻り、風呂入って寝た。
2日目
年末調整が難しすぎる(令和6年度版)https://anond.hatelabo.jp/20241115174825
を読んで大変そうだなあ。確定申告すればいいのにと思いました。
年末調整を行うのは会社の義務ですので、会社は年末調整をしないといけません。
年末調整の社員の手続き方法は、会社ごとによってかなり違います。
年末調整の手続きシステムは、一般の企業が開発しているものを、それぞれの会社が契約して、従業員に使ってもらっています。
どのサービスと契約しているかによって、手続きの煩雑さにかなり差があります。
年末調整システムの最も大事な事は、その会社の経理システムや人事労務システムとどれくらいスムーズに連携できるかです。
従業員の手間が大変かどうかの優先度は、2番目以下です。
従業員にとって、とても使いやすい年末調整申請サービスがあっても、簡単には導入できません。
(追記:年末調整の公的ソフトウエアについての記載に間違いがあったようなので消しました。)
会社は年末調整する義務がありますが、従業員は最終的に正しい金額の納税をすれば良いだけの話です。
年末調整で出し忘れた、処理していない税金の処理は、確定申告でして問題ありません。
保険料、iDeCo、住宅ローンなどの控除を年末調整では申請せずに、確定申告をオンラインでしてみましょう。
e-tax連携が終わっていればポチポチするだけで、値の入力もする必要もありません。
これから先も確定申告は連携が増えてどんどん楽になっていきそうですし、ユーザーインタフェースも毎年改善が続いています。
まずは今あなたの契約している保険会社などがマイナポータル連携できるかを調べましょう。
https://www.nta.go.jp/taxes/tetsuzuki/mynumberinfo/list.htm
ほとんどの控除項目で連携が可能になっています。連携可能な場合は連携の手続きをしましょう。
この作業を年内に済ませておきましょう。
面倒な手続きですが、一度すれば来年以降は手続き不要ですので頑張りましょう。
連携不可能な会社がまだ少し残っていますが、その場合も控除証明書に書かれている数字を指定の場所に打ち込むだけですので、そんなに難しくありません。
元増田さんは持ってそうな雰囲気でしたが、もしも持ってらっしゃらなくてこの文章を読んでる方へ
スムーズに確定申告をするにはマイナポータル連携などが必要なので、マイナンバーカードが必須です。
そもそも、マイナンバー制度は、行政を効率化し、国民の利便性を高めるために作られたものですので、その恩恵を受けるにはマイナンバーカードが必要です。
ほとんどの手続きは2024年版(1年前)の手続きと同じなので、古本や図書館で借りるので十分です。数年以上前の本は色々変わっていますので避けましょう。
Kindle Unlimitedにもたくさん本があります。
確定申告の時期は、基本的には2025年2月17日(月)から2025年3月17日(月)です。税務署に行って相談しながら紙ベースで作業するならこの期間に提出しましょう。
ただしオンラインで確定申告をする場合は少々早く申請しても受け付けてもらえます。
私自身は毎年1月上旬にオンラインで確定申告を行っていますが、全く問題なく受け付けていただいています。
数週間で還付金は振り込まれています。数か月還付金が振り込まれないなんて事はありません。
年末調整で次の月の給料が調整されるより、確定申告した結果として還付金が振り込まれる方が、うれしさや実感としては大きいように思います。
【感想】
↓
↓
↓
ボールペンで記入
↓
↓
↓
↓
この流れなんなん?誰がうれしいの?
【やったこと詳細】
・「通知書等」をクリックする
・「通知書等選択」プルダウンから「住宅借入金等特別控除証明書」を選択する
・「切替」をクリックする
・表示された表の「令和6年分」あたりをクリックする
・「この「年末調整のための住宅借入金等特別控除証明書」を印刷したものは使用できません。」の文言を見つけて絶望する
・「QRコード付証明書等作成システム」でGoogle検索する
・「QRコード付証明書等作成システムについて」ページにたどり着く
・「環境チェック」モーダルのブラウザ欄の「推奨環境外です」の表示に絶望する
・Safariで開き直す
・Macintoshをご利用の方の「事前準備セットアップ(Macintosh/safari用(dmg形式:約2MB)」をクリックする
・ダウンロードフォルダの「cpsMac.dmg」をダブルクリックする
・QRInstall.pkgをダブルクリックする
・「アクセス許可を要求しています」ダイアログで「許可」をクリックする
・「Safariブラウザが起動されているため、インストールを完了することができませんでした」の表示に絶望する
・「ゴミ箱に入れますか?」で「残す」をクリックする(危ないやろこれ)
・Safariを終了して再びインストーラーを起動してインストール完了する
・「QRコード付証明書等作成システムについて」ページを表示する
・「環境チェック」モーダルのブラウザ欄の△表示を無視する(Safari 18.0は対象外らしい)
・「次へ」をクリックする
・e-Taxからダウンロードしておいた「令和6年分住宅借入金等特別控除証明書_2024mmdd.xml」をアップロードする
・PDF作成が完了しましたダイアログの「表示」をクリックする
・「2年目以降の住宅ローン控除(住宅借入金等特別控除)の申告はありますか?」で「はい」を選択し「次へ」をクリックする
・「直接入力する(自動計算の対象外)」を選択して「次へ」をクリックする
・「住宅借入金等特別控除区分」で「◯年中居住者・認定住宅(等)用」を選択する
・アッ、これ(住宅借入金等特別控除申告書)、自分で計算してボールペンで書かないといかんの?
・ボールペンで書いた
・画像をアップロードしようとするがHEICなので選択できない
・Preview > File > ExportからPNGに変換する
・アップロードするが「ファイルサイズは最大5MBです」エラーになる
・Preview > File > ExportからJPEGに変換する
次回「証券番号がわからない」「保険料控除証明書の電子ファイル(XMLファイル)取得に1日待たされる」
ぜってぇ見てくれよな!!!
https://president.jp/articles/-/87827
このままでは国民皆保険が壊れていく…金子勝「マイナ保険証は政治献金企業が儲かる究極の寄生システム」
敬称略です。
政治献金と技術的に遅れた日本の情報産業のための救済事業との結びつきは非常に強い。
ほぼ10年間でマイナンバー関連事業を少なくとも3000億円近く発注していると見られるが、大企業8社が共同受注などで独占的に契約している。
そんなことはありません。むしろ、大手IT企業はこの手の自治体公共事業が薄利すぎて足を洗いたがっているというのがほぼほぼ現在の状況です。最近では大手の撤退が激しく、元々大手が担っていた部分を別の中堅SIerが無理して受注したものの、ノウハウもなく薄利過ぎて対応出来ず納期通りに納品できない案件が続発しています。そこで、入札参加条件が上げられた結果、入札が予定価格を上回り、随意契約になると言うケースが多発しています。
見る人が見れば、NTT系が基本を抑えつつ、周辺の企業が参画しているというのがわかると思います。大手5社のコンソーシアムで、NTTコムがメイン、NTTデータ、NEC、日立、富士通の合わせて5社で共同受注しています。そして、他に手を上げた企業はありません。
NEC・日立・富士通は関連公共システム(住基や戸籍、税務システムなど)が関わりそれらとのつなぎ込みが必要になるからですね。
他に手を上げた企業がない上、入札では予定価格を上回ってしまった結果、随意契約と言うケースです。報道によれば、いずれも随意契約にするにあたって、調整の結果入札価格よりも低い価格で受注させているようです。
他、凸版とDNPは物理的なカードの発行業務をやっており、合わせて800億円ぐらいの受注額です。そしてマイナカードは1億枚発行していますので、1枚辺り800円。カードは物理的に1枚300円はしますし、送付事務に使う簡易書留は350円しますので。単純に残りの取り分は150円です。全然高くありませんね。ここで事務手続きなどをやる事になります。数が多いので最大限コストは低く抑えていると思いますし、全てが郵送交付ではないとか細かい話はあるでしょうけれども。
JECCはリース会社です。国の予算の関係でいったんファイナンスを引き受る。大手IT企業がごそっと出資している特殊な会社です。金額はでかいですがこの会社が入るのは主に行政の硬直性の問題です。
何故か突然旧ソ連・ロシア方面の用語が出てきて面食らった人もいると思いますが、オリガルヒとは、官製の新興財閥だそうで、その方面の人たちからは社会主義国家ソビエト連邦が崩壊したどさくさに紛れて、民間にいくときに出来た悪しき存在という事で、よく批判に出てくる用語です。
さて、彼らはオリガルヒなのでしょうか?
そんなわけないんですね。
一般的にIT企業が求める水準の利益率とは30%と言われる中、政府系の仕事は利益率が1割を切る事があたりまえです。エンジニア不足の中でやりたくない仕事です。
NTT系が1300億円程度の受注をし、物理的発行やリース会社を合わせて8割以上で、残りとは大きな差があります。ここで金子らなぜNEC日立富士通を入れたのか。それは5社が献金していると言いたいが為に3社を水増しした感じがしますね。
まずは、利便性について検討しましょう。金子はこの一文のみ、内容も根拠も全く触れず、まるで自明のような扱いですが事実とは異なります。
政府は、マイナンバーカードの調査を定期的に行っており、最新の結果はこちらです。
少なくとも、利便性が「まったくない」と言う事は「まったくない」ことがわかります。
やたら多くの紐付けをするために、なくしたり盗まれたりすると、すべての個人情報が漏れてしまう。
ここでは逆に、全ての情報が漏れるにはどのような条件が揃う必要があるかを並べてみると
と言う事が必要。
と言う事が必要です。
さてこれを「セキュリティがまったくない」と表現するのが適切でしょうか?
現状、これよりも固いセキュリティを強いているシステムは本当にわずかです。
暗証番号のない顔認証マイナ保険証、スマホのマイナ保険証(これもマイナ保険証をスマホに接触させないと使えない無意味なもの)など、数種類のカードが発行される極めて非効率なもの
これは明確に誤りです。何故ならば、1人に発行されるマイナカードは1枚しかないからです。受け取る側のシステムも一つ。
「マイナ保険証をスマホに接触させないと使えない無意味なもの」も誤りです。最初の1回だけ行えばよく、使う時にマイナカードは必要ありません。
初回のそれはマイナカードで認証する為に必要というだけの話です。
さて、金子はこの状況を「数種類のカードが発行される極めて非効率なもの」とする一方で、「多数数の紐付けを止め、一つひとつ独自のOS(オペレーティング・システム)で」を提言しているのですが、整合性がありません。
マイナンバーシステムが設計されたのは今から10年前の2014年ですが、当時はまだスマートフォンに安全に電子証明書を持たせる仕組みがありませんでした。
現在できる様になったのは、日本政府や担う企業なども参画し国際標準規格を作ったからです。ISO18013-5が正式に出来たのは2021年です。最初からできた所は存在しないでしょう。そしてこの規格を世界が利用しようとしています。
これも誤りです。いまでもICカードが最も堅いセキュリティ確保の手段の一つです。
それは何故かと言うと、ICカードに入れた鍵は、現実的な手段では取り出す事も複製もできないからです。これはパスワードが漏れていても完全に中身を出せないと言う意味でもあります。
こういったことを言っている人は、大抵プラスチックカードといえば磁気カードの時代で認識が止まっている事が多いです。
ICカードは、単に定型の情報を返すものではなく、このカード自体がコンピュータです。マイナカードを利用する時にパスワードを入れますが、このパスワードはオンラインではなく、カードの中で処理されます。そして複数回数間違えると、カードの中の最も重要な鍵、電子証明書が消されアクセス出来なくなります。また、電子証明書も、このICカードが演算して帰す事で行われます。こういったことを理解しているのでしょうか。
また、顔認証が不安定という詳細が明らかにされていませんが、事実として顔認証は99%の精度があります。たまに「マスクをしていたのに顔認証が通った」という人もいますが、これはマスクをしていても顔認証ができる技術を使っているからです。他人のマイナカードで認証ができてしまったと言った話が出回っていますが、反マイナカード保険証団体の調査した結果2件だそうです。日本の保険医療の件数は数億件ありますが、そのうち2件です。
その理由をオンプレミス方式で、クラウドプラットフォームにしてないからだと説くのですが、今回出てきたトラブルはシステム的なトラブルはほんのわずかであり、ほとんどはインプットするデータの問題でした。
これは、仮にアメリや中国の巨大IT企業に依頼しても同じ事が起きていたでしょう。
金子は「マイナ保険証のひどい醜態」を自明のごとく上げていますが、その具体的な中身について一切論じていませんが、これが事実だと言う客観的な証拠がありません。全国民が使用しているシステムであると言う事を考えたとき、例外でマイナーなトラブルしか起きていませんが、これはむしろ過剰品質とさえ言える状態です。
オードリー・タン氏は、マイナンバーシステムの普及が必要不可欠だと言う事を自明のものとして扱った上で、普及を進めるにはどのようにしたら良いかと言う点で多くの提言を行っています。
また、台湾は日本以上に全ての情報が「中華民國統一證號」に統一されており、身分証の携帯が義務づけられているなど、日本より遙か前から「国民総背番号制です。前からあるが故にシステムが古い所があって運用に苦労をしているようですが、その全てを捨てて失敗だなという暴論が出ているとは聞いたことがありません。
ちょっとこれの意味が分かりません。金子は、オードリー・タン氏の名前を出した直後にこれを言っているのですが。その段落を全部抜き出すとこうです。
マイナ保険証については、通常の健康保険証廃止を止め、一からやり直して、クラウド上でスマホのアプリにする。多数の紐付けを止め、一つひとつ独自のOS(オペレーティング・システム)で丁寧にプログラムを組んでいくことが必要である。
もっと意味が分かりませんが、ここから頑張ってエスパーしてみます。
これについては全く逆です。マイナンバーシステムを通じてデータを関連づけすることによって、システム間で生の個人情報を槍と知りなくて良くなると言うメリットがあります。
共通IDがない場合、一貫した行政処理を行う時には、住所氏名生年月日といった従来からの本人の個人情報で判別するしかなくなります。
一方で統一つぃたIDで管理されている場合は、その結びつけの情報だけでデータのやりとりが出来ます。また、結びつけの情報は中央に存在するシステムが管理するのみで、接続されているそれぞれのシステムではユーザを識別する情報は別々です。中心に存在するシステムを通さないと結びつけが出来ない仕組みになっています。
また、中央のシステムで結びつけの情報を捨てるだけで容易に結びつけが出来なくすることが簡単にできます。
しかし、リアル情報を使ってしまうとそのような事はできません。
既にマイナポータルはスマホで動いていますし、一からやり直す必要はありません。
また、既に述べたようにICカードは現時点で全国民規模で動作させるセキュリティとしては最も固いものの一つです。スマホのアプリ専用にするのはセキュリティ(これは情報保護・不正アクセス回避という他に、可用性という意味も含みます)の問題があります。
現在、スマートフォンに入れることが出来る環境が揃ってきましたので、スマートフォンに入れた証明書を普段は使用して、マイナカード本体は家に置いておく、と言うスタイルが可能になります。
また、マイナカードのアプリケーションはいわゆる「クラウド」と呼ばれるシステムで多数動いており、既にクラウド上であると言えます。
既にOSレベルで独自に作成する意味はありません。それも一つ一つ別のシステムに刷るなどと言う意味はありません。
これは、交通安全のために、全ての自動車の運転方法をバラバラにするべきだ、と言っているようなものです。
また、問題になっているのはその上に乗っているサービスであるため、これによって何かが良くなることはありません。
一概には言えませんが、金子が成功例としてあげるGAFAMなどでは「Agile開発」と言われる手法が一般的になっていますが、これは「丁寧にプログラムを組んでいく」から連想されるものとは大きく異なるものです。
政府や厚生労働省が描いている医療の姿はまさにこれそのもの(もう少し具体化され、洗練されていますが)だと思いますが、何故これが「完全に間違っている」のでしょうか。
また既に実現している部分があります。
一方で実現されていない部分もあり、それを補うためにマイナンバーシステムを共通IDとして活用しようと言う事になっています。
便箋の上部に四角い白地に赤い波線の2つ入った旗のロゴ、その下には以下の赤い印字がある
___ 19 ___
「 ___ 19 ___」と印字された箇所に「July」「20」「07」 が手書きで記入してある
July 20 1907、1907年7月20日ということは120年近く前だが、そうとは思えないくらい紙もインクも綺麗だ
ネットで調べると、かつて横浜・シアトル間を日本郵船の丹後丸という船が運航していたらしい
これを書いた人はその丹後丸で日本までやって来たのかもしれない
本文の筆記体が読めないのでAIに書き起こしと翻訳を頼んだら、これは手紙ではなく仕事の推薦状だと教えてくれた
ちなみにAIによると、文体はイギリス英語、「S. S.」は「Steamship(蒸気船)」の略だそうだ
曽祖母の両親(高祖父母)のために書かれたもののようだが、推薦状にしては船舶会社の便箋に走り書き、署名も無しとはひどい
他にも同様の英文の推薦状が合計4組8通残っていたが、この一番古い丹後丸の便箋以外はすべて無地のものが使用され、署名もされている
こういう推薦状は就職先に提出すると返却されないものだと思っていた
しかし日付の違う推薦状が8通も残っていたということは、いわゆる在職証明書の役割も兼ねていたのかもしれない
だから高祖父母も最初の推薦状以外は、無地の便箋への記入と署名を求めたのかもしれない
この推薦状の持参者である〜は、住み込みコックとして私の下で〜ヶ月間働いた
彼は忠実で誠実、温厚な人柄で〜
この推薦状の持参者である〜は、家政婦として私の下で〜ヶ月間働いた
興味深いのは高祖母の職種が「baby amah」や「house amah」となっていたことだ
「amah」は日本語の女性を意味する「尼(あま)」が由来かと思ったらそうではなく、その昔、欧米人は東アジアで家政婦兼乳母のことをそう呼んだそうだ
語源は中国語説、ポルトガル語説、アラビア語説と諸説あるらしいが、よくわからないらしい
戦前、高祖父母が神戸でレストラン業を営んでいたことは聞いていたが、若い頃に外国人の下で夫婦住み込みで働いていたことまで知らなかった
分散して守るべき物品が増えればそれだけ紛失リスクが上がるだろ。
一個だけにしてそれを守る方がセキュリティ対策は容易になるんだよ。
ばっかじゃねーのかな。
例えばRAIDと言うものがある。HDDを2台以上組み合わせることによって、どれか1つが壊れても残りが肩代わりするので、機能停止を起こさないし、データも失いにくいというものだ。
しかし、故障確率が同じだとすると、故障が発生する確率は単純に二倍になる。実際にはその2台を管理する装置の故障リスクが加わるのでより故障確率があがる。
分散することによって上がるのは可用性、つまりなくしたときに全ての機能が全喪失しないということ。
マイナンバーカードと健康保険証が別だとすると、マイナンバーカードを紛失した場合でも健康保険証があるので使えるのだ、と言うのが連中の言い分なのだが、実はここはとっくに対策されている。
まず10割払えば良い。公式の説明ではこうなっているしこれが可能な場合はこの方法だが、実際のところ、健康保険証やマイナンバーカードが提示できない場合、既にかかりつけの病院ならばその前の記録で受診することが認められている。
さらに、マイナカードと一体になっている場合には、スマホにマイナカードの証明書を入れておくことによってマイナポータルに接続が出来る。そこでマイナポータルから健康保険の情報を表示することによっても代えることができる。
そうでない場合も一筆書くことによって保険診療を受けることが可能になる仕組みがある。そしてこれは、マイナカードを活用せず、健康保険証一本でやっているときよりも間違い無く障害に強い仕組みになっているのだ。
そう言った対策がされているのに、わざわざ別のものを用意するとどうなるかというと、RAIDと同じである。故障確率が上がるだけ。
連中が「元々マイナンバーカードは家に置いておくものだった」と言うデマを飛ばしているが、あれは住基ネットカードの話と混同しているだけでそんな事実はどこにもない。
安心感とやらのためにやるのはあまりにも金がかかりすぎるし、不合理すぎる。
さらに、仮に金を払ったとしても、今自治体IT化で行政システムをやれるSIerに空きがない。そんなところに聳え立つクソの山を建設するためにリソースを取って一体何の意味があるのか。
くたばれと思う。
これまでいろいろな開発環境を使ってきたけど、Android Studioは本当にダメだ。
別途Javaの環境も構築しなきゃいけないし、おまけにJavaのバージョンによってはAndroid Studioとの相性が悪くてエラーが出ることも多い。
最初から最低限必要なものは揃えてくれればいいのに、後からどんどん障害物が出てくるから本当にイライラする。
アプリをリリースするためには署名が必要なんだけど、これがまた本当に面倒。
Android Studioには「キーを生成する」機能があるけど、これが直感的じゃない。
手順を調べるのに何時間も費やしたことか。コマンドラインからキーを生成するのか、GUIでやるのか、どっちにしても「なぜこんなに複雑にするのか」と思う。誰が得するんだ、この面倒くささは。
が、これまた問題が出てくる。ビルド時にエラーが出ることが多い。
何が悪いのか全然分からないし、エラーメッセージもわけがわからない。
ググって出てくる情報も正解とは限らない。結局時間だけが無駄に過ぎていく。無限ループに入った気分。
こうやってひたすら環境構築と闘ってきたわけだが、実際にアプリ開発に入ると今度はAPIの変更やライブラリの依存関係でまた地獄が待っている。
新しいバージョンが出るたびに、対応しなきゃいけないことが山積みで、これをやっていると「何のためにこんな苦労をしているのか・・・」と思わずにはいられない。
結局Android Studioを使っていると常に試行錯誤の連続で、楽しいというよりはストレスがたまるだけ。
正直、他の言語やフレームワークに目を向けようかとも思ったこともある。
React NativeやFlutterなんかは環境構築がスムーズで、すぐに開発に入れる印象がある。
なのにAndroid Studioに戻ってくるのは、Androidの市場の広さが魅力的だからだろうか。
でも何度もこの環境で悩まされると、本当に心が折れそうになる。