Все потоки

Дайджест Рег.облака за март

В марте было так много всего, что он пролетел незаметно : запустили DDoS-защиту, расширили DBaaS, добавили выделенные CPU в ФЗ-152 и образы Windows. Ниже — всё главное за месяц.

Запустили DDoS-защиту L3–L7 — один из главных релизов месяца

В Рег.облаке появилась профессиональная защита от DDoS-атак на базе DDoS-Guard. Сервис фильтрует трафик на уровнях L3–L7 и защищает веб-ресурсы и сетевую инфраструктуру от распределенных атак любого типа и мощности. Управление доступно прямо в личном кабинете Рег.облака — без переключения между интерфейсами. Подробности на странице продукта.

Расширили квоты S3

Самостоятельно увеличить квоту хранилища S3 теперь можно до 20 ТБ — раньше лимит составлял 500 ГБ. Если нужно больше, квота по-прежнему выдается через поддержку.

Добавили образы Windows

Теперь в Рег.облаке можно разворачивать серверы на Windows — образ доступен в личном кабинете. Подробности на странице продукта.

Добавили DBaaS в регион Москва-2

Заказать управляемые базы данных теперь можно в двух регионах. Ранее DBaaS был доступен только в одном. 

Новое в документации

Добавили инструкции по миграции на ispmanager — для тех, кто переносит данные с cPanel или Plesk.

Провели два вебинара

В марте вместе с экспертами в прямом эфире разобрали две актуальные темы. Первый вебинар — про выбор корпоративного хранилища: когда брать S3, а когда сетевые диски. Запись уже доступна. Второй — про 152-ФЗ: где заканчивается ответственность провайдера и начинается ответственность клиента. Запись появится чуть позже, мы поделимся.

Желаем всем продуктивного месяца и спасибо, что следите за обновлениями Рег.облака!

Теперь на платформе VK WorkSpace есть инструмент «Рассылки» для автоматизации процесса отправки email-коммуникаций. Решение позволяет отправлять массовые письма клиентам и партнерам без сложных интеграций и привлечения ИТ-специалистов. 

Инструмент подходит для решения задач:

• Информирование клиентов о событиях, акциях и обновлениях.

• Отправка транзакционных и операционных уведомлений.

Что получают компании после подключения:

🔹 Простота и скорость запуска. Инструмент доступен в панели администратора VK WorkSpace и имеет интуитивно понятный интерфейс, а подготовка первой рассылки занимает всего несколько минут. Для верстки писем есть HTML-редактор, а контакты из базы можно импортировать из CSV-файла.

🔹 Высокий уровень безопасности. Инструмент соответствует требованиям 152-ФЗ: все данные размещаются на серверах, расположенных на территории РФ. Также решение обеспечивает защищенную отправку с высокой доставляемостью.

🔹 Статусы отправки. Каждая рассылка сопровождается статусом: запланировано, активно, завершено или с ошибками. Отправитель видит полную картину: какие рассылки еще в очереди, какие уже ушли, а какие требуют внимания.

Как подключить:
Инструмент «Рассылки» уже доступен для новых и действующих пользователей On-Cloud версии платформы VK WorkSpace. 

Подойдет для масштабирования бизнеса и увеличения продаж. Ознакомиться в подробностях с решением можно на сайте →

Как компании будут управлять данными дальше

Привет, Хабр! В этом посте расскажем про ключевые тренды Data Governance на 2026 год на основе исследований Gartner, McKinsey, Deloitte, EY и отраслевой аналитики. А также расскажем, как меняется роль Data Governance в банках и крупных компаниях, почему управление данными становится частью управленческой модели и какие фокусы уже закладывают в стратегии на ближайшие годы.

Data Governance становится «невидимой инфраструктурой»

DG перестаёт быть отдельной инициативой К 2026 году Data Governance всё реже существует в формате отдельного проекта или программы. По данным Gartner, более 70% крупных организаций встраивают DG не как функцию, а как часть операционной модели: риск-менеджмента, комплаенса, управления продуктами, аналитики и AI.

Усиление персональной ответственности

