Деньги на счетах
Все счета1 284 500 руб.
Расчётный счёт
1 220 300 руб.
Банк
Касса организации
64 200 руб.
Касса
Основа ИнжинирингOSNOVA Engineering
Инженерное направление «Основы Бизнеса». Проектируем и разрабатываем корпоративное ПО, интеграции, промышленный IoT, корпоративный ИИ и производственные системы. От обследования и технического задания до испытаний и сопровождения.
Работаем по вашему ТЗ или помогаем его разработать.
Откуда опыт
«Основа Бизнеса» объединяет финансы, склад, документы, задачи и аналитику на общих данных. Платформу спроектировала и развивает наша команда: модель данных, роли и доступы, интеграции, печатные формы, ИИ-функции.
В заказных проектах мы опираемся на этот опыт. Саму платформу включаем в проект, только если она подходит задаче и лицензионной модели. Обязательной основой она не будет.
Свидетельство о государственной регистрации программы для ЭВМ «Основа Бизнеса» № 2026691132 от 12.10.2026.
Документ на сайте ФИПСФинансы, склад, документы, задачи и команда в одной системе. Пробный доступ открыт, продукт можно проверить самостоятельно.
О платформеСначала процессы и экономика, затем архитектура, затем разработка и испытания. Так мы строили платформу и так ведём заказные проекты.
Этапы работыНаправления
Направления работают отдельно или вместе. Ниже то, что обычно происходит в проекте: от сигнала, документа или кадра до решения в системе предприятия.
У компании бухгалтерия, продажи, склад и отдельная база заказов, а данные между ними переносят люди. Обследуем потоки данных и решаем, что связать, что автоматизировать и что написать заново.
Типовые задачи
Интеграция или разработка
Если готовая программа закрывает задачу, предлагаем связать её с остальными, а не писать аналог. Состав работ, смета и права на результат у этих вариантов разные.
Станки, компрессоры, насосы и спецтехника работают, но руководство узнаёт об их состоянии от людей. Переводим работу оборудования в данные и связываем их с обслуживанием, затратами и ответственными.
Типовые задачи
Сторонние устройства и серия
Прошивку чужого устройства меняем только с разрешения правообладателя и при поддерживаемом способе обновления, иначе подключаемся через документированные интерфейсы и шлюзы. Серийное производство и сертификацию выполняем с профильными партнёрами отдельными этапами.
Сотрудники вручную переносят данные из счетов, актов и договоров, сверяют реквизиты и ищут расхождения. Встраиваем модели в конкретный процесс: с правилами, правами доступа и проверкой человеком.
Типовые задачи
Качество до запуска
Для каждого сценария заранее фиксируем тестовые данные, допустимые ошибки, права на действия, журнал и передачу исключений человеку. Обучение модели с нуля это отдельная исследовательская программа, обычно хватает готовых моделей.
Часть проверок на линии делают глазами. Подбираем камеры, оптику и освещение, готовим данные и настраиваем распознавание, а найденное отклонение превращаем в событие в производственной системе.
Типовые задачи
Без установления личности
Здесь мы анализируем изделия, объекты и процессы. Идентификация людей по биометрии идёт отдельным проектом после правовой проверки по 152-ФЗ и 572-ФЗ.
Бухгалтерия, склад и продажи уже есть, а о ходе производственных заказов руководство узнаёт со слов мастеров. Строим учёт операций, ТОиР и диспетчеризацию и связываем их с финансами и складом.
Типовые задачи
Мониторинг не равен управлению
MES и мониторинг не управляют опасным процессом напрямую. Интеграции с критичными системами проектируем вместе с вашими специалистами, испытываем и распределяем ответственность письменно.
Архитектура
Технологии работают отдельно или как связанные уровни. Данные идут от физического объекта через сбор и обработку к процессам предприятия и интеллектуальным функциям. Одна общая база для этого не нужна: источники остаются самостоятельными, связь идёт через API, события и общие справочники. Какие уровни нужны, определяет техническое задание.
Сквозной пример
У предприятия станки, компрессоры, камеры, бухгалтерская программа, складская база и таблицы планирования. Руководитель хочет видеть оборудование, задания, качество и деньги в одной картине. Ниже пример того, как связанные уровни работают вместе, а не описание конкретного внедрения.
Датчик на компрессоре К-12 передаёт вибрацию, температуру и наработку. Вибрация поднялась выше порога. Система фиксирует событие и привязывает его к компрессору в реестре оборудования.
От компрессора зависят два задания на участке. Система создаёт заявку на обслуживание, назначает механика и отмечает задания, которым грозит простой.
Камера на линии контроля находит отклонение на изделиях той же смены. Событие качества связывается с партией, участком и временем.
Ремонт, запчасти и простой относятся на заказ и участок. Руководитель видит, во что обходится отказ.
Модель сопоставляет события, документы и затраты и предлагает перенести задание на линию 2, а ремонт провести между сменами. Рекомендацию можно проверить по исходным данным, решение принимает руководитель.
Руководитель видит сигнал компрессора вместе с затронутыми заданиями, ремонтом, ответственными и затратами. Ценность создаёт связь технического события с управленческим действием.
Процесс
Для каждого этапа заранее договариваемся о результате и критериях приёмки. Так понятно, что уже сделано и за что вы платите.
Задача, участники, масштаб, сроки и бюджет
РезультатСогласованная рамка и решение об обследовании
Системы, оборудование, данные, регламенты и риски
РезультатКарта процесса и требований
Архитектура, ТЗ, интеграции, программа испытаний, смета
РезультатУтверждённое ТЗ и проектная спецификация
ПО, прошивки, модели, API и интерфейсы
РезультатРабочие версии и протоколы внутренних тестов
Функции, интеграции, ограничения производства
РезультатПротоколы приёмки и журнал дефектов
Перенос данных, запуск, доступы, обучение
РезультатАкт приёмки и эксплуатационная документация
Поддержка, обновления, изменения
РезультатРегламент поддержки и план релизов
Сложную или плохо определённую задачу начинаем с оплачиваемого обследования и технического проекта. На выходе у вас ТЗ, архитектура и смета. Решение о разработке вы принимаете после этого.
Электронные платы, монтаж, испытания, радио- и промышленную сертификацию, пусконаладку выполняют профильные партнёры. За цельность решения в границах договора отвечаем мы, ответственность подрядчиков фиксируем заранее.
Отрасли
Мы — производственная компания, хотим видеть простои станков.
Кто вы
Что хотите
С чего обычно начинаем
Точный состав работ видно после обследования. Ответы перенесём в бриф, их можно поправить.
Продолжить в брифеУсловия
Образец структуры, не оферта
Заказчик и Исполнитель договорились о следующем.
1. Предмет и этапы
Работы выполняются этапами. Для каждого этапа стороны фиксируют предмет, результат, критерии приёмки и стоимость. Изменение объёма оформляется запросом на изменение до начала работ по нему.
Каждый этап заканчивается результатом, который можно проверить.
2. Приёмка
Результат этапа принимается по критериям, согласованным заранее: протоколы испытаний, журнал дефектов, акт приёмки. Сроки устранения дефектов указываются в договоре.
«Готово или нет» решают критерии, записанные до начала работ.
3. Права на результат
До начала работ стороны разделяют фоновый код Исполнителя, новые разработки и права Заказчика на результат. Перечень передаваемых прав и условия использования фонового кода приводятся в договоре.
Вы заранее знаете, что станет вашим и на каких условиях.
4. Конфиденциальность
Документация и данные Заказчика передаются после подписания соглашения о конфиденциальности, если стороны признали его нужным.
NDA подписываем до первой передачи документов.
5. Оборудование, модели и лицензии
Ответственность за оборудование, сторонние модели, лицензии и работу подрядчиков распределяется в договоре до начала работ.
Кто за что отвечает, видно до запуска, а не после сбоя.
6. Сопровождение
После внедрения система поддерживается по согласованному регламенту: исправления, обновления и доработки по плану релизов.
Условия поддержки известны до запуска.
Цена зависит от состава работ, интеграций, оборудования и рисков, поэтому прайса нет. По брифу и короткому созвону даём предварительную оценку.
Если задача сложная или плохо определена, предлагаем начать с оплачиваемого обследования и технического проекта. Его результат: ТЗ, архитектура и смета. Решение о разработке вы принимаете после этого.
Нет. Можно прийти с описанием проблемы или черновиком. Техническое задание разрабатываем на этапе технического проекта вместе с вашими специалистами.
Это решается в договоре до начала работ. Мы разделяем фоновый код, который существовал до проекта, новые разработки и права заказчика на результат, и записываем, что передаётся вам и на каких условиях.
Не обязательно. Платформу используем как компонент, только если она подходит задаче и лицензионной модели. Для промышленных задач чаще проектируем отдельную архитектуру или встраиваемся в вашу инфраструктуру.
Сначала изучаем модели, документацию, доступные интерфейсы и условия эксплуатации. Подключаемся через документированные интерфейсы, внешние датчики и шлюзы. Прошивку стороннего устройства меняем только с разрешения производителя.
Когда у проекта нет ответственного за исходные данные, когда нужна фиксированная цена при неизвестных интеграциях и среде, когда нужные лицензии или допуски нельзя обеспечить даже с партнёрами и когда риски безопасности неприемлемы. В таких случаях скажем об этом сразу.
Технический бриф
На каждом шаге один вопрос. Готовое ТЗ не нужно, необязательные шаги можно пропустить, черновик сохраняется.