Бюджет: 10000 RUB Термін: 10 днів
Добрый день. Готов обсудить подробности и выполнить ваш проект.
Куплю прайс листы -базу даных EMEX.RU
Интересуют только первые 3 позиций от поставщика по сроку и цене (как на фото)
1. Бренд (детали),
2. Артикул(детали)
3. Наличие (детали)
4 Описание (детали)
5. Цену (детали)
ОПЛАТА ТОЛЬКО ЧЕРЕЗ СЕЙФ
Обем инф большой минимум 47 мил ( возможны и повторения)
Прайс лист максимально актуальный !
куплю только готовую базу, ждать пока спарсится за полтора года времени нет :)
Бюджет: 10000 RUB Термін: 10 днів
Добрый день. Готов обсудить подробности и выполнить ваш проект.
Бюджет: 10000 RUB Термін: 20 днів
Здравствуйте! Интересная работа... Занимаюсь парсингом различной информации!
Ваш заказ будет отличным плюсом в портфолио ( только при вашем согласии )
Давайте обсудим детали...
Здравствуйте!если я правильно понимаю, от каждого поставщика первые три позиции , которые у него есть?
нет от каждого артикула 3 поставщика с самым коротким сроком поставки и соответствено их цены !
Ее вообще не надо парсить. Как вам єто пришло в голову? Я автор самого большого в россии сайта на сервисе emex.ru, мой проект принес организаторам более 10 млн долларов прибьіли, сейчас проект закрьіт, весь код проекта у меня, я все помню по нему, есть и база заказов и даже оборот по проекту могу показать в базе. Если хотите, позвоните-напишите, может найдем о чем поговорить.
Могу предложить парсер типа вебсервиса, который парсит запрашиваемый Вами артикул в реальном времени и отдает результат Вам на сайт. Цена/количество/срок поставки так будут актуальными. А если парсить, чтоб получить прайс -- то нужно хотя бы половину артикулов, что у них есть иметь списком и его прогонять. Это долго, даже с использованием прокси, при каптче... Могут уйти недели на сбор полного прайса и в итоге он будет неактуален. Полный прайс я не знаю, кто может собрать. Нужно знать все артикулы в наличии emex, чтоб по ним получить информацию.
нам нужен именно праис пусть будет и не актуален даже если будет неактуален то все ок отказ всегда можно дать. спасибо будем искать
У нас працює синхронізація двох джерел даних із CRM. Система в цілому стабільна. Але залишається частина, які розсинхронізуються. Основна гіпотеза — в одному з джерел дані змінюються вже після первинної синхронізації, і ці зміни не завжди підтягуються в CRM. + данні в двох джерелах мають різні назви/ідентифікатори хоча являють собою одні і тіж сутності
Завдання:розгорнути LLM-сервіс,який знає всю документацію компанії тавідповідає на запитання менеджеріввідділу продажів. Що є зараз:замовник збирав прототип самостійно(окремий проєкт із завантаженоюінформацією про компанію,розміщений на сервері), алеінформація з бази непередається в модель —імовірно, проблема з API. Коді доступи надамо. Першийкрок — аудит: полагодитинаявне абоаргументовано перезібрати з нуля. Необхідний функціонал: Завантаження всієї документаціїкомпанії: опис кожноїпослуги, регламенти, FAQ,ціноутворення (усі матеріалинадамо). Відповіді строго набазі завантаженихдокументів (RAG). Модель невигадує фактів; якщовідповіді в базі немає — чеснопро це повідомляє. Доступ для менеджерівза посиланням(веб-інтерфейс), завторизацією. Сценарії: менеджерставить будь-якезапитання про роботукомпанії; вставляєзапитання клієнта «як є» йотримує готову відповідьдля відправлення;знаходить потрібнийрегламент/звіт за запитом. Оновлення бази знань безрозробника (завантаженняфайлів через інтерфейсабо підключенупапку). Англійська мова. Історіязапитів для контролюякості. Технічні очікування:LLM через API(Claude/OpenAI —запропонувати з розрахунком вартостітокенів), RAG-пайплайн (векторнабаза, embeddings), хостинг нанашому сервері або в хмарі, HTTPS.Архітектура має дозволяти вмайбутньому підключити асистента доаналітичного сховища даних(паралельний проєкт). У відгуку вказати:прикладисхожих RAG-проєктів,стек, строк, вартість роботи таорієнтовну щомісячнувартість володіння (токени +хостинг).
Привіт Є невелике відділення, куди поступають пацієнти. Потрібно розробити просту "базу даних", в якій можна буде вносити розхідні матеріали, перпарати та інше, прихід вихід, а також списувати використання на конкретного пацієнта. Функціонал який необхідний Довідники Медикаменти Витратні матеріали(можливість вносити вручну) Пацієнти(можливість вносити постійно нових і видаляти тих хто виписаний) Працівники(можливість змінювати)Облік руху Єдина таблиця (журнал руху), в якій реєструються все Прихід та списання Можливість корекції в ручну При списанні медична сестра повинна вибрати: дату; пацієнта; препарат або матеріал; кількість; своє ПІБ. Система автоматично зменшує залишок. При приході старша медична сестра повинна мати можливість внести: Дата поставки; Препарат/матеріал; Залишкова кількість; Звідки прийшло; Термін придатностіАвтоматичний функціонал автоматичний розрахунок залишків; контроль мінімального запасу; контроль термінів придатності; попередження про низькі залишки; захист від списання більшої кількості, ніж є в наявності; випадаючі списки; перевірка правильності введення даних; умовне форматування.Звіти Потрібно реалізувати автоматичні звіти: поточні залишки; використання за період; використання по пацієнту; використання по працівнику; історія руху конкретного препарату.Бажано реалізація на Google Sheets; Заповнювати бази будемо самостійно. Потрібен шаблон для роботи. Скільки це коштує не знаю, тому почнемо зі 50$, а ви пропонуйте свої варіанти і бажано щоб був досвід.
Потрібно обрахувати статистику у медичному проекті (включно з кореляціями). Також, є запит на створення математичної моделі прогнозування розвитку патологій на основі наявних даних.
Доброго дня, потрібна ваша допомога в реалізації завдання. Усунути баги на сторінці сайту, сторінка відображає помилку 404.