Программисты — удалённая работа в Москве

Разработка с нуля. Приложение: кроссплатформенное. Устройства для масштабирования: смартфоны, планшеты. Мобильное приложение для гостей в гостиничном комплексе "Гринн", где будут работать следующие элементы: ? интеграция с существующей системой бронирования; ? функционал управления электронным ключом; ? система цифрового чек-ина/чек-аута; ? личный кабинет гостя с персональным профилем и историей бронирования; ? программа лояльности с накоплением баллов.

Создание плагина для RPG Maker MV. Разработка с нуля. Необходимо создать корректно работающий плагин на голод для RPG Maker MV. Плагин должен отображать полоску голода в меню рядом с HP и MP. Помимо оплаты, ваше имя будет указано в титрах игры, как автора плагина.

Пожелания и особенности: Создать таблицу средние показатели белков Жиров углеводов за неделю. Шагов, кардио, веса. Чуть более подробное ТЗ напишу.

сделать микроигру с кооп. Игра: для установки на ПК. Игра: многопользовательская. Жанр: вообще любую. Графика: 3D.

Помощь с гитхабом. Настройка.

Доработать. Настроить: согласно тз. Конфигурация 1С: Управление нашей фирмой. Версия: 8.3. ЧАСТНОЕ ТЕХНИЧЕСКОЕ ЗАДАНИЕ на настройку (разработку) программного продукта 1. ГРАНИЦЫ ПРОВЕДЕНИЯ РАБОТ 1.1. Программный продукт, в рамках которого проводятся работа - 1С:Управление нашей фирмой 3.0. 1.2. Версия программного продукта – 3.0.13.363. 1.3. Требования к документации – нет. 1.4. Дополнительные подготовительные мероприятия со стороны заказчика – нет. 1.5. Требования к доступам для проведения работ со стороны Заказчика – предоставить доступ к личному кабинету 1С:Фреш для установки расширения (доступ можно предоставить через удаленное рабочее место Заказчика). 1.6. Гарантийные обязательства – В течение 7 рабочих дней в рамках версии программного продукта, в котором проводились работы. 2. СОДЕРЖАНИЕ РАБОТЫ 2.1. Описание цели и задачи: Цель: обеспечить пользователю возможность гибко выбирать метод расчёта реквизита «Себес. ед.» в блоке «Добавить калькуляцию» документа «Заказ покупателя». Задача: реализовать переключатель «Считать себестоимость по:», позволяющий рассчитывать «Себес. ед.» либо по сумме себестоимости материалов, либо по учётной цене номенклатуры изделия (на основании выбранного значения в новом реквизите). Текущий расчёт (по материалам) должен сохраняться как вариант по умолчанию. 2.2. Описание требований: 2.2.1. 1С:Управление нашей фирмой (УНФ), редакция актуальная для 1С:Фреш. 2.2.2. Облачный сервис 1С:Фреш, разработка в виде расширения типа «Адаптация (ИТ)». 2.2.3. В блоке «Добавить калькуляцию» (в форме документа «Заказ покупателя») добавить элемент управления для выбора метода расчёта. 2.2.4. Элемент управления — переключатель (ползунок или галочка), понятный и доступный пользователю без программистских знаний. 2.2.5. При выборе «По учётной цене» система должна брать значение из реквизита «Учетная цена» выбранной номенклатуры. 2.2.6. При выборе «По себестоимости материалов» система должна использовать текущий алгоритм расчёта (не менять существующую логику). 2.2.7. Значение выбранного метода должно сохраняться в документе и корректно отображаться при повторном открытии. 2.3. Способ разработки (в основной конфигурации / внешняя обработка / расширение / триггер): 2.3.1. Расширение и выделенный раздел настройках программы для активации или деактивации разрабатываемых функций. В Расширении Адаптация (ИТ). 2.4. Способ выполнения: 2.4.1. Как необходимо настроить (доработать) программу: В расширении создать новый реквизит документа «Заказ покупателя»: СчитатьСебестоимостьПо (тип: ПеречислениеСсылка.СпособыРасчётаСебестоимости). Создать перечисление СпособыРасчётаСебестоимости со значениями: ПоСебестоимостиМатериалов, ПоУчётнойЦене. В форме документа «Заказ покупателя», в блоке «Добавить калькуляцию», добавить элемент управления (переключатель/ползунок) для выбора значения этого реквизита. Реализовать обработчик события изменения переключателя: при переключении система должна пересчитывать значение «Себес. ед.» для всех строк калькуляции в соответствии с выбранным методом. В модуле объекта документа «Заказ покупателя» доработать процедуру расчёта калькуляции: добавить проверку значения реквизита СчитатьСебестоимостьПо и применять соответствующую формулу. 2.4.2. Сценарий выполнения функций: Пользователь открывает документ «Заказ покупателя». Переходит в блок «Добавить калькуляцию». Видит переключатель «Считать себестоимость по:». Выбирает нужный вариант (по умолчанию — «По себестоимости материалов»). При изменении значения система автоматически пересчитывает «Себес. ед.» для всех позиций калькуляции. При сохранении документа выбранное значение и рассчитанные данные сохраняются. При повторном открытии документа переключатель устанавливается в сохранённое положение, расчёт остаётся актуальным. 2.4.3. Объекты и их взаимодействие: Документ «Заказ покупателя» — основной объект, содержит новый реквизит и логику расчёта. Табличная часть «Калькуляция» — строки, для которых производится расчёт «Себес. ед.». Справочник «Номенклатура» — источник значения «Учетная цена». Перечисление «СпособыРасчётаСебестоимости» — определяет метод расчёта. Форма документа «Заказ покупателя» — интерфейс для выбора метода и отображения результатов. Визуальные формы, свойства и характеристики: Переключатель размещается в блоке «Добавить калькуляцию», рядом с основными параметрами расчёта. Подпись: «Считать себестоимость по:». Варианты: «По себестоимости материалов» / «По учётной цене». Визуально — современный переключатель (toggle) или радиокнопки, в стиле УНФ. При наведении курсора — всплывающая подсказка с кратким описанием. Поле «Себес. ед.» должно обновляться мгновенно (без необходимости нажимать кнопку «Пересчитать»). 2.5. Создание новых ролей, профилей групп доступа и подсистем: 2.5.1. Новые роли не требуются. 2.6. Ограничения выполняемой работы: Не допускается изменение основной конфигурации УНФ — вся доработка только через расширение. Решение должно быть совместимо с обновлениями конфигурации в 1С:Фреш (не должно конфликтовать с типовыми механизмами). Время отклика при переключении метода расчёта — не более 2 секунд. Доработка не должна влиять на производительность других модулей УНФ (например, формирование отчётов, проведение документов). 2.7. Трудозатраты 2.7.1. Минимальное время выполнения работ: 2.7.2. Максимальное время выполнения работ: 2.7.3. Пояснение к внесению максимального объема работ: 3. ПОРЯДОК ПЕРЕДАЧИ РЕЗУЛЬТАТОВ РАБОТ 3.1. Сдача-приемка работ 3.1.1. Сдача-приемка работ осуществляется путем демонстрации настроенного (разработанного) функционала Заказчику. 3.2. Сценарий тестирования (либо ссылка на контрольный (тестовый) пример) Проверка отображения: Открыть документ «Заказ покупателя», убедиться, что в блоке «Добавить калькуляцию» появился переключатель «Считать себестоимость по:». Проверка значений по умолчанию: При создании нового документа переключатель должен быть установлен в положение «По себестоимости материалов». Тест расчёта по материалам: Оставить переключатель в положении «По себестоимости материалов», добавить позиции в калькуляцию, убедиться, что «Себес. ед.» рассчитывается по текущей логике (сумма себестоимости материалов). Тест расчёта по учётной цене: Переключить в положение «По учётной цене», проверить, что «Себес. ед.» теперь равно «Учётной цене» выбранной номенклатуры (для каждой строки). Проверка сохранения: Сохранить документ, закрыть и открыть заново — переключатель должен сохранять своё положение, значения «Себес. ед.» должны оставаться корректными. Проверка на разных типах номенклатуры: Протестировать на товарах, услугах, наборах — убедиться, что логика работает корректно для всех типов. Проверка производительности: Добавить 50–100 позиций в калькуляцию, переключить метод расчёта — убедиться, что пересчёт происходит без зависаний. Проверка совместимости: Убедиться, что расширение не вызывает ошибок при обновлении конфигурации в 1С:Фреш. Проверка прав доступа: Убедиться, что элемент управления виден и доступен пользователям с разными ролями (менеджер, администратор и т. д.). Проверка на ошибки: Ввести некорректные данные (например, пустую номенклатуру) — система не должна выдавать критических ошибок, а должна корректно обрабатывать такие случаи.

