Бюджет: 700 UAH Срок: 1 день
Готов выполнить после обсуждения деталей ТЗ. Интересуют все критерии, согласно которым должно выглядеть, а также список всех относительных данных, которые нужно учитывать.
Выполню все качественно и быстро. Имею очень большой опыт подобных задач.
Бюджет: 1000 UAH Срок: 2 дня
Добрый день, быстро выполню задание. Имею опыт работы с эксель.
Бюджет: 700 UAH Срок: 1 день
Здравствуйте,
в моем портфолио есть сводная таблица. Сделаю все четко и понятно.
Бюджет: 700 UAH Срок: 1 день
Добрый день. У меня большой опыт работы с массивами данных в Excel. Качественно выполню вашу задачу. Обращайтесь, буду рад помочь.
Бюджет: 700 UAH Срок: 1 день
Добрый день, могу помочь с вашим вопросом. Таблицы - это моя специфика. Обращайтесь.
Бюджет: 1000 UAH Срок: 1 день
Здравствуйте, учусь на факультете программирования и сам работаю в банке с похожими таблицами. Смогу сделать вам всё качественно и быстро.
- Проекты -
- Оценка -
- Рейтинг 103
Бюджет: 700 UAH Срок: 1 день
Доброе здоровье!
Люблю "задачи из жизни".
Прошу предоставить возможность поработать над реализацией Вашей идеи.
Возможно, моя ставка слишком низкая, так как задание считается простым, но дополнительно могу проконсультировать по работе с необходимыми настройками и посоветовать, как улучшить обработку данных. Или научить работать с таблицей после улучшения...
Остановите меня)))
Бюджет: 700 UAH Срок: 1 день
Добрый день.
У меня есть опыт работы с Excel.
Я могу помочь с реализацией.
Бюджет: 1000 UAH Срок: 1 день
Добрый вечер, Антон! В целом задание понятное, для точного ответа по срокам и цене хотелось бы уточнить некоторые вопросы, которые у меня возникли после анализа вашего задания. Пишите в личные сообщения – обсудим детали и ваши пожелания.
Владислав С.
Победившая ставка- Проекты 104
- Оценка 5.0
- Рейтинг 4 455
Бюджет: 2000 UAH Срок: 3 дня
Добрый день. Буду рад помочь. Выполню все быстро и качественно. У меня большой опыт в подобных проектах!
Бюджет: 1700 UAH Срок: 2 дня
Добрый день, готов помочь выполнить задачу. Делаю подобные проекты. Предложу оптимальное решение, обращайтесь.
Бюджет: 1500 UAH Срок: 1 день
Здравствуйте! У меня очень большой опыт работы с ЭТ excel, поэтому я выполню поставленную вами задачу качественно!!!!!!!!!! Обращайтесь!!!!!!
Бюджет: 2000 UAH Срок: 2 дня
Работаю финансовым аналитиком в крупной международной компании. Есть опыт работы с большими массивами данных. Сделаю
Бюджет: 2500 UAH Срок: 1 день
Добрый день
Готова сделать сейчас за сумму, указанную в ставке
Буду рада помочь
Ставки пока отсутствуют
Актуальные фриланс-проекты в категории Базы данных и SQL
Есть действующая production-платформа с каталогом и автоматическим обновлением внешних предложений и цен. Стек: — Node.js / TypeScript; — PostgreSQL; — существующий price refresh service и cron; — отдельный готовый Python-модуль валидации и выбора предложений; — staging и production. Необходимо точечно доработать существующий price refresh pipeline без полного переписывания backend. ОБЯЗАТЕЛЬНЫЙ SCOPE 1. Интеграция Python-модуля — Python-модуль остаётся отдельным компонентом; — возвращает структурированный результат: offers, selected offer, statuses и risk flags; — Node.js валидирует результат и выполняет запись в БД; — предусмотреть обработку ошибок и partial/failed runs; — legacy pipeline не отключается до завершения QA. 2. Запуск refresh по списку Добавить запуск: — по одному 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 для защиты от дублей. Новую параллельную offer-систему создавать не требуется, если существующую таблицу можно безопасно расширить. 5. UPSERT, STALE и DB transaction Заменить текущую схему DELETE → CREATE: — UPSERT существующих и новых offers; — отсутствующие в полном успешном snapshot offers переводятся в STALE; — при API error, partial result или незавершённом snapshot активные offers не должны становиться STALE; — обновление offers, selected offer metadata и shadow fields по одной модели выполняется внутри одной DB transaction; — при ошибке выполняется полный rollback. 6. Canonical-safe refresh Price 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. Fixed price за обязательный scope. 2. Отдельную стоимость promotion-механизма. 3. Срок. 4. Оценку часов. 5. Когда готовы начать. 6. Опыт с PostgreSQL transactions, migrations и ingestion pipelines. 7. Какие вопросы нужно уточнить до начала. 8. Включены ли staging, QA, migrations и bug-fix period. Шаблонные ответы без конкретной оценки рассматриваться не будут. Доступ к 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 (бирюзовый)