Практика. Практика. Пожелания и особенности: 0. Что вы сдаете (3 вещи - всегда) К сдаче принимаются только проекты, у которых есть: GitHub-репозиторий с проектом Деплой (ссылка на работающий сайт) Отчет (.docx или .pdf) по шаблону Если нет хотя бы одного пункта - проект считается неполным. 1. С чего начать: выбрать проект из каталога Проект выбирается из утвержденного каталога пет?проектов. В отчете (раздел «Выбранный проект») обязательно укажите: Название проекта Ссылку на проект из каталога (обязательно!) Что именно вы реализовали / доработали Если ссылки на выбранный проект нет - это ошибка оформления. 2. GitHub: что должно быть в репозитории 2.1 Обязательно Репозиторий публичный Проект загружен не архивом (.zip), а исходниками В корне есть README.md 2.2 Что должно быть в README.md Короткое описание проекта (2–5 предложений) Стек (frontend / backend / db) Как запустить локально (кратко) Ссылка на деплой Бейдж Code Climate (для оценки «4» и «5») 2.3 Про коммиты Рекомендуется (и помогает избежать подозрений в плагиате): Не делать один огромный коммит на весь проект Сохранять историю разработки: несколько осмысленных коммитов 3. Деплой: что считается «рабочим» Деплой нужен для оценки «5» (и сильно упрощает проверку). Ссылка на деплой должна: Открывать сайт в режиме инкогнито Не выдавать 400/500 ошибок при кликах по основным действиям Быть доступной на момент проверки Можно использовать любые хостинги (Vercel/Render/Railway и т.д.). 4. Если есть аккаунты - вы обязаны дать доступ Если в проекте есть авторизация (логин/регистрация/роли), в «Техническом паспорте» отчета обязательно укажите: login password Проверяющие не должны регистрироваться сами. Если тестовые данные не работают - оценка «5» не ставится. 5. Отчет: что в нем должно быть (по новой структуре) Официальная часть заполняется по шаблону. Практическая часть состоит из 7 разделов: 5.1 Выбранный проект Название + ссылка из каталога Короткое описание Что реализовано/доработано 5.2 Технический паспорт проекта Таблица со всеми ссылками и параметрами (GitHub, деплой, стек, доступы). 5.3 Архитектура Общая архитектурная схема (frontend-backend-db) ERD (таблицы и связи) Use Case (2–4 сценария) API (если есть): эндпойнты с примерами или ссылка на Swagger/OpenAPI 5.4 Таблица соответствия (трассировка реализации) - самый важный раздел В таблице для каждой функции укажите: Функцию (что умеет проект) Ссылку на файл/папку в GitHub Ссылку на экран/страницу деплоя Если функции нет в таблице - она считается не реализованной. 5.5 Демонстрация работы (GIF/видео/asciinema) Выберите один формат демонстрации (до 2 минут): GIF, видео или asciinema. Демо должно показывать: основной сценарий ? действие ? результат (например, создание/изменение данных). 5.6 Качество кода Для оценки «4/5» в README должен быть бейдж Code Climate с оценкой A или B. 5.7 Вывод по практике 1–2 страницы: что сделали, что было сложно, чему научились, что бы улучшили дальше. 6. Как получить оценку Оценка Условия 3 Отчет + GitHub + README + ссылка на выбранный проект из каталога. 4 Все на «3» + бейдж Code Climate (A/B) + демонстрация (GIF/видео/asciinema). 5 Все на «4» + рабочий деплой + тестовые данные (если есть авторизация) + основные сценарии работают. 7. Типичные ошибки (чтобы не терять баллы) Репозиторий закрыт или ссылка не открывается В репозитории один массовый коммит на все Деплой не работает / есть 500 ошибки Есть авторизация, но нет логина/пароля или данные не работают Таблица соответствия не заполнена ERD/Use Case не соответствуют реальному функционалу проекта Ссылки в отчете ведут не туда (например, только на главную страницу) 8. Чек-лист перед сдачей Проверка Ок GitHub открывается в режиме инкогнито Деплой открывается в режиме инкогнито README заполнен (описание/стек/запуск/деплой) Бейдж Code Climate отображается (для «4/5») В отчете есть ссылка на выбранный проект из каталога Заполнен «Технический паспорт» Заполнена «Таблица соответствия» Есть демонстрация (GIF/видео/asciinema) Есть тестовые данные, если есть авторизация.
Практика. Практика. Пожелания и особенности: 0. Что вы сдаете (3 вещи - всегда) К сдаче принимаются только проекты, у которых есть: GitHub-репозиторий с проектом Деплой (ссылка на работающий сайт) Отчет (.docx или .pdf) по шаблону Если нет хотя бы одного пункта - проект считается неполным. 1. С чего начать: выбрать проект из каталога Проект выбирается из утвержденного каталога пет?проектов. В отчете (раздел «Выбранный проект») обязательно укажите: Название проекта Ссылку на проект из каталога (обязательно!) Что именно вы реализовали / доработали Если ссылки на выбранный проект нет - это ошибка оформления. 2. GitHub: что должно быть в репозитории 2.1 Обязательно Репозиторий публичный Проект загружен не архивом (.zip), а исходниками В корне есть README.md 2.2 Что должно быть в README.md Короткое описание проекта (2–5 предложений) Стек (frontend / backend / db) Как запустить локально (кратко) Ссылка на деплой Бейдж Code Climate (для оценки «4» и «5») 2.3 Про коммиты Рекомендуется (и помогает избежать подозрений в плагиате): Не делать один огромный коммит на весь проект Сохранять историю разработки: несколько осмысленных коммитов 3. Деплой: что считается «рабочим» Деплой нужен для оценки «5» (и сильно упрощает проверку). Ссылка на деплой должна: Открывать сайт в режиме инкогнито Не выдавать 400/500 ошибок при кликах по основным действиям Быть доступной на момент проверки Можно использовать любые хостинги (Vercel/Render/Railway и т.д.). 4. Если есть аккаунты - вы обязаны дать доступ Если в проекте есть авторизация (логин/регистрация/роли), в «Техническом паспорте» отчета обязательно укажите: login password Проверяющие не должны регистрироваться сами. Если тестовые данные не работают - оценка «5» не ставится. 5. Отчет: что в нем должно быть (по новой структуре) Официальная часть заполняется по шаблону. Практическая часть состоит из 7 разделов: 5.1 Выбранный проект Название + ссылка из каталога Короткое описание Что реализовано/доработано 5.2 Технический паспорт проекта Таблица со всеми ссылками и параметрами (GitHub, деплой, стек, доступы). 5.3 Архитектура Общая архитектурная схема (frontend-backend-db) ERD (таблицы и связи) Use Case (2–4 сценария) API (если есть): эндпойнты с примерами или ссылка на Swagger/OpenAPI 5.4 Таблица соответствия (трассировка реализации) - самый важный раздел В таблице для каждой функции укажите: Функцию (что умеет проект) Ссылку на файл/папку в GitHub Ссылку на экран/страницу деплоя Если функции нет в таблице - она считается не реализованной. 5.5 Демонстрация работы (GIF/видео/asciinema) Выберите один формат демонстрации (до 2 минут): GIF, видео или asciinema. Демо должно показывать: основной сценарий ? действие ? результат (например, создание/изменение данных). 5.6 Качество кода Для оценки «4/5» в README должен быть бейдж Code Climate с оценкой A или B. 5.7 Вывод по практике 1–2 страницы: что сделали, что было сложно, чему научились, что бы улучшили дальше. 6. Как получить оценку Оценка Условия 3 Отчет + GitHub + README + ссылка на выбранный проект из каталога. 4 Все на «3» + бейдж Code Climate (A/B) + демонстрация (GIF/видео/asciinema). 5 Все на «4» + рабочий деплой + тестовые данные (если есть авторизация) + основные сценарии работают. 7. Типичные ошибки (чтобы не терять баллы) Репозиторий закрыт или ссылка не открывается В репозитории один массовый коммит на все Деплой не работает / есть 500 ошибки Есть авторизация, но нет логина/пароля или данные не работают Таблица соответствия не заполнена ERD/Use Case не соответствуют реальному функционалу проекта Ссылки в отчете ведут не туда (например, только на главную страницу) 8. Чек-лист перед сдачей Проверка Ок GitHub открывается в режиме инкогнито Деплой открывается в режиме инкогнито README заполнен (описание/стек/запуск/деплой) Бейдж Code Climate отображается (для «4/5») В отчете есть ссылка на выбранный проект из каталога Заполнен «Технический паспорт» Заполнена «Таблица соответствия» Есть демонстрация (GIF/видео/asciinema) Есть тестовые данные, если есть авторизация.
Веб-разработка. Доработка существующего продукта, тестирование, настройка. Вся информация по ссылке https://disk.yandex.ru/d/_wEBPIBnyo_oZw Бюджет на первый этап 150 тысяч рублей Исполнитель обязуется по заданию Заказчика доработать существующий проект и разработать и передать первый этап веб-приложения «Рабочая среда управления транспортом», которая включает в себя Систему мониторинга пропусков, РНИС, МАП, проверка ДК, ОСАГО, штрафов, оформления заказов на услуги от клиентов, подсистема работы сотрудников над заявками от клиентов, подсистема учета и работы над заявками от клентов на услугу «Пропуск в Москву и пропуск в Московскую область», система авторизации всех пользователей, подсистемы проверики статусов регистрации и передачи транспортных средств в РНИС, регистрации в МАП, проверки штрафов, диагностических карт, ОСАГО, проверка и регистрация в других системах ( системы которые предусмотрены необходимым функционалом) и другой функционал описанные ниже в документе и по ссылкам в документе» (далее — «Система»), а Заказчик обязуется принять и оплатить результат в порядке, предусмотренном настоящим Договором. 1.2. Состав работ проекта в том числе работы первого этапа включает: При проектировании архитектуры системы и необходимых подсистем и модулей необходимо учесть, что количество транспортных средств более 45000 и пользователей с каждым разом будет становиться больше и больше. Должна быть отказоустойчивая система, система даже во время обновлений не должна прерываться ( то есть работа должна быть стабильная, обновление происходит только в ночное время, если во время обновления что то пошло не так система должна обратно откатиться на стабильный релиз и при этом не должно быть потеря пользовательских данных. Проет состоит из следующих модулей и подсистем: 1. Система авторизации пользователей и сотрудников 2. МОДУЛЬ ПРОДАЖ, 2. 1. МОДУЛЬ УПРАВЛЕЧЕНСКОГО УЧЕТА, 3. МОДУЛЬ КОММУНИКАЦИЙ С КЛИЕНТАМИ ЧЕРЕЗ РАЗЛИЧНЫЕ МЕССЕДЖЕРЫ И ЭЛЕКТРОННУЮ ПОЧТУ И СМС , 4 МОДУЛЬ ПОИСКА КЛИЕНТОВ, 5. МОДУЛЬ ОПОВЕЩЕНИЙ ( СИСТЕМНЫЕ ОПОВЕЩЕНИЙ,ОПОВЕЩЕНИЯ КЛИЕНТОВ) 6. МОДУЛЬ РАССЫЛОК, 7. МОДУЛЬ АПИ, 8. МОДУЛЬ ВЗАИМОДЕЙСТВИЯ С ДИАДОКОМ, СБИС,ЭЛЬБОЙ 9. МОДУЛЬ учета заявок, работы с заявками, подготовки пакета документов, проверки пакета документов, подачи заявок на МОС РУ, МОУРЕГ РУ, ГОСУСЛУГАМИ, АС ОВГА, ДРУГИЕ САЙТЫ ГОССТРУКТУР, 10. модуль выпуска Электронно-цифровой подписи с УЦ АЙТИМОНИТОРИНГ через АПИ, 11. Модуль диагностическая карта (через АПИ) 11.1. Модуль диагностическая карта (без АПИ) 12. модуль выпуска Электронно-цифровой подписи с УЦ Калуга АСТРАЛ - нет АПИ 13. Модуль парсера сайта Операторы ТО ( проверка действующих или не действующих операторов ТО, а также парсинг другой информации по операторам ТО) 14. модуль взаимодействия с РНИС МОСКВЫ 15. модуль ОСАГО(проверка, оформление полисов ОСАГО через те или иные площадки) 16. Модуль Личный кабинет Клиента ( формирование заявок на услуги, проверка информации о внесенных транспортных средствах на штрафы, на пропуск в Москву, на ограничения, проверка диагностической карты, проверка водителей, проверка по ИНН всего транспорта компании) 17. Корпоративный портал - сайт для клиентов и верификации ВАТ САП БИЗНЕС АПИ( получение верификации) 18. Модуль работы с ват САП бизнес АПИ 19. Модуль поиска клиентов через телеграмм 20. Телеграмм бот для оповещения клиентов по действующи заказам и Изменению по оказанным услугам(статусам) 21. Телеграмм бот для рассылки новым клиентам 22. Телеграмм бот для рассылки по новым проводимых акциях или изменениях которые важны для клиента и ему интересны 23. Модуль аналитики поведения клиента ( модуль который позволяет анализировать клиента и его поведение как на сайте так и в личном кабинете. Модуль помогает выявить на каком этапе у клиента возникли сложности и его затруднения, пытается предугадывать и подсказывать ему как пользоваться личным кабинетом или теми или иными сервисам 24. Модуль парсер выписок и ЕГРН-налоговая ( позволяет делать запросы и получать выписки из ЕГРН 25. МОДУЛЬ УЧЕТА, ПОДГОТОВКИ, ПРОВЕРКИ ДОКУМЕНТОВ И ФОРМИРОВАНИЯ ЗАЯВОК НА «ПРОПУСК) В САНКТ-ПЕТЕРБУРГЕ С ЗАПОЛНЕНИЕМ НА ПОРТАЛЕ С АВТОРИЗАЦИЕЙ ЧЕРЕЗ ГОСУСЛУГИ 26. Виртуальный РНИС 27. Другие модули и подсистемы.
Доработать, обновить. Настроить: обмен данными. Конфигурация 1С: Управление нашей фирмой. Версия: 8.3. Бизнес-цель работ: Импорт из корпоративного портала Битрикс24, хранение и обработка данных по работам (ремонт / заправка / логистика) Сервисного Центра Заказчика в 1С: УНФ с целью дальнейшей разработки отчетности по данным работам в 1С УНФ Что требуется сделать (основная задача, которую требуется решить): Донастроить (доработать кодом) существующий интеграционный коннектор 1С: УНФ / Битрикс 24. Особенности требуемой интеграции: - в 1С в документ «Заказ-наряд» должны импортироваться данные по 3 различным смарт-процессам (Dynamic Type Entity); - в каждом из смарт-процессов существуют собственные воронки действий; - в Заказ-наряде должен быть признак (дополнительный реквизит) позволяющий фильтровать документы по типам и воронкам, соответственно переданным данным из смарт-процессов (всего ожидается 8 типов Заказ нарядов); - в смарт-процессах по бизнес-причинам не используется стандартный компонент выбора и хранения товаров из каталога Битрикс24 (то есть вкладка Товары пустая); - для хранения информации, кодом (без использования Rest API) в Битрикс24 будут разработаны дополнительные вкладки в карточки сущности, которые позволяют выбирать и сохранять пользователю товары / услуги из каталога (работы по диагностике, выполненные работы, рекомендованные работы); - каждая вкладка представляет из себя отдельный кастомный компонент, обеспечивающий хранение информации с использованием Bitrix ORM; - в табличную часть документа Заказ-наряд 1С УНФ должны передаваться данные из разработанных вкладок. Какие задачи необходимо решить Исполнителю: 1. Настройка типовой загрузки 3-х смарт-процессов из Битрикс 24 в документ 1С:УНФ «Заказ-наряд»; 2. Сопоставление стандартных полей «смарт процессов и документа «Заказ-наряд»; 3. Разработка и настройка интеграции дополнительного реквизита «Тип заказ-наряда»; 4. Разработка способов интеграции в заказ-наряд кастомной информации о товарах / услугах смарт-процессов; 5. Совместное с Заказчиком тестирование загрузки документа «Заказ-наряд». Описание ожидаемого результата (критерии приемки работ): Настроен кастомный обмен данными между 1С УНФ и Битрикс24: данные смарт процессов (в том числе доработанные поля) передаются в полном объеме в документ Заказ-Наряд, с установленным расписанием обмена. Требуется ли инструкция по создаваемой доработке: Обязательное документирование всех доработок со стороны Исполнителя с предоставлением по окончанию работ Заказчику – полнота документации один из критериев приемки. Границы выполняемых работ: В рамках работ по настоящему Листу согласования Исполнитель не проводит обучение сотрудников Заказчика компьютерной грамотности, не разрабатывает методологию учета и не осуществляет реализацию необходимых инфраструктурных решений и обеспечение необходимой инфраструктуры для функционирования системы (серверная, компьютерная, сетевая инфраструктура и т.д.). В работы НЕ входит: - Установка приложения Битрикс 24 – «Коннектор 1С»; - Установка расширения Битрикс 24 для 1С:УНФ; - Настройка обмена Компаниями, Контактными лицами, Товарами, Сделками и т.д. (только смарт-процесс) – некорректная формулировка; - Прочие интеграции; - Работа выполняется со стороны 1С, при необходимости доработок со стороны Битрикс 24 – Заказчик самостоятельно обращается к партнеру сопровождающему Битрикс; - Доработка 1С:УНФ, расширения Битрикс – именно это и требуется; - Обучение работы с расширением Битрикс 24 для 1С; - Обучение работы с Битрикс 24; - Обновление 1С:УНФ или консультирование по работе с программой. Расширение Битрикс 24 для 1С:УНФ поставляется самим разработчиком Битрикс, Исполнитель не может нести ответственность за его ко.
Пожелания и особенности: Требуется разработка AI-агента для Telegram сообщений. Задача Необходимо разработать AI-агента для Telegram, который будет автоматически обрабатывать входящие сообщения от клиентов и отвечать на них от имени компании. Что должен уметь агент 1. Получать входящие сообщения из Telegram. 2. Анализировать текст клиента с помощью LLM (GPT, Claude или аналогичной модели). 3. Отвечать на вопросы клиентов на основе предоставленной базы знаний. 4. Поддерживать естественный стиль общения. 5. Сохранять контекст диалога и помнить предыдущие сообщения клиента. 6. При необходимости задавать уточняющие вопросы. 7. Передавать диалог человеку в определенных ситуациях: * клиент просит связаться с менеджером; * AI не уверен в ответе; * возникают нестандартные запросы. 8. Вести историю переписки. 9. Уведомлять администратора о важных обращениях. База знаний Агент должен использовать: * документы и инструкции компании; * FAQ; * информацию об услугах и ценах; * дополнительные материалы, которые будут предоставлены. Желательно реализовать RAG (Retrieval-Augmented Generation), чтобы ответы формировались на основе актуальной информации из базы знаний. Панель управления Желательно наличие простой админ-панели, где можно: * просматривать диалоги; * редактировать базу знаний; * включать и отключать бота; * просматривать логи и статистику. Технологические пожелания Рассматриваю варианты на: * OpenAI GPT; * Claude; * Gemini; * либо другие современные LLM. Приветствуется опыт работы с: * Telegram Bot API; * AI-агентами; * LangChain; * n8n; * Make; * OpenAI API; * векторными базами данных. Ожидаю от исполнителя 1. Предложить архитектуру решения. 2. Реализовать рабочий MVP. 3. Помочь с развертыванием. 4. Передать исходный код и инструкции по дальнейшему использованию. При отклике прошу указать: * опыт разработки AI-агентов; * используемые технологии; * примеры похожих проектов; * ориентировочную стоимость и сроки.
Доработать. Настроить: интерфейс, печатные формы. Конфигурация 1С: Управление нашей фирмой. Версия: 8.3. Мы недавно перешли из УТ на конфигурацию УНФ 3.0. Для регулярных доработок и ведения базы на этой конфигурации ищем высококвалифицированного программиста, который будет не только исполнителем по ТЗ, а также помогать планировать доработки, советовать дополнительно, что нам доработать под наши задачи. Интересует только долгосрочное сотрудничество, чтобы специалист видел картину целиком и выступал, как администратор множества собственноручно сделанных доработок, чтобы новые правки не нарушали целостность всей системы. Наш старый программист загружен и этот проект не может взять на себя. Приняли решение переключить его на поддержку баз Бухгалтерии. В тех доработках, которые программист уже сделал, он указал контакты для связи с ним, если будут вопросы. Работы в рамках задачи (ПОДРОБНЕЕ В ПРИЛОЖЕННОМ ТЗ СО СКРИНШОТАМИ): 1. Изменить алгоритм выбора единиц измерения товаров во всех документах так, чтобы отображались только единицы измерения, которые прописаны в номенклатуре у каждой позиции. При добавлении номенклатуры в документ всегда по умолчанию должна ставиться единица хранения. 2. В документе может быть выписано 5 м2. А в печатной форме выводится 5шт. Необходимо, чтобы в печатных формах указывались те единицы измерения и кол-во, которые были указаны в самом документе. 3. В печатную форму доверенности добавить возможность простановки факсимиле печати подписи генерального директора. • Базы находятся в облаке. Поставщик услуги Scloud.ru. • Все имеющиеся доработки, сделаны в расширении, чтобы конфигурация оставалась на поддержке. Так должно быть и впредь. • Важно при интеграции новых доработок не удалить и не создать конфликт с уже имеющимися. • Обязательно перед установкой любых доработок или настроек должна быть сделана архивная копия базы, а также всех имеющихся доработок в папку на сервере W:/ _Архивы 1С/Перенос доработок. В имени файла указать дату архивной копии. ПОДРОБНЕЕ В ПРИЛОЖЕННОМ ТЗ СО СКРИНШОТАМИ.
Пожелания и особенности: Требуется специалист по аудиту бизнес-процессов и внедрению ИИ О компании: Сеть автоматов по продаже питьевой воды в Москве и Московской области. Более 600 объектов, несколько отделов: бухгалтерия, развитие, монтаж, сервис, управление объектами, документооборот. Задача №1 (проектная работа): Провести аудит всех основных бизнес-процессов компании. Необходимо: * Провести интервью с сотрудниками и руководителями. * Описать существующие процессы. * Выявить рутинные операции, которые можно автоматизировать с помощью ИИ. * Подготовить карту процессов компании. * Подготовить дорожную карту внедрения ИИ с оценкой трудозатрат и ожидаемого эффекта. * Определить быстрые внедрения с максимальной окупаемостью. Примеры направлений: * бухгалтерия и сверки; * управленческий учёт; * обработка банковских выписок; * анализ телеметрии; * подготовка документов для собраний собственников; * подбор персонала; * работа менеджеров по развитию; * обработка голосовых сообщений и отчётов сотрудников; * контроль исполнения задач. Результат первого этапа: 1. Схема текущих процессов. 2. Список процессов для автоматизации. 3. Приоритеты внедрения. 4. Экономический эффект по каждому направлению. 5. Пошаговый план внедрения на 3–12 месяцев. Задача №2 (по результатам аудита): Возможна долгосрочная работа по внедрению решений, обучению сотрудников и сопровождению компании на абонентской основе. Требования: * Практический опыт автоматизации бизнес-процессов. * Опыт внедрения ИИ в реальных компаниях. * Умение общаться с сотрудниками и выявлять узкие места. * Понимание работы ChatGPT, Claude, OCR, автоматизации документов, обработки таблиц и данных. * Желательно наличие кейсов с измеримым экономическим эффектом. При отклике прошу прислать примеры реализованных проектов и конкретные результаты внедрений.
Доработать. Настроить: доступ пользователей. Конфигурация 1С: Управление торговлей. Версия: 8.3. Настроить права по списку в двух базах 1с УТ ТЗ №п/п Пользователь Права и доступ 1 Менеджер Кристина доступ только к своей группе клиентов закрыть все что касается поставщиков создание заказ клиента/счет, создание новой номенклатуры/создание нового контрагента просмотр банковской выписки 2 Произв-во Лидия снабжение создание внутреннего потребления на основании заказа на внутренее потребление полный доступ работа с отчетом остатки и доступность товаров для оценки потребности материалов для заказа Содание и работа с документами склада Оприходование,списание,инвентаризация (кладовщик) закрыть все что касается покупателей полностью работа с заказами поставщикам со всеми статусами в заказах,документы поступления, склад только материалы производство доступ, Доступ только к определенной группе постащиков (Группа доступа Производство закуп создать)одинаковые с пользователем Произв-во Татьяна цех склад создание новых контрагентов,создание номенклатуры 3 Произв-во Татьяна цех склад Доступ только к определенной группе постащиков (Группа доступа Производство закуп создать) и создание новых контрагентов,создание номенклатуры закрыть все что касается покупателей Содание и работа с документами склада Оприходование,списание,инвентаризация (кладовщик) Доступ только к складам Материалы производство и Готовая продукция Создание и Проведение документа Приобретение тоаров и услуг(закупка у поставщика) на основании заказа/без заказа (создание ГТД), если на основании заказа то возможность менять статусы в заказе и внутри обеспечение 4 Произв-во Светлана просчет Загружает в заказы клиентов спецификации и создает заказ на внутреннее потребление. Закрыть доступ для просмотра контактной информации контрагента(нельзя проваливаться в карточку контрагента смотреть контакты) создание заказа/счета покупателю.
Разработка по. Разработка с нуля. Необходимо разработать программное обеспечение для вендингового аппарата по печати и сканированию документов. Оборудование: * ПК на Windows * Сенсорный экран * МФУ (печать и сканирование) * Эквайринг KitPos Master * USB-порты для флешек Функционал программы: Главный экран: 1. Печать документа 2. Сканирование документа 3. Сканирование + печать 4. Разместить рекламу Печать документов: * Загрузка файлов с USB-флешки * Загрузка файлов через Telegram-бота * Поддержка форматов PDF, DOC, DOCX, JPG, JPEG, PNG * Автоматический подсчет количества страниц * Расчет стоимости печати по заданному тарифу * Возможность задавать стоимость печати через админ-панель Оплата: * Интеграция с KitPos Master * Передача суммы на терминал * Проверка статуса оплаты * Запуск печати только после успешной оплаты Сканирование: * Сканирование документа * Отправка отсканированного файла пользователю через Telegram-бота или на USB-накопитель Рекламный режим: * При отсутствии клиентов на экране отображается реклама * Возможность удаленно загружать изображения и видео * Возможность менять рекламный контент через личный кабинет Телеметрия: * Количество отпечатанных страниц * Количество операций * Выручка за день, неделю, месяц * Онлайн/офлайн статус аппарата * Ошибки оборудования * Уведомления о проблемах Личный кабинет: * Просмотр статистики * Просмотр выручки * Управление рекламой * Настройка тарифов * Просмотр журналов ошибок Дополнительно: * Полный исходный код проекта передается заказчику. * Необходимо предусмотреть возможность подключения нескольких аппаратов к одной системе в будущем.
Сделать проект под ключ. Игра: многопользовательская. Жанр: Стройка. Графика: 3D. Цель проекта:создание образовательной многопользовательской 3D?игры в советском стиле для детей 6-14 лет. Целевая аудитория: дети 6–14 лет (группа до 10 человек). Тип игры: градостроительный симулятор (по мотивам *Workers & Resources: Soviet Republic*), многопользовательский режим с управлением через контроллеры. 2. Концепция и стиль Стиль:советский период 1960?х–1980?х годов. Визуальный стиль — стилизованная 3D?графика с элементами ретроэстетики. Локация: виртуальный прототип города Гай (Оренбургская область), основанный на исторических фотографиях и архивных материалах. Атмосфера:аутентичные элементы советского быта — вывески, плакаты, автомобили, одежда персонажей, музыка той эпохи. 3. Основные игровые механики Строительство города: возведение жилых кварталов (хрущёвки, «сталинки»); строительство промышленных объектов (заводы, фабрики); создание социальной инфраструктуры (школы, больницы, клубы, стадионы); прокладка дорог, линий электропередачи, коммуникаций. Персонажи: * анимированные жители (рабочие, инженеры, врачи, учителя, дети), которые перемещаются по городу; Режим игры: локальный многопользовательский (до 10 игроков одновременно на одном экране). Вывод изображения: на большой экран (проектор или монитор) — единый игровой мир для всех игроков. Управление:** 10 игровых контроллеров (совместимость с Xbox?360, Xbox?One, Xbox?Series X|S). Каждый игрок использует свой джойстик.
Почему стоит искать работу для фриласнеров по профилю программисты в России у нас?
🔸 Более 5 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в России для фрилансеров на июнь 2026 года — 6792 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в России?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в России? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в России?
На июнь 2026 года опубликовано 6792 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете