2025-06-19

64 ビット版 Microsoft Text Driver をインストールする際の注意点

 FileMaker Pro から ODBC 経由でテキストファイルにアクセスする際、Microsoft Text Driver があると便利なのですが、デフォルトでは Windows 10/11 には 32 ビット版のテキストドライバしかインストールされていません。


 64 ビット版の FileMaker Pro ではこの 32ビット版の Microsoft Text Driver は認識されません。


解決方法

 64ビット版の Microsoft Text Driver を入手し、インストールします。このテキストドライバは「Microsoft Access データベース エンジン 2016 再頒布可能コンポーネント」で提供されるドライバのひとつとなります。

以下のリンクからダウンロード可能です。

Microsoft Access データベース エンジン 2016 再頒布可能コンポーネント
https://www.microsoft.com/ja-jp/download/details.aspx?id=54920

 ダウンロードの際は、X64 の方を選択してください。

 


  インストールに成功すると、Microsoft Text Driver が 64 ビット版の ODBC データソースアドミニストレーターに表示されるようになります。


インストール時の問題点と対応

  Microsoft Acess データベースエンジンをインストールする際、以下のようなエラーメッセージが表示され、インストールに失敗することがあります。

 原因:32ビット版のデータベースエンジンと64ビット版のデータベースエンジンを共存させることができないために発生するエラーです。

 32 ビット版の Microsoft Officeがインストールされている場合は、Office をアンインストール後、64ビット版をインストールした後に Microsoft Access データベースエンジンをインストールする必要があります。

弊社で検証したインストール可否の状況は以下のとおりです。

64ビット版 Windows 10/11 を対象とした、Microsoft アクセスデータベースエンジンインストール可否表

項番 前提条件 可否 対応
1 MS Office がインストールされていない 64ビット版 Microsoft Access データベースエンジンをインストール
2 32ビット版 MS Office がインストールされている ×
  1. MS Office をアンインストール
  2. 64ビット版 MS Office をインストール 
  3. 64ビット版 Microsoft Access データベースエンジンをインストール
3 64ビット版 MS Office がインストールされている 64ビット版 Microsoft Access データベースエンジンをインストール

 

 ※MS Office インストーラが X86/64 のハイブリッド版の場合、明示的に 64 ビット用インストーラを使って MS Office をインストールをしないと 32ビット版の MS Office がインストールされてしまうため、注意が必要です。


(亀)

 

2025-06-06

FileMaker Pro 19.0 で作成する表形式レイアウトに要注意!!!

 FileMaker Pro 19.0 表形式レイアウトを作成すると(下図参照)、そのファイル自体に障害が発生します。

上記のように表形式のレイアウトを作成するとファイルに障害が発生する
上記のように表形式のレイアウトを作成するとファイルに障害が発生する


レイアウト作成後にファイル修復コマンドを実行すると、以下のようなエラーが発生します。 

※FileMaker Pro 19.0 を使用して、同様の現象が発生するか、確認してみてください。

 このメッセージが表示されたら、文字通り、このファイルを使用し続けることは避けるべきです。
なお、Recover.log には以下のようなエラーコードが記録されます。

2025-06-03 14:36:03.136 +0900 19v2テストだよ.fmp12 8487 表形式をリセット
2025-06-03 14:36:03.157 +0900 19v2テストだよ.fmp12 8476 この項目は変更されました
2025-06-03 14:36:03.727 +0900 19v2テストだよ.fmp12 0 修復中: テーマカタログ
2025-06-03 14:36:03.743 +0900 19v2テストだよ.fmp12 0 テーマカタログ 順リストを再構築中: 名前
2025-06-03 14:36:03.743 +0900 19v2テストだよ.fmp12 0 修復中: テーマ 'com.filemaker.theme.enlightened' (1)
2025-06-03 14:36:03.774 +0900 19v2テストだよ.fmp12 8476 この項目は変更されました

 

エラーが発生した場合の復旧方法

 上述のエラーが発生した場合、以下の要領でファイルを回復させます。

  1. エラーが発生している表形式レイアウトを削除する。
  2. 削除したレイアウトを手動で復旧。この時、一旦フォーム形式で作成した後、表形式に変更する。 
  3. ファイルを閉じてファイル修復コマンドを実行。下図のように「新しいデータベースの使用は安全ですが...」と表示されていれば障害は解消しています。修復したファイルを使用して開発または運用を再開してください。
修復成功時のメッセージ例

 

 長期間運用しているシステムでも要注意 

 本現象は盲点です。長期間運用されているシステムであっても、このエラーが潜伏している可能性があります。 システム管理者の方は、現在運用中のシステムのバックアップを使用して修復コマンドを実行し、上記のエラーが発生していないことを確認しましょう。

注:

  1. FileMaker Pro 19に限らず、後継バージョンの2023/2024 の修復コマンドを使用しても、障害の原因となっているレイアウトを削除しない限り、この障害は解消しません。
  2. 類似のエラーは fp7(FileMaker Pro 7~11のファイルフォーマット)でも発生することがあります。当社では FileMaker Pro 11で類似のエラーを経験しています。
  3. レイアウトを削除して上記のように対処しても、エラーが解消されないことがあります。最悪の場合、当社も遭遇しましたが、一から再開発となります。
  4. 当方の検証では、FileMaker Pro 19.3 以降で新規に表形式のレイアウトを作成してもこの現象は発生しませんでした。Claris社は明言していませんが、このバグをFileMaker Pro 19.3 で解消した可能性があります。


 ファイル障害への対策

  Claris 社は頻繁に FileMaker のアップグレードを行っており、今までは問題なく使えていた機能が突然不具合を起こす可能性もあります。そのため、FileMaker ソリューション開発の際には不測の事態に備え、以下のような対策を行うことをお勧めします。

  • FileMaker Pro 19 環境でデータベースを保守・運用中なら、最低でも FileMaker Pro 19.3 以降にアップグレードしておく 
  • 1週間以上のバックアップ(データを含む)を残す
  • クローンのみ(データ無)のバックアップをできるだけ長期間(例:10週~)、追記的(上書せずに)に保管する
    • クローンにするのはディスク容量を節約するため
    • 上記の方法で復旧できない場合は、クローンを利用して復旧する
    • 当社では週1回クローンバックアップを行い、50週分(約1年分)のクローンを保持
  • そのシステムの重要度に応じて、毎日あるいは週に1回、ファイル修復コマンドを実行し、ファイルにエラーが無いことを確認する


 参考

  FileMaker Pro 19.0 で発生する上記エラー について、Grok に調査させた結果を参考情報として以下に載せておきます。

提供された情報と検索結果(特にWeb ID: 0, 10, 19)に基づき、FileMaker 19.0.2以降で「エラー8487 Reset table view」が解消されたかどうかについて調査しました。以下は結果と分析です。

調査結果

  • エラー8487の詳細: エラー8487は、FileMakerのGet(LastError)関数やスクリプトデバッガで検出されるエラーで、テーブルビューのリセットに関連する問題を示します。具体的には、レイアウトのテーマや構造が破損し、レイアウトが正しく表示されない場合に発生します。このエラーは、FileMaker 19でのレイアウト作成や編集時に頻発し、リカバリログで「Reset table view」として報告されます。
  • FileMaker 19.3.1の既知の問題: Web ID: 10(pkinformation.com)によると、FileMaker 19.3.1ではレイアウトのテーマが意図せずクリアされるバグがあり、レイアウトが破損したように見える問題が報告されています。このバグはエラー8487と関連している可能性がありますが、直接的に「エラー8487」と記載されていないため、推測の域を出ません。
  • FileMaker 19.3.2での修正: 同じ情報源(Web ID: 10)で、FileMaker 19.3.2のリリースノートにおいて、19.3.1で発生した一部のバグが修正されたと記載されています。ただし、エラー8487が具体的に修正されたとは明記されていません。リリースノートを確認する必要があるとされていますが、公開情報からはエラー8487の修正が明確に確認できません。
  • FileMaker 19.6および2023以降: Web ID: 19によると、FileMaker 19.6のサポートは2024年12月19日に終了し、最新バージョン(FileMaker 2023や2024)へのアップグレードが推奨されています。FileMaker 2023以降では、レイアウトやテーマ管理に関する改善(例:新しいスクリプトステップやAPI統合)が導入されていますが、エラー8487の解消に関する直接的な言及はありません(Web ID: 17)。
  • コミュニティ情報: Claris Community(Web ID: 7, 13, 14, 15, 16, 18, 20, 22, 23, 24)へのアクセスが「Loading · Sorry to interrupt · Refresh」エラーで制限されており、具体的なスレッドやユーザー報告を確認できませんでした。そのため、コミュニティ内でエラー8487が19.0.2以降に解消されたという議論があったかどうかは不明です。
  • 他の情報源: Web ID: 0(Claris FileMaker Server Release Notes)やWeb ID: 11(FileMaker Proエラーコード)には、エラー8487に関する具体的な言及がなく、19.0.2以降の修正状況についての情報も見つかりませんでした。Reddit(Web ID: 21)でもエラー8487に関する最近の議論は確認できませんでした。

