ONLYOFFICE가 Nextcloud에 저장되지 않을 때 저장 콜백을 추적합니다.
Nextcloud 콜백 경로, 프록시 리디렉션 및 스토리지 로그를 확인하여 ONLYOFFICE 저장 실패를 진단한 다음 편집된 파일이 유지되는지 확인합니다.
LibreOffice Writer에서 검토 가능한 DOCX 파일을 보내려면 작업 사본을 ODT 형식으로 저장하고, 변경 내용 추적 > 기록을 켜고, 표시 옵션이 켜져 있는지 확인한 다음 , 파일 > 다른 이름으로 저장을 사용하여 별도의 Word DOCX 파일을 만듭니다. 그런 다음 수신자가 사용하는 Microsoft Word 버전에서 해당 DOCX 파일을 열고 검토 > 모든 마크업을 사용하여 확인합니다 . 이렇게 하면 편집 가능한 원본 파일을 유지하고 파일을 공유하기 전에 변환 문제를 확인할 수 있지만, 어떤 내보내기 설정도 모든 문서에서 동일한 서식을 보장할 수는 없습니다.
아래 컨트롤은 2026년 10월 9일에 확인한 LibreOffice 26.8 도움말 문서를 반영합니다. 메뉴 위치는 운영 체제, 인터페이스 모드 및 릴리스에 따라 다를 수 있습니다. 레이블이 다른 경우 편집 또는 검토 인터페이스에서 해당 명령을 사용하십시오.
'기록' 옵션 은 Writer에게 새로운 편집 내용을 기록하도록 지시하며, 이때 편집자와 편집 시간도 기록됩니다. ' 표시 ' 옵션은 문서에서 변경 내용 추적 결과를 표시할지 여부를 제어합니다. 변경 내용을 숨기더라도 삭제되지는 않으며, '기록' 옵션을 끄더라도 파일에 이미 저장된 변경 내용은 변경되거나 삭제되지 않습니다. 이 두 가지 옵션은 별개이므로 편집 및 내보내기 전에 모두 확인해야 합니다.
표준 메뉴에서 편집 > 변경 내용 추적 > 기록을 선택합니다 . 탭 모드에서는 해당 컨트롤이 검토 탭에 있습니다. 기존 마크를 표시하려면 편집 > 변경 내용 추적 > 표시를 선택합니다. 변경 내용 추적 도구 모음은 기록 및 표시 컨트롤을 분리하여 표시합니다. 변경 내용 기록에 대한 자세한 내용은 LibreOffice 설명서 와 변경 내용 추적 도구 모음 참조를 확인하세요 .


예를 들어, "검토는 월요일에 시작됩니다"라는 문장을 "검토는 화요일에 시작됩니다"로 변경하면, 수신자는 삭제된 단어와 대체된 단어를 별도로 확인할 수 있어야 합니다. 만약 문장이 단순히 "화요일"로만 표시되고 수정 표시가 없다면, 편집 중에 변경 내용 추적 기능이 켜져 있었는지 확인해야 합니다. 최종 텍스트에서 눈에 띄는 차이만으로는 변경 내용 추적이 제대로 되었는지 확인할 수 없습니다.
LibreOffice는 Microsoft Office 형식을 불러오고 저장할 수 있지만, 복잡한 레이아웃 및 서식은 다르게 처리되거나 지원되지 않을 수 있다고 경고합니다. 특히 수정 표시가 변환 과정에서 발생할 수 있는 문제점 중 하나로 명시되어 있습니다. 따라서 "DOCX로 저장"은 형식 변환일 뿐, 픽셀 단위 또는 기능 단위의 완벽한 일치를 보장하는 것은 아닙니다. Microsoft Office 형식으로 저장하는 방법에 대한 LibreOffice 가이드 , 문서 필터 목록 , 그리고 Microsoft Office 가져오기 및 내보내기 제한 사항에 대한 참고 사항을 확인해 보시기 바랍니다 .

