Бюджет: 200 USD Термін: 7 днів
Доброго дня, буду радий співпраці з вами!
Моє резюме та портфоліо Freelancehunt
Веб-розробник та дизайнер Євгеній.
ТЗ (по об'єднанню баз трьох магазинів на 1м сайті):
Є 2 сайти на (малий бізнес). Сайти приблизно однакові за структурою та дизайном. Кожен підключений до своєї бази обліку товарів і налаштований автоматичний обмін даними 1 раз на добу. Потрібно: Об'єднати все в 1м сайті, щоб йшла вивантаження з 2х баз обліку товарів у 2 різних торгових каталога на 1м сайті.
Також є третя база на UMAG (POS + склад + продажі), вона в даний момент не вивантажується на сайт, але плануємо також вивантаження на цей же сайт
↓
наша база (УТ / КА / комплексна)
↓
сайт інтернет-магазину (каталог, ціни, залишки, замовлення)
Бюджет: 200 USD Термін: 7 днів
Доброго дня, буду радий співпраці з вами!
Моє резюме та портфоліо Freelancehunt
Веб-розробник та дизайнер Євгеній.
Бюджет: 165 USD Термін: 5 днів
Питання об'єднання даних для єдиного сайту завжди починається з надійного плану. Я звертаю увагу на деталі і пропоную стратегію, яка не тільки забезпечує ефективну вивантаження з двох баз, але й інтеграцію з вашим POS на UMAG. Розробка такої складної системи вимагає досвіду у створенні стійких і керованих рішень. Мій досвід у комплексній реалізації проектів для SaaS і маркетплейсів допоможе забезпечити безшовне функціонування вашого сайту. Давайте створимо єдиний простір, де кожен інструмент буде працювати синхронно і ефективно.
Бюджет: 165 USD Термін: 1 день
Вітаю!!!
Готов вирішити вашу задачу, маю великий досвід
Звертайтесь
Бюджет: 160 USD Термін: 1 день
Привіт, маю великий досвід у веб-розробці та автоматизації! Пишіть в особисті повідомлення, обговоримо.
Бюджет: 165 USD Термін: 1 день
Привіт Дінара, готовий виконати.
Покажіть ваші сайти та БД.
Присилайте в особисті повідомлення, дякую.
Бюджет: 165 USD Термін: 1 день
Доброго дня.
З інтересом ознайомилася з Вашим проектом. Впевнена, що зможу зробити ефективну та якісну роботу, що відповідає Вашим вимогам і очікуванням. Досвід роботи понад 8 років. Готова обговорити деталі та розпочати роботу. Чекаю на Вашу відповідь, пишіть, обговоримо.
Бюджет: 170 USD Термін: 3 дні
Доброго дня, я можу об'єднати ваші два існуючі інтернет-магазини в один спільний веб-сайт і підключити всі три бази даних таким чином, щоб каталоги товарів залишалися окремими, але відображалися на одному сайті. Я забезпечу автоматичну щоденну синхронізацію для перших двох баз даних, а також додам експорт даних з UMAG в той же магазин. Усе буде працювати безперебійно в одному місці — каталог, ціни, залишки товарів і замовлення.
Не соромтеся звертатися до мене.
Бюджет: 165 USD Термін: 3 дні
на об'єднуючому сайті каталоги створені? можу зробити через регулярний імпорт/експорт csv/xml
думаю, треба ще всі характеристики привести до спільного знаменника
в вашій CMS досвід більше 15 років
Бюджет: 165 USD Термін: 5 днів
Доброго дня
Дану дію можна реалізувати на magento2
В цій cms є можливість створювати кілька магазинів на одній базі даних.
Також можна, щоб POS працював на одній і тій самій базі.
Якщо Вам цікава Magento2, звертайтеся
Готовий проконсультувати і на майбутнє співробітництво.
Вартість робіт відрізняється від вказаної Вами в описі завдання.
Після уточнення всіх нюансів можна буде остаточну ціну назвати.
Бюджет: 165 USD Термін: 3 дні
Думаю, йдеться про той самий магазин, що зазначений у попередньому проекті. Покажіть всі БД та магазин, будь ласка.
Бюджет: 200 USD Термін: 5 днів
Доброго дня, завдання зрозуміле, зможемо виконати для вас об'єднання різних баз даних на одному сайті. За деталями звертайтесь в особисті, обговоримо технічні питання
Бюджет: 165 USD Термін: 1 день
Вітаю, Dinara.
Швидко реалізую ваші задачі на базі WORDPRESS. Маю багатий досвід підтверджений відгуками.
За потреби надам відеоінструкцію, яка пояснить, як працювати з сайтом:
☑ адмініструвати сторінки
☑ додавати зображення
☑ керувати контентом у вашій адмін-панелі
Готовий обговорити деталі, та розпочинати виконання. Остаточна ціна/термін після всіх уточнень.
Профіль: Freelancehunt
Відгуки: Freelancehunt
Нужны подробности о используемой системе учета и/или базах данных. Дайте знать если нужна помощь.
Судячи по попереднім проектам там руснявий бітрікс і 1С.
Хитрий замовник то прибрав, що б проект не закрили як попередні.
Є діюча production-платформа з каталогом та автоматичним оновленням зовнішніх пропозицій і цін. Стек: — Node.js / TypeScript; — PostgreSQL; — існуючий сервіс оновлення цін і cron; — окремий готовий Python-модуль валідації та вибору пропозицій; — staging і production. Необхідно точково доопрацювати існуючий pipeline оновлення цін без повного переписування backend. ОБОВ'ЯЗКОВИЙ СКОП 1. Інтеграція Python-модуля — Python-модуль залишається окремим компонентом; — повертає структурований результат: offers, selected offer, statuses та risk flags; — Node.js валідує результат і виконує запис у БД; — передбачити обробку помилок і partial/failed runs; — legacy pipeline не відключається до завершення QA. 2. Запуск оновлення за списком Додати запуск: — по одному slug/id; — по переданому списку slug/id. Допустимо CLI або існуючий службовий API. Новий користувацький інтерфейс не потрібен. 3. Shadow Mode Нові результати повинні записуватися окремо і не впливати на production до QA. Потрібні shadow-поля: — price; — selected offer ID; — direct URL; — offer status; — risk/QA flags; — checkedAt; — engineVersion. 4. Розширення існуючої таблиці offers Додати: — source; — external_offer_id; — last_seen_at; — last_checked_at; — engine_version; — risk flags або зберігання в існуючому JSON; — unique constraint для захисту від дублів. Нову паралельну систему пропозицій створювати не потрібно, якщо існуючу таблицю можна безпечно розширити. 5. UPSERT, STALE і транзакція БД Замінити поточну схему DELETE → CREATE: — UPSERT існуючих і нових пропозицій; — відсутні в повному успішному snapshot пропозиції переводяться в STALE; — при API error, partial result або незавершеному snapshot активні пропозиції не повинні ставати STALE; — оновлення пропозицій, metadata вибраної пропозиції та shadow fields по одній моделі виконується всередині однієї транзакції БД; — при помилці виконується повний rollback. 6. Canonical-safe refresh Оновлення цін не повинно змінювати: — brand; — reference; — model; — collection; — name/title; — slug; — descriptions; — images; — SEO fields. Оновлюються тільки offer, price і shadow data. 7. Збереження поточної cron-логіки Зберегти: — existing cron; — rolling batches; — cooldown; — перевірку PRICE_REFRESH_MIN_DAYS до виклику зовнішнього API; — legacy production pipeline до завершення Shadow QA. 8. Audit output Достатньо одного варіанту: — shadow-колонки в існуючій admin table; або — CSV export. Мінімальні дані: — model/reference; — production price; — shadow price; — delta; — production/shadow URL; — status; — risk flags; — checkedAt; — engineVersion. Новий складний dashboard не потрібен. 9. Staging і QA — DB migrations; — staging deployment; — smoke test на 5 переданих моделях; — потім Shadow Mode приблизно на 50 моделях; — виправлення технічних помилок, виявлених під час цих прогонів; — коротка документація контракту Python → Node.js та rollback procedure. ОПЦІОНАЛЬНО ОЦІНИТИ ОКРЕМО Простий технічний promotion без нового UI: — promotion однієї моделі по slug; — promotion списку slug; — перенесення підтверджених shadow values в production; — технічна перевірка після rollout. РЕЗУЛЬТАТ — Pull Request; — DB migrations; — робоча інтеграція Python → Node.js; — Shadow Mode; — UPSERT, STALE і транзакційне оновлення; — запуск по slug/id; — staging deployment; — smoke-test results; — коротка документація; — не менше 7 днів виправлення багів по реалізованому scope після приймання. В ОТКЛИКУ УКАЗАТИ 1. Фіксована ціна за обов'язковий scope. 2. Окрему вартість механізму promotion. 3. Термін. 4. Оцінку годин. 5. Коли готові почати. 6. Досвід з PostgreSQL transactions, migrations та ingestion pipelines. 7. Які питання потрібно уточнити до початку. 8. Включені чи staging, QA, migrations та період виправлення помилок. Шаблонні відповіді без конкретної оцінки розглядатися не будуть. Доступ до production на першому етапі не надається. Робота починається з обмеженого code review та staging.
Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.
Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................
Потрібно зробити міграцію бази з CRM G-PLUS на MyChatBot Обєм бази - 26 тис. лідів 2 воронки - Кол центр та Відділ продажу зі своїми вирвами Картки лідів (крім імені та номеру) мають багато різних полів Ліди також мають голосові записи дзвінків. Їх також потрібно перенести Від кандидата очікую орієнтовну суму та терміни реалізації
Створити дашборд для моніторингу та аналізу ефективності мережі локацій (філій) компанії у Google Business Profile (GBP). через офіційний Google Business Profile API. Обробкачерез Скрипт на базі Google Apps Script (підв'язати до Google Таблиці). Запис даних у Google Таблиця (яка виступає як база даних для Looker Studio). Оновлення: Щодня (з індикацією дати останнього оновлення).Створити сервісний акаунт Google Cloud Скрипт раз на добу (тригер о 03:00 ночі) надсилає запит до GBP API. Отримує метрики за вчорашній день по кожній локації (locationId). Записує дані в таблицю в плоскому форматі (рядок = унікальне поєднанняДата + ID Філії + Метрики). Картки ключових показниківНазва карткиМетрика GBPФормат динамікиПерегляди профілюImpressions (Search + Maps)Відсоток %, Sparkline (синій)ДзвінкиLocal Services Phone CallsВідсоток %, Sparkline (зелений)Переходи на сайтWebsite ClicksВідсоток %, Sparkline (фіолетовий)Побудова маршрутівDirection RequestsВідсоток %, Sparkline (помаранчевий)Середній рейтингAverage Review RatingАбсолютна зміна (наприклад, +0.1), Sparkline (жовтий)Нові відгукиNew Reviews CountВідсоток %, Sparkline (бірюзовий)