Budżet: 20000 UAH Termin: 7 dni
Dzień dobry! Będę zadowolony, aby omówić szczegóły i zająć się tym zadaniem. Jestem programistą fullstack z ponad 3-letnim doświadczeniem, specjalizującym się w tworzeniu nowoczesnych aplikacji internetowych z użyciem React, Next.js i NestJS. Proponowany stos technologiczny:
Backend: NestJS + Fastify + Prisma
Frontend: Next.js 14 (App Router) + TailwindCSS
Baza danych: PostgreSQL
Ostatnie prace:
https://hashtech.dev/,
https://rentalviv.com/
https://similiastudio.com/en
https://izigram.com/,
https://4friends.in.ua/
https://bondaruk.vercel.app/
https://booking-land.vercel.app/
https://fasqon.vercel.app/,
https://yoga-olive-omega.vercel.app/
Więcej prac mogę zaprezentować w wiadomościach.
Budżet: 12000 UAH Termin: 7 dni
Dzień dobry. Specjalizuję się w CRM, dashboardach, bazach danych oraz usługach internetowych do przetwarzania, ewidencji i analizy. Wygodny i nowoczesny design. Opracowanie w pełni pod klucz. Lavarel 12.
Można zrealizować integrację ze sztuczną inteligencją oraz inne automatyzacje. CRM to mój główny kierunek, dlatego mogę zaproponować wiele interesujących opcji.
Zapraszam do kontaktu.
Budżet: 26998 UAH Termin: 70 dni
Witam.
Jestem zainteresowany stworzeniem wersji beta backendowego aplikacji internetowej do przetwarzania formuł kosmetycznych, generowania INCI oraz sprawdzania zgodności z regulacją UE 1223/2009.
Projekt jest dobrze sformułowany i wygląda jak rdzeń platformy SaaS, a nie jednorazowe rozwiązanie — to ważne, i z takim podejściem pracuję.
Jak widzę realizację beta
Architektura
backend jako oddzielne logiczne jądro (API-first);
wyraźne rozdzielenie domen: Formuła / INCI / Regulacyjny;
frontend — minimalny portal do pracy z formułami (bez logiki biznesowej);
gotowość do skalowania (multi-tenant, pakiety krajowe, dodatkowe bazy).
Funkcjonalność beta
Generacja INCI
wprowadzenie formuły w formie tabelarycznej;
normalizacja INCI na podstawie CosIng;
agregacja procentów;
poprawne formowanie INCI dla etykiety UE;
wykrywanie błędów i niepoprawnych nazw.
Sprawdzanie regulacji 1223/2009
sprawdzanie Załączników II–VI;
statusy OK / WARN / FAIL;
wyświetlanie ograniczeń i max %;
oddzielny moduł sprawdzania bez hardcodowania zasad.
Dane
PostgreSQL z normalnym modelem danych;
struktura bazy danych, gotowa do podłączenia Raw Materials / Fragrance DB w przyszłości;
czysta logika biznesowa bez powiązania z jednym typem produktu.
Technologie
Backend: Node.js / NestJS lub Python (FastAPI) — w zależności od Twoich priorytetów
Baza danych: PostgreSQL
API: REST (z możliwością rozszerzenia do GraphQL)
Frontend: minimalny interfejs webowy (React lub analog)
Termin (beta)
6–8 tygodni, realistycznie:
architektura i model danych;
bazy INCI (CosIng);
logika generacji INCI;
moduł sprawdzania Załącznika;
podstawowy portal internetowy;
testowanie i dokumentacja API.
Bez „szybkich hacków”, ale z fundamentem do wzrostu.
Pracuję z uwagą na logikę regulacyjną, strukturę danych i długoterminowe wsparcie produktów.
Jestem gotów omówić rozwiązania architektoniczne, format beta oraz dalszą mapę drogową platformy.
Budżet: 26999 UAH Termin: 4 dni
Dzień dobry! Jestem gotów wykonać ten projekt. Mam duże doświadczenie w tworzeniu różnych aplikacji.
- Zlecenia 7
- Ocena 3.4
- Ranking -
Budżet: 10000 UAH Termin: 10 dni
Witam.
Mam doświadczenie i chęć do pracy.
Zrealizuję w ustalonym terminie.
Budżet: 27000 UAH Termin: 40 dni
Wład, witam!
Zainteresował mnie Twój projekt, nasz zespół ma duże doświadczenie w tworzeniu skomplikowanych aplikacji, w tym ukierunkowanych na SaaS.
Realizujemy backend, jeśli to konieczne - wszystkie inne prace również weźmiemy na siebie pod klucz.
Mamy uformowany zespół od analityka biznesowego, projektanta, po rozwój i testowanie.
Porozmawiajmy o szczegółach.
Budżet: 10000 UAH Termin: 10 dni
Witam Mogę opracować backend w Golang, frontend w vue. Mam 5-letnie doświadczenie komercyjne w rozwoju, a także 10 lat jako analityk biznesowy/architekt. Możemy pracować z elastycznymi zasadami biznesowymi i wbudować w system prosty język skryptowy jak LUA, aby można było zmieniać/wprowadzać nowe zasady bez programisty, po prostu przez panel administracyjny. Proszę o kontakt, szczegółowo przeanalizujemy projekt, opracujemy wysokiej jakości specyfikację i przystąpimy do rozwoju.
Budżet: 25000 UAH Termin: 11 dni
Witam! 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ą!
Aktualnie brak ofert
Aktualne zlecenia dla freelancerów w kategorii Bazy danych i SQL
Istnieje działająca platforma produkcyjna z katalogiem i automatycznym aktualizowaniem zewnętrznych ofert i cen. Stos technologiczny: — Node.js / TypeScript; — PostgreSQL; — istniejąca usługa odświeżania cen i cron; — oddzielny gotowy moduł walidacji i wyboru ofert w Pythonie; — staging i produkcja. Konieczne jest punktowe dopracowanie istniejącego pipeline'u odświeżania cen bez pełnego przepisywania backendu. OBOWIĄZKOWY ZAKRES 1. Integracja modułu Python — Moduł Python pozostaje oddzielnym komponentem; — zwraca zorganizowany wynik: oferty, wybrana oferta, statusy i flagi ryzyka; — Node.js waliduje wynik i wykonuje zapis w bazie danych; — przewidzieć obsługę błędów i częściowych/nieudanych uruchomień; — pipeline dziedziczony nie jest wyłączany do zakończenia QA. 2. Uruchomienie odświeżania według listy Dodaj uruchomienie: — po jednym slug/id; — po przekazanej liście slug/id. Możliwe CLI lub istniejące API serwisowe. Nowy interfejs użytkownika nie jest wymagany. 3. Tryb Shadow Nowe wyniki powinny być zapisywane oddzielnie i nie wpływać na produkcję do QA. Wymagane pola shadow: — cena; — ID wybranej oferty; — bezpośredni URL; — status oferty; — flagi ryzyka/QA; — checkedAt; — engineVersion. 4. Rozszerzenie istniejącej tabeli ofert Dodaj: — źródło; — external_offer_id; — last_seen_at; — last_checked_at; — engine_version; — flagi ryzyka lub przechowywanie w istniejącym JSON; — unikalne ograniczenie dla ochrony przed duplikatami. Nie jest wymagane tworzenie nowego równoległego systemu ofert, jeśli istniejącą tabelę można bezpiecznie rozszerzyć. 5. UPSERT, STALE i transakcja DB Zamień obecną schemę DELETE → CREATE: — UPSERT istniejących i nowych ofert; — oferty, które nie występują w pełnym udanym snapshot, są przekazywane do STALE; — w przypadku błędu API, częściowego wyniku lub niedokończonego snapshot aktywne oferty nie powinny stawać się STALE; — aktualizacja ofert, metadanych wybranej oferty i pól shadow według jednego modelu odbywa się w ramach jednej transakcji DB; — w przypadku błędu wykonywany jest pełny rollback. 6. Bezpieczne odświeżanie kanoniczne Odświeżanie cen nie powinno zmieniać: — marki; — referencji; — modelu; — kolekcji; — nazwy/tytułu; — slug; — opisów; — obrazów; — pól SEO. Aktualizowane są tylko oferta, cena i dane shadow. 7. Zachowanie obecnej logiki cron Zachować: — istniejący cron; — rolling batches; — cooldown; — sprawdzenie PRICE_REFRESH_MIN_DAYS przed wywołaniem zewnętrznego API; — dziedziczony pipeline produkcyjny do zakończenia Shadow QA. 8. Audyt wyników Wystarczy jedna opcja: — kolumna shadow w istniejącej tabeli administracyjnej; lub — eksport CSV. Minimalne dane: — model/referencja; — cena produkcyjna; — cena shadow; — delta; — URL produkcyjny/shadow; — status; — flagi ryzyka; — checkedAt; — engineVersion. Nowy skomplikowany dashboard nie jest wymagany. 9. Staging i QA — migracje DB; — wdrożenie staging; — test dymny na 5 przekazanych modelach; — następnie Tryb Shadow na około 50 modelach; — naprawa błędów technicznych wykrytych podczas tych uruchomień; — krótka dokumentacja kontraktu Python → Node.js i procedura rollback. OPCJONALNIE OCENIĆ ODDZIELNIE Prosta promocja techniczna bez nowego UI: — promocja jednego modelu po slug; — promocja listy slug; — przeniesienie potwierdzonych wartości shadow do produkcji; — techniczna weryfikacja po rollout. WYNIK — Pull Request; — migracje DB; — działająca integracja Python → Node.js; — Tryb Shadow; — UPSERT, STALE i transakcyjne aktualizacje; — uruchomienie po slug/id; — wdrożenie staging; — wyniki testu dymnego; — krótka dokumentacja; — nie mniej niż 7 dni na poprawki błędów w zrealizowanym zakresie po akceptacji. W ODPOWIEDZI WSKAZAĆ 1. Stała cena za obowiązkowy zakres. 2. Oddzielny koszt mechanizmu promocji. 3. Termin. 4. Ocena godzin. 5. Kiedy gotowi do rozpoczęcia. 6. Doświadczenie z transakcjami PostgreSQL, migracjami i pipeline'ami wczytywania. 7. Jakie pytania należy wyjaśnić przed rozpoczęciem. 8. Czy wliczone są staging, QA, migracje i okres naprawy błędów. Szablonowe odpowiedzi bez konkretnej oceny nie będą rozpatrywane. Dostęp do produkcji na pierwszym etapie nie jest udostępniany. Praca zaczyna się od ograniczonego przeglądu kodu i stagingu.
Potrzebna jest centralna serwerowa system zbierania i przechowywania danych z Planfix, 1C, Meta Ads i Google Ads, a także webowy dashboard do ich wyświetlania i analizy. Wszystkie dane, historia zmian, obliczenia i agregowane wskaźniki muszą być przechowywane wyłącznie w serwerowej bazie danych. Dashboard nie powinien przechowywać ani duplikować danych biznesowych. Ma on uzyskiwać niezbędne informacje z serwerowej bazy przez API zgodnie z zapytaniami użytkownika i wyświetlać je w postaci KPI, wykresów, tabel i szczegółowych raportów.
Szukamy wsparcia dla projektu opartego na Yii , trzeba wprowadzać poprawki i dopracowania bazy, częściowo jest kontakt z poprzednim wykonawcą .....................
Migracja bazy z jednego CRM do drugiego
Potrzebna jest migracja bazy z CRM G-PLUS do MyChatBot Objętość bazy - 26 tys. leadów 2 leje - Centrum obsługi klienta oraz Dział sprzedaży z własnymi lejkami Karty leadów (oprócz imienia i numeru) mają wiele różnych pól Leady mają również nagrania głosowe rozmów. Muszą być również przeniesione Od kandydata oczekuję orientacyjnej kwoty oraz terminów realizacji
Stworzyć dashboard do monitorowania i analizy efektywności sieci lokalizacji (filiów) firmy w Google Business Profile (GBP) poprzez oficjalne API Google Business Profile. Przetwarzanie przez skrypt oparty na Google Apps Script (podpiąć do Google Arkuszy). Zapis danych w Google Arkusze (które pełnią rolę bazy danych dla Looker Studio). Aktualizacja: Codziennie (z wskazaniem daty ostatniej aktualizacji). Stworzyć serwisowe konto Google Cloud. Skrypt raz na dobę (wyzwalacz o 03:00 w nocy) wysyła zapytanie do GBP API. Otrzymuje metryki za wczorajszy dzień dla każdej lokalizacji (locationId). Zapisuje dane w tabeli w płaskim formacie (wiersz = unikalne połączenie Data + ID Filia + Metryki). Karty kluczowych wskaźnikówNazwa kartyMetryka GBPFormat dynamikiWyświetlenia profiluImpressions (Search + Maps)Procent %, Sparkline (niebieski)PołączeniaLocal Services Phone CallsProcent %, Sparkline (zielony)Przejścia na stronęWebsite ClicksProcent %, Sparkline (fioletowy)Budowanie trasDirection RequestsProcent %, Sparkline (pomarańczowy)Średnia ocenaAverage Review RatingZmiana absolutna (np. +0.1), Sparkline (żółty)Nowe recenzjeNew Reviews CountProcent %, Sparkline (turkusowy)