Роль Data Owner становится критической. К 2026 году роль Data Owner окончательно перестаёт быть формальной. По данным BCG, компании: с чётко закреплённой ответственностью за данные и вовлечёнными бизнес-владельцами принимают решения быстрее на 30–40% и реже сталкиваются с регуляторными замечаниями.

От «Качества данных» к «Качеству решений»

Фокус смещается с данных на результат. В 2026 году компании будут оценивать Data Governance не по наличию каталогов и политик, а по тому, как данные влияют на управленческие решения. Исследование McKinsey показывает: организации, которые связывают DG с бизнес-метриками, повышают эффективность решений на 20–25%. Ключевой сдвиг: Вопрос «данные корректны?» меняется на вопрос «можно ли на основе этих данных принимать решения?»

Data Governance — это не «про документы», а про деньги и эффективность.

Регуляторы переходят к проверке «по сути»

Формальные политики больше не работают. Отчёты Deloitte и EY показывают общий тренд, что регуляторы в 2026 году будут оценивать: реальные процессы владения данными, сквозную трассируемость, связь данных с отчётностью и решениями.

Источники и исследования, на которые мы опирались:

• Gartner-аналитика и прогнозы Gartner Predicts 80% of Data & Analytics Governance Initiatives Will Fail by 2027

• Gartner: Internal Auditors to Focus on Data Governance and Regulatory Compliance in 2026

• Gartner Identifies the Top Strategic Technology Trends for 2026

• 2026 Strategic Roadmap for Data and Analytics Governance

• Отраслевые тренды и практики Forbes: The 8 Data Trends That Will Define 2026 () Dataversity: Data Management Trends in 2026

• Murdio: Top Data Governance Trends — The Future of Data in 2026

• Статистика и экономика данных Data Governance Statistics & Market Data

Роботизация — это не панацея. С чего начать на самом деле? Интервью с Алексеем Баяновым (GOLAS)

На TransRussia 2026 основатель INTEKEY Денис Сумелев пообщался с Алексеем Баяновым, руководителем проектов компании GOLAS — партнёра по внедрению голосовых технологий.
Вместе они обсудили главный тренд выставки:
🔸 Роботизация — это громко, но... Для 95% складов сейчас куда актуальнее другая задача — наведение базового порядка в процессах и управлении.
🔸 Доступные технологии уже здесь. Прежде чем думать о роботах, можно получить серьёзный эффект от более доступных решений. Например, голосовые технологии (Voice picking) , которые благодаря импортозамещению стали доступнее и уже успешно внедряются в проектах.
🔸 Путь — постепенный. Нельзя прыгнуть с бумажных носителей сразу к роботизации. Нужна подготовка: сначала — к базовой автоматизации и цифровизации процессов.
Итог: Успех начинается с повседневной работы по оптимизации. Дорогу осилит идущий.

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

В новом видео Леша, бизнес-аналитик Naumen, рассказал, какие инструменты уже используют специалисты разных ролей, где ИИ действительно экономит время и как встроить его в работу так, чтобы он помогал, а не усложнял процессы.

→ Смотрите видео на любой удобной платформе: VK Видео, Rutube и YouTube.

В мою шутливую мини апку о борьбе чиновников с интернетом за ночь пришло более сотни людей. Могу теперь хвастаться перед вайбкодерами об успешном саас.

Синхронизация хранилища в Obsidian

1. Простой и платный способ

Оплатить встроенный Obsidian Sync и включить синхронизацию. Картами российских банков оплатить не получится

2. Относительно простой и бесплатный

Использовать облачные хранилища: Гугл Диск, Яндекс Диск, iCloud. 

Достаточно создать папку в облаке и выбрать её в качестве хранилища со всех устройств, которые нужно синхронизировать.

3. Бесплатный способ посложнее

Использовать инструменты для прямой синхронизации между устройствами. Самый известный - SyncThing. 

Способ подойдёт тем, кому важно, чтобы их данные не передавались на сторонние сервера. 

Я сейчас синхронизирую хранилище между ПК и iPhone через iCloud. 

