Лицензия AutoCAD для посменной работы считается по людям

Одна общая учетная запись Autodesk на компьютере у станка не превращает одну подписку в лицензию для двух операторов. При современной модели Single User право закрепляют за конкретным человеком, поэтому две смены с двумя сотрудниками обычно требуют двух назначений, даже если они никогда не открывают AutoCAD одновременно.

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

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

В именованной модели считают людей, а не компьютеры

Лицензия AutoCAD для посменной работы в модели Single User считается по числу конкретных сотрудников, которым нужен доступ, а не по числу компьютеров и не по одновременным запускам. В актуальном разделе Autodesk Terms of Use «Offerings» сказано, что каждому Authorized User нужен уникальный Autodesk ID и никто другой не вправе использовать этот идентификатор для доступа к продукту.

Отсюда следует простой вывод для цеха. Если Иван работает за терминалом с 08:00 до 20:00, а Айгуль за тем же терминалом с 20:00 до 08:00, это два именованных пользователя. Отсутствие пересечения смен не делает их одним человеком. У каждого должна быть собственная учетная запись, а администратор назначает каждому отдельное место подписки либо другой подходящий тип доступа.

Термин «одно рабочее место» часто вводит финансовую службу в заблуждение. В инвентарной ведомости это действительно один системный блок. В Autodesk Account единица назначения другая: физическое лицо с уникальным адресом электронной почты и Autodesk ID. Установка одна, права доступа два.

Общая учетная запись вида [email protected] не решает задачу. Даже если пароль лежит у начальника смены и сотрудники никогда не входят одновременно, такой логин не идентифицирует одного Authorized User. В справочном материале Autodesk «Log in to several devices at once with the same user ID» отдельно уточнено, что ID должен относиться к физическому лицу, а не к группе или универсальному логину.

Не путайте это с разрешением установить подписное ПО на несколько устройств. Autodesk указывает, что именованный пользователь может установить продукт на число устройств, разрешенное условиями предложения, а пользоваться настольной версией может только на одном настольном устройстве одновременно. Это дает одному инженеру возможность работать, например, на стационарной машине и служебном ноутбуке в разное время. Это не дает двум инженерам право по очереди входить под его именем.

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

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

Посменный график не создает плавающую лицензию

Разнесение людей по времени уменьшает одновременную нагрузку, но не меняет тип приобретенного права. Single User остается назначением человеку, даже когда компьютер свободен половину суток. Плавающий принцип появляется только там, где договор прямо разрешает Multi User или сетевую модель, либо где используется Flex с собственной логикой потребления.

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

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

Иногда администратор пытается переназначать одно место в Autodesk Account в 19:55 и возвращать его утром. Условия допускают административное переназначение Single User от одного человека другому по процедуре Autodesk. Но это механизм для реальной смены получателя, например при увольнении, переводе или длительной замене, а не планировщик смен. Ежедневная ротация маскирует постоянную потребность двух сотрудников одним местом и создает плохой след для проверки.

Если второй оператор лишь смотрит распечатанные задания и не запускает AutoCAD, ему назначение не нужно. Если он открывает DWG в AutoCAD, вносит даже одну правку, печатает из программы или проверяет геометрию средствами продукта, он использует предложение. Должностная инструкция «оператор», а не «конструктор» ничего не меняет. Считайте фактический доступ.

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

Сетевая лицензия и Single User решают разные задачи

Настоящая сетевая лицензия ограничивает число одновременных сеансов, а Single User ограничивает круг назначенных людей. Это не два названия одной покупки. В старой модели Multi User сервер лицензий выдавал свободное место любому допустимому пользователю в корпоративной сети, пока не достигал купленный предел одновременных подключений.

Для цеха с непересекающимися сменами такая модель интуитивно подходит: два человека могли бы пользоваться одним плавающим местом в разное время. Но Autodesk прекратил новые продажи и продление обычных коммерческих подписок с multi-user access. На странице перехода к Named User компания указывает, что такие подписки выведены из обращения, а действующим клиентам предлагался переход. Поэтому фраза «давайте купим сетевую лицензию» сегодня обычно описывает желаемую механику, а не доступный стандартный артикул.

Старое право нельзя считать действующим по наличию файла лицензии или установленного Network License Manager. Сначала поднимите договор, подтверждение права, срок обслуживания, историю продления и условия конкретной версии. Бессрочная лицензия на старую версию, действующий специальный контракт и прекращенная подписка дают разные ответы. Технически запущенный сервер еще не доказывает право использовать продукт.

Для Multi User актуальные условия ограничивают число одновременных Authorized Users купленной емкостью и описывают доступ через защищенную LAN или VPN. Они также определяют, кого организация может допустить. Если у компании сохранилось такое право, считать надо фактический пик одновременной работы, добавить обоснованный резерв и проверить ограничения договора. Но нельзя самовольно применить эту формулу к подписке Single User.

Разница хорошо видна на примере шести конструкторов. При Single User всем шести нужен собственный доступ, даже если одновременно работают трое. При действующей сетевой модели потребность могла бы равняться пику одновременных сеансов с резервом, если условия именно вашего права это допускают. При Flex все шесть остаются именованными пользователями с отдельными ID, но плата идет из общего пула токенов по факту дневного использования доступного продукта.

Для двух смен нужна матрица доступа, а не счет компьютеров

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

Возьмем цех с десятью общими рабочими станциями. На каждой днем работает один оператор, ночью другой. Восемь операторов обеих смен открывают AutoCAD ежедневно, двое ночных сотрудников только получают PDF, а один технолог по выходным корректирует DWG на любой свободной станции. Для Single User база не равна десяти компьютерам или двадцати строкам сменного графика. Она равна семнадцати фактическим пользователям AutoCAD: восемь дневных, восемь ночных и технолог.

Чтобы расчет можно было повторить и защитить, заведите таблицу с одной строкой на человека:

Формула для именованной подписки короткая:

Потребность Single User = число уникальных людей, которым назначен доступ

Число смен, терминалов и часов работы в формулу не входит. Эти данные нужны, чтобы убедиться, что вы никого не пропустили, и чтобы сравнить постоянную подписку с Flex для редкого использования.

Для действующего Multi User расчет другой:

Потребность Multi User = максимальное число одновременных сеансов + согласованный резерв

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

Считайте подменных работников по реальному сценарию. Если четыре резервных оператора могут заменить любого сотрудника и при замене запускают AutoCAD, каждому нужен законный путь доступа. Для постоянных регулярных замен это обычно отдельные Single User места. Для редких вызовов Flex может оказаться разумнее, но сравнивать надо годовое потребление, а не цену одного дня.

Flex помогает при редком доступе, но не отменяет имена

Autodesk Flex подходит пользователям, которые запускают AutoCAD эпизодически, и плохо подходит как автоматический ответ на круглосуточную двухсменную работу. По официальному Flex FAQ и обзору Flex компания заранее покупает токены, назначает реальных пользователей и разрешает им выбранные продукты. При запуске продукт потребляет дневную ставку из общего баланса.

Важное различие: пул общих токенов не равен общей учетной записи. Каждый сотрудник получает собственный Autodesk ID. Пул общий на уровне оплаты, а идентичность остается персональной. Это сохраняет нормальное администрирование и не заставляет передавать пароль между сменами.

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

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

Flex не работает как сетевая лицензия в прежнем смысле. Он не выдает одно конкурентное место первому желающему. Autodesk прямо называет и подписку Single User, и Flex формами named user access. Разница в способе оплаты и назначении продукта, а не в разрешении анонимно работать за общим терминалом.

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

Общий компьютер требует раздельных профилей и входа

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

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

На рабочей станции полезно разделить три слоя, которые часто сваливают в одну папку:

• общие производственные DWG и шаблоны с корпоративными правами доступа;
• персональный профиль ОС с кэшем, настройками интерфейса и учетными данными;
• журналы назначения лицензий и кадровые записи, которые ведет администратор вне рабочего каталога.

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

Именованной подписке периодически нужен интернет для проверки права. В материале Autodesk «How to work offline in AutoCAD products» указан вход в интернет не реже одного раза за 30 дней, а до срока продукт показывает предупреждение. Для изолированного цехового сегмента это надо заложить в сетевые правила заранее. Открывать весь исходящий трафик наугад не стоит, но полностью блокировать проверку и надеяться на вечный офлайн тоже нельзя.

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

Переназначение нужно для кадровых событий, а не каждой смены

Администратор вправе переназначить Single User другому человеку по процедуре Autodesk, но должен делать это при изменении состава пользователей. Типичные причины понятны: сотрудник уволился, перешел на должность без AutoCAD, надолго ушел и его заменяет другой специалист либо проект закончился.

Передача места должна оставлять связный след. Заявка руководителя на отключение, дата последнего рабочего дня, снятие назначения в Autodesk Account и новое назначение другому уникальному ID должны совпадать по времени. Если система единого входа связана с кадровым каталогом, не полагайтесь только на автоматическое удаление учетной записи: отдельно проверьте, что место продукта освободилось.

Ежедневная смена назначения выглядит иначе. Те же два имени попеременно получают одно место сотни раз по стабильному расписанию, хотя оба остаются постоянными пользователями. Это не кадровое событие. Это попытка превратить named user в конкурентную лицензию административными действиями.

Краткая командировка или больничный требуют здравого решения по фактам. Если замещающий сотрудник действительно будет запускать AutoCAD, ему нужен свой допустимый доступ на период работы. Можно назначить свободное место, если прежний пользователь реально не использует продукт и переназначение соответствует правилам, выдать уже купленное персональное место или применить Flex. Нельзя просто сообщить чужой пароль.

Закрепите владельца процесса. Руководитель цеха сообщает, кому и когда нужен доступ. Кадровая служба подтверждает прием, перевод и увольнение. Администратор Autodesk назначает продукт и хранит выгрузку. Закупщик следит за количеством мест, сроками и коммерческими документами. Когда все четыре роли молча считают, что задачу выполнил кто-то другой, общий логин появляется почти неизбежно.

Проверка должна связывать договор, человека и запуск

Лицензионная проверка не должна ограничиваться скриншотом окна «About». Нужно связать коммерческое право, назначение в Autodesk Account, кадровый список и фактическую схему работы на устройствах. По отдельности каждый источник легко дает ложное спокойствие.

Раз в квартал и перед продлением соберите один проверочный пакет:

1. Выгрузите список пользователей, которым назначен AutoCAD или Flex, с их корпоративными адресами.
2. Сопоставьте его со штатным и подрядным составом, включая ночную, подменную и выходную смены.
3. Сверьте количество активных мест, Subscription ID, сроки и счета с Autodesk Account и документами поставщика.
4. Проверьте общие компьютеры: отдельные профили ОС, отсутствие универсального Autodesk ID, корректный выход между сменами.
5. Зафиксируйте исключения, владельца исправления и срок, затем повторно проверьте закрытие.

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

Сохраняйте подтверждение покупки вместе с применимыми условиями. У Autodesk менялись модели доступа, названия планов и порядок продаж. В папке закупки должны лежать договор или заказ, редакция условий, описание предложения, счета, сведения о продлении и переписка по специальным правам. Старое слово «network» в имени установочного пакета не заменяет эти документы.

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

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

Закупку надо строить вокруг режима работы

Для двух постоянных операторов одной станции в двух сменах исходный вариант прост: два уникальных Autodesk ID и два места Single User. Если один из них AutoCAD не запускает, его не включают. Если второй запускает продукт редко, сравнивают отдельную подписку с Flex. Сетевую формулу применяют только к подтвержденному действующему праву Multi User, а не к желанию платить по одновременному пику.

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

GSE.kz продает и интегрирует программное обеспечение Autodesk, поэтому при такой закупке мы просим заказчика описать пользователей и смены до подбора состава лицензий. Это скучная часть проекта, но именно она не дает перепутать установку на общем компьютере с правом двух людей запускать программу.

В заказе отдельно зафиксируйте название предложения, тип доступа, число мест или объем Flex, срок, территорию, состав продукта и данные администратора. Попросите поставщика письменно подтвердить, как предложенная схема покрывает дневную, ночную и подменную смены. Устное «на одном компьютере можно» слишком неточно: оно может относиться к установке, а не к пользователям.

Не покупайте запас без причины, но и не считайте только идеальный график. Отпуска, болезни, обучение, наладка и аварийные вызовы меняют состав людей. Резерв надо обосновать конкретными сценариями: свободное именованное место для согласованной замены, Flex для редких выходов или предусмотренная закупочная процедура быстрого добавления места.

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

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