SPSS 32.0.0 официально выпущен 23 апреля 2026 года. IBM опубликовала документацию по установке, лицензированию и выпуску продукта, но сам факт выпуска SPSS 32.0.0 ещё не доказывает, что текущий пакет полностью работает нативно на Apple Silicon. Подтверждённые сведения находятся в примечаниях к выпуску SPSS Statistics 32.0.0 и документации SPSS 32.

Поддерживает ли SPSS 32 Apple Silicon нативно уже сейчас?

По состоянию на 24 августа 2026 года нельзя утвердительно ответить на этот вопрос применительно к SPSS 32.0.0. IBM подтверждает выпуск версии и наличие инструкций для macOS, однако это не означает подтверждённую архитектуру каждого компонента установочного пакета. Поэтому проверяйте не только номер версии, но и фактическую архитектуру основного приложения, расширений и вспомогательных процессов.

В официальном сообществе IBM технический специалист сообщил о плане предоставить нативный вариант вместе с SPSS 32.0.1 в сентябре 2026 года. Это информация о планах, а не гарантия даты, состава функций или архитектуры будущего установщика. Обсуждение IBM о совместимости SPSS с Apple Silicon следует трактовать именно как дорожную карту. Пока пакет не появился на официальной странице загрузки и в примечаниях к выпуску, считать его выпущенным нельзя.

Rosetta выполняет роль совместимого слоя для приложений Intel на Mac с Apple Silicon. Благодаря этому можно продолжать работу, но появляются дополнительные точки контроля: расширения, интеграция с Python и R, плагины и автоматизация могут иметь собственные архитектурные требования. Apple объясняет, как определить архитектуру приложения и наличие поддержки Apple Silicon, в официальной инструкции по проверке архитектуры приложений.

Упоминание macOS 27 не означает, что миграцию можно отложить до последнего возможного момента. Рабочая станция в университете используется дольше одного проекта: её образ копируют, лицензии передают пользователям, а результаты должны воспроизводиться спустя месяцы. Поэтому Rosetta — приемлемое средство непрерывности, но слабая стратегия для нового долгосрочного стандарта.

Для текущего курса, диссертации или ответа рецензенту приоритетом является воспроизводимость, а не архитектурная новизна. Если SPSS 32.0.0 уже запускается в поддерживаемой конфигурации и выдаёт совпадающие результаты на контрольном файле, менять среду посреди работы нерационально.

До любых экспериментов сохраните:

• точную версию SPSS и способ запуска;
• тип лицензии: авторизованный пользователь или параллельная лицензия;
• список расширений и подключённых интерпретаторов;
• SPS-синтаксис, настройки вывода и параметры экспорта;
• представительский SAV-файл с исходными переменными и метаданными;
• эталонные таблицы, графики и журналы ошибок.

Это не формальность. Если после перехода изменится таблица или округление, вам потребуется определить причину: ошибка миграции, расширение, интерпретатор, настройки вывода или различие исходных данных.

Нужно ли устанавливать Rosetta для SPSS 32 на Mac с чипом M-серии?

Если конкретный компонент SPSS или подключённое расширение собрано только для Intel, Rosetta может потребоваться. Но нельзя заранее объявлять её обязательной для любого варианта установки. Сначала проверьте архитектуру приложения через системную информацию macOS, затем отдельно изучите зависимости. Основное приложение может запускаться одним способом, а старый модуль Python, R-плагин или вспомогательная утилита — требовать другого.

Для лаборатории это создаёт три скрытые издержки:

1. Неполная совместимость. Запуск окна SPSS не подтверждает работу импорта, графиков, расширений и скриптов.
2. Неясная зона ответственности. Ошибка может возникать в SPSS, Rosetta, интерпретаторе или пользовательском дополнении.
3. Сложность образов. Инструкции для Intel-совместимого запуска и будущего arm64-перехода могут различаться.

Лицензионная модель — отдельное ограничение. Для индивидуальной лицензии IBM публикует инструкцию для авторизованного пользователя. Для лаборатории, где доступ распределяется между рабочими местами или пользователями, нужно отдельно изучить инструкцию по параллельной лицензии. Нельзя автоматически считать персональную студенческую лицензию разрешением на удалённый доступ, общий сервер или многопользовательский образ.

Что выбрать, если SPSS 32.0.1 ещё не вышла?

Для проекта с установленной датой сдачи выбирайте SPSS 32.0.0 в уже проверенной среде. Для нового долгосрочного развёртывания выбирайте двойной контур: стабильная среда остаётся доступной, а будущая версия устанавливается отдельно после официального выпуска. Не заменяйте единственную рабочую установку тестовым пакетом.

