Бюджет: 1000 UAH Срок: 2 дня
Доброго дня. Готова виконати дану роботу. Швидко та якісно.
Необхідно уточнити основні вимоги до роботи.
Таблица делается для Таблиц Google, можно реализовать в Excel формулой или любым способом в Google таблицах. Необходимо отсортировать таблицу по условиям и вывести результат в новую таблицу на новом листе.
Например есть таблица:
| 01.02.2021 | Расход | 1000 | 2000 | Баранов Сергей | Выдача на закупку товара | |
| 01.02.2021 | Приход | 500 | 100 | Баранов Сергей | Возврат после закупки | |
| 01.02.2021 | Расход | 2800 | 0 | Степаненко Андрей В. | Выдача на обмен валюты | |
| 01.02.2021 | Приход | 0 | 100 | Степаненко Андрей В. | Возврат после обмена валюты | |
| 01.02.2021 | Приход | 11000 | 50 | Степаненко Андрей В. | Приход по форме 10Е-ОТКУ | |
| 01.02.2021 | Расход | 100 | 0 | Степаненко Андрей В. | Расход по форме 10Е-ОТКУ | |
| 01.02.2021 | Расход | 1500 | 0 | ЧП ТСН | Аренда помещений | |
| 01.02.2021 | Приход | Возврат после закупки | ||||
| 01.02.2021 | Расход | Выплата зарплаты | ||||
| 01.02.2021 | Расход | Выдача на закупку товара |
В итоге должны вывести новуюю таблицу в строке которой есть следующие записи:
| Покупка оборудования |
| Покупка расходных материалов |
| Аренда помещений |
| Выплата зарплаты |
| Оплата инф. техн. (ИТ) |
| Оплата издержек на возвраты |
| Непредвиденные расходы |
| Прочие проекты |
| Содержание автопарка |
| Юридические/бухгалтерские услуги |
| Платежи по долгам |
| Прочие операционные расходы |
Бюджет: 1000 UAH Срок: 2 дня
Доброго дня. Готова виконати дану роботу. Швидко та якісно.
Необхідно уточнити основні вимоги до роботи.
Бюджет: 650 UAH Срок: 2 дня
Здравствуйте.
Готов приступить к работе.
Пришлите пожалуйста пример в личные сообщения.
Буду рад сотрудничеству.
Бюджет: 300 UAH Срок: 1 день
Здравствуйте, Андрей.
В прикрепленном файле исходные данные для таблицы, или это только как образец и саму таблицу-журнал тоже нужно создать? Могу выполнить Ваше задание двумя способами: гибким - он же самый простой - список данных будет пополняться по мере добавления категорий затрат/прихода, или же стационарным: данные будут подсчитывать только для тех категорий, которые сразу будут заложены. Сделаю все в гугл-таблицах.
Обращайтесь.
Бюджет: 250 UAH Срок: 2 дня
Добрый день!
Могу выполнить заказ быстро и качественно.
Работу сделаю в Excel, предоставлю все необходимые пояснения
Бюджет: 700 UAH Срок: 5 дней
Маю досвід роботи з Google App Script та формулами в Google Sheet (Гугл Таблиці).
Готовий до співпраці.
Потрібен більш детальний опис завдання.
Бюджет: 500 UAH Срок: 2 дня
Здравствуйте!
Работаю с Excel и Google таблицами.
Готов помочь с помощью формул или макроса (скриптов).
Буду рад сотрудничеству.
Бюджет: 500 UAH Срок: 1 день
Добрый день.
Возьмусь за задачу.
Смогу выполнить за пару часов после уточнения нескольких вопросов по таблице.
Бюджет: 600 UAH Срок: 3 дня
Добрый вечер!
Готова приступить к выполнению проекта сразу после согласования условий.
Есть опыт работы в созданию презентаций/баннеров, наполнении магазинов товарами и блогов контент на различных CMS: WP, Joomla, OpenCart, Tilda и пр. Опыт в работе с подготовкой файлов Excel для импорта/экспорта. Также занимаюсь поиском и обработкой информации, выполняю рутинную работу в максимально короткие сроки.
Пишите, буду рада сотрудничеству :)
Бюджет: 850 UAH Срок: 2 дня
Доброго вечора, є досвід роботи з Гугл таблицями (формулами) та з додаванням скриптів.
(Робив телеграм бота для системи обліку угод трейдера із записом в Гугл таблицю)
З величезним бажанням візьмусь за дану роботу.
Від вас потрібно лише підтвердження ставки. Все інше- за мною)
Буду радий співпраці гарного вечора і хорошого настрою!
Бюджет: 500 UAH Срок: 1 день
Здравствуйте. Готова выполнить задание, после уточнения деталей. Есть большой опыт в Эксель. Буду рада сотрудничеству. Если заинтересует кандидатура - пишите в ЛС.
Бюджет: 500 UAH Срок: 2 дня
Здравствуйте. Нужны детали по заданию. Пишите в личку, обсудим.
Бюджет: 1000 UAH Срок: 3 дня
Добрый день Андрей! Готова помочь, опыт работы в Excel более 10 лет. Сводные таблицы, формулы "суммесли" и тд. Сначала сделаю шаблон таблицы, со статьями, после согласования с Вами пропишу формулы, посчитаю. Какие сроки? Цена условная, обсуждаемая
Бюджет: 5000 UAH Срок: 10 дней
Андрей, здравствуйте!
Интересный проект.
Могу помочь. Опыт - в Портфолио.
Есть действующая 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.
ТЗ: Восстановление сайта из резервной копииТип работы: откат/восстановление сайта, устранение ошибок после неудачного обновленияПлатформа: сайт работает на двух системах, 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 воронки - Кол центр и Отдел продаж со своими воронками Карточки лидов (кроме имени и номера) имеют много различных полей Лиды также имеют голосовые записи звонков. Их также нужно перенести От кандидата ожидаю ориентировочную сумму и сроки реализации