対策はOfficeのダウングレードです。関連リンクの [ACCESS]#Deleted問題 が助けになります。私は被害なしだったのですが、ベータテスト（＝MS社内・シンパテスト）どうなっているのでしょうか？ERP、パッケージソフトのデータベーステーブルの主キーは文字列型になっていることが多いのですが。
cd %ProgramFiles%\Common Files\Microsoft Shared\ClickToRun
officec2rclient.exe /update user updatetoversion=16.0.15128.20248関連リンク
90年代はこの手の不具合はしょっちゅうでしたが2020年代になってもまだこんなことがあるとは！市販ソフトやクラウドはブラックボックスなのでシステム不具合時はバックアップも意味がありません。来年以降は電子帳簿ごとクラッシュするのでしょうか。
システム設計で一番重要な考え方は simple is best です。中でもデータベース設計がカギになります。重要なデータを格納するテーブルをコアテーブルと呼び、教科書通りの単純な構造とします。会計であればコアテーブルは1つしかありません、仕訳帳テーブルです。私のような個人事業者でも日本を代表するような大企業でも違いはありません。
重要な仕訳帳はEXCELに簡単にコピー出来るように設計します。何かトラブルがあっても仕訳帳を開くことはできます。そもそも記帳の手前で、EXCELのシートを費目別に分けて整理していると思います。自作の会計ソフトは費目別シートからの転記を便利にするために作ったものでした。
今回のケースはアプリケーション障害とデータ喪失にあたります。クラウドではないのでデータ流出の心配はありません。大ごとではありますが、別のアプリケーションを並列運用していたので実害はありません。社会インフラ系では、一世代前のシステムを待機系として維持する方式が以前はありましたが、最近は聞きません。現用系と待機系で異なるシステムを持つというのは、企業・商用システムの障害対策、可用性対策として見直されてもいいかもしれません。
Googleスプレッドの仕訳帳は、アクセスの会計ソフトをさらにシンプルに出来るのでは？と思いついて作ったものです。(総)勘定元帳兼用になっていてフィルターで勘定を絞ると相対勘定と合わせて確認することができます。決算整理は手入力ですがバランスさせるだけなので大した手間でもないと思います。アクセスは自動計算にしていますが、そのロジックを抜くとGoogleスプレッドで試算表まで行けてしまいます。Googleスプレッドで仕訳記帳と決算が出来るのは個人事業者にとっては大きいです。それを実感したくてEXCELで作ったものをGoogleスプレッドにUPしました。EXCELなのでソフトの使い方を新たに覚える必要もありません。これも大きいです。
結局 simple is best ということでしょうか。資産台帳、減価償却、在庫評価、原価計算などありませんが、私の仕事ではすべて0行なので。
改正電子帳簿保存法の施行が延期になりました。難しく考え過ぎているようです。間違いなくIT屋がいけないのだと思います。私は会計帳簿を自作のアクセスで管理しています（連結会計システムを開発していた役得です）。元々売上仕訳は契約書類のPDFを添付できるようしていますが、契約通知、請求書送付メールへのリンクを追加し他の仕訳も同じ修正をしました。
電子メールはメールサーバによる授受の記録が正確なタイムスタンプと共に記録されています。郵便の消印にあたるもので改変ができません。最も身近な電子証跡です。これを利用しない手はありません。売上仕訳は相手先、金額、計上日を持っているので仕訳を検索をすれば自ずと電子証跡を確認できます。同じことを仕入、経費に適応すれば電子請求にも対応完了です。後日メールやPDFを探す手間もかからずおすすめです。
紙の請求書を無理に電子化する必要はありません。電子メールやWebで授受される契約書、請求書を会計帳簿から容易にたどれるようにしておけばOKです。
永島志津夫
会計ソフトに入力する前に、売上や経費をエクセルで管理することが多いと思うのですが、会計ソフトにコピー＆ペーストできません。毎月同じように発生する経費を逐一入力しないといけません。会計ソフトの中でコピーも出来るのですが、エクセルのようにはいきません。売上の場合は売掛金の入金消込もあります。決まりきった入力があまりに多いのが自作の理由です。減価償却もないので会計ソフトといっても簡単なものです。
工夫したのは、毎月同じように発生する経費入力画面です。金額を1ヶ所に入れれば、SQLの力で12ヶ月分の仕訳が自動的に作られます。
売上はエクセルからコピペしやすいよう、データシートに入力します。また証憑ファイルもデータベースに添付できます。これは便利です。顧客と月次でインデックスになっています。一般の会計ソフトにありそうでない機能です。
COBOLは事務処理に向いているといいますが（なのでSAPの開発言語ABAPはCOBOLライク）、SQLはさらに強力です。画面と帳票にアクセスを使えば、中小企業から大企業まで、ほとんどの業務をカバーできます。システムの寿命の長さという点でも有利ですね。PCのパフォーマンスがCOBOL全盛期のスーパーコンピュータを超えている現在、性能には何の懸念もありません。→今さら？クライアントサーバ
自作なので費用対効果は言うまでもないのですが、空き時間を見て1週ほどで作りました。アクセスは手軽なので商業高校の簿記とコンピュータの実習にもピッタリです。もちろん大企業も活用できると思います。バージョンアップやシステム寿命の心配もありません。
個人事業の場合、特別なことがなければ試算表＝決算書となります。また株主資本等変動計算書（旧 利益剰余金計算書）はなく、事業主貸借勘定がそれに相当します。なので作りは簡単で会計ソフトとしては必要最低限の機能しかありませんが、Excelから自由にコピーできるので、個人的には使いやすいと感じています。
業務管理システムとして、ユーザの操作性、費用対効果、システム寿命の3つの点で最強の組み合わせはクライアントサーバです。
Webアプリは元々、限られたサーバリソースをコネクションプールを経由し効率良く使うためのものでしたが、性能が向上した今では、家電量販店で売られているPCで3万人企業のデータベースも快適に動かすことができます、クラサバで。
最近関わったプロジェクトのシステム構成が冒頭の図です。MariaDBですが8コアで毎秒300トランザクション以上の業務処理ができます。8コア8GBのPCなんて10万円もしません。
MariaDBはレプリケーション構成も出来るので可用性対策も簡単に済みます。ネットワーク障害やセキュリティ対策のコストを考えるとクラウドよりもオンプレミスでマシンを持ったほうが有利です。拠点間接続も10万円程度のルータでインターネットVPNを組めます。これもIoTニーズのおかげでSIM内蔵でVPN機能を持つルータが10万円くらいです。
Webブラウザの仕様違い、バージョンアップにさんざん悩まされて、もはやPCで最も重いアプリになってしまった現在、業務システムをWebベースにする必然性はありますかね？
どうか、流行り言葉（ＤＸとか？）に惑わされませんように。