До начала нового семестра выберите небольшой, но реальный набор задач. Он должен включать импорт исходных данных, основные статистические процедуры, график, экспорт и выполнение синтаксиса. Если исследование использует Python или R, включите их в проверку с теми версиями библиотек, которые применяются в проекте.

Пять этапов подготовки

1. Зафиксируйте исходную среду.
   Запишите версию SPSS, режим запуска, модель лицензии, список расширений и пути к интерпретаторам. Сохраните настройки, если это поддерживается вашей установкой.

2. Соберите контрольные материалы.
   Возьмите один SAV-файл, один SPS-файл, таблицу ожидаемых результатов, график и файл экспорта. Не меняйте исходные данные специально для упрощения теста.

3. Выполните полный сценарий.
   Импортируйте данные, запустите синтаксис, сформируйте ключевые таблицы, создайте график и экспортируйте результат. Сохраните журналы и внутренние наблюдения о времени выполнения. Публичное сравнение производительности допустимо только при наличии реального теста KVMNODE.

4. Определите критерии остановки.
   К ним относятся неверные значения, пропавшие переменные, изменившиеся подписи, ошибки кодировки, недоступный модуль или невозможность повторно получить прежний вывод. Отличие внешнего вида таблицы не всегда означает ошибку, но требует проверки.

5. Сделайте копию, а не замену.
   Установите будущую версию рядом или на отдельную машину. Не удаляйте SPSS 32.0.0, пока новый контур не пройдёт весь сценарий и не будет подтверждена лицензия.

Важно: одинаковый SAV-файл не гарантирует одинаковый результат, если изменились расширение, настройки пропущенных значений, версия Python или R либо параметры экспорта. Сравнивайте не только запуск, но и всю цепочку зависимостей.

Для администратора добавляется проверка доступа. Уточните, сколько пользователей должно работать одновременно, где находится лицензирующий сервер, разрешён ли удалённый вход и как очищается пользовательский профиль. Удалённая среда может быть технически доступна, но организационно запрещена лицензией или политикой университета.

После появления SPSS 32.0.1 не устанавливайте его на единственный компьютер лаборатории в тот же день. Сначала соберите подтверждения из трёх источников:

• официальной страницы загрузки IBM;
• примечаний к выпуску с номером и датой;
• системных требований и инструкции установки для macOS.

Проверьте, что речь идёт именно о публичном пакете, а не о сообщении сообщества, предварительной сборке или изменённом имени файла. Отдельно зафиксируйте диапазон поддерживаемых версий macOS. План на сентябрь из сообщения IBM не является доказательством, что выпуск состоялся именно в этот день.

Затем определите архитектуру приложения и компонентов. В системной информации macOS должно быть указано Apple, Intel или Universal; порядок такой проверки описан в документации Apple по архитектуре приложений. Для исследовательского процесса этого всё равно недостаточно: проверьте расширения, вспомогательные процессы, интерпретаторы Python и R, а также внешние утилиты, вызываемые SPS-сценарием.

Нужно ли перепроверять старые проекты после появления нативной версии SPSS?

Да. Даже если результаты основной процедуры совпадут, повторите операции, от которых зависит публикация: импорт, обработку пропущенных значений, таблицы, визуализацию, кодировку, экспорт, синтаксис и пользовательские расширения. Нативная работа главного приложения не доказывает совместимость всей исследовательской цепочки.

Проверьте также условия обновления лицензии. Для авторизованной лицензии и параллельной модели порядок действий различается, поэтому используйте актуальные инструкции IBM, а не старую памятку кафедры. Если установщик предлагает удалить старую версию, сначала убедитесь, что старый проект можно восстановить на отдельном диске или удалённой машине.

Отсчёт следует вести не от рекламного сообщения, а от момента появления официального установочного пакета. В первые рабочие дни используйте тот же SAV, тот же SPS-синтаксис, те же настройки вывода и те же входные данные. Если анализ зависит от случайной генерации, зафиксируйте seed; иначе сравнение двух запусков будет некорректным.

Порядок проверки:

1. Откройте контрольный SAV и проверьте типы переменных, метки, кодировку и пропуски.
2. Выполните синтаксис без ручных исправлений.
3. Сравните числовые результаты ключевых процедур с исходной базой.
4. Сопоставьте таблицы и графики, включая подписи, десятичные разделители и экспорт.
5. Запустите интеграцию с Python и R отдельно от основного теста.
6. Повторите сценарий под обычной учётной записью, если среда предназначена для студентов.
7. Сохраните журнал, минимальный файл воспроизведения и описание каждого различия.

