Microsoft Access 掲示板

【動作環境】Windows10/Office365ユーザー（開発者・確認者１・確認者２）
　　　　　　社内共有フォルダに1つの排他設定済ACCESSを配置
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

EXCELテンプレートへテーブルのデータを出力し、ファイル保存する処理機能があります。

動作検証のため、確認者１と確認者２に上記機能を使用していただいたのですが、
下記順番で操作するとテーブルデータの一部が出力されていない状態で出力され、
「エラー3343　データベースの形式を認識できません」が発生し
データベースの修復でバックアップファイルが生成される現象が起きてしまいます。

＜エラー発現状況＞
１：開発者→確認者１へACCESSファイルをメールで送付
２：確認者１がACCESSを保存し、社内共有フォルダへ配置
３：確認者１がACCESSのEXCEL出力機能でファイル保存（正常出力）
４：確認者１がACCESを完全終了（閉じる時に自動で最適化する設定有）
５：確認者２がACCESSを開き、EXCEL出力機能でファイル保存（一部データが出力されていない）
６：確認者２が再度ACCESSのEXCEL出力機能でファイル保存を試みると、
　　エラー3343が発生しデータベースの修復でバックアップファイルが生成される

開発者から確認者２へメール送付したACCESSを
開発者２が共有フォルダに配置し、開発者２がそのまま出力すると
上記エラーは起こりません。
開発者１を経由するとエラーが起こってしまいます。

このような現象を経験したことがなく、
ACCESSプログラムコードが怪しいのか、環境が怪しいのか、
どこを深堀すればよいのか分からず途方にくれております。

もし同じようなケースのご経験がある方がいらっしゃれば、
どうかご助力いただきたい気持ちでいっぱいです。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

【ご指摘を頂いての状況追記１】

　・自動最適化ON/OFFでも同様の現象でした。
　
　・現状、ACCESSは分割しておらず、単一ファイルとして使用しております。
　
　・確認者１のACCESS終了後は、確認者1のタスクマネージャーにプロセスが残っていない
　　状態で確認者２にACCESSを起動してもらっております。
　
　・EXCEL出力機能を使わないでファイルを回した場合の検証について、
　　先日一度、上記手順４の後に、確認者2に別機能（パス指定のエクセルファイルを
　　一時テーブルに読込み成形してテーブルに登録する）を使用してもらった時にも
　　3343エラーが起こった記憶があります。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

【状況追記２】
・下の画像はオプション＞クライアントの設定の設定状況です。

・本ACCESSはDAOで作成済のクエリを実行する処理が多いため、解決策調査時
　下記MSの記事「Access でデータベースが '矛盾がある状態' にあると報告される」も
　ヒットしているのですが、バージョンや更新日時上違うのだろうかと思っています。
　リンク

・手順5の一部データが出力されていない点について、下記２のデータのみが
　一時テーブルへ登録されないまま出力処理が完了します。

　１：一時テーブル全データ削除
　２：一時テーブルに明細データ１を登録
　３：一時テーブルに明細データ２を登録
　４：一時テーブルデータのレコードセット取得
        Set rs = CurrentDb.OpenRecordset(一時テーブル, dbOpenDynaset)
　５：一時テーブル並び替え適用
        rs.Sort = "項目A ASC, 項目B ASC"

  ６：並び替えレコードセット再設定
        Set rs = rs.OpenRecordset
　７：エクセル書き込み
　　　

　明細データ登録の処理は、ファンクション化しているため変数の宣言部分を略しますが
　下記のような形です。

　１：Set qf = CurrentDb.QueryDefs(クエリ名)
　２：パラメータがある場合
　　　qf.Parameters(パラメーター名) = パラメーター値
　３：qf.Execute
　４：Set qf = Nothing: Close

・両確認者に使っていただく機能がエクセル出力機能とエクセル取込機能であり、
　誰かを介すると（共有して使用すると）出力時動作不備が起こるという点で、
　この一時テーブル周辺が怪しいのではと試行錯誤していたのですが、
　どうにも詰まってしまい…。
　
　出力機能部分に着目して検証を行っておりますが、
　コメントでご指摘いただいたように
　他機能使用時も同じなのかも確認したいと思います。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

【状況追記3】
・以下2点は確認中です。
　(1)両確認者とも別機能使用した場合についてと、
　(2)新規にACCESSファイルを作成し、オブジェクトをすべてインポートした場合

・エラー発現状況５で一部データが出力されない件について、
　一時テーブルへ登録するINSERTのアクションクエリのSQLが
　何故か冒頭のSELECT　までの不完全なSQLに書き換えられてしまっているため
　であることが分かりました。
　これはクエリのSQLビューで確認いたしました。（上書きされている状態）

　　INSERT INTO 一時テーブル名
　　SELECT;（…正しくは以下も続く）

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
【状況追記4】
SQLの上書きに関して、クエリ実行関数にコードを組み込んでおりました。
これは別箇所で条件を書き加えたいケースに対応するために入れたものでした。
以下クラスのファンクション抜粋(変数宣言略)

【1】
　Public Sub SetQuery(ByVal strQue As String)

　    Set qf = CurrentDb.QueryDefs(strQue)

　    ' クエリSQL取得(元)
　    baseSQL = qf.sql

　End Sub
【2】
　Public Sub Execute()

 　   ' クエリ実行
 　   qf.Execute

   　 ' SQL文を元に戻す
   　 If Not 別モジュール.IsNullOrEmpty(baseSQL) Then
  　      qf.sql = baseSQL
  　  End If

　End Sub
【3】
　Public Sub ObjClose()

　    Set qf = Nothing: Close
　    baseSQL = ""

　End Sub
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
baseSQLはString型で、元のSQL文は3652文字です。

→ 現在はSQL文を元に戻す処理を抜いたクエリ実行ファンクションを設けて
　上書きが走らないように修正致しました。

・検証ケースについて、
　開発者→確認者1→確認者1(続けてもう一度)と
　開発者→確認者2→確認者2(続けてもう一度)のケースは
　上手くいくとの報告でした。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

【状況追記５】

(1)両確認者とも別機能使用した場合について
　　→　こちらは問題ないとのことでした。

(2)新規にACCESSファイルを作成し、オブジェクトをすべてインポートした場合
　　→　同様のエラーが出てしまうのとのことでした。

原因の解明はまだ出来ていないのですが、どうにもならない場合に備え
分割化し使用者ごとにコピーフロントを作成し操作（使用後自動削除）してもらう
ことで回避することを考えています…！

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

【状況追記６】

分割化して共有フォルダに配置し、バッチで使用者ごとにフロントコピー＆起動するように
本番配置したところ、確認者１が帳票出力すると件のエラーが発生し、次に下のエラーメッセージが表示されるのですが、他の人が試すとうまくいくということが起こりました。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

【状況追記７】

自己解決致しましたのでご報告致します。
エラーが起こってしまう原因は、状況追記２での明細データ１登録の際、
データにより文字列「-」を日付型に格納していたことでした。
こんな初歩中の初歩のポイントに…と思うと、もう、全力で脱力してしまいました。

藁をも縋る思いで投稿した拙い質問にお時間割いてコメントくださったお二人には本当に感謝しております。
とても心救われておりました。この度はありがとうございました。

同じOffice365環境のはずなのに、エラーが発現する環境と全く発現しない環境があることだけが謎です…！