Технологиялық тапсырмалар
Технологиялық тапсырмалар модулі бұл жаңа технологияларды, өнімдер мен процестерді әзірлеуге, енгізуге және жетілдіруге байланысты міндеттер.
Егер сізде әзірлеу, енгізу және басқа сұраныстар қажет болса, ақпаратты төменде орналастыра аласыз.
Автоматический учёт рабочего времени сотрудников по распознаванию лиц на IP-камерах Hikvision
Ищем решение для автоматического учёта прихода и ухода сотрудников по распознаванию лиц с IP-камер у входа в офис. Сотрудник ничего не нажимает и не прикладывает: система сама фиксирует первое появление за день как приход и последнее — как уход и формирует табель. Нужны: регистрация сотрудников, распознавание по RTSP-потоку с двух камер (вход и выход), журнал событий, табель с ручными правками для HR, выгрузка в Excel, уведомления в Telegram. Обработка — на локальном сервере в офисе (ПК с GPU NVIDIA RTX 4060), без облака. Видеоархив не ведётся: хранятся только события и небольшой кроп лица как подтверждение. Решение планируется развивать как модуль экосистемы Corta. Подробные требования — в техническом задании.
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Нейротехнология және жасанды интеллектӨтінімдер саны
1
Распознавание весового товара по фото на кассе магазина
Разработать модуль компьютерного зрения, который по фото с камеры над весами определяет весовой товар без штрихкода (фрукты, овощи, выпечка, орехи и сухофрукты, развесные сладости) и предлагает кассиру 3–5 наиболее вероятных позиций. Модуль работает как отдельный локальный сервис с REST API. На вход подаётся изображение и список товаров магазина (код, название, по желанию эталонные фото). На выходе ранжированный список кодов товаров с уверенностью и признак «не распознано», если уверенность ниже порога. Сервис должен работать без интернета на обычном кассовом компьютере без видеокарты или на недорогом edge-устройстве. Новый товар добавляется по 10–20 фото без переобучения всей модели. Результат: прототип, пилот в 2–3 магазинах, исходный код, модель и документация.
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Нейротехнология және жасанды интеллектӨтінімдер саны
1
Запрос коммерческого предложения для ТОО "Корпорации Казахмыс" - на внедрение корпоративной системы дистанционного обучения (СДО/LMS) с интегрированным ИИ-прокторингом (on-premise) для автоматизации процессов обучения и сертификации персонала.
Добрый день! С целью осуществления закупа Работ и Услуг для производственных подразделении ТОО «Корпорация Казахмыс» и в случае заинтересованности с Вашей стороны, просим Вас предоставить коммерческое предложение или отказ в течение 3 рабочих дней.
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Интеллектуалды басқару жүйелеріӨтінімдер саны
3
ИИ-модуль выявления аномалий и прогнозирования потребления электроэнергии для бизнес-центров
Цель — создать аналитический ИИ-модуль для платформы мониторинга коммунальных ресурсов бизнес-центров и складов, который по данным импульсных электросчётчиков (поминутные значения, 16 каналов на пилотном объекте) автоматически выявляет аномалии потребления, разделяет нагрузку по типам оборудования, прогнозирует потребление и сумму счёта на 7/30 дней и объясняет причины отклонений на русском и казахском языках. Инфраструктура сбора данных уже работает: счётчики Saiman → модуль ОВЕН МВ210-204 → MQTT → база данных → веб-дашборд. Требуется: детекция аномалий (ночное/выходное потребление, скачки, потери между вводным и субсчётчиками) с долей ложных срабатываний ≤10 %; прогноз с ошибкой ≤8 % MAPE; REST API; хранение данных на территории РК; открытый стек. Формат: пилот на реальном объекте в Алматы с предоставлением данных → лицензия, партнёрство или подряд. Подробности — в прикреплённом ТЗ.
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Электр энергиясын техникалық есепке алу жүйелеріӨтінімдер саны
3
Разработка системы внутристанционной диспетчеризации
Цель — сократить простой вагонов и непроизводительную работу локомотивов, перевести учёт и документы в единый цифровой контур. Базовые значения замеряются на этапе обследования; целевые ниже — ориентиры для согласования.
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Интеллектуалды басқару жүйелеріӨтінімдер саны
0
Раздел статистики использования AI-токенов в панели управления AI-платформой
Дать руководителям данные о расходе токенов и стоимости по неделям, отделам и сотрудникам, чтобы отслеживать динамику и аномальные отклонения
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Интеллектуалды басқару жүйелеріӨтінімдер саны
0
Спящий режим кампаний: автоматическое возобновление при поступлении контактов
Сохранить экономию ресурсов за счёт остановки неактивных кампаний и исключить потерю контактов, которые поступают в кампанию после остановки
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Телекоммуникациядағы технологияларӨтінімдер саны
0
Блокировка запуска кампании без биллинг-аккаунта и тарифного плана
Не допускать запуск кампании, для которой тарификация заведомо невозможна, и сообщать пользователю точную причину отказа
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Телекоммуникациядағы технологияларӨтінімдер саны
0
Валидация переходов между бизнес-процессами
Предотвратить сохранение переходов без существующего и доступного целевого БП
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Телекоммуникациядағы технологияларӨтінімдер саны
0
Инженерное управление качеством решений, которые неинженерные роли создают с помощью ИИ-агентов: защитные ограничители и рабочие процессы
Спроектировать общекорпоративную модель, при которой неинженеры продолжают создавать решения с помощью ИИ-агентов (Claude Code, Codex, OpenCode), а результаты соответствуют стандартам качества, безопасности и сопровождаемости при минимальном участии инженеров. Что спроектировать: 1. Классификация по риску – правила отнесения по измеримым признакам (чувствительность данных, доступность извне, уровень привилегий, влияние на бизнес), кто и когда присваивает класс. Для каждого класса свой режим ограничителей и свой уровень участия инженеров. Граничный случай: внутренний инструмент с правом записи в платежи. 2. Целевые рабочие процессы – путь решения от идеи до вывода в эксплуатацию и снятия с неё; где неинженер идёт один, а где подключается инженер. 3. Конкретные ограничители – механизмы, а не лозунги: эталонные шаблоны проектов; автоматические проверки в конвейере сборки (анализ стиля кода, тесты, статический анализ безопасности, поиск ключей и паролей, проверка сторонних библиотек, правила в виде кода); политики хранилищ кода (защита основных веток, обязательная проверка изменений назначенными ответственными, изоляция сред); платформенные границы (белый список разрешённых сервисов, песочница, управляемый доступ к данным); встроенный сбор метрик и оповещения. Для каждого ограничителя – где он срабатывает и что происходит при срабатывании. 4. Модель ответственности – кто отвечает за сервис, роли, правила передачи вопроса инженеру, судьба брошенных сервисов без хозяина. 5. План распространения – на всю компанию с низкой стоимостью тиражирования: самообслуживание и шаблоны, а не ручное сопровождение каждого создателя. 6. Мотивация – ограничители разрешают, а не блокируют; трение соразмерно риску; быстрый легальный путь вместо обхода правил. 7. Нагрузка на инженеров и метрики – упрощённая оценка трудозатрат инженеров (первоначальные вложения в платформу, регулярные проверки, исключения, разбор сбоев) с явными допущениями; метрики успеха с определениями; компромиссы – чем модель жертвует. Рамки и вводные Решение не привязано к конкретному агенту: поддерживаются любые (Claude Code, Codex, OpenCode), без зависимости от поставщика. Опирается на уже имеющиеся систему контроля версий, конвейер сборки и доставки, средства сбора метрик и контроля состояния, а не заменяет их. Неинженеры создают что угодно: веб- и мобильные приложения, внутренние инструменты, доработки существующих продуктов. Отрасль Freedom Афиша – продажа билетов через интернет: персональные данные и платёжный контур. Масштаб качественный: десятки создателей на единицы инженеров. Точные цифры не задаются. Возможности имеющихся инструментов и допустимый доступ к персональным данным и платёжному контуру не детализированы: участник задаёт минимальный базовый уровень или явно фиксирует свои допущения. Формат сдачи Только проектный документ (в формате Markdown или PDF). Код и прототипы не требуются. Схемы – по желанию. Критерии оценки (для жюри) Обязательные условия (без них работа не засчитывается): решение не привязано к конкретному агенту и опирается на уже имеющиеся инструменты; есть классификация по риску с явными правилами отнесения; формат – проектный документ. Оцениваемые качества (0 – нет, 1 – частично, 2 – полно): Строгость контроля зависит от риска, класс присваивается по измеримым признакам. Ограничители – конкретные механизмы с указанием места и поведения при срабатывании (отдельно от вопросов безопасности ниже). Участие инженеров сведено к минимуму и подтверждено оценкой трудозатрат с допущениями. Низкая стоимость распространения (самообслуживание, шаблоны). Мотивация сохранена: быстрый легальный путь, трение соразмерно риску. Модель ответственности полна: кто отвечает за сервис, передача вопроса инженеру, брошенные сервисы, вывод из эксплуатации. Безопасность: ключи и пароли, сторонние библиотеки, доступ к данным (персональные данные, платежи), риски цепочки зависимостей. Метрики с определениями и способом сбора; честные компромиссы.
Шешімдерді қабылдау мерзімі
10.11.26 (қоса алғанда)
Таңдаулы жүйелер
Басқа технологиялық шешімдерӨтінімдер саны
2
