Бюджет: 1000 UAH Термін: 2 дні
Здравствуйте, обращайтесь - буду рада. Опыт имею огромный в этом направлении. Главное, узнать, из каких внешних ресурсов должны подтягиваться данные.
1. ситуация сейчас:
Две стороны - исполнитель и менеджер- обмениваются оперативной информацией посредством эксель таблицы. Менеджер регулярно дополняет и обновляет таблицу, после чего обновленную версию отправляет по емайлу клиенту.
Клиент при необходимости вносит свои правки, и пересылает обратно.
Данные которые менеджер вводит он отчасти подтягивает со сторонних ресурсов и отчасти составлает сам, основываясь на данных.
Характер данных - цифровые и буквенные характерисики, и соответстующие им даты.
Что не устраивает - нужно следить чтобы вносить изменения только в последнюю версию таблицы, обе стороны иногда упускают в почте последнюю обновленную версию, приходится переправлять; пересылка туда-сюда тоже архайчный метод.
2. как хотелось бы
идея в создании таблицы например либо в одном из облачных сервисов типа дропбокс, или гугл шитс, или прочее решение
также хотелось бы при изменении с любой из сторон нотификации
также автоматизировать подтягивание данных со сторонних ресурсов
также ввести автовысылку определенной части данных по графику на емайл
Бюджет: 1000 UAH Термін: 2 дні
Здравствуйте, обращайтесь - буду рада. Опыт имею огромный в этом направлении. Главное, узнать, из каких внешних ресурсов должны подтягиваться данные.
Бюджет: 1000 UAH Термін: 5 днів
Добрый день! Задача ясна, делала подобное в Гугл таблицах не раз. Отзывы можете посмотреть в профиле.
Пишите, обсудим. Я всегда на связи
Бюджет: 1000 UAH Термін: 1 день
Есть несколько способов для решения вашей задачи. Кому-то придётся окунуться в эти бизнес-процессы, выбрать один из способов, а потом реализовать. И конечно нужно понимать порядок суммы бюджета и сроки, конечно. Я дважды реализовывал похожие , как мне показалось, проекты. В первый раз я сам был руководителем этого подразделения, где было несколько менеджеров в головном офисе и несколько исполнителей про областям. Второй раз мне самому пришлось три месяца окунаться в процессы, работая в должности менеджера, только на четвёртый месяц всё было организовано. Кое что есть у меня в портфолио, об остальном нужно разговаривать.
Бюджет: 1000 UAH Термін: 1 день
Все понятно как Божий день.
У вашем случае идеальным вариантом будет автоматизация с помощью облачного ресурса Гугл шитс. Имел опыт внедрения на этом ресурсе неоднократно, за что получил благодарность и лесные отзывы пользователей. Обращайтесь, буду рад помочь!
Без исследования существующей таблицы оценить трудоёмкость проблематично, но это наверняка будет стоить больше, чем указанная тыща (ну, разве что у вас там совсем простая таблица и не все указанные фичи требуются).
Одновременное редактирование с бесплатных тарифом есть , по-моему, только в Google Drive. Автоматизируется обычно через Google App Script.
также автоматизировать подтягивание данных со сторонних ресурсов
Неясно, какие сторонние ресурсы имеются в виду. Через Web-запросы кое-какие данные вытащить можно, но если там капчи или ещё что-то, то подход на Google App Script - не самый удобный/лёгкий в реализации...
также ввести автовысылку определенной части данных по графику на емайл
Не уверен, но по-моему подход с Google App Script будет работать только при открытой пользователем таблице, т.е. с этим пунктом нужен будет какой-то другой инструмент.
Здравствуйте. Не могли бы Вы написать мне в ЛС?Подскажу как настроить все, что Вам необходимо через Гугл-таблицы.
Є діюча 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.
ТЗ: Відновлення сайту з резервної копіїТип роботи: відкат/відновлення сайту, усунення помилок після невдалого оновленняПлатформа: сайт працює на двох системах, OpenCart та WordPress (дві окремі адмінки) Хостинг: ukraine.com.uaОпис проблеми17.07.2026 оновлювали модуль фільтрів. Оновлення виявилося невдалим, і сайт довелося відкотити до попередньої версії. Однак під час відкоту сайт частково зламався:не працює частина сторінок;не працюють окремі кнопки;частина важливого функціоналу перестала працювати.ЗавданняПовністю відновити сайт із резервної копії від 16.07.2026 до повноцінно робочого стану. Відновлення має охоплювати обидві системи (OpenCart і WordPress):файли сайту;бази даних;налаштування хостингу;усі елементи інтерфейсу та функціонал.Результат: сайт працює без збоїв, усі сторінки, кнопки та функції коректні на обох платформах.Вимоги до виконавцяПеред початком робіт зробити резервну копію поточного (зламаного) стану сайту.Врахувати звʼязок між OpenCart і WordPress (спільна база, інтеграція, синхронізація даних тощо), перевірити, щоб після відкоту обидві системи працювали узгоджено.Після відновлення провести перевірку ключових сторінок і функцій на обох платформах.Приймання роботиПісля виконання завдання передбачається мінімум 4 дні на перевірку роботи сайту з боку замовника. Остаточне приймання, після підтвердження стабільної роботи.
Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.
Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................
Потрібно зробити міграцію бази з CRM G-PLUS на MyChatBot Обєм бази - 26 тис. лідів 2 воронки - Кол центр та Відділ продажу зі своїми вирвами Картки лідів (крім імені та номеру) мають багато різних полів Ліди також мають голосові записи дзвінків. Їх також потрібно перенести Від кандидата очікую орієнтовну суму та терміни реалізації