いつもお世話になります。
「ＦＭ１３スーパーリファレンス」を購入しました。関数等は１３対応版が出てからと思っています。
読解不足のなかでの質問で申し訳無いのですが・・・

例えば納品されているプログラムのバージョンアップ等はどういう形でなされるのでしょうか？
データとプログラムが分離しているのでしたら何ら問題ないと思うのですが
今理解している範囲ではデータとプログラムは１つのモノのように思えます。

アクセスもデータは分離できたように思います。
ＦＭも分離できるのでしょうか？？

宜しくお願い致します。

10人程度の社内見積及び工事管理を考えています。
とりあえず５人同時接続？のファイル共有で試してみたいのですが
担当IDはログインIDのようなもので自分を区別するのでしょうか？

見積や日報登録時に本日日付と担当IDは自動表示
いろんな一覧もまず自分のデータだけを抽出表示したい。
必要があれば他の担当コードで再抽出。

ＦＭはレコード単位でロックがかかるのでしょうか？
一覧表示する時のリレーションは更新削除できないようにしたものを使うのでしょうか？
今までＭＲＤＢを使っていて、リレーションの意識が薄いのです・・・。
新規登録の主キーは自分の端末データにある連番を参照、コミット後カウントアップしています。担当ID+連番で全体の通し連番はありません。

何か共有での注意点や考え方のポイントがあればお教え願えませんでしょうか。

ＦＭの多彩な表現力に魅せられ移行を考えております。
宜しくお願い致します。

20年ぶりの初心者です、宜しくお願い致します。

  簡単な工事日報を登録しようと思います。
  担当者を選んで、日付は本日日付を自動表示します。
  ここはヘッダーのようにしたい（１日分１回の入力で）
  以下明細部分？は内容ごとに複数発生します。

  工事コード  区分（準備、作業、片付、その他） 開始時間 終了時間 作業時間
  これを必要なだけ複数行入力するような形をイメージしています。

■１テーブルのみで上記のような（担当と日付は１箇所で）明細行形式の入力フォームが可能でしょうか？

やはり
  日報   （ID、日付、担当CD）
  日報明細（ID、工事CD、区分、開始時間、終了時間、作業時間、作業計(集計用)）

という感じで少ないフィールドであれ分割してリレーションするのが基本でしょうか？？

宜しくお願い致します。