１ヶ月後ってどうやって計算されていますか？

実際のプログラミングのコーディングの仕方では無く、"考え方"で悩んでいます。

今、課金のシステムを作っているのですが、
「一か月」の一か月って、何日後？というのを悩んでいます。

例えば、4月29日の一か月後は5月29日だとしても、
4月30日(月末)の一か月後は、5月30日なのか5月31日(月末)なのかとか。。。

じゃあ逆に、5月31日に一か月契約した人は、
6月30日(月末)だとすると、5月30日に契約した人は、やっぱり6月30日?
とか。。。

当然、30日後、31日後と固定してしまうと、
更新されるごとにどんどんとずれて行ってしまいます。

こういうのって、普通どうするものでしょう？

行動規範の内容に同意します

回答6件

まあ、基本的には「どう決めるか次第」ではあるのですが、「○ヶ月」のような単位で決めて、それ以上に特段定めのない場合は民法143条2項に従って、対応する日の前日（なければ月末）が最終日となります。

個人的な話なのですが、「1ヶ月と1日前」に発売になる、5月1日発の夜行バスのチケットを3月31日に取りに行ったら、既に売り切れていた、ということがありました。詳しく調べてみると、「乗車日の前日の1か月前」として計算するので、5月1日発なら4月30日の1か月前、3月30日発売でした。

投稿2015/09/30 01:05

編集2015/09/30 01:12

maisumakun

総合スコア145183

yuba

2015/09/30 01:34

民法143条2項、初めて知りました。勉強になりました。

KentarouOgura

2015/10/01 22:38

そんなことおあったんですね～。いろいろ勉強になります。いろいろ協議の結果、1ヶ月＝30日が採用されましたm(_ _)m

行動規範の内容に同意します

ベストアンサー

こんにちは。
「一ヶ月」と「任意の起点」を使うという前提に立てば、
○月1日(起点)→[1ヵ月後]翌1日→[1ヵ月後]翌1日
○月31日(起点)→[1ヵ月後]翌30日→[1ヵ月後]31日
のように、日の部分を使って翌月に存在しなければ、存在するまで遡る(9月31日が無いので9月30日とする等)
課金ではないですが、私が過去に経験した月の加減算は上の規則で求めていました。

ただ、これはサービス(課金が発生する)の性格によるのではないかと思います。

サービスの利用を開始してから停止(退会?)するまで、毎月継続的に発生するなら
上記のように任意の起点日で考えていく事もできますし、
「月末」という考え方が生まれるのは「月利用」を前提として。つまり、サービスの利用開始日が1日であろうが30日であろうが、1日から月末までの料金を「月末に課金する(翌月分とかになりそうですが)」になるように思えます。(「不公平感が発生するので日割りする」かどうかは別の問題として)

そうではなく、利用者が必要なときに一定期間サービスを利用する(継続的でない)という性格のものであれば、計算方法として気にされているような日数の違い(不公平感?)が発生するので、例えば「サービス利用開始日から30日間」という考え方もできると思います。

投稿2015/09/30 01:07

編集2015/09/30 01:15

sgr-2

総合スコア294

KentarouOgura

2015/10/01 22:35

ありがとうございました！協議の結果、「1か月 = 30日」が採用されました～

行動規範の内容に同意します

もし会社で作られているなら、「仕様を決める人間」にその特殊なケースをしっかり伝えて決済期間を決めてもらうのがベストと思います。

銀行や保険のようなお堅いシステムはわかりませんが、よくあるWebサービスは以下な感じとおもいます。1カ月契約の例で。
■日割り
・基本は毎月5日から翌月5日まで、みたいな感じで確実に存在する日付で決済期間を決める。（だから月によって日数が変わる）
・中途半端な日に契約開始した人は、その月だけは日割り計算してあげる。
（3月20日に契約した人は、4月5日までの15日間分だけの料金を請求する）

■月ぎめ
・基本は毎月5日から翌月5日まで、みたいな感じで存在する日付で期間を決める。
・半端な日で契約開始した人も、日割り計算せずにその月は全額払ってもらう。

答えになってるかな。。

投稿2015/09/30 01:08