Budżet: 10000 UAH Termin: 10 dni
Добрый вечер. Есть опыт парсинга розетки и других агрегаторов. Если устраивает цена, можем обсудить.
Не до конца понимаю как правильно сформулировать ТЗ, но попробую описать проблему с задачей.
Розетка поменяла правила захода к ним. Теперь они не принимают поставщиков если у них на сайте этот товар уже есть 5 раз и более от разных поставщиков и не важна цена.
У меня есть 2 группы товара. Это игрушки - toys.kupuy.top (не смотрите на оформление, его задумка изначально не была продающим сайтом, просто платформа для добавления и редактирования товара, но сейчас это исправляем) и инструменты - kupuy.top
Как я вижу первую задачу:
Мониторинг моих товаров и и мониторинг Розетки, и найти уникальный товар не выложенный у них. Кол-во позиций игрушки - 4,6К, инструменты - 16К. Мониторинг в виде позиция, кол-во у них на сайте и цены у них на сайте.
Вторая задача:
Промониторить Розетку и выявить дефицитный товар из любых категорий. Отчет в таблице с данными: Название товара, Бренд, Цена до 5 позиций, Кол-во на сайте и в какой группе товар.
Если есть идеи и предложения, то прошу писать в личку.
Свои товары могу выгрузить в таблицу для анализа.
Budżet: 10000 UAH Termin: 10 dni
Добрый вечер. Есть опыт парсинга розетки и других агрегаторов. Если устраивает цена, можем обсудить.
Budżet: 1000 UAH Termin: 7 dni
Здравствуйте. Готова работать , заинтересовал ваш проект, напишите в личные сообщения.
Budżet: 300 UAH Termin: 1 dzień
Здравствуйте. Есть уже готовый парсер для Розетки, которым периодически собираю характеристики и цены. Обращайтесь.
Budżet: 100 UAH Termin: 2 dni
Добрый день Сергей, заинтересовал ваш проект, готов приступить к выполнению после обсуждения деталей, результат гарантирую!
Подобный опыт работы есть.
Пишите обсудим детали и я погнал).
С ув. Александр.
Budżet: 100 UAH Termin: 1 dzień
Здравствуйте.
Готов выполнить ваше задание после уточнения деталей.
Цена и сроки - обсуждаются.
Здравствуйте.
Готов обсудить первую часть вашей задачи.
(по второй - "копать" всю розетку, чтоб найти что-то, чего у них нет ?...)
Наименования товаров на ваших ресурсах совпадают с соответствующими на розетке?
А у меня совершенно глупый вопрос. Раз у них теперь такие правила значит при заявке от магазина они тоже проверяют есть ли уже у них этот товар или нет. Может проще отправить им всю вашу номенклатуру а они ответят что могут взять а какие нет?
так и было, но они взяли две позиции на угад и проверили, а там по 11 и по 9 одинаковых, а дальше отказали
Вторая задача:
Тоїсть треба спарсити всі товари з розетки, і подивитися яких товарів мало?
Mamy synchronizację dwóch źródeł danych z CRM. System ogólnie jest stabilny. Jednak pozostaje część, która jest niesynchronizowana. Główna hipoteza — w jednym ze źródeł dane zmieniają się już po pierwotnej synchronizacji, a te zmiany nie zawsze są pobierane do CRM. + dane w dwóch źródłach mają różne nazwy/identyfikatory, chociaż reprezentują te same byty.
Zadanie: wdrożenie usługi LLM, która zna całą dokumentację firmy i odpowiada na pytania menedżerów działu sprzedaży. Co jest teraz: klient samodzielnie stworzył prototyp (oddzielny projekt z załadowanymi informacjami o firmie, umieszczony na serwerze), ale informacje z bazy nie są przekazywane do modelu — prawdopodobnie problem z API. Kod i dostęp udostępnimy. Pierwszy krok — audyt: naprawić istniejące lub uzasadnione zbudować od nowa. Wymagana funkcjonalność: Załadowanie całej dokumentacji firmy: opis każdej usługi, regulaminy, FAQ, cenniki (wszystkie materiały udostępnimy). Odpowiedzi ściśle na podstawie załadowanych dokumentów (RAG). Model nie wymyśla faktów; jeśli odpowiedzi w bazie nie ma — uczciwie o tym informuje. Dostęp dla menedżerów poprzez link (interfejs webowy), z autoryzacją. Scenariusze: menedżer zadaje dowolne pytanie dotyczące pracy firmy; wstawia pytanie klienta „jak jest” i otrzymuje gotową odpowiedź do wysłania; znajduje potrzebny regulamin/raport na żądanie. Aktualizacja bazy wiedzy bez programisty (ładowanie plików przez interfejs lub podłączony folder). Język angielski. Historia zapytania do kontroli jakości. Oczekiwania techniczne: LLM przez API (Claude/OpenAI — proszę zaproponować z wyliczeniem kosztów tokenów), pipeline RAG (baza wektorowa, embeddings), hosting na naszym serwerze lub w chmurze, HTTPS. Architektura ma pozwalać w przyszłości na podłączenie asystenta do analitycznego magazynu danych (równoległy projekt). W odpowiedzi proszę podać: przykłady podobnych projektów RAG, stack, czas, koszt pracy oraz orientacyjną miesięczną koszt posiadania (tokeny + hosting).
Cześć Jest mały oddział, do którego przyjmowani są pacjenci. Należy opracować prostą "bazę danych", w której będzie można wprowadzać materiały eksploatacyjne, leki i inne, przychody i wydatki, a także przypisywać użycie do konkretnego pacjenta. Funkcjonalność, która jest potrzebna Podręczniki Leki Materiały eksploatacyjne (możliwość wprowadzania ręcznego) Pacjenci (możliwość wprowadzania nowych i usuwania tych, którzy zostali wypisani) Pracownicy (możliwość edytowania)Obliczanie ruchu Jedna tabela (dziennik ruchu), w której rejestrowane jest wszystko Przychód i wydanie Możliwość ręcznej korekty Przy wydaniu pielęgniarka musi wybrać: datę; pacjenta; lek lub materiał; ilość; swoje imię i nazwisko. System automatycznie zmniejsza stan. Przy przyjęciu starsza pielęgniarka musi mieć możliwość wprowadzenia: Daty dostawy; Leku/materiału; Ilości pozostałej; Skąd przyszło; Terminu ważnościFunkcjonalność automatyczna automatyczne obliczanie stanów; kontrola minimalnego zapasu; kontrola terminów ważności; ostrzeżenia o niskich stanach; ochrona przed wydawaniem większej ilości, niż jest dostępna; listy rozwijane; weryfikacja poprawności wprowadzonych danych; formatowanie warunkowe.Raporty Należy zrealizować automatyczne raporty: aktualne stany; użycie w okresie; użycie według pacjenta; użycie według pracownika; historia ruchu konkretnego leku.Preferowane realizacja w Google Sheets; Bazy będziemy uzupełniać samodzielnie. Potrzebny jest szablon do pracy. Nie wiem, ile to kosztuje, więc zaczniemy od 50$, a wy proponujcie swoje opcje i dobrze, żebyście mieli doświadczenie.
Programista C# / .NET WPF – dokończenie migracji dużego programu do fakturowania RAFSOFT.NET Sp. z o.o. szuka programisty C# / .NET do dokończenia przepisywania dużego, wieloletniego programu do fakturowania na nową technologię. Projekt dotyczy migracji rozbudowanej aplikacji desktopowej dla firm, używanej do fakturowania, obsługi dokumentów sprzedaży, kontrahentów, ewidencji oraz funkcji księgowo-podatkowych. Nowa wersja programu jest tworzona w języku C# / .NET, z wykorzystaniem komponentów DevExpress. Projekt jest już przepisany w około 70%. Szukamy osoby, która pomoże doprowadzić go do końca, uporządkować brakujące elementy wykonać testy oraz zadbać o zgodność działania nowej wersji z dotychczasowym programem. Zakres prac: dokończenie migracji dużej aplikacji desktopowej do C# / .NET, odtworzenie funkcjonalności starego programu w nowej wersji, zachowanie możliwie identycznej logiki działania, wyglądu i sposobu obsługi, praca z komponentami DevExpress, analiza istniejącego kodu oraz porównywanie działania starej i nowej wersji programu, poprawianie błędów, uzupełnianie brakujących funkcji i testowanie aplikacji, współpraca przy finalnym przygotowaniu programu do wdrożenia. Wymagania: bardzo dobra znajomość C# oraz .NET, doświadczenie w tworzeniu aplikacji desktopowych dla Windows, znajomość WPF lub WinForms, doświadczenie z DevExpress lub podobnymi bibliotekami komponentów UI, umiejętność analizy dużego, istniejącego projektu, dokładność i cierpliwość przy odwzorowywaniu istniejącej funkcjonalności, umiejętność testowania własnych zmian, bardzo dobra umiejętność korzystania z narzędzi AI wspierających programowanie, analizę kodu, refaktoryzację i testowanie. Mile widziane: doświadczenie z projektami typu legacy, znajomość lub wcześniejsza praca z Visual Basic 6.0, doświadczenie przy migracji aplikacji ze starszych technologii do C# / .NET, znajomość zagadnień związanych z fakturowaniem, księgowością, JPK lub KSeF, doświadczenie w pracy z dużymi aplikacjami biznesowymi. Kogo szukamy: Szukamy osoby samodzielnej, dokładnej i technicznie doświadczonej, która potrafi wejść w istniejący projekt, zrozumieć jego logikę i konsekwentnie doprowadzić go do końca. W tym projekcie bardzo ważne jest nie tylko pisanie nowego kodu, ale również wierne odwzorowanie działania starego programu — zarówno pod względem funkcji, jak i wyglądu oraz sposobu obsługi. Wymagamy również biegłego posługiwania się narzędziami AI w codziennej pracy programistycznej. Zależy nam na osobie, która potrafi używać AI praktycznie: do analizy kodu, wyszukiwania błędów, przyspieszania migracji, tworzenia testów i porządkowania projektu. O firmie: RAFSOFT.NET Sp. z o.o. to polska firma tworząca oprogramowanie dla przedsiębiorców, biur rachunkowych oraz małych i średnich firm. Naszym głównym produktem jest program Faktura VAT, wspierający codzienną obsługę faktur, dokumentów sprzedaży, kontrahentów, ewidencji oraz rozliczeń zgodnych z polskimi przepisami. Rozwijamy własne aplikacje desktopowe i narzędzia związane z fakturowaniem, księgowością, KSeF, JPK oraz automatyzacją procesów firmowych. Nasze rozwiązania są projektowane z myślą o stabilności, prostocie obsługi i praktycznym zastosowaniu w codziennej pracy użytkowników. Strona firmy: www.rafsoft.net
Trzeba obliczyć statystykę w projekcie medycznym (włącznie z korelacjami). Również, jest zapotrzebowanie na stworzenie matematycznego modelu prognozowania rozwoju patologii na podstawie dostępnych danych.