先頭の1文字を大文字とします。モデル名に含まれるアンダースコアは取り除き、その次の文字を大文字にします。追加パラメータ登録画面に対して、直接、初期値を渡すことができます。書式は「キー=値」となっています。キー部分は(遷移先モデルの)項目IDになります。用いて、遷移元の項目の値を渡すことができます。複数のパラメータを渡す場合は&で区切ります。図4の動作を実現するための追加パラメータは次のようになります。この例ではキー部分(csname,cskananame)はお得意様モデルの項目名と一致しています。そのため図5でREQUEST関数の引数を省略しています。順序を利用して自動採番しています。そのため外部からパラメータとして渡す必要はありません。追加パラメータに記載する項目名に以下を指定することはできません。繰り返しコンテナ項目このモデルに紐づく外部キー子モデルモデル参照項目の扱い図1,2の例は、顧客モデルとお得意先モデル内の「会社名」は文字列型でした。続いて「会社モデル」と「顧客モデル」を分割した例を示します。顧客モデルの「会社名」は、会社モデルの主キーを保持する構造に変わります。顧客モデルにおける「会社名」は(文字列型から)モデル参照に変わっています。渡されるようになります。修正された顧客モデルの詳細画面モデル参照についても、パラメータが渡っていることが確認できます。お得意様モデルお得意様モデルの会社名項目の初期値は、コード(ID部)を受け取るようにします。初期値の式を数字型に変換するためのTOINT関数を適用します。(TOINT関数の適用)顧客モデル変更はありません。そのまま利用できます。顧客モデルのcompanynameはモデル参照に変わっています。指定は自動的にコード(ID部)を渡すと解釈されます。このルールの詳細は"仕様・制約"をお読みください。仕様・制約ボタンの配置ボタンの表示順序を制御することはできません。オリジナルボタンは常にボタン表示部の右側に配置されます。モデル参照項目のルール"をお読みください。遷移させることはできません。詳細画面が起点となります。新規登録および更新画面にボタンを追加する場合、この画面遷移は必ず同じモデルに戻ることが仕様となってます。登録画面から詳細画面へ遷移したり、更新画面から検索画面へ遷移させることはできません。されるようになっています。フォームの遷移先は常に一つ(自分自身)であり、遷移先の異なるボタンを用意することはできないようになっています。スクリプトを使って、この制約を回避することができます。