Budżet: 16000 UAH Termin: 2 dni
Gotowy wykonać pełen zakres prac za podaną cenę. Szczegóły w wiadomości prywatnej.
Potrzebne są poprawki w programie księgowym "IBS Zarządzanie" , który działa na bazie MS SQL Server i wykorzystuje FastReport do codziennego generowania eksportu towarów do sklepu internetowego.
Obecnie system eksportuje całą nomenklaturę (~8000 pozycji). Ale potrzebujemy, aby eksportowane były tylko te towary, które specjalnie oznaczyliśmy jako gotowe do publikacji na stronie (z poprawnie wypełnionymi cechami).
Sprawić, aby do codziennego eksportu trafiały tylko oznaczone towary, a wszystkie inne były ignorowane.
Aby to zrobić, należy wykonać następujące prace:
Nazwa: EksportowaćNaStronę
Typ: Boolean (Tak/Nie)
Wartość domyślna: „Nie”
Wyświetlanie:
dodać do karty towaru;
dodać do listy towarów jako osobną kolumnę (aby można było masowo zaznaczać).
W miejscu, gdzie formowany jest eksport (FastReport / Zapytanie SQL), dodać filtr:
WHERE Towary.EksportowaćNaStronę = 1
To znaczy, że do pliku trafiają tylko te towary, gdzie zaznaczono „Eksportować na stronę”.
Dodać nowy parametr do zapytania.
Sprawdzić poprawność działania eksportu.
Przetestować na bazie testowej lub przykładowych danych.
Dostęp do serwera (RDP/VPN).
Dostęp do bazy MS SQL.
Dostęp do plików FastReport (fr3/frx).
Przykład aktualnego eksportu.
Struktura pliku, który ma być generowany.
Doświadczenie w pracy z MS SQL Server (T-SQL, widoki, procedury składowane).
Doświadczenie w pracy z FastReport (FR3/FRX, zapytania SQL, filtry).
Staranna wprowadzenie zmian bez zatrzymywania pracy systemu księgowego.
Budżet: 16000 UAH Termin: 2 dni
Gotowy wykonać pełen zakres prac za podaną cenę. Szczegóły w wiadomości prywatnej.
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ą .....................