Финансы в IT

Что проверять перед любым крипто-переводом: короткий anti-fail чеклист

Большая часть проблем с крипто-переводами возникает не из-за “сложности блокчейна”, а из-за слишком бытовых ошибок.

Не ту сеть выбрали. Скопировали адрес, но не сверили хвост. Забыли про memo/tag. Отправили “впритык”, а после комиссии сумма стала ниже минимального порога. Итог всегда один: деньги вроде бы отправлены, но дальше начинается нервный квест. Парадокс в том, что большинство таких ошибок можно поймать за 30–60 секунд до отправки.

Ниже короткий anti-fail чеклист, который реально стоит прогонять перед любым крипто-переводом, особенно если сервис новый, сумма чувствительная или вы работаете в спешке.

Первое: сеть.

USDT в ERC-20, TRC-20, BEP-20 и других сетях визуально выглядит как “тот же USDT”, но на практике это разные маршруты. Ошибка здесь одна из самых дорогих и самых частых.

Второе: адрес.

Недостаточно просто вставить адрес в поле. Стоит хотя бы сверить первые и последние символы. Ошибки буфера, подмена адреса вредоносным ПО и банальная спешка - классика.

Третье: связка “актив + сеть”.

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

Четвёртое: комиссия и итоговая сумма.

Если перевод идёт “впритык”, комиссия может сделать сумму ниже минимального порога зачисления. На экране кажется, что всё ок, а по факту деньги зависают или требуют ручной разбор.

Пятое: минимальная сумма зачисления.

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

Шестое: memo, tag или дополнительный идентификатор.

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

Седьмое: тестовый перевод.

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

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

Появилось видео, как житель Франции заработал $34 тыс. у Polymarket, нагрев градусник феном в парижском аэропорту. Букмекеры фиксировали температуру по одному незащищённому градуснику: 15 апреля было 18°C, но он нагрел его феном до 22°C и забрал выигрыш. Рынок погоды на Polymarket фиксировал по одному из градусников Météo-France, которые стоят вблизи аэропортов без охраны. Теперь рынки начали считать по градуснику из другого аэропорта, а у термометра всегда дежурит пара охранников.

Вы бы доверили “толпе” предсказание будущего?

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

Сначала относился скептически, но потом задумался:
если человек рискует деньгами (или хотя бы чем-то), он ведь будет думать чуть внимательнее, чем просто “мне кажется”.

Посмотрел ради интереса разные платформы, включая одну под названием Globet Market и там довольно наглядно видно, как меняется вероятность событий со временем.

Иногда это выглядит логично, а иногда как чистая реакция толпы.

И вот не понимаю до конца:
это реально более точный способ оценки
или просто красиво оформленная версия “угадайки”?

Как думаете?

CodeStorm 2026: 48 часов, чтобы проверить себя в финтехе

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

Формат классический для сильных хакатонов: 48 часов на разработку решения, команда (или индивидуальное участие), реальные кейсы и ограниченное время на принятие решений. Но ключевое отличие — контекст. Хакатон проходит в рамках Международного экономического форума «Россия — Исламский мир: KazanForum», что задает более высокий уровень задач и ожиданий.

Что будет происходить

Участникам предстоит за два дня:

— разобраться в кейсе (финтех / продукт / технологии)

— предложить рабочую концепцию решения

— реализовать прототип

— подготовить презентацию

Фокус — не просто на коде, а на продукте в целом: логика, применимость, масштабируемость.

Для кого это ?

Организаторы ориентируются на широкий круг участников:

— ИТ-команды, которые хотят проверить себя в конкурентной среде

— Студенты профильных направлений

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

— Аналитики, умеющие работать с данными и бизнес-кейсами

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

Почему это может быть интересно ?

Хакатоны давно перестали быть просто «соревнованием программистов». Сейчас это:

— быстрый способ протестировать идеи

— возможность собрать сильную команду

— доступ к экспертной обратной связи

— нетворкинг с индустрией