내보낸 파일을 Writer에서 다시 여는 것뿐만 아니라, 받는 사람이 Word를 대상으로 하는 경우 Word에서도 엽니다. 검토 탭에서 모든 마크업을 선택하여 삽입, 삭제 및 기타 지원되는 수정 사항이 표시되도록 합니다. Microsoft는 마크업 없음과 같은 보기에서는 변경 사항을 제거하지 않고 숨길 수 있으며, 변경 사항을 수락하거나 거부하는 작업이 문서에서 변경 사항을 제거하는 작업이라고 설명합니다. Word의 변경 내용 추적에 대한 Microsoft의 지침을 참조하십시오 .
삽입과 삭제 작업을 각각 하나씩 확인한 후, 문서에서 내용이 이동될 가능성이 가장 높은 부분(제목, 표, 번호 매기기 목록, 이미지, 페이지 나누기, 머리글, 바닥글, 섹션 경계)을 스캔합니다. 짧은 텍스트 메모는 간단히 훑어보는 것으로 충분할 수 있습니다. 하지만 열이 많고, 복잡한 표가 있으며, 이미지가 고정되어 있거나 섹션이 많은 긴 보고서는 변환 과정에서 발생하는 차이가 더 큰 영향을 미치므로 페이지별로 비교해야 합니다. 이는 위험을 기반으로 한 검사이며, 모든 가능한 기능을 테스트했다는 보장은 아닙니다.

Word에 마크가 표시되지 않으면 먼저 의도한 DOCX 파일을 열었는지, 그리고 ' 모든 마크업' 이 선택되어 있는지 확인하십시오. 그래도 마크가 나타나지 않으면 ODT 원본 파일로 돌아가서 '기록 및 표시'를 확인하고 새 파일을 내보내십시오. 검토자가 어떤 편집 내용을 유지할지 결정해야 하는 경우, 파일을 깔끔하게 보이게 하기 위해 모든 변경 사항을 적용하지 마십시오.
검토 표시는 유지되지만 레이아웃 변경이 중요한 경우, 최종 전달 환경이 Word라면 Word를 사용하여 최종 서식 작업을 완료한 후 새 DOCX 파일로 저장하고 수정 사항을 다시 확인하십시오. 문서의 모양이 고정되어 있어야 하는 경우, 편집 가능한 DOCX 파일과 함께 PDF 파일을 생성할 수 있지만, 검토용 파일을 대체해서는 안 됩니다. 적절한 워크플로는 문서의 복잡성과 수신자의 소프트웨어에 따라 달라집니다. 일반적으로 단순한 텍스트 문서는 복잡한 페이지 레이아웃으로 구성된 문서보다 비교하기가 더 쉽습니다.
DOCX 파일은 Word에서 열렸을 때 바로 사용할 수 있습니다. 모든 마크업 기능을 통해 예상되는 편집 내용을 확인할 수 있고, 개별 변경 사항을 검토할 수 있으며, 중요한 페이지 요소는 그대로 유지됩니다. 수신자가 파일 사용 가능 여부를 확인할 때까지 ODT 원본 파일과 내보낸 DOCX 파일을 함께 보관하십시오. 수정 표시나 중요한 레이아웃 요소가 누락된 경우, 이는 변환 오류로 간주하고 전송하기 전에 대상 프로그램에서 DOCX 파일을 수정하십시오.
Nextcloud 콜백 경로, 프록시 리디렉션 및 스토리지 로그를 확인하여 ONLYOFFICE 저장 실패를 진단한 다음 편집된 파일이 유지되는지 확인합니다.
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에서 확인하세요.
SUSE의 SP7 절차에 따라 FIPS 모드를 활성화하고, 안전하게 재부팅하고, 활성 정책을 확인하고, 규정 준수 요구 사항에 검증된 모듈이 필요한지 확인하십시오.
YaST와 cryptsetup을 사용하여 새로운 암호화된 SLES 데이터 볼륨을 생성하고, LUKS1 또는 LUKS2 암호화 방식을 선택한 후, 잠금 해제 및 마운트 동작이 안전한지 확인하십시오.