Бюджет: 50 EUR Термін: 1 день
Вітаю.
Я NodeJS розробник. Готовий взятися. Пишіть, обговоримо.
Шукаємо backend або full-stack розробника для сервісу оренди power bank через зарядні станції.
Потрібно реалізувати backend (логіка оренди, тарифи, платежі), інтеграцію зі станціями (видати/прийняти power bank) та web-частину: сторінка оренди після QR і адмін-панель. Формати оплати (QR / NFC) та деталі інтеграцій узгоджуються в процесі.
Бюджет: 50 EUR Термін: 1 день
Вітаю.
Я NodeJS розробник. Готовий взятися. Пишіть, обговоримо.
Бюджет: 1000 EUR Термін: 30 днів
Добрий день.
Маю досвід у backend / full-stack розробці сервісів із платежами та складною бізнес-логікою. Можу реалізувати backend оренди (сесії, тарифи, платежі), інтеграцію зі станціями (IoT / API), web-flow після QR та адмін-панель для управління сервісом.
Працюю з MVP-підходом, закладаю архітектуру під масштабування.
Готовий обговорити стек, інтеграції та етапи реалізації.
Бюджет: 3900 EUR Термін: 50 днів
Привіт,
Мене звати Гор Абрамян, і я веб-розробник з досвідом у створенні рішень для електронної комерції та кастомних веб-систем. Я дуже зацікавлений у вашому проекті магазину автозапчастин і буду радий допомогти вам реалізувати його ефективно та надійно.
Я спеціалізуюсь на розробці інтернет-магазинів з:
Каталогами продуктів та управлінням категоріями
Пошуком та фільтрацією автозапчастин
Системами кошика та оформлення замовлення
Інтеграцією платежів та доставки
Адмін-панелями для легкого управління контентом та замовленнями
Адаптивним дизайном для мобільних пристроїв та настільних комп'ютерів
Я зосереджуюсь на чистому коді, продуктивності та масштабованості, забезпечуючи, щоб магазин був швидким, безпечним та легким у обслуговуванні. Я можу працювати з існуючими дизайнами або створити проект з нуля на основі ваших вимог.
Я буду радий обговорити ваші цілі, технічні потреби та терміни більш детально.
Дякую за ваш час, і я з нетерпінням чекаю на вашу відповідь.
З найкращими побажаннями,
Гор Абрамян
Бюджет: 3000 EUR Термін: 30 днів
супер цікавий проект!
я зацікавлений у співпраці!
у мене 6 років досвіду в IT розробці. можу закрити backend частину.
давайте обговоримо умови в лс?
Бюджет: 3900 EUR Термін: 29 днів
Добрий день!
Мене звати Валентин, і я представляю Arctic Web Agency. Ми - команда досвідчених веб-розробників, які спеціалізуються на створенні сучасних та ефективних веб-рішень для бізнесу.В особисті повідомлення зможу надати приклади наших схожих робіт. Готові взяти ваш проєкт до роботи!
З повагою
Arctic Web Team
Freelancehunt
Бюджет: 1500 EUR Термін: 30 днів
Спеціалізуємось на подібних панелях, маємо великий досвід роботи з іот пристроями. Готовий взятися ща ваш проект.
Бюджет: 1200 EUR Термін: 1 день
супер радий допомогти вам з цим
поділюся попередньою роботою в чаті, щоб переконатися, що ми підходимо один одному
Бюджет: 1500 EUR Термін: 40 днів
Вітаю, Кириле! Детально ознайомився з вашим ТЗ (чернеткою). Задача зрозуміла: побудова Backend-ядра для шерингу павербанків, інтеграція з IoT-протоколами станцій та Web-інтерфейс для клієнтів/адмінів.
Відповіді на ваші питання (п. 11):
Стек (Backend + Web): — Backend: Node.js (NestJS). Чому: ідеальна підтримка TypeScript, модульність, легка робота з WebSockets/MQTT (для спілкування зі станціями в реальному часі) та чергами RabbitMQ (для надійності команд "видати/прийняти"). — Database: PostgreSQL (для надійних транзакцій/оренд) + Redis (для кешування статусів слотів). — Frontend (Web-flow + Admin): Next.js. Це забезпечить миттєве завантаження сторінки оренди після сканування QR (SSR).
Досвід з IoT/Payments: Маю досвід роботи з WebSockets (NestJS Gateway) та RabbitMQ для асинхронної обробки подій. Реалізовував платіжні інтеграції (Stripe) через Webhooks.
3. Логіка Offline та Event Log: — Використаю чергу повідомлень (RabbitMQ). Якщо станція Offline, команда не губиться, а чекає в черзі (з TTL). — При відновленні зв'язку станція надсилає пакет накопичених подій (bulk update). Бекенд порівнює timestamp подій і актуалізує стан слотів у БД. — Логування всіх "сирих" запитів від станцій у MongoDB (як cold storage) для аудиту спірних ситуацій.
Бюджет: 7480 EUR Термін: 60 днів
Вітаю Вас,
Дякую за детальний опис, буду раді допомогти з реалізацією проекту. Я Software Development Engineer з більш ніж 7-річним досвідом створення різних веб-сайтів, SaaS-рішень, складних веб-платформ і MVP для стартапів. У портфоліо я вказував на деякі розроблені проекти.
Мій стек включає наступні технології та їх фреймворки: PHP(Yii2, Laravel, Symfony), HTML5, CSS3, JS (Vue.js, React.js), MySQL, PostgreSQL.
Бюджет: 400 EUR Термін: 2 дні
Доброго дня. Готов виконати даний проект маю великий досвiд розробки додаткiв.
Бюджет: 4500 EUR Термін: 45 днів
Привіт!
Це надійний і добре продуманий продукт, і я впевнено створюю системи, в яких обладнання, платежі та бекенд-логіка повинні залишатися стабільними навіть в умовах реального світу. Я працював над платформами для оренди з логікою на основі сесій, депозитами, штрафами та повними журналами аудиту, і розумію, наскільки важливі довіра та відстежуваність, коли йдеться про гроші та пристрої.
Я можу розробити архітектуру, орієнтовану на бекенд, яка чітко розділяє користувачів, оренду, тарифи, платежі та стан станції, забезпечуючи при цьому стійкість інтеграції зі станцією до слабких або втрачених з'єднань. Робота з протоколами пристроїв, чергами повідомлень, повторними спробами та узгодженням стану після періодів відключення — це те, з чим я вже стикався, включаючи детальні журнали подій, які можна відтворити для вирішення спорів.
Одна з ідей, яку я б запропонував, — це незмінна тимчасова шкала подій для кожної сесії оренди, яка записує кожен сигнал станції, дію по оплаті та рішення системи. Навіть якщо станція відключиться, система зможе безпечно відновити кінцевий стан пізніше без здогадок, що критично важливо для масштабованості та підтримки клієнтів.
Для створення мінімально життєздатного продукту (MVP) з подальшою стабілізацією, інтеграцією з панеллю адміністратора та станціями, я б оцінив термін виконання приблизно в 45 днів при бюджеті в 5000 доларів.
Дякую!
Бюджет: 2000 EUR Термін: 25 днів
Привіт, приємно познайомитися.
Я ретельно перевірив ваші вимоги.
Щодо технологічного стеку, я думаю, що React.js + Node.js добре підійдуть для вашого проекту.
Я маю достатній досвід у банківській та картковій інтеграції та можу успішно завершити ваш проект протягом одного місяця.
Давайте обговоримо це детальніше.
З найкращими побажаннями.
Бюджет: 300 EUR Термін: 1 день
Вітаю! Готовий написати бекенд для оренди Power Bank. Пропоную стек Laravel. Також можу реалізувати фронтенд, адже я працюю як фулстек. Виконаю ваше завдання швидко і якісно.
Моє портфоліо: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишіть, почну сьогодні працювати. Буду радий співпраці з Вами!
Бюджет: 200 EUR Термін: 7 днів
Робив системи оренди та білінгу з прив'язкою до заліза/пристроїв (статуси, сесії, платежі). Для сервісу power bank одразу бачу ключові вузли: оренда як сесія, контроль таймінгів, повернення, збої станцій. Можу реалізувати бекенд + веб (QR-сторінка, адмінка), почати з архітектури та MVP. MVP займе тиждень.
Бюджет: 2000 EUR Термін: 22 дні
Шановний Кирило!
Я переглянув ваші технічні вимоги до сервісу оренди портативних зовнішніх акумуляторів з веб-інтерфейсом користувача та інтеграцією зі станціями Інтернету речей. Ґрунтуючись на 8-річному досвіді створення масштабованих веб- та підключених до Інтернету речей платформ, я пропоную таке рішення:
Технічне рішення
Стек: MERN (MongoDB, Express.js, React, Node.js) для повноцінної розробки. Це дозволяє швидко розробляти адаптивний веб-інтерфейс, надійний REST/GraphQL API-бекенд та гнучке моделювання даних для динамічних сутностей, таких як користувачі, станції, слоти та оренда. MongoDB забезпечує масштабоване сховище для подій, журналів та транзакцій, включаючи офлайн-синхронізацію зі станціями.
Інтерфейс користувача: доступ до станції на основі QR-кодів, веб-авторизація (телефон/SMS або електронна пошта), оплата карткою з логікою депозиту/штрафу та управління сеансами.
Бекенд та API: бекенд Node.js/Express з автентифікацією на основі JWT, доступом на основі ролей для адміністратора/користувачів, повним журналюванням аудиту та логікою розрахунку тарифів/платежів. RESTful API (документовано OpenAPI/Swagger) для інтеграції зі станціями та веб-інтерфейсом.
Інтеграція з Інтернетом речей: Зв'язок зі станцією здійснюється через HTTP API/MQTT/WebSocket залежно від виробника. Включає команди для видачі/прийняття/серцевого ритму/статусу, надійну обробку помилок та відновлення подій офлайн з подальшою узгодженістю.
Платежі: Інтеграція з постачальником платіжних послуг, що підтримує транзакції за картками, депозити та повернення коштів. Розроблено для подальшого розширення до NFC або альтернативних методів.
Панель адміністратора: Веб-панель на основі React для моніторингу станцій, оренди, управління користувачами, тарифів та фінансової звітності з оновленнями в режимі реального часу.
Нефункціональні вимоги: Безпека через JWT/керування сеансами, обмеження швидкості, захист адміністратора, журнали аудиту.
Масштабована архітектура для підтримки понад 100 станцій. Надійна робота з надійними механізмами реєстрації подій та відновлення.
Я впевнений у створенні стабільної платформи з чіткою документацією, інструкціями з розгортання та автоматизованими перевірками критичних бізнес-потоків.
Я буду радий детально обговорити вибір стеку, стратегії інтеграції Інтернету речей та підходи до офлайн-синхронізації.
З найкращими побажаннями,
Бюджет: 36 EUR Термін: 1 день
Вітаю.Працюю з React/Node.js понад 8+ років. Готовий реалізувати проект.
Нужен програміст з Олександрії зі знанням Open card та Google Ads! Для купівлі 5 сайтів + доопрацювання 3 нових.
Розпакуавати і відсорторувати базу в формат XL по містам Розпакуавати і відсорторувати базу в формат XL по містам Розпакуавати і відсорторувати базу в формат XL по містам
Про компанію Торговельна компанія. Працюємо з товарною групою більш ніж 2000 позицій за різними категоріями.Поточна ситуація Зараз номенклатура ведеться в Google Sheets — дані консолідовані за вкладками (категоріями). Структура вкладок: Назва товару Групи цін: собівартість, опт, роздріб Характеристики: вага, кількість в упаковці тощо. Важливо: кількість колонок відрізняється для різних категорій товарів, оскільки у них різні характеристики.Чому поточне рішення не підходить Google Sheets не дозволяє налаштовувати права доступу на рівні окремих колонок. Нам потрібно: Надавати користувачам права на перегляд певних колонок (наприклад, тільки собівартості) Надавати права на редагування певних колонок (наприклад, роздрібних цін) При цьому обмежувати доступ до інших колонок в тій же вкладціЩо потрібно зробитиОсновні вимоги Гнучка система розмежування прав Доступ на рівні окремих колонок (читання / запис) Призначення прав за ролями або користувачами Управління правами без участі програмістів Підтримка різної структури даних Різні категорії товарів мають різний набір характеристик Додавання нових колонок/характеристик без програмування Незалежність від розробників Адміністрування силами внутрішніх співробітників Додавання категорій, колонок, користувачів — через інтерфейс Інтеграція з ERP Вивантаження актуальних цін в нашу ERP-систему Експорт або автоматична інтеграція через API Аналіз даних за допомогою ШІ (бажано) Можливість аналізу всього переліку номенклатури Збагачення, перевірка, рекомендації — якщо у вас є ідеї, опишітьОчікуваний результат Працююче рішення, в якому: Номенклатура структурована за категоріями з різними наборами характеристик Права на колонки гнучко налаштовуються (перегляд / редагування) Дані вивантажуються в ERP Команда може управляти системою самостійноЩо потрібно від вас при відгуку Опишіть в загальних рисах, як ви бачите рішення: Який інструмент / платформу пропонуєте
Необхідно провести глибоку технічну перевірку трьох PDF-файлів на достовірність та можливі ознаки редагування або підробки. Потрібна не лише візуальна оцінка документів. Виконавець повинен добре розуміти внутрішню структуру PDF-файлів та вміти аналізувати: метадані файлів; структуру PDF та окремих об’єктів; історію створення і можливого редагування; використане програмне забезпечення; вбудовані шрифти, зображення, шари та інші елементи; можливі ознаки повторного збереження, конвертації, внесення змін або формування документа заднім числом; будь-які технічні невідповідності, які можуть свідчити про маніпуляції з файлами. За результатом перевірки необхідно надати зрозумілий письмовий висновок щодо кожного файлу із зазначенням виявлених ознак, ризиків та обмежень перевірки. Розглядаємо фахівців, які мають практичний досвід у цифровій криміналістиці, аналізі PDF-документів, метаданих або перевірці електронних файлів на автентичність. У відгуку, будь ласка, коротко опишіть ваш досвід, методи та інструменти, які ви використовуєте для такої перевірки.
Загальна інформація Необхідно розробити просту мінімалістичну вебсистему, основною метою якої є ведення бази клієнтів, створення записів на візити та автоматизація процесу підтвердження візитів через SMS, відправка одноразових посилань через АПІ з самого сервіса. Проєкт розробляється поетапно. На першому етапі необхідно реалізувати лише базову функціональність (MVP), щоб систему можна було використовувати в реальній роботі. Після запуску та тестування вона буде поступово розширюватися новими модулями.Основна функціональність першого етапу авторизація користувачів; база клієнтів; створення та редагування записів; список записів (або простий календар); перемикання між торговими точками; інтеграція з SMS-оператором через API; надсилання SMS із довільним текстом або посиланням для підтвердження візиту; підтвердження або скасування візиту клієнтом за одноразовим посиланням; відображення статусу підтвердження безпосередньо біля запису клієнта. На початковому етапі замість повноцінного календаря допускається використання простого списку записів за днями. Кожен день повинен містити хронологічний список бронювань із зазначенням часу, імені клієнта, послуги, працівника та статусу підтвердження. Надалі цей список можна буде замінити на повноцінний календар без зміни структури системи. У системі повинна бути можливість перемикатися між торговими точками. Кожна торгова точка має власний список записів (або календар), але всі вони використовують спільну базу клієнтів.