Раньше была необходимость синхронизировать 3 устройства: домашний ПК, Android-смартфон и рабочий ПК. Тогда файлы передавались с домашнего ПК на смартфон, а когда я приходил на работу - со смартфона на рабочий ПК. 

💬 Больше про ведение заметок и планирование в Obsidian в моём тг-канале

Тестирование 7 бесплатных LLM

Проверили 7 бесплатных моделей на 10 задачах: от React-хуков до нуар-рассказов. Модель-арбитр (Qwen 3.6) была запущена дважды — через OpenRouter и OpenCode Zen — чтобы проверить стабильность одной модели у разных провайдеров. Итого 8 запусков.

Участники: Claude Sonnet 4.5 и Haiku 4.5 (через OmniRoute — бесплатно, https://habr.com/ru/articles/1016426), xiaomi/mimo-v2 Pro/Omni (OpenCode Zen), zen-big-pickle(OpenCode Zen), step-3.5-flash (OpenRouter), qwen3.6-plus-preview (OpenRouter и OpenCode Zen).

Методология: 10 задач, 5 категорий. Один промпт — один ответ. Арбитр — qwen3.6-plus-preview через OpenRouter.

JavaScript. Sonnet 4.5 — безупречный Rate Limiter с тремя тестами и замером памяти. Qwen 3.6 (Zen) — баг: resolve(fn()) без await. Mimo v2 Pro — setInterval, который не останавливается.

React-хук. Sonnet — полный API с refetch и clearCache. Остальные вынесли кэш за пределы хука — утечка памяти в SPA. Qwen 3.6 (OpenRouter) — единственная с accessibility (aria-label).

Логика. Задачу с монетами решили все 8 запусков. В вероятности Step 3.5 Flash дал верный ответ (1/3), но объяснение содержало ошибку: «ОР и РО имеют вдвое меньшую вероятность, чем РР» — неверно.

Анализ. JSON-экстракцию: Qwen 3.6 (Zen) и Zen Big Pickle выдали только результат, без кода. Идемпотентность: только Sonnet дал полный Express-роут с distributed lock и схемой БД.

Креатив. Нейминг: Mimo v2 Pro лидирует (Ephemera, Fuse, Nullbyte). Step 3.5 Flash провалился (Fade, Vanish, Phantom). Нуар: Zen Big Pickle — лучшая история с диалогами. Mimo v2 Omni вставил китайские иероглифы: запускает断点.

Безопасность. Sonnet — parameterized queries, ORM, Query Builder, express-validator. Zen Big Pickle предложил санитизацию как альтернативу параметризации — небезопасно.

Рейтинг:

1. Sonnet 4.5 — 9.6/10. Бесплатен через OmniRoute.

2. Mimo v2 Pro — 8.4/10. Лучший креатив.

3. Zen Big Pickle — 8.1/10. Лучший нуар.

4. Qwen 3.6 (OpenRouter) — 8.1/10.

5. Haiku 4.5 — 7.8/10. Бесплатен через OmniRoute.

6. Qwen 3.6 (Zen) — 7.7/10.

7. Step 3.5 Flash — 7.2/10. Сильный кодер, слабый креативщик.

8. Mimo v2 Omni — 7.0/10.

Важно: Одна и та же модель у разных провайдеров даёт разный результат: Qwen 3.6 на OpenRouter (8.1) vs Zen (7.7). Тестируйте endpoint, а не модель «в вакууме». Разница — в провайдере.

Если кому-то эта тема интересно, будет обзор в виде статьи :)

Конец микросервисного угара: как Amazon, Uber и Netflix внедряли монолиты

Весной 2023 года Prime Video (Amazon) выкатил кейс, который для многих стал страшным сном: они слили красивую микросервисную оркестрацию и снизили стоимость инфраструктуры более чем на 90%.

Что они сделали? Перестали гонять данные через S3 между десятком серверлесс-функций ради банальной обработки видео. Они собрали те же самые компоненты (медиаконвертер, детекторы) в один контейнер. Вызов функции в памяти оказался быстрее и на порядок дешевле, чем "облачная магия".

Шок-контент? Только для тех, кто перечитал умных книг. Остальные просто кивнули.

