Потрібно виконати оплачуване тестове завдання для відбору на більш великий проект.
Розробити workflow для автоматичного розрахунку вартості відвантажень на основі вхідних даних. Система повинна обробляти часткові дані, що надходять не по порядку, і перераховувати ціну при оновленні інформації.
Детальний опис завдання — у вкладеному файлі.
Підказка: найкраще рішення на даний момент складається з 4 нод N8N.
![[Ten8] N8N Test assignment.pdf (87KB)](/static/images/file-types/pdf.svg)
Бюджет: 45 USD Термін: 1 день
Вітаю, Олександр!
Переглянув прикріплений документ, загалом все зрозуміло.
Можу виконати на тестовому середовищі з даними з файлу або можете дати реальний потік даних для тестування.
Якщо є додаткові правила для прорахунку, то можете написати їх так.
Коли зручно більш детально обговорити і почати?
Бюджет: 47 USD Термін: 3 дні
Доброго дня! Ознайомився з завданням. Завдання з обробки асинхронних і часткових даних — це класичний кейс управління станом (State Management), і в мене є готове архітектурне рішення для цього.
Як я реалізував workflow:
Централізація даних (Single Source of Truth): Я використовую базу даних для «збору» відвантаження. Кожне оновлення (навіть якщо воно прийшло не по порядку) потрапляє в базу через операцію Upsert. Це гарантує, що у нас завжди є актуальний «зліпок» всієї інформації по shipment_id.
Логіка перерахунку: Workflow налаштований так, що будь-який вхідний пакет даних ініціює перевірку і перерахунок. Якщо даних для фінальної ціни ще недостатньо, система зберігає поточний стан і чекає доповнень.
Обробка бізнес-правил: * Реалізована перевірка на «один календарний день» (виключення доплати).
Автоматичний розрахунок додаткового дня при доставці після 13:00.
Стійкість (Fault Tolerance): Система не падає при відсутності полів або неправильних форматах. Вона просто ігнорує неповні дані для розрахунку, поки вони не будуть виправлені або доповнені новими оновленнями.
Результат:
Ви отримуєте масштабований workflow з 4-х ключових вузлів, який коректно обробляє виправлення, затримки даних і гарантує точність ціни в будь-який момент часу.
Готовий продемонструвати робочу версію workflow і надати JSON-файл для імпорту.
Бюджет: 47 USD Термін: 5 днів
Привіт!
Я уважно ознайомився з вашим завданням і повністю розумію логіку workflow та вимоги щодо обробки оновлень даних.
Завдання цікаве, і я готовий реалізувати його акуратно та професійно:
✔️ обробка часткових JSON оновлень
✔️ коректне зберігання стану (state management)
✔️ автоматичний перерахунок ціни при зміні даних
✔️ стабільна робота workflow при оновленнях не за порядком
Я зроблю рішення зрозумілим, чистим і зручним для подальшого масштабування. Також після виконання дам коротке пояснення логіки роботи.
Термін виконання: 5–7 днів
Вартість: 47 USD
Готовий почати одразу після підтвердження 👍
Бюджет: 47 USD Термін: 2 дні
Вітаю, зацікавив ваш проект, завдання не складне тому і ціну ставлю розумну, відпишіть для співпраці зробимо все швидко, гарантую результат проробленої роботи
Мій сайт - https://discorix.tilda.ws/
Бюджет: 45 USD Термін: 3 дні
Доброго дня, Олександре!
Можу розробити workflow в n8n для автоматичного розрахунку вартості відвантажень з урахуванням часткових і несинхронних даних, реалізувавши коректне управління станом і перерахунок при оновленнях.
Готовий швидко розібратися в проекті та включитися в роботу.
Бюджет: 50 USD Термін: 7 днів
Привіт
Я no-coder працюю з n8n. Можу взяти Ваш проект.
Звісно, хотілося б при обговоренні отримати більше інформації, з якої програми потрібно брати ці дані і куди передавати?
З повагою, Тетяна.
Бюджет: 47 USD Термін: 3 дні
Доброго ранку, Олександре
Готовий розробити workflow для розрахунку вартості відвантажень з урахуванням обробки неповних та не послідовних даних.
Я розроблю бекенд на Go або Java, що гарантує високу швидкість обробки відгуків та стабільність під навантаженням.
Зосереджуся на реалізації логіки state management та гнучкої обробки JSON для забезпечення коректних перерахунків при оновленні інформації.
Запропоную ефективне рішення, що відповідає вимогам.
Бюджет: 200 USD Термін: 5 днів
Привіт, Олександре Федоров.
Сподіваюся, у вас все добре.
Я переглянув документи, і у мене також є великий досвід роботи з n8n, обробкою JSON та робочими процесами на основі стану, які обробляють часткові та несвоєчасні оновлення.
Запропонована структура (4 вузли):
1️⃣ Вебхук – отримати оновлення відправлення
2️⃣ Сховище даних/БД – отримати поточний стан за shipment_id
3️⃣ Функція – об'єднати дані + розрахувати дні, що підлягають оплаті, та ціну
4️⃣ Upsert – зберегти оновлений стан та запропоновану ціну
Логіка:
● Об'єднувати лише вхідні поля в збережений стан відправлення.
● Перераховувати ціну щоразу, коли дані змінюються.
● Мінімум $1200 за день.
● +1 день, якщо доставка після 13:00.
● Виключення: немає додаткового дня, якщо забір та доставка в один і той же календарний день.
● Безпечно обробляти відсутні/недійсні дані без порушення робочого процесу.
Я готовий почати слідувати цій логіці і хочу обговорити це з вами по телефону або в чаті.
Я надам робочий робочий процес + коротке пояснення припущень і крайніх випадків.
Гарного дня.
Юсеф Хачича.
Бюджет: 100 USD Термін: 2 дні
Вітаю!
В ТЗ не вказано як саме надходять дані, чи їх треба самостійно за розкладом отримувати?
Тобто на вході webhook або що?
В якій базі зберігається все це?
Чи саме на це розраховано завдання? Бо якщо даних мало а їх швидкість оновлення не висока то можна використовувати навіть google sheet, airtable.. за інших умов то може бути MySQL, Postgres..а можливо і достатньо внутрішньої БД?
Отже за наявності уточнень можна зробити
Webhook - sql - webhook response.
Бюджет: 47 USD Термін: 3 дні
Доброго дня!
Маю досвід розробки workflow на N8N, включаючи роботу з JSON та управління станом даних. Готовий реалізувати автоматичний розрахунок вартості відвантажень, обробляючи часткові дані з перерахунком при оновленні інформації.
Напишіть мені в особисті повідомлення для уточнення деталей.
Бюджет: 47 USD Термін: 3 дні
Привіт! Я уважно вивчив ваш проект і готовий розпочати його реалізацію. Давайте обговоримо деталі для найкращого виконання.
Вас цікавить реалізацію виключно на n8n?
Чи можна іншими методами?
Як мають прийти данні? і де ви хочете бачити результат?
Вітаю! Шукаю виконавця, на постійну співпрацю, який знається на Opencart. Людина яка на звʼязку, без негативу) Парсинг, вивантаження товарів на двох мовах UA + ru, а також формування потрібної націнки відразу Роботу хочу зробити в кілька етапів. 1. Оновлення залишків по усіх постачальниках і видалення неактуальних товарів повністю з сайту і бази. 2. Доопрацювання категорії товарів, а саме парсинг підкатегорій. 3. Допарс нових позицій по старих категоріях. 4. Парсинг нових постачальників у нові категорії.
Потрібно реалізувати проєкт зі збору та структурування великого масиву зображень із відкритих вебджерел (на першому етапі 2000 зображень). Задача включає: - автоматизований збір зображень; - завантаження файлів у максимально доступній якості; - класифікацію зображень за категоріями. Очікуваний результат: - структурована база зображень; - зрозуміла система каталогізації; - передача результату через Google Drive або інший погоджений спосіб;
Доброго дня! Необхідно виконати дві задачі: 1. Розробити парсер товарів з стороннього сайту (10–40 тис. позицій, маркетплейс) з збереженням структурованих даних у MySQL для подальшого виводу в WordPress. 2. Встановити та налаштувати n8n на VPS, а також організувати AI-обробку контенту: налаштування промптів, рерайт текстів, обробка зображень, SEO-оптимізацію та перевірку текстів на AI-детекцію. Можна оцінити вартість виконання як всього проекту, так і кожної задачі окремо. .
Потрібно виконати парсинг з каналів Вайбер (Загальна кількість - 49 каналів, близько 80 тис. підписників).
Завдання: один дашборд з усіма показниками бізнесу — реклама, воронка, оплати, робота менеджерів, планування виручки. Дані підтягуються по API автоматично. Периметр: лише напрям YCL (працевлаштування в Європі). У Kommo є й інші напрями — до сховища потрапляють лише угоди воронок YCL (фільтр за воронкою/тегом узгодимо).1. Джерела даних (інтеграції) Kommo CRM — ліди, угоди, етапи воронки, відповідальні, джерела, дати переходів між етапами (обов'язково зберігати історію), причини відмов, кастомні поля угоди (див. п. 2). Stripe — платежі, суми, статуси (успіх/відмова/повернення), прив'язка до угоди. Meta Ads — витрати, покази, кліки, CPL, ліди за кампаніями (працює зараз). Google Ads, Reddit Ads, LinkedIn Ads — плануються; архітектура — розширювані конектори без переробки ядра. SEO/органіка— Google Search Console + GA4. Наскрізний зв'язок: джерело трафіку → лід у Kommo → оплата в Stripe (UTM, ID угоди в metadata Stripe — механіку запропонувати). 2. Обов'язкові розрізи (поля угоди в Kommo) Кожна метрика має фільтруватися/групуватися за: Громадянство клієнта (Кенія, Нігерія, Індія тощо). Статус проживання: живе у своїй країні / експат (уже перебуває в Європі). Це два різні сегменти з різним циклом, конверсією та чеком. Країна розміщення / послуга: Польща, Сербія, Словаччина, Німеччина (ZAV). Менеджер, команда, канал трафіку, період. Якщо якихось полів у Kommo немає — виконавець вказує, які поля потрібно завести, замовник додає.3. Воронка та випереджальні показники Дані в розрізі воронки, по кожному етапу — підсумкові та випереджальні (leading) метрики: Трафік → лід: ліди, CPL за каналами + динаміка витрат/кліків день-до-дня. Лід → кваліфікація: конверсія + швидкість першої відповіді, торкання/дзвінки на менеджера в день, ліди без відповіді. Кваліфікація → договір/рахунок: конверсія + відправлені офери, завислі угоди (днів на етапі понад норму). Рахунок → оплата: оплати, середній чек + неоплачені рахунки, невдалі платежі. Підсумок: виручка, ROMI за каналами, run rate до плану місяця. 4. Цикл угоди Середній і медіанний цикл лід → оплата (орієнтир бізнесу ~4 тижні), тренд циклу в часі. Розкладання циклу за етапами (скільки днів угода сидить на кожному етапі) — щоб бачити, який саме етап розтягується. Список угод, що зависли на етапі довше за норму. Розріз циклу за сегментами: громадянство, статус проживання, країна розміщення, менеджер. 5. Раннє попередження просадки (ключовий блок) Оскільки цикл ~4 тижні, сьогоднішні ліди = оплати через місяць. Система повинна: Порівнювати ліди/кваліфікації поточного тижня з ковзним середнім (4 тижні) і при відхиленні вниз видавати алерт: «лідів −X%, при циклі 4 тижні очікуйте просадку оплат у тижні [дати]». Будувати прогноз оплат на 4 тижні вперед із поточного пайплайну: угоди на кожному етапі × історична конверсія етапу × залишок циклу. Підсвічувати червоним тижні, де прогноз нижчий за план, — із запасом часу на реакцію. 6. Доплати та планування продажів У картці угоди Kommo зберігаються дата та сума запланованої доплати. Система повинна: Збирати календар майбутніх доплат: тотал очікуваних, за тижнями/місяцями. Підсвічувати прострочені доплати (дата минула, оплати в Stripe немає) — окремий список для дотискання. Рахувати план місяця як: план − уже оплачено − доплати за графіком = скільки потрібно нових продажів (у грошах і в штуках угод за середнім чеком). Графік за тижнями: доплати + прогноз нових оплат проти тижневого плану. 7. Робота менеджерів Денний зріз по кожному менеджеру: торкання/дзвінки, розмови, відправлені офери, оплати — по кожному дню окремо, з графіком за період. Прогрес виконання особистого плану з порівнянням із темпом місяця (попереду / в темпі / відстає). Бенчмаркінг із колегами. 8. Візуалізація та ролі «Світлофори» (зелений/жовтий/червоний) у ключових метрик відносно норм/плану; шкали прогресу; графіки трендів; адаптив під мобільний. Ролі: CEO — усе; РОП — уся воронка та менеджери; тімлід — своя команда; менеджер — свої показники та позиція відносно колег. 9. Звіти та AI Автоматичні звіти за розкладом (щоденне зведення, тижневий звіт) у дашборд і/або месенджер. Запити у вільній формі («як змінився CPL із Meta за 2 тижні?») — LLM поверх сховища. Алерти по червоній зоні та за правилами з п. 5–6. 10. Технічні очікування та етапність Сховище (PostgreSQL/BigQuery або аналог) + ETL: webhooks Kommo + періодична синхронізація (15–60 хв). Фронтенд: кастомний або BI-інструмент — запропонувати з обґрунтуванням; вимоги до ролей, світлофорів, прогнозу та AI-запитів мають бути реалізовними. Етапи: (1) аудит і карта метрик → (2) MVP: Kommo + Stripe + Meta, воронка, світлофори, ролі → (3) цикл угоди, раннє попередження, доплати та план → (4) SEO, AI-звіти, алерти → (5) нові рекламні канали. Оплата поетапна, по кожному етапу — демо. У відгуку вказати: схожі проєкти (наскрізна аналітика), стек з обґрунтуванням, оцінку строків і вартості за етапами, щомісячну вартість володіння (хостинг, токени, ліцензії).
