シーラカンスさん
チポさん

＞左の「入力値の自動化化」ではないですか？
まさにこの通りでした！
いつもありがとうございます。

Substitute ( CustomerKeyword ;
["(" ; " "] ;
[")" ; " "]
)

ここは合ってたんですね汗

「記号を禁止したい記号を禁止した記号を禁止したい・・・」
とずっと思ってたらなぜかここに入力してしまいました・・・

ありがとうございます！
できる様になりました！

サンプルの作成ありがとうございます。
FM14だったので開くことが出来ませんでした。
FM14でも開く方法はありますでしょうか？

Loop
  ポータル内の行へ移動 [ 選択 ; 最後の ]
  フィールドへ移動 [ フィールド1 ]
  フィールド設定 [ フィールド1; "AAA" ]
  フィールド設定 [ フィールド2; "BBB" ]
  ポータル内の行へ移動 [ 選択 ; 最後の ]
  フィールドへ移動 [ フィールド1 ]
  フィールド設定 [ フィールド1; "AAA" ]
  フィールド設定 [ フィールド2; "CCC" ]
  レコード/検索条件確定 [ ダイアログなし ]
  スクリプトの一時停止/続行 [ 間隔 (秒) : .2 ]
  レコード/検索条件/ページへ移動 [ 次の ; 最後まできたら終了 ]
End Loop

それぞれ修正を加えまして、上記の通りで問題なく動作致しました。
ありがとうございました。

シーラカンスさん
ご返信ありがとうございます

＞このスクリプトは
＞ポータルに２行追加して
＞その後新しいレコードを追加して
＞またポータルを２行
＞ということですか？

はいそうです。

> レコード/検索条件確定 [ ダイアログなし ]  <== なくてもいいように思います
> レコード/検索条件/ページへ移動 [ 次の ; 最後まできたら終了 ]
> End Loop
以前作成したスクリプトをコピペで流用しているのですが、当時作成したときに確定を挟まないと、次のレコードに移動したときの処理でおかしくなったはずです。

> Loop
>  ポータル内の行へ移動 [ 選択 ; 最後の ]   <===
>. フィールドへ移動 [ フィールド1 ]           <===
<===をつけた２行 入れ替えてみるのもいいかも・・・
なるほど。
やってみます
ありがとうございます。

質問させていただいた書き方の前、つまり最初の段階では下記の様に書いており普通に作業ができました。

Loop
  ポータル内の行へ移動 [ 選択 ; 最後の ]
  フィールドへ移動 [ フィールド1 ]
  フィールド設定 [ フィールド1; "AAA" ]
  フィールドへ移動 [ フィールド2 ]
  フィールド設定 [ フィールド2; "BBB" ]
  ポータル内の行へ移動 [ 選択 ; 最後の ]
  フィールドへ移動 [ フィールド1 ]
  フィールド設定 [ フィールド1; "CCC" ]
  フィールドへ移動 [ フィールド2 ]
  フィールド設定 [ フィールド2; "DDD" ]
  レコード/検索条件確定 [ ダイアログなし ]
  レコード/検索条件/ページへ移動 [ 次の ; 最後まできたら終了 ]
End Loop

（レコード/検索条件確定） は最後だけです。このスクリプトで6000行程度処理して全く問題なかったのですが、違う作業でスクリプトを流用した際になぜか正しく処理ができなくなりました。具体的には書き込む予定のフィールドに正しく書き込めない。です。

理由がわかりませんでしたが、修正の必要がありそうだったので、（レコード/検索条件確定） を間に挟んだところ無限ループする様になりました。

Shin様
なるほど。よくわかりました。
ありがとうございました。

チポ様
ありがとうございます。

＞ポータルの新規行に入力する際、動的値一覧を使いたいが、リレーションが確立していないので使えない。
いいえ。リレーションは出来ており、動的一覧も機能しておりますが、毎回同じ入力になるので、その作業を省きたいです。
また、入力ミス、漏れがない様な補助機能として利用したい。ということでした。

A社はりんご、みかん。を毎回発注
B社会はりんごを毎回発注。

といった具合の場合に、A社の「みかん」の入力漏れを無くしたい。という具合です。
商品数が10種類程度、もしくは取引先が10社程度になると、オペレーターの作業ミスが懸念されます

シャチさん。
丁寧なサンプルファイル、ありがとうございます！
あの後色々やって見まして、画像の通りではうまくはいきませんでした。
しかし、おかげさまでポータルに関してはだいぶ理解を深めることが出来ました。

仰る通り、販売明細をメインにするか、もう一個上の階層を作るかというところで試行錯誤しています。
今の感じですと、販売明細の一つ上に販売管理のテーブルを作成し、販売IDというユニークキーを追加すれば対応できるかな。という感じになりました。
実際にオペレーションするときのことも考えると、色々考えることがあるのですね。

本当は作って見たサンプルをあげて見てもらいたいところですが、まだ未完成部分が多く、かつなかなか時間も取れないため、ちょっとゆっくりめに頑張ってみようと思います。

いつもご回答いただき、本当にありがとうございます。

すみませぬ！
この場合、元データは驚きの日別明細です。
日別で収支を確認し、日付の絞り込みで月次を、SKUの絞り込みで単品別を。日付が主役なのです。

シャチさん
ご返信ありがとうございます。

＞ポータルに入力するときに日付も入れることで解決できるのでは？
ちょっと情報不足でした。
値引きに関しては、当日決まるわけではなく、最低30日以上前に予算を決定します。リベートというのですが、販売個数に応じて値引き金額が決まります。100円のリベート設定で、1日に10個売れれば、その日は1000円の値引きとなります。これをオペレーターには入力させたくありませんし、30日以上前に決まったデータを目視で参照しながら入力するのもダメです。

よって
値引きテーブル or 価格テーブルで（この辺の名称はどっちでもいいんですが）
リベートを実施する日程が決まったときにその日程を入力しておくテーブルがあれば
売上データを入力するときに参照し、計算が可能なのでこういった方法かなと。

5日〜7日までセールを行うイメージ
https://www.evernote.com/l/AEemPdq5m4VH … 4rbsMV73TI

価格に関しても前月までに予算として販売価格を決定しますので、価格明細テーブルは前月までに翌月分を確定
日々の入力テーブルは日別明細に行い、他の明細はポータルで管理。

スプレッドシート的な思考なことも、転換が必要なこともわかっているつもりなのですが、かといっていきなり転換できるわけでもなく。。。なので鍛えていただけると助かります。

前段階で、予算やらイベントやらリベートやら、色々決めるので、それらを忘れず運用していくにはどうしたら良いかといった感じです。