Технологические задачи
Модуль Технологические задачи - это задачи, связанные с разработкой, внедрением и совершенствованием новых технологий, продуктов и процессов.
Если у вас есть потребность по разработке, внедрению и другие спросы вы можете разместить информацию ниже.
Разработка системы параллельного заполнения заявок учащихся на образовательных порталах
Разработать серверную систему для параллельного заполнения заявок на образовательных порталах на основе проверенных данных и документов учащихся. Для каждой заявки система должна запускать отдельную изолированную виртуальную среду с собственным браузером и согласованным сетевым маршрутом. Основные функции: перенос данных в поля формы, загрузка документов, проверка заполнения, сохранение черновиков и отслеживание статусов заявок. Оператор должен видеть ход работы, получать уведомления о необходимости вмешательства и иметь возможность временно управлять выбранной сессией. CAPTCHA и подтверждение входа проходят при участии человека. Итоговая отправка заявки выполняется только после проверки и подтверждения оператором. Пилот предусматривает работу с тремя согласованными образовательными порталами, поддержку не менее 10 параллельных сессий и точность заполнения заранее сопоставленных полей не ниже 98%.
Прием решений до
12.10.26 (включительно)
Область задачи
Разработка ПОКоличество заявок
0
ML-прогнозирование и оптимизация почасовых отклонений ПЛАН / ФАКТ при работе на оптовом рынке электрической энергии РК
Цель проекта — разработка и внедрение системы прогнозирования почасовых объемов производства и/или потребления электрической энергии для минимизации отклонений между плановыми и фактическими значениями при работе на оптовом рынке электрической энергии Республики Казахстан. В рамках проекта планируется создать аналитическое решение на основе методов машинного обучения, статистического прогнозирования и оптимизационных алгоритмов, которое будет формировать максимально точный почасовой прогноз энергопотребления/выработки на сутки вперед и при необходимости актуализировать его по мере поступления новых данных. Система должна учитывать исторические почасовые данные, календарные факторы, сезонность, день недели, праздничные и выходные дни, погодные условия, температурные зависимости, производственные графики, технологические режимы объектов, плановые остановки, ремонты, аварийные события и другие факторы, влияющие на фактическое потребление или производство электроэнергии. Основной задачей является снижение величины и частоты почасовых отклонений ПЛАН / ФАКТ, которые приводят к возникновению дисбалансов и финансовому урегулированию на Балансирующем рынке электрической энергии (БРЭ). Результатом проекта должна стать система поддержки принятия решений, которая позволит: автоматически формировать прогноз на каждый час расчетных суток; определять ожидаемое отклонение фактического объема от заявленного графика; выявлять часы с повышенным риском возникновения существенного дисбаланса; рассчитывать рекомендуемое плановое значение с учетом прогнозируемого потребления/выработки; сравнивать несколько моделей прогнозирования и автоматически выбирать наиболее точную; осуществлять регулярное переобучение моделей на новых фактических данных; отображать показатели ПЛАН / ПРОГНОЗ / ФАКТ / ОТКЛОНЕНИЕ в аналитическом интерфейсе; оценивать точность прогнозирования и потенциальный экономический эффект от снижения дисбалансов. Ключевой бизнес-эффект проекта — снижение финансовых затрат, связанных с отклонениями на БРЭ, повышение точности суточного планирования и автоматизация процесса формирования почасовых заявок на оптовом рынке электрической энергии.
Прием решений до
07.10.26 (включительно)
Область задачи
MLКоличество заявок
8
Разработка программного обеспечения централизованного управления сетью стационарных комплексов обнаружения и противодействия БПЛА «D2A PRO (16)»
Разработка программного обеспечения централизованного управления сетью стационарных комплексов обнаружения и противодействия БПЛА «D2A PRO (16)». Необходимо предоставить коммерческое предложение.
Прием решений до
07.10.26 (включительно)
Область задачи
Интеллектуальные системы управленияКоличество заявок
6
Система генерации реалистичных видео с человеком и конкретным товаром
ИСТОЧНИКИ ДАННЫХ, БАЗЫ ДАННЫХ И ИНТЕГРАЦИИ 1. Источники исходных данных Основной источник данных — материалы, предоставляемые заказчиком и загружаемые пользователем через интерфейс разрабатываемой системы. Входные данные: — фотографии конкретного товара в форматах JPG или PNG; при наличии — дополнительные ракурсы, изображения упаковки и логотипа; — карточка товара, заполняемая пользователем: наименование, назначение, подтверждённые характеристики и особенности, которые необходимо показать или озвучить; — текстовое описание сцены: место действия, внешний вид персонажа, последовательность действий и способ демонстрации товара; — согласованный текст выступления либо тезисы для подготовки сценария. Например, пользователь загружает фотографию портативной колонки, вводит её характеристики и задаёт сцену: «Человек на пляже берёт эту колонку со столика, показывает её в камеру и рассказывает о ней». Для пилота заказчик предоставляет тестовый набор материалов минимум по трём товарам и описания минимум двух сцен. Это набор для проверки результата, а не готовый обучающий датасет. При необходимости дополнительных фотографий или размеров товара исполнитель указывает требования к ним до начала тестирования. Автоматический сбор информации с сайтов, поиск характеристик в интернете и подключение к внешним товарным каталогам в первый этап не входят. Сведения о товаре не должны дополняться неподтверждёнными характеристиками. 2. База данных и хранение файлов В рамках прототипа необходимо создать внутреннюю базу данных проектов. Предлагаемый вариант — PostgreSQL; обоснованный аналог может быть согласован с заказчиком. В базе должны храниться карточки товаров, описания сцен, утверждённые сценарии, параметры и статусы заданий, сведения о попытках генерации и ссылки на полученные результаты. Исходные фотографии, промежуточные материалы и готовые ролики размещаются в файловом или объектном хранилище на инфраструктуре под управлением заказчика. База данных связывает эти файлы с соответствующим товаром и заданием. Речь идёт о компонентах, которые предстоит создать в рамках разработки. Подключение к уже существующей базе данных заказчика для пилота не предусматривается. 3. Внешние API Предусмотреть интеграцию с OpenAI API для моделей GPT либо с Anthropic API для Claude. Выбор провайдера и конкретной модели согласуется при проектировании; обязательное одновременное подключение обоих провайдеров не требуется. Назначение интеграции — обработка предоставленных пользователем текстов и изображений, подготовка сценария и структурированного задания для последующих этапов. Передача материалов внешнему провайдеру должна быть явно отражена в архитектуре и согласована с заказчиком. Эти API не должны использоваться для передачи задачи сторонним сервисам генерации видео. Все дополнительные внешние зависимости, включая сервисы озвучки при их использовании, исполнитель раскрывает отдельно. 4. Внутренние интеграции и создание видеоряда Необходимо связать пользовательский интерфейс, базу данных, хранилище файлов, модуль подготовки сценария и модуль создания видео в единый процесс: загрузка материалов → подготовка и согласование сценария → формирование задания → создание видеоряда и звука → проверка результата → выдача MP4. Создание видеоряда должно выполняться на инфраструктуре под управлением заказчика с использованием самостоятельно развёрнутых моделей и компонентов обработки видео. Конкретные модели, источники их получения, условия использования и требования к вычислительным ресурсам исполнитель указывает в техническом предложении. Использование сторонних сервисов генерации видео, в том числе через API, агрегаторы или промежуточные сервисы, исключается. Аренда сервера с GPU допускается при условии самостоятельного развёртывания видеомодуля. 5. Границы интеграций на первом этапе Подключение к CRM, ERP, маркетплейсам, действующему сайту заказчика и социальным сетям в пилот не входит. Исходные данные поступают через ручную загрузку и заполнение формы, готовый ролик предоставляется пользователю в интерфейсе системы. Дополнительные интеграции могут рассматриваться после проверки работоспособности основного сценария и согласуются отдельно.
Прием решений до
07.10.26 (включительно)
Область задачи
Нейротехнологии и искусственный интеллектКоличество заявок
4
Привязка выполненных физических объёмов к BIM по сметам и актам с трассировкой до конечных элементов
Исследовать распознавание смет и актов выполненных работ и сопоставление их строк с конечными элементами BIM по зоне, виду работ и объёму. Создать прототип с двусторонней трассировкой: документ и его версия → строка → вид работ → ID элемента и версия модели. Для каждой связи сохранять количество, единицу измерения, статус выполнения и основание сопоставления. По строке документа выделять связанные элементы в 3D, а по элементу показывать исходные строки и учтённые объёмы. Поддержать связи «многие ко многим», частичное выполнение и историю корректировок документов и моделей.
Прием решений до
07.10.26 (включительно)
Область задачи
Нейротехнологии и искусственный интеллектКоличество заявок
9
Оцифровка базы знаний в требования и граф связей с помощью ИИ
Исследовать извлечение проверяемых требований из стандартов, регламентов, таблиц и схем. Создать прототип реестра с ID, источником, версией, владельцем, областью применения и способом проверки. ИИ должен предлагать связи с типовыми решениями и зависимыми требованиями, выявлять противоречия; публикация требований и связей выполняется после проверки экспертом.
Прием решений до
07.10.26 (включительно)
Область задачи
Нейротехнологии и искусственный интеллектКоличество заявок
9
Проверка проектных решений по корпоративным стандартам с помощью ИИ
Исследовать, какие требования корпоративных стандартов можно проверять по геометрии, параметрам и связям объектов BIM. Создать прототип, в котором ИИ интерпретирует требование, а утверждённые правила выполняют проверку. Для замечания показывать пункт стандарта, затронутые элементы и доказательство; при нехватке данных выдавать соответствующий статус.
Прием решений до
07.10.26 (включительно)
Область задачи
Нейротехнологии и искусственный интеллектКоличество заявок
7
Устойчивое ночное распознавание госномеров РК на въезде парковки: ИК-подсветка, засветка фарами, размытие
Цель — стабильно распознавать казахстанские госномера в тёмное время суток на въездах парковок, где установлены обычные IP-камеры видеонаблюдения, а не специализированные ANPR-камеры. Promat Parking — отечественная SaaS-платформа автоматизации парковок: камера распознаёт номер, система сверяет его со списками доступа и абонементами и открывает шлагбаум. Днём распознавание работает стабильно, ночью точность заметно падает, и въезд приходится открывать вручную. Ищем команду или специалиста, который доработает или разработает модуль распознавания (детекция номера, выбор лучшего кадра, предобработка изображения, OCR) и подберёт оптимальные настройки камеры и ИК-подсветки для ночного режима.
Прием решений до
05.10.26 (включительно)
Область задачи
Интеллектуальные системы управленияКоличество заявок
10
Оптимизация скорости работы с электронной закупочной площадкой.
Компания участвует в закупках на электронных закупочных площадках. В отдельных процедурах существенное значение имеет скорость выполнения технических операций при подаче заявки. Цель проекта — провести технический аудит существующего процесса подачи заявки, определить основные узкие места, влияющие на время выполнения операций, и предложить архитектурные и программные решения для оптимизации процесса. Ищем специалиста с подтвержденным практическим опытом автоматизации процессов на электронных закупочных площадках, желательно с реализованными решениями в сфере государственных и/или квазигосударственных закупок Республики Казахстан.
Прием решений до
05.10.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
3
Промышленный Тур в АО «АК Алтыналмас»
Astana Hub приглашает IT-компании и технологические команды принять участие в промышленном туре в АО «АК Алтыналмас». Участники посетят производственные объекты компании, увидят реальные процессы золотодобывающего предприятия и познакомятся с актуальными технологическими задачами индустрии. Дата - 25.09.2026 года.
Прием решений до
22.09.26 (включительно)
Область задачи
Прочие решения для креативной индустрииКоличество заявок
21