Плюс, в данном случае — интеграция в международную повестку форума.

Организаторы

Хакатон проводят:

— Министерство цифрового развития Республики Татарстан

— ИТ-парк

— компания «Технократия»

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

Условия участия

📅 Даты: 11–13 мая 2026

📍 Место: Казань, ИТ-парк

⏱ Формат: 48 часов

👥 Участие: индивидуально или в команде

🎯 Направления: финтех, продукт, технологии

💰 Призовой фонд: 500 000 рублей

Отдельный бонус — возможность для победителей выступить на сцене KazanForum и показать свое решение международной аудитории.

Итог

Если вам интересен финтех, продуктовая разработка или просто хочется проверить себя в интенсивном формате — CodeStorm 2026 выглядит как вполне рабочий вариант.

Такие события редко дают «волшебный билет», но почти всегда дают опыт, контакты и понимание своего уровня.

Регламент хакатона доступен по ссылке.

⚡️Подайте заявку на участие прямо сейчас

5 человек, 1 300 дашбордов, 2 200 пользователей в месяц. Как не сойти с ума

В Уралсибе self-service BI вышел на масштаб, который сложно представить: 12 000 датасетов, 200+ разработчиков в разных бизнес-блоках, 1 000 потоков данных обновляются каждый день. И всё это поддерживает команда из пяти человек.

При таком масштабе неизбежно появляются дубли, забытые дашборды, сломанные компоненты, разработчики, которые не знают о существовании друг друга, и пользователи, которые всё ещё спрашивают «а зачем BI, если есть Excel?».

Как с этим справляться? Семён Юников расскажет про систему, которую они выстроили: автоматические рассылки разработчикам с рекомендациями по их же объектам, кастомный каталог дашбордов с ИИ-поиском, геймифицированный марафон на 80 разработчиков, после которого количество сломанных компонентов сократилось вдвое. И да, заставки на корпоративных ноутбуках с надписью «Ты ещё в Excel? Переходи в FineBI» тоже часть стратегии.

📅 22 апреля | 15:00 МСК

Бесплатно, онлайн ~3 часа

→ Регистрация

Две попытки миграции FineBI, поломанная синхронизация кластера и выводы, которые пригодятся и вам

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

В ОТП Банке решили мигрировать сразу на 7.0: нужен был кластер, нормальное резервирование и новые фичи. Первая попытка выглядела логично, прошла без ошибок, но на выходе получился кластер с поломанной синхронизацией между нодами. Как нашли рабочую схему со второй попытки, почему заменили стандартный балансировщик на корпоративный и какие точки отказа остались, расскажет Евгений Иванов на FineDay Online.

📅 22 апреля | 15:00 МСК | FineDay Online 2026

Бесплатно, онлайн, ~3 часа

→ Регистрация

❗️В мае всем ИТ-компаниям нужно проходить переаккредитацию. Ну почти...

Все аккредитованные ИТ-компании раз в год ОБЯЗАНЫ проходить процедуру переаккредитации до 1 июня. Это очень важно, чтобы не потерять льготы и статус. 

Отвечаем на самые популярные вопросы о процедуре:

📍Кому нужно проходить? ВСЕМ* компаниям, у кого есть ИТ- аккредитация.

Как было раньше: те, кто применял ИТ-льготы, проходили процедуру проверки автоматически. Сейчас такой опции больше нет, поэтому придется вернуться к стандартному пути.

* Проходить плановую проверку НЕ нужно, только если ваша компания: 

🟢зарегистрирована в 2026 году;

🟢подала заявку после 25 апреля 2026.

📍Что нужно подготовить? 

– согласие на раскрытие налоговой тайны;

– сведения о 30% выручки от ИТ-деятельности за 2025 год;

– сведения о средней зарплате в компании за 4 кв 2025 г. и 1 кв.2026 г. (проверить можно через бот в тг @agsalary_bot);

– официальный сайт компании;

– документы о сотрудничестве с вузами (для крупных ИТ-компаний).

📍Какой срок подачи? До 1 июня.

📍Как подать заявление? Через специальную форму на Госуслугах, которая откроется в начале мая (в прошлом году открыли 8 мая).

📍Когда ждать результатов? До конца июля.

Я готовлю большую статью о переаккредитации в 2026 году. Скоро ее опубликуем!

Когда бизнес получил self-service BI и построил внутри него собственное хранилище данных

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

В ОТП Банке за год с момента запуска FineBI выросли до 1 000 пользователей и 660 отчётов при приросте 50 пользователей в месяц. Масштаб впечатляет, но вместе с ним пришло и теневое хранилище.

Пётр Гордиенко, руководитель команды BI в ОТП Банке, расскажет, как они к этому пришли, почему осознанно выбрали «больше свободы» на старте и какой план из трёх шагов готовят, чтобы вернуть контроль, не убив при этом скорость.

📅 22 апреля | 15:00 МСК | FineDay Online 2026

Бесплатно, онлайн, ~3 часа

→ Регистрация

Видеоигры помогают добиться успеха — Павел Дуров и основатель Coinbase рассказали об этом в Х. Предприниматели поделились своим опытом в гейминге: Брайан Армстронг в юности увлекался стратегиями вроде StarCraft и позже заметил, что бизнес во многом работает по тем же принципам. Павел Дуров согласился и добавил, что такие игры развивают планирование, тайминг и управление рисками — навыки, которые напрямую помогают в предпринимательстве.

Поправки к закону Грузии «О трудовой миграции» от 15.04.2026: ИП-нерезиденту Грузии ПТД — НЕ НУЖЕН

Законодательная интрига почти исчерпана.

Речь про ИП-нерезидента Грузии (не живет в Грузии), и оказывает услуги заказчику-нерезиденту за пределами Грузии.

15 апреля 2026 года парламент Грузии принял поправки к закону «О трудовой миграции» (№ 1509-Vмс-XIмп). Поправки закрывают вопрос, который я разбирал в двух прошлых постах — (tg) пост № 1, (tg) пост № 2.

Короткая хронология.

В первом посте я писал, что по редакции от 26 июня 2025 года ПТД нужен всем самозанятым иностранцам. Если человек работает полностью дистанционно и в Грузию не въезжает — D1 и ВНЖ не нужны (ст. 13⁵ п. 2), но ПТД все равно нужен.

Во втором посте, после Резолюции № 70, вывод пересмотрел: ПТД не нужен вообще.

Самозанятый иностранец по ст. 3 გ² — это тот, кто «в Грузии осуществляет трудовую деятельность». Если вы в Москве, клиент в Нью-Йорке, а с Грузией вас связывает только запись в реестре ИП и банковский счет — это не деятельность в Грузии.

Логика простая.

Комбинаций по которым ИП в Грузии может оказывать услуги, как внутри Грузии, так и на экспорт довольно много + смешанные кейсы.

Если ПТД нужен всем, то пришлось бы менять логику закона «О предпринимателях» фактически запрещая статус ИП без ВНЖ, например как в Казахстане.

Контроль связки ПТД с визой D1 или ВНЖ был бы затруднителен со стороны правительства Грузии. В итоге «ПТД не нужен» — для определенных, четко установленных категорий иностранцев, единственно логичный выбор.

И законодатели Грузии его сделали.

15 апреля 2026 года вступили в силу поправки в ст. 1 п. 4 закона «О трудовой миграции»:

— Подп. «კ»: выполняет трудовую деятельность для местного работодателя полностью удаленно, и эта деятельность не требует от него/нее въезда на территорию Грузии;

— Подп. «ლ»: осуществляет трудовую деятельность/предоставляет услуги в интересах нерезидента, и эта трудовая деятельность/услуги связаны с осуществлением деятельности нерезидентом за пределами территории Грузии;

Для этих двух кейсов ни ПТД, ни D1, ни ВНЖ не нужны.

