Бюджет: 25 EUR Термін: 5 днів
Ви замислювалися над тим, як полегшити рутинну обробку баз даних? Ваш проект з об'єднання даних з Google Таблиць не лише вирішує цю проблему, але й значно спрощує щоденні операції з даними. Використовуючи Python та його потужні бібліотеки, такі як pandas, я готова створити адаптивний і надійний скрипт, який забезпечить гнучке управління структурами та точну стандартизацію даних. Мій досвід в автоматизації процесів і роботі з Google API дозволяє мені швидко реагувати на зміни та неполадки. Давайте обговоримо деталі проекту!
Бюджет: 100 EUR Термін: 1 день
Доброго дня! Готовий виконати цей проект, маю великий досвід розробки різних додатків.
Бюджет: 25 EUR Термін: 1 день
Доброго дня.
З інтересом ознайомилася з Вашим проектом. Впевнена, що зможу зробити ефективну та якісну роботу, що відповідає Вашим вимогам та очікуванням. Досвід роботи понад 8 років. Готова обговорити деталі та розпочати роботу. Буду чекати Вашої відповіді, пишіть, обговоримо.
Бюджет: 25 EUR Термін: 2 дні
Доброго дня! Маю досвід у створенні скриптів для автоматизації та роботи з Google API, можу допомогти з вашим завданням, готовий розпочати роботу сьогодні.
Бюджет: 200 EUR Термін: 5 днів
Доброго дня,
Мене зацікавив Ваш проект і завдання, я був би радий виконати його для Вас. Щодо програми та скрипта, його конфігурації, все зрозуміло. Хотів би ознайомитися з прикладами таблиць і готовий розпочати роботу.
Бюджет: 25 EUR Термін: 1 день
Доброго дня!
Є досвід роботи з google api, готовий допомогти автоматизувати вашу роботу.
Бюджет: 100 EUR Термін: 3 дні
Доброго дня, готовий допомогти з реалізацією завдання. Досвід і навички в подібних рішеннях професійні. Запропоную оптимальне рішення. Звертайтеся.
Бюджет: 198 EUR Термін: 1 день
Доброго дня. Мені здається, у даному випадку вам буде зручніше мати програму з інтерфейсом, щоб було зручніше співвідносити заголовки між таблицями-джерелами та майстер-таблицею. Щодо уніфікації-стандартизації полів, це потрібно розглядати та розробляти під конкретний випадок, як, наприклад, ви вказали тільки поле "Локація", потрібно буде подивитися, в якому вигляді заповнені ці "Локації" і під ці види написати окрему стандартизацію-уніфікацію. Зробити єдину стандартизацію на все про світ - неможливо, потрібно заздалегідь знати та розробити під кожен випадок стандартизацію. Кількість цих стандартизацій впливає на ціну.
Бюджет: 100 EUR Термін: 2 дні
Доброго дня.
Я розробник NodeJS. Маю досвід з гугл таблицями. Готовий взятися. Пишіть, обговоримо.
Бюджет: 120 EUR Термін: 5 днів
Доброго дня. Маю необхідний досвід з цими бібліотеками. Бажано побачити хоча б тестові набори даних. Буду радий співпраці.
- Проєкти 4
- Оцінка 5.0
- Рейтинг 484
Бюджет: 350 EUR Термін: 3 дні
Вітаю, мій профіль ще з самого початку був ап скрипт на Гугл таблицях. Розроблю крафтове рішення під ваш запит.
Скорегую де я бачу ТЗ. В мене вже були схожі кейси, замовники лишали дуже позитивні відгуки.
Готовий вже сьогодні взятися за роботу
Бюджет: 370 EUR Термін: 9 днів
Доброго дня, готовий виконати цю роботу в зазначений термін. Будь ласка, надайте приклади таблиць. Дякую.
Ставки приховані
Ставки поки відсутні
Ставки приховані
Актуальні фриланс-проєкти в категорії Бази даних та SQL
Потрібно розробити окрему CRM-систему для централізованої обробки всіх роздрібних замовлень з різних каналів продажу (Prom, Rozetka, власні сайти та ручні замовлення). Основні вимоги: Єдиний реєстр замовлень з усіх джерел із збереженням інформації про джерело та його статус. Окремий внутрішній статус CRM, який працює незалежно від статусу на маркетплейсі чи сайті, із двосторонньою синхронізацією статусів там, де це підтримується. Гнучка інтеграція з 1С: для кожного джерела адміністратор може окремо ввімкнути або вимкнути автоматичне вивантаження замовлень. Інтеграція з перевізниками для автоматичного створення ТТН, збереження її номера в CRM та передавання номера ТТН на Prom і Rozetka. Інтеграція з Checkbox для створення проєктів чеків, використовуючи налаштовувану відповідність способів оплати, з подальшим контролем фіскалізації. Підтримка ручного створення замовлень (телефон, Viber, Telegram, Direct тощо) з повним подальшим циклом обробки через CRM. Усі API-ключі та налаштування інтеграцій повинні керуватися адміністратором через інтерфейс CRM без участі програміста. Повний журнал дій і логування інтеграцій для контролю роботи системи. Основна мета Менеджер повинен мати можливість повністю обробити замовлення в одному інтерфейсі CRM — від отримання замовлення до створення документа в 1С, ТТН, проєкту чека та завершення замовлення, без необхідності заходити в кабінети Prom, Rozetka, сайтів, перевізників або Checkbox.
У нас працює синхронізація двох джерел даних із CRM. Система в цілому стабільна. Але залишається частина, які розсинхронізуються. Основна гіпотеза — в одному з джерел дані змінюються вже після первинної синхронізації, і ці зміни не завжди підтягуються в CRM. + данні в двох джерелах мають різні назви/ідентифікатори хоча являють собою одні і тіж сутності
Завдання:розгорнути LLM-сервіс,який знає всю документацію компанії тавідповідає на запитання менеджеріввідділу продажів. Що є зараз:замовник збирав прототип самостійно(окремий проєкт із завантаженоюінформацією про компанію,розміщений на сервері), алеінформація з бази непередається в модель —імовірно, проблема з API. Коді доступи надамо. Першийкрок — аудит: полагодитинаявне абоаргументовано перезібрати з нуля. Необхідний функціонал: Завантаження всієї документаціїкомпанії: опис кожноїпослуги, регламенти, FAQ,ціноутворення (усі матеріалинадамо). Відповіді строго набазі завантаженихдокументів (RAG). Модель невигадує фактів; якщовідповіді в базі немає — чеснопро це повідомляє. Доступ для менеджерівза посиланням(веб-інтерфейс), завторизацією. Сценарії: менеджерставить будь-якезапитання про роботукомпанії; вставляєзапитання клієнта «як є» йотримує готову відповідьдля відправлення;знаходить потрібнийрегламент/звіт за запитом. Оновлення бази знань безрозробника (завантаженняфайлів через інтерфейсабо підключенупапку). Англійська мова. Історіязапитів для контролюякості. Технічні очікування:LLM через API(Claude/OpenAI —запропонувати з розрахунком вартостітокенів), RAG-пайплайн (векторнабаза, embeddings), хостинг нанашому сервері або в хмарі, HTTPS.Архітектура має дозволяти вмайбутньому підключити асистента доаналітичного сховища даних(паралельний проєкт). У відгуку вказати:прикладисхожих RAG-проєктів,стек, строк, вартість роботи таорієнтовну щомісячнувартість володіння (токени +хостинг).
Привіт Є невелике відділення, куди поступають пацієнти. Потрібно розробити просту "базу даних", в якій можна буде вносити розхідні матеріали, перпарати та інше, прихід вихід, а також списувати використання на конкретного пацієнта. Функціонал який необхідний Довідники Медикаменти Витратні матеріали(можливість вносити вручну) Пацієнти(можливість вносити постійно нових і видаляти тих хто виписаний) Працівники(можливість змінювати)Облік руху Єдина таблиця (журнал руху), в якій реєструються все Прихід та списання Можливість корекції в ручну При списанні медична сестра повинна вибрати: дату; пацієнта; препарат або матеріал; кількість; своє ПІБ. Система автоматично зменшує залишок. При приході старша медична сестра повинна мати можливість внести: Дата поставки; Препарат/матеріал; Залишкова кількість; Звідки прийшло; Термін придатностіАвтоматичний функціонал автоматичний розрахунок залишків; контроль мінімального запасу; контроль термінів придатності; попередження про низькі залишки; захист від списання більшої кількості, ніж є в наявності; випадаючі списки; перевірка правильності введення даних; умовне форматування.Звіти Потрібно реалізувати автоматичні звіти: поточні залишки; використання за період; використання по пацієнту; використання по працівнику; історія руху конкретного препарату.Бажано реалізація на Google Sheets; Заповнювати бази будемо самостійно. Потрібен шаблон для роботи. Скільки це коштує не знаю, тому почнемо зі 50$, а ви пропонуйте свої варіанти і бажано щоб був досвід.
Потрібно обрахувати статистику у медичному проекті (включно з кореляціями). Також, є запит на створення математичної моделі прогнозування розвитку патологій на основі наявних даних.