🔒 Как построить резервирование, которое действительно спасет
У многих компаний резервирование сводится к формальной галочке: раз в день запускается бэкап, файлы складываются на соседний диск или в папку на том же сервере. На бумаге защита есть, но при аварии такой подход не спасает, потому что боевой контур и копия гибнут вместе.
🔺Ключевой принцип №1: резервная копия должна храниться отдельно от боевой среды.
Минимальный уровень - другой носитель или отдельное хранилище, лучше - отдельный сервер или облако с ограниченным доступом из боевой системы. Тогда шифровальщик, аппаратный сбой или человеческая ошибка не уничтожат и систему, и бэкап одновременно.
🔺Ключевой принцип №2: резервирование имеет смысл только тогда, когда вы регулярно проверяете восстановление. Бэкап, который ни разу не разворачивали, остается теорией.
Должен быть простой сценарий: регулярно поднимать тестовую среду, восстанавливать систему из бэкапа и проверять, что она нормально запускается и данные на месте.
❓Если завтра пропадет боевой сервер, вы можете четко ответить, откуда будете подниматься, кто этим займется и сколько времени займет восстановление?
Если такого ответа нет, значит у вас пока не рабочее резервирование, а только надежда, что серьезный инцидент не случится.
У многих компаний резервирование сводится к формальной галочке: раз в день запускается бэкап, файлы складываются на соседний диск или в папку на том же сервере. На бумаге защита есть, но при аварии такой подход не спасает, потому что боевой контур и копия гибнут вместе.
🔺Ключевой принцип №1: резервная копия должна храниться отдельно от боевой среды.
Минимальный уровень - другой носитель или отдельное хранилище, лучше - отдельный сервер или облако с ограниченным доступом из боевой системы. Тогда шифровальщик, аппаратный сбой или человеческая ошибка не уничтожат и систему, и бэкап одновременно.
🔺Ключевой принцип №2: резервирование имеет смысл только тогда, когда вы регулярно проверяете восстановление. Бэкап, который ни разу не разворачивали, остается теорией.
Должен быть простой сценарий: регулярно поднимать тестовую среду, восстанавливать систему из бэкапа и проверять, что она нормально запускается и данные на месте.
❓Если завтра пропадет боевой сервер, вы можете четко ответить, откуда будете подниматься, кто этим займется и сколько времени займет восстановление?
Если такого ответа нет, значит у вас пока не рабочее резервирование, а только надежда, что серьезный инцидент не случится.
👍3🔥2
📢 Из практики: как мы восстановили базу из бэкапа, сделанного «в прошлом году»
Говорит технический директор ITENTIS GROUP, Анатолий Бовсуновский.
Хотим сегодня поделиться кейсом, важно: клиент разрешил рассказать эту историю в обезличенном виде.
Обратилась российская типография по печати на одежде, производственный цех с классическим набором ИТ: 1С для учета и продаж, несколько рабочих баз, офисный файловый сервер (клиент обслуживался у другой ИТ-компании, но потерял доверие и обратился к нам).
Что произошло? Однажды бухгалтерия и отдел продаж попытались зайти в 1С и увидели вместо привычных документов набор бессмысленных символов. Несколько баз были зашифрованы, а следом на почте обнаружили уведомление: если хотите получить ключ для расшифровки, переведите определенную сумму в криптовалюте по указанным реквизитам.
Из регулярных бэкапов у компании почти ничего не было. Что-то пытались копировать, часть копий лежала на тех же серверах и дисках, которые уже пострадали.
Фактически в живом состоянии остался один вариант - «бэкап последней надежды», который когда-то давно был выгружен и увезен из офиса. Именно он и стал точкой восстановления. Да, бэкап оказался прошлогодним, с заметным лагом по данным, но это было лучше, чем полная потеря истории.
Дальше был классический кризисный сценарий: подъем тестовой среды, проверка целостности, оценка объема потерь, затем поэтапное восстановление рабочих баз, донастройка и помощь бизнесу в том, как дожать недостающие данные. Клиент смог продолжить работу без выплаты выкупа, но ценой лишних часов ручной дообработки и нервов.
Выводов из этой истории несколько.
💡Первое: шифровальщики к 2026 году становятся одной из главных угроз для компаний любого масштаба. Это, к сожалению, практическая реальность, которую мы видим в полях.
💡Второе: резервное копирование должно быть регулярным и формализованным процессом. Нужен понятный регламент: что копируем, как часто, где храним, кто отвечает и как проверяем восстановление.
💡Третье, самое важное: должен существовать бэкап, физически и логически отделенный от боевой инфраструктуры. Если все копии живут в той же системе, что и продуктив, шифровальщик или ошибка администратора с одинаковым успехом снесут и данные, и резерв.
Говорит технический директор ITENTIS GROUP, Анатолий Бовсуновский.
Хотим сегодня поделиться кейсом, важно: клиент разрешил рассказать эту историю в обезличенном виде.
Обратилась российская типография по печати на одежде, производственный цех с классическим набором ИТ: 1С для учета и продаж, несколько рабочих баз, офисный файловый сервер (клиент обслуживался у другой ИТ-компании, но потерял доверие и обратился к нам).
Что произошло? Однажды бухгалтерия и отдел продаж попытались зайти в 1С и увидели вместо привычных документов набор бессмысленных символов. Несколько баз были зашифрованы, а следом на почте обнаружили уведомление: если хотите получить ключ для расшифровки, переведите определенную сумму в криптовалюте по указанным реквизитам.
Из регулярных бэкапов у компании почти ничего не было. Что-то пытались копировать, часть копий лежала на тех же серверах и дисках, которые уже пострадали.
Фактически в живом состоянии остался один вариант - «бэкап последней надежды», который когда-то давно был выгружен и увезен из офиса. Именно он и стал точкой восстановления. Да, бэкап оказался прошлогодним, с заметным лагом по данным, но это было лучше, чем полная потеря истории.
Дальше был классический кризисный сценарий: подъем тестовой среды, проверка целостности, оценка объема потерь, затем поэтапное восстановление рабочих баз, донастройка и помощь бизнесу в том, как дожать недостающие данные. Клиент смог продолжить работу без выплаты выкупа, но ценой лишних часов ручной дообработки и нервов.
Выводов из этой истории несколько.
💡Первое: шифровальщики к 2026 году становятся одной из главных угроз для компаний любого масштаба. Это, к сожалению, практическая реальность, которую мы видим в полях.
💡Второе: резервное копирование должно быть регулярным и формализованным процессом. Нужен понятный регламент: что копируем, как часто, где храним, кто отвечает и как проверяем восстановление.
💡Третье, самое важное: должен существовать бэкап, физически и логически отделенный от боевой инфраструктуры. Если все копии живут в той же системе, что и продуктив, шифровальщик или ошибка администратора с одинаковым успехом снесут и данные, и резерв.
👍8
📧 Почему корпоративные мессенджеры безопаснее, чем личные чаты
Во многих компаниях до сих пор обсуждают рабочие вопросы в чатах в тг/wa - понимаем, это удобно, быстро, и так все делают. Однако с точки зрения безопасности и управляемости бизнеса это одна из самых больших дыр.
Разобрали коротко в карточках, чем корпоративный мессенджер принципиально отличается от личных чатов.
Во многих компаниях до сих пор обсуждают рабочие вопросы в чатах в тг/wa - понимаем, это удобно, быстро, и так все делают. Однако с точки зрения безопасности и управляемости бизнеса это одна из самых больших дыр.
Разобрали коротко в карточках, чем корпоративный мессенджер принципиально отличается от личных чатов.
👍2
📬 Главные итоги 2025 года в IT: что на самом деле изменилось
На связи технический директор ITENTIS GROUP, Анатолий Бовсуновский.
Хотим сегодня подвести итоги, так как 2025 год для российского ИТ стал не годом прорывов, а годом взросления.
Рынок прошел через очередную турбулентность, но не остановился - наоборот, продолжил расти за счет импортозамещения, цифровизации госсектора и массового перехода бизнеса в облака.
✍🏻 Какие ключевые выводы, которые мы видим по итогам года?
1. ИТ как сервис перестал быть опцией, стал нормой
Компании массово пересобирают ИТ-ландшафты: заменяют зарубежные решения, оптимизируют инфраструктуру и параллельно режут издержки.
ИТ-аутсорсинг и сервисная модель («ИТ как услуга») в 2025 году стали стандартом - особенно для среднего бизнеса. Держать большой штат дорого, а риски простоев и ошибок слишком высоки.
2. Регуляторика стала жесткой и системной
Требования к персональным данным, финансовым операциям и критической инфраструктуре заметно ужесточились. Проверки стали чаще, штрафы - ощутимее.
Для бизнеса это постоянное напряжение: нужно развиваться, обновлять 1С, не падать по инфраструктуре и при этом соответствовать ИБ-требованиям. Собственной экспертизы часто не хватает, а поддерживать её внутри - слишком дорого.
3. Облако - главный способ выживания и роста
Облачные решения в 2025 году - это прагматичный выбор:
- быстрый запуск проектов;
- оплата по подписке вместо CAPEX;
- масштабирование под реальную нагрузку;
- упрощенное резервирование и отказоустойчивость.
Особенно активно в облака переезжают 1С, CRM, документооборот и сервисы совместной работы. Бизнес все чаще осознанно перекладывает часть рисков и ответственности на провайдера.
4. Кадровый голод никуда не делся
Опытные админы, 1С-разработчики и ИБ-специалисты по-прежнему «на вес золота». Рынок перегрет, людей переманивают, а любая текучка бьёт по бизнесу напрямую.
В 2025 году многие владельцы компаний окончательно пришли к выводу: надежный подрядчик выгоднее, чем бесконечная гонка за штатом.
5. Основные боли бизнеса сошлись в одной точке
По факту, запросы клиентов выглядят так:
- поддержка и развитие 1С без зависимости от 1-2 ключевых людей;
- перенос инфраструктуры и 1С в облако с понятной ценой и SLA;
- ИТ-поддержка «под ключ»: рабочие места, серверы, бэкапы;
- выполнение требований по безопасности без собственного дата-центра.
2025 год расставил всё по местам: сейчас ИТ - это в первую очередь про устойчивость бизнеса. Надо помнить, что чем раньше компания передаст рутину и риски профессиональному партнеру, тем проще ей будет расти дальше.
На связи технический директор ITENTIS GROUP, Анатолий Бовсуновский.
Хотим сегодня подвести итоги, так как 2025 год для российского ИТ стал не годом прорывов, а годом взросления.
Рынок прошел через очередную турбулентность, но не остановился - наоборот, продолжил расти за счет импортозамещения, цифровизации госсектора и массового перехода бизнеса в облака.
✍🏻 Какие ключевые выводы, которые мы видим по итогам года?
1. ИТ как сервис перестал быть опцией, стал нормой
Компании массово пересобирают ИТ-ландшафты: заменяют зарубежные решения, оптимизируют инфраструктуру и параллельно режут издержки.
ИТ-аутсорсинг и сервисная модель («ИТ как услуга») в 2025 году стали стандартом - особенно для среднего бизнеса. Держать большой штат дорого, а риски простоев и ошибок слишком высоки.
2. Регуляторика стала жесткой и системной
Требования к персональным данным, финансовым операциям и критической инфраструктуре заметно ужесточились. Проверки стали чаще, штрафы - ощутимее.
Для бизнеса это постоянное напряжение: нужно развиваться, обновлять 1С, не падать по инфраструктуре и при этом соответствовать ИБ-требованиям. Собственной экспертизы часто не хватает, а поддерживать её внутри - слишком дорого.
3. Облако - главный способ выживания и роста
Облачные решения в 2025 году - это прагматичный выбор:
- быстрый запуск проектов;
- оплата по подписке вместо CAPEX;
- масштабирование под реальную нагрузку;
- упрощенное резервирование и отказоустойчивость.
Особенно активно в облака переезжают 1С, CRM, документооборот и сервисы совместной работы. Бизнес все чаще осознанно перекладывает часть рисков и ответственности на провайдера.
4. Кадровый голод никуда не делся
Опытные админы, 1С-разработчики и ИБ-специалисты по-прежнему «на вес золота». Рынок перегрет, людей переманивают, а любая текучка бьёт по бизнесу напрямую.
В 2025 году многие владельцы компаний окончательно пришли к выводу: надежный подрядчик выгоднее, чем бесконечная гонка за штатом.
5. Основные боли бизнеса сошлись в одной точке
По факту, запросы клиентов выглядят так:
- поддержка и развитие 1С без зависимости от 1-2 ключевых людей;
- перенос инфраструктуры и 1С в облако с понятной ценой и SLA;
- ИТ-поддержка «под ключ»: рабочие места, серверы, бэкапы;
- выполнение требований по безопасности без собственного дата-центра.
2025 год расставил всё по местам: сейчас ИТ - это в первую очередь про устойчивость бизнеса. Надо помнить, что чем раньше компания передаст рутину и риски профессиональному партнеру, тем проще ей будет расти дальше.
👍6
Друзья, с наступающим Новым годом!🎄🌟
В 2025-м мы все жили в мире, где бизнес все сильнее зависит от ИТ. Желаем, чтобы в 2026-м ваши системы работали предсказуемо, резервные копии не только делались, но и успешно восстанавливались, а мониторинг сообщал о проблемах задолго до того, как о них узнают пользователи.
Спасибо за доверие, совместные проекты и сложные, но интересные задачи! В новом году мы, как и раньше, готовы быть рядом с вами💫
С Новым годом и до встречи в 2026!
В 2025-м мы все жили в мире, где бизнес все сильнее зависит от ИТ. Желаем, чтобы в 2026-м ваши системы работали предсказуемо, резервные копии не только делались, но и успешно восстанавливались, а мониторинг сообщал о проблемах задолго до того, как о них узнают пользователи.
Спасибо за доверие, совместные проекты и сложные, но интересные задачи! В новом году мы, как и раньше, готовы быть рядом с вами💫
С Новым годом и до встречи в 2026!
🎉4👏2
История двухфакторной аутентификации
На каникулах самое время разбираться с тем, что каждый день всплывает в работе, но обычно некогда почитать. Например, откуда вообще взялась двухфакторная аутентификация? И почему мы так упираемся за ее включение во всех проектах - от 1С до удаленного доступа.
💡Идея двух факторов родилась задолго до интернета: карта + PIN. Один фактор - то, что у вас есть, второй - то, что вы знаете.
Потом эту логику забрали корпоративные ИТ с токенами и брелоками для доступа в сеть и VPN. В 2000-х ее довели до массового уровня банки — через SMS-коды, таблицы одноразовых паролей.
📲 Смартфоны сделали историю удобнее: приложения-генераторы кодов, push-подтверждения, коды прямо в банковском или корпоративном приложении. Сейчас над этим уже растут аппаратные ключи и сценарии «входа без пароля», когда важен сам факт вашего физического подтверждения.
Для бизнеса вывод простой: один пароль больше не считается защитой. Поэтому в наших проектах мы всегда предлагаем включать двухфакторку хотя бы на ключевые точки - удаленный доступ, почту, 1С, личные кабинеты.
На каникулах самое время разбираться с тем, что каждый день всплывает в работе, но обычно некогда почитать. Например, откуда вообще взялась двухфакторная аутентификация? И почему мы так упираемся за ее включение во всех проектах - от 1С до удаленного доступа.
💡Идея двух факторов родилась задолго до интернета: карта + PIN. Один фактор - то, что у вас есть, второй - то, что вы знаете.
Потом эту логику забрали корпоративные ИТ с токенами и брелоками для доступа в сеть и VPN. В 2000-х ее довели до массового уровня банки — через SMS-коды, таблицы одноразовых паролей.
📲 Смартфоны сделали историю удобнее: приложения-генераторы кодов, push-подтверждения, коды прямо в банковском или корпоративном приложении. Сейчас над этим уже растут аппаратные ключи и сценарии «входа без пароля», когда важен сам факт вашего физического подтверждения.
Для бизнеса вывод простой: один пароль больше не считается защитой. Поэтому в наших проектах мы всегда предлагаем включать двухфакторку хотя бы на ключевые точки - удаленный доступ, почту, 1С, личные кабинеты.
👍2🔥2
⭐️ Как появился 1С: короткая история технологии простыми словами
Продолжаем наше новогоднее знакомство с истоками. Если вы успели устать от салатов и одних и тех же фильмов, самое время переключиться: вспомним, как появился 1С.
Идея родилась в начале 90-х, когда бизнес уже появлялся, а удобного софта под российскую реальность - нет.
Импортные системы были дорогими, сложными и не дружили с нашими правилами учета. Нужна была программа, которая говорит на языке российских бухгалтеров, понимает местное законодательство и не требует армии программистов.
Так появились первые версии «1С:Бухгалтерии» - по сути, инструмент, который закрывал одну конкретную боль: быстро и по правилам вести учет для малого и среднего бизнеса. Дальше все развивалось по нарастающей.
Появилась идея не отдельных программ, а платформы. Сначала первая тиражная платформа 7.0 потом 7.5 и 7.7, потом привычная всем 1С:Предприятие 8.Х - уже как конструктор, на котором можно собрать не только бухгалтерию, но и управление торговлей, складом, производством, зарплатой, CRM и отраслевые решения.
Можно было проследить, как технология развивалась вместе с рынком: клиент-сервер, работа через терминал, веб-клиент, облачные 1С, интеграция с внешними сервисами, мобильные клиенты.
В 2026 году 1С - это уже целая экосистема: платформа, сотни типовых конфигураций, тысячи доработанных решений под конкретные компании.
А ведь причина, по которой она так прочно держится в бизнесе, проста: 1С выросла из реальной практики российских компаний, их учета, налогов и операционных процессов.
Продолжаем наше новогоднее знакомство с истоками. Если вы успели устать от салатов и одних и тех же фильмов, самое время переключиться: вспомним, как появился 1С.
Идея родилась в начале 90-х, когда бизнес уже появлялся, а удобного софта под российскую реальность - нет.
Импортные системы были дорогими, сложными и не дружили с нашими правилами учета. Нужна была программа, которая говорит на языке российских бухгалтеров, понимает местное законодательство и не требует армии программистов.
Так появились первые версии «1С:Бухгалтерии» - по сути, инструмент, который закрывал одну конкретную боль: быстро и по правилам вести учет для малого и среднего бизнеса. Дальше все развивалось по нарастающей.
Появилась идея не отдельных программ, а платформы. Сначала первая тиражная платформа 7.0 потом 7.5 и 7.7, потом привычная всем 1С:Предприятие 8.Х - уже как конструктор, на котором можно собрать не только бухгалтерию, но и управление торговлей, складом, производством, зарплатой, CRM и отраслевые решения.
Можно было проследить, как технология развивалась вместе с рынком: клиент-сервер, работа через терминал, веб-клиент, облачные 1С, интеграция с внешними сервисами, мобильные клиенты.
В 2026 году 1С - это уже целая экосистема: платформа, сотни типовых конфигураций, тысячи доработанных решений под конкретные компании.
А ведь причина, по которой она так прочно держится в бизнесе, проста: 1С выросла из реальной практики российских компаний, их учета, налогов и операционных процессов.
🔥1
🛡Почему прежних мер ИБ больше не хватает растущему бизнесу
Многим до сих пор кажется, что антивирус, межсетевой экран и инструктаж раз в год закрывают вопрос ИБ. Однако как только у компании появляются облака, удаленные сотрудники и десятки сервисов, этот набор перестает работать.
Сегодня собрали в карточках, почему так происходит и с чего начать пересборку безопасности, чтобы она соответствовала масштабу бизнеса, а не его прошлому.
Многим до сих пор кажется, что антивирус, межсетевой экран и инструктаж раз в год закрывают вопрос ИБ. Однако как только у компании появляются облака, удаленные сотрудники и десятки сервисов, этот набор перестает работать.
Сегодня собрали в карточках, почему так происходит и с чего начать пересборку безопасности, чтобы она соответствовала масштабу бизнеса, а не его прошлому.
❤2
📊 Один админ vs ИТ-аутсорсинг: где на самом деле дороже
По вакансии кажется, что свой айтишник за 100 000 в месяц выгоднее, чем подрядчик. Но для компании эта сумма вырастает: плюс около 43% налогов и взносов, рабочее место, бонусы. Реальная стоимость уходит в 140–150 тыс. в месяц за одного человека.
Важно учитывать, что при этом у работника есть отпуск, больничные, человеческий ресурс ограничен. Он может быть загружен на час в день, но вы платите за полную ставку. Если задач становится больше - нужно брать еще одного и снова умножать расходы.
⚡️У ИТ-аутсорсинга модель другая. Средний счет за поддержку инфраструктуры малого/среднего офиса - 80–90 тыс. в месяц. За эти деньги вы получаете команду, которая работает круглый год, подменяет друг друга, закрывает разные задачи (сети, 1С, серверы, безопасность) и может гибко наращивать часы, когда это действительно нужно, а не держать запас по людям в штате.
🔍Мы разобрали ключевые отличия инхаус-админа и ИТ-аутсорсинга на двух карточках - чтобы можно было спокойно сравнить цифры, риски и понять, какая модель реально выгоднее вашему бизнесу.
По вакансии кажется, что свой айтишник за 100 000 в месяц выгоднее, чем подрядчик. Но для компании эта сумма вырастает: плюс около 43% налогов и взносов, рабочее место, бонусы. Реальная стоимость уходит в 140–150 тыс. в месяц за одного человека.
Важно учитывать, что при этом у работника есть отпуск, больничные, человеческий ресурс ограничен. Он может быть загружен на час в день, но вы платите за полную ставку. Если задач становится больше - нужно брать еще одного и снова умножать расходы.
⚡️У ИТ-аутсорсинга модель другая. Средний счет за поддержку инфраструктуры малого/среднего офиса - 80–90 тыс. в месяц. За эти деньги вы получаете команду, которая работает круглый год, подменяет друг друга, закрывает разные задачи (сети, 1С, серверы, безопасность) и может гибко наращивать часы, когда это действительно нужно, а не держать запас по людям в штате.
🔍Мы разобрали ключевые отличия инхаус-админа и ИТ-аутсорсинга на двух карточках - чтобы можно было спокойно сравнить цифры, риски и понять, какая модель реально выгоднее вашему бизнесу.
👍1
⚙️ Человеческий фактор в ИТ-инцидентах: с чего начинать security-awareness
По статистике, до 70–80% инцидентов так или иначе связаны с человеческим фактором: клик по фишинговой ссылке, файл из письма от знакомого, пересылка документа в личный мессенджер, пароль, который давно знают все вокруг.
При этом классический редкие инструктажи и формальные лекции забываются через день, а в момент критической ситуации сотрудник действует по привычке, а не по памятке.
Что помогает снизу снизить риск человеческой ошибки?
💡Короткие обучающие форматы
Важно: не часовая презентация, а разборы в 5–10 минут: один тип атаки, один кейс, один вывод. Желательно с примерами из жизни самой компании.
💡Сценарии «что делать, если…»
Столкнулся с подозрительным письмом, странным запросом от «руководителя», всплывающим окном - не надо гадать. Должен быть понятный и прописанный алгоритм: куда писать, кому позвонить, что не делать.
💡Простые правила для почты и мессенджеров
Минимум правил, но обязательных: не открывать вложения из непроверенных источников, не пересылать рабочие файлы в личные чаты, не подтверждать операции в мессенджерах.
💡Технические барьеры
Security-awareness не работает без техники. Нужны двухфакторная аутентификация (хотя бы на ключевых системах), блокировки опасных вложений, ограничения на вынос данных, базовый контроль аномальной активности.
Мы всегда смотрим на человеческий фактор и технологии вместе. Нельзя перевоспитать пользователей без изменения среды, но и одна техника не спасет, если людям не объяснили, что происходит и как им действовать.
По статистике, до 70–80% инцидентов так или иначе связаны с человеческим фактором: клик по фишинговой ссылке, файл из письма от знакомого, пересылка документа в личный мессенджер, пароль, который давно знают все вокруг.
При этом классический редкие инструктажи и формальные лекции забываются через день, а в момент критической ситуации сотрудник действует по привычке, а не по памятке.
Что помогает снизу снизить риск человеческой ошибки?
💡Короткие обучающие форматы
Важно: не часовая презентация, а разборы в 5–10 минут: один тип атаки, один кейс, один вывод. Желательно с примерами из жизни самой компании.
💡Сценарии «что делать, если…»
Столкнулся с подозрительным письмом, странным запросом от «руководителя», всплывающим окном - не надо гадать. Должен быть понятный и прописанный алгоритм: куда писать, кому позвонить, что не делать.
💡Простые правила для почты и мессенджеров
Минимум правил, но обязательных: не открывать вложения из непроверенных источников, не пересылать рабочие файлы в личные чаты, не подтверждать операции в мессенджерах.
💡Технические барьеры
Security-awareness не работает без техники. Нужны двухфакторная аутентификация (хотя бы на ключевых системах), блокировки опасных вложений, ограничения на вынос данных, базовый контроль аномальной активности.
Мы всегда смотрим на человеческий фактор и технологии вместе. Нельзя перевоспитать пользователей без изменения среды, но и одна техника не спасет, если людям не объяснили, что происходит и как им действовать.
👍2