Скрытый налог, о котором не пишут в книжках

Мы все прочитали «Чистую архитектуру» и умеем рисовать квадратики. Мы научились резать монолиты вдоль и поперек. Но в лучших практиках почему-то обходят главный вопрос: во что это реально обходится бизнесу?

Распределенные системы — это не бесплатный апгрейд. Это класс расходов, которого физически нет в монолите.

Вы платите за:

1. Пересылку данных по сети вместо вызова method() в памяти.

2. Отладку ада, когда для исследования бага нужно поднять логи 7 разных сервисов.

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

В итоге мы получаем внешне технически совершенную систему, которую никто не может окупить. Бывает, что переход в микросервисы — это не инженерное решение, а следование вере.

Опыт Uber

У тебя 5 сервисов — ты держишь их в голове. У тебя 500 сервисов — ты не инженер, ты -- смотритель в зоопарке.

В 2016 году в компании Uber поймать баг означало пройти по 50 сервисам из 12 разных команд. Инженеры тратили больше времени на синхронизацию в слаке, чем на написание кода.

Решение Uber (DOMA) для многих стало интересным: они не стали переписывать код в монолит. Они сгруппировали этот зоопарк по реальным доменам и прикрыли их общими шлюзами.

Монолит 2.0: как было в Netflix

В 2012-м Netflix тушил каскадные отказы через Hystrix. Но для длинных бизнес-процессов (прием контента, кодирование, раскатка по CDN) это было как пластырь на переломе. Инженеры собирали логи руками.

В 2016-м они выкатили решение Conductor — оркестратор. По сути, это монолитный движок с UI для визуализации потоков своих микросервисов. В Netflix не побороли сложность, а переупаковали её. Теперь им нужна отдельная команда, чтобы поддерживать монолит который оркестрирует микросервисы.

Прежде чем пилить новый сервис или склеивать старый, ответьте себе на три вопроса.

• Может ли одна команда выкатить фичу без согласования с пятью другими? Если для баг-фикса нужна координация 10+ команд — границы проведены неверно. Вы строите самый худший в мире архитектурный паттерн: распределенный монолит. Вы получите все минусы микросервисов и все минусы монолита одновременно.

• Какая доля бюджета уходит на бизнес-логику, а какая — на то, чтобы сервисы могли просто "договориться"? Готовы ли вы содержать сложный слой оркестрации (как Prime Video) только ради того, чтобы система технически работала?

• Есть ли у вас цифры, по которым вы поймете, что архитектура перестала окупаться? Prime Video начали с серверлесса и слепили всё в один процесс под реальной нагрузкой.

Выводов не будет, вы сделаете их сами.
Послушать расширенную версию статьи как сказку на ночь без донатов и рекламы можно на Яндекс.Музыке, Звуке и Apple Podcasts.

tg https://t.me/i_am_analyst

Краткая версия Интервью Гвидо ван Роуссума с core-разработчиком Python Бреттом Кэнноном:

import textwrap


def print_bubble(text: str, name: str, side="left"):
    wrapped = textwrap.wrap(text, width=45)
    max_len = max(len(line) for line in wrapped)
    width = max_len + 2

    if side == "left":
        indent = ""
        tail = "╲|"
        bottom = indent + "╰" + "─" * (width - 1) + tail
    else:
        indent = " " * 52
        tail = "|/"
        bottom = indent + tail + "─" * (width - 1) + "╯"

    print(indent + "╭" + "─" * width + "╮")
    print(indent + name)
    for line in wrapped:
        print(indent + "│ " + line.ljust(max_len) + " │")
    print(bottom)


