tim様 ありがとうございました！！ 上記に書き換えてできました！！

便乗質問になりますが、記憶する・しないの好き嫌いには動作上の理由があるのでしょうか？

やはり便利に進化しているのですね…でも、ちまちまつなぎ合わせて旧バージョンでも対応できるところ、FM好きです。

いえ、#4 に書いた内容ですべてでした。
気になってはいたのですが、インポートされた１件のみで表示されて（対象レコードとして１件のみ）いたので、
そのまま入力作業をして「保存」ボタンを押してくれれば大丈夫かとドキドキしながら何もしないでいましたが
…そしたら 「保存」ボタン用のほうはまず １件に確実に絞り込む手順を追加して

レコードを対象外にする
対象外のみを表示する
スクリプト実行[入力→閲覧インポート]// 閲覧テーブルで入力テーブルからインポートのみのスクリプト
レイアウト切り替え[「名簿」（閲覧テーブル）]

としたらよいでしょうか？
あれ？ 対象外にして 対象外のみ表示 というのは、最初に閲覧用で修正したいのを１件にするときにも
１件だけを検索する代わりに用いても同じこと？？

tim様 ありがとうございます。 脳内整理段階のまま、自分も中断してしまっていました。

ご指摘を眺めていて、勘違いに気づきました。インポートしても元のテーブルからは消えないのでしたね。
閲覧分を誤って加工されたくないので入力防止のため、複製はなしで、やはりテーブルは分けようと思います。

IDはユニークが望ましいですよね。そしたら入力テーブルで「保存」ボタンを押したら、
個人IDのコピーをとって「閲覧テーブル」で検索して「履歴テーブル」にインポート、
その後「入力テーブル」に戻ってまた個人IDで検索して「閲覧テーブル」にインポート…

こういうときの検索に「関連レコードへ移動」を使ったらよいのでしょうか？
あれ？あらかじめ既存分を入力テーブルに入れておいて、新規としてインポートしていけば
入力テーブルに履歴が残りますよね。
そしたら 閲覧テーブルにインポートする際に上書きさせて、履歴テーブルは不要かも？
入力テーブルにインポートしたあとに当該レコードを表示させるにはシリアル最大値を条件にしたらいけそうかも？？
そしたら 作業記録用にタイムスタンプの記録はしようと思いますが リレーションは個人IDのみでOKでしょうか？
だいぶシンプルになりそうな気配♪

Hiro様、 ありがとうございました！！ これでした！！
計算フィールドに設定しておいてからの 索引オプション設定を見落としていました。
本当に些細なことですが、自分では気づけないことが多々あります。
一時の恥を重ねつつ、進歩していきたいと思います。

今更ながら この質問をしたときに自分がやりたかったことを実現する別の手段を発見しました。

レイアウト上で、チェックの印をつけるためのフィールド以外のすべてのフィールドを
「フィールド／コントロール」 → 「動作」 → 「フィールドへの入力を許可する」 で「検索」のみチェック

で済みました…

この操作方法があることに気づいておらず、まず全体を入力不可にしておいて部分解除の発想で
アクセス権からのアプローチと当時は思い込んでおりました。
やりたいことが自分でも十分に理解できていなかったのと、うまく説明できないのとでお騒がせいたしました。

チポ様の 「キーワード」設定が適切なようですね。
「パスワード」と言ってしまうと、アカウントの機能として考えてしまいがちですが、
要するに 指定先の特定をするための条件設定用フィールドに 特定の値（＝キーワード）が入れば
指定のレイアウトに移動、かと推測してみました。
もしそうであるならば、「パスワード」という用語は、アカウント設定に使われているものなので
区別して「キーワード」の設定ということでお話を進められたほうが、認識を共有できてよろしいかと。

アカウント機能でのパスワードでないのならば、
ボタンで キーワード入力画面を開く という形にするには
キーワード入力だけのレイアウトを作って それを小さめの新規ウィンドウで開かせて
そのレイアウトに 一致したら新規ウィンドウを閉じてレイアウト移動、
不一致の場合はエラーメッセージを出して やり直させるか キャンセルで元に戻させるか
いっぱい設定が必要になりそうですね。

Aのメニュー画面に B、C、D、 の３つのボタンを設置するのではなく、
開きたいレイアウト名のフィールド（値一覧設定、グローバル）と、
キーワード入力のフィールド（グローバル）と
「開く」ボタンを各１置いて、
一致したら希望のレイアウトに移動、
という考え方はいかがでしょうか？

具体的なスクリプトは … 能力不足で完成させられないので 初級者の私はここまで。

