Парсинг товару
Виконавцем дуже задоволений, з розумінням віднісся до всіх вимог, які виникали в процесі роботи.
Рекомендую)
Потрібно зробити вигрузку всього товару з сайтів
https://shop-euromax.od.ua/product_list
http://www.top-kitchen.com.ua/index.php?route=common/home
http://melad.com.ua/video-audio-tv/planshety/
Бюджет: 1190 UAH Термін: 1 день
Вітаю вас, я буду робити все швидко і якісно, працюю на мові Python
Бюджет: 1500 UAH Термін: 3 дні
Доброго дня. Готовий виконати ваше завдання. Скиньте шаблон вигрузки.
Бюджет: 1500 UAH Термін: 2 дні
Добрий день . Готовий спарізувати. Покажіть тільки приклад файлу шаблону з результатом, який має бути.
Бюджет: 1199 UAH Термін: 2 дні
Готовий виконати завдання, є досвід такої роботи............
Бюджет: 1500 UAH Термін: 3 дні
===========================
Слава Україні
===========================
Готовий виконати цей проект.
Бюджет: 1200 UAH Термін: 1 день
Привітання, я намагаюся виконати ваш замовлення дуже якісно.
За плечами є трирічний досвід програмування на Python, і зокрема парсінг.
Готовий приступити після уточнення деяких деталей.
Бюджет: 1200 UAH Термін: 2 дні
Доброго дня
Готовий виконати парсинг даних після обговореня деталей.
Бюджет: 1500 UAH Термін: 4 дні
Добрий день !
Я маю великий досвід парсінг сайтів. більше 5 років. Виконані роботи можна побачити в портфоліо.
Середня ціна за 1 сайт - 500 грн
Будемо раді співпрацювати
Бюджет: 1200 UAH Термін: 3 дні
Доброго дня, зроблю все якісно!
Доброго дня, зроблю все якісно!
Доброго дня, зроблю все якісно!
Бюджет: 1200 UAH Термін: 2 дні
Доброго дня. В мене є досвід в парсингу сайтів на мові програмування Python.
Готовий швидко і якісно виконати ваше замовлення.
Ціна приблизна, деякі деталі потрібно обговорити в ЛС.
Бюджет: 1500 UAH Термін: 1 день
Добрий день Олександр! Я з радістю буду робити цю роботу для вас. Зверніться до нас!
Бюджет: 1500 UAH Термін: 3 дні
Вітаю вас, Олександр
Я виконую.
Перший і третій сайти вже працювали.
При необхідності підготуватимуся до імпорту прома.
........................................
Бюджет: 1200 UAH Термін: 3 дні
Що саме та в якому кінцевому вигляді ви хочете отримати? Дайте більше інформації у приватні повідомлення
Бюджет: 1500 UAH Термін: 2 дні
Парсингом займаюся більше 5 років, буду робити все якісно з розбиттям.
Парсингом займаюся більше 5 років, буду робити все якісно з розбиттям.
Парсингом займаюся більше 5 років, буду робити все якісно з розбиттям.
Бюджет: 2000 UAH Термін: 3 дні
Доброго дня. Зацікавлений вашим проектом. Готовий обговорити та виконати.
# Що є - **1С:Підприємство 8.3.17.1549**, конфігурація **«Фитнес клуб» вер. 3.6** (типова). - **Файлова база**, каталог `D:\1c\ФК`. **Товстий клієнт**, звичайний інтерфейс. - ОС **Windows 7**, компʼютер у клубі, працює постійно. Ліцензія HASP (локальна флешка). - Доступ надам через **AnyDesk / TeamViewer**. ## Проблема, яку треба вирішити У цьому інтерфейсі (товстий клієнт) **нема пункту меню для налаштування складу OData** — через кнопки не вмикається. Треба зробити кодом / обробкою. ## Завдання (обрати те, що простіше — ~1-2 години) ### Варіант А — OData 1. Встановити веб-сервер (Apache 2.4 / IIS) на цьому ПК. 2. Опублікувати файлову базу з **увімкненим стандартним інтерфейсом OData**. 3. **Задати склад OData кодом** (`УстановитьСоставСтандартногоИнтерфейсаOData`) — відкрити на читання: клієнтів, абонементи, штрих-коди/картки, відвідування, залишки. 4. Створити користувача `integration` (логін+пароль, права на читання). 5. Перевірити: `http://localhost//odata/standard.odata/` повертає дані. ### Варіант Б — Проста обробка-вивантаження (може бути легше для цієї конфігурації) 1. Написати зовнішню обробку (.epf), яка вивантажує: - клієнтів (ПІБ, телефон, **штрих-код картки**), - активні абонементи (тип, залишок тренувань, дата закінчення), - (за можливості) відвідування. 2. Формат: **JSON**, і надсилати POST на наш вебхук (адресу дам) — АБО зберігати у файл, який синхронізується в хмару. 3. Поставити на **розклад** (регламентне завдання / Планувальник Windows) — раз на 15-30 хв. ## Важливо - **Нічого в конфігурації не змінювати/не переписувати.** Тільки вивантаження даних назовні. - **Не виставляти базу в інтернет** (Win7 старий). Достатньо локально — відправку в хмару зробить наш бік. - Ключове поле для звʼязку клієнта — **штрих-код картки** (напр. 2100000016853). ## Що передати після роботи - Як зробили (OData-адреса + логін/пароль, АБО формат обробки-вивантаження). - Назви обʼєктів у конфігурації: як зветься довідник клієнтів, де зберігається штрих-код, де абонемент і залишок тренувань (щоб я зіставив із додатком).
Потрібно розробити окрему 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$, а ви пропонуйте свої варіанти і бажано щоб був досвід.