Доработка существующего продукта. Пожелания и особенности: Есть программа , которую надо одоптировать к сети , чтобы могли в ней работать несколько человек . Программа для полиграфии .
Пожелания и особенности: Нужно создать таблицу в которой будут по вертикали имена сотрудников а по горизонтали число от 1до31 Чтобы писать кто во сколько пришел на работу.
Веб-разработка. Разработка с нуля. Извлечение текста из pdf-документа, получение owl онтологий и swrl правил с помощью gpt, проверка документа на ошибки.
Разработка с нуля. Пожелания и особенности: необходимо сделать проект для вуза по теме расширение пространства признаков и fine tuning нейронных сетей.
Пожелания и особенности: Требуется помощь в понимании тем и проверка моего решения. Работаю самостоятельно, нужен специалист для объяснения и проверки.
Системное программирование. Доработка существующего продукта. 1.2.1. Модификация существующих секций информационной системы 1.2.1.1. На вкладке «Сервисные организации» добавить поле для прикрепления фотографии подписи директора. 1.2.1.2. На вкладке «Владелец инфраструктуры» добавить: ● поле «ФИО директора»; ● поле для прикрепления фотографии подписи директора. 1.2.1.3. На вкладке «Инфраструктура» добавить раздел «Собственная информация» с полями: ● «ФИО начальника технического отдела»; ● поле для прикрепления фотографии подписи начальника технического отдела. 1.2.2. Добавление новой вкладки «Паспорт» в Систему со следующими полями и значениями по умолчанию (где указано) 1.2.2.1. Габарит (по умолчанию: 1Т). 1.2.2.2. Длина по осям автосцепок (по умолчанию: 16970 мм). 1.2.2.3. Конструкционная скорость (по умолчанию: 100 км/ч). 1.2.2.4. Скорость в недействующем состоянии (по умолчанию: 80 км/ч). 1.2.2.5. Нагрузка на ось (по умолчанию: 20 тс). 1.2.2.6. Минимальный радиус кривых (по умолчанию: 80 м). 1.2.2.7. Количество секций (по умолчанию: 1). 1.2.2.8. Высота автосцепки (передняя – по умолчанию 1040 мм, задняя – 1042 мм). 1.2.2.9. Плотность тормозной магистрали (по умолчанию: 0,2 кг/см² за 60 сек). 1.2.2.10. Плотность питательной магистрали (по умолчанию: 0,2 кг/см² за 300 сек). 1.2.2.11. Плотность тормозных цилиндров (по умолчанию: 0,2 кг/см² за 60 сек). 1.2.2.12. Производительность компрессора (по умолчанию: 28). 1.2.2.13. Проходимость блокировки (по умолчанию: прочерк «–»). 1.2.3. Добавление вкладки «Склад» в Систему, которая хранит типы оборудования : ● Дизель ● Коленчатый вал ● Генератор ● Турбокомпрессор ● Двухмашинный агрегат ● Электродвигатель ● Тележка ● ТЭД (тяговый электродвигатель) ● Колёсная пара ● Автосцепка ● Компрессор ● Резервуар ● Кран ● Скоростемер (Скоростимер) ● АЛСН ● ЭПК ● Блок Л-116 ● Радиостанция ● Тормозные башмаки , с возможностью добавления/редактирования записей. Для каждого типа оборудования предусмотреть следующие поля с возможностью дальнейшего расширения: ● наименование; ● тип; ● номер; ● год выпуска. Каждая запись может быть привязана только к одному локомотиву. 1.2.4. Реализация функции формирования акта (в формате DOCX) на основе данных из Системы по шаблону Заказчика со следующими правилами заполнения 1.2.4.1. Первый абзац акта заполняется по шаблону с данными из вкладки «Паспорт». 1.2.4.2. Поле «Наименование и реквизиты предприятия владельца транспортного средства»: заполняется наименованием (фиксированное значение). 1.2.4.3. Раздел «Колёсные пары»: заполняется актуальной таблицей осмотра колёсных пар локомотива из вкладки «Колёсные пары». 1.2.4.4. Раздел «Автосцепное устройство»: ● серийный номер передней и задней автосцепки берётся из привязанных к локомотиву устройств во вкладке «Склад»; ● высота автосцепки берётся из вкладки «Паспорт» (передняя умолч. 1040 мм, задняя 1042 мм); ● дата ревизии – указывается с точностью до месяца как ближайшая пройденная дата из таблицы ремонтов (минимальный уровень ремонта – ТР2). 1.2.4.5. Раздел «Устройство контроля параметров движения»: ● наименование, заводской номер, год выпуска берутся из привязанного к локомотиву устройства во вкладке «Склад»; ● дата и место последнего ремонта – берутся как дата ближайшего пройденного ремонта из таблицы ремонтов (минимальный уровень – ТО3); ● дата государственной проверки – дублирует дату последнего ремонта. 1.2.4.6. Раздел «Автоматическая локомотивная сигнализация» – оставляется пустым (место для печати). 1.2.4.7. Раздел «Тормозное оборудование»: ● первая строка формируется из даты ближайшего пройденного ремонта (минимальный уровень – ТО3), наименования «ООО «Ресурс ПРО»», а также юридического названия сервисной организации, закреплённой за локомотивом (субподрядчик); ● далее заполняется текст по образцу (предоставленному Заказчиком); ● таблица в разделе заполняется данными из вкладки «Паспорт»: плотность тормозной магистрали, питательной магистрали, тормозных цилиндров, производительность компрессора, проходимость блокировки. 1.2.4.8. Раздел «Устройство радиосвязи» – оставляется пустым (место для печати). 1.2.4.9. Раздел «Устройства пожаротушения»: ● тип, вид, количество, дата зарядки – заполняются на вкладке «Паспорт»; ● дата перезарядки – рассчитывается как +6 месяцев от даты зарядки. 1.2.4.10. Раздел «Сведения об инвентаре транспортного средства»: ● порядковые номера привязанных тормозных башмаков – из вкладки «Склад», указанных на вкладке «Паспорт»; ● текст «сигнальные принадлежности и инструмент в наличии» – добавляется фиксированной строкой. 1.2.4.11. Раздел с описанием последних ремонтных работ – данные берутся из таблицы ремонтов. 1.2.4.12. Возможность выбора количества подписей при формировании акта: ● вариант на 2 подписи: директор владельца локомотива + начальник технического отдела сервисной организации; ● вариант на 3 подписи: директор владельца локомотива + начальник технического отдела сервисной организации + директор сервисной организации. 1.2.5. ФИО и подписи автоматически подставляются из соответствующих вкладок системы 1.2.6. Сжатие столбцов «8-ми значный номер», «Контрагент», 1.2.7. Интеграция всех добавленных полей и логики в существующую архитектуру Системы (без нарушения работы иных модулей) 1.2.8. Тестирование реализованного функционала (модификации, новой вкладки «Паспорт», вкладки «Склад», формирования акта DOCX) на соответствие требованиям ТЗ 1.2.9. Передача результатов работ с краткой инструкцией по использованию новых функций (в электронном виде).
Доработать. Настроить: отчёты 1С. Конфигурация 1С: Управление торговлей. Версия: 8.3. Техническое задание Система: 1С:Управление торговлей (с использованием расширения) ? 1. Общая информация о проекте В системе используется расширение конфигурации, в котором реализована работа с клиентскими заявками. Расширение включает: • создание заявок от клиентов • добавление закупки товаров • тендерную таблицу • таблицу удорожания • дополнительные затраты на закупку Все должно быть четко по формам утвержденным руководством. Основная бизнес-логика уже реализована. Требуется разработка и/или доработка отчетов + их корректная интеграция с текущими процессами. ? 2. Основная задача Необходимо: 1 Проанализировать текущее расширение • разобраться в логике заявок • понять структуру данных • изучить работу предыдущего разработчика (если код читаемый) 2 Реализовать 4 отчёта • либо доработать существующие • либо разработать с нуля (если текущие реализованы некорректно или некачественно) 3 Обеспечить связность данных • отчёты должны корректно подтягивать данные из заявок • все расчёты должны соответствовать бизнес-логике 4 Проверить полный цикл • от создания заявки до финальных расчётов • убедиться, что все точки контроля проходят корректно ? 3. Список отчётов Всего требуется реализовать 4 отчёта: 3.1. Подписанные спецификации • используется для расчёта премий менеджеров (расчет на оснований Таблиц Удорожания, по плановой прибыли) • учитываются только утверждённые / подписанные спецификации в ЭДО ? 3.2. Расчёт процентов (факт) • фактические показатели • расчёт на основе реальных данных по заявкам. Тут сложная система расчетов, расчет производится с первого потраченного рубля по видам затрат, и до последнего полученного рубля от заказчика, с соблюдением сроков по банковским дням. ? 3.3. План-факт анализ • сравнение плановых и фактических показателей • выявление отклонений, при этом, если условия, утвержденные руководством не соблюдены заявкам должен быть присвоен статус: отклонен/ утвержден. ? 3.4. Расчёт премирования (по факту) • итоговый расчёт бонусов менеджеров • базируется на фактических данных ? 4. Источники данных Все отчёты должны использовать данные из: • заявок клиентов • закупок • тендерной таблицы • таблицы удорожания • дополнительных затрат ?? Важно: Для каждого отчёта уже есть инструкции, в которых указано: • какие поля использовать • откуда брать данные • как производить расчёты Задача разработчика — реализовать эти алгоритмы в системе, а не придумывать новые. Отчеты четко по формам. ? 5. Требования к реализации • Использовать расширение, без изменения основной конфигурации • Код должен быть: • читаемым • структурированным • документированным (по ключевым местам) • Отчёты должны: • корректно работать на реальных данных • не ломать текущую логику • учитывать все зависимости ? 6. Проверка и приёмка Работа считается выполненной, если: • ? Все 4 отчёта реализованы • ? Расчёты соответствуют инструкциям • ? Данные корректно подтягиваются из заявок • ? Пройден полный бизнес-процесс: • от создания заявки • до финального расчёта премии ? 7. Ожидаемый результат В итоге система должна: • автоматически формировать все 4 отчёта • корректно рассчитывать показатели • быть полностью синхронизированной с расширением ? 8. Дополнительно (обсуждается на консультации) • оценка текущего кода предыдущего разработчика • целесообразность доработки vs переписывания • сроки реализации • возможность дальнейшей поддержки. Возможен дистанционный формат при определённых условиях.
Разработка мобильных приложений. Разработка с нуля, дизайн интерфейса. Приложение: кроссплатформенное. Устройства для масштабирования: смартфоны, умные часы. ?? Ключевой функционал приложения 1?? Профиль здоровья (Health Dashboard) * Хранение всех медицинских данных пользователя * История анализов и показателей * Визуализация состояния здоровья (графики, динамика) * Персональный индекс здоровья ?? База для персонализации и рекомендаций ? 2?? Интеграция с диагностикой * Запись на анализы через МЕДСИ * Автоматическая загрузка результатов в приложение * Расшифровка анализов в понятной форме * Формирование индивидуальных рекомендаций ?? Связка offline (клиника) ? online (приложение) ? 3?? Персональные программы * Программы питания, тренировок, восстановления * Подбор на основе анализов и данных пользователя * Видео, планы, сопровождение * Возможность подписки ?? Основной источник дохода ? 4?? Маркетплейс продуктов AURELIUM * БАДы и пептиды под собственным брендом * Персональные рекомендации по приему * Подписка на регулярную доставку * Управление заказами внутри приложения ?? Повторный доход и рост LTV ? 5?? Интеграция с носимыми устройствами * Подключение браслета и кольца * Отслеживание: * сна * пульса * активности * уровня восстановления * Синхронизация данных в реальном времени ?? Углубленная персонализация и удержание пользователя ? 6?? Финансовый модуль * Оплата программ и продуктов внутри приложения * Рассрочки и кредитные решения через МТС Банк * Специальные предложения и скидки ?? Увеличение среднего чека и конверсии ? 7?? Система уведомлений и сопровождения * Напоминания: * о приеме продуктов * о тренировках * о повторных анализах * Push-уведомления * Персональные рекомендации в реальном времени ?? Повышение вовлеченности и retention ? 8?? Медиа и контент * Встроенный контент от инфлюенсеров * Кейсы трансформаций * Обучающие материалы ?? Генерация трафика и доверия ? 9?? Личный кабинет пользователя * Управление подписками * История покупок * Настройки профиля * Поддержка ? ?? Роль приложения в бизнес-модели Приложение AURELIUM — это: ?? центральный узел всей экосистемы ?? основной канал монетизации ?? инструмент удержания клиентов ?? источник данных для персонализации ? ?? Ключевое отличие В отличие от отдельных фитнес или медицинских сервисов, AURELIUM объединяет: — диагностику — рекомендации — продукты — устройства — финансы ?? в одном приложении, без выхода пользователя за пределы системы. Пожелания и особенности: Работа может расстянуться за 2 месяца надеюсь увидеть MVP , приглашу вас к себе в офис для обсуждения деталей.
Разработка с нуля. Приложение: для Android, для iOS. Устройства для масштабирования: смартфоны. MVP мобильного приложения для медицины (без медицины и сложного учета) 1. Вход и профиль пациента Минимум: • номер телефона (основа идентификации) • имя • дата рождения (для поздравлений) Без истории, диагнозов, страховок и т.д. Фактически это персонализированный кабинет, а не медкарта. ________________________________________ 2. Отображение записи пациента Пациент видит: • дату и время первичного визита • адрес клиники • кнопку «Построить маршрут» • кнопку «Отменить / перенести» (по правилам клиники) Ключевая мысль: пациент заходит в приложение, чтобы проверить - куда и во сколько он идет. ________________________________________ 3. Push-напоминания Обязательно: • за 24 часа • за 1 час Очень желательно: • кнопка подтверждения визита прямо из push • автологика: если не подтвердил за X часов - флаг админу ________________________________________ 4. Бонусная система Минимальный функционал: • баланс бонусов • история начислений и списаний • правила программы лояльности (простым языком) Начисление: • за визит • за рекомендации • за отзывы • на день рождения Списание: • частично за услуги • на подарки или спецпредложения Важно: никаких сложных уровней на старте, только понятные цифры. ________________________________________ 5. Поздравления и персональные уведомления • автоматическое поздравление с днем рождения • подарок в виде бонусов или спецпредложения • напоминание пациенту, что подарок ограничен по времени ________________________________________ 6. Маршрут до клиники • кнопка «Как добраться» • интеграция с навигацией телефона • сохраненные клиники (если их несколько) Пациент не должен искать адрес в поиске - один тап. ________________________________________ 7. Видео «Как нас найти» Короткие ролики: • от метро • от парковки • от входа в БЦ ________________________________________ 8. Отзывы Пациент может: • читать отзывы • оставить отзыв после визита • поставить оценку Клиника: • модерирует • отвечает ________________________________________ 9. Чат или форма связи Минимум: • написать сообщение • задать вопрос • запросить звонок ________________________________________ 10. Push-рассылки от клиники • напоминания • полезные советы • персональные предложения • акции для «своих». Хочется узнать примерную стоимость разработки и сколько времени это займет.
Разработка мобильных приложений. Разработка с нуля. Приложение: для Android, для iOS. Устройства для масштабирования: смартфоны. 1. Вход и профиль пациента Минимум: • номер телефона (основа идентификации) • имя • дата рождения (для поздравлений) Без истории, диагнозов, страховок и т.д. Фактически это персонализированный кабинет, а не медкарта. ________________________________________ 2. Отображение записи пациента Пациент видит: • дату и время первичного визита • адрес клиники • кнопку «Построить маршрут» • кнопку «Отменить / перенести» (по правилам клиники) Ключевая мысль: пациент заходит в приложение, чтобы проверить - куда и во сколько он идет. ________________________________________ 3. Push-напоминания Обязательно: • за 24 часа • за 1 час Очень желательно: • кнопка подтверждения визита прямо из push • автологика: если не подтвердил за X часов - флаг админу ________________________________________ 4. Бонусная система Минимальный функционал: • баланс бонусов • история начислений и списаний • правила программы лояльности (простым языком) Начисление: • за визит • за рекомендации • за отзывы • на день рождения Списание: • частично за услуги • на подарки или спецпредложения Важно: никаких сложных уровней на старте, только понятные цифры. ________________________________________ 5. Поздравления и персональные уведомления • автоматическое поздравление с днем рождения • подарок в виде бонусов или спецпредложения • напоминание пациенту, что подарок ограничен по времени ________________________________________ 6. Маршрут до клиники • кнопка «Как добраться» • интеграция с навигацией телефона • сохраненные клиники (если их несколько) Пациент не должен искать адрес в поиске - один тап. ________________________________________ 7. Видео «Как нас найти» Короткие ролики: • от метро • от парковки • от входа в БЦ ________________________________________ 8. Отзывы Пациент может: • читать отзывы • оставить отзыв после визита • поставить оценку Клиника: • модерирует • отвечает ________________________________________ 9. Чат или форма связи Минимум: • написать сообщение • задать вопрос • запросить звонок ________________________________________ 10. Push-рассылки от клиники • напоминания • полезные советы • персональные предложения • акции для «своих». Хочется для начала узнать примерную стоимость и сроки разработки.
Почему стоит искать работу для фриласнеров по профилю программисты в России у нас?
🔸 Более 5 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в России для фрилансеров на июнь 2026 года — 6592 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в России?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в России? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в России?
На июнь 2026 года опубликовано 6592 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете