Błogosławieństwo
Oksana
Budżet: 150 UAH Termin: 1 dzień
Tak ciekawy projekt. Mogę to zrobić dla ciebie. Jestem nauczycielem języka angielskiego, dlatego czytam różne ręczne pisma - nie jest to dla mnie problem :) Jeśli jesteś zainteresowany - możesz mi napisać. Mój Skype - Irynka2323 (Irinka I Olenka).
Budżet: 300 UAH Termin: 3 dni
Cześć, nazywam się Valerie i jestem tutaj, aby Ci pomóc!
Mam godny poziom języka angielskiego i wystarczająco dużo wolnego czasu, aby wykonać z niego inteligentną pracę.
Czekam na Twoją odpowiedź!
Budżet: 500 UAH Termin: 3 dni
Dzień dobry, jestem profesjonalnym tłumaczem angielskim. Przeczytając i pisząc znaczną ilość różnych artykułów i tekstów, zdobyłem wiele doświadczenia w różnych dziedzinach. Będę bardzo zadowolony, że pomogę. Ręczne pisanie nie będzie problemem. Czekam na Twoją odpowiedź)
Potrzebne wsparcie dla programu samoturu, serwerów katalogów baz danych oraz serwera online. Serwerów baz danych 5 szt.
Baza klientów była zbierana przez kilka lat z różnych źródeł, dlatego numery telefonów są zapisane w różnych formatach, jeden klient istnieje pod kilkoma ID, miasta wprowadzane ręcznie w różnych językach, obszar prawie nigdzie nie jest wypełniony. Z tego powodu niemożliwe jest normalne segmentowanie bazy. Co należy zrobić: 1. Audyt bazy (płatny osobno, pierwszy etap). Ile kartotek, ile telefonów poza formatem, ile duplikatów, ile unikalnych zapisów miast. Na podstawie wyników — doprecyzowana ocena pozostałych prac. 2. Standaryzacja telefonów. Wszystkie numery należy doprowadzić do formatu +380XXXXXXXXX. Numery, które nie mogą być jednoznacznie rozpoznane, — nie usuwać i nie zgadywać, a przenieść do osobnej listy. 3. Łączenie duplikatów. Zasada: jeden numer telefonu = jeden ID klienta. Przy tym jeden klient może mieć nieograniczoną liczbę numerów. Historia zamówień, e-maile, adresy, tagi i pola niestandardowe muszą zostać zachowane. 4. Analiza kartotek, na których „przyczepiono” wiele numerów. 5. Miasta i obszary. Nazwy miejscowości — z jednego słownika ukraińskiego (API Nowej Poczty lub KATOOTG). Obszar musi być zawsze wypełniony, aby jednym filtrem można było wyeksportować wszystkich klientów z Kijowa i obszaru, a nie osobno Brovary, osobno Irpień itd. 6. Ochrona przed ponownym zanieczyszczeniem: normalizacja telefonu i miasta na wejściu (formularze strony, integracje, ręczne wprowadzanie) + regularna kontrola nowych zapisów w tle. Wymagania: — praktyczne doświadczenie w pracy z API SIMLA / RetailCRM (v5): eksport, aktualizacja, łączenie kartotek, limity zapytań; — doświadczenie w zadaniach związanych z deduplikacją danych; — zrozumienie ukraińskich adresowych słowników. Warunki pracy: pełny backup przed jakimikolwiek zmianami; najpierw dry-run z raportem o planowanych zmianach do zatwierdzenia, a dopiero potem uruchomienie na bazie produkcyjnej; log wszystkich operacji z możliwością cofnięcia. Bez nieodwracalnych usunięć bez zgody. W odpowiedzi napisz: — terminy i koszt
Potrzebne jest zebranie dużej i aktualnej bazy kontaktów ukraińskich naukowców, wykładowców, pracowników naukowych, doktorantów i studentów z wykorzystaniem tylko otwartych źródeł. Wynik ma być w formacie Excel lub CSV i zawierać co najmniej imię i nazwisko, email, miejsce pracy (uniwersytet lub instytucja naukowa), stanowisko oraz link do źródła, z którego uzyskano kontakt. Należy maksymalnie unikać duplikatów i, jeśli to możliwe, sprawdzać aktualność adresów email. Do zbierania danych można wykorzystać oficjalne strony uniwersytetów i instytucji naukowych, profile wykładowców, strony katedr, instytucjonalne repozytoria, czasopisma na platformie OJS, ORCID, OpenAlex, Google Scholar, ResearchGate, Crossref, PDF artykułów naukowych, a także inne otwarte zasoby akademickie. Mile widziane jest wykorzystanie automatyzacji (parsowanie, API, Python itp.), jeśli nie narusza to zasad odpowiednich serwisów. Głównym celem jest zebranie jak najbardziej kompletnej bazy kontaktów z otwartych źródeł.
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ą .....................