Добавили редактор политик для пользователей S3. Теперь в панели можно как выдать готовую роль, так и настроить собственную политику — редактируете ее в интерфейсе или загружаете готовый JSON.
Когда пригодится:
1️⃣ Открыть разработчику только чтение логов — без возможности изменить или удалить данные.
2️⃣ Выдать клиенту доступ к нужной папке в бакете — остальные объекты останутся недоступны.
3️⃣ Разрешить скрипту бэкапов запись без права удаления — старые копии останутся целы.
Права можно задать как для новых пользователей при создании, так и для уже существующих в S3 → «Пользователи». Еще политика доступна в настройках конкретного бакета.
В ряде образцов злоумышленники использовали артефакт, созвучный с Чубаккой
В конце июня команда нашего экспертного центра безопасности (PT ESC) в ходе расследования инцидентов обнаружила новую группу, нацеленную как минимум на нефтегазовые компании и финансовый сектор.
В ходе атак злоумышленники преследуют деструктивные цели, при этом достаточно долго сохраняют присутствие в скомпрометированной инфраструктуре.
При перемещении в инфраструктуре используются преимущественно WinRM (как правило, в сочетании с WinRb) и SSH.
Для закрепления в инфраструктуре используются в основном серверные машины с большим аптаймом (Windows\Linux), закрепление осуществляется посредством сервисов в обоих случаях. В качестве полезных нагрузок используется широкий набор инструментов:
Бэкдор GoRinet. Использует шифрование конфига с ключом, формируемым на базе физического адреса сетевого адаптера.
Для совершения деструктивных действий используется разнообразное ПО, в том числе по ряду признаков разработанное с использованием ИИ.
Вайпер T-Riper для сетевых устройств производства Cisco/Huawei — удаление образов, сброс конфигурации устройства, ребут. Используются в сочетании с bash-скриптами для запуска по удаленным целям.
Кастомный вайпер для удаленного удаления данных QNAP.
Для шифрования данных на машинах под управлением ОС Windows используется комплекс ВПО, состоящий из оркестратора (с возможностью отправки отчета о прогрессе шифрования на удаленный C2). Порождение вайперов осуществляется многопоточно, причем отдельные исполняемые файлы создаются с добавлением «мусора» в оверлей для уклонения от обнаружения. Для автоматизированного распространения по сети используются файлы конфигов с указанием известных кредов ранее скомпрометированных УЗ и целевых подсетей.
Также отмечено использование уязвимости CVE-2026-31431 (CopyFail) для повышения привилегий, кастомного инструмента CredsReseter для сброса паролей УЗ Linux-подобных систем и Windows-скриптов для дампа кредов сторонних сервисов.
Рекомендации:
Осуществить поиск и мониторинг индикаторов компрометации.
5 причин посетить GoCloud Tech 2026 очно, помимо докладов
Осталось меньше месяца до ежегодной конференции GoCloud Tech. Если технический хардкор в докладах для вас недостаточная причина, чтобы выйти в этот день из дома, возможно эти точки маршрута заставят вас передумать:
💻 Воркшопы — берите ноутбук и решайте прикладные задачи вместе с экспертами Cloud.ru, если что-то не получится, обязательно разберем почему.
⚙️ Технозоны — знакомьтесь с сервисами, общайтесь с командами и задавайте каверзные вопросы напрямую инженерам, которые создают сервис.
🧪 Лаборатория решений — компьютерный клуб, где можно выбрать готовый сценарий и протестировать сервисы Cloud.ru на практике.
🚀 Лаборатория карьеры — место для знакомства с культурой нашей компании, новыми ИТ-профессиями и карьерными путями.
💡 Доска инженерных решений — находите знакомую проблему и забирайте карточку с решением, чтобы не забыть обсудить его со своей командой.
Ждем всех, кто двигает технологии в эпоху искусственного интеллекта.
📍 Где: Москва, ул. Волочаевская, 48, стр. 1 (м. Площадь Ильича), Loft #8 (ДК «Серп и молот»).
Паблик-ток K2Тех и Orion soft: топ вопросов о VDI и терминальном доступе
24 сентября в 11:00 в формате диалога обсудим самые актуальные вопросы крупных компаний о VDI и терминальном доступе на примере кейсов Termit.
Выясним, насколько стабильны и функциональны российские продукты сегодня, какие возможности администрирования масштабных инсталляций доступны, как повысить безопасность виртуальных рабочих мест и достаточно ли всего этого для решения реальных задач бизнеса.
Программа:
Обзор рынка VDI и терминального доступа
Топ вопросов заказчиков и ответы на них
Демо Termit 2.6: ключевые возможности и фичи нового релиза
Кейсы внедрения Termit в крупных российских компаниях
Сессия Q&A
Спикеры:
Василий Демидов, руководитель практики Виртуализации, Контейнеризации и Частных облаков, K2Тех
Альберт Тимербаев, руководитель направления End Users Computing, Orion soft
Александр Донин, технический менеджер продукта Termit, Orion soft
Что происходит, когда 80% бизнес-процессов крупной торговой сети держатся на одном монолите, для которого они не предназначены? И можно ли автоматизировать процесс за 10 дней, а не за полгода?
В этом ролике — кейс СТД «Петрович» и его ИТ-команды «Петрович Тех», реализованный вместе с ГК «Медиа-тел» на платформе SimpleOne. Каждый день через магазины проходят тысячи покупателей, а за инфраструктурой стоят более 400 специалистов. Единой информационной среды не было: подразделения работали в своих программах и корпоративной почте, множество операций выполнялось вручную.
Пилотом стала автоматизация актов сверки — внедрение заняло 10 дней, а подготовка одного акта сократилась с 3 дней ручной сборки данных до 1 минуты. Следом — работа с просроченной задолженностью: цикл от выявления долга до взыскания сократился на 15 дней. Затем команда «Медиа-тел» реализовала розничную CRM-систему на базе платформы SimpleOne — с единой карточкой клиента, его объектов и истории обращений. Дальше появились электронные чек-листы с работой в офлайне и корпоративный портал с единым окном для более чем 9 000 сотрудников. SaaS-модель и Low-code No-code инструменты платформы позволили запускать изменения без затрат на инфраструктуру.
Результат вышел за рамки отдельных внедрений — это единая сервисная среда и ESM-подход в ритейле.
Привет! Совсем скоро у нас выйдет подробная статья про критерии выбора железа для ИИ-нагрузок, в которой мы поговорим о GPU, системах хранения и, само собой, об охлаждении (без него вообще все сложно). Пока же — небольшой тизер того, что вас ждет.
Всем интересующимся железом для ИИ мы обычно предлагаем пробежаться по небольшому чек-листу — в нем есть пять важных нюансов, с которыми стоит определиться на берегу. В нашем ПАК мы заранее все реализовали, но если вы подбираете оборудование самостоятельно, вам пригодится гайд для самопроверки.
Уточняйте, как конкретно рассчитано энергопотребление. Советуем запросить у вендора не просто номинальный TDP, а именно пиковые параметры под реальной ИИ-нагрузкой, включая ресурсоемкие задачи обучения, — на этом отдельно остановимся в статье. В идеале узнать и схему резервирования PSU и уточнить, сохранит ли система при отказе одного PSU или ввода питания полную производительность.
Узнайте, какой тепловой пакет на стойку, и что еще предусмотрено в ЦОДе. Скорее всего, вам ответят что-то вроде «Стандартная у нас стойка» — это повод уточнить, сколько кВт эта стандартная стойка держит и сколько в ней предполагается GPU-узлов.
Устройство сетевой сегментации на уровне железа. Это тоже то, что будет полезно знать — в идеальном мире трафик от ML и бэкап-трафик должны идти по разным физическим сегментам. Иначе в один прекрасный день ночной бэкап просто “положит” обучение. К слову, об этом мы напишем отдельную статью.
Уточните у производителя / поставщика, как будет продолжена работа с ИИ-приложениями, в случае отказа одного GPU-узла. Если в ответе вы услышите что-то про аварийное выключение со стратегией сохранения чекпоинтов, а также про автоматическую миграцию нагрузки — поздравляем, это правильный ответ.
Как дела с мониторингом на уровне железа и ИИ-приложения. Да, да, не кубером и IPMI-консолью едиными. В observability-стеке обязательно должны быть GPU die temp, температура памяти, ошибки NVLink, power draw.
С этим Топ 5 уже можно идти и собирать хорошую рабочую инфру под ИИ-задачи в нужных вам масштабах. Подробнее про каждый из этих пунктов, экономику процесса (и когда она бывает ложной), избыточные и недостаточные параметры железа, отдельные сценарии инференса и многое другое — совсем скоро в нашем материале.
Расширили линейку выделенных серверов в Москве с 22 до 187 конфигураций. Теперь подобрать сервер под нужную задачу можно еще точнее.
➖ Ходовые Intel Xeon E3, E5 и E-серии, Intel Core i7 и i9, AMD Ryzen 9 на DDR5. Под сайты, приложения, dev-стенды и 1С, где важна высокая частота ядер.
➖ Двухсокетные Intel Xeon Scalable Silver. Под виртуализацию, средние базы и все, где нужно много памяти и потоков.
➖ Мощные двух- и четырехсокетные Intel Xeon Gold 6230R, 6240 и 6330. Под тяжелые базы, большую аналитику и крупные проекты.
Программа конференции GoCloud Tech 2026 уже на сайте
Зарегистрировались на конференцию для тех, кто двигает прогресс в эпоху искусственного интеллекта? Самое время выбрать свой трек:
В треке «Инфраструктура» Расскажем, как устроена облачная инфраструктура и как она меняется с ростом ИИ-нагрузок. Обсудим безопасность, отказоустойчивость и инженерные компромиссы при создании инфраструктурных сервисов. Ждем: архитекторов, инженеров, DevOps и SRE, системных администраторов, технических лидеров и всех, кто проектирует, развивает или эксплуатирует облачную инфраструктуру и ИИ-платформы.
В треке «Разработка» Обсудим, как меняется процесс разработки платформ с приходом ИИ. Обсудим безопасность, разработку собственных решений и границы возможностей ИИ-агентов. Ждем: техлидов, backend-разработчиков, DevOps и SRE, AppSec-специалистов и всех, кто внедряет ИИ в разработку, строит внутренние платформы и отвечает за production-надежность.
В треке «Данные и ML» Поговорим, как строить платформы данных и ML-системы, готовые к работе с ИИ. Разберем архитектуру Lakehouse, Data Governance, защиту чувствительных данных и инфраструктуру для высоконагруженного доступа к моделям. Ждем: дата-, ML- и ИИ-инженеров, архитекторов, продуктовых менеджеров и всех, кто работает с корпоративными данными, LLM и ИИ-сервисами.
Нагрузочное тестирование подтвердило трехкратный запас производительности платформы SimpleOne
Группа компаний IBS провела нагрузочное тестирование ESM-платформы SimpleOne, развернутой в «Группе Лента». Результат — платформа устойчиво выдерживает нагрузку в 300% от целевой, а значит, готова к росту бизнеса заказчика без риска для стабильности сервиса.
Тестирование провели по трем причинам:
Миграция SimpleOne с облачной инфраструктуры на локальный сервер
Переход с Windows на Linux
Проверка масштабируемости при росте числа пользователей и новых задач
Команда IBS проверила модуль ITSM, модуль управления ИТ-активами ITAM и доработки, сделанные специально под задачи «Ленты». Нагрузочный профиль собрали на основе статистики реальной эксплуатации — отобрали самые частые и «тяжелые» операции — и постепенно повышали нагрузку от 100% (текущая эксплуатация) до 300%. Время отклика системы при этом не выросло значительно.
«Для нас нагрузочное тестирование — это не разовая акция, а обязательный этап перед любыми значимыми изменениями в инфраструктуре. Получившийся результат дает нам уверенность, что мы можем спокойно развивать функциональность и подключать новых пользователей»
Светлана Никитина, руководитель центра компетенций тестирования Lenta tech.
«Мы протестировали решение SimpleOne, развернутое в компании, с запасом, кратно превышающим текущую нагрузку, и убедились, что оно выдерживает такой рост без потери качества работы»
Подключайтесь к вебинару о том, как внедрить ИИ-агентов в бизнес
В 12:00 (мск) мы начинаем вебинар. Вместе с партнерами из GlowByte и Data Sapience презентуем Фабрику агентов — готовый сервис для внедрения ИИ-агентов в бизнес, которое стабильно работает в облаке и on-premise.
Что обсудим
✔ Что происходит с рынком искусственного интеллекта сейчас
✔ Training vs Inference: где живет экономика ML-продукта
✔ Как устроена фабрика агентов Kolmogorov․ai на инфраструктуре Selectel
Как «Страна Девелопмент» перевела всю ИТ‑инфраструктуру в облако и ускорила проектирование
🏭Что за компания «Страна Девелопмент» — федеральный девелопер с 17‑летним опытом, который строит жилую и коммерческую недвижимость в Тюмени, Екатеринбурге, Новосибирске, Санкт‑Петербурге, Москве и Подмосковье. Компания закрывает полный цикл — проектирование, строительные и подрядные работы, технический надзор, продажи, гарантийное обслуживание и управление недвижимостью. Параллельно с этим компания разрабатывает собственные отраслевые ИТ‑продукты.
⚡ Задача Инфраструктура была разделена между собственными физическими серверами и облаком сторонней площадки, где не хватало ни запаса ресурсов, ни набора сервисов, ни нормальной поддержки контейнеризации. Отдельной проблемой были рабочие места проектировщиков: на видеокартах T4 крупные BIM‑модели приводили к «черному экрану», результаты работы терялись, схемы прорисовывались медленно. Бизнес требовал не менее 50 новых удаленных рабочих мест в месяц, но скорость проектирования падала из-за медленной коммуникации (сотрудники были разбросаны по разным городам) и нехватки компьютеров.
☁️ Что сделали Сначала девелопер протестировал платформы Облако VMware и Cloud.ru Advanced, построил сетевой канал до дата‑центра и примерно за два месяца ушел с локальных серверов и от прежнего провайдера. Потом в виртуальный ЦОД переехали standalone‑приложения, 1С и внутренние продукты — со временем это выросло до 120 серверов, с резервным копированием и объектным хранилищем S3. Разработку вынесли на Cloud.ru Advanced: сервис контроля качества и сроков работы подрядчиков собрали на Cloud Container Engine (Kubernetes), пропускную способность обеспечили распределенным брокером сообщений Kafka, туда же перенесли корпоративный портал и подключили защиту от DDoS. После развернули VDI с GPU под проектировщиков: 18‑ядерные процессоры от 3 ГГц, карты A40, высокочастотная DDR4 и сертифицированные инженеры VMware на стороне провайдера обеспечили удобство работы и высокую скорость миграции. Первые 200 рабочих мест из 600 запланированных настроили уже за первые две недели, при плане рассчитанном на два месяца.
🦾 Что получили в итоге Вся ИТ‑инфраструктура девелопера теперь работает в облаке Cloud.ru. Оно держит растущую нагрузку и остается отказоустойчивым, SLA и обслуживание оборудования перешли к провайдеру: внутренняя команда больше не тратит время на железо и обновления. Cloud.ru Advanced стал платформой для новых продуктов компании, часть из которых регистрируется в реестре отечественного ПО Минцифры. Сейчас девелопер арендует 850 виртуальных рабочих мест с A40: архитекторы со всех уголков страны работают в единой инфраструктуре и подключаются к моделям прямо на Revit‑серверах, не выкачивая их на локальные машины. Производительность специалистов выросла на 30%, что дает до десяти дополнительных объектов в проектировании за год, а гибкая тарификация снизила расходы на инфраструктуру. Дальше в планах — Managed Arenadata DB для задач big data, пилот платформы Cloud.ru Evolution и новые типы виртуальных рабочих мест, в том числе сессионные.
В Telegram появился WEB‑прокси: как мессенджер учится притворяться обычным сайтом и чем это отличается от SOCKS5 и MTProto
В конце августа пользователи обратили внимание, что в Telegram появился новый тип подключения — Web-прокси. Одновременно разработчики выложили открытый репозиторий telegramdesktop/tproxy-server.
Что это за зверь и почему классические прокси проигрывают цензуре?
Любой прокси-сервер — это посредник между вашим устройством и конечным сервисом. Разница в том, как именно этот посредник передает ваши данные и насколько он заметен для систем DPI (глубокого анализа пакетов):
Прямое подключение (без посредников): Пакеты летят напрямую в подсети Telegram. Провайдер сразу видит целевые IP-адреса мессенджера или характерные сигнатуры и обрубает соединение.
Обычный прокси (SOCKS5): Протокол передает данные и рукопожатие открытым текстом. DPI давно умеет распознавать сигнатуры протокола, в текущих реалиях прокси работают плохо.
MTProto с Fake-TLS: Притворяется HTTPS-сессией к чужому, как правило популярному ресурсу (google.com). Но у прокси нет настоящего SSL-сертификата и ключей от чужого домена. Цензоры научились слать на подозрительный сервер проверочные запросы, в случае получения нехарактерного для указанного домена ответа, соединение банится.
WEB-прокси: Telegram заворачивает трафик в стандартные веб-протоколы (HTTPS / WebSocket) через встроенный движок браузера. Запрос идет на обычный домен с настоящим SSL-сертификатом от Let's Encrypt. Снаружи на этом адресе висит реальный сайт (даже обычный одностраничник), поэтому любая автоматическая проверка видит обычный веб-серфинг.
В чем главная техническая хитрость?
Telegram не стал изобретать собственный велосипед для маскировки TLS-отпечатков, а просто использует встроенный системный движок браузера.
Для DPI провайдера такое соединение неотличимо от ситуации, когда пользователь просто открыл вкладку в браузере и смотрит страничку.
Сервер слушает только веб-порты (80 и 443). Все служебные порты остаются внутри локального сетевого интерфейса.
Обязательный сайт-прикрытие. Разработчики специально не добавили в репозиторий готовый шаблон сайта, чтобы исключить слепое копирование (защита от дурака). В документации так и сказано — если тысячи операторов поставят один и тот же дефолтный лендинг, по нему создадут сигнатуру. Сервер требует настроить проксирование на любой реальный сайт (блог на WordPress, документацию, портфолио или страницу на React/Node.js).
Разделение потоков. Когда на порт 443 приходит проверяющий, робот или случайный посетитель — сервер возвращает обычные HTML/CSS-страницы. Но если по специальному пути приходит клиент Telegram с валидным секретным ключом, соединение проксируется на внутренний демон mtproto-proxy.
Что нужно, чтобы поднять свой WEB-прокси?
Для самостоятельного развертывания понадобится собственный VPS за пределами зон фильтрации (подойдет любой недорогой виртуальный сервер, главное, чтобы он не был заблокирован), доменное имя (любой недорогой домен в свободной зоне (.xyz, .site, .top или .com/.net), SSL-сертификат (выпускается автоматически через Let's Encrypt или ZeroSSL).
Также нужно будет оформить сайт-фасад (сделать на домене статичную веб-страницу, чтобы сайт выглядел как сайт и не вызывал подозрений) и понадобится также секретный ключ, который Генерируется стандартной утилитой openssl rand -hex 16.
Главный плюс такого подхода заключается в том, что если домен попадет под блокировку, ничего не придется перенастраивать с нуля. Достаточно будет зарегистрировать новый домен за, направить DNS-запись на тот же IP-адрес и перевыпустить сертификат. И WEB-прокси снова работают.
Аналитики считают, что российский ИТ-рынок вырастет в 2026 году всего на 4%, а к двузначному росту вернётся не раньше 2028 года. Основные причины — замедление экономики и смещение фокуса с цифровизации к поддержке базовых процессов. Мы бы ещё прибавили значительный рост цен на комплектующие и их дефицит.
Кто тянет российский рынок? Облачные сервисы — хотя в 2026 году темп роста замедлится, но все равно составит 20%. А сервис аренды GPU-мощностей — на 36% и будет столько же прибавлять до 2028 года. Полагаем, что главным драйвером развития рынка остаётся ИИ: компании разрабатывают собственные модели, локально запускают доступные мировые решения. И аналитики считают, что рост проходил бы ещё быстрее, если бы не дефицит площадок под дата-центры, из-за которого замораживаются проекты постройки новых ЦОДов. RUVDS уже писала, что повышение аренды земли под вычислительные комплексы в десятки раз — не лучший стимул для развития отрасли.
Возвращаясь к дефициту компонентов, он приводит к интересным последствиям — аналитики OCS сообщили, что впервые поставки серверных SSD превысили продажи жестких дисков для серверов. Хотя твердотельные накопители дорожают быстрее, в условиях ограниченных ресурсов компании выбирают более эффективное решение. Производству жёстких же дисков мешает дефицит комплектующих — производители начинают уделять внимание самым топовым моделям, но они стоят дороже и у клиента уже возникают вопросы — не целесообразнее ли купить HDD. Естественно, базовые преимущества SSD (скорость) и жёстких дисков (низкая цена хранения) остаются, и в мировом масштабе основная информация хранится именно на HDD.
В итоге облачные провайдеры остаются оптимальным решением: они за пользователя решают проблему с дефицитом и удорожанием комплектующих и дают ему возможность без капитальных инвестиций проверить, серверы на каких комплектующих нужны для бизнеса.
Добавили в маркетплейс дополнений для Kubernetes аддон cert-manager CSI Driver — он выдает TLS-сертификаты подам напрямую, без Certificate и Secret.
Классическая схема с Secret имеет слабое место: секреты лежат в etcd и доступны любому с правами на namespace. CSI Driver убирает посредника:
1️⃣ У каждого пода своя пара ключей — приватный ключ генерируется прямо на ноде и не передается по сети.
2️⃣ Ключ удаляется вместе с подом — не остается зависших секретов, которые нужно чистить
3️⃣ Сертификаты обновляются автоматически — без ручных перевыпусков и просроченных TLS
Пригодится, когда сервисы внутри кластера подтверждают подлинность друг друга по сертификатам. После настройки каждый под автоматически получает свой сертификат и приватный ключ при запуске.
Как установить: откройте кластер → Дополнения → cert-manager CSI Driver. Понадобится cert-manager — он тоже есть в маркетплейсе.
Как частное облако помогло Okko выдержать наплыв зрителей в периоды крупных чемпионатов
🏭 Что за компания Okko — один из крупнейших российских онлайн-кинотеатров. Фильмы, сериалы и в особенности спортивные события привлекают миллионы пользователей. Сервису было критически важно поддерживать бесперебойную работу платформы даже в периоды максимальной нагрузки.
⚡ Задача Okko располагал собственной инфраструктурой в Москве и Санкт-Петербурге, необходимо было связать все воедино, обеспечить резервной площадкой и убедиться, что платформа будет работать стабильно даже при взрывном росте аудитории.
☁️ Что сделали Используя платформу Cloud.ru Evolution Stack развернули частное облако на 294 хостах, реализовали новую сетевую архитектуру и георезервирование. В качестве резервной площадки выступило публичное облако Cloud.ru. Единство кодовой базы публичного и частного облака обеспечило бесшовное масштабирование и стабильную работу онлайн-кинотеатра при высоких нагрузках.
🦾 Что получили в итоге Скорость SDN-компонентов достигла 240 Гбит/с, обеспечены необходимые показатели пропускной способности сети и количества одновременно поддерживаемых пользователей. Собственная инфраструктура кинотеатра показала свою устойчивость в период Олимпийских игр. А во время финала Лиги чемпионов нагрузку подхватило публичное облако, что обеспечило доступ к трансляции для 4,5 млн зрителей. Инфраструктура готова к еще большему масштабированию без изменения архитектуры.
Incident Management: почему компании живут от аварии до аварии
Системы без аварий не существует. Это не пессимизм — это физика распределённых систем. Вопрос не в том, случится ли инцидент, а в том, будет ли команда к нему готова и станет ли система после него лучше или просто вернётся в исходное состояние до следующего раза.
В новом выпуске «В SREду на кухне» вместе с Максимом Бурцевым, руководителем отдела мониторинга в e-commerce, разобрали, что отличает команду, которая учится на авариях, от той, что просто их переживает.
Что на повестке
Почему большинство инцидентов случаются сразу после релиза — и при чём тут овертаймы и дежурства. Как работать с Root Cause вместо того, чтобы латать одни и те же дыры по кругу. Кто должен управлять инцидентом в моменте и какие три вопроса нужно задать сразу после аварии. Сколько на самом деле стоит инцидент — и стоит ли рассказывать об этом пользователям. Отдельно — про AI: добавит ли вайб-кодинг новых аварий и может ли AI помочь ими управлять. В Авито уже попробовали — рассказали, что получилось.
SimpleOne ITAM 1.8.0: инвентаризация без Excel и ручного пересчета
Что меняется для ИТ и финансов:
Инвентаризация со сканером штрихкодов
К задачам инвентаризации склада теперь можно подключать внешний сканер. Он считывает штрихкод с инвентарным номером быстрее камеры телефона, сразу сверяет данные со списком активов и автоматически заполняет ведомость.
Инвентаризация по фактическому расположению
Появился новый тип задач — по локации: офис, этаж, кабинет. Так можно пересчитывать оборудование там, где оно реально используется, даже если по учёту оно «разбросано» по разным складам. Удобно для компаний с распределённой сетью офисов: проверяете конкретное подразделение, не трогая весь склад.
Автоматический расчёт совокупных затрат
SimpleOne ITAM теперь автоматически считает полную стоимость владения активом: складывает все затраты по активу, даже если они в разных валютах, и приводит их к единой валюте по актуальному курсу.
