Budżet: 1000 UAH Termin: 15 dni
Доброго дня. Цікавлять ще деякі деталі.
Пишіть в
Telegram : olegkab2000
Discord: OlegKab#8316
Або в ЛС, в крайньому випадку )
Прийом сировини відбувається наступним чином: укладається договір на постачання сировини, потім проводиться замовлення у постачальника, після цього на склад поставляють сировину.
Процес збуту відбувається наступним чином: клієнт укладає договір на постачання продукції, потім робить замовлення, тобто складає заявку з найменуванням та кількістю необхідної йому продукцією. Підприємство, виходячи з заявок, випускає цю продукцію. Потім клієнтові надається рахунок, який він повинен сплатити за певний термін.
Процес обліку продукції відбувається наступним чином: відповідно до замовлення відбувається завантаження машини, яка доставить продукцію клієнту.
Хлібокомбінат включає в себе систему обліку виробленої продукції, яка передбачає введення системного каталогу, відображає перелік робітників хлібокомбінату, сировини, виробів. З даною інформаційною системою можуть працювати такі групи користувачів: адміністратор(дирекція) і співробітники.
При роботі з даною базою даних адміністратор хлібокомбінату повинен заносити робітників до бази, вести облік виробленої продукції та сировини на складі, а також роздруковувати відомість для звіту.
В хлібопекарні ведеться картотека робітників, в яку заносяться їхні дані: ПІБ, посада, стать, дата народження. Облік виробів ведеться по даним: назва, вид, вартість, дата виготовлення та її кількість. Необхідні дані по сировині: назва, тип, строк придатності та її вартість.
БД розробляється для обслуговування економічного відділу і в невеликому ступені виробничого відділу хлібозаводу. Таким чином, основними завданнями, для яких проектується БД, є:
- Ввід даних робітників, виробів, сировини.
- Оформлення відомості по виробництву та вивід її на друк.
- Забезпечення сортування та фільтрації необхідних даних для швидкості пошуку.\
Необхідно забезпечити:
- Ведення даних про продукцію, сировину;
- Ведення даних про замовників, співробітників;
- Формування договорів з клієнтами на поставку продукції, сировини;
- Облік продукції, сировини на складі;
Формування звіту:
- Облік готової продукції,сировини на складі;
-Мати можливість:
- Додавати, змінювати, редагувати відомості усіх таблиць БД.
- Зміни вартості продукції;
- переглядати данні про замовлення продукції на певний день
- Перегляд суми замовлення продукції підприємств.
- Перегляд замовлень клієнтів відсортованих по даті.
- "Перегляд замовлень продукції підприємств" и тд
!ПРИМЕР РАБОТЫ СИСТЕМЫ на картинках И В ДОКУМЕНТЕ...!
Программа должна быть написана на С++.
Budżet: 1000 UAH Termin: 15 dni
Доброго дня. Цікавлять ще деякі деталі.
Пишіть в
Telegram : olegkab2000
Discord: OlegKab#8316
Або в ЛС, в крайньому випадку )
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.