閲覧と横入りの立場から、自分なりの疑問が解決されましたので、今一度投稿することにしました。

Taro２様、ご辛抱強い印象を受けましたご丁寧な解説をありがとうございました。
おかげさまで、閲覧しながら生じていた問題点が解決されました。

Taro2様のおっしゃるところの「超初心者」と上級者の方々との認識の違いは、
「ファイルメーカーという道具を使っているだけ」の場合と、「データベースソフトという道具を活用する」場合の「違い」と
私なりには解釈して、納得しました。
データベースとしてではなく、記録用紙的に活用されているようですね。

Taro2様の今回の案件については、前者の利用法なので、フィールドやファイル構成についての言及は要求に対してはまとはずれであり、
回答者の方々は後者が前提なのでよりよく活用できる解法を探ろうとするために環境設定も判断材料に必要となり、
という「違い」があった、と認識しました。

道具をどのように使うかは利用者の自由ですが、他者との会話においては一般的な使い方が前提とされるでしょうから、
この認識の違いが前提にあることに気づけないと、どういう観点でどこまで説明したらよいかも違ってくるわけで
そこはやりとりでお互いに知りたい情報を引き出していくしかないですよね。
なので 最初から十分な情報提供とともに質問するのは”上級”とも思えますので、
回答して下さる方々が必要とする材料を尋ねられたところで、質問者の方が補足していくのは
自然な流れだと思いました。
また、前提認識の異なる質問に対して、結果として余分？となりうる情報が返されてしまうのも
やむを得ないと思われます。
初めから  必要なものをすべて、 あるいは 必要なものだけ、 を判断するのは難しいですね。

今回のTaro2様の利用法においては、データベースというもの云々についての前回の私の発言は不要でした、ということも分かりました。
お邪魔さまでした。

追記で今回の手順を記されていましたが、これが今回の収穫であるならば
「他のファイル（365日のレコード）で今日のレコード表示は出来ているのですが」
と最初にあったので、そちらはどうやってできていたのか…と興味をそそられました(^^)

私はデータベース活用をしたいとは思っているのですが、
そもそもの思考が紙記録を前提のものから抜け出せず、質問してみて
データベースとしてやるなら やり方が、というより 考え方が違うよ、と気づかされることばかりです。
掛け算でいっきにできることを、えっちらおっちら足し算していたり、みたいなことが多いです。

かなり自由なレイアウトを楽しめるソフトですので、自由に活用していけたらと思います。
そういえば昔 自己制作の名刺もファイルメーカーで作りました。
レイヤーを使いこなせるイラストレーター系のソフトを当時持っていなかったもので…

とありましたので、解決タグをつけておきますね。

Taro2様

誤解のないようにと願いつつ、横はいり失礼致します。
ご自身を「超初心者」と称されていること、ご謙遜と同時に、正直ご自身の理解度レベルを承知していらっしゃるとお見受けでき、それは大変重要なことです。
まれに、ご自身の理解度を理解できていないレベル、と思われる質問者もいらして、そうなるとどうしてもコミュニケーションが難しくなります。
（追記：Taro2様はこの類ではありません。）

計算式そのものを、どこにあてはめるか、 だけを求める方もいらっしゃいます。
過去レスの事例を紹介されても、これは自分の例ではない、と拒絶された方もいらっしゃいました。
（追記：Taro2様は違います。）
ただ、それをあてはめるのは「理解」ではないですよね。
（追記：”あてはめただけ”の段階は、まだ「理解」ではない、ということです。
Taro2様のように、そのものをどこにあてはめるか を提示してもらってから、
それを手元でじっくり理解されるというのは、自分を含め多くの方がやっていますし、
このアプローチのやり方自体は、結構なことだと思います。）

機能などは初心者と上級者では「アタリマエ」なものは共有されるものではありませんが、
ファイルメーカー上の話をするのに最低限として、用語は共通認識として必要だと思います。
それと、おおまかな ファイルメーカーの概念です。
この認識は初心者でも共有していただかないと、会話が成立できないのです。
「超初心者」であっても、「みたことも聞いたこともない」のであれば、まずは
『はじめての～』シリーズみたいな本をお手元に持って、用語の確認はお手元でできるようにしないと
Q&Aサイトもヘルプも活用できないかと思います。

ご質問のレベルの状況は、ピンポイントでそこだけで説明できる状況にないようですので
現行のものをそのまま活用しつつ、身近に画面を見てもらいながらアドバイスしていただける方を探すか、
Shin様のアドバイスを参考に、『はじめて』本レベルのものを片手に
本来の機能を活かしたファイルを新たに作ってみてはいかがでしょうか。
やってみると、きっと なぁんだ、こんなふうにできたのか、と世界が変わりますよ。

