Budżet: 1000 RUB Termin: 1 dzień
Приветствую, готов сотрудничать. Жду ваш ответ.
Необходимо добавить товары на сайт http://triumf-td.ru в раздел оригинальные картриджи по предоставленному прайсу и загрузить фото и описания с другого сайта.
Budżet: 1000 RUB Termin: 1 dzień
Приветствую, готов сотрудничать. Жду ваш ответ.
Budżet: 500 UAH Termin: 4 dni
Готова выполнить Ваше задание!
Budżet: 950 RUB Termin: 2 dni
Готовий взятися!
Budżet: 1000 RUB Termin: 1 dzień
Добрый день. Можно узнать подробности: количество товаров, фото и описания просто копипаст?
Budżet: 500 UAH Termin: 2 dni
Готова к выполнению задания.
Budżet: 400 UAH Termin: 1 dzień
Здравствуйте. Заинтересовало Ваше предложение,готова приступить.
Работала с наполнением сайтов разным контентом ответственно отношусь к работе,выполняю быстро.
[email protected]
Обращайтесь. Буду рада с Вами сотрудничать.
Budżet: 1000 RUB Termin: 1 dzień
Здравствуйте! Заинтересовало Ваше предложение, готова приступить к работе в любой момент. О цене, думаю, договоримся.
Моя почта: [email protected]
Жду ответа.
Budżet: 1000 RUB Termin: 10 dni
Готов помочь вам
Budżet: 1000 RUB Termin: 2 dni
Здравствуйте, хотел бы подробнее обсудить.
Budżet: 1000 RUB Termin: 1 dzień
Здравствуйте готов выполнить задание опыт имеется
Budżet: 800 UAH Termin: 3 dni
Не откладывайте на завтра - обращайтесь сегодня.
Budżet: 950 RUB Termin: 2 dni
Здравствуйте!
Готовы выполнить, если нужно будет примеры предоставим, в штате два программиста которые имеют опыт работы по данным задачам. Если удобно можно обсудить по скайпу либо почте
Budżet: 1000 RUB Termin: 2 dni
Готов взяться.
Budżet: 1000 RUB Termin: 2 dni
Подробности интересуют.
Budżet: 1000 RUB Termin: 1 dzień
Здравствуйте.
Готова выполнить.
Интересует кол-во товара и админка вашего магазина.
Budżet: 1000 UAH Termin: 1 dzień
Здравствуйте. Готова выполнить задание.
Budżet: 1000 RUB Termin: 1 dzień
Готов выполнить ваш заказ.
skype: stolya93
mail: [email protected]
Potrzebna jest oddzielna system CRM do centralnego przetwarzania wszystkich zamówień detalicznych z różnych kanałów sprzedaży (Prom, Rozetka, własne strony oraz zamówienia ręczne). Główne wymagania: Jednolity rejestr zamówień ze wszystkich źródeł z zachowaniem informacji o źródle i jego statusie. Oddzielny wewnętrzny status CRM, który działa niezależnie od statusu na marketplace lub stronie, z dwustronną synchronizacją statusów tam, gdzie jest to wspierane. Elastyczna integracja z 1C: dla każdego źródła administrator może osobno włączyć lub wyłączyć automatyczne wyładowanie zamówień. Integracja z przewoźnikami w celu automatycznego tworzenia TTN, zachowania jej numeru w CRM oraz przekazywania numeru TTN na Prom i Rozetka. Integracja z Checkbox w celu tworzenia projektów paragonów, wykorzystując konfigurowalne dopasowanie metod płatności, z dalszą kontrolą fiskalizacji. Wsparcie dla ręcznego tworzenia zamówień (telefon, Viber, Telegram, Direct itp.) z pełnym dalszym cyklem przetwarzania przez CRM. Wszystkie klucze API i ustawienia integracji powinny być zarządzane przez administratora przez interfejs CRM bez udziału programisty. Pełny dziennik działań i logowanie integracji w celu kontroli pracy systemu. Główny cel Menadżer powinien mieć możliwość całkowitego przetworzenia zamówienia w jednym interfejsie CRM — od otrzymania zamówienia po stworzenie dokumentu w 1C, TTN, projektu paragonu i zakończenie zamówienia, bez konieczności wchodzenia do paneli Prom, Rozetka, stron, przewoźników lub Checkbox.
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.
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.