お日記させていただいてもよろしいでしょうか。

雇用保険の失業等給付（基本手当）がいつ頃になるかがわかるWebサービス「雇用保険給付の相棒（Employmate）」をリリースしました🎉

2023-07-14T11:00:00+09:00

どんなWebサービスなのか？

病気やケガで退職した後、働く意思がある60歳未満の人が、雇用保険の失業等給付（基本手当） ¹ を受けるまでの進行度（まだまだなのか、もう少しなのか）と、いつ頃から給付が受けられそうかがわかることで、次のような精神的な不安の軽減や、給付を受ける手続きを最小限にする目的のサービスです。

数か月間の生計がどのようになるのかが大まかにわかる
税金の軽減措置 ² の適用開始時期が大まかにわかる

Webサービス「雇用保険給付の相棒（Employmate）」は、病気やケガで退職した（する）時間的・精神的に余裕がない中、再就職を目指している方の状況や希望を教えてもらうことで、事情に合った雇用保険制度を調べます。

https://employmate.jp

できること

Webサービス「雇用保険給付の相棒（Employmate）」は、次の情報を段階的に提供します。

残業時間や診断書の有無などを入力することで、ユーザーの事情を考慮した雇用保険制度（ハローワーク訪問時期・頻度と用意する書類）と大まかな初回の給付金振込予定日がわかります。
ユーザーの事情に合わせたチェックリストを提供し、ハローワーク訪問時期や頻度、用意する書類などが明確になります（会員登録が必要です）。
チェックリストを完了していくと、雇用保険受給資格者証を受け取るまでの進行度や、より正確な初回の給付金振込予定日がわかるようになります（会員登録が必要です）。

できないこと

雇用保険の失業等給付は、失業した人が仕事を探す間に生計を維持するための給付です。いくつか分類があり、Webサービス「雇用保険給付の相棒（Employmate）」では「一般被保険者に対する求職者給付」を対象範囲としますが、初回リリースにおいては、ほとんどの方が対象となる基本手当のみ対応しています。

次期リリース ³ では次の手当に対応する予定です。

技能習得手当
寄宿手当
傷病手当

背景

私自身が2月末に退職して、3月6日からハローワークを何度か訪問し、正式に雇用保険受給資格者証を交付されたのが3月末でした。それまでは基本手当の受給や国民健康保険料・税の軽減措置の申請ができない状況で、不安な日々を過ごしていました。

本来であれば3月中旬には雇用保険受給資格者証が交付されるはずだったのですが、病気やケガで退職した場合は、雇用保険の要件を満たすための必要書類を入手・提出する必要があったりなど、雇用保険制度に対して知識不足な課題がありました。現状対策としては、ハローワークの資料 ⁴ や厚生労働省の資料 ⁵ を熟読したり、ハローワークの窓口で雇用保険給付調査官に都度質問することで解決しました。

以上の経験をもとに、同じ境遇の方の生活が少しでもよくなればと思い、Webサービスの開発をはじめました。

今後

今回は初回リリースで最小限の検証可能な範囲のみ開発していますが、今後は下図に示す手続きを支援できるように改善します。

開発

ソースコードは https://github.com/maeda-m/employmate で公開しています。不具合報告はもちろん、開発にご興味ある方は issue などでご連絡ください。

以下は、開発にご興味ある方に向けて、Webサービス「雇用保険給付の相棒（Employmate）」（以下、本サービスという）の技術的な内容を記載します。

システム構成

本サービスは、ふつうの Ruby on Rails アプリケーションで、サーバーサイドレンダリングなHTMLと反応性が必要なところは Hotwire（HTML-over-the-wire）の Stimulus で実現しています。そのため、フロントエンドのトランスコンパイルとバンドラーを使用していませんが、必要なライブラリは importmap-rails 経由の importmap によって利用しています。

アピールポイント

本サービスを、ふつうの Ruby on Rails アプリケーションと言ってしまうと味気ないので次の見出しで深掘りします。

HTML & CSS
レイヤーリング
自動テスト

1. HTML & CSS

本サービスは、最小限の文書構造のハイパーテキストになるようマークアップしています。言い換えると、見た目の装飾のために文書構造を複雑にしておらず、メンテナンスを容易にしています。副次的効果は、自然にセマンティックな HTML になるため、利用しやすさ（スクリーンリーダーやキーボード操作）もよくなる点があります。

実現方法としては、マークアップされたタグの意味をもとに CSS が適用される Pico.css - Minimal CSS Framework for semantic HTML を使用しています。またボタンなどの部品は ViewComponent で再利用可能なカプセル化されたものとして管理しています。

2. レイヤーリング

本サービスは、モデルに対応する Active Record が参照するパターンとしての Active Record を遵守します。

Patterns of Enterprise Application Architecture（以下、PoEAA という）におけるレイヤーリングとして、プレゼンテーション、ドメイン、データソースという 3 つの主要な層からなるアーキテクチャは、上位層は下位層が定義するさまざまなサービスを利用しますが、下位層は上位層のことを知りません（ドメインとデータソースは、決してプレゼンテーションに依存しない）。

Ruby on Rails は MVC アーキテクチャスタイルに沿った Web アプリケーションフレームワークで、各レイヤーに対応させると下表のようになります。

▼ 表. 3 つの主要レイヤーにおける MVC アーキテクチャスタイルの位置づけ

レイヤー	MVC アーキテクチャスタイル
プレゼンテーション	ビューとコントローラ
ドメイン	モデル
データソース	モデル

Active Record は複雑（complicated）で変化しやすいドメインロジックをドメインモデルを使って問題領域の語彙（primarily around the nouns in the domain）で Easy になるように整理した際、データベースと密接に結合した場合に役に立つパターンで、目的が複数にならないように Rich ではない Simple なドメインモデルが前提であるため、具体的な判断基準は次のとおりです。

トランザクションスクリプトの置き場所としてサービスレイヤーやフォームクラス（テーブルを持たない Plain Old Ruby Object）を作りたくなったら、そもそもデータモデルとしてイベント系のエンティティ抽出ができていないのでは？と疑う
- 言い換えると CRUD なコードをシンプルに書ける REST アーキテクチャスタイル（リソース自体が URL に表現され、リソースの行為が HTTP メソッドで表現できる）に対応した Ruby on Rails の機能を活用していること
ビューで表現のため（単に親切にする表現などであること）にメソッドが必要なら ViewComponent や https://github.com/amatsuda/active_decorator を利用するが、業務に存在する表現はモデルに寄せたほうがいいため、HTML のビューと HTTP 以外（CLI の実行結果を表示するなど）のビューで共通して使うものはモデルに実装する
- 言い換えるとモデルは上位層となるプレゼンテーション層にある HTML の詳細としてタグや構造を知らないこと

また Ruby on Rails の機能としてモデルに組み込まれているパターンがあるため、それらも活用します。

▼ 表. Ruby on Rails のモデルに組み込まれている PoEAA のパターン

PoEAA のパターン名	Ruby on Rails 上の実装
Table Data Gateway Row Data Gateway	core.rb persistence.rb relation/finder_methods.rb relation/query_methods.rb relation/spawn_methods.rb relation/calculations.rb
Active Record （ドメインモデル）	validations/*.rb callbacks.rb scoping/named.rb enum.rb
Foreign Key Mapping Association Table Mapping	associations.rb

3. 自動テスト

本サービスは、E2Eテストと単体テストを実施しています。

E2Eテストは Turnip - Gherkin extension for RSpec で要求レベルのテストシナリオを日本語で記述し、 Playwright を Playwright driver for Capybara 経由で操作してテストしています。

こういった要求レベルのテストは高価で、遅く、そして脆いと知られていますが、本サービスにおいては、最小限の文書構造のハイパーテキストになるようマークアップした恩恵で高レベルのテストがしやすく、修正も容易になっています。

おわりに

以上の技術的な内容は、学び直しを目的に入門した FJORD BOOT CAMP（フィヨルドブートキャンプ）の学習がきっかけ（メンターの方とのレビューによるコミュニケーションなども含む）で得たものです。

みなさんに感謝申し上げます。 Let’s Enjoy Programming 🙌

雇用保険の失業等給付は、新しい仕事を探す際に、失業中の生活に心配がないように支給されます。 ↩
税金の軽減措置は、雇用保険受給資格者証が交付された後に申請できるものがあります。 ↩
https://github.com/users/maeda-m/projects/4/views/2 ↩
https://www.hellowork.mhlw.go.jp/insurance/insurance_basicbenefit.html ↩
https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/koyou_roudou/koyou/koyouhoken/data/toriatsukai_youryou.html ↩

雇用保険における所定給付日数と受給期間と給付制限を調べてみた

2023-03-27T09:41:00+09:00

この記事は、以前の記事で挙げた所定給付日数と受給期間と給付制限について説明します。なお特に断りのない限り、情報源は雇用保険に関する業務取扱要領（令和4年10月1日以降）です。

免責事項

この記事は私自身が調べた知識や経験に基づいた情報提供のためのものであり、不正行為の促進や不正受給の援助を目的としたものではありません。また正確性や適切性を保証するものではありません。そのため、各情報提供元の説明を自分で確認し、自己責任で判断してください。

なおこの記事を利用して直接的または間接的に生じた問題や損害について、私は一切の責任を負いません。さらに、私は無資格者のため、この記事は専門家の助言に代わるものではありません。

所定給付日数

基本手当の支給を受けることができる最大の日数です。特定受給資格者（再就職の準備をする時間的余裕なく離職を余儀なくされた方）や特定理由離職者のうち雇止め ¹ の場合、一般の離職者と比べ手厚い所定給付日数になります。

受給期間

基本手当の支給を受けることができる期間で、原則として退職日の翌日から1年間です。

妊娠、出産、育児などの理由により引き続き30日以上職業に就くことができない日がある場合は受給期間の延長が認められます。なお公共職業訓練（以下「職業訓練」という）を受講する場合の訓練延長給付もあります。

給付制限

雇用保険制度による失業者の所得保障が正当な受給権を持つ者に対してのみ行なわれるべきという趣旨があります。

例外として非自発的離職者（正当な理由がある退職者など）は給付制限がなしになります ² 。また求職紹介や職業訓練などを正当な理由なく拒否した場合にも給付制限があります。

---
title: 【図】正当な理由のない自己都合の退職で職業訓練を受けない場合
---
gantt
  dateFormat YYYY-MM-DD
  todayMarker off

  section 受給期間
  退職日の翌日から1年間（原則） :base, 2023-03-01, 1y
  section 待期期間
  離職票提出から7日 :taiki, 2023-03-07, 7d
  section 給付制限
  自己の都合により退職した場合は2か月 :kyufu, after taiki, 2M
  section 所定給付日数
  被保険者期間が10年未満の者は受給期間のうち90日 :after kyufu, 90d

訓練延長給付

公共職業安定所（以下「ハローワーク」という）所長の指示により職業訓練を受ける受給資格者に対して、所定給付日数分の基本手当の支給終了後もなお職業訓練を受講するために待期している期間（90日間 ³）、受講している期間および受講終了後の一定期間（30日間 ⁴）基本手当を支給することで受給資格者の職業訓練の受講を容易にし、その習得した技能によって再就職の促進を図ろうとするものです。

表. 訓練延長給付の概要

支給日額	振り込み予定日	失業の認定方法
基本手当と同額 + 技能習得手当と寄宿手当	ハローワークに前月分の公共職業訓練等受講証明書が（おおよそ月の上旬に）届いてから通常5営業日	ハローワーク所長の受講指示があった場合は、訓練実施機関の長が代理で公共職業訓練等受講証明書を提出します（原則、ハローワークへ出向く必要がなくなります）

---
title: 【図】正当な理由のない自己都合の退職で職業訓練を受ける場合
---
gantt
  dateFormat YYYY-MM-DD
  todayMarker off

  section 受給期間
  退職日の翌日から1年間（原則） :base, 2023-03-01, 1y
  訓練延長給付（受講中、最大2年間所定給付日数を超えて基本手当を受け取れる） :b2, 2023-05-07, 2y
  訓練延長給付（受講終了後、支給残日数が30日に満たない場合、最大30日） :b3, after b2, 30d
  section 待期期間
  離職票提出から7日 :taiki, 2023-03-07, 7d
  section 給付制限
  職業訓練受講開始日以後はなし :none
  section 所定給付日数
  支給残日数（訓練開始日現在）が3分の1以上残っている必要がある :b4, after taiki, 90d

受講指示について

職業訓練を受講することが再就職のために必要な人かどうかなど、いくつかの要件があります。支給残日数の要件を満たさないなどの理由から受講指示されない場合は受講推薦となり、訓練延長給付および技能習得手当（受講手当と通所手当）や寄宿手当が給付されません。

なお職業訓練の申し込み ⁵ は次のような流れになるようです（ハローワークによっては異なる場合があります）。

ハローワークで訓練相談し、職業訓練生募集案内を入手・申込します
訓練実施機関で職業訓練の説明会を受けます
ハローワークで訓練相談し、職業訓練受講の必要性があるかを判断します
- 興味本位や訓練延長給付目的でないことの確認やキャリアコンサルティングを経て受講申込書や入校願書が交付されます
- 必要に応じてジョブカードの交付を受ける必要があります
ハローワークで受講申込書や入校願書を提出します
訓練実施機関で選考（面接や筆記試験など）を受けます
合格発表
- ハローワークで受講指示、受講推薦の判断がされ、受講指示日が通知されます
受講指示日（入校式の前日など）にハローワークにで必要書類を提出します
訓練実施機関で入校式に出席し、公共職業訓練等受講届・通所届を入手します
ハローワークで公共職業訓練等受講届・通所届を提出します
- 受給資格者証に必要な改定（受講指示のしるしや新しい基本手当の支給日の通知）がされます
職業訓練開始

---
title: 【図】職業訓練の申し込みの流れ
---
sequenceDiagram
  autonumber;
  actor you as あなた（職業訓練受講希望者）
  participant hello as ハローワーク
  participant train as 訓練実施機関

  activate hello
    you ->> hello: 訓練相談（初回）
    hello ->> you: 職業訓練生募集案内の入手
    you ->> hello: 職業訓練説明会に申込
  deactivate hello

  Note over hello,train: 職業訓練説明会
  you -->> train: 出席

  activate hello
    Note over you,hello: 訓練相談
    loop 複数回
      you ->> hello: 職業訓練受講の必要性の確認
    end
    hello ->> you: 受講申込書や入校願書の交付
  deactivate hello

  activate train
    Note over you,train: 選考
    you ->> train: 面接や筆記試験など

    Note over hello,train: 合否や受講指示の判断がされる
    train -->> you: 合否の通知
  deactivate train

  activate hello
    Note over you,hello: 受講指示日
    hello -->> you: 受講指示日の通知
    you ->> hello: 受講指示のための必要書類を提出
  deactivate hello

  Note over you,train: 入校式
  train ->> you: 公共職業訓練等受講届・通所届を入手
  you ->> hello: 共職業訓練等受講届・通所届を提出

  Note over you,train: 職業訓練開始

支給残日数

受給期間満了内における所定給付日数から基本手当や傷病手当の給付があった日を引いた日数です。

例外として失業認定申告書で就労した日など、失業認定されなかった日は引かれません（求職活動をしていないなど、不認定された場合も含みます）。

基本手当

受給資格者が基本手当の支給を受けるには、ハローワークに出向き、求職の申し込みと受給資格の決定を受けた後、失業の認定を受ける必要があります。

表. 基本手当の概要

支給日額	振り込み予定日	失業の認定方法
特定の算出によって決定されます ⁶ ⁷	認定日（認定日は受給資格者が退職後最初にハローワークに出向いた日から起算して4週間のうちの特定の曜日を指定したもので、行政機関の休日や年末年始、職員の対応数によって前後する）から通常5営業日	失業の認定日に失業認定申告書を提出し、認定対象期間（前回の認定日から今回の認定日の前日までの28日間）の求職活動実績が2回以上あることを確認する（初回支給認定日や認定対象期間の日数が14日未満となる場合、求職活動実績は1回以上で十分と判断されます）

例外として証明書による失業の認定も可能です（上記の失業認定申告書による求職活動実績の確認が不要になります）。主に次のケースがあります。

受給資格者が疾病または負傷のためハローワークに出向くことができない場合で、その期間が継続して14日以内のとき（15日未満に治ゆしたもの）
- 医師の診断書などの証明書（初診日や治ゆ日などの要件あり ⁸）が必要です
ハローワーク所長の指示・推薦により職業訓練を受講する場合
- 公共職業訓練等受講証明書が必要です（受講指示の場合は訓練実施機関の長が代理で提出してくれるはずです）

傷病手当

受給資格の決定後（求職の申し込み後）の病気やケガで引き続き15日以上職業に就くことができなくなった場合、基本給付の代わりに生活の安定を図るために支給されるものです。

表. 傷病手当の概要

支給日額	振り込み予定日	傷病の認定方法
基本手当と同額	右の傷病の認定日から通常5営業日	病気やケガで職業に就くことができない理由がやんだ後の最初の失業認定日までに、傷病手当支給申請書を提出する

傷病手当の支給申請（15日以上）か受給期間の延長申請（30日以上）を選択する方針となります。

例外として次のケースは傷病手当の支給ができません。

訓練延長給付を含む延長給付の基本手当を受給中の場合
待期中や給付制限期間中の場合（基本手当の代わりとなるため）
受給資格の決定前からの傷病の場合
健康保険の傷病手当金などの類似する給付を受ける場合

なお傷病手当の支給を申請をすると、後述の受給期間の延長措置が取り消されます。

受給期間延長申請の手続き

受給資格の決定有無にかかわらず、病気やケガで引き続き30日以上職業に就くことができなくなった日の翌日以降に受給期間延長申請 ⁹ をすると、申請した日数を受給期間に加えることができます（3年間が限度）。申請は必ずしも本人自身がハローワークに出向く必要はなく、郵送もできます ¹⁰ 。

---
title: 【図】退職前からの病気やケガで受給期間延長申請をする場合
---
gantt
  dateFormat YYYY-MM-DD
  todayMarker off

  section 受給期間
  退職日の翌日から1年間（原則） :base, 2023-03-01, 1y
  退職日の翌日から30日以上職業に就くことができない者の受給期間の延長（最大） :a2, after a1, 3y
  section 待期期間
  なし（受給期間延長の要件と重複するため） : hoge
  section 給付制限
  受給期間延長措置を90日以上受けた場合は特定理由離職者に該当する場合がある（受給資格の決定時に確認される） : fuga
  section 所定給付日数
  給付制限と同様（受給資格の決定時に確認される） : zoo

まとめ

次の手当や延長の判断方針を整理します。

基本手当
傷病手当と受給期間延長
技能習得手当（受講手当と通所手当）や寄宿手当と訓練延長給付

---
title: 【図】手当や延長の判断方針
---
flowchart TD
  basic[基本手当]
  extended[受給期間延長申請]
  other[健康保険の傷病手当金など]
  IandD[傷病手当]
  skill["技能習得手当（受講手当と通所手当）"]
  lodging[寄宿手当]

  q1{病気やケガで
職業に就くことができない?}
  q1 -->|No| q1_no_q1{技能習得によって
再就職を目指したい?}
  q1_no_q1 -->|Yes| q1_no_q1_yes{訓練延長給付を
希望する?}
  q1_no_q1 -->|No| basic

  q1 -->|Yes| q1_yes_q1{受給資格者?}
  q1_yes_q1 -->|Yes| q1_yes_q1_yes{15日未満?}
  q1_yes_q1 -->|No| q1_yes_q1_no{30日以上?}

  q1_yes_q1_yes -->|Yes| basic
  q1_yes_q1_yes -->|No| q1_yes_q2{30日以上?}

  q1_yes_q2 --> |"No（15日以上）"| IandD
  q1_yes_q2 --> q1_yes_q2_yes{Yes}
  q1_yes_q2_yes -->|どちらか| IandD & extended

  q1_yes_q1_no -->|Yes| extended
  q1_yes_q1_no -->|No| other

  q1_no_q1_yes -->|Yes| directed{受講の
指示あり?}
  directed -->|"Yes（要件あり）"| skill & lodging
  directed -->|No| basic

  q1_no_q1_yes -->|No| basic

出典「ハローワークインターネットサービス - 基本手当の所定給付日数」より抜粋
特定理由離職者のうち「特定理由離職者の範囲」の1に該当する方については、受給資格に係る離職の日が2009年3月31日から令和7年3月31日までの間にある方に限り、所定給付日数が特定受給資格者と同様となります。
↩
令和2年10月1日以降に正当な理由なく自己の都合により退職した場合の給付制限期間は、2か月となります ↩
雇用保険施行令第4条第2項 ↩
雇用保険施行令第5条第1項 ↩
訓練申込みを検討しておられる雇用保険受給者の皆さんへ - 兵庫労働局 ↩
雇用保険の給付額（失業給付金）の計算 - 高精度計算サイト ↩
失業保険（失業給付額）を自動計算する～ハロワのいろは～ ↩
雇用保険法施行規則第25条第1項の各号 ↩
雇用保険の基本手当について受給期間延長の申請期限を変更します - 厚生労働省 ↩
Q16　受給期間延長の手続きには何が必要でしょうか。また、退職後に病気で入院しているため、ハローワークへ行くことができないのですが、申請はハローワークへ行かなければならないのでしょうか。 - 厚生労働省 ↩

雇用保険における不服申立てを調べてみた

2023-03-20T09:41:00+09:00

この記事は、以前の記事で挙げた 雇用保険の審査請求制度 について説明します。

免責事項

この記事は私自身が調べた知識や経験に基づいた情報提供のためのものであり、不正行為の促進や不正受給の援助を目的としたものではありません。また正確性や適切性を保証するものではありません。そのため、各情報提供元の説明を自分で確認し、自己責任で判断してください。

なおこの記事を利用して直接的または間接的に生じた問題や損害について、私は一切の責任を負いません。さらに、私は無資格者のため、この記事は専門家の助言に代わるものではありません。

不服申立てと審査請求

不服申立ては、国民（審査請求人）の権利利益を救済するために、処分庁の上級行政庁（審査庁）に対して処分の取り消し（処分の効力を停止ではない）や行政庁の不作為（法令に基づく申請に対し何らの処分をもしないこと）に対して手続き「審査請求」をすることを指します。¹ ² ³ ⁴ ⁵

雇用保険の審査請求制度

雇用保険法での要約

雇用保険法の審査請求の記述がある箇所 ⁶ を読んでみると、私の解釈は次のようになりました。

審査請求

項目
審査請求可能時期	-
審査請求対象処分	1. 被保険者となった（または被保険者でなくなった）ことの確認 2. 基本手当、技能習得手当、寄宿手当、傷病手当、就業促進手当の処分 3. 育児休業給付金および出生時育児休業給付金の処分
審査請求先	雇用保険審査官
行政不服審査法	行政不服審査法の第二章「審査請求」は適用外となる
不服理由の制限	被保険者となった（または被保険者でなくなった）ことの確認に関する処分が確定したときは、その処分に基づく別の処分を不服の理由とすることができない
未決定の審査請求	審査請求をした日の翌日から3か月経過して未決定のものは、雇用保険審査官が審査請求を棄却したものとみなすことができる

再審査請求と提起

項目
再審査請求可能時期	-
再審査請求先	労働保険審査会
行政不服審査法	行政不服審査法の第四章「再審査請求」は適用外
提起可能時期	審査請求に対する雇用保険審査官の決定を経た後
提起の種類	-

雇用保険に関する業務取扱要領での要約

雇用保険に関する業務取扱要領（令和4年10月1日以降） - 一般被保険者の求職者給付を読んでみると、私の解釈は次のようになりました。

審査請求

項目
審査請求可能時期	処分のあった日の翌日から3か月以内
審査請求対象処分	1. 離職票提出者に労働の意思または能力がないため受給資格の否認 2. 離職票提出者の被保険者期間が要件を満たしていないため受給資格の否認 3. 受給期間が経過した離職票を提出したため受給資格の否認 4. 就職状態にある者が離職票を提出したため受給資格の否認 5. 受給期間の延長を認めない（不承認） 6. 給付制限で「正当な理由のある自己都合退職」や「自己の責めに帰すべき重大な理由による解雇」か否かの処分 7. 離職理由の判定⁷によって特定理由離職者または特定受給資格者に非該当になり、通常の基本手当が支給終了と認定された日に「基本手当を支給しない」とされた処分
審査請求先	雇用保険審査官
行政不服審査法	-
不服理由の制限	所定給付日数は最大の給付日数の見込みであるため処分ではなく算出結果のため対象外となる
未決定の審査請求	-

再審査請求と提起

令和4年10月1日以降版では特に記載なし。幾つか削除されている文章があるようですので、別文書に移動したと考えられます。

雇用保険に係る不服申立て及び訴訟に関する業務取扱要領での要約

「雇用保険に係る不服申立て及び訴訟に関する業務取扱要領（平成28年4月）」を読んでみると、私の解釈は次のようになりました。

📝Note
インターネット上で閲覧可能なものは平成28年版ですが、e-Gov文書管理で調べると「雇用保険業務に係る不服申立て（令和3年度）」が検索結果にあるため、最新の内容を確認するには情報公開制度を参考に情報公開｜厚生労働省を利用すると良いかもしれません。

審査請求

項目
審査請求可能時期	審査請求は原処分のあったことを知った日の翌日から起算して3か月以内（教示の有無は正当な理由にならないが、誤って教示された場合は正当な理由があるものとして取り扱う）
審査請求対象処分	1. 資格得喪の確認処分 2. 求職者給付を支給する・しない処分（当該支給に係る認定日において認定を経て基本手当の支給についての処分がなされたと解する） 3. 受給資格の否認（離職票を提出した者に労働の意思または能力がないと認められること、被保険者期間が6か月に満たないことなど）による基本手当を支給しない処分 4. 被保険者の種類の確認　　a. 一般被保険者とされたため受給資格を満たさなかった場合は「基本手当を支給しない」の処分　　b. 一般被保険者として受給資格を満たした場合は初回の支給日の「基本手当を支給するが、特例一時金の支給を行なわない」の処分　　c. 短期間雇用特例被保険者と確認されたことにより特例一時金が支給された場合は「特例一時金を支給するが、基本手当を支給しない」の処分 5. 受給期間延長の申出の不承認（受給権の保護のため受給期間経過後の基本手当の不支給処分は長期に及ぶため、〇月〇日以後基本手当を支給しない処分として扱う） 6. 所定給付日数の決定（所定給付日数分の基本手当の支給を全部受け終わった後に「○月○日以後基本手当を支給しない」の処分として扱う）　　a. 資格得喪の年月日に関する確認処分が誤りと主張する場合は、当該確認処分の取り消しを求めて審査請求をする　　b. 特定受給資格者に該当するか否かの離職理由の判定を不服する場合は、所定給付日数の決定に対する不服の理由として扱う 7. 基本手当日額の決定（算出した結果であるため、失業の認定を経て「金〇円の基本手当を支給する」の処分として扱う） 8. 失業の不認定（基本手当の支給に関する処分として扱う） 9. 給付制限（「〇月〇日から〇月〇日まで〇日間は基本手当を支給しない」の処分として扱う）　　a. 離職理由の判定が不服の理由である場合、6. 所定給付日数の決定と同一の審査請求となるが、処分の時期と審査請求の時期が異なる 10. 不正受給による支給停止処分（基本手当の支給に関する処分として扱う） 11. 就職促進給付に関する処分　　a. ある金額の再就職手当を支給する旨の処分または支給しない旨の処分　　b.　安定した職業に就いた日など支給要件の判断について誤りであることを主張する場合には、再就職手当の処分として扱う 12. 教育訓練給付に関する処分　　a. 支給要件の回答　　b. 教育訓練給付の延長の申出の不承認　　c. 教育訓練給付金に係る不正受給による支給停止処分 13. 雇用継続給付に関する処分　　a. 高年齢雇用継続給付受給資格の否認　　b. 高年齢雇用継続給付に係る 60 歳到達時の賃金月額の登録　　c. 高年齢再就職給付金の支給期間の決定　　d. 高年齢雇用継続給付の延長の申出の不承認　　e. 高年齢雇用継続給付に係る不正受給による支給停止処分　　f. 育児休業給付受給資格などの否認　　g. 育児休業給付に係る休業開始時の賃金月額の登録　　h. 育児休業給付に係る支給対象期間の延長の否認　　i. 育児休業給付に係る不正受給による支給停止処分　　j. 介護休業給付受給資格の判断および休業開始時の賃金月額の算定　　k. 休業終了日を含む支給単位期間の支給額の決定　　l. 介護休業給付金に係る不正受給による支給停止処分　　m. 不正受給による失業等給付の返還命令または納付命令
審査請求先	原処分庁の所在地を管轄する都道府県労働局に置かれている雇用保険審査官に文書または口頭で安定所長を経由して審査請求できる　　a. 文書で審査請求するには労働保険審査官及び労働保険審査会法施行規則の様式で提出する　　b. 口頭で審査請求するには労働保険審査官及び労働保険審査会法に基づき口頭意見陳述および処分庁へ質問する
行政不服審査法	教示や不作為についての審査請求は行政不服審査法の規定が適用される（文書のみで口頭での審査請求はできない）
不服理由の制限	教示や不作為ならびに審査請求対象処分以外の処分は行政不服審査法が対象になる資格得喪の確認処分が確定したときは、その処分についての不服を当該処分に基づく失業等給付に関する処分についての不服の理由にできない（2つの理由あり）基本手当支給の要件判断は、直接かつ具体的に法律効果を生ずる処分ではないため審査請求の対象外となる
未決定の審査請求	審査請求をした日の翌日から起算して3か月を経過しても審査請求についての決定がないときは、雇用保険審査官が審査請求を棄却したものとみなすことができる

再審査請求と提起

項目
再審査請求可能時期	決定書の謄本が到達した日の翌日から起算して2か月日以内
再審査請求先	安定所長を経由してすることができるほか、決定をした雇用保険審査官を経由して労働保険審査会に対して文書で再審査請求できる　　a. 決定を経ない再審査請求は再審査請求をされた審査請求を取り下げたものとしてみなされる（取り下げ書は不要）
行政不服審査法	教示や不作為についての再審査請求は行政不服審査法の規定が適用される
提起可能時期	1. 審査請求に対する雇用保険審査官の決定を経た後 2. 審査請求がされた日の翌日から起算して3か月を経過しても決定がないとき 3. 生ずる著しい損害を避けるため緊急の必要があるとき 4. その他決定を経ないことにつき正当な理由があるとき
提起の種類	行政事件訴訟法に基づいて抗告訴訟ができ、その種類は次の4種類となる 1. 処分の取り消しの訴え 2. 裁決または決定の取り消しの訴え 3. 無効などの確認の訴え 4. 不作為の違法確認の訴え

まとめ

一般被保険者の求職者給付を対象に審査請求の要件と要点を整理します。なお審査請求や再審査請求の流れは雇用保険の審査請求制度のご案内 - 厚生労働省を参照するとよいでしょう。また再審査請求の決裁一覧は労働保険審査会のページから過去の裁決例は裁決事案一覧｜厚生労働省で閲覧できます（行政不服審査裁決・答申登録システムでは処分根拠法令が雇用保険法の答申は見つかりませんでした）。

📝Note
審査請求をして原処分の取り消しを受け、再度原処分を受けたがこれにもなお不服である場合には、直接審査会へ再審査請求できず、もう一度審査請求が必要になるようです（審査請求の対象となる原処分が別のものとなるため）。

登場する組織

厚生労働省を上級行政庁とする行政機構です。雇用保険法における厚生労働大臣の権限は都道府県労働局長に委任され、さらに公共職業安定所長に委任されます。なお他の管轄する法律や施行規則（厚生労働省法令）に関する情報は法令等データベースサービスから検索できます。

---
title: 【図】雇用保険法に関する審査請求で登場する組織
---
flowchart TB
  厚生労働省 --- 都道府県労働局
  厚生労働省 --- 労働委員会
  subgraph 都道府県労働局
    管轄都道府県の雇用保険審査官
    職業安定部
  end
  subgraph 労働委員会
    労働保険審査会
  end
  職業安定部 --- 公共職業安定所

正確な組織図は次のリンク先を参照してください。

審査請求の要件と要点

雇用保険法における審査請求の要件は 直接かつ具体的に法律効果がある処分 です。教示や不作為についての再審査請求は行政不服審査法の規定に従います。そのため、要件を満たす処分は主に3つに分類できます。

基本手当を支給しない
○月○日以後、基本手当を支給しない
〇月〇日から〇月〇日まで〇日間は基本手当を支給しない

具体的な処分の要点を説明するため、離職票の提出前と離職票の提出後を整理します。

離職票の提出前

離職票の提出前から処分に影響する要点が3つあります。

就職状態であったり、労働の意思がないため受給資格の否認
離職票提出者の被保険者期間が要件を満たしていないため受給資格の否認
受給期間が経過した離職票を提出したため受給資格の否認

離職票の提出は退職日の翌日から可能です。しかしながら、雇用保険法施行規則第七条「被保険者でなくなつたことの届出」にあるとおり、事業主は退職日の翌日から起算して10日以内に、電子申請などで公共職業安定所へ提出する決まりとなっています。そのため、雇用保険被保険者資格喪失確認通知書（離職票）が事業主を経由して通知されるまでは、しばらく待ちが発生します。

📝Note
もし「正当な理由のある自己都合に該当するか？」の問いで書類「XXX」を入手するとある場合は、離職票がない状態で公共職業安定所に出頭し、事情を話して書類を入手しましょう。

---
title: 【図】離職票の入手と提出までの流れ
---
stateDiagram-v2

  [*] --> q3
  q3: 労働の意思があり、かつ就職していない状態ですか？
  q10: 正当な理由のある自己都合に該当するか？
  q11: 退職後、病気やケガがある程度治り、週20時間以上の労働が可能か？

  state join_q10 <>
    join_q10 --> [*]

  state if_q10 <>
    q10 --> if_q10
    if_q10 --> q11 : Yes
    if_q10 --> join_q10 : No

  state if_q11 <>
    q11 --> if_q11
    if_q11 --> 書類「就労可否証明書」を入手する : Yes
    if_q11 --> 書類「受給期間延長申請書」を入手する : No

  state 公共職業安定所の窓口 {
    書類「就労可否証明書」を入手する --> 書類「就労可否証明書」に記入してもらう
    書類「受給期間延長申請書」を入手する
  }

  書類「受給期間延長申請書」を入手する --> 書類「受給期間延長申請書」を記入する
  書類「受給期間延長申請書」を記入する --> 書類「受給期間延長申請書」に添付する診断書などを記入してもらう

  state 医療機関 {
    書類「就労可否証明書」に記入してもらう --> join_q10
    書類「受給期間延長申請書」に添付する診断書などを記入してもらう --> join_q10
  }

  state 離職票の有無 {
    q1: 離職票がありますか？
    q2: 退職日から10日未満ですか？

    [*] --> q1

    state if_q1 <>
      q1 --> if_q1
      if_q1 --> q2 : No

    q2_a1: 事業主に目途を確認し、届くまで待ちましょう
    q2_a2: 公共職業安定所に手続き状況を確認しましょう
    state if_q2 <>
      q2 --> if_q2
      if_q2 --> q2_a1 : Yes
      if_q2 --> q2_a2 : No

    q2_a2 --> q2_a1
    q2_a1 --> q1
  }
  if_q1 --> [*] : Yes

  state if_q3 <>
      q3 --> if_q3
      if_q3 --> 離職票の有無 : Yes
      if_q3 --> q10 : Yes
      if_q3 --> [*] : No

特定受給資格者や特定理由離職者に該当するかの判断基準は公開されていますが、その時の事情があるため下図は判断を確約するものではありません。

📝Note
雇用保険法第十三条第三項の厚生労働省令で定める者には、雇用保険法第三十三条第一項の正当な理由により離職した者が含まれる。これに該当するかどうかの認定は、公共職業安定所長が厚生労働大臣の定める基準に従うこととなります。この厚生労働大臣の定める基準は正当な理由がある自己都合退職の基準について - 厚生労働省改正法等関係資料 | 参考資料で示されています。だだし判断基準の概要リーフレットや雇用保険に関する業務取扱要領の方がより具体的です。

---
title: 【図】特定受給資格者や特定理由離職者に該当するかの簡易判断
---
stateDiagram-v2

  state 正当な理由のある自己都合の判定（病気やケガの場合のみ） {
    q4: 退職前からの病気やケガで業務や通勤が困難になったか？
    q5: 病気やケガでも可能な業務に配置転換があったか？
    q6: 配置転換後の業務や通勤が続けられず困難になったか？
    q7: 医師の診断書などで退職時において仕事が困難であったかを証明できるか？
    q8: 病気やケガでも可能な業務であるにもかかわらず、退職したか？

    [*] --> q4
    q4_a: 非該当
    q7_a: 該当
    q8_a: 要確認

    q4_a --> [*]
    q7_a --> [*]
    q8_a --> [*]

    state if_q4 <>
      q4 --> if_q4
      if_q4 --> q5 : Yes
      if_q4 --> q4_a : No

    state if_q5 <>
      q5 --> if_q5
      if_q5 --> q6 : Yes
      if_q5 --> q7 : No

    state if_q6 <>
      q6 --> if_q6
      if_q6 --> q7 : Yes
      if_q6 --> q8 : No

    state if_q7 <>
      q7 --> if_q7
      if_q7 --> q7_a : Yes
      if_q7 --> q8_a: No

    state if_q8 <>
      q8 --> if_q8
      if_q8 --> q4_a : Yes
      if_q8 --> q7 : No
  }

  state 離職日以前の賃金支払状況や時間外労働時間による非自発的離職者判断 {
    q0: 離職前の賃金支払基礎日数が11日以上ある6か月のうち45時間以上の時間外労働があったか？
    q1: 6か月のうち、1か月単体で100時間以上の時間外労働があったか？
    q2: 6か月のうち、2か月平均で80時間以上の時間外労働があったか？
    q3: 6か月のうち、3か月連続で45時間以上の時間外労働があったか？

    [*] --> q0

    a_no: 非該当
    a_yes: 該当

    a_no --> [*]
    a_yes --> [*]

    state if_q0 <>
      q0 --> if_q0
      if_q0 --> q1 : Yes
      if_q0 --> a_no : No

    state if_q1 <>
      q1 --> if_q1
      if_q1 --> a_yes : Yes
      if_q1 --> q2 : No

    state if_q2 <>
      q2 --> if_q2
      if_q2 --> a_yes : Yes
      if_q2 --> q3 : No

    state if_q3 <>
      q3 --> if_q3
      if_q3 --> a_yes : Yes
      if_q3 --> a_no : No
  }

離職票の提出後

離職票の提出後は処分に影響する要点が4つあります。ただしこのままでは前述の審査請求の要件「直接かつ具体的に法律効果がある処分」に該当しません。そのため、処分の解釈としては 基本手当を支給する／しない として扱うこととなります。

📝Note
労働保険審査官及び労働保険審査会法施行規則における様式第二号（第二条関係）にある審査請求の理由について意見の補充や訂正をする際に、審査請求人としては退職後の秘密保持契約書における企業側の不利益情報に関わる内容のため明言はできなかったが、企業側から提供された情報に異議がある場合への補足として自己の権利救済のために開示できる場合があります ⁸ ⁹ ¹⁰。

No.	不服理由	処分の解釈	翌日起算する日付
1	給付制限に関係する離職理由の判定を不服とする	〇月〇日から〇月〇日まで〇日間は基本手当を支給しない	受給資格者証または受給資格通知を受け取った日
2	所定給付日数を不服とする	○月○日以後基本手当を支給しない	所定給付日数分の基本手当の支給を全部受け終わった後
3	受給期間延長の申出の不承認を不服とする	〇月〇日以後基本手当を支給しない	受給期間延長等申請不承認通知を受け取った日（不承認理由は次のとおり）　　1. 受給期間の延長の要件「引き続き30日以上職業に就くことができない」を満たさなかった場合　　2. 傷病手当と同じ傷病を理由とした受給期間の延長を申請した場合
4	基本手当日額の計算に関する誤りを不服とする	金〇円の基本手当を支給する	受給資格者証または受給資格通知を受け取った日

---
title: 【図】離職票の提出後の流れ
---

stateDiagram-v2
  [*] --> 離職票の提出
  [*] --> 求職票の提出
  note right of 求職票の提出: 求職者マイページアカウント登録を事前に求職登録完了しておくと待ち時間が減ります

  state join_request <>
    join_request --> 離職理由の異議

  state 公共職業安定所 {
    離職票の提出 --> join_request
    求職票の提出 --> join_request

  state if_request <>
    離職理由の異議 --> if_request
    if_request --> draft: なし
    if_request --> 事情伺い: あり
    note right of 事情伺い: 医師の診断書や残業時間の記載がある勤務実績表を提出する

    draft: 受給資格の決定手続き
    事情伺い --> wip
    wip: 受給資格の仮決定手続き
    note right of wip: 仮が外れるのは最短で初回の認定日となります

  state join_response <>
    join_response --> 雇用保険説明会
    draft --> join_response
    wip --> join_response

  雇用保険説明会 --> 受給資格通知
  受給資格通知 --> 給付制限
  note right of 雇用保険説明会: 行政機関の開庁日で10日前後で開催されます
  note right of 受給資格通知 : 離職理由、給付制限、基本手当日額、所定給付日数などが通知されます

  state if_limit <>
    給付制限 --> if_limit
    if_limit --> 不服 : あり

  state if_review <>
    不服 --> if_review
    if_review --> 審査請求 : あり
  }

  if_limit --> [*] : なし
  if_review --> [*] : なし
  審査請求 --> [*]

「離職理由」の番号と意味

雇用保険に関する業務取扱要領（令和4年10月1日以降） - 適用関係から受給資格通知に記載される離職理由のコードの意味を整理します。

離職票の離職区分	非自発的離職者コード ¹¹ ¹² ¹³ ¹⁴	離職理由判定
1A	11	解雇（1Bおよび5Eに該当するものを除く。）
1B	12	天災その他やむを得ない理由により事業の継続が不可能になったことによる解雇
2A	21	特定雇止めによる離職（雇用期間3年以上雇止め通知あり）
2B	22	特定雇止めによる離職（雇用期間3年未満など更新明示あり）
2C	23	特定理由の契約期間満了による離職（雇用期間3年未満など更新明示なし）
2D		契約期間満了による退職（2A、2Bまたは2Cに該当するものを除く。）
2E		定年退職、再雇用期限の到来に伴う離職、移籍出向
3A	31	事業主からの働きかけによる正当な理由のある自己都合退職
3B	32	事業所移転に伴う正当理由のある自己都合退職
3C	33	正当な理由のある自己都合退職（3A、3Bまたは3Dに該当するものを除く。）
3D	34	特定の正当な理由のある自己都合退職
4D		正当な理由のない自己都合退職
5E		被保険者の責めに帰すべき重大な理由による解雇

総務省｜行政管理局が所管する行政手続・行政不服申立てに関する法律等 ↩
行政不服審査法関連三法について - 総務省 ↩
総務省｜行政不服審査法｜行政不服審査法Q＆A ↩
総務省｜行政不服審査法｜行政不服審査法の概要 ↩
より公正に、より使いやすくなりました。「行政不服審査制度」をご利用ください | 政府広報オンライン ↩
雇用保険法第二章「適用事業等」第八条、第九条ならびに第三章「失業等給付」第十条およびに第六章「不服申立て及び訴訟」 ↩
離職理由の判定は、受給資格者証または受給資格通知に印字される「理由」の番号により通知される ↩
15-1　「守秘義務」に関する具体的な裁判例の骨子と基本的な方向性｜裁判例｜確かめよう労働条件：労働条件に関する総合情報サイト｜厚生労働省 ↩
例えば、労働環境において、偽装請負による責任者不在・管理者不明の業務に従事していたため、適正な勤怠管理がされず、発注主から細かい業務の指示があった事実 ↩
例えば、労働環境において、上席（地位と権限がある）に職務上の心理的・身体的負荷の軽減を相談したにもかかわらず、軽減や回避する職場環境の改善をせず放置された事実 ↩
離職理由コード - むつ市 ↩
国民健康保険税の軽減(非自発的失業) - 御嵩町 ↩
非自発的失業者の国民健康保険税の軽減について - 真庭市公式ホームページ ↩
雇用保険失業等給付受給資格者のしおり（令和4年10月1日版） ↩

Vultr.com の Free Tier Program で Ruby on Rails + PostgreSQL を試してみた

2023-03-14T13:15:00+09:00

この記事は Free Tier Program - Vultr.com ¹ で次の環境を試した記録です。

表. 環境概要

項目
OS	Debian 11 x64
DB	PostgreSQL v15.2
Web,AP	Puma
App	RedMica ²

Free Tier Program について

2要素認証とクレジットカード情報を設定すると無料プラン（早期アクセス版）をリクエストできます。承認されると下表の制限事項（1年間のみ、1インスタンスの制限など）が明らかになります。また今のところは特定ロケーションのみ有効です。

表. Free Tier Program の制限事項

制限項目	制限内容
有効期間	承認後、1年間
サービス種類	Cloud Compute のみ
CPUの種類	Regular Performance のみ
サーバーロケーション	Miami, Seattle, Frankfurt のいずれか
サーバーイメージ	Debian などCPUやメモリ要件を満たすもののみ
サーバーサイズ	1 vCPU/512.00 MB RAM/10 GB SSD のみ

▼ 図. サービス種類～サーバーロケーション	▼ 図. サーバーイメージ～サーバーサイズ

ボタン「Deploy Now」をクリックすると、下図のようにサーバーが稼働します。

▼ 図. サーバー稼働画面

Debian の基本的な設定

まずは root でサーバーに SSH 接続（パスワード認証）します。

ssh root@${VULTR_IP_ADDRESS} -p 22

上記のコマンドのように環境に依存する設定内容を環境変数で代替しています。環境変数は下表のとおりとなりますので、適宜読み替えてください。

環境変数	設定内容
`VULTR_IP_ADDRESS`	SSH 接続されるサーバーのグローバル IP アドレス
`CLIENT_IP_ADDRESS`	SSH 接続するクライアントのグローバル IP アドレス
`SSH_USER_NAME`	新規作成する SSH 用のユーザー
`CLIENT_PUB_KEY`	SSH で使用する公開鍵（ed25519などで作成したキーペアの公開鍵）
`REDMINE_ROOT`	RedMica を配置するディレクトリ e.g. `/var/lib/redmine`
`REDMINE_DB_PASSWORD`	DB用のユーザーのパスワード

なお初回 OS 起動時は次の状態でした。

root@vultr:~# uname -a
Linux vultr 5.10.0-21-amd64 #1 SMP Debian 5.10.162-1 (2023-01-21) x86_64 GNU/Linux

root@vultr:~# timedatectl status
               Local time: Thu 2023-03-16 02:37:00 UTC
           Universal time: Thu 2023-03-16 02:37:00 UTC
                 RTC time: Thu 2023-03-16 02:37:00
                Time zone: UTC (UTC, +0000)
System clock synchronized: no
              NTP service: n/a
          RTC in local TZ: no

root@vultr:~# localectl status
   System Locale: LANG=en_US.UTF-8
       VC Keymap: n/a
      X11 Layout: us
       X11 Model: pc105

root@vultr:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            220M     0  220M   0% /dev
tmpfs            48M  1.3M   47M   3% /run
/dev/vda1       9.4G  2.7G  6.2G  30% /
tmpfs           237M     0  237M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs            48M     0   48M   0% /run/user/0

root@vultr:~# journalctl --priority err --boot
-- Journal begins at Thu 2023-03-16 02:35:34 UTC, ends at Thu 2023-03-16 02:37:15 UTC. --
-- No entries --

root@vultr:~# systemctl list-units --type=service
  UNIT                               LOAD   ACTIVE SUB     DESCRIPTION
  apparmor.service                   loaded active exited  Load AppArmor profiles
:
  cron.service                       loaded active running Regular background program processing daemon
  dbus.service                       loaded active running D-Bus System Message Bus
  getty@tty1.service                 loaded active running Getty on tty1
  ifupdown-pre.service               loaded active exited  Helper to synchronize boot up for ifupdown
  keyboard-setup.service             loaded active exited  Set the console keyboard layout
  kmod-static-nodes.service          loaded active exited  Create list of static device nodes for the current kern...
  ntp.service                        loaded active running Network Time Service
  rdnssd.service                     loaded active running IPv6 Recursive DNS Server discovery Daemon
  resolvconf.service                 loaded active exited  Nameserver information manager
  rsyslog.service                    loaded active running System Logging Service
  ssh.service                        loaded active running OpenBSD Secure Shell server
  systemd-journal-flush.service      loaded active exited  Flush Journal to Persistent Storage
  systemd-journald.service           loaded active running Journal Service
:
  ufw.service                        loaded active exited  Uncomplicated firewall
  unattended-upgrades.service        loaded active running Unattended Upgrades Shutdown
  user-runtime-dir@0.service         loaded active exited  User Runtime Directory /run/user/0
  user@0.service                     loaded active running User Manager for UID 0

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.
41 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

タイムゾーンやキーボード入力、ログ出力の設定をします。

XXX-ctl

日本用の設定をします。

timedatectl set-timezone Asia/Tokyo
localectl set-locale ja_JP.UTF-8

Logrotate

ログの保存期間を1年程度にします。

sed /etc/logrotate.conf --in-place=.$(date +%Y%m%d) \
  --expression='s/rotate 4/rotate 60/g' \
  --expression='s/#compress/compress/g'

IPv6

IPv6 を無効 ³ にします。

sysctl -w net.ipv6.conf.all.disable_ipv6=0
sysctl -w net.ipv6.conf.default.disable_ipv6=0
sysctl -w net.ipv6.conf.lo.disable_ipv6=0
cp /etc/sysctl.conf /etc/sysctl.conf.$(date +%Y%m%d)
cat << EOS >> /etc/sysctl.conf
# Disable IPv6
net.ipv6.conf.all.disable_ipv6=1
net.ipv6.conf.default.disable_ipv6=1
net.ipv6.conf.lo.disable_ipv6=1
EOS

セキュリティ対策設定

必要最低限の設定をします。より詳しい解説は Linuxセキュリティ標準教科書 | LPI-Japan などを参照してください。

SSH のポート変更とパスワード認証の拒否

SSH 用のユーザーを作成し、SSH のポート変更などします。

設定項目	初期値	設定内容
ポート番号	22	8181
root 接続可否	Yes	No
パスワード認証	Yes	No
公開鍵認証	Yes	Yes
許可ユーザー	任意	`SSH_USER_NAME` のみ

SSH 用のユーザーを作成します。

adduser ${SSH_USER_NAME} --disabled-password --uid 4545 --gecos ""
usermod -aG sudo ${SSH_USER_NAME}
sudo -u ${SSH_USER_NAME} ssh-keygen -t ed25519 \
  -f /home/${SSH_USER_NAME}/.ssh/id_ed25519 -N ""

AUTHORIZED_KEYS=/home/${SSH_USER_NAME}/.ssh/authorized_keys

echo ${CLIENT_PUB_KEY} >> ${AUTHORIZED_KEYS}
chown ${SSH_USER_NAME}:${SSH_USER_NAME} ${AUTHORIZED_KEYS}
chmod 600 ${AUTHORIZED_KEYS}

sudo を実行するためのパスワードを設定してください。

passwd ${SSH_USER_NAME}

SSH のポート変更などします。

cp /etc/ssh/sshd_config /etc/ssh/sshd_config.$(date +%Y%m%d)
cat << EOS >> /etc/ssh/sshd_config

# Custom Config
Port 8181
AddressFamily inet
PermitRootLogin no
PasswordAuthentication no
ChallengeResponseAuthentication no
KerberosAuthentication no
GSSAPIAuthentication no
UseDNS no
PubkeyAuthentication yes
UsePAM yes
AllowUsers ${SSH_USER_NAME}
EOS

受信する通信を必要なもの以外拒否

ファイアウォールを設定します。あわせて SSH のポート変更にも対応させます。

ufw default deny
ufw delete allow 22/tcp
ufw allow from ${CLIENT_IP_ADDRESS} to any port 8181 proto tcp comment 'SSH'
ufw allow 3000/tcp comment 'HTTP'

ufw limit 8181/tcp
ufw logging medium
ufw enable
systemctl enable ufw
ufw status verbose

サーバーの再起動と SSH 用のユーザーで接続

設定が反映されるように、サーバーを再起動します。

reboot

SSH 用のユーザーで接続します。

ssh ${SSH_USER_NAME}@${VULTR_IP_ADDRESS} -p 8181 -i CLIENT_PUB_KEYで指定したキーペアの秘密鍵

RedMica のセットアップ

共通して使用するライブラリをインストールしておきます。

sudo apt update
sudo apt upgrade -y
sudo apt install -y \
  ca-certificates \
  build-essential \
  lsb-release \
  unzip \
  git \
  wget \
  curl \
  vim

Ruby のインストール

rbenv や ruby-build を参考にして Ruby をインストールします（処理時間は10分程度です）。

git clone https://github.com/rbenv/rbenv.git ~/.rbenv
echo 'eval "$(~/.rbenv/bin/rbenv init - bash)"' >> ~/.bashrc
source ~/.bashrc
git clone https://github.com/rbenv/ruby-build.git "$(rbenv root)"/plugins/ruby-build

sudo apt install -y \
  autoconf bison patch build-essential rustc libssl-dev libyaml-dev libreadline6-dev \
  zlib1g-dev libgmp-dev libncurses5-dev libffi-dev libgdbm6 libgdbm-dev libdb-dev uuid-dev

rbenv install 3.2.1
rbenv global 3.2.1

なお Ruby のインストール中のロードアベレージは次のとおりです。

$ top
top - 09:30:05 up 10 min,  2 users,  load average: 1.00, 0.85, 0.46
Tasks: 123 total,   2 running, 121 sleeping,   0 stopped,   0 zombie
%Cpu(s): 96.0 us,  1.7 sy,  0.0 ni,  0.0 id,  2.0 wa,  0.0 hi,  0.3 si,  0.0 st
MiB Mem :    473.3 total,    150.0 free,    128.4 used,    194.9 buff/cache
MiB Swap:      0.0 total,      0.0 free,      0.0 used.    332.2 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  14551 nakamur+  20   0  116088  48264   7008 R  97.7  10.0   0:04.55 ruby
     12 root      20   0       0      0      0 I   0.3   0.0   0:00.77 rcu_sched
      1 root      20   0   98252   4652   2428 S   0.0   1.0   0:01.59 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.00 kthread
:

PostgreSQL のインストール

PostgreSQL: Linux downloads (Debian) を参考にしてリポジトリを追加し、データベースを導入します。

sudo sh -c 'echo "deb http://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list'
wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add -
sudo apt update
sudo apt -y install postgresql-15

念のため、各設定ファイルが複数ないことを確認します ⁴。

sudo ls -la /etc/postgresql/15/main/
sudo ls -la /var/lib/postgresql/15/main/

sudo find / -print | grep pg_hba.conf
sudo find / -print | grep postgresql.conf

PGTune を参考にメモリ 512MB で動作するようにチューニングします。あわせてログの出力設定をします。

sudo tee --append /etc/postgresql/15/main/postgresql.conf << EOS >/dev/null

listen_addresses = 'localhost'
logging_collector = on
log_connections = on
log_disconnections = on
log_hostname = on
log_line_prefix = '[%t] %u %d %p-%l '
log_statement = 'ddl'
log_min_duration_statement = 3000

max_connections = 20
shared_buffers = 128MB
effective_cache_size = 384MB
maintenance_work_mem = 32MB
checkpoint_completion_target = 0.9
wal_buffers = 3932kB
default_statistics_target = 100
random_page_cost = 1.1
effective_io_concurrency = 200
work_mem = 3276kB
min_wal_size = 1GB
max_wal_size = 4GB
EOS

設定の反映と自動起動の設定をします。

sudo systemctl restart postgresql
sudo systemctl enable postgresql

RedMica のインストール

Redmineのインストール - Redmineガイドや Redmine.JP Blog を参考にします。

まず DB とDB用のユーザーを作成します。

sudo --preserve-env --user postgres psql \
  --command "create user redmine_owner with password '${REDMINE_DB_PASSWORD}';"
sudo -u postgres createdb --owner redmine_owner --template template0 redmine

必要なライブラリをインストールします。

sudo apt update
sudo apt install -y \
  libpq-dev \
  direnv \
  fonts-noto-cjk fonts-noto-color-emoji \
  imagemagick

ソースコードの配置と設定ファイルを追加します。

sudo git clone https://github.com/redmica/redmica.git ${REDMINE_ROOT}
sudo tee ${REDMINE_ROOT}/config/database.yml << EOS >/dev/null
production:
  adapter: postgresql
  database: redmine
  host: localhost
  username: redmine_owner
  password: "${REDMINE_DB_PASSWORD}"
  encoding: utf8
EOS

sudo tee ${REDMINE_ROOT}/Gemfile.local << EOS >/dev/null
gem 'puma'
EOS
sudo chown -R ${SSH_USER_NAME}:${SSH_USER_NAME} ${REDMINE_ROOT}

RedMica の準備をして起動します（bundle install が強制終了になる場合は再度実行します）。

cd ${REDMINE_ROOT}
bundle config set --local without 'development test'
bundle install
bin/rake generate_secret_token
RAILS_ENV=production bin/rake db:migrate
RAILS_ENV=production bin/rails server --binding ${VULTR_IP_ADDRESS}

ブラウザでアクセスできました～🎉

なお puma 起動時のディスク使用量とメモリ使用量は次のとおりでした。

df -h
ファイルシス   サイズ  使用  残り 使用% マウント位置
udev             220M     0  220M    0% /dev
tmpfs             48M  672K   47M    2% /run
/dev/vda1        9.4G  3.7G  5.2G   42% /
tmpfs            237M  1.1M  236M    1% /dev/shm
tmpfs            5.0M     0  5.0M    0% /run/lock
tmpfs             48M     0   48M    0% /run/user/4545

free -m
               total        used        free      shared  buff/cache   available
Mem:             473         248          24          28         199         172
Swap:              0           0           0

おわりに

無料の仮想サーバーと考えると大変ありがたいですね😆 さらにサーバー到達前のファイアウォール設定など便利な機能があるようです。

ただし、ビルド処理などを行なう場合はロードアベレージが1以上になり、強制終了することがあります。そのため、軽量な用途やセットアップ時にビルド処理などが少ない場合に限って利用するとよさそうです。また DBサーバーなど、特定の用途に限定して利用することも考慮してみると良いかもしれません🚀

https://www.vultr.com/?ref=9396011-8H からアカウント登録をすると $100 分のお試しができるようです。 ↩
Ruby on Rails で作られている Redmine の次期バージョンの新機能を先行して使える RedMica を使用します。 ↩
IPv6 は慣れていないため、 IPv4 に限った設定をしています。 ↩
postgres - Official Image | Docker Hub などを参考にした場合は initdb でデータディレクトリを指定してまうため、複数の設定ファイルが存在します。そのため、どの設定ファイルが読み込まれているかわかりづらくなり、混乱を招く可能性があります。 ↩

つらくなって仕事を辞める時の101

2023-03-11T00:09:00+09:00

この記事は、1年以上勤めた会社を病気やケガで退職した後、働く意思があり、単独世帯の60歳未満の人に向けた記事で、税金、保険、再就職に関する行政手続きについて説明します。

免責事項

この記事は私自身が調べた知識や経験に基づいた情報提供のためのものであり、不正行為の促進や不正受給の援助を目的としたものではありません。また正確性や適切性を保証するものではありません。そのため、各情報提供元の説明を自分で確認し、自己責任で判断してください。

なおこの記事を利用して直接的または間接的に生じた問題や損害について、私は一切の責任を負いません。さらに、私は無資格者のため、この記事は専門家の助言に代わるものではありません。

退職日の翌日から、次の6つの手続きを行ないます。それぞれの手続き（届出や申請）の名称と、どのような書類が必要で、いつまでに手続きを完了する必要があるかを説明します。

No.	手続き名称
1	国民年金の加入手続き
2	国民年金保険料の失業による特例免除申請
3	国民健康保険の加入手続き
4	国民健康保険料・保険税の減免申請
5	雇用保険の基本手当の受給資格の決定手続き
6	健康保険の傷病手当金支給申請

1. 国民年金の加入手続き（届出）

厚生年金保険から国民年金の第1号被保険者に加入する手続です。国民年金に加入するための手続き｜日本年金機構を参考にすると、提出期限と必要書類は次のとおりです。

項目	説明
提出場所	住所地の市区役所または町村役場
提出期限	退職日の翌日（資格喪失日）から14日以内
必要書類など	マイナンバーカード（本人確認のため）年金手帳（基礎年金番号のため）健康保険被保険者資格喪失証明書（厚生年金保険の資格喪失日のため）

2. 国民年金保険料の失業による特例免除手続き（申請）

国民年金保険料の免除制度を利用申請する手続です。ただし、免除申請が承認されると全額納付した場合と比べて年金額が低額になります（追納すれば老齢基礎年金の受給額を満額に近づけることも可能です）。

項目	説明
提出場所	住所地の市区役所または町村役場
提出期限	離職票が届いたらすぐに
必要書類など	マイナンバーカード（本人確認のため）年金手帳（基礎年金番号のため）雇用保険被保険者離職票（失業した事実を確認するため）

免除申請する年度は、退職日の翌日が属する月の年度（7月から翌年6月を区切りとする1年間）を選ぶことになります。免除申請が承認された場合、翌年度も免除を自動継続できます。詳細はこちらの注意点を参照ください。

3. 国民健康保険の加入手続き（届出）

健康保険制度の国民健康保険に加入する手続です。会社を退職するとき | 全国健康保険協会や転職・退職したときの手続き｜日本年金機構にあるとおり、健康保険任意継続も選択肢としてありますが、後述の国民健康保険料・保険税の減免を受ける予定であれば国民健康保険に加入する必要があります。

国民健康保険の加入資格や国民健康保険制度｜国民健康保険中央会を参考にすると、提出期限と必要書類は次のとおりです。

項目	説明
提出場所	住所地の市区役所または町村役場
提出期限	退職日の翌日（資格喪失日）から14日以内
必要書類など	マイナンバーカード（本人確認のため）健康保険被保険者資格喪失証明書

資格喪失日より前の届出（事前受付）は手続き窓口に確認が必要です。

4. 国民健康保険料・保険税の減免手続き（申請）

国民健康保険の保険料・保険税の減免制度を利用申請する手続です。下記の表は参考程度であり、詳しい情報はお住まいの自治体の国民健康保険窓口に問い合わせる必要があります。

項目	説明
提出場所	住所地の市区役所または町村役場
提出期限	雇用保険の受給資格が認定されたらすぐに
必要書類など	国民健康保険被保険者証（申請書に番号と枝番が必要であるため）マイナンバーカード（本人確認のため）雇用保険受給資格者証または雇用保険受給資格通知

国民健康保険法施行令には次のように規定されています。

出典「国民健康保険法施行令 | e-Gov法令検索」より抜粋

（特例対象被保険者等に係る特例）
第二十九条の七の二 ２前項に規定する特例対象被保険者等とは、都道府県が当該都道府県内の市町村とともに行う国民健康保険の被保険者又は特定同一世帯所属者のうち次の各号のいずれかに該当する者（これらの者の雇用保険法（昭和四十九年法律第百十六号）第十四条第二項第一号に規定する受給資格（以下この項において「受給資格」という。）に係る同法第四条第二項に規定する離職の日の翌日の属する年度の翌年度の末日までの間にある者に限る。）をいう。
一　雇用保険法第二十三条第二項に規定する特定受給資格者
二　雇用保険法第十三条第三項に規定する特定理由離職者であつて受給資格を有するもの

上記のとおり、非自発的失業者（特定受給資格者または特定理由離職者）でかつ、雇用保険の受給資格を有することを証明できれば、退職日の翌日が属する会計年度の翌年度末日まで、特例対象被保険者等の適用が受けられると考えられます。より具体的な条件としては次のとおりです。

出典「Q＆A～労働者の皆様へ（基本手当、再就職手当） - 厚生労働省」より抜粋

Q22　国民健康保険料（税）の軽減措置はどのような場合に受けられるのでしょうか。

国民健康保険料（税）の軽減措置は、倒産や解雇などによる離職（特定受給資格者）や、雇い止めなどによる離職（特定理由離職者）された方が受けることができます。
具体的には、雇用保険（基本手当）の受給手続後、住居所を管轄するハローワークから交付する雇用保険受給資格者証の12欄「離職理由」が、11,12,21,22,23,31,32,33,34と記載がある方が対象です。
国民健康保険料（税）の軽減措置について、詳しくは、市町村の国民健康保険担当にお問い合わせください。

5. 雇用保険の基本手当の受給資格の決定手続き（申請）

公共職業安定所で雇用保険の失業等給付金における求職者給付の一般被保険者に対する基本手当の受給資格の決定手続きです。 (求職者の方へ) - 離職されたみなさまへ - 厚生労働省やハローワークインターネットサービス - 基本手当についてで説明されている受給要件や必要書類をまとめると次の要点になります。

受給要件（参考程度）

働いていないこと（賃金をもらっていない場合でも）
求職者登録をして、求職の申し込みをしていること
就職しようとする積極的な意思があること
いつでも・すぐに就職できる能力（健康状態や家庭環境など）があること

提出期限と必要書類

項目	説明
提出場所	住居所を管轄する公共職業安定所（ハローワーク）
提出期限	離職票が届いたらすぐに
必要書類など	雇用保険被保険者離職票（－１、２）症状の安定性および就職の可能性の証明書本人名義の預金通帳またはキャッシュカードマイナンバーカード（個人番号や本人確認のため）求職者マイページアカウント登録を事前に求職登録完了した場合はその旨を伝える

幅広に雇用保険制度を知るには雇用保険制度研究会｜厚生労働省の資料を参照するのがお勧めです。

症状の安定性および就職の可能性の証明書

病気やケガで退職した場合は、前述の受給要件の4に非該当となるかと思います。非該当の場合は「症状の安定性および就職の可能性の証明書」を提出し、受給要件の4に該当する証明が必要です（いったんは 50203（3）離職票提出者に労働の意思又は能力がない場合の措置 | 雇用保険に関する業務取扱要領として扱われるか、あまり想定はできませんが未受理になるかもしれません）。

具体的には公共職業安定所で文書名「就労可否証明書」や「病状証明書」といった書類を入手します。様式（標準的な書式）は定まっておらず、主に次のような記入欄があります。

証明日（記入日）
証明日の翌日以降は週20時間以上の就労が可能か？
健康保険の傷病手当金などを受けているか？その受給申請は継続するか？
退職時は仕事を続けることが困難であったか？

もし、証明書の日付の翌日以降に再就職が難しい場合は、受給期間延長制度がある旨の説明があるはずです。

離職理由に異議がある場合

ハローワークインターネットサービス - 雇用保険の具体的な手続きや 50006（6）離職票の記載内容に係る異議の有無の確認 | 雇用保険に関する業務取扱要領にあるとおり、離職理由の事情伺いの機会があります。異議がある場合は客観的な説明ができる資料（医師の診断書や残業時間の記載がある勤務実績表）を提出し、いったんは 50202（2）受給資格の仮決定 | 雇用保険に関する業務取扱要領という扱いになります。

その後は 50007（7）離職票受理の安定所と離職票交付の安定所との連絡 | 雇用保険に関する業務取扱要領にあるとおり、離職票を交付した安定所は、原則として初回の認定日までに離職理由を判断し、可能な限り速やかに事実調査することになっています。

最終的には 50102（2）受給資格の決定 | 雇用保険に関する業務取扱要領にあるとおり、離職票を受理した公共職業安定所で受給資格の認定または否認がされます。

特定受給資格者および特定理由離職者

50306（6）特定理由離職者及び特定受給資格者の決定手続 | 雇用保険に関する業務取扱要領やハローワークインターネットサービス - 特定受給資格者及び特定理由離職者の範囲の概要や特定受給資格者及び特定理由離職者の範囲と判断基準にあるとおり、自己都合退職者の場合でも、離職理由によっては給付制限なしになる場合があります。

具体的な判断基準は次のとおりです。

特定受給資格者
- 50305（5）特定受給資格者の範囲にある基準の該当または非該当で判断可能です。
特定理由離職者
- 50305-2 (5-2) 特定理由離職者の範囲にある基準を用いて具体的事情によって個々に決定されます。
- 雇用保険法第四条（基本手当の支給に関する暫定措置）にあるとおり厚生労働省法令で定める者に該当または非該当で判断可能です。

雇用保険の審査請求制度

受給資格の否認や給付制限における離職理由の判定（特定理由離職者または特定受給資格者に該当するか非該当か・正当な理由のある自己都合退職か・自己の責めに帰すべき重大な理由による解雇か）にあたっては 50203（3）離職票提出者に労働の意思又は能力がない場合の措置 | 雇用保険に関する業務取扱要領や 50308（8）所定給付日数の決定に伴う事務処理にあるとおり、認定日の翌日から3か月以内に労働局（厚生労働省の地方支分部局）の雇用保険審査官に対して審査請求できます。具体的には総務省｜行政管理局が所管する行政手続・行政不服申立てに関する法律等｜行政不服審査法にありますが、要点としては下記のとおりです。

出典「Q＆A～労働者の皆様へ（基本手当、再就職手当） - 厚生労働省」より抜粋

Q46　ハローワークの離職理由の決定処分について、不服がある場合に、どのようにしたらよいでしょうか。

ハローワークの離職理由の判定に対して不服がある場合には、処分を行ったハローワークを管轄する都道府県労働局の雇用保険審査官に対して、処分のあったことを知った日の翌日から起算して３か月以内に審査請求（不服の申し立て）を行うことが可能です。
具体的には、次のとおりです。
１．ハローワークの離職理由「所定給付日数の決定」（「特定受給資格者に該当するか否か」）の判定に不服がある場合には、「基本手当が支給終了となった認定日」の翌日から起算して３か月以内
２．ハローワークの離職理由「給付制限に該当するか否か」の判定に不服がある場合には、「○月○日から○月○日まで○日間は基本手当を支給しない。」旨の処分があったことを知った日の翌日から起算して３か月以内

なお、審査請求は文書又は口頭で、直接雇用保険審査官又は処分を行ったハローワークもしくは請求者の住居所を管轄するハローワークを経由して行うことが可能です（審査請求を文書で請求する際は郵送で行うことも可能です。）。
具体的な請求方法等につきましては、雇用保険審査官等にお問い合わせください。詳しくはこちら（ https://www.mhlw.go.jp/file/06-Seisakujouhou-11600000-Shokugyouanteikyoku/0000190211.pdf ）[161KB]をご覧ください。

また離職理由の判定通知は受給資格通知に印字される「理由」の番号により通知されます（雇用保険法施行規則等の一部を改正する省令案概要 - 厚生労働省）。

6. 健康保険の傷病手当金支給手続き（申請）

業務外の事由による病気やケガで会社を休んだときは健康保険の傷病手当金を申請していると思われます。

退職日の翌日以降（資格喪失後）の継続給付も健康保険被保険者証の記号と番号が必要になります。そのため、会社へ返却する前に健康保険被保険者証を控えておくか、健康保険被保険者資格喪失証明書の複写を取っておくことが望ましいでしょう。

市区役所または町村役場と公共職業安定所での手続きをスムーズにする手順

上記の手続きにおいては、提出する場所によって別機関による発行書類（退職時に入手する書類以外）が必要になるため、状態遷移としては下図（SVGなので拡大縮小可）に示した手順がもっと迅速な方法であると思われます。

Mermaid Live Editor で閲覧するには次のテキストを使用してください。

Mermaid Live Editor: https://mermaid.live/

---
title: 【図】雇用保険の基本手当受給資格決定までの最短手順
---
stateDiagram-v2
  [*] --> 退職日の翌日

  state after_retirement <<join>>
    退職日の翌日 --> after_retirement
    after_retirement --> first_visit_hellowork
    after_retirement --> 国民年金の加入
    after_retirement --> 国民健康保険の加入
    after_retirement --> 離職票を入手する

  国民健康保険料・保険税の減免 --> [*]
  国民年金保険料の失業による特例免除 --> [*]
  雇用保険説明会 --> [*]

  state 市区役所または町村役場 {
    state retirement_letter <<join>>
      国民年金の加入 --> retirement_letter
      離職票を入手する --> retirement_letter
      retirement_letter --> 国民年金保険料の失業による特例免除

    state eligibility_card <<join>>
      国民健康保険の加入 --> eligibility_card
      受給資格通知 --> eligibility_card
      eligibility_card --> 国民健康保険料・保険税の減免
      note left of 国民健康保険料・保険税の減免: 離職理由コードが 11,12,21,22,23,31,32,33,34 のとき対象
  }

  state health_insurance_card <<join>>
    国民健康保険の加入 --> health_insurance_card
    first_visit_hellowork --> health_insurance_card
    note left of health_insurance_card : 国民健康保険被保険者証を入手する

  state 医療機関 {
    hospital: 症状の安定性および就職の可能性の証明書の記入依頼
    健康保険の傷病手当金支給申請の記入依頼
  }
  health_insurance_card --> hospital
  hospital --> submit_certificate

  state 公共職業安定所 {
    first_visit_hellowork: 症状の安定性および就職の可能性の証明書を入手する

    離職票を入手する --> submit_letter

    state submit <<join>>
      submit --> request_letter_correction_choice
      request_letter_correction_choice: 離職理由の異議

      submit_certificate --> submit
      submit_certificate: 症状の安定性および就職の可能性の証明書の提出

      submit_letter --> submit
      submit_letter: 離職票の提出

      note left of submit: 求職者マイページアカウント登録を事前に求職登録完了しておくと待ち時間が減ります

    state request_optional <<choice>>
      request_letter_correction_choice --> request_optional
      request_optional --> request: なし
      request_optional --> 事情伺い: あり
      note left of 事情伺い: 医師の診断書や残業時間の記載がある勤務実績表を提出する

      request: 受給資格の審査
      事情伺い --> wip
      wip: 受給資格の仮決定
      wip --> request

    accept: 受給資格および給付制限処分の決定
    accept --> 受給資格通知
    reject: 受給資格不該当処分

    state response <<choice>>
      request --> response
      response --> accept: 認定
      response --> reject: 否認
      note left of response: 給付制限における離職理由の判定

      note left of reject
        【処分理由の例】
        労働の能力なし
        労働の意思なし（学生に該当など）
        就職状態
        受給期間経過（第20条不該当）
        被保険者期間不足（第13条不該当）
      end note

    state request_examination <<choice>>
      reject --> request_examination
      request_examination --> 審査請求: 不服あり
      request_examination --> 受給期間延長制度などの手続き: 不服なし

      note left of request_examination
        【審査請求の例】
        所定給付日数の決定判定（特定理由離職者または特定受給資格者に該当するか否か）
        給付制限の決定判定（正当な理由のある自己都合退職か否か）
      end note
  }
  公共職業安定所 --> 雇用保険説明会

Heroku の代替 OSS を試した話

2022-12-03T00:00:00+09:00

これは「フィヨルドブートキャンプ Part 2 Advent Calendar 2022」の3日目の記事です（Part 1 もあります🎅）。昨日はよかじさんの「フィヨルドブートキャンプのカリキュラム以外でやってよかったこと - よかじみ」という記事でした。

概要

この記事は Heroku が無料プランを終了するのをきっかけに Heroku の代替 OSS「CapRover」を VPS 上に構築してアプリケーションのデプロイを試した記録です。

背景

フィヨルドブートキャンプは最後の課題「Webサービスを作って公開する」を終えて卒業になります ¹ 。

そのWebサービスのデプロイ先として私が検討していたのは Heroku でしたが、 Heroku’s Next Chapter | Heroku でアナウンスがあったとおり2022年11月28日で無料プランが終了しました。現時点（2022年12月03日）では最小構成（Eco Dyno と Postgres Mini）で月額 $10 となり、次の機能の価値と浮いた時間に対して格安と考えます。

アプリケーションのデプロイが開発端末から実行でき、かつ簡単なこと
大量でないデータの永続化手段としてデーターベースを作成できること
実行環境のメンテナンス（パッチやセキュリティ設定）の手間がほとんどなく、アプリケーションの構築に集中できること
新しい機能によって開発体験がよくなること

この記事では最小構成の年額となる $120（現時点では 16,242 円） ² を予算として OSS を活用したアプリケーションのデプロイを試します。

実行環境

2022年12月09日までのキャンペーンですが ConoHa VPS のメモリ 2GB/CPU 3Core プランが 3年分 16,711 円 で使えます（詳細は VPS割引きっぷを使ってお得にConoHa VPSを使ってみたにまとめていますので、そちらを参照ください）。今回は上記のプランを実行環境とし、 OS は Ubuntu 22.04 にしました。

Heroku の代替 OSS

CapRover - Free and Open Source PaaS! を使用します。ドキュメントやデモ環境（password: captain42）を見ると次のデプロイ方法がありました。

デプロイ方法	補足
Git ローカルリポジトリのディレクトリでコマンド「`caprover deploy`」を実行する	-
TAR形式のアーカイブファイルをアップロードする	試していません
GitHub/Bitbucket/GitLab の Webhook で連携する	試していません
Dockerfile/Dockerイメージ/captain-definition を指定する	-
ワンクリック用テンプレートを使用する/追加する	試していません

ハードウェア要件とソフトウェア要件

公式サイトにある前提条件ではいろいろ書いてありますが要点は次のとおりです。

サーバーのメインメモリは 1GB 以上を推奨している
OS は Ubuntu を推奨している
Docker は v17.06.x 以上が必要になる
ファイアウォールは Docker Registry や Cluster が不要であれば 80/tcp と 443/tcp だけ許可すればよさそう

インストール手順

公式サイトにあるセットアップ手順やコマンド「 caprover serversetup 」、 Docker CE のインストール手順を踏まえると次のシェルスクリプトになります。

bootstrap.sh

#!/bin/bash
CAPROVER_ROOT_DOMAIN=app.example.com
LETSENCRYPT_CERTIFICATE_EMAIL=admin@example.com

apt update
apt upgrade -y

apt install -y \
  sudo \
  wget \
  curl

# Docker
# See: https://docs.docker.com/engine/install/ubuntu/
echo "127.0.0.1 "`hostname` >> /etc/hosts

apt remove -y \
  docker \
  docker-engine \
  docker.io \
  containerd \
  runc

apt install -y --no-install-recommends \
  ca-certificates \
  gnupg \
  lsb-release

mkdir -p /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg

echo \
  "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \
  $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
apt update

apt install -y \
  docker-ce \
  docker-ce-cli \
  containerd.io \
  docker-compose-plugin

# Node.js
# See: https://github.com/nodesource/distributions#installation-instructions
curl -fsSL https://deb.nodesource.com/setup_18.x | sudo -E bash - &&\
apt install -y nodejs
npm install -g npm

# CapRover
# See: https://caprover.com/docs/get-started.html
mkdir /usr/local/captain
cd /usr/local/captain/

docker run \
  -e BY_PASS_PROXY_CHECK='TRUE' \
  -p 80:80 -p 443:443 -p 3000:3000 \
  -v /var/run/docker.sock:/var/run/docker.sock \
  -v /captain:/captain caprover/caprover

# See: https://github.com/caprover/caprover-cli
# Note: https://github.com/coollabsio/get.coollabs.io/blob/main/static/coolify/install.sh
npm install -g caprover

CAPROVER_NEW_PASSWORD=$(echo $(($(date +%s%N) / 1000000)) | sha256sum | base64 | head -c 32)
cat << EOS > /usr/local/captain/config.json
{
  "caproverIP": "$(curl -4 ifconfig.co)",
  "caproverPassword": "captain42",
  "caproverRootDomain": "${CAPROVER_ROOT_DOMAIN}",
  "newPassword": "${CAPROVER_NEW_PASSWORD}",
  "caproverName": "$(hostname)",
  "certificateEmail": "${LETSENCRYPT_CERTIFICATE_EMAIL}"
}
EOS

なお OS の基本設定は次の内容を想定しています。

項目	設定値
ホスト名	`self-hostable-heroku-by-captain`
ファイアウォール	http, https, ssh を許可している

セットアップ手順

前述の bootstrap.sh をスーパーユーザー権限で実行すると次の内容でセットアップ用の設定ファイル「/usr/local/captain/config.json」が作成されます。自身の実行環境向けに設定ファイルを変更してください。

設定項目	設定値	設定内容
caproverIP	`$(curl -4 ifconfig.co)`	サーバーのグローバルIPアドレス
caproverRootDomain	`app.example.com`	CapRover の Web UI やデプロイしたアプリケーションが稼働するFQDN
newPassword	ランダムな英数字32文字	コマンドラインインターフェースでログインする際に必要になります
caproverName	ホスト名	同上
certificateEmail	`admin@example.com`	Let’s Encrypt に登録するメールアドレス

次にDNSレコードを追加します。ホスト名を app 以外に変更している場合は読み替えてください。

ホスト名	種別	内容
`*.app`	`A`	サーバーのグローバルIPアドレス

dig コマンドや nslookup(dig)テスト【DNSサーバ接続確認】などで反映されたかを確認してください。

セットアップについては次のコマンドで実行します。もし CapRover を起動してすぐにコマンドを実行した場合はセットアップに失敗することがあります。60秒ほど待ってから再度実行してください。

# caprover serversetup -c /usr/local/captain/config.json ⏎

正常に完了したら CapRover の Web UI の URL が表示され newPassword で指定したパスワードでログインできます。 e.g. https://captain.app.example.com

デプロイしてみる

試しにフィヨルドブートキャンプの課題で作成した https://github.com/maeda-m/sinatra-note-app を次の流れでデプロイしてみます。

CapRover の Web UI でアプリケーション（Puma）とデーターベース（PostgreSQL）の枠を作成する
CapRover の Web UI でデーターベースをデプロイする
開発端末からコマンド「caprover deploy」でアプリケーションをデプロイする

なお CapRover ではワンクリック用テンプレートにおいて Docker Compose に部分対応しています。例えば Ruby on Rails で構築されている Redmine のワンクリック用テンプレートがあり、AP/DB の一括設定ができます。

1. CapRover の Web UI でアプリケーション（Puma）とデーターベース（PostgreSQL）の枠を作成する

アプリケーションの枠を作成する

次の内容でボタン「Create New App」をクリックして枠を作成します。

App Name	Has Persistent Data
`sinatra-note`	未チェック

HTTP Settings

次の内容で入力し、ボタン「Save & Update」をクリックします。

入力項目	入力値	入力内容
Enable HTTPS	クリックする	HTTPS を有効にする
Container HTTP Port	9292	80番ポート以外で HTTP を受付している場合に設定する
Force HTTPS by redirecting all HTTP traffic to HTTPS	チェックを入れる	HTTP でアクセスされたときに強制で HTTPS にする

データーベースの枠を作成する

次の内容でボタン「Create New App」をクリックして枠を作成します。

App Name	Has Persistent Data
`sinatra-note-db`	チェックを入れる

HTTP Settings

次の内容で入力し、ボタン「Save & Update」をクリックします。

入力項目	入力値	入力内容
Do not expose as web-app	チェックを入れる	非 Web アプリケーションとして設定する

2. CapRover の Web UI でデーターベースをデプロイする

App Configs

環境変数にてユーザー名やデーターベース名を設定します。またデータの永続化のために VOLUME を設定し、ボタン「Save & Update」をクリックします。

Deployment

初期化スクリプトや起動オプションの設定を反映した Dockerfile を用意し 🚀 Method 4: Deploy plain Dockerfile に入力します。

Dockerfile

FROM postgres:14.2

ENV POSTGRES_HOST_AUTH_METHOD trust
ENV POSTGRES_INITDB_ARGS --encoding=UTF-8 --locale=C

RUN set -eux; \
  apt update; \
  apt install -y --no-install-recommends \
    ca-certificates \
    wget \
  ; \
  rm -rf /var/lib/apt/lists/*

RUN cd /docker-entrypoint-initdb.d \
  && wget https://raw.githubusercontent.com/maeda-m/sinatra-note-app/main/db/initdb.sql

CMD [ "postgres", "-c", "log_statement=all", "-c", "log_connections=on", "-c", "log_disconnections=on" ]

ボタン「Deploy Now」をクリックするとデプロイ時のログが更新されます。 Build has finished successfully! と表示されれば成功です。

3. 開発端末からコマンド「`caprover deploy`」でアプリケーションをデプロイする

App Configs

環境変数にてデーターベースへの接続情報を設定し、ボタン「Save & Update」をクリックします。

Deployment

次の Git ローカルリポジトリを用意してデプロイします。なおデプロイは git archive --format tar を経由するためコミットされていないファイルはデプロイされません。

captain-example
|--.git
|--captain-definition
|--Dockerfile

captain-definition

{
  "schemaVersion": 2,
  "dockerfilePath": "./Dockerfile"
}

Dockerfile

FROM ruby:3.1.1-bullseye

ENV RACK_ENV production

RUN set -eux; \
  apt update; \
  apt install -y --no-install-recommends \
    libpq-dev \
  ; \
  rm -rf /var/lib/apt/lists/*

RUN git clone https://github.com/maeda-m/sinatra-note-app.git \
   --branch main \
  /opt/sinatra-note-app

WORKDIR /opt/sinatra-note-app

RUN mv /opt/sinatra-note-app/entrypoint.sh /usr/local/bin/docker-entrypoint.sh \
  && chmod +x /usr/local/bin/docker-entrypoint.sh
ENTRYPOINT ["docker-entrypoint.sh"]

EXPOSE 9292
CMD [ "bundle", "exec", "puma" ]

開発端末で caprover login をしてから caprover deploy を実行します。 Deployed successfully と表示されれば成功です。

なお Windows Terminal の場合はブランチ名を入力する前に Enter を押下する必要があります ³ 。

デプロイ完了後、しばらくしてアプリケーションURLにアクセスすると無事稼働していました🎉

おわりに

この記事ではデプロイしたアプリケーションのトラブルシューティングについては記載していません。

ログ管理や heroku run のようなことをしたい場合は公式サイトのトラブルシューティングを参考にしてください。CapRover の Web UI に対するアクセスを制限したい場合は公式サイトの NGINX Config を参考にしてください。

また CapRover - Free and Open Source PaaS! に関わるすべての方に感謝申し上げます🙏

課題の目的などはフィヨルドブートキャンプに「自作サービスを作る」という課題がある理由とフィヨルドブートキャンプの取り組み | FJORD BOOT CAMP（フィヨルドブートキャンプ）に詳しい記事がありますので、そちらを参照ください。 ↩
1か月前は1ドル148円台でした。 ↩
https://github.com/caprover/caprover/issues/1209 ↩

VPS割引きっぷを使ってお得にConoHa VPSを使ってみた

2022-11-08T19:00:00+09:00

概要

Heroku が無料プランを終了するのをきっかけに、格安でWeb/AP/DBサーバーを稼働させるにはどうすればいいのかを検討していたら、いつのまにか ConoHa VPS メモリ 2GB/CPU 3Core プランの「VPS割引きっぷ 36か月分」をポチっていた話。

背景

件の Heroku 代替案については次の記事で認識はしているものの、いっそのこと Nano Pi や Raspberry Pi に Dokku や Ledokku などを導入すればいいのでは🤔 と検討していました。

シングルボードコンピュータを常時稼働すると、維持費として通信費（IoT向けのグローバルIPありの格安SIMでも月額1,000 円前後から）や電気代が発生しますし、電源の冗長化などの設備投資をどこまでするのかなどの課題が判明したため、見送りとしました。規模感は違えど Heroku などのクラウドサービスの利用料金に維持費が含まれていると考えれば納得です。

ConoHa VPS の何がうれしいのか

前述の背景から格安でWeb/AP/DBサーバーを稼働させるにはという評価軸で判断すると、50万人突破記念キャンペーン｜VPSならConoHa や秋の超得キャンペーン｜VPSならConoHa で期間限定ではあるがとにかく安い。

▼ 図キャンペーン期間中のVPS割引きっぷ料金
出典：料金｜VPSならConoHa より

例えば36か月分のVPS割引きっぷが次の料金となっている（2022年11月08日時点）。

プラン	年額（消費税込み）	アメリカ合衆国ドル換算
メモリ512MB	9,939 円	68 USD
メモリ 2GB	16,711 円	115 USD

他VPSの年額程度で36か月使えてしまうため、ひとまず気軽に使う前提として使ってみた。アプリケーションテンプレートが豊富で動きを確かめやすい。

ただし、ちゃんとアプリを稼働させるのであれば脆弱性対応やログ監視、バックアップなどを検討しなければならないため、DBの待機系などの限定的に使用するものについては、クラウドサービスを使うなどのすみ分けが必要なのかもしれない。

最後に

下のリンク経由でアカウント登録すると1,000 円分のクーポンが貰え、すぐに使えます（私には 2,000 円分のクーポンがプレゼントされます）。

セルフレビューを考える

2022-04-10T09:00:00+09:00

概要

これは、自分で書いたソースコードをレビューすることで、次の効能を期待した “お日記” です。

ソフトウェアを変更しやすくする効果
- ソフトウェアはソフトであるため、なるべく簡単に変更できなければならない。もしくは捨てやすくなければならないと考えます
ソフトウェアが価値を提供し続ける効果
- ソフトウェアはあくまでも手段であって、まずは作らずに JTBD（Job-To-Be-Done）とは何か by Ash Maurya - ワイクル株式会社：ブログ - Medium を考えたほうがいいものと考えます

なおプログラミング言語は Ruby を前提としています。

仮説

前述の効能についてはコードレビューの観点 | google-eng-practices-ja で挙げられている次のレビュー観点が必要と考えます。

出典：コードレビューの観点 | google-eng-practices-ja より抜粋

コードレビューをする際には、次のことを確認してください。

コードがうまく設計されている

コードが必要以上に複雑でない

開発者は将来必要になるかもしれないものではなく、現在必要だとわかっているものを実装している

テストがうまく設計されている

開発者はあらゆるものに明確な名前を使った

コメントは明確で有意義なもので、「何」ではなく「なぜ」を説明している

コードはスタイルガイドに準拠している

以下に各観点の認識と妥当性の確認方法や外部サイトの参考リンクを示します。

コードがうまく設計されている、テストがうまく設計されている

役割や特徴が巨大ではなく、いい感じの期待感に合った責務へ分解されていることがうまい設計と考えます。言い換えるとテストがしやすい設計と言えるでしょう。

コードはスタイルガイドに準拠している

RuboCop などの静的解析ツールを活用することで、スタイルガイドに準拠したプログラムの書き方や、ある程度の読みやすさ、未使用の変数がないことを確認できます。

基本的には静的解析ツールで検出された内容と次の内容を確認すればよいと考えます。

ホーム > rubytips - komagataのブログ
初心者がRailsプロジェクトへの初PRする前に見るチェックリスト - komagataのブログ
Rubyスクリプトにもmainメソッドを定義するといいかも、という話 - Qiita
レガシープログラマかどうかを判断する10項目 - give IT a try
Issue の主旨に合わないコミットは含まれていないこと
- プログラム実行そのものに関係がないデバッグ用の記述がないこと
- 開発時に使用していた冗長なテストコードがないこと

コードが必要以上に複雑でない

必要以上に複雑ではないとは、ソースコードが明確であると考えます。言い換えると疑問や誤解が生じない、行間を読ませないソースコードであると言えるでしょう。具体的には次の要素を備えたソースコードではないでしょうか。なお前述の コードはスタイルガイドに準拠している で挙げた、ある程度の読みやすさとは1メソッドの行数やネスト情報が多くないことと考え、ソースコードの明確さの一部と捉えます。

1. 詳細を読まなくても予測可能なメソッド名や引数、戻り値であること

テストコードを読んでメソッド名と振る舞いが腹落ちすること
インターフェースとしていろいろな使い方があると混乱する
- 副作用をおこしていないか
- 余計なことをしていないか
- 驚きを与えていないか
- そのクラスに対する操作で違和感がないか
- ? がついているのに Boolean 以外を返していないか

2. 必要最小限の可視性を持つメソッドであること

クラスメソッドであれば必要かも考え、プライベートなインスタンスメソッドでよいかも考える
外的要因で上書きされる可能性を排除することで安心できる
- Ruby 3でprivate/public/protectedとattr_*アクセサを1行で書けるようになった｜TechRacho by BPS株式会社
使う側の気持ちとして知らなくていいものがあればそれを排除する

3. 必要以上に引数でデフォルト式や遅延初期化をしていないこと

デフォルト式で使い分けを期待しているのであればいいが、そうでないなら混乱する
保守する際に必要な記述の判断に迷うので、万が一なら書かない
- やるならエラーを投げるなど親切にしよう

4. コールグラフが簡潔でコードリーディングを阻害していないこと

ワンライナーな記述をメソッドにしていないか
再帰的な処理が直感的か

5. 凝ったことをしていないこと

愚直に書いたほうが誤解のしようがないためわかりやすい
使わないブロックは削除しよう
使わないブロックパラメータは削除しよう

開発者は将来必要になるかもしれないものではなく、現在必要だとわかっているものを実装している

悲観的、防御的なプログラミングでなく、なるべくイミュータブルな属性で振る舞うことが最小限の実装であると考えます。言い換えると initialize で初期化された属性がほとんど変わらないオブジェクトが必要最小限の実装と言えるでしょう。

開発者はあらゆるものに明確な名前を使った

明確な名前とは共通認識となる語彙があり、それを適切に名づけることと考えます。正解はないが改善を続けることが重要と言えるでしょう。

2021年の「オブジェクト指向」を考える - Zenn
モデルやメソッドに名前を付けるときは英語の品詞に気をつけよう - Qiita
[初心者向け] RubyやRailsでリファクタリングに使えそうなイディオムとか便利メソッドとか - Qiita
名前重要
- メソッド名や変数名で複数形だと配列もしくは Hash に見えるので、整数などであれば単数形であること
- ローカル変数で作業中のもは work をつけるなどわかりやすくすること
- is 何 がわかる名前であること

コメントは明確で有意義なもので、「何」ではなく「なぜ」を説明している

コードには How
テストコードには What
コミットログには Why
コードコメントには Why not

を書こうという話をした
— Takuto Wada (@t_wada) September 5, 2017

Hello Fjord Boot Camp

2022-03-17T16:00:00+09:00

2022年03月16日、 FJORD BOOT CAMP（フィヨルドブートキャンプ）に入会しました。

個人的な期待感や心がけたい姿勢を記録しておきます。

期待感

体系的な学び直しが必要と考え、チームでの開発を含めた体験を期待しています。

なおフィヨルドブートキャンプの中身 | FJORD BOOT CAMP（フィヨルドブートキャンプ）にあるとおり、テキストやビデオチャットでのコミュニティとメンタリングを体験できました😊。

心がけたい姿勢

参考リンクとあわせて定期的に見返す。

「気づき」「学び」「知識」をつぶやく
フィードバックを求める/良質なフィードバックをする
ソフトウェアクラフトマンシップ
ソフトウェア開発はチームスポーツである

参考リンク