Парсинг сайта. Спарсить сайт

Вимоги до каналів: 1.Мова контенту: Російська або українська (допускається змішаний контент RU/UA) 2.Кількість підписників: Не менше500 підписників 3.Активність: Останній пост опублікованийне пізніше ніж 32 години тому 4.Коментарі: В каналі повинні бутивідкриті коментарі під постами(через групу або вбудовані) 5. Кількість: Мінімум 15000 рядків 6. Тематика: Війна, новини, політика, драки, треш/жесть, спорт, автомобілі, крипта, риболовля і інші Дані, які потрібно зібрати по кожному каналу Обов’язкові поля: Назва каналу username (посилання) Кількість підписників Тематика (новини, крипта, гумор, бізнес, etc.) Мова (RU / UA / MIX) Дата та час останнього поста Наявність коментарів (так) Файл у форматі: Google Sheets / Excel (.xlsx)

Ми шукаємо досвідченого розробника 1С, який зможе не просто виконувати окремі завдання, а глибоко розібратися в наших бізнес-процесах, пропонувати покращення та брати участь у розвитку системи.Що потрібно робити: Аналізувати існуючі процеси в 1С та розуміти логіку роботи компанії. Розробляти новий функціонал та доопрацьовувати існуючий. Оптимізувати бізнес-процеси та автоматизувати рутинні операції. Інтегрувати 1С з сайтом, CRM, маркетплейсами та іншими зовнішніми сервісами через API. Створювати та доопрацьовувати обробки, звіти, документи, друковані форми та обміни даними. Шукати вузькі місця в роботі системи та пропонувати способи їх усунення. Брати участь у проектуванні нових процесів спільно з керівництвом та командою. Наші очікування: Впевнені знання платформи 1С:Підприємство 8. Досвід розробки та оптимізації складних конфігурацій. Розуміння принципів автоматизації бізнес-процесів. Досвід інтеграції 1С з зовнішніми системами. Вміння самостійно аналізувати завдання та пропонувати оптимальні рішення, а не лише виконувати технічне завдання. Відповідальність, ініціативність та бажання працювати на результат. Будуть великим плюсом: Досвід роботи з інтернет-магазинами та e-commerce. Досвід інтеграції з платіжними системами, службами доставки, CRM. Знання SQL, HTTP/API, XML/JSON. Досвід роботи з високонавантаженими системами. Формат роботи: Віддалена робота. Довгострокове співробітництво. Завантаження за мірою появи завдань з перспективою постійної роботи. Оплата обговорюється індивідуально (погодинна або за проект). При відповіді, будь ласка, вкажіть: Ваш досвід роботи з 1С. Які великі проекти ви реалізовували. Приклади оптимізації або автоматизації, якими ви особливо пишаєтеся. Вашу погодинну ставку або бажаний формат оплати. Скільки годин на тиждень готові приділяти проекту.

Потрібно розробити окрему 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-проєктів,стек, строк, вартість роботи таорієнтовну щомісячнувартість володіння (токени +хостинг).