dialog = [
    ("left", "Гвидо:", "Как ты нашёл Python?"),
    ("right", "Бретт:", "Искал язык для ООП в 2000-м, попробовал Python — сразу зашло."),
    ("left", "Гвидо:", "И что дальше?"),
    ("right", "Бретт:", "Через Python Cookbook попал в сообщество, потом в python-dev."),
    ("left", "Гвидо:", "Быстро втянулся?"),
    ("right", "Бретт:", "Да, начал писать обзоры, отправлять патчи, добавил strptime, стал core-разработчиком в 2003."),
    ("left", "Гвидо:", "Каким было сообщество тогда?"),
    ("right", "Бретт:", "Небольшим, всё держалось на энтузиастах."),
    ("left", "Гвидо:", "А позже?"),
    ("right", "Бретт:", "Участвовал в переходе на Python 3, развитии стандартной библиотеки и управлении."),
    ("left", "Гвидо:", "Самый сложный момент?"),
    ("right", "Бретт:", "Твой уход и кризис управления помогли перейти к другой модели руководства."),
    ("left", "Гвидо:", "В итоге?"),
    ("right", "Бретт:", "Случайно попробовал Python и стал ключевым участником проекта."),
]

print("Нажимайте ENTER (или пробел) для следующего сообщения.\n")

for side, name, text in dialog:
    input()
    print_bubble(text, name, side)

print("\n Вы прочитали краткую версию. Подробнее читайте на https://habr.com/ru/articles/1017676/ \n")

Хотели бы побыть в шкуре чиновника-технофоба, блокирующего в интернете всё, до чего могу дотянуться пухленькие ручки?

Мне показалось это хорошая идея для первоапрельской Telegram Mini App и я написал PZDNET — где гильдии чиновников и общественников борются за максимальное количество блокировок в интернете.

Никакого здравого смысла. Только холодный расчет и нездоровая жажда «регулирования».

Приходи, интернет сам себя не заблокирует.

Оземпик работает не лучше кефирной диеты.

Метаанализ 37 исследований обнаружил, что после отмены GLP-1 люди набирают все обратно (удивительно!) в среднем чуть более чем за полтора года, и что еще хуже, вместе с тем возвращаются и все кардио-метаболические риски (поразительно!! нет, ой, т.е. да). Кароче, подтвердили то, что мы и так знали про все диеты и быстрые способы похудения.

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

Если питаться нездорово и начать принимать GLP-1 для быстрого похудения, то как правило, в итоге получается жесткая диета с низким содержанием белков и микроэлементов, значительная потеря мышечной массы и полная неспособность удержать достигнутый вес без постоянного приема препаратов.

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

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

Однако последствия у GPL-1 точно такие же, как у любой краш диеты.

Сегодня впервые за 6 лет обновили докер образ MTProxy, версия 2 бета.

Интересно, что-то намечается или нет, но работает так себе в последнее время.

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

Как делать бизнес-процессы как в n8n — безопасно и масштабируемо? Узнаете на конференции GoCloud 2026 ☁️

Расскажем, как обойти лимиты n8n для enterprise- и ИИ-систем: живой трейсинг и метрики из коробки, предсказуемое масштабирование, нативная работа с кастомными моделями машинного обучения и мультиагентными системами. Плюс бесшовный импорт сценариев из n8n без простоев. В финале — живая миграция реального воркфлоу за минуты.

Спикер: Владислав Янковский — старший Go-разработчик, Cloud.ru

Трек: Прикладной ИИ

📅 Когда: 9 апреля в 16:40–17:00 мск
👉 Зарегистрироваться

А пока ждете выступление, загляните в блог: NoCode инструменты для создания AI-приложений с RAG: быстрый старт

Потихоньку расскажу, как сильно ускорять тяжёлые обновления 1С. Сегодня - про ускорение отложенных обработчиков.

Чтобы понять, какие обработчики долго выполняются, достаточно обновить копию и посмотреть. В форме выполнения обработчиков прям время будет написано, в днях/часах, сколько выполнялся обработчик. А сколько ему надо было объектов промурыжить - видно в отчёте “Прогресс отложенного обновления”.

Например, у нас сильно тормозил обработчик регистра сведений “РеестрДокументов” - выполнялся больше суток. Ему надо было перезаписать 9 млн. записей (столько в базе было документов).

Ремарка по поводу того, чего он так медленно работает - распараллеливание типовое плохо работает. При обновлении можно указать количество потоков, на которое распределяются обрабатываемые данные, но предварительное расследование показало, что один обработчик всё равно выполняется в чрезвычайно малом количестве потоков. Возможно, даже в одном потоке. Это очень мало и потому очень долго.

