空室情報作成

返信ありがとうございます。

契約更新表示できましたありがとうございます。

一般と学生は別々のクエリを作成して職業区分の抽出条件を1一般、3学生としてひょうじを区分し表示しました。

御試問にお答えいたします。すべてうまく置か多恵できているか不安ですが、

１）周旋屋が入居者に契約更新の連絡は月に一回だと思います。周旋屋に聞いたことがないのではっきりしたことはわかりません。

2）周旋屋が入居者にするのは3か月前に契約更新を書面で伝楽するので、そうむづかしく考える必要はないと思います。

3）契約更新完了日は入居者テーブルです。

4）3か月前、2か月前、当月、と表示するようにお願申し上げます。

5）2年後に契約更新を表示したいのは脳梗塞で記憶力がないものですから、自動的にパソコンを開いたら出てくるようにしたいのです。心配ですから。

6）契約更新を誰がしたかはわかりませんが、契約更新の書面が送られてきますので、そこに周旋屋名や契約者の名前と契約日付が書かれていますので、それを見て契約されたかわかります。なた、契約更新料も数名まとめてネットバンキングで送金されますので、送金されたときに送信金額と日日を周旋屋に問い合わせをしています。

お手数ですが上の時効が区分けされて表示されるようよろしくお願い申し上げます。

再三の追伸申し訳ありません。

契約更新を３か月前の表示といいますのは今年の三か月前です。来年度は年が変われば自動的に表示されるようにお願い申し上げます。そして当月の２か月前は３か月前の情報を自動的に移行するようにお願いいたします。とぷ月の同様です。翌年の契約更新は非表示でお願いいたします。

2）契約更新は入居者と周旋屋がその時の雰囲気で鬼面すので入居者マスタに社会人用の契約更新日入力欄を入居日の横に作成いたします。学生用はすでに「学生用契約更新日」の欄を作成しています。

返信ありがとうございます。

契約更新表示できましたありがとうございます。

一般と学生は別々のクエリを作成して職業区分の抽出条件を1一般、3学生としてひょうじを区分し表示しました。

御試問にお答えいたします。すべてうまく置か多恵できているか不安ですが、

１）周旋屋が入居者に契約更新の連絡は月に一回だと思います。周旋屋に聞いたことがないのではっきりしたことはわかりません。

2）周旋屋が入居者にするのは3か月前に契約更新を書面で伝楽するので、そうむづかしく考える必要はないと思います。

3）契約更新完了日は入居者テーブルです。

4）3か月前、2か月前、当月、と表示するようにお願申し上げます。

5）2年後に契約更新を表示したいのは脳梗塞で記憶力がないものですから、自動的にパソコンを開いたら出てくるようにしたいのです。心配ですから。

6）契約更新を誰がしたかはわかりませんが、契約更新の書面が送られてきますので、そこに周旋屋名や契約者の名前と契約日付が書かれていますので、それを見て契約されたかわかります。なた、契約更新料も数名まとめてネットバンキングで送金されますので、送金されたときに送信金額と日日を周旋屋に問い合わせをしています。

お手数ですが上の時効が区分けされて表示されるようよろしくお願い申し上げます。

送信いたしました。内容の追加です。

言葉足らずで申し訳ないです。

追加内容は

1）学生の契約更新を３月２５日にしているのは入試の合格発表が２月度に行われます。護王隠したものはそれから下宿を探し始めますので２月後半か３月中もしくは４月初めですから３月２５日に決めてかかっているのです。

2）３か月前、２か月前、当月の契約更新を自動的に表示するのは、契約更新は周旋屋がしますが契約更新漏れなどをチェックするためです。やかましく周旋屋に契約更新をするように言って契約更新をもれなくしてもらうようにしたいのです。それには正確な契約更新の年月日を把握しなければならないからです。むちゃくちゃな入居人の名前を言っていたら周旋屋に相手にされなくなるからです。正確な情報を周旋屋に言っていたら周旋屋もうかうかなことをしてはいられないと思いしっかりとした計約行使をいたすからです。

学生用契約更新のプログラムと３か月前、二日揚妻江、当月と社会人並びに学生用に設定していただきたいのですが。よろしくお願い申し上げます。

返信ありがとうございます。

契約更新表示できましたありがとうございます。

一般と学生は別々のクエリを作成して職業区分の抽出条件を1一般、3学生としてひょうじを区分し表示しました。

御試問にお答えいたします。すべてうまく置か多恵できているか不安ですが、

１）周旋屋が入居者に契約更新の連絡は月に一回だと思います。周旋屋に聞いたことがないのではっきりしたことはわかりません。

2）周旋屋が入居者にするのは3か月前に契約更新を書面で伝楽するので、そうむづかしく考える必要はないと思います。

3）契約更新完了日は入居者テーブルです。

4）3か月前、2か月前、当月、と表示するようにお願申し上げます。

5）2年後に契約更新を表示したいのは脳梗塞で記憶力がないものですから、自動的にパソコンを開いたら出てくるようにしたいのです。心配ですから。

