Бюджет: 200 UAH Термін: 1 день
Вітаємо Вас! Існує досвід такої роботи. Щоденно роблю великі обсяги, швидко і якісно. Я з радістю прийду до виконання.
Жовтень[email protected]
Скайп-Julenu4
Людмила Колесник
Переможець- Проєкти -
- Оцінка -
- Рейтинг 59
Бюджет: 200 UAH Термін: 1 день
+
1 контакт - 1 грн
Ставки поки відсутні
Бюджет: 50 USD Термін: 1 день
Пишіть і обговорюємо.
Бюджет: 500 UAH Термін: 3 дні
Добрий день . Виповнити за 1 грн. Контакт .
Бюджет: 300 UAH Термін: 2 дні
Можу спартувати, якщо скажеш звідки
Ставки приховані
-
Людмила Колесник 19 лютого 2016Здравствуйте
Сколько контактов нужно собрать на 200 гривен?
И еще, на сайтах ресторанов часто нет мейлов. Это критично?
-
Александр Ревенко
19 лютого 2016
Для начала все что можно по Киеву и Киевской области. (главное дублей избежать.)
Отсутствие мейла не критично.
-
Александр Ревенко
19 лютого 2016
Нужны Рыбные рестораны и Рыбные магазины в Киеве и Киевской области.
и все.
Актуальні фриланс-проєкти в категорії Бази даних та SQL
Потрібна підтримка програми самотуру, серверів каталожників баз данних та серверу онлайну. Серверів баз данних 5 шт
База клієнтів збиралася кілька років із різних джерел, тому телефони записані в різних форматах, один клієнт існує під кількома ID, міста введені вручну різними мовами, область майже ніде не заповнена. Через це неможливо нормально сегментувати базу. Що потрібно зробити: 1. Аудит бази (оплачується окремо, перший етап). Скільки карток, скільки телефонів поза форматом, скільки дублів, скільки унікальних написань міст. За результатом — уточнена оцінка решти робіт. 2. Стандартизація телефонів. Усі номери привести до формату +380XXXXXXXXX. Номери, які неможливо однозначно розпізнати, — не видаляти й не вгадувати, а винести в окремий список. 3. Злиття дублів. Правило: один номер телефону = один ID клієнта. При цьому одному клієнту може належати необмежена кількість номерів. Історія замовлень, email, адреси, теги та кастомні поля мають зберегтися. 4. Розбір карток, на яких «навішано» багато номерів. 5. Міста та області. Назви населених пунктів — з єдиного довідника українською (API Нової Пошти або КАТОТТГ). Область має заповнюватися завжди, щоб одним фільтром можна було вивантажити всіх клієнтів Києва та області, а не окремо Бровари, окремо Ірпінь тощо. 6. Захист від повторного засмічення: нормалізація телефону та міста на вході (форми сайту, інтеграції, ручне введення) + регулярна фонова перевірка нових записів. Вимоги: — практичний досвід роботи з API SIMLA / RetailCRM (v5): вивантаження, оновлення, об'єднання карток, ліміти запитів; — досвід задач з дедуплікації даних; — розуміння українських адресних довідників. Умови роботи: повний бекап до будь-яких змін; спочатку dry-run зі звітом про заплановані зміни на погодження, і лише потім запуск на бойовій базі; лог усіх операцій із можливістю відкату. Без безповоротних видалень без погодження. У відгуку напишіть: — строки та вартість
Потрібно зібрати велику та актуальну базу контактів українських науковців, викладачів, наукових співробітників, докторантів і аспірантів із використанням лише відкритих джерел. Результат має бути у форматі Excel або CSV та містити щонайменше ПІБ, email, місце роботи (університет або наукову установу), посаду та посилання на джерело, звідки отримано контакт. Необхідно максимально уникати дублікатів і, за можливості, перевіряти актуальність email-адрес. Для збору даних можна використовувати офіційні сайти університетів і наукових установ, профілі викладачів, сторінки кафедр, інституційні репозитарії, журнали на платформі OJS, ORCID, OpenAlex, Google Scholar, ResearchGate, Crossref, PDF наукових статей, а також інші відкриті академічні ресурси. Вітається використання автоматизації (парсинг, API, Python тощо), якщо це не порушує правила відповідних сервісів. Основна мета — зібрати максимально повну базу контактів із відкритих джерел.
Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.
Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................