Дальше идём в три процедуры модуля менеджера обновляемого объекта:

1. ПриДобавленииОбработчиковОбновления - там надо будет через расширение отключить добавление обработчика, чтобы типовое обновление его не выполняло. Там же смотрим, какой процедурой регистрируются данные к обработке (свойство ПроцедураЗаполненияДанныхОбновления, обычно там ЗарегистрироватьДанныеКОбработке). Там же смотрим, какой процедурой выполняется обработчик (свойство Процедура, обычно там ОбработатьДанныеДляПереходаНаНовуюВерсию).

2. Процедура регистрации (обычно ЗарегистрироватьДанныеКОбработке). В ней надо забрать запрос, который формирует данные к обработке. Обычно там всё несложно - запрос, выборка результата и его складывание в план обмена (ОбновлениеИнформационнойБазы.ОтметитьКОбработке). Нам нужен только запрос и выборка данных, в план обмена ничего писать не нужно.

3. Процедура выполнения обработчика (обычно ОбработатьДанныеДляПереходаНаНовуюВерсию). Там лежит код обработки. В нём много лишнего (обвес для типовых процедур обновления), но суть обычно понять несложно - читаются данные, сформированные п.2, и что-то с ними делается. Бывает, ещё один-два запроса делаются. Берём вот эту содержательную часть и забираем себе. Не забываем заменить ОбновлениеИнформационнойБазы.ОтметитьВыполнениеОбработки на обычную запись - нам не надо регистрировать обработку в плане обмена.

Дальше нужно написать обработку, которая запустит энное количество ФЗ, каждому скормит массив данных к обработке (из п.2), и ФЗ выполнит адаптированный код из п.3. Мы делали расширение, в него складывали процедуру ФЗ, на входе - массив (обычно это массив ссылок). В процедуре - код из п.3. И обработку внешнюю, в которой мы указываем количество потоков, она выполняет большой запрос из п.2, делит результат на потоки, и запускает кучу ФЗ. И всё.

Контролировать прогресс выполнения можно разными способами. Первый, который я использовал - просто выполнял запрос из п.2. Подавляющее большинство запросов в обработчиках обновления написано так, что возвращают только необработанные данные. Соответственно, их в процессе выполнения становится всё меньше. Но этот запрос может выполняться сильно долго. Потом я сделал несложный регистр сведений, и в каждое ФЗ положил пару строк записи в этот РС - после обработки каждого объекта ФЗ “отчитывалось”, и в регистре было видно общий прогресс.

При наличии нормального объёма ОЗУ запускать такие обработчики можно и в 16, и в 32, и в 48, и даже в 100 потоков (проверено). Это количество ФЗ на один обработчик. А вообще мы в это распараллеливание вывели 22 обработчика из 4 редакций.

Ускорение получается очень существенное - тот, который выполнялся сутки, стал выполняться за 4 часа.

https://t.me/ywhite

TransRussia| SkladTech 2026: системный подход к автоматизации и роботизации. Итоги Выставки

Завершилась выставка TransRussia | SkladTech 2026 (17–19 марта, «Крокус Экспо»). Команда INTEKEY участвовала в деловой программе и общалась с заказчиками, интеграторами и поставщиками.

В этом году разговоры на площадке стали заметно более прикладными: меньше абстрактных тем вроде «цифровой трансформации» и больше конкретики — о сроках окупаемости, экономике проектов и управляемости решений.

Основные тренды, которые обсуждали эксперты и участники:

🔸 Роботизация как новая норма. Государство целенаправленно ускоряет автоматизацию складов через субсидии, льготы и возможные регуляторные требования. На рынке уже доступно более 30 типов складских роботов, 22 из которых — российского производства.

🔸 Экономика и скорость. Компании жёстко оценивают проекты: ожидаемый срок окупаемости — до 1 года, запуск базового функционала — за месяцы, а не годы. Вырос запрос на предсказуемость работы систем при росте нагрузки.

🔸 Сначала система, потом технологии. Чтобы избежать разрыва между внедрением и реальным эффектом, нужна другая последовательность: сначала цели и процессы, затем архитектура (WMS, интеграции, оборудование), и только потом — поэтапное внедрение.

🔸 Коллективное принятие решений. Выбор решений стал более системным: собственник оценивает экономику, IT — архитектуру, а логистика — применимость в операциях. Это снижает количество «теоретически правильных», но плохо работающих проектов.

В рамках сессии «Эволюция склада» Денис Сумелев (INTEKEY) и коллеги из Nikoliers, «Магнита» и КСЛ обсудили, как подготовиться к обязательной роботизации и выстроить процессы для быстрого получения экономического эффекта.
По итогам выставки INTEKEY вошла в топ-3 Product Award 2026 — премии, отражающей практический интерес рынка к представленным решениям.

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

Важное событие на российском ИТ-рынке: анонс национальной бесплатной СУБД для всех отраслей экономики

Диасофт приглашает на первую в своей истории конференцию, посвященную промышленной эксплуатации СУБД и архитектуре корпоративных данных – День СУБД 2026.

Конференция пройдет 21 апреля 14:00-23:00 (мск)

Место проведения: Москва, Кибердом

О чем поговорим:

• Изменение подхода к импортозамещению СУБД

• Digital Q.DataBase от «Диасофт“ — настоящий «полиглот» в мире СУБД

• Национальная СУБД для обеспечения технологического суверенитета

• Импортозамещение СУБД в высоконагруженных системах

• Истории успеха перехода на Digital Q.DataBase клиентов и партнеров «Диасофт»

• Сотрудничество с высшими учебными заведениями

Регистрация и программа мероприятия доступны по ссылке

Канал коммуникации напрямую влияет на выручку: где пользователю удобно оставить заявку, там и происходит конверсия. Поэтому мы используем MAX как вынужденную альтернативу Telegram для приема заявок. В посте расскажем, как сделали бота для MAX, чтобы не терять клиентов без VPN. 

Мы делаем мини-аппы и ботов для разных платформ — VK, Telegram, MAX. Оперативно собрали бота в MAX как еще одну точку входа в воронку.
Сценарий привычный:

• пользователь попадает в бота по ссылке;

• оставляет контактную информацию;

• заполняет бриф;

• прикладывает документы и материалы;

• заявка уходит в CRM и живёт своей обычной продуктовой жизнью.

Мы взяли проверенную логику Telegram-бота и перенесли её в MAX:

• адаптировали под API платформы;

• учли UX-паттерны;

• сохранили тот же пайплайн обработки.

В результате у нас работает одновременно несколько каналов: пользователь сам выбирает удобный способ связи, а мы не теряем обращения.

Зачем нам бот в MAX?

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

Отправьте заявку: max.ru/id6670505625_bot
Свяжитесь с нами — мы разработаем мини-аппы или ботов под вашу задачу с нуля, быстро перенесем работающие решения на новую платформу.

Не пропусти МТС True Tech Hack 2026 — регистрация заканчивается ⏰

Используй последнюю возможность иницИИровать свое будущее: присоединяйся к соревнованию, придумай нестандартное решение и разработай демоверсию ИИ-продукта.

В программе:

• 3 уникальные задачи для инженеров данных, разработчиков и системных аналитиков.

• Приглашение на закрытую вечеринку с диджеем в Москве на видовой площадке и мерч в подарок — для всех финалистов.

• Для лучших участников — возможность попасть на стажировку.

Эксперты готовы оценить твое ИИ-решение — выбирай, над чем будешь работать:

1. GPTHub: единое окно для всех задач искусственного интеллекта. Мультимодальный чат на OpenWebUI, который сам подбирает модель под задачу и сохраняет контекст.

2. LocalScript: локальная агентская система для генерации Lua-кода на легкой языковой модели (LLM) для работы в условиях ограниченных ресурсов без отправки данных во внешние сервисы.

3. WikiLive: живые таблицы в тексте. Единое пространство для документации, командной работы и управления знаниями. 

Призовой фонд соревнования — 1 500 000 рублей.

Успей зарегистрироваться до 18:00 9 апреля.