Разработка игр. найти ошибку. Игра: для установки на ПК. Игра: одиночная. Жанр: интерактивная книга. Платформа: си шарп. Графика: 2D. Оплата по результату.
Протестировать: сайт, Телеграм бота. Надо протестировать бота в тг и сайт, составить небольшой отчёт с выявленными ошибками и замечаниями, предложения тоже приветствуются.
Пожелания и особенности: Нужно разработать чат-бота для бизнеса, обязательно с внедрением искусственного интеллекта, чтобы вел диалог с клиентами в связи с их вопросами и тд.
Создание RDP- рабочий стол. Доработка существующего продукта. Пожелания и особенности: Я в баку , надо создать RDP удаленный рабочий стол в к моему компу в Москве.
Разработка приложений для ПК. Разработка с нуля. Интересует создание программы( скрипта) по автоматической загрузки видел из указанной папки по 5 видео на рутюб.
Программирование микроконтроллеров. Микроконтроллер: по рекомендации специалиста. Функции и задача устройства: Почистить компьютеры, чтобы работали быстрее.
Пожелания и особенности: Программа для сравнения двух планов помещения ( план БТИ и обмерный план) через vision с определением нарушений снипов и 508-пп.
Сделать проект под ключ. Игра: для установки на ПК. Игра: многопользовательская, массовая онлайн. Жанр: шутер. Платформа: Roblox. Графика: 3D. Техническое задание на разработку Roblox-игры 1. Общая концепция Необходимо разработать игру в жанре шутера от третьего лица для платформы Roblox. После завершения работ игру необходимо загрузить на мой Roblox-аккаунт: barvinko. Игра должна быть яркой, насыщенной, красивой и визуально привлекательной как для детей, так и для взрослых. В визуальном стиле приветствуется использование неона в разных элементах: оружии, картах, интерфейсе, донатных предметах и декоративных деталях. 2. Основные игровые механики 2.1. Камера и прицеливание Игра должна быть реализована от третьего лица. Стрельба должна работать как с прицеливанием, так и без него. Прицеливание должно просто приближать камеру к персонажу. Не нужно реализовывать отдельный прицел оружия, кроме снайперской винтовки. Персонаж не должен постоянно повторять повороты мыши. Он должен поворачиваться за мышью только в двух случаях: — во время прицеливания; — во время стрельбы из оружия. Во время стрельбы персонаж должен поворачиваться в сторону выстрела. 2.2. Движение персонажа Все механики движения должны быть реализованы без эффекта «скольжения», кроме отдельной механики подката. Персонаж должен мгновенно реагировать на нажатие кнопок движения. Необходимо реализовать: — ходьбу; — бег; — приседание; — подкат; — прыжок; — отпрыгивание от стен; — сальто. 2.3. Приседание и подкат Подкат должен активироваться на ту же кнопку, что и приседание. Логика работы: — если персонаж стоит или идёт, при нажатии кнопки он приседает; — если персонаж идёт, он может передвигаться в приседе; — если персонаж бежит, при нажатии кнопки он не приседает, а выполняет подкат; — подкат должен быть со скольжением, но скольжение не должно быть долгим. 2.4. Отпрыгивание от стен Необходимо реализовать возможность отпрыгивать от стен до двух раз подряд. При отпрыгивании персонаж должен отталкиваться от стены на небольшое расстояние и немного вверх. 2.5. Сальто Необходимо реализовать возможность делать сальто по нажатию кнопки F. Во время сальто стрельба должна работать так же, как и в обычном состоянии. 2.6. Прицел Прицел должен быть выполнен в виде белой точки с чёрной окантовкой. В настройках должна быть возможность изменять размер точки: от маленькой удобной до немного увеличенной. 2.7. Защита от SpawnKill При возрождении игрок должен получать защитный щит на 2 секунды. Щит должен быть визуально заметен. Например, он может отображаться как круглая защитная оболочка вокруг персонажа. Щит должен исчезать раньше, если игрок совершил любое действие: — начал двигаться; — выстрелил; — использовал оружие или другую активную механику. 3. Система уровней и опыта В игре должно быть 100 уровней. До 10 уровня игрок должен открывать все основные внутриигровые предметы, кроме донатных. Максимальный набор обычных предметов должен быть открыт примерно за 10 часов геймплея. После 10 уровня прогресс продолжается в основном для визуального статуса и красоты. До 100 уровня игрок должен доходить примерно за 100 часов геймплея. Уровень игрока должен отображаться в меню. У каждого важного этапа должен быть свой значок. Примерная логика значков: — 1 уровень — смешной значок, например курица; — с каждым уровнем до 10 значок становится серьёзнее; — 10 уровень — золотой череп; — 50 уровень — три черепа красного цвета; — 100 уровень — смерть с косой фиолетового цвета. Основные значки до 10 уровня должны быть выполнены в золотом стиле или с золотым градиентом. 4. Карты и игровые режимы Всего необходимо реализовать 9 карт: — 3 маленькие карты; — 3 средние карты; — 3 большие карты. На каждой карте должен быть лимит игроков: 28 человек. Карты должны иметь вертикальность: высоты, здания, деревья, платформы и другие элементы, на которые можно забираться. На картах должны быть тросы, по которым можно спускаться с верхней части карты на нижнюю. Механика должна работать по принципу зиплайна. 4.1. Маленькие карты На маленьких картах используется режим «каждый сам за себя». Побеждает игрок с наибольшим количеством убийств. Длительность матча: 10 минут. 4.2. Средние карты На средних картах используется режим «каждый сам за себя» с артефактом. В случайном месте карты появляется артефакт в виде маленького золотого яблока. Игрок, который поднимает артефакт, получает очки, пока держит его у себя. Если игрок с артефактом умирает, артефакт падает рядом с ним, и другой игрок может его подобрать. Побеждает игрок, набравший больше всего очков. Длительность матча: 15 минут. 4.3. Большие карты На больших картах используется командный режим. Игроки делятся на две команды: 14 на 14. Побеждает команда с наибольшим количеством убийств. Длительность матча: 20 минут. 4.4. Пример одной маленькой карты Одна из маленьких карт должна выглядеть следующим образом: Три верхних недостроенных этажа длинной многоэтажки в городе. Карта должна включать: — три этажа, местами без стен; — открытые участки с возможностью упасть и умереть; — балки; — мешки с цементом; — части стен; — груды строительных материалов; — укрытия; — лестницы между этажами. Карта должна выглядеть как недостроенное здание с возможностью активного перемещения по высоте. 4.5. Голосование за карту После окончания каждого раунда должно появляться голосование за следующую карту. Игроки голосуют за карту нажатием на её изображение. После голосования запускается карта, которая набрала больше всего голосов. 4.6. Баланс опыта Получаемый опыт должен быть сбалансирован в зависимости от длительности матча. Пример: — маленькая карта, 10 минут — 1000 опыта; — средняя карта, 15 минут — 1500 опыта; — большая карта, 20 минут — 2000 опыта. Финальные значения можно сбалансировать в процессе разработки. 5. Таблица игроков Необходимо реализовать меню по нажатию кнопки Tab. В этом меню должно отображаться: — кто в какой команде; — количество убийств; — количество смертей; — уровень игрока; — значок уровня. Для режима «каждый сам за себя» вместо команд должно отображаться общее положение игроков. 6. Персонажи, хитбоксы и кастомизация У всех игроков должно быть одинаковое тело и одинаковый хитбокс, чтобы не было преимущества из-за внешнего вида персонажа. Необходимо добавить возможность кастомизации: — смена костюма целиком; — смена лица; — выбор цвета кожи; — выбор причёски; — выбор цвета причёски. Костюмы должны меняться полностью, а не отдельными частями тела. 6.1. Костюмы В игре должно быть 20 разных костюмов: — 10 мужских; — 10 женских. Костюмы должны открываться на разных уровнях. Также должны быть 2 донатных костюма: — 1 мужской; — 1 женский. Эти 2 донатных костюма я нарисую отдельно в нейросети и предоставлю разработчикам. 6.2. Причёски В игре должно быть 20 разных причёсок: — 15 мужских; — 5 женских. 6.3. Цвет кожи Необходимо реализовать выбор цвета кожи от белого до чёрного. 7. Анимации Все анимации должны быть плавными и красивыми. Необходимо реализовать следующие анимации: — ходьба; — бег; — приседание; — прыжок; — отпрыгивание от стены; — сальто; — подкат; — смена оружия; — доставание ножа; — перезарядка; — смерть. Анимация бега не должна быть стандартной Roblox-анимацией. Она должна быть более плавной, красивой и подходящей под стиль игры. Анимация доставания ножа должна быть особенно красивой. После смерти персонаж должен просто падать на пол. 8. Стрельба и боевой баланс Стрельба должна быть лёгкой и понятной. Разброс должен быть минимальным и ощущаться только на большом расстоянии. Разброс не должен увеличиваться в зависимости от состояния персонажа. Он должен оставаться одинаковым, даже если персонаж: — прыгает; — приседает; — делает сальто; — выполняет подкат; — бежит. Игроку должно быть легко попадать по противникам. Убивать персонажей должен уметь даже ребёнок, но стрельба должна оставаться сбалансированной в разумных пределах. Попадание в голову должно мгновенно убивать персонажа. 9. Оружие Оружие переключается на цифровые клавиши над клавиатурой: — 1 — основное оружие; — 2 — пистолет; — 3 — нож. 10. Основное оружие В магазине необходимо реализовать 10 основных видов оружия. Категории основного оружия: — автоматы; — пулемёты; — снайперские винтовки; — дробовики. Состав: — 5 автоматов, включая АК-47, M4 и другие варианты на усмотрение разработчиков; — 2 пулемёта; — 2 снайперские винтовки; — 1 дробовик. Пулемётам необходимо увеличить разброс пуль. У снайперских винтовок разброс должен быть полностью убран. У дробовика должен быть сильный разброс. Следующее оружие должно стоить дороже предыдущего по внутриигровой валюте и открываться на более высоком уровне. Так как общий разброс у оружия должен быть похожим, оружие должно становиться лучше за счёт: — внешнего вида; — количества патронов; — урона; — неоновых элементов; — формы и скина. Минимальное количество патронов в магазине оружия: 15. Максимальное количество патронов в магазине оружия: 40. Снайперская винтовка должна убивать: — с одного выстрела в голову; — с двух выстрелов в тело. 11. Донатное оружие В донатном магазине за Robux необходимо реализовать 2 донатных основных оружия. 11.1. Донатная снайперская винтовка Должна быть красивой, светящейся, с сошками. Урон: 100 единиц в любую часть тела. Если у игрока нет бронежилета, он умирает с одного попадания. Если у игрока есть лёгкий донатный бронежилет, после попадания у него остаётся 10 HP. Если у игрока есть тяжёлый донатный бронежилет, после попадания у него остаётся 20 HP. 11.2. Донатный УЗИ Оружие должно быть выполнено в виде УЗИ с длинным магазином, уходящим вниз. Должны быть элементы свечения или неона. Количество патронов: 60. Урон должен быть самым высоким среди автоматического оружия. 12. Пистолеты Необходимо реализовать 5 второстепенных видов оружия — пистолетов. Пистолеты должны развиваться по тому же принципу, что и основное оружие: — каждое следующее оружие дороже; — каждое следующее оружие открывается на более высоком уровне; — внешний вид становится красивее; — характеристики становятся лучше. Также нужно реализовать 1 донатный пистолет. Донатный пистолет: Glock. Он должен быть красивым, светящимся и иметь самый высокий урон среди пистолетов. 13. Ножи У всех игроков по умолчанию должен быть один стандартный нож. Логика урона ножа: — удар в спину убивает с одного раза; — удар спереди убивает с двух ударов. В донатном магазине нужно реализовать 3 ножа за Robux: — керамбит; — нож-бабочка; — штык-нож. Все донатные ножи должны иметь красивые скины, качественные анимации и визуальные эффекты. Желательно использовать неон или другое свечение. Донатные ножи должны выглядеть так, чтобы игроки хотели их купить. У донатных ножей должен быть немного увеличен радиус поражения. 14. Бронежилеты В донатном магазине за Robux необходимо добавить два бронежилета: — лёгкий бронежилет; — тяжёлый бронежилет. 14.1. Лёгкий бронежилет Добавляет игроку 10 HP. На персонаже отображается как маленький золотой значок щита на груди в районе сердца. 14.2. Тяжёлый бронежилет Добавляет игроку 20 HP. На персонаже отображается как маленький красный значок щита на груди в районе сердца. 15. Брелки на оружие Необходимо реализовать 5 маленьких брелков, которые игроки смогут крепить на оружие. Примеры брелков: — маленький патрон; — голова мягкой игрушки, например мишки; — другие небольшие декоративные элементы. Один из пяти брелков должен быть донатным. Донатный брелок: маленький голубой светящийся алмаз. Все брелки должны иметь анимацию во время игры. Они должны двигаться при ходьбе, беге и других движениях персонажа. 16. Ежедневные задания Каждые 24 часа игроку должны выдаваться задания. Задания можно менять по кругу, не обязательно делать их случайными. Примеры заданий: — сделать 100 убийств из основного оружия; — сделать 3 убийства ножом; — выполнить определённое количество убийств за матч; — сыграть несколько матчей. За выполнение заданий игрок должен получать награду. Тип и размер награды необходимо согласовать отдельно или сбалансировать в процессе разработки. 17. Главное меню В главном меню на фоне должен стоять персонаж с оружием. Локация на фоне может быть любой, но должна выглядеть красиво и подходить под стиль игры. Внизу меню должна отображаться: — полоска опыта; — текущий уровень игрока; — значок уровня. Слева должны быть основные кнопки: — Играть; — Магазин; — Снаряжение; — Настройки. 17.1. Кнопка «Играть» При нажатии на кнопку «Играть» игрока должно закидывать в игру к другим игрокам на случайную карту. Игрок может попасть в матч даже в том случае, если матч скоро закончится. 17.2. Кнопка «Магазин» Кнопку «Магазин» нужно визуально выделить на фоне остальных кнопок. Она должна привлекать внимание: — другим цветом; — свечением; — анимацией; — неоновым эффектом. В магазине должны быть 3 вкладки: — основное оружие; — второстепенное оружие / пистолеты; — ножи. При открытии магазина, независимо от выбранной вкладки, донатные предметы должны быть хорошо видны. Они должны находиться внизу, светиться или быть анимированными, чтобы игрок сразу обращал на них внимание. 17.3. Кнопка «Снаряжение» В разделе «Снаряжение» игрок должен иметь возможность: — менять костюмы; — выбирать основное оружие; — выбирать пистолет; — выбирать нож; — устанавливать брелки на оружие; — менять внешний вид персонажа. 17.4. Кнопка «Настройки» В настройках должна быть возможность: — изменить кнопку сальто; — изменить кнопку приседания / подката; — настроить чувствительность мыши; — изменить размер прицела. Размер прицела должен настраиваться от маленькой точки до более крупной. 18. Интерфейс во время игры Во время игры интерфейс должен быть понятным, аккуратным и не перегруженным. Необходимо отображать: — прицел; — количество патронов; — выбранное оружие; — здоровье; — уровень игрока при необходимости; — информацию о режиме; — счёт матча; — таймер до конца раунда. В режиме с артефактом необходимо отображать информацию о том, кто владеет артефактом, и количество очков. 19. Магазин и экономика В игре должны быть две категории покупок: — предметы за внутриигровую валюту; — донатные предметы за Robux. Обычные предметы должны открываться по мере повышения уровня и покупаться за внутриигровую валюту. Донатные предметы должны покупаться за Robux и быть визуально более привлекательными. К 10 уровню у игрока должны быть открыты все обычные внутриигровые предметы, кроме донатных. 20. Общие требования к визуальному стилю Игра должна выглядеть ярко, сочно и современно. Желательно использовать: — неоновые элементы; — яркие визуальные эффекты; — красивые скины оружия; — выразительные донатные предметы; — запоминающиеся карты; — понятный и привлекательный интерфейс. При этом игра не должна выглядеть перегруженной. Визуальные эффекты должны улучшать восприятие, а не мешать геймплею. 21. Итоговые требования Разработчики должны реализовать: — полноценный шутер от третьего лица в Roblox; — 9 карт разных размеров; — 3 игровых режима; — систему уровней до 100; — опыт и прогрессию; — оружие, ножи, пистолеты и донатные предметы; — бронежилеты; — брелки на оружие; — кастомизацию персонажа; — плавные анимации; — главное меню; — магазин; — снаряжение; — настройки управления; — Tab-меню со статистикой; — защиту от SpawnKill; — ежедневные задания; — голосование за карту после матча. После завершения разработки игра должна быть загружена на Roblox-аккаунт barvinko.
Веб-разработка. Разработка с нуля. Задача: разработка MVP веб-сервиса аренды техники Нужна разработка MVP веб-сервиса аренды техники и полезных вещей. Это не лендинг и не обычный сайт-витрина, а полноценная веб-платформа с базой данных, ролями пользователей, личными кабинетами, заказами, финансовым учётом, документами и админ-панелью. Суть проекта Сервис аренды техники. Клиент выбирает товар онлайн, проходит регистрацию и проверку личности, оформляет заказ, оплачивает аренду и забирает товар в точке выдачи. Точка выдачи выдаёт и принимает товар, делает фотофиксацию и получает фиксированное вознаграждение за операции. Владелец товара видит свои товары, заказы по ним, начисления и выплаты. Администратор сервиса управляет всей системой. Основные роли в системе Нужно реализовать несколько типов пользователей: Клиент. Сотрудник точки выдачи. Владелец товара. Администратор / владелец сервиса. У каждой роли должен быть свой личный кабинет с разным уровнем доступа и финсовой аналитики. Основной функционал MVP 1. Публичная часть главная страница; каталог товаров; категории товаров; карточка товара; выбор города / точки выдачи; выбор периода аренды; отображение цены; регистрация / вход; адаптивная мобильная версия. Важно: на сайте отображается карточка модели товара одна, но внутри системы должны учитываться конкретные физические единицы товара с индивидуальными инвентарными номерами. Например: «Робот-мойщик окон» — одна карточка, но внутри системы есть много единицы одинаковых товаров на разных точках выдачи №001, №002, №003 и т.д. 2. Личный кабинет клиента Клиент должен иметь возможность: зарегистрироваться; подтвердить телефон; пройти KYC / проверку личности через Biоrg или другой KYC-сервис по API; заполнить личные данные; выбрать товар; выбрать точку выдачи; выбрать срок аренды; оплатить заказ; видеть активные заказы; видеть историю заказов; продлевать аренду; видеть документы, акты, чеки; получать уведомления. 3. Кабинет точки выдачи Сотрудник точки должен видеть только заказы своей точки. Функции кабинета точки: список заказов на выдачу; список ожидаемых возвратов; поиск заказа по номеру / QR / телефону / инвентарному номеру; просмотр статуса KYC клиента с маскировкой части персональных данных (для выдачи заказа) просмотр товара и инвентарного номера; выдача товара; возврат товара; фотофиксация до выдачи; фотофиксация после возврата; проверка комплектации; указание состояния товара; формирование акта выдачи; формирование акта возврата; изменение статусов заказа и товара. По точке должна считаться финансовая часть: 100 ? за выдачу товара; 100 ? за возврат товара; 100 ? за обработку товара; всего 300 ? за полный цикл заказа. Начисления должны отображаться в личном кабинете точки выдачи и в админ-панели. 4. Кабинет владельца товара Владелец товара должен видеть: список своих товаров; инвентарные номера; текущую точку размещения товара; статусы товаров; заказы по своим товарам; сумму каждого заказа; расходы по заказу; фото до выдачи; фото после возврата; начисления; выплаты; статус выплаты; отчёты. договоры, документы Финансовая логика владельца товара: по каждому заказу считается выручка; из выручки вычитаются расходы; получается распределяемая база; до окупаемости товара владелец получает % от распределяемой базы, сервис получает %; после окупаемости товара владелец получает меньше %, сервис получает больше %; система должна учитывать окупаемость товара и менять процент распределения после достижения суммы окупаемости. 5. Админ-панель Администратор должен управлять всей системой: пользователи; клиенты; KYC-статусы; владельцы товаров; точки выдачи; сотрудники точек; товары; физические единицы товаров; инвентарные номера; заказы; статусы заказов; фотофиксация; документы; цены; тарифы; расходы; начисления владельцам; начисления точкам; выплаты; отчёты; экспорт для бухгалтера. Администратор должен иметь возможность открыть любую точку и увидеть: заказы по точке; выдачи; возвраты; обработки; начисления; суммы к выплате; историю выплат. Также администратор должен открыть любого владельца товара и увидеть: его товары; заказы по каждому товару; доходы; расходы; начисления; окупаемость товара; выплаты (статусы); Финансовая логика заказа Пример: Клиент оплатил заказ на 2 000 ?. Система должна считать: сумма заказа; комиссия эквайринга; расходы на SMS; расходы на KYC; расходы на точку выдачи по формуле; расходы на обработку товара; другие расходы; распределяемая база; доля владельца товара; доля сервиса; сумма к выплате владельцу; сумма к выплате точке; статус выплат. Выплаты владельцам товара и точкам на MVP могут производиться вручную бухгалтером, но система должна автоматически считать суммы и формировать отчёты / выгрузки. Планируемая периодичность выплат: 2 раза в месяц. Интеграции В MVP нужно предусмотреть и реализовать: SMS-подтверждение телефона; e-mail / SMTP; KYC через Biоrg или аналогичный сервис; платёжный сервис / эквайринг; Яндекс.Карты для точек выдачи; хранение фото и документов; генерация актов выдачи и возврата; экспорт отчётов в Excel / CSV. Документы Система должна формировать и хранить: акт выдачи; акт возврата; чек / данные оплаты; документы по заказу; фотофиксацию; отчёты для бухгалтера. Технические требования полноценная разработка, без конструкторов и no-code; база данных; backend; frontend; адаптивная мобильная версия; PWA-режим; админ-панель; хранение файлов / фото; безопасность данных (на серверах РФ) разграничение прав доступа по ролям; передача исходного кода; репозиторий на стороне заказчика; возможность дальнейшей поддержки и доработок. Важно Нужно заложить правильную архитектуру, это не просто сайт с каталогом. В центре системы должен быть заказ, который связывает: клиента; конкретную физическую единицу товара; точку выдачи; владельца товара; администратора; документы; фотофиксацию; финансовые начисления; выплаты. Что не входит в первый MVP На первом этапе не требуется: нативное мобильное приложение в App Store / Google Play; постаматы; доставка; сложная франшиза; другие направление; B2B-кабинет для юрлиц. Но архитектура должна позволять в будущем расширять сервис. Что нужно от исполнителя Прошу в отклике указать: Предлагаемый стек технологий. Сроки разработки. Стоимость MVP. Этапы работ. Что будет готово после каждого этапа. Как будет организована передача исходного кода. Как будет реализована база данных и роли пользователей. Как будет реализована финансовая логика. Как будет реализована интеграция KYC, SMS, оплаты и карт. Есть ли опыт разработки подобных сервисов, личных кабинетов, маркетплейсов, CRM или SaaS-систем.
Проконсультировать сотрудников. Настроить: первоначальная базовая настройка. Конфигурация 1С: ERP Управление предприятием. Версия: 1С 8.5 [Телефон скрыт]). Ищу методолога-консультанта 1С ERP 2.5 для настройки управленческого, складского и производственного учета на рыбоконсервном производстве. Конфигурация: 1С ERP Управление предприятием 2, версия 2.5.22.170. Предприятие: рыбоконсервный завод, запуск производства. Штат около 30 человек. Производим шпроты ГОСТ, шпроты ТУ, кильку в томатном соусе и другую рыбную консервацию. Задача — не просто “настроить 1С”, а правильно построить полный цикл учета: - Закупка сырья, банки, крышки, ингредиентов, масла, томата, этикетки, гофротары, пленки, расходных материалов. - Приемка товаров на склад с учетом партий, серий, сроков годности и поставщиков. - Передача сырья и материалов со склада в производство. - Учет производственных этапов: -- разморозка / подготовка сырья; -- разделка / сортировка; -- наколка; -- копчение; -- укладка в банку; -- заливка маслом / томатным соусом; -- закатка; -- стерилизация в автоклавах; -- мойка банки после автоклава; -- этикетировка; -- упаковка в гофроящики; -- стрейчевание / паллетирование. Учет технологических потерь рыбы на этапах подготовки, разделки, копчения и стерилизации. Учет брака по этапам: брак сырья, брак банки, брак закатки, брак после стерилизации, брак этикетки, брак упаковки. Настройка ресурсных спецификаций / рецептур по каждому виду продукции. Расчет плановой и фактической себестоимости партии и одной банки. Учет материалов заказчика, например этикетки, когда этикетку предоставляет заказчик, и отдельно учет собственной этикетки, которую заказывает и оплачивает наше предприятие. Настройка учета готовой продукции, отгрузки покупателю, партий, серий, сроков годности. Настройка управленческих отчетов: - себестоимость партии; - себестоимость одной банки; - расход сырья план/факт; - потери сырья по этапам; - брак по этапам; - выпуск по сменам; - выработка сотрудников по операциям; - остатки сырья, тары, готовой продукции; - маржинальность по заказчику и виду продукции. Настройка обмена данных с 1С:ЗУП. Зарплата сейчас ведется в отдельной базе ЗУП. Нужно понять корректную схему интеграции с ERP: сотрудники, подразделения, отражение зарплаты в себестоимости, выработка, при необходимости сдельные данные. Важно: производство только запускается, старых выпусков в ERP нет, поэтому нужно правильно настроить систему с нуля до начала полноценного выпуска. Ожидаемый результат работы специалиста: - провести аудит текущей базы ERP и настроек; - предложить методологию учета именно под наше производство; - настроить НСИ: склады, подразделения, номенклатуру, серии, партии, статьи расходов, статьи - калькуляции, ресурсные спецификации; - настроить производственный контур; - настроить складской контур; - настроить учет брака и потерь; - настроить расчет себестоимости; - настроить понятные документы и инструкции для оператора; - обучить сотрудника, который будет руками заносить поступления, передачи материалов в производство, выпуск, брак, отгрузки; - провести тестовую производственную партию от закупки сырья до выпуска готовой продукции и расчета себестоимости; - помочь закрыть первый период и проверить корректность себестоимости. Требования к специалисту: реальный опыт внедрения 1С 2.5; опыт именно производственного учета; понимание ресурсных спецификаций, этапов производства, полуфабрикатов, партий, серий, НЗП, брака, потерь и фактической себестоимости; опыт с пищевым производством будет большим преимуществом; опыт с Честным знаком / ЭДО будет преимуществом; опыт интеграции ERP с ЗУП будет преимуществом; желательно наличие кейсов по производственным предприятиям. Не нужен просто программист 1С, который будет сразу предлагать доработки. В первую очередь нужен методолог, который построит правильную модель учета на типовом функционале ERP. Доработки — только если без них действительно невозможно решить задачу. Просьба в отклике указать: Какие проекты по 1С 2.5 вы внедряли. Был ли опыт с производством, особенно пищевым. Как вы предлагаете учитывать потери сырья и брак по этапам производства. Как вы строите расчет фактической себестоимости партии. Есть ли опыт обмена ERP с ЗУП. Сколько примерно времени потребуется на запуск минимально рабочей схемы. Стоимость часа или проекта. Формат работы удаленный!. Пожалуйста, перед откликом внимательно прочитайте полное описание задачи. Нужен не просто программист 1С и не специалист “настроить справочники”, а методолог-консультант 1С ERP 2.5 с реальным опытом производственного учета, себестоимости, складского учета, партий, серий, брака, потерь и ресурсных спецификаций. Прошу не откликаться, если у вас нет опыта внедрения 1С именно на производственных предприятиях. Задача не в разовой доработке и не в “починить ошибку”, а в построении правильной методологии учета для рыбоконсервного производства: закупка сырья и тары, передача в производство, выпуск готовой продукции, потери рыбы, брак по этапам, себестоимость партии и одной банки.
Разработка с нуля. Нужны люди с практическим опытом под Проект с государственным финансированием. Готовые, подтвердить: ? Образование (специальность, вуз, год). ? Опыт (в проектах / НИОКР / запуске продуктов). ? Вид трудоустройства (штат / ГПХ / ИП) ? Представить свой ИНН и зарегистрироваться Leader-ID. Название Проекта: «Автоматическая подготовка претензий за несоблюдение графика работ». Суть: система на базе компьютерного зрения и ИИ, которая автоматически фиксирует нарушения на стройплощадке и формирует юридически значимые претензии. Технологии: Python, OpenCV, YOLO, TensorFlow, PostgreSQL, API OpenAI, Telegram Bot API. Архитектура: клиент-серверная модель с модулями машинного обучения и интеграции. Ключевые функции: сбор данных, анализ, распознавание объектов, сравнение с нормативами, генерация отчётов и претензий. Преимущества: экономия времени и ресурсов, минимизация ошибок, автоматизация полного цикла контроля и документооборота. Показатели: точность — 90–95 %, скорость распознавания — доли секунды, обработка до 100 ГБ данных в сутки. Команда: 1. Научный руководитель проекта / Технический директор (Ответственность за техническую составляющую продукта, выбор технологий и инструментов) 2. Fullstack-разработчик (опционально) Совмещение компетенций frontend и backend 3. Специалист по машинному обучению Настройка и обучение моделей компьютерного зрения, оптимизация алгоритмов распознавания 4. UX/UI-дизайнер Разработка дизайна интерфейса, обеспечение удобства и интуитивности пользовательского опыта Используемые технологии и инструменты: • языки программирования и фреймворки: Python (Django/FastAPI), React; • библиотеки и инструменты для компьютерного зрения и ML: OpenCV, YOLO, TensorFlow, PyTorch; • базы данных: PostgreSQL; • API и сервисы: OpenAI/Yandex Алиса API (генерация текстов), Telegram/МАКС Bot API (уведомления и коммуникация); • технологии интеграции: работа с BIM-форматами, API популярных ERP и CRM-систем (модуль интеграции под заказчика).
Разработка приложений для ПК. Бессрочный договор. Привет, я являюсь HR компании Scale. Ищем разработчика на позицию Junior Rust Developer. Зарплата: 65-80k$ (по результатам собеседования) Что требуется: - Уверенное знание Rust (ownership и borrowing, lifetimes на базовом уровне, traits и generics, async/await, обработка ошибок (Result, Option, thiserror, anyhow)) - Понимание backend разработки (REST API, JSON, HTTP, WebSocket) - Опыт работы с БД (Postgres) - Базовое понимание Linux - Базовые навыки работы с Git Будет плюсом: - Опыт работы с: Tokio, Axum, SQLx, Reqwest, Serde - Понимание Docker - Опыт работы с ClickHouse - Опыт работы с Redis - Опыт работы с Брокерами сообщений (Kafka, NATS, RabbitMQ) - Базовые знания о криптовалютах и сетях Чем предстоит заниматься: - Разрабатывать backend-сервисы на Rust - Интегрироваться с криптовалютными нодами и сторонними API - Обрабатывать депозиты и выводы пользователей - Разрабатывать системы мониторинга транзакций - Писать unit и integration тесты - Участвовать в code review - Разбираться с инцидентами в production Что мы предлагаем: - Полную удаленку (достаточно просто созвониться с командой и согласовать пересечение рабочих часов) - Оплату переезда в Амстердам (сюда же плюсом идет возможность посещать наш офис; при желании) - Оплату подписки Claude 5x Max - Оплачиваем отпуск, выходные, различные надбавки и прочие радости обычной работы - Официальный трудовой договор - Оплата языков курсов.
Создание сайта. Сайт для изостудии. Платформа: по рекомендации специалиста. Функционал сайта: Рассказ о направлениях, актуальные мероприятия, о студии, оплата и правила посещения, расписание и онлайн запись по расписанию на занятие, соц сети и контакты. Контент есть. Пожелания и особенности: Добрый день! Мне нужна помощь с созданием сайта для изостудии. Самостоятельно был сделан сайт в конструкторе tilda, в целом все устраивает, но хотелось бы как-то сделать онлайн запись на занятия. Представлю это так: горизонтальное расписание, сверху дни недели, слева время, снизу все занятия. На каждое занятие можно кликнуть и записаться (ввести фамилию, имя, возраст и номер телефона). Мне приходит куда-нибудь уведомление и я подтверждаю запись. Для записей должно быть ограничение 8 человек, и ограничение по времени, например, нельзя записываться за 12 часов до занятия. Можно сделать сайт в другом каком-то конструкторе, материал у меня весь есть. Хотелось бы бесплатное обслуживание этого сайта и самостоятельное редактирование информации. Возможно ли воплотить эту идею и сколько это будет стоить?.
Почему стоит искать работу для фриласнеров по профилю программисты в России у нас?
🔸 Более 5 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в России для фрилансеров на июнь 2026 года — 6792 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в России?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в России? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в России?
На июнь 2026 года опубликовано 6792 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете