Бюджет: 500 UAH Термін: 5 днів
Здоров’я Знайомився з завданням. Я можу виконати відповідно до ТЗ. Кінцеву ціну і терміни визначимо під час діалогу. За приємною ціною і термінами - домовляємося. На який бюджет ви приблизно розраховуєте? Обговорюватимемо співпрацю?
Геннадій Я.
Переможець- Проєкти 33
- Оцінка 5.0
- Рейтинг 3 388
Бюджет: 1500 UAH Термін: 1 день
Добрий день. Можу витягнути всі населені пункти Німеччини. Термін 1-2 дні.
Будуть в такому вигляді:
назва "title":"Großröhrsdorf"
регіон розташування "region":"Freistaat Sachsen"
Загалом маємо 16 регіонів та 66853 міст в них, в кожному різна кількість міст
1 - Freie und Hansestadt Hamburg - 196
2 - Freistaat Bayern - 17048
3 - Freistaat Sachsen - 3920
4 - Freistaat Thüringen - 2814
5 - Land Baden-Württemberg - 6749
6 - Land Berlin - 14
7 - Land Brandenburg - 3308
8 - Land Bremen - 68
9 - Land Hessen - 3068
10 - Land Mecklenburg-Vorpommern - 3669
11 - Land Niedersachsen - 7541
12 - Land Nordrhein-Westfalen - 7929
13 - Land Sachsen-Anhalt - 2965
14 - Land Schleswig-Holstein - 3257
15 - Rheinland-Pfalz - 3785
16 - Saarland - 522
Бюджет: 500 UAH Термін: 1 день
Вітаю, Каріна!
Є база 9100 німецьких населених пунктів із землями та індексами.
Напишіть мені, домовимось!
Ставки приховані
Ставки поки відсутні
Актуальні фриланс-проєкти в категорії Бази даних та SQL
У нас працює синхронізація двох джерел даних із CRM. Система в цілому стабільна. Але залишається частина, які розсинхронізуються. Основна гіпотеза — в одному з джерел дані змінюються вже після первинної синхронізації, і ці зміни не завжди підтягуються в CRM. + данні в двох джерелах мають різні назви/ідентифікатори хоча являють собою одні і тіж сутності
Завдання:розгорнути LLM-сервіс,який знає всю документацію компанії тавідповідає на запитання менеджеріввідділу продажів. Що є зараз:замовник збирав прототип самостійно(окремий проєкт із завантаженоюінформацією про компанію,розміщений на сервері), алеінформація з бази непередається в модель —імовірно, проблема з API. Коді доступи надамо. Першийкрок — аудит: полагодитинаявне абоаргументовано перезібрати з нуля. Необхідний функціонал: Завантаження всієї документаціїкомпанії: опис кожноїпослуги, регламенти, FAQ,ціноутворення (усі матеріалинадамо). Відповіді строго набазі завантаженихдокументів (RAG). Модель невигадує фактів; якщовідповіді в базі немає — чеснопро це повідомляє. Доступ для менеджерівза посиланням(веб-інтерфейс), завторизацією. Сценарії: менеджерставить будь-якезапитання про роботукомпанії; вставляєзапитання клієнта «як є» йотримує готову відповідьдля відправлення;знаходить потрібнийрегламент/звіт за запитом. Оновлення бази знань безрозробника (завантаженняфайлів через інтерфейсабо підключенупапку). Англійська мова. Історіязапитів для контролюякості. Технічні очікування:LLM через API(Claude/OpenAI —запропонувати з розрахунком вартостітокенів), RAG-пайплайн (векторнабаза, embeddings), хостинг нанашому сервері або в хмарі, HTTPS.Архітектура має дозволяти вмайбутньому підключити асистента доаналітичного сховища даних(паралельний проєкт). У відгуку вказати:прикладисхожих RAG-проєктів,стек, строк, вартість роботи таорієнтовну щомісячнувартість володіння (токени +хостинг).
Привіт Є невелике відділення, куди поступають пацієнти. Потрібно розробити просту "базу даних", в якій можна буде вносити розхідні матеріали, перпарати та інше, прихід вихід, а також списувати використання на конкретного пацієнта. Функціонал який необхідний Довідники Медикаменти Витратні матеріали(можливість вносити вручну) Пацієнти(можливість вносити постійно нових і видаляти тих хто виписаний) Працівники(можливість змінювати)Облік руху Єдина таблиця (журнал руху), в якій реєструються все Прихід та списання Можливість корекції в ручну При списанні медична сестра повинна вибрати: дату; пацієнта; препарат або матеріал; кількість; своє ПІБ. Система автоматично зменшує залишок. При приході старша медична сестра повинна мати можливість внести: Дата поставки; Препарат/матеріал; Залишкова кількість; Звідки прийшло; Термін придатностіАвтоматичний функціонал автоматичний розрахунок залишків; контроль мінімального запасу; контроль термінів придатності; попередження про низькі залишки; захист від списання більшої кількості, ніж є в наявності; випадаючі списки; перевірка правильності введення даних; умовне форматування.Звіти Потрібно реалізувати автоматичні звіти: поточні залишки; використання за період; використання по пацієнту; використання по працівнику; історія руху конкретного препарату.Бажано реалізація на Google Sheets; Заповнювати бази будемо самостійно. Потрібен шаблон для роботи. Скільки це коштує не знаю, тому почнемо зі 50$, а ви пропонуйте свої варіанти і бажано щоб був досвід.
Програміст C# / .NET WPF – завершення міграції великої програми для виставлення рахунків RAFSOFT.NET Sp. z o.o. шукає програміста C# / .NET для завершення переписування великої, багаторічної програми для виставлення рахунків на нову технологію. Проект стосується міграції розширеної десктопної програми для компаній, що використовується для виставлення рахунків, обробки документів продажу, контрагентів, обліку та функцій бухгалтерсько-податкових. Нова версія програми створюється мовою C# / .NET, з використанням компонентів DevExpress. Проект вже переписаний приблизно на 70%. Шукаємо людину, яка допоможе довести його до кінця, упорядкувати відсутні елементи, виконати тести та подбати про відповідність роботи нової версії з попередньою програмою. Обсяг робіт: завершення міграції великої десктопної програми на C# / .NET, відтворення функціональності старої програми в новій версії, збереження максимально ідентичної логіки роботи, вигляду та способу обслуговування, робота з компонентами DevExpress, аналіз існуючого коду та порівняння роботи старої та нової версії програми, виправлення помилок, доповнення відсутніх функцій та тестування програми, співпраця при фінальному підготовці програми до впровадження. Вимоги: дуже добре знання C# та .NET, досвід у створенні десктопних програм для Windows, знання WPF або WinForms, досвід з DevExpress або подібними бібліотеками компонентів UI, уміння аналізувати великий, існуючий проект, точність і терпіння при відтворенні існуючої функціональності, уміння тестувати власні зміни, дуже хороша здатність користуватися інструментами AI, що підтримують програмування, аналіз коду, рефакторинг та тестування. Бажано: досвід з проектами типу legacy, знання або попередня робота з Visual Basic 6.0, досвід при міграції програм зі старих технологій на C# / .NET, знання питань, пов'язаних з виставленням рахунків, бухгалтерією, JPK або KSeF, досвід у роботі з великими бізнес-програмами. Кого шукаємо: Шукаємо самостійну, точну та технічно досвідчену людину, яка вміє увійти в існуючий проект, зрозуміти його логіку та послідовно довести його до кінця. У цьому проекті дуже важливо не лише писати новий код, але й вірно відтворити роботу старої програми — як з точки зору функцій, так і вигляду та способу обслуговування. Вимагаємо також вмілого користування інструментами AI у повсякденній програмістській роботі. Нам важлива людина, яка вміє використовувати AI практично: для аналізу коду, пошуку помилок, прискорення міграції, створення тестів та упорядкування проекту. Про компанію: RAFSOFT.NET Sp. z o.o. — це польська компанія, що створює програмне забезпечення для підприємців, бухгалтерських офісів та малих і середніх компаній. Нашим основним продуктом є програма Фактура ПДВ, що підтримує щоденне обслуговування рахунків, документів продажу, контрагентів, обліку та розрахунків відповідно до польських норм. Розвиваємо власні десктопні програми та інструменти, пов'язані з виставленням рахунків, бухгалтерією, KSeF, JPK та автоматизацією бізнес-процесів. Наші рішення проектуються з урахуванням стабільності, простоти обслуговування та практичного застосування в повсякденній роботі користувачів. Сайт компанії: www.rafsoft.net
Потрібно обрахувати статистику у медичному проекті (включно з кореляціями). Також, є запит на створення математичної моделі прогнозування розвитку патологій на основі наявних даних.