По состоянию на 7 сентября 2026 года официальное руководство ATLAS.ti 26 для Mac имеет версию 26.1.1, а Project Cloud всё ещё обозначен как Beta в документации разработчика. Это сразу задаёт рабочий вывод: ATLAS.ti 26 Project Cloud подходит для последовательной работы между устройствами и асинхронной передачи копий, но не для одновременного редактирования одного проекта несколькими участниками. Для кодирования в реальном времени нужен ATLAS.ti Web; для настольного анализа, объединения проектов и проверки согласия кодировщиков — единый главный проект и контролируемый обмен копиями.
Последняя проверка выполнена 7 сентября 2026 года по руководству ATLAS.ti 26 для Mac, документации Project Cloud и связанным материалам по переносу, командной работе и лицензированию.
Эта статья предназначена руководителям качественных исследований, которым нужно установить правила главного проекта, доступа и передачи результатов. Она также полезна студентам и кодировщикам, продолжающим работу между Mac и Windows, а также специалистам университетской ИТ-поддержки, оценивающим удалённый Mac, лицензии и хранение данных.
[ SECTION_01 ] Четыре маршрута для разных сценариев
Вопрос о совместной работе исследовательской группы в ATLAS.ti 26 Project Cloud нельзя решать только по названию функции. Сначала нужно определить, требуется ли последовательная работа, асинхронная раздача материалов, одновременное кодирование или полноценный настольный анализ.
| Маршрут | Когда выбирать | Что проверить до допуска | Основное ограничение |
|---|---|---|---|
| Project Cloud | Один исследователь переходит между Mac и Windows | Последнюю версию, завершённую загрузку, отсутствие второй активной копии | Не предназначен для одновременного редактирования на двух устройствах |
| ATLAS.ti Web | Нескольким участникам нужно работать в общей веб-среде | Доступность нужных документов, кодов и функций анализа | Настольные и Web-проекты не следует считать автоматически взаимозаменяемыми |
| Копии и объединение | Кодировщики работают асинхронно или проходит проверка согласия | Единый главный проект, пользователи, идентификаторы и отчёт о конфликтах | Требуется ручная процедура передачи и проверки результата |
| Удалённый Mac | Лаборатории нужен настольный ATLAS.ti на macOS без покупки устройства | Запуск, лицензия, загрузка, анализ, экспорт и очистка сеанса | Качество работы зависит от удалённого доступа и политики данных |
В этой таблице нет универсального победителя. Project Cloud удобнее для личного продолжения работы. Web логичнее для общей онлайн-сессии. Объединение проектов нужно там, где важны настольные функции и раздельная работа кодировщиков. Удалённый Mac является способом проверить или временно предоставить macOS, а не заменой правилам управления проектом.
[ SECTION_02 ] Последовательная работа между Mac и Windows
Для одного исследователя Project Cloud может быть приемлемым, если устройства используются по очереди. Официальное описание предполагает работу с локальной копией проекта и передачу актуального состояния через облачный механизм. Поэтому пользователь должен контролировать не только наличие файла, но и направление изменения: какая версия была загружена, какая скачана и где появились новые правки.
Минимальный порядок выглядит так:
- Перед началом работы открыть состояние Project Cloud и проверить, что доступна последняя версия.
- Скачать или открыть актуальную копию только на одном устройстве.
- Завершить кодирование, комментарии и изменения документов на этом устройстве.
- Дождаться окончания загрузки проекта и проверить статус синхронизации.
- Закрыть проект до перехода на другой Mac или компьютер Windows.
- На втором устройстве снова проверить версию перед началом редактирования.
Если система показывает, что на двух устройствах есть неотправленные изменения, кодирование нужно остановить. Нельзя решать конфликт продолжением работы «поверх» одной из копий. Сначала следует сохранить обе версии отдельно, определить рабочую базу и восстановить понятную последовательность. Иначе последующая проверка может не показать, какая кодировка была исходной, а какая появилась в конфликтующей копии.
Практический критерий допуска для личного сценария:
- последняя версия видна до начала работы;
- предыдущая сессия завершила загрузку;
- на втором устройстве нет незавершённых изменений;
- пользователь понимает, где находится рабочая копия;
- после завершения сеанса статус передачи проверен повторно.
Такой режим отвечает запросу «ATLAS.ti 26 Mac и Windows проект как совместить» только в смысле последовательного продолжения. Он не превращает Project Cloud в многопользовательский редактор.
[ SECTION_03 ] Асинхронная раздача копий
Небольшая исследовательская группа может работать через отдельные копии, если руководитель заранее определил главный проект и порядок возврата результатов. Каждый участник должен получить самостоятельную рабочую копию, а не ссылку на единый файл, который несколько человек открывают одновременно.
До первой раздачи руководитель фиксирует:
- название главного проекта;
- версию и дату выдачи копии;
- имя кодировщика;
- набор документов для конкретного участника;
- допустимые изменения кодов;
- срок возврата;
- место хранения полученной копии;
- ответственного за итоговое объединение.
Тестовая приёмка должна проходить на обезличенном наборе интервью. Один участник получает документы, выполняет кодирование и возвращает копию. Руководитель затем проверяет, сохраняются ли документы, коды, комментарии, связи и авторство действий. Только после этого можно выдавать реальные материалы, если такая передача разрешена правилами учреждения.
Главный риск здесь — ложное ожидание автоматического объединения. Две копии могут выглядеть похожими, но это не означает, что изменения сольются без отдельной операции. Поэтому копии нужно именовать так, чтобы из имени было ясно, кто и на каком этапе работал. Например, схема может включать обозначение проекта, участника и раунда, но точный формат следует закрепить в протоколе группы.
Официальный материал о командной работе ATLAS.ti следует использовать вместе с инструкциями по учётным записям. Это важно для сохранения различий между кодировщиками. Общий пароль или неопределённая учётная запись ухудшают последующую интерпретацию результатов.
[ SECTION_04 ] Реальное время и ATLAS.ti Web
Project Cloud не следует выбирать, если несколько участников должны одновременно редактировать один и тот же проект. Это не вопрос скорости интернета или мощности Mac. Ограничение относится к самой модели работы с проектом: параллельные изменения на разных устройствах могут привести к неясной версии и конфликтам.
Для сценария общей онлайн-сессии нужно отдельно оценивать ATLAS.ti Web. Однако Web и настольный Project Cloud нельзя считать двумя окнами одного автоматически синхронизируемого проекта. Согласно официальным материалам, настольные проекты Project Cloud и проекты ATLAS.ti Web на дату проверки не являются напрямую взаимно видимыми.
Перед выбором Web необходимо выполнить минимальную проверку:
- Создать обезличенный тестовый проект.
- Добавить документы, коды, комментарии и необходимые связи.
- Проверить работу каждого участника с отдельной учётной записью.
- Выполнить предусмотренные системой операции передачи или экспорта.
- Сравнить исходный и полученный проект.
- Убедиться, что рабочие материалы не потеряли нужные элементы.
Если исследование зависит от функции, доступной только в настольной версии, безопаснее разделить процесс на этапы. Например, совместный сбор и первичное кодирование выполняются в подходящей общей среде, а согласованный набор материалов затем проходит настольный анализ в главном проекте. Такой подход менее удобен, чем единая система, но он лучше, чем неформальное смешивание Web и настольных копий.
[ SECTION_05 ] Единый проект и согласие кодировщиков
Проверка межкодировочного согласия требует не просто двух файлов с похожими названиями. Кодировщики должны работать от общего проекта, общей системы кодов и сопоставимого набора документов. Если каждый участник самостоятельно создал документы или коды, последующее объединение может породить дубли и сделать результаты трудноинтерпретируемыми.
Рабочая схема включает следующие элементы:
- руководитель создаёт главный проект;
- документы и коды получают единые идентификаторы;
- каждому кодировщику выдаётся независимая копия;
- пользователи работают под различимыми учётными записями;
- после раунда копии возвращаются в определённое место;
- сначала выполняется пробное объединение;
- затем проверяются конфликты и дубли;
- только после проверки формируется итоговый проект.
В описании пользовательских учётных записей ATLAS.ti следует проверить, как система различает участников. Это особенно важно, когда руководителю нужно понять, кто выполнил конкретное кодирование.
Для объединения полезно заранее подготовить таблицу приёмки:
- документы не продублировались;
- исходные названия и идентификаторы сохранились;
- авторство кодирования определяется;
- новые и изменённые коды видны отдельно;
- отчёт о конфликтах сохранён;
- материалы для анализа согласия доступны;
- итоговая копия получила новую версию и ответственное лицо.
Официальные инструкции по объединению проектов и анализу согласия в версии для Mac нужно проверять непосредственно перед запуском проекта. Названия пунктов и доступные действия могут меняться вместе с версией приложения.
[ SECTION_06 ] Чувствительные интервью и мультимедиа
Наличие Project Cloud не означает автоматического разрешения на загрузку исследовательских данных. Для интервью сначала проверяются требования этического комитета, внутренняя классификация данных, договоры с участниками и правила трансграничной передачи. Статья не заменяет юридическую оценку и не делает вывод о допустимости конкретного облачного сервиса.
Для приёмки следует использовать обезличенный образец. В нём не должно быть настоящих имён, голосовых дорожек, лиц, контактных данных и ключей, по которым можно восстановить личность участника. Исходные записи сохраняются отдельно и только для тех сотрудников, которым это разрешено протоколом исследования.
Особое внимание требуется мультимедийным файлам. Нужно различать:
- файлы, физически включённые в проект;
- внешние ссылки на аудио или видео;
- локальные пути конкретного компьютера;
- материалы, доступные только через сетевое хранилище.
После перехода на Mac, Windows или удалённую сессию проверяется, открывается ли каждый разрешённый файл. Если ссылка указывает на локальный путь прежнего компьютера, проект может открыться, но мультимедиа окажется недоступной. При нестабильном восстановлении ссылок лучше оставить основной настольный проект в контролируемом хранилище и применять утверждённый способ передачи.
Проверка должна включать чтение прав доступа, а не только открытие проекта. Следует установить, кто может скачать копию, где остаются временные файлы и очищается ли удалённая рабочая сессия после выхода.
[ SECTION_07 ] Удалённый Mac для лаборатории
Если в лаборатории нет Mac, удалённый Mac помогает проверить настольный сценарий без немедленной покупки устройства. Но проверять нужно не обещание «macOS работает», а конкретный рабочий маршрут ATLAS.ti 26.
Для предварительной оценки доступных вариантов можно изучить условия аренды Mac mini через NOVAKVM. При этом страница аренды не заменяет проверку конкретного проекта, лицензии и университетской политики хранения данных.
Безопасная приёмка выполняется на обезличенной копии:
- Получить доступ к удалённому Mac через согласованный канал.
- Проверить наличие приложения и запуск учётной записи.
- Выполнить активацию лицензии по правилам учреждения.
- Скачать тестовый проект из разрешённого источника.
- Открыть документы, коды, комментарии и мультимедийные ссылки.
- Выполнить небольшой фрагмент настольного анализа.
- Экспортировать результат в согласованном формате.
- Сравнить экспорт с ожидаемым содержанием.
- Закрыть приложение и удалить временную тестовую копию.
- Зафиксировать, что осталось на удалённой машине после выхода.
Проверку лицензии следует сопоставить с официальными правилами активации ATLAS.ti. Отдельно нужно изучить системные требования ATLAS.ti 26 для Mac, особенно если университет использует централизованные ограничения учётных записей.
Для временного теста можно рассмотреть аренду удалённого Mac для исследовательской работы, но реальные данные следует переносить только после согласования политики хранения. Преимущество такого теста — возможность проверить именно настольный процесс: загрузку, анализ, экспорт и очистку, а не делать вывод по скриншоту или описанию функций.
[ SECTION_08 ] Контрольный список перед запуском
Этот список предназначен для фактической приёмки, а не для общего обсуждения. Каждый пункт следует отметить на обезличенном проекте и сохранить результат проверки.
- [ ] Назначен владелец главного проекта.
- [ ] Зафиксирована версия ATLAS.ti и дата проверки.
- [ ] Выбран один маршрут: Project Cloud, Web, объединение копий или удалённый Mac.
- [ ] Для личного перехода между устройствами подтверждена последняя версия.
- [ ] Проверено, что два устройства не редактируют проект одновременно.
- [ ] Для асинхронной работы определены имена копий и сроки возврата.
- [ ] Для каждого участника создана различимая учётная запись.
- [ ] На тесте подтверждено сохранение документов, кодов и комментариев.
- [ ] Выполнено пробное объединение двух копий.
- [ ] Проверены дубли документов и отчёт о конфликтах.
- [ ] Авторство кодирования можно определить.
- [ ] Материалы для анализа согласия доступны после объединения.
- [ ] Для интервью использована обезличенная копия.
- [ ] Проверена доступность мультимедиа после смены устройства.
- [ ] Политика учреждения разрешает выбранное хранение и передачу.
- [ ] Для удалённого Mac проверены лицензия, экспорт и очистка сеанса.
- [ ] Исходный проект сохранён отдельно и доступен только уполномоченным лицам.
Если хотя бы один критический пункт не выполнен, запуск реального набора данных следует отложить. В частности, нельзя продолжать кодирование при неизвестной версии проекта или неясном владельце итоговой копии.
[ SECTION_09 ] Оценка маршрутов для группы
Для оценки можно применять пятибалльную шкалу, где 5 означает хорошее соответствие конкретному сценарию, а не универсальное качество продукта.
| Критерий | Project Cloud | ATLAS.ti Web | Объединение копий | Удалённый Mac |
|---|---|---|---|---|
| Личная работа между устройствами | 5/5 | 3/5 | 1/5 | 3/5 |
| Одновременная работа группы | 1/5 | 4/5 | 2/5 | 1/5 |
| Настольный анализ | 5/5 | 2/5 | 5/5 | 5/5 |
| Контролируемая проверка кодировщиков | 2/5 | 3/5 | 5/5 | 4/5 |
| Простота первоначальной приёмки | 4/5 | 3/5 | 2/5 | 3/5 |
| Работа без собственного Mac | 2/5 | 4/5 | 3/5 | 5/5 |
Баллы не являются официальной оценкой ATLAS.ti. Это рабочий инструмент выбора, построенный на ограничениях, указанных в документации, и на различии сценариев. Если группе требуется одновременное редактирование, низкая оценка Project Cloud по этому критерию должна остановить такой план, даже если личная синхронизация работает без проблем.
[ SECTION_10 ] Частые вопросы
Ответы ниже специально разделяют функции, которые часто смешивают при планировании проекта.
[ SECTION_11 ] Итоговая рекомендация
В рамках совместной работы исследовательской группы в ATLAS.ti 26 Project Cloud следует разрешать личное последовательное использование и контролируемый обмен копиями, но не одновременное редактирование одного проекта. Для реального времени выбирается ATLAS.ti Web. Для настольного анализа, объединения и межкодировочного согласия создаются главный проект и независимые копии. Для проверки настольной версии при отсутствии Mac применяется обезличенный проект на удалённой машине.
Если текущая лаборатория работает только на Windows или Linux, её слабое место — не отсутствие одного конкретного компьютера, а невозможность заранее проверить настольный маршрут, лицензию, перенос и возврат результата. Покупка Mac ради короткого этапа исследования требует капитальных затрат и последующего обслуживания. Общая Windows-инфраструктура не заменяет macOS-проверку, а бесконтрольное смешивание Web и настольных копий создаёт риск потери контекста. В такой ситуации аренда Mac через NOVAKVM может быть более рациональной для пробной приёмки: сначала используется обезличенный проект, затем проверяются загрузка, кодирование, объединение и экспорт, и только после этого принимается решение о длительном развёртывании или переходе на Web.