Отдельно — подп. «მ»: иностранец, который в грузинской компании I, II или III категории по Закону о бухучете осуществляет руководящую или управленческую деятельность, тоже вне ПТД.

Но есть нюанс.

Грузинские налоговики исторически условия контрактов ИП на 1% почти не смотрели, а теперь появился новый игрок — Инспекция труда. Какая там будет межведомственная коллаборация пока не известно.

В скором времени возможно ИП-нерезидентам без ПТД придется подтверждать контрактами, схемой денежных потоков зарубежное происхождение дохода, то есть право на освобождение от ПТД.

А малый бизнес 1% к условиям контракта чувствителен. Консалтинг нельзя, роялти тоже, можно слететь с 1% на 20%, в некоторых кейсах попасть на агентский НДС, на НДС после 100 тыс. лари при доходе от физлиц нерезидентов Грузии и т.д.

Но Инспекция труда не GRS, это надо помнить.

И еще интересное.

Помогаторы, не дождавшись ни подзаконки, ни поправок, уже продавали услугу оформления ПТД.

Часть людей стартанула «оформлять бумажку» на всякий случай. В итоге человек, которому ПТД был не нужен, самостоятельно вошел в контур регулирования со всеми вытекающими обязательствами.

Включилось правило 6 месяцев (ст. 13⁷(1)(ბ)) — покинул Грузию на полгода, ПТД аннулируют. При проверке не дал документы — штраф 5 000 лари (ст. 16²) и вот это все.

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

Если вы подпадаете под подп. «კ» или «ლ» и ПТД не оформляли — не оформляйте.

Основание в законе прямое.

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

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

Почему “лучший курс” часто оказывается самой дорогой ошибкой

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

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

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

В итоге человек выбирает не самый выгодный сценарий, а самый привлекательный заголовок.

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

Иногда «лучший курс» ломается на комиссии, которая появляется позже. Иногда на спреде между заявленным и финальным расчётом. Иногда на том, что деньги приходят дольше, чем ожидалось, и пользователь теряет не на цифре, а на времени.

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

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

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

Именно здесь появляется главный парадокс: иногда курс чуть хуже на старте, но итоговая операция оказывается выгоднее, быстрее и спокойнее. А иногда «лучший курс» на экране это просто самый дорогой способ ошибиться.

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

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

Почему KYC воспринимается как препятствие, а не как защита

KYC это одна из самых раздражающих частей любого финтех- или криптосервиса.

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

С точки зрения пользователя это выглядит просто: «Я хочу сделать операцию, почему вы тормозите процесс?»

С точки зрения сервиса всё выглядит иначе. Если не проверять пользователей, не отслеживать аномальные операции и не фильтровать очевидный риск, сервис очень быстро начинает получать не рост, а проблемы: блокировки, претензии, давление со стороны платёжной инфраструктуры, рост мошеннических кейсов и постоянные ручные разборы.

И в какой-то момент вопрос уже не в удобстве. Вопрос в выживании.

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

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

Отсюда и главный конфликт: сервис считает, что защищает процесс, а пользователь считает, что его просто остановили на финише.

На практике раздражает не только сам факт проверки, а четыре вещи.

Первая – внезапность. Если KYC появляется слишком поздно, это почти всегда вызывает негатив.

Вторая – неопределённость. Пользователь не понимает, зачем это нужно именно сейчас, сколько это займёт времени и что будет дальше.

Третья – ощущение недоверия. Особенно если интерфейс подаёт проверку сухо, без нормального объяснения.

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

Именно поэтому один и тот же KYC может восприниматься по-разному в разных сервисах. Где-то пользователь проходит его спокойно, а где-то уходит с раздражением ещё до завершения.

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

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

Поэтому KYC сегодня – это уже не только юридическая или антифрод-задача. Это ещё и продуктовая задача. Сервису недостаточно просто «включить проверку». Ему нужно встроить её так, чтобы она не ломала доверие быстрее, чем защищала бы бизнес.

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

