Функциональный паритет с Word и Excel

Как корректно формулировать паритет: семь уровней от user journey до operational parity и способы их доказать.

Фраза «на выходе Word и Excel с функциональным паритетом» коммерчески привлекательна, но технически опасна. В enterprise office этот паритет не бывает абсолютным. Его нужно раскладывать на матрицу сценариев, форматов, операций и preservation.

Уровень паритета	Что означает	Как доказывать
User journey parity	Пользователь выполняет свои top-10/20 ежедневных действий без перехода в Microsoft Office.	Acceptance journey в host-приложении партнёра.
Format openability	DOCX/XLSX/XLSB/ODS/CSV открываются в выбранном backend.	Corpus open tests, warnings/refusals.
Editing parity corridor	Согласованные функции редактируются корректно: текст, таблицы, формулы, форматирование, comments, sheets, charts и т.д.	Feature corridors + before/after semantic diff.
Save/reopen parity	Сохранённый файл повторно открывается и сохраняет смысл/структуру.	Cold reopen, желательно дважды, включая Excel/Word round-trip.
Preservation parity	Неподдерживаемые части сохраняются или явно классифицируются.	Package diff, relationship/content-type checks.
Automation parity	VBA/queries/agents работают в поддерживаемом subset, остальное диагностируется.	Compatibility matrix + typed refusals + audit.
Operational parity	Offline/on-prem/security/update/lifecycle не хуже требований enterprise deployment.	Security checklist, teardown, SBOM, signed artifacts.

Почему это сильнее обычного «поддерживаем XLSX/DOCX»

Для заказчика важен не список расширений файлов, а отсутствие потери данных после save.
Для миграции критичны Power Query, VBA, external links, charts, pivot, styles, comments, track changes, headers/footers, fields.
Для OEM-партнёра важны lifecycle, memory, teardown, update compatibility и observability, а не только UI.
Capability matrix превращает спор в проверяемый договор: что читается, что редактируется, что сохраняется, что сохраняется opaque, что блокируется.

Источник / основание: A4 Architecture Specification прямо фиксирует: openability не означает fidelity; capability profile должен отдельно описывать чтение, отображение, редактирование, сохранение и preservation для OOXML. F1 Architecture Specification требует format x backend x operation x read/write/preserve matrix и считает маркетинговую формулировку «поддерживает XLSX» недостаточной без такой матрицы.