Не объявляйте тест успешным только потому, что окно программы открылось. Для диссертации важнее повторяемость вывода, чем формальная отметка архитектуры. Для компьютерного класса важнее, чтобы следующий пользователь получил тот же доступ и те же расширения без ручной настройки администратора.

При ошибке сначала зафиксируйте минимальный пример. Затем сравните его с перечнем исправлений SPSS 32.0. Если проблема уже известна, оцените временный обходной путь. Если различие влияет на вывод исследования и обходного пути нет, сохраните старый контур и не переводите на него весь класс.

Решение можно принять по условным веткам:

• Если текущий курс, статья или диссертация имеют близкий срок сдачи, а SPSS 32.0.0 воспроизводит нужные результаты, то оставайтесь на нём до завершения этапа.
• Если SPSS 32.0.1 официально опубликован, архитектура подтверждена, а SAV, SPS, экспорт и расширения прошли проверку, то переводите сначала новый проект, а не завершённые проекты.
• Если основной процесс работает нативно, но Python, R или расширение не прошли тест, то сохраняйте двойной контур и отложите массовое обновление.
• Если лицензия не разрешает удалённое или многопользовательское использование, то не подключайте удалённый Mac до письменного подтверждения условий.
• Если у лаборатории нет Mac на чипе M-серии для пилота, то сначала организуйте краткий независимый удалённый тест, а покупку оборудования принимайте после проверки рабочего процесса.
• Если группе нужен единый образ на длительный срок и планируется переход на macOS 28, то начинайте миграцию заранее, даже если текущий запуск через Rosetta пока стабилен.
• Если тесты выявили расхождение результатов, то не перезаписывайте исходную среду: сохраните журналы, вернитесь к базе и дождитесь исправления или подтверждённого обходного пути.

Такой подход разделяет два решения, которые часто смешивают. «Можно ли закончить текущую работу?» — вопрос непрерывности. «Можно ли стандартизировать новую среду на годы?» — вопрос миграции. Первый обычно решается текущей поддерживаемой установкой, второй требует официального пакета и доказательной регрессии.

Если в лаборатории нет Mac на чипе M-серии, а проверка нужна до закупки, независимая удалённая машина может закрыть узкую задачу: установить разрешённую версию, загрузить обезличенный SAV, выполнить SPS-сценарий и проверить расширения. Это не заменяет решение о постоянной инфраструктуре, но позволяет не покупать устройство вслепую и не менять единственную рабочую станцию.

Перед подключением проверьте:

• разрешает ли лицензия IBM такой способ доступа;
• не содержит ли файл персональные или закрытые исследовательские данные;
• нужен ли VNC для графического интерфейса или достаточно SSH для вспомогательных операций;
• можно ли выгрузить журналы и удалить рабочие материалы после теста;
• совпадает ли удалённая среда с требованиями вашей программы.

Для предварительной оценки можно изучить варианты аренды Mac для исследовательской задачи, но выбор делайте только после проверки лицензии и объёма теста. Если нужен Mac на чипе M-серии на ограниченный период, доступен заказ Mac mini для удалённой работы. Не переносите на такую машину единственный архив проекта и не используйте её вместо правил хранения данных университета.

Сценарий для закупщика выглядит так: сначала короткая проверка на контрольном наборе, затем решение о покупке, постоянной аренде или сохранении существующей среды. Если SPSS — лишь один из инструментов, сравните также требования к другим пакетам, системе лицензирования, резервному копированию и доступу нескольких исследователей.

Текущая схема — личный Mac с SPSS 32.0.0 через Rosetta или общий компьютер лаборатории — часто проигрывает по трём причинам: работа привязана к одному физическому месту, проверку второй архитектуры трудно проводить независимо, а оборудование приходится покупать до подтверждения совместимости. Общая машина добавляет конфликт расписаний, а перенос лицензии может оказаться запрещённым.

В такой ситуации аренда Mac у KVMNODE создаёт более аккуратный временный контур: вы получаете отдельный удалённый Mac на срок миграционной проверки, не разрушая текущую установку и не принимая долгосрочное аппаратное решение вслепую. Если же группе нужна постоянная высокая нагрузка, физические интерфейсы или многолетняя ежедневная эксплуатация, покупка собственного Mac будет рациональнее.

Для временной проверки перед выпуском SPSS 32.0.1 заранее подготовьте контрольный SAV, SPS-сценарий и список расширений. После официального релиза повторите тест, задокументируйте результаты и только затем решайте, нужна ли вашей кафедре полная нативная миграция.