7 вещей, которые нужно проверить перед любым крипто-переводом

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

Первое — сеть. Один и тот же актив может существовать в нескольких сетях. Например, USDT можно отправить через ERC-20, TRC-20, BEP-20 и другие варианты. На экране это выглядит как тот же токен, но по факту это разные маршруты. Ошибка здесь — одна из самых дорогих.

Второе — адрес. Недостаточно просто скопировать его и вставить. Стоит хотя бы сверить первые и последние символы. Ошибки в буфере, невнимательность или банальная спешка — классика.

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

Четвёртое — комиссия и итоговая сумма. Особенно если перевод идёт “впритык”. Иногда пользователь уверен, что отправляет нужную сумму, а после комиссии оказывается ниже минимального порога.

Пятое — минимальная сумма зачисления. Во многих сервисах слишком маленький перевод может прийти в сеть, но не зачислиться автоматически. И человек просто сидит и ждёт, не понимая, что произошло.

Шестое — memo, tag или дополнительный идентификатор, если он нужен. Для некоторых активов одного адреса недостаточно. Если забыть это поле, перевод может пройти, но деньги не будут привязаны к аккаунту без ручной поддержки.

Седьмое — тестовый перевод. Самый скучный совет, но самый дешёвый способ не потерять крупную сумму. Если сервис новый, сеть новая или сумма чувствительная — сначала лучше отправить небольшую часть.

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

Экосистема с бесшовной интеграцией эффективнее, чем набор разрозненных решений

Елена Будерацкая, лидер функции Data Governance в Дирекции управления данными ОТП Банка, выступила на панельной дискуссии Дата-саммита 2026 «Вся правда о платформе данных: статика или пластичность», где рассказала о внедрении цифровых экосистем. В обсуждении также приняли участие ведущие игроки рынка. Делимся основными мыслями.

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

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

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

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

Оптимизация ресурсов ИТ-инфраструктуры

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

24 апреля в 11:00 Orion soft проведет вебинар о том, как эффективно реализовывать проекты в условиях сокращения бюджетов и оптимизировать ресурсы в ИТ-инфраструктуре без отказа от важных бизнес-процессов.

Вам будет интересно, если вы хотите:

• Предотвратить потери бюджета из-за непонимания фактического потребления ресурсов, а также неверного прогнозирования расходов и распределения ресурсов

• Упростить управление мультиоблачной и гибридной инфраструктурой и снизить трудозатраты

• Сэкономить на закупках оборудования под AI-нагрузки

• Снизить затраты на эксплуатацию ИТ-инфраструктуры.

Ключевые темы:

• Аналитика и тренды рынка ИТ-инфраструктуры 2026

• Топ-5 главных вызовов для Enterprise и способы с ними справиться

• Сценарии оптимизации на примере опыта заказчиков Orion soft

• Демо-разбор реального кейса: выявление неэффективных точек и перераспределение ресурсов за счет мониторинга и аналитики.

Регистрируйтесь, чтобы узнать, как привести вашу ИТ-инфраструктуру в идеальную форму!

Начало: 24 апреля 11:00

Длительность: 1 час

Сегодня выигрывает самый адаптивный

Руководитель по развитию молодёжных программ ОТП Банка Екатерина Новикова выступила на панельной дискуссии в рамках образовательного интенсива о карьерных траекториях «Компас выпускника — 2026» для студентов Президентской Академии (РАНХиГС), где рассказала какие навыки сейчас для выпускников ключевые и как начинающему специалисту построить карьеру. Делимся основными тезисами.

1. Стажировки — это отличный карьерный инструмент и для студентов, и для бизнеса. Студенты могут попробовать себя в разных направлениях и безопасно совершать ошибки, трансформируя их в ценный опыт. А после стажировки — получают шанс устроиться на работу. А для бизнеса — это возможность «поймать» талантливых и молодых специалистов на старте их карьеры. 

   «Есть большая вероятность, что студент после стажировки решит остаться в компании и расти как специалист. И даже если через несколько лет он сменит компанию, то потом он может захотеть вернуться на свое первое место работы, но теперь уже как профессионал с большим опытом», — делится Екатерина.

