ドキュメントを再度開いたときに変更履歴を記録する
ONLYOFFICEドキュメント内で、すべてのユーザーに対して永続的な変更履歴の記録を有効にし、編集内容が記録されていることを確認し、この設定の制限事項を理解してください。
文書を再度開いた後も変更履歴を有効にするには、文書を開き、 [変更履歴] メニューから [自分と全員に対して有効] を選択して、文書を保存するか、編集者に文書を保存させます。この設定は、現在の文書とそのすべてのユーザーに適用されます。個々のファイルに対するアカウント全体のデフォルト設定ではありません。現在のセッションのみで変更履歴が必要な場合は、[自分に対して有効]を選択してください。
共有ドラフトで編集内容を一貫して反映させる必要がある場合、この区別は重要になります。以下の例では、チームがプロジェクト計画をレビューしています。スクリーンショットはインターフェースの図解であり、メニューのラベルと動作はONLYOFFICEの最新のドキュメントに準拠しています。
ONLYOFFICEでは、トラッキングを有効にする方法が2つあります。セッションレベルで設定する方法と、ドキュメント全体に永続的に設定する方法です。「自分のみ有効」を選択すると、現在の編集セッションでトラッキングが有効になりますが、ドキュメントを再読み込みまたは再度開くと設定は無効になります。「自分のみ有効」と「全員有効」を選択すると、すべてのユーザーでトラッキングが有効になり、ドキュメントを再読み込みまたは再度開いてもトラッキングは有効のままになります。
この永続性はドキュメントレベルの動作です。公式ユーザーガイドでは、「自分と全員」の設定は、ドキュメントが再読み込みされたときにすべてのユーザーに適用されると説明されています。また、別のユーザーがこの一般設定を全員に対してオフにできるとも記載されています。したがって、これは編集ドラフトや共有ポリシー文書には適していますが、変更不可能なロックやテナント全体の設定ではありません。ガイドには、すべての新規ドキュメントで変更履歴を自動的に開始する、ユーザーごとの普遍的なデフォルト設定については記載されていません。
![ONLYOFFICEスタイルのドキュメントエディタで、[コラボレーション]タブが選択され、リボンに[変更履歴の記録]コントロールが表示されています。](https://www.webtech360.com/resources_cts/images2/keep-track-changes-on-when-a-document-reopens_725283498.webp)


いいえ。共有設定は再開後も保持されますが、別のユーザーが「自分と全員に対してオフ」を選択できます。ONLYOFFICEのドキュメントによると、このような変更を行うとすべてのユーザーのトラッキングがオフになり、対応するアラートが共同編集者に表示されます。監査証跡が必要な場合は、この設定を変更できるユーザーを合意し、ドキュメントのバージョン履歴またはストレージプラットフォームのコントロールを確認してください。「全員に対してオン」の選択は、管理上の強制ポリシーとして説明すべきではありません。
レビュー専用アクセスは別問題です。ONLYOFFICEによると、レビュー担当者に対しては変更履歴の記録がデフォルトで有効になっており、レビュー専用権限でドキュメントが共有されている間は無効にすることはできません。このモードは提案を目的としており、レビュー担当者が変更内容を送信し、適切な権限を持つユーザーがそれを承認または拒否します。レビュー担当者が元のテキストを直接編集せずに編集内容を提案する必要がある場合に使用します。
組み込みのドキュメント統合の場合、ホストアプリケーションがエディターの設定を制御します。ONLYOFFICEのAPI FAQでは、document.permissions変更履歴/レビューモードでドキュメントを開く方法を決定すると説明されています。編集とレビューの両方を可能にする(ユーザーがレビューモードに切り替える機能を含む)には、以下の設定が必要です。
document: {
permissions: {
edit: true,
review: true
}
},
editorConfig: {
mode: "edit"
}
と を使用するとedit: false、review: trueドキュメントはレビュー専用に開きます。これらは統合によって提供されるアクセス権限であり、一般ユーザーがエディターで設定できるグローバル設定ではありません。管理者は、ホストのドキュメント構成でこのオプションを適用し、統合エディターで確認する必要があります。構成変更をデプロイする前に、統合の最新のAPIドキュメントとDocsのバージョンを参照してください。
ONLYOFFICE Workspace、Nextcloud、ownCloud、またはその他の接続プラットフォームで通常使用する場合は、API設定を編集するのではなく、エディターメニューの共有オプションを使用してください。ホストアプリケーションによって、権限、保存、テンプレート、および使用可能なツールバー機能が制御される場合があります。

同じ共有ドキュメントを再度開き、「変更履歴の記録」コントロールを確認します。次に、無害な編集を1つ行い、挿入または削除したテキストがレビュー対象としてマークされていることを確認します。コントロールにトラッキングがオンと表示されているにもかかわらず編集がマークされていない場合は、編集可能なドキュメントを開いていること、および変更がトラッキングが有効になった後に行われたことを確認してください。新しく作成されたすべてのファイルでトラッキングを開始する必要がある場合は、プラットフォームがそのワークフローをサポートし、ドキュメント化している場合にのみ、ホストレベルのテンプレートまたは統合構成を使用してください。エディターの「自分と全員に対してオンにする」オプションは、現在のドキュメントに適用されます。
ONLYOFFICEドキュメント内で、すべてのユーザーに対して永続的な変更履歴の記録を有効にし、編集内容が記録されていることを確認し、この設定の制限事項を理解してください。
Nginx、Dockerネットワーク、またはONLYOFFICE内部サービスのいずれかが502エラーを返しているかどうかを確認し、修正されたアップストリームとヘルスチェックを検証します。
ONLYOFFICEの保存失敗を診断するには、Nextcloudのコールバックルート、プロキシのリダイレクト、およびストレージログを確認し、編集されたファイルが保持されていることを確認します。
ONLYOFFICEのメモリクラッシュの原因を特定し、Dockerの制限を確認し、VPSのRAMサイズを正しく設定し、スワップ領域を安全に追加し、ドキュメントが正しく開いて保存されることを確認します。
ブラウザのダウンロードに関する問題とサーバー側の変換エラーを区別し、適切なログまたはアクセスチェックを使用して、PDFエクスポートが正常に機能するようにしてください。
ONLYOFFICE DocsとNextcloudで使用されているJWTシークレットを照合し、DockerまたはLinuxインストールに安全に適用し、認証を弱めることなく接続を検証します。
公式のDockerスクリプトを使用して、Ubuntu 24.04にONLYOFFICE Workspace Communityをインストールし、サーバー要件を確認し、必要に応じてメールをスキップし、ポータルが安全に動作することを確認します。
ONLYOFFICE Docsとそのコネクタに対応するJWTシークレットを設定します。Linuxパッケージ、Dockerデプロイメント、および検証のための安全な手順も含まれています。
組み込み型のONLYOFFICE Docsエディタに、カスタムテーマファイルとエディタ設定を使用して、会社のロゴとインターフェースカラーを設定できます。エディション制限と展開チェックについては、こちらをご覧ください。
Writerで編集履歴を追跡し、編集可能なODTソースを保持し、共有する前にエクスポートしたDOCXファイルをWordで確認します。