結論

現時点で、FileMaker 19.0以降(特に19.3.2やそれ以降)でエラー8487が解消されたという明確な情報は、提供された検索結果や公開情報からは確認できません。FileMaker 19.3.1でレイアウトのテーマ破損バグが報告されており、19.3.2で一部修正された可能性はありますが、エラー8487が完全に解消されたかどうかは不明です。

 
Claris Community で見つけた参考記事:

FileMaker 19 Development creating Layout issues. Recovery Reports Error 8487 Reset Table View?

  

 (亀)



2024-04-03

旧FileMaker で開発した受注・送状発行システムを運送会社のEDIに対応させる


  本稿でご紹介の『簡太郎君R3.0は、2024年10月1日にリリースされました。



物流の2024年問題と宅配EDIへの対応

 当社では2009年にFileMaker 11を使用し、受注・請求・宅配送状発行のシステム(簡太郎君)を開発しました。本システムのお客様は運送会社であり、お客様の取引先である数十の農園や農家に配布され稼働しています。ユーザはフルーツ等の農産物の顧客・受注管理、請求書発行、宅配送状の印刷を簡太郎君を使用して行っています。


EDI対応する新簡太郎君のメニュー画面(ブリッヂ社製)― 2024年10月1日リリース済

 さて、運送業界では2024年4月からトラックドライバーに時間外労働の960時間上限規制が適用され、国内の輸送能力が今後不足する可能性が指摘されています。いわゆる物流の2024年問題(全日本トラック協会サイト)です。同サイトによると、労働時間が削減される一方でトラックドライバは不足しており、「営業用トラックの輸送能力が2024年には14.2%さらに2030年には34.1%不足する可能性がある」と記載されています。

 こうした状況で運送業界では、IT技術を使用した業務の効率化(DX)が強く求められており、今回、簡太郎君もEDI対応による業務の効率化を行うこととなりました。

運送EDIシステムの構成

  下図がEDI対応バージョンの新簡太郎君のシステム構成図となります。
 簡太郎君の各ユーザ(農園等)は顧客からの注文を受注画面で入力し、送状を作成・印刷します。ユーザはその日の出荷作業が終わったら、集約サーバに送信します。集約サーバでは多数の顧客から送信されてくる送状データを蓄積・集約しておき、予め設定した時刻になると送状データをまとめて各運送会社に自動送信します。

 集約サーバで一旦データを集約する理由は運送会社の要請によるもので、個々のエンドユーザと契約を締結するのが煩雑で時間がかかるということのほか、エンドユーザのサポートの負担を回避したいということがあると思われます。

簡太郎君の送状データフロー図


簡太郎君のEDI対応

 2009年にリリースされた簡太郎君はFileMaker 11で開発及びランタイム化されているため、FileMakerのライセンスは必要とせず、Windows 10/11でも稼働します。
 農園等のユーザは顧客から注文を受けると、受注画面で依頼主、送り先、商品などの情報を入力した後、送状を作成します。このとき12桁の送状番号が自動生成されされます。荷物が複数の個口に分かれる場合は、送状を個口分作成します。

受注画面の送状タブ

 “送状印刷”または“印”をクリックすると送状が印刷されます。

ヤマト:レーザープリンター用A4マルチ伝票(品番322)

 その日一日の発送が終わった時点で、下図の"EDI送信"ボタンを実行して送状データを集約サーバに送信します。


集約サーバ

 集約サーバは FileMaker Server 2023 により構成されており、Amazon AWS EC2 上に存在します。 このサーバは多数の顧客から送信されてくるデータを常時受信し、蓄積します。
 本サーバにはスケジュールが設定されており、設定された時刻になると送状データをまとめて運送会社に送信します。

 運送会社によりAPIは異なります。本システムではヤマトについてはcURL、JP(日本郵便)についてはSFTPを使用してサーバから各社のEDIサーバにデータを送信します。

 集約サーバで一旦データを集約する理由は運送会社の要請によるものですが、個々のエンドユーザと契約を締結するのが煩雑で時間がかかるということのほか、エンドユーザのサポートが負担になるということがあると思われます。

お問い合わせ

 本システムのお問い合わせは以下のフォームをご利用ください。ブリッヂまたは当社よりご連絡差し上げます。


以上
(NuckyT)