<追記＞
Taro2様が現行の内容で求めていらっしゃるものが、
本来のファイルメーカーの機能を活用したレイアウトではないために
かなり複雑な上級レベルとなってしまっていると思われる、
ということを言いたかったのです、
ということをご理解いただきたく、長くなりましたが追記編集させていただきました。

ポップアップメニューにしてみてはいかがでしょう？

当方FMP10ですが、
下に下がるか 上に上がるかだけの違いかと思っていたら、
ドロップダウンメニュー ではなく ポップアップメニュー だと空欄ができないという違いがあるのかな？
と最近思ってみていました。

Traveller 様 ご提案ありがとうございます。

わかりにくくて申し訳ありません。
頭の中でイメージしてしまっているのは、紙のリスト状態です。
個人情報項目が複数記載されている会員名簿を眺めて、
この人とこの人に割り当てよう、みたいな印をつけていく要領です。
そのチェック欄はチェックマーク分のスペースだけでよいのですが、
リストのヘッダーに「チェック欄」ではなく、たとえば「案内状送付」とか、
そのときにチェックをつけたのが何の対象者かを具体的に入力表示、とします。
チェック欄に入力を いわゆる機械音痴の方にも作業してもらいたいのですが、
参照する情報はいじられたくないので他を全部入力不可にしたい次第です。

まさに、それをやりたかったのですが、どこで設定できるのでしょう？
フィールド単位でアクセス可否は区別できない…と思って挫折しているところなのですが。
レイアウト全体としては入力不可にしておいて、そのうちの特定のフィールドのみ解除して入力可とする、
が理想なのです。

今あるレイアウト内で、フィールド単位でアクセスの区別ができれば
記録を残すにはそういった形でよさそうですが、すみません、今この瞬間はイメージだけで
具体的に実行させる力量と脳内理解が不十分で…

やはり地道に全部のフィールドのコピーの閲覧専用フィールドを作るか…とも思ったのですが、
全然別件のオブジェクトを隠したり表示したり、のやり方からヒントを得て、

入力用のレイアウトをチェック用テーブルで複製状態で表示し、これを閲覧用レイアウトとして
すべてのデータフィールドを覆ってしまう大きなテキストフィールドを透明で最前面に置き、
「データの書き換えはできません」と左上に入力してみたところ、
個々のデータフィールドにアクセスしようとしても この巨大テキストフィールドがアクティブになって
白く覆って、データに触れられなくなりました！
この覆いのかからないところにチェック欄を設けて、入力できるのはチェック欄のみ、にできました！！

そこで、この巨大フィールドを 計算フィールドにして、
”データの書き換えはできません” と表示文言を置いて、
このフィールドにもアクセスできないようにしてみました！

とりあえずこれで 支障が出るか様子見してみようと思います。

保存方法を宿題でお勉強させていただきます。ありがとうございました。

[ 解決 ] となっておりますが、後日 同内容の質問と思って おさらいしてみようとうっかり参加したところ
さらなる発展型で太刀打ちできず玉砕しましたが、 覚え書きにここに記させていただきます。

◆ 「同じIDの人を数える」  （ほぼ同条件）
http://www.russ.jp/stepbbs/step.cgi?mode=view&no=4276 → https://fm-aid.com/bbs2/viewtopic.php?id=860

◆ 「とある条件下でレコードに管理番号を自動入力したい」 （条件上乗せ）
https://fm-aid.com/bbs2/viewtopic.php?id=845   #12 ・ #13 ・ #14

引栗様、 解説をありがとうございました。
チポ様、 裏ワザのさらなる発展型、スマートで美しすぎます！

→ 「左右交換」できるのはシリアル値に数字部分が1か所しかないからです。複数あるとMAX値を加工する必要があって面倒になる。 @#12

→ 初出の場合のみ手入力すれば  SerialIncrement ( テーブル2::フィールドB ; Max ( テーブル2::フィールドB ) )で済み、
    追加メンテもいらなくなります @#13

→ 既存値から加算するんだから、データ自体がマスタのようになるのですねえ。 @#14

Wader様の

のときに、
「式内の全フィールドの値が空欄の時、計算しない」のチェックをはずしてみてはいかがでしょう？

参照： #19 ＠ https://fm-aid.com/bbs2/viewtopic.php?id=661

Count しないでできそうなので、今回は不要なケースのようですね。（おそるおそる。）