Задачи чат-бота: приём и фиксирование инфы. Платформа: макс. Продукт: своё использование. Техзадание есть. Техническое задание на разработку AI-чат-бота (голосового помощника) Цель проекта Нужен AI-ассистент, который будет принимать мои голосовые сообщения, анализировать их с помощью искусственного интеллекта и автоматически превращать их в структурированные задачи с записью в Google Таблицу. Это не финансовый помощник и не бот для общения с клиентами. Это мой личный помощник для фиксации идей, задач и управления проектами. Как должен работать бот 1. Я отправляю голосовое сообщение. 2. Бот преобразует речь в текст. 3. Искусственный интеллект анализирует содержание. 4. Если в сообщении несколько задач — разделяет их на отдельные задачи. 5. Для каждой задачи определяет: * название; * подробное описание; * приоритет; * срочность; * ожидаемый результат; * к какому проекту относится задача. 6. После анализа бот автоматически заносит задачи в Google Таблицу. 7. Каждая задача записывается в отдельную строку. Искусственный интеллект должен уметь * понимать смысл сказанного, а не просто переводить речь в текст; * выделять задачи из обычного разговора; * автоматически определять проект; * при необходимости создавать новый проект, если такого еще нет; * кратко и понятно формулировать задачу; * не создавать дубликаты задач. Заполнение Google Таблицы Структуру таблицы я подготовлю самостоятельно. ИИ должен автоматически заполнять необходимые столбцы. Предварительно это будут: * Дата создания * Проект * Название задачи * Описание * Приоритет * Статус * Предполагаемый результат * Предполагаемое влияние на проект * Оценка времени выполнения (в часах) * Ориентировочный бюджет * Рекомендуемый специалист * Комментарии ИИ Дополнительная аналитика Хотелось бы, чтобы ИИ также: * оценивал сложность задачи; * прогнозировал примерное количество часов; * рассчитывал ориентировочную стоимость выполнения; * рекомендовал наиболее подходящего специалиста (например: дизайнер, маркетолог, программист, юрист, бухгалтер и т.д.); * определял, насколько задача действительно полезна для развития проекта. Интерфейс В идеале это должен быть макс-бот. Я просто открываю макс, записываю голосовое сообщение и отправляю его. Через несколько секунд задача автоматически появляется в Google Таблице. Используемые технологии Желательно использовать современные AI-модели (например, GPT или аналогичные LLM) для анализа текста и принятия решений. Что хотелось бы обсудить с разработчиком * Как лучше реализовать архитектуру. * Какие сервисы использовать для распознавания речи. * Какой AI лучше подойдет. * Как сделать систему масштабируемой. * Возможность дальнейшего развития (интеграция с CRM, календарем, Notion, ClickUp и т.д.). Прошу оценить: * стоимость разработки; * сроки; * рекомендуемый стек технологий;.