四半期の経過日数
2026年2月15日には、1月1日に始まった第1四半期のうち45日が過ぎています。日付を入れると、四半期、その開始日、経過日数が分かり、初日は0日として数えます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 日付
- 2026-02-15
- 年
- 2,026
- 四半期
- 1
- 四半期の開始日
- 2026-01-01
- 経過日数
- 45
四半期の期初来の経過日数は、ダッシュボード、SLA タイマー、財務決算のチェックリスト、そして Q1 から Q4 の内側で進捗を報告する製品指標を支えます。この機能は明示的な 1 つの ISO 日付を受け取り、それを UTC 暦の四半期に対応づけ、その四半期が始まってから丸一日が何日経過したかを返します。壁時計による推測でも、相対的な「今日」でもありません。四半期開始日には結果は 0 で、以降の暦日ごとに 1 ずつ加算されます。
四半期の経過日数の意味
暦の四半期は、グレゴリオ暦の年における固定された 3 か月のまとまりです。Q1 は 1 月から 3 月、Q2 は 4 月から 6 月、Q3 は 7 月から 9 月、Q4 は 10 月から 12 月です。各四半期の開始は、その最初の月の初日で、UTC 暦日で定められ、タイムゾーン・業務暦・会計年度のずれとは無関係です。
経過した丸一日とは、同じ年における、あなたの日付の年内通日と四半期開始の年内通日との整数差です。この定義により、四半期の初日は経過日数 0、2 日目は 1、というように四半期の最終日まで報告されます。「残り日数」や「営業日」とは異なり、この日数は週末や休日を無視します。
純粋な民生暦上の距離です。うるう年の 2 月は正しく扱われますので、うるう年の Q1 終盤の日付でも、入力より前に来る場合はその余分な 1 日を含めて 1 月 1 日から差し引かれます。
ISO 日付を正しく送る方法
date は YYYY-MM-DD 形式の文字列として、または T もしくは空白の前の暦の接頭辞が YYYY-MM-DD である完全な ISO 日時として与えてください。使用されるのは UTC 暦日のみで、時・分・秒・オフセットは無視されますので、2026-02-15T23:59:59Z と 2026-02-15 はどちらも同じ民生日として数えられます。
15/02/2026 のようなロケール形式の文字列や月名は送らないでください。2 月 30 日や 13 月といったあり得ない日付も失敗します。パーサーが推測せずに済むよう、単位や散文を含まない機械可読な ISO 文字列をお勧めします。
レポート日を基準に「今四半期のこれまでの経過日数」が必要な場合は、サーバーの時計に頼らずそのレポート日を明示的に渡してください。この機能は決して Date.now() を読みません。ページ上のツールは無料です。
活用例
財務決算と運用のチェックリスト
現地の営業日ではなく民生暦に合わせた締切ペース配分のため、四半期開始からの経過丸一日をタスクに刻印します。
よくある質問
四半期の初日は 0 ですか、それとも 1 ですか?
0 です。 経過した丸一日とは四半期開始からの整数距離を意味し、開始日そのものでは丸一日はまだ経過していません。
私の現地タイムゾーンやサーバーの時計を使いますか?
どちらも使いません。 使用されるのは送っていただいた暦日のみです。時刻とオフセットは無視され、サービスはシステムクロックを決して読みません。
料金はいくらですか?
ページ上のツールはブラウザーで無料です。無効な入力は課金されません。
週末や祝日は除かれますか?
除かれません。週末も祝日も含めて1日ずつ数える暦どおりの日数です。営業日だけを知りたい場合は、営業日の計算ツールを使ってください。
どの形式で日付を入力できますか?
2026-02-15のように年・月・日をハイフンでつなぎます。後ろに時刻を付けても無視されます。15/02/2026のような地域ごとの形式や月の名前は受け付けません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/date/days-elapsed-quarter \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"2026-02-15"}'const res = await fetch("https://api.kit.forhosting.com/date/days-elapsed-quarter", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "2026-02-15"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/days-elapsed-quarter",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "2026-02-15"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/days-elapsed-quarter", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"2026-02-15"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"2026-02-15"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/days-elapsed-quarter", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"date": "2026-02-15"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.days_elapsed_quarter",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
演算は送っていただいた年・月・日のみを用いますので、同じペイロードはどの環境でも常に同じ quarter 番号、quarter_start、days_elapsed をもたらします。値の欠落、ISO 以外の文字列、あり得ない暦日は invalid_input で拒否されますので、自動化処理は架空のタイムラインを作り出すのではなく明確に失敗します。
ISO 日付を正しく送る方法
iso・day・value・on・at といった別名も受け付けますので、既存のフォームフィールドは名前を変えずにきれいに対応づきます。それらは invalid_input として拒否されます。成功した呼び出しは、正規化された date、year、quarter(1〜4)、YYYY-MM-DD の quarter_start、そして非負整数の days_elapsed を返します。API 経由では、成功した計算 1 件につき $0.002 かかり、無効な入力は課金されません。
四半期の日数カウントが実際のパイプラインで役立つ場面
運用チームや財務チームでは、進捗バー、バーンチャート、四半期の 0 日目に開く決算チェックリストのために、現在の四半期が固定された暦上でどこまで進んだかに答える単一の数値がしばしば必要になります。残り日数や営業日フィルターが必要な場合は出力を他の日付ツールと組み合わせてください。この機能は 1 つの決定的な経過日数カウントに専念していますので、契約は小さく安定したままに保たれます。製品分析のジョブはイベントに quarter と days_elapsed を刻印しますので、コホートが現地時間のずれなく地域をまたいで揃います。SLA エンジンは、契約が純粋な暦時間である場合に営業日表を作り出すことなく、既知の四半期開始からの days_elapsed に対して契約上の日数を比較できます。バッチのインポーターは ISO 日付の CSV 行をたどり、どのウェアハウス取り込みでも同じ 4 フィールド構造を付与します。単一の日付には無料のブラウザーランナーを、自動化が同じ閉形式の結果を大規模に必要とする場合には API を呼び出してください。
連携の活用例
四半期進捗ダッシュボード
各レポートの ISO 日付を quarter と days_elapsed に変換し、クライアント側の日付ライブラリなしに KPI ボードが Q1〜Q4 内の暦進捗を示せるようにします。
分析でのバッチイベントラベリング
ISO 日付の CSV 行やウェアハウス行を year・quarter・quarter_start・days_elapsed のフィールドに対応づけ、一貫したコホートおよび SLA 報告を実現します。
技術的な質問
四半期の経過日数は何を返しますか。
正規化された ISO の date、year、quarter(1〜4)、quarter_start(YYYY-MM-DD)、そして days_elapsed(その四半期の初日からあなたの日付までの UTC での丸一日)を返します。
計算はどんなときに失敗しますか。
date が欠落している場合、ISO の YYYY-MM-DD(またはその接頭辞を持つ ISO 日時)でない場合、あるいはその月と年で実在しない暦日である場合に invalid_input で失敗します。