Budżet: 400 UAH Termin: 7 dni
Мені потрібно подивитися на БД. І я скажу вам, що до чого.
На Access была создана база под наше предприятие для ведения учета заказов и отчетности по ним (в базе есть формы для заполнения бланков заказов, формы для выведения этих форм в печать, график изготовления и монтажа заказов, отчеты по сотрудникам, заказам, финансам и т.п.). На сегодняшний день программа работает не корректно или не работает вообще.
Требуется специалист, работающий в Access, который сможет реанимировать существующую базу данных, а в последствии, дополнить и усовершенствовать ее.
Budżet: 400 UAH Termin: 7 dni
Мені потрібно подивитися на БД. І я скажу вам, що до чого.
Budżet: 100 UAH Termin: 2 dni
Готов к работе!
Budżet: 2000 UAH Termin: 3 dni
Буду рад сотрудничеству.
Сделаю качественно и быстро.
Обращайтесь! Пишите в личку.
Могу на базе Вашей базы данных написать программу в С#, C++. Так удобнее и намного еффективнее.
Budżet: 50 USD Termin: 7 dni
Здравствуйте!
Я готов выполнить Ваш проект, буду рад сотрудничать с Вами.
Но для начала мне бы хотелось обсудить подробности Вашего задания, сроки и цену.
Жду Вашего ответа.
Budżet: 50 USD Termin: 3 dni
Сделаю в лучшем виде. Есть опыт.
Все вопросы в лс.
С уважением.
Budżet: 1000 UAH Termin: 14 dni
Если еще актуально, готова к сотрудничеству, большой опыт работы с Ms Access
Budżet: 20 USD Termin: 1 dzień
Могу посмотреть, когда-то работал с Access.
Budżet: 20 USD Termin: 3 dni
Добрый день.
Сделаю с интерфейсом на Delphi. Пишу программы Баз данных Interbase,
MS SQL, Access ... с интерфейсом на Delphi с 1997г.
Мною написаны программы Баз данных для Генерального представителя
фирмы Nokia в Армении, для Armenian Water and Sewerage Company.
С уважением, Mike
P.S. mail: [email protected]
ICQ: 465425839
Budżet: 15 USD Termin: 1 dzień
Пишіть домовимось.
Budżet: 100 USD Termin: 3 dni
Сделаю быстро, качественно и офигено.
Budżet: 10 USD Termin: 1 dzień
Пишите. Надо посмотреть как реализовано.
Budżet: 200 UAH Termin: 1 dzień
Здравствуйте. Если Вас интересует, то могу предложить написание отдельной программы-интерфейса которая будет работать с базой данных.
Budżet: 10 USD Termin: 1 dzień
Добрый день.
Я думал, что Access используют только на курсовые работы...))))).
Лучше 1 раз доплатить и сделать на нормальной БД, тем более если если "не работает вообще".
E-mail: [email protected]
skype: yurak_75
Budżet: 400 UAH Termin: 2 dni
доброго времени. выполню задание. подробнее в лс
Budżet: 500 UAH Termin: 2 dni
Готов к работе!
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.