• 締切済み

Accessのリポートに関して教えてください(泣)

 社内で契約書のDBを作成することになり、まったく素人の私がアクセスの本を見ながらつくっております。  使用するDBの流れはこのような感じです。  セキュリティーをかけて、社員と管理を分ける。社員はテーブルの編集できない。 そして 社員はuserとしてフォームで必要事項を記入。 そして内容がテーブルに反映される。 社員さんは、リポート形式で記入した事項を印刷をします。 リポートの形式はフォーム上のものとは違います。 IDが10だとしたら、ID10の入力事項だけが反映されるリポートというものは印刷したいです。  フォーム上で記入する事項は、書類ID(オートナンバー型)捺印申請日(Date関数で自動)、誰に出すのか(リストボックスで顧客・協力会社・その他を選択)などなどを入力してもらいます。  これらの入力した事項をレポートとしてプリントアウトしたいのです。 ただリポートの形式にはハンコを押せるスペースなども新たにあります。フォームの形で印刷はだめということです。 ここからが問題なんです。。 リポートの表示がテーブルの一番上の行が反映されるために次に入力した際に反映しません。 詳しく書きますと ID1の事項をフォームで入力する。それがテーブルに反映される。 レポートから印刷をしようとする。しっかりID1の事項が書き込まれている。 ここまではOK^^ 次に ID2の事項をフォームで入力する。しっかりID2の事項がテーブルに反映されている。 しかし! リポートのほうがID1のまま変化していません(泣) どうしたらID2の記入がリポートに反映されるのでしょうか。 助言をお願いします。 わかりにくい文ですが、皆さまよろしくお願いします。 ここの説明がわかり難いと仰っていただければ、説明を加えさせて頂きます。 助けてください(泣)

みんなの回答

noname#79209
noname#79209
回答No.3

私なら、まずメインメニューとなるフォームを作り、「契約書登録」と「契約書印刷」というボタンを作ります。 次に「契約書登録」ボタンをクリックすると、質問者さんが提示したような入力用フォームが開くようにします。入力用フォームには当然「登録ボタン」と「閉じるボタン」をつけておきます。 「契約書印刷」ボタンには契約書印刷用のフォームが開くようにしておきます。 この契約書印刷用フォームには、「書類ID」を入力するテキストボックスtxt書類IDと「契約書印刷開始ボタン」と「閉じるボタン」を置きます。 「契約書印刷開始ボタン」を押すと、契約書レポートが開くように設定します。 この契約書レポートのレコードソースには「書類別印刷用クエリ」を指定します。 「書類別印刷用クエリ」のレコードソースは「契約書テーブル」で、書類IDフィールドの抽出部分に =Forms("契約書印刷用フォーム").txt書類ID とします。 これでいかがでしょう。

noname#79209
noname#79209
回答No.2

> IDが10だとしたら、ID10の入力事項だけが反映されるリポートというものは印刷したいです。 このIDというのは書類IDのことですか? どのようなタイミングで、またどうのようなやり方でレポートを出力させているのですか? 入力フォーム上に「契約書印刷」といったボタンを設定されておられるのでしたら、 フォーム上のIDを選択のキーにしたクエリを作成しておき、 これをレポートのレコードソースに指定しておけば良いのでは?

entre1986
質問者

補足

お答え頂きありがとうございます! わからなかった箇所に関して、がんばった経緯を書きます。 まずは書類IDの抽出条件にID要求をし、そのIDの内容が反映するクエリを作成しました。 そのクエイをレポートの印刷対象にしました。 ここから悩んでいます。 今の状態は ID8の人がフォームで事項を記入する。 ID8というのを覚えておき、フォームからレポートにうつる。 レポートをクリックすると、IDを要求され、ID8と入力。 そうすると、ID8の事項がレポートに反映され、印刷対象になります。 あとは印刷するだけです。 この作業でめんどくさいと思うのが、フォームからレポートに移動するところです。 なので フォーム上にボタンを配置し、レポートの印刷を行おうとしました。 そうしたら 新しいクエリが作成されてしまい、印刷ができない状況です。 また面倒くさいプロセスの方は、印刷まで出来るのですが、なぜか2枚印刷機からでてきます(笑)1枚で収まるまずなのに。 しかも1枚に入っているのに、1枚白紙ででます。 いろいろ書きましたが、ご意見ございますでしょうか?? お待ちしています。 他にもっといい方法がありましたら、教えてください!! よろしくお願いします。。

noname#60992
noname#60992
回答No.1

ユーザーの管理をどう行っているかにもよりますが、レポートのレコードソースを選択クエリとして、入力ユーザーを選択してはいかがでしょうか?

関連するQ&A