2. ОТП Банк активно развивает молодежные программы, стажировки и образовательные вебинары c 2020 года. В каждый набор более 50% студентов остаются в штате компании. Самые распространенные направления — аналитика и ИТ. Благодаря такому подходу, у студентов есть возможность еще до получения диплома погрузиться в профессию, попробовать себя в разных сферах и сделать более осознанный выбор карьерного пути.

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

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

4. О различие между работой в бизнесе и государственном секторе: «В бизнесе от сотрудников всегда ожидают больше инициативности и готовности находить решения, которые помогут команде работать быстрее и эффективнее. Молодые специалисты часто предлагают нестандартные и смелые подходы, которые помогают компании становится более конкурентоспособной. Госсектор же – более консервативный. Поэтому при выборе места для стажировки нужно учитывать и эти особенности».

5. В современной конкурентной среде ключевую роль играют не только знания, но и гибкие навыки. «Сегодня выигрывает не самый умный, а самый адаптивный. Часто молодых специалистов сдерживают не пробелы в знаниях, а страх задавать вопросы, проявлять инициативу и болезненная реакция на обратную связь. Именно поэтому особенно ценятся такие качества, как гибкость, проактивность, открытость к обратной связи и готовность учиться на ошибках, умение задавать вопросы и отсутствие страха выглядеть неидеально», — подытожила коллега.

Как думает хакер: логика атак на бизнес

Как оценить безопасность компании с точки зрения злоумышленника? Одно дело — знать теорию защиты, другое — понимать логику взлома.

27 марта состоялся очный бизнес-интенсив, реализуемый в рамках курса повышения квалификации «Анализ типовых сценариев компьютерных атак на организации и их последствия» МГТУ им. Н.Э. Баумана совместно с компанией Бастион!

Программа построена на исследовании сценариев реальных компьютерных атак и включает три ключевых блока:

1️⃣ Разведка: как хакер выбирает жертву
2️⃣ Внутренний взгляд: как атака развивается внутри компании
3️⃣ Вас взломали: что делать в первые 24 часа

Спикеры:

• Дмитрий Калинин, директор департамента по работе с уязвимостями и инцидентами ИБ, Бастион

• Иван Глинкин, руководитель группы аппаратного тестирования департамента по работе с уязвимостями и инцидентами ИБ, Бастион

Для тех, кто по тем или иным причинам не мог присутствовать очно, представляю полную запись интесива во 📺 ВКонтакте (3 часа 5 минут).

🧠 Обязательно поделись с теми, кому это может быть полезно: 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте

Анализ истории сделок на предмет перекоса шортистов/лонгистов

Ссылка на GitHub

В backtest-kit модуль volume-anomaly используется как источник в графе сигналов - параллельно с GARCH. Если GARCH отвечает на вопрос «достаточно ли ожидаемое движение», то volume-anomaly отвечает на вопрос «является ли прямо сейчас статистически необычным моментом в микроструктуре рынка».

Пример кода

import { sourceNode, outputNode } from '@backtest-kit/graph';
import { predict } from 'volume-anomaly';
import { getCandles } from 'backtest-kit';

const ANOMALY_CONFIDENCE = 0.75;
const N_TRAIN  = 1200; // обучающее окно — должно быть без аномалий
const N_DETECT = 200;  // окно детекции

const reversalSource = sourceNode(
  async (symbol) => {
    // Важно: recent не должен пересекаться с historical
    const all        = await getAggregatedTrades(symbol, N_TRAIN + N_DETECT);
    const historical = all.slice(0, N_TRAIN);  // старые сделки — baseline
    const recent     = all.slice(N_TRAIN);     // новые — без overlap

    return predict(historical, recent, ANOMALY_CONFIDENCE);
    // {
    //   anomaly:    true,
    //   confidence: 0.81,
    //   direction:  'long' | 'short' | 'neutral',
    //   imbalance:  0.61,
    // }
 },
);

const entrySignal = outputNode(
  async ([reversal, ...]) => {
    if (!reversal.anomaly) return null;
    if (reversal.direction === 'neutral') return null;

    const position = reversal.direction; // 'long' | 'short'

    return {
      id: randomString(),
      position,
      priceTakeProfit: ...
      priceStopLoss: ...
      minuteEstimatedTime: 60,
    };
  },
  reversalSource,
  ...
);

Ключевые детали

• Hawkes Process - кластеризация ордеров

• CUSUM- сдвиг buy/sell дисбаланса относительно исторической нормы

• BOCPD- смена режима: момент когда распределение дисбаланса само меняется

Как использовать

Классическая проблема DCA - ты усредняешься в падающий нож. Цена идёт против, ты докупаешь, а она продолжает падать. volume-anomaly заточен именно под это: докупать не по расписанию или по сетке уровней, а только когда ордерфлоу показывает разворот агрессии.

О прогнозе нейтрального тренда актива

Ссылка на GitHub

В backtest-kit GARCH используется как один из источников в графе сигналов. Идея: вход открывается только если GARCH-канал достаточно широк, чтобы TP и SL уместились с запасом над комиссиями.

Например, этим можно законтрить боковик, который был на BTCUSDT в Феврале 2024

• 5–10 февраля, 73% нейтральных баров

• 11–16 февраля, 63% нейтральных баров

• 19–24 февраля, 75% нейтральных баров

• 26–29 февраля, 69% нейтральных баров

Пример кода

import { sourceNode, outputNode } from '@backtest-kit/graph';
import { predict } from 'garch';
import { getCandles } from 'backtest-kit';

const CANDLES_FOR_GARCH = 300;
const GARCH_CONFIDENCE = 0.6827; // ±1σ

const garchSource = sourceNode(
  Cache.fn(
    async (symbol) => {
      const candles = await getCandles(symbol, '8h', CANDLES_FOR_GARCH);
      return predict(candles, '8h', null, GARCH_CONFIDENCE);
    },
    { interval: '8h', key: ([symbol]) => symbol },
  ),
);

const entrySignal = outputNode(
  async ([trend, volume]) => {
    // Пропускаем если модель не сошлась
    if (!volume.reliable) return null;

    // Проверяем что до границ канала достаточно места
    const upperDiff = percentDiff(trend.close, volume.upperPrice);
    const lowerDiff = percentDiff(trend.close, volume.lowerPrice);

    if (upperDiff < TAKE_PROFIT_PERCENT) return null;
    if (lowerDiff < STOP_LOSS_PERCENT) return null;

    // TP и SL по границам GARCH-канала
    const tp = trend.position === 'long' ? volume.upperPrice : volume.lowerPrice;
    const sl = trend.position === 'long' ? volume.lowerPrice : volume.upperPrice;

    return { position, priceOpen: trend.close, priceTakeProfit: tp, priceStopLoss: sl };
  },
  trendSource,
  garchSource,
);

GARCH здесь не генерирует направление. Он отвечает только на вопрос «достаточно ли ожидаемое движение». Направление приходит от другого источника (это может быть Pine Script через @backtest-kit/pinets или LLM через @backtest-kit/ollama)

Ключевые детали

• Parkinson estimator для per-candle RV: (1/4ln2) · ln(H/L)² — в ~5× эффективнее squared returns

• Log-normal bands: P·exp(±z·σ) — не линейное приближение, правильное маппирование в ценовое пространство

• reliable: true когда: оптимизатор сошёлся + persistence < 0.999 + Ljung-Box p ≥ 0.05

• Оптимизация: multi-start Nelder-Mead, GARCH — 4 рестарта, NoVaS — 7 (11-мерная задача)

• 932 теста, включая ground-truth тест с синтетическими данными известной волатильности

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

Привет, Хабр! В этом посте расскажем про ключевые тренды 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