Budżet: 50 EUR Termin: 1 dzień
Witam.
Jestem programistą NodeJS. Jestem gotów podjąć się zadania. Piszcie, omówimy.
Szukamy programisty backend lub full-stack do serwisu wynajmu power banków przez stacje ładowania.
Trzeba zrealizować backend (logika wynajmu, taryfy, płatności), integrację ze stacjami (wydanie/przyjęcie power banka) oraz część webową: strona wynajmu po QR i panel administracyjny. Format płatności (QR / NFC) oraz szczegóły integracji są uzgadniane w trakcie.
Budżet: 50 EUR Termin: 1 dzień
Witam.
Jestem programistą NodeJS. Jestem gotów podjąć się zadania. Piszcie, omówimy.
Budżet: 1000 EUR Termin: 30 dni
Dzień dobry.
Mam doświadczenie w backend / full-stack rozwijaniu usług z płatnościami i skomplikowaną logiką biznesową. Mogę zrealizować backend wynajmu (sesje, taryfy, płatności), integrację ze stacjami (IoT / API), web-flow po QR oraz panel administracyjny do zarządzania usługą.
Pracuję z podejściem MVP, zakładam architekturę pod skalowanie.
Jestem gotowy omówić stos, integracje i etapy realizacji.
Budżet: 3900 EUR Termin: 50 dni
Cześć,
Nazywam się Gor Abrahamyan i jestem programistą internetowym z doświadczeniem w budowaniu rozwiązań e-commerce i niestandardowych systemów internetowych. Jestem bardzo zainteresowany Twoim projektem sklepu z częściami samochodowymi i chętnie pomogę Ci w jego efektywnej i niezawodnej realizacji.
Specjalizuję się w tworzeniu sklepów internetowych z:
Katalogami produktów i zarządzaniem kategoriami
Wyszukiwaniem i filtrowaniem części samochodowych
Systemami koszyka zakupowego i realizacji zamówień
Integracją płatności i dostawy
Panelami administracyjnymi do łatwego zarządzania treścią i zamówieniami
Responsywnym designem dla urządzeń mobilnych i komputerów stacjonarnych
Skupiam się na czystym kodzie, wydajności i skalowalności, zapewniając, że sklep jest szybki, bezpieczny i łatwy w utrzymaniu. Mogę pracować z istniejącymi projektami lub stworzyć projekt od podstaw na podstawie Twoich wymagań.
Chętnie omówię Twoje cele, potrzeby techniczne i harmonogram bardziej szczegółowo.
Dziękuję za Twój czas i czekam na Twoją odpowiedź.
Z poważaniem,
Gor Abrahamyan
Budżet: 3000 EUR Termin: 30 dni
super interesujący projekt!
jestem zainteresowany współpracą!
mam 6-letnie doświadczenie w rozwoju IT. mogę zająć się częścią backendową.
porozmawiajmy o warunkach w wiadomości prywatnej?
Budżet: 3900 EUR Termin: 29 dni
Dzień dobry!
Nazywam się Walentyn i reprezentuję Arctic Web Agency. Jesteśmy zespołem doświadczonych programistów, którzy specjalizują się w tworzeniu nowoczesnych i efektywnych rozwiązań internetowych dla biznesu. W wiadomościach prywatnych mogę przesłać przykłady naszych podobnych prac. Jesteśmy gotowi podjąć się realizacji Twojego projektu!
Z poważaniem
Zespół Arctic Web Freelancehunt
Budżet: 1500 EUR Termin: 30 dni
Specjalizujemy się w podobnych panelach, mamy duże doświadczenie w pracy z urządzeniami IoT. Jestem gotów zająć się Twoim projektem.
Budżet: 1200 EUR Termin: 1 dzień
super szczęśliwy, że mogę Ci pomóc w tym
podzielę się wcześniejszą pracą na czacie, aby upewnić się, że pasujemy do siebie
Budżet: 1500 EUR Termin: 40 dni
Cześć, Kirył! Dokładnie zapoznałem się z Twoim TZ (wersją roboczą). Zadanie jest jasne: budowa rdzenia Backend do udostępniania powerbanków, integracja z protokołami IoT stacji oraz interfejs Web dla klientów/adminów.
Odpowiedzi na Twoje pytania (pkt 11):
Stos (Backend + Web): — Backend: Node.js (NestJS). Dlaczego: idealne wsparcie dla TypeScript, modularność, łatwa praca z WebSockets/MQTT (do komunikacji ze stacjami w czasie rzeczywistym) oraz kolejkami RabbitMQ (dla niezawodności poleceń "wydaj/odbierz"). — Baza danych: PostgreSQL (dla niezawodnych transakcji/wynajmów) + Redis (do cachowania statusów slotów). — Frontend (Web-flow + Admin): Next.js. To zapewni natychmiastowe ładowanie strony wynajmu po zeskanowaniu QR (SSR).
Doświadczenie z IoT/Płatnościami: Mam doświadczenie w pracy z WebSockets (NestJS Gateway) oraz RabbitMQ do asynchronicznego przetwarzania zdarzeń. Realizowałem integracje płatności (Stripe) przez Webhooks.
3. Logika Offline i Dziennik Zdarzeń: — Użyję kolejki wiadomości (RabbitMQ). Jeśli stacja jest Offline, polecenie nie ginie, a czeka w kolejce (z TTL). — Po przywróceniu połączenia stacja wysyła pakiet zgromadzonych zdarzeń (bulk update). Backend porównuje znaczniki czasowe zdarzeń i aktualizuje stan slotów w bazie danych. — Logowanie wszystkich "surowych" zapytań od stacji w MongoDB (jako cold storage) do audytu spornych sytuacji.
Budżet: 7480 EUR Termin: 60 dni
Witam Państwa,
Dziękuję za szczegółowy opis, chętnie pomogę w realizacji projektu. Jestem inżynierem oprogramowania z ponad 7-letnim doświadczeniem w tworzeniu różnych stron internetowych, rozwiązań SaaS, skomplikowanych platform internetowych i MVP dla startupów. W portfolio wskazałem na niektóre opracowane projekty.
Mój stos technologiczny obejmuje następujące technologie i ich frameworki: PHP (Yii2, Laravel, Symfony), HTML5, CSS3, JS (Vue.js, React.js), MySQL, PostgreSQL.
Budżet: 400 EUR Termin: 2 dni
Dzień dobry. Jestem gotów wykonać ten projekt, mam duże doświadczenie w tworzeniu aplikacji.
Budżet: 4500 EUR Termin: 45 dni
Cześć!
To niezawodny i dobrze przemyślany produkt, a ja pewnie tworzę systemy, w których sprzęt, płatności i logika backendowa muszą pozostawać stabilne nawet w warunkach rzeczywistych. Pracowałem nad platformami do wynajmu z logiką opartą na sesjach, depozytami, karami i pełnymi dziennikami audytu, i rozumiem, jak ważne są zaufanie i śledzenie, gdy mowa o pieniądzach i urządzeniach.
Mogę zaprojektować architekturę skoncentrowaną na backendzie, która wyraźnie oddziela użytkowników, wynajem, taryfy, płatności i stan stacji, zapewniając jednocześnie odporność integracji ze stacją na słabe lub utracone połączenia. Praca z protokołami urządzeń, kolejkami wiadomości, ponownymi próbami i uzgadnianiem stanu po okresach wyłączenia — to coś, z czym już się spotkałem, w tym szczegółowe dzienniki zdarzeń, które można odtworzyć w celu rozwiązania sporów.
Jednym z pomysłów, które bym zaproponował, jest niezmienna oś czasu zdarzeń dla każdej sesji wynajmu, która rejestruje każdy sygnał stacji, działanie związane z płatnością i decyzję systemu. Nawet jeśli stacja się wyłączy, system będzie mógł bezpiecznie przywrócić końcowy stan później bez zgadywania, co jest krytycznie ważne dla skalowalności i wsparcia klientów.
Aby stworzyć minimalny opłacalny produkt (MVP) z późniejszą stabilizacją, integracją z panelem administratora i stacjami, oszacowałbym czas realizacji na około 45 dni przy budżecie wynoszącym 5000 dolarów.
Dziękuję!
Budżet: 2000 EUR Termin: 25 dni
Cześć, miło mi cię poznać.
Dokładnie sprawdziłem twoje wymagania.
Jeśli chodzi o stos technologiczny, myślę, że React.js + Node.js będą dobrze pasować do twojego projektu.
Mam wystarczające doświadczenie w integracji bankowej i kartowej i mogę pomyślnie zakończyć twój projekt w ciągu miesiąca.
Porozmawiajmy o tym bardziej szczegółowo.
Z najlepszymi życzeniami.
Budżet: 300 EUR Termin: 1 dzień
Cześć! Jestem gotowy napisać backend do wynajmu Power Bank. Proponuję stos Laravel. Mogę również zrealizować frontend, ponieważ pracuję jako fullstack. Wykonam Twoje zadanie szybko i jakościowo.
Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą!
Budżet: 200 EUR Termin: 7 dni
Tworzyłem systemy wynajmu i billingowe powiązane z urządzeniami (statusy, sesje, płatności). Dla usługi power bank od razu widzę kluczowe elementy: wynajem jako sesję, kontrola czasów, zwrot, awarie stacji. Mogę zrealizować backend + web (strona QR, panel administracyjny), zacząć od architektury i MVP. MVP zajmie tydzień.
Budżet: 2000 EUR Termin: 22 dni
Szanowny Kyryło!
Przejrzałem Twoje wymagania techniczne dotyczące usługi wynajmu przenośnych zewnętrznych akumulatorów z interfejsem użytkownika oraz integracją ze stacjami Internetu rzeczy. Na podstawie 8-letniego doświadczenia w tworzeniu skalowalnych platform internetowych i podłączonych do Internetu rzeczy, proponuję następujące rozwiązanie:
Rozwiązanie techniczne
Stos: MERN (MongoDB, Express.js, React, Node.js) do pełnej rozwinięcia. Umożliwia to szybkie opracowanie responsywnego interfejsu internetowego, niezawodnego backendu REST/GraphQL API oraz elastycznego modelowania danych dla dynamicznych bytów, takich jak użytkownicy, stacje, sloty i wynajem. MongoDB zapewnia skalowalne przechowywanie dla zdarzeń, dzienników i transakcji, w tym offline-synchronizację ze stacjami.
Interfejs użytkownika: dostęp do stacji oparty na kodach QR, autoryzacja w sieci (telefon/SMS lub e-mail), płatność kartą z logiką depozytu/kary oraz zarządzanie sesjami.
Backend i API: backend Node.js/Express z autoryzacją opartą na JWT, dostępem opartym na rolach dla administratora/użytkowników, pełnym rejestrowaniem audytu oraz logiką obliczania stawek/płatności. RESTful API (udokumentowane OpenAPI/Swagger) do integracji ze stacjami i interfejsem internetowym.
Integracja z Internetem rzeczy: Komunikacja ze stacją odbywa się przez HTTP API/MQTT/WebSocket w zależności od producenta. Zawiera komendy do wydawania/przyjmowania/pulsu/stanu, niezawodne przetwarzanie błędów oraz przywracanie zdarzeń offline z dalszą spójnością.
Płatności: Integracja z dostawcą usług płatniczych, który obsługuje transakcje kartowe, depozyty i zwroty. Opracowane do dalszego rozszerzenia na NFC lub alternatywne metody.
Panel administratora: Panel internetowy oparty na React do monitorowania stacji, wynajmu, zarządzania użytkownikami, stawek i raportowania finansowego z aktualizacjami w czasie rzeczywistym.
Wymagania niefunkcjonalne: Bezpieczeństwo przez JWT/zarządzanie sesjami, ograniczenia prędkości, ochrona administratora, dzienniki audytu.
Skalowalna architektura do obsługi ponad 100 stacji. Niezawodna praca z niezawodnymi mechanizmami rejestracji zdarzeń i przywracania.
Jestem pewny, że stworzę stabilną platformę z jasną dokumentacją, instrukcjami wdrożenia oraz zautomatyzowanymi kontrolami krytycznych przepływów biznesowych.
Chętnie szczegółowo omówię wybór stosu, strategie integracji Internetu rzeczy oraz podejścia do offline-synchronizacji.
Z najlepszymi życzeniami,
Budżet: 36 EUR Termin: 1 dzień
Witam. Pracuję z React/Node.js od ponad 8 lat. Jestem gotów zrealizować projekt.
Rozpakować i posortować bazę w formacie XL według miast Rozpakować i posortować bazę w formacie XL według miast Rozpakować i posortować bazę w formacie XL według miast
O firmie Firma handlowa. Pracujemy z grupą towarową liczącą ponad 2000 pozycji w różnych kategoriach.Aktualna sytuacja Obecnie nomenklatura jest prowadzona w Google Sheets — dane są skonsolidowane według zakładek (kategorii). Struktura zakładek: Nazwa towaru Grupy cen: koszt własny, hurt, detal Charakterystyki: waga, ilość w opakowaniu itd. Ważne: liczba kolumn różni się w zależności od kategorii towarów, ponieważ mają one różne charakterystyki.Dlaczego obecne rozwiązanie nie jest odpowiednie Google Sheets nie pozwala na ustawienie praw dostępu na poziomie poszczególnych kolumn. Potrzebujemy: Przyznawania użytkownikom praw do wyświetlania określonych kolumn (na przykład tylko kosztów własnych) Przyznawania praw do edycji określonych kolumn (na przykład cen detalicznych) Ograniczenia dostępu do pozostałych kolumn w tej samej zakładceCo należy zrobićPodstawowe wymagania Elastyczny system rozgraniczenia praw Dostęp na poziomie poszczególnych kolumn (odczyt / zapis) Przydzielanie praw według ról lub użytkowników Zarządzanie prawami bez udziału programistów Wsparcie dla różnych struktur danych Różne kategorie towarów mają różny zestaw charakterystyk Dodawanie nowych kolumn/charakterystyk bez programowania Niepodległość od programistów Administracja przez wewnętrznych pracowników Dodawanie kategorii, kolumn, użytkowników — przez interfejs Integracja z ERP Eksport aktualnych cen do naszego systemu ERP Eksport lub automatyczna integracja przez API Analiza danych z wykorzystaniem AI (pożądane) Możliwość analizy całej listy nomenklatury Ubogacanie, weryfikacja, rekomendacje — jeśli masz pomysły, opiszOczekiwany rezultat Działające rozwiązanie, w którym: Nomenklatura jest zorganizowana według kategorii z różnymi zestawami charakterystyk Prawa do kolumn są elastycznie konfigurowane (wyświetlanie / edytowanie) Dane są eksportowane do ERP Zespół może samodzielnie zarządzać systememCo potrzebujemy od Ciebie przy odpowiedzi Opisz w ogólnych zarysach, jak widzisz rozwiązanie: Jakie narzędzie / platformę proponujesz
Konieczne jest przeprowadzenie głębokiej analizy technicznej trzech plików PDF pod kątem autentyczności oraz możliwych oznak edytowania lub fałszowania. Potrzebna jest nie tylko wizualna ocena dokumentów. Wykonawca powinien dobrze rozumieć wewnętrzną strukturę plików PDF oraz umieć analizować: metadane plików; strukturę PDF oraz poszczególnych obiektów; historię tworzenia i możliwego edytowania; używane oprogramowanie; wbudowane czcionki, obrazy, warstwy i inne elementy; możliwe oznaki ponownego zapisywania, konwersji, wprowadzania zmian lub tworzenia dokumentu z datą wsteczną; jakiekolwiek techniczne niezgodności, które mogą świadczyć o manipulacjach z plikami. Na podstawie przeprowadzonej analizy należy przedstawić zrozumiałe pisemne wnioski dotyczące każdego pliku z wskazaniem wykrytych oznak, ryzyk oraz ograniczeń analizy. Rozważamy specjalistów, którzy mają praktyczne doświadczenie w cyfrowej kryminalistyce, analizie dokumentów PDF, metadanych lub weryfikacji plików elektronicznych pod kątem autentyczności. W odpowiedzi prosimy krótko opisać swoje doświadczenie, metody oraz narzędzia, które wykorzystujesz do takiej analizy.
Ogólne informacje Konieczne jest opracowanie prostej, minimalistycznej systemu webowego, którego głównym celem jest prowadzenie bazy klientów, tworzenie zapisów na wizyty oraz automatyzacja procesu potwierdzania wizyt przez SMS, wysyłanie jednorazowych linków przez API z samego serwisu. Projekt jest realizowany etapami. Na pierwszym etapie konieczne jest wdrożenie jedynie podstawowej funkcjonalności (MVP), aby system mógł być używany w rzeczywistej pracy. Po uruchomieniu i przetestowaniu będzie stopniowo rozszerzany o nowe moduły.Podstawowa funkcjonalność pierwszego etapu autoryzacja użytkowników; baza klientów; tworzenie i edytowanie zapisów; lista zapisów (lub prosty kalendarz); przełączanie między punktami sprzedaży; integracja z operatorem SMS przez API; wysyłanie SMS z dowolnym tekstem lub linkiem do potwierdzenia wizyty; potwierdzenie lub anulowanie wizyty przez klienta za pomocą jednorazowego linku; wyświetlanie statusu potwierdzenia bezpośrednio obok zapisu klienta. Na początkowym etapie zamiast pełnoprawnego kalendarza dopuszcza się użycie prostego wykazu zapisów według dni. Każdy dzień powinien zawierać chronologiczny wykaz rezerwacji z podaniem czasu, imienia klienta, usługi, pracownika oraz statusu potwierdzenia. W przyszłości ten wykaz można będzie zastąpić pełnoprawnym kalendarzem bez zmiany struktury systemu. W systemie powinna być możliwość przełączania się między punktami sprzedaży. Każdy punkt sprzedaży ma własną listę zapisów (lub kalendarz), ale wszystkie korzystają ze wspólnej bazy klientów.
Kopiowanie bazy i frontu dla bazy (Obecnie częściowo skopiowany front i niektóre cechy, ale niepoprawnie. Parser wypełnił bazę swoimi cechami) Synchronizacja parsera z bazą i cechami bazy Naprawa błędu agenta parsera Przycinanie zdjęć proporcjonalnie do znaku wodnego, które spływają z parsera Praca bufora z nową bazą i narzędziami z obiektami tej bazy Poprawienie drobnych błędów: na przykład tekst popupów lub drobne momenty na froncie, błędy, które pojawią się podczas realizacji zadań Podłączenie nowego magazynu do przechowywania mediów Logi przestały trafiać do tabeli operacji finansowych, co nas stronach bilansu i planu taryfowego (płatność taryfy, doładowanie konta (sukces/nie)) Sprawdzić jeszcze raz działanie płatności i po tym zamienić testowe API billingowe od monobanku na rzeczywiste Udoskonalić prawa dostępu dla użytkownika administratora baz Obecnie są zawieszone procesy, które obciążają serwer, trzeba to sprawdzić Logika komentarzy i notatek obecnie działa niepoprawnie, trzeba, aby dla tego samego obiektu w 2 bazach - komentarze były przypisane do każdej bazy, a nie do obiektu, źródłem którego jest obiekt tej bazy (Bardziej szczegółowo mogę wyjaśnić osobiście) Zafiksować w bazach poprawne sortowanie (Obecnie od pierwszego dodanego do ostatniego. trzeba odwrotnie, funkcjonalność sortowania stworzona) Sprawdzić i poprawić poprawność filtrów w bazach, możliwe, że dodać ograniczenia na filtrację przy dużych objętościach danych