6）契約更新を誰がしたかはわかりませんが、契約更新の書面が送られてきますので、そこに周旋屋名や契約者の名前と契約日付が書かれていますので、それを見て契約されたかわかります。なた、契約更新料も数名まとめてネットバンキングで送金されますので、送金されたときに送信金額と日日を周旋屋に問い合わせをしています。

お手数ですが上の時効が区分けされて表示されるようよろしくお願い申し上げます。

> 1）契約更新のスケジューリングや鉄好き手続きの流れですが

>    契約更新の3か月前に周旋屋に電話をして

>    入居者名と契約更新が3か月前に来ていると通知します

>    （周旋屋も契約更新を管理しており契約更新の対象の

>    入居者に対して書面にて通知されています。）

その通知を行なう間隔は「月ごと」と「日ごと」のどちらでしょうか。

もし前者である場合、毎月何日締めでその間隔を区切るのでしょうか。

例えば（ややこしいので[職業区分]の問題は一旦無視しますが）

仮に「毎月25日締め」で通知対象となる入居者を抽出するとして、

2017 年 3 月 26 日（ 2017 年 4 月期）に通知書を発行する場合、

その月において通知対象となる入居者の条件は

「[次回の契約更新予定日]が

　2017 年 6 月 26 日から 2017 年 7 月 25 日までの

　範囲（ 2017 年 7 月期）に含まれている者」

となるはずです。

更にそれぞれの入居者の[職業区分]が

「社会人」（1）であるか、「学生」（3）であるか

によっても、恐らくこの辺りの扱い方が

変わってくるのではないかと思われますが。

> 2）契約更新が完了された入居者に対する更新完了日を

>    契約更新完了日を設定しています。

[契約更新完了日]という名前の日付/時刻型のフィールドが存在するとして、

そのフィールドはどのテーブルに定義されているのでしょうか。

> なを契約完了者の2年後の契約更新も

> 新たに設定できるようにいたしたいです。

契約更新の通知および更新手続きが発生する都度、

それらの履歴（「いつ」「誰に」通知をし、

それらの通知を受けた「誰が」「いつ」手続きを済ませたか）を

データとして記録する必要があるのであれば、

[入居者マスタ]以外に専用のテーブルを設ける必要が

あるのではないかと思います。

> 1. [入居者マスタ]から「現在入居中」扱いになっている

>    入居者のレコードを抽出して、

>

> 2. それらの[入居年月日]とシステム日付を元に

>    それぞれの入居者の[次回の契約更新予定日]を求めて、

とりあえず、上記の部分だけを実現しようとするのであれば、

既に作成済みの選択クエリ[Q_現在入居者]をベースとして、

以下のような選択クエリを新たに作成なさればよろしいでしょう。

（ SQL ビュー）

SELECT [部屋マスタ].[マンションID],

       [マンションマスタ].[マンション名],

       [Q_現在入居者].[部屋ID],

       [部屋マスタ].[部屋名],

       [Q_現在入居者].[入居者ID],

       [Q_現在入居者].[入居者氏名],

       [Q_現在入居者].[入居年月日],

       [Q_現在入居者].[退室年月日],

       [Q_現在入居者].[職業区分],

       DateDiff("m", [Q_現在入居者].[入居年月日], Date()) + (Day([Q_現在入居者].[入居年月日])>Day(Date())) AS [本日までの入居月数],

       [本日までの入居月数] \ 24 AS [本日までの契約更新回数],

       DateAdd("yyyy", 2*([本日までの契約更新回数]+1), [Q_現在入居者].[入居年月日]) AS [次回契約更新予定日],

       DateAdd("m", -3, [次回契約更新予定日]) AS [次回契約更新通知予定日]

FROM ([Q_現在入居者]

      INNER JOIN [部屋マスタ]

      ON [Q_現在入居者].[部屋ID] = [部屋マスタ].[部屋ID])

INNER JOIN [マンションマスタ]

ON [部屋マスタ].[マンションID] = [マンションマスタ].[マンションID]

ORDER BY [マンションマスタ].[マンションID],

         [部屋マスタ].[部屋ID];

※ テーブル/クエリ/フィールドの名前は、実際につけられた名前に適宜修正して下さい。

返信ありがとうございます

1）契約更新のスケジューリングや鉄好きの流れですが契約更新の3か月前に周旋屋に電話をして入居者名と契約更新が3か月前に来ていると通知します（周旋屋も契約更新を管理しており契約更新の対象の入居者に対して書面にて通知されています。）

2）契約更新が完了された入居者に対する更新完了日を契約更新完了日を設定しています。なを契約完了者の2年後の契約更新も新たに設定できるようにいたしたいです。

3）社会人と学生は別のクエリを組んでいます。学生は学生用契約更新日の欄をもうけています。

ご質問に答えられたか疑問ですが和ts櫛といたしましてお答えしたつもりです。

よろしくお願い申し上げます。

私は70歳を超えました。又、脳梗塞をいたしてからしっかりしたご返事ができなくなりました。よろしくおねがいもうしあげます。