Виправити передачу товарів із Shopify у CRM SalesDrive

Бюджет: 2000 UAH Термін: 4 дні

Вітаю, Анастасіє!

Роблю кастомні інтеграції Shopify ↔ SalesDrive та інших CRM (код, API/webhook), тож ваш кейс зрозумілий.

По суті проблем:
1) Позиції створюють нові картки з нульовим залишком і «червоним трикутником», бо в замовленні у SalesDrive не приходить або не збігається SKU рядкової позиції. Треба, щоб на кожен рядок замовлення передавався SKU, який точно збігається зі SKU каталогу SalesDrive, і зробити це мапінгом по всьому каталогу, а не хардкодом на один товар.
2) Опції 1/2/3 паковання: кожен варіант Shopify має віддавати свою ціну зі знижкою під відповідний SKU, щоб у заявці була коректна сума.
3) Місто та відділення Нової Пошти інколи не підтягуються, дотягну мапінг полів доставки.

Приймання зроблю саме як у вашому ТЗ: тестові замовлення на кілька товарів з опціями 2/3 прив'язуються до карток без трикутника, зі списанням залишку і правильною ціною.

Одне уточнення, щоб одразу оцінити обсяг: інтеграція зараз побудована напряму (Shopify webhook у SalesDrive API) чи через проміжний сервіс (Make, n8n, власний сервер)? Від цього залежить, де саме правити мапінг SKU.

Готовий узятися одразу після доступів і ТЗ. Термін орієнтовно 3-4 дні під тестове приймання.

Петро Панков, BotCraft Group Розгорнути

Бюджет: 18000 UAH Термін: 4 дні

Вартість повного виправлення з тестами - 18 000 грн. Термін - до 4 робочих днів після доступів і тестових товарів. Бюджет 2 000 грн, по відчуттях, покриє тільки діагностику, не нормальну правку з перевіркою.

МОжу взяти задачу на рівні коду інтеграції Shopify - SalesDrive, а не ручного латання одного SKU. Спершу перевірю, як формується тіло замовлення, мапінг SKU до каталогу SalesDrive, логіку ціни для 1/2/3 паковання і передачу даних Нова пошта. Далі - правка коду, тестові замовлення по кількох товарах, перевірка прив’язки до карток, списання залишку і ціни - !!без червоного трикутника!!.

> Питання 1 - SKU в Shopify зараз заповнені у полі SKU варіанта для всіх варіантів 1/2/3 паковання, чи частина логіки зроблена через метаполя
> Питання 2 - інтеграція написана у коді теми, додатку Shopify, безсерверному скрипті або на окремому сервері

З досвіду близькі речі
> https://business.ingello.com/prime-eva - електронна комерція і процеси навколо товарів, замовлень та операційної логіки
> https://business.ingello.com/forma-crm - ЦРМ-логіка, довідники, зв’язування сутностей і контроль даних
> https://systems-fl.ingello.com/ua - коротко про наш підхід до системної розробки

Дивіться, тут нюанс - якщо код інтеграції уже зроблений хаотично, дешевше буде не шукати окрему помилку у кожному товарі, а привести передачу SKU, ціни і доставки до одного правила. Інакше сьогодні вилікуємо 5 позицій, а завтра 50 нових знову підуть як непов’язані. В цілому норм працювати ситемно, бо скупий платить двічі =/ Розгорнути

Бюджет: 2000 UAH Термін: 2 дні

Анастасіє, бачу тут типову проблему кастомної інтеграції: SKU не мапиться системно, через це SalesDrive створює нові позиції замість прив’язки до каталогу. Також перевірю логіку цін для опцій 1/2/3 паковання та передачу міста й відділення в Нову пошту. Маю досвід із Shopify API, CRM-інтеграціями та доробками кодом. Зможу швидко пройтись по ланцюжку передачі й показати, де саме ламається синхрон.

Бюджет: 2000 UAH Термін: 3 дні

Доброго дня!

Маю досвід роботи з Shopify, CRM-системами, REST API, вебхуками та кастомними інтеграціями між різними платформами.

Можу допомогти з аналізом та виправленням поточної інтеграції Shopify → SalesDrive:

• перевірити механізм передачі SKU та знайти причину, чому товари створюються як нові позиції замість прив'язки до існуючих карток у SalesDrive;
• забезпечити коректну передачу SKU для всіх товарів і варіацій каталогу;
• перевірити логіку передачі цін для пакетів 1/2/3 одиниці та виправити розрахунок вартості;
• проаналізувати передачу даних Нової Пошти (місто, відділення, поштомат) та усунути випадки втрати даних;
• провести тестування на декількох товарах і сценаріях замовлення;
• перевірити логи API, вебхуки та код інтеграції для виявлення прихованих помилок.

Результатом буде коректна прив'язка товарів до каталогу SalesDrive без створення дубльованих позицій, правильне списання залишків та передача актуальних цін незалежно від вибраної кількості товару.

Готовий ознайомитися з ТЗ, доступами та поточною реалізацією інтеграції для оцінки термінів і обсягу робіт. Розгорнути

Бюджет: 8000 UAH Термін: 4 дні

Зрозумів суть проблеми - товари з кількома одиницями губляться в SalesDrive через некоректний SKU, а знижки на 2-3 упаковки та дані Нової пошти теж плутаються. Я перевірю, як зараз формується замовлення в Shopify і де саме губиться зв'язок з каталогом SalesDrive, після чого виправлю логіку системно по всьому каталогу, а не для одного товару. Зроблю кілька тестових замовлень з різною кількістю паковань, щоб переконатись - товари прив'язуються до карток без нового дубля і з правильною ціною та залишком. Маю досвід із подібними інтеграціями інтернет-магазинів і CRM, тож розумію типові підводні камені такої синхронізації. Готовий обговорити доступи і деталі, щоб почати якнайшвидше.

Бюджет: 2500 UAH Термін: 2 дні

Доброго дня, готовий обговорити з Вами завдання і після цього приступити до виконання. Заздалегідь дякую.

Бюджет: 2000 UAH Термін: 3 дні

Доброго дня! Робив звʼязки Shopify → SalesDrive через API, зокрема лагодив саме такі баги, коли замовлення падають новими позиціями замість привʼязки до карток каталогу. Це майже завжди мапінг SKU (variant SKU в Shopify ≠ SKU у SalesDrive) плюс округлення ціни на опціях-паках — лагодиться на боці коду інтеграції. Готовий залізти, відтворити на тестових замовленнях і здати, коли все привʼязується без червоного трикутника й з правильною ціною. Підкажіть, інтеграція крутиться на своєму сервері (PHP/Node) чи через готовий конектор?

Бюджет: 2000 UAH Термін: 1 день

Добрий день!

Готовий розібратися з вашою інтеграцією та виправити проблеми після аналізу поточного коду.

З опису бачу три окремі напрямки:

* перевірити передачу SKU для коректної прив'язки товарів у SalesDrive;
* виправити передачу цін для замовлень з опціями 2/3 пакування;
* знайти причину, через яку в окремих випадках не передаються місто та відділення Нової Пошти.

Спочатку перевірю поточну логіку інтеграції, запити до API та відповідність даних, після чого внесу необхідні зміни й протестую на реальних тестових замовленнях.

Якщо інтеграція вже написана й потрібно саме доопрацювати її, готовий оперативно включитися в роботу після отримання ТЗ та доступів. Розгорнути

Бюджет: 2000 UAH Термін: 5 днів

Готов провести аудит поточної інтеграції для визначення точної поломки, термінів і ціни.

Можу запропонувати такий формат:
- ви даєте доступ до коду і тестове замовлення.
- я проводжу протягом 1 дня аудит усіх 3-х проблем
- після аудиту повідомлю про ціну і терміни (орієнтир 3-5 днів)
- якщо влаштує ціна, то виконаю правки в зазначений термін.

Також потрібно враховувати, що такі проблеми бувають через розбіжності SKU з вашим каталогом. І така проблема вирішується швидше і дешевше.

Бюджет: 2000 UAH Термін: 1 день

Доброго дня! Бачу проблему з інтеграцією Shopify та SalesDrive. Швидше за все, поточний скрипт тягне загальний SKU продукта, а не конкретний variant.sku з об'єкта line_items. Тому SalesDrive не знаходить збігів у базі і просто створює нові сутності з нульовим залишком.

Щодо цін на пакування (2/3 штуки) — це стандартна поведінка при роботі зі знижками на кількість. Треба поправити парсинг у вебхуку, щоб він брав фінальну line_price (з урахуванням discount_allocations), а не базову ціну з каталогу.

А відпадіння даних Нової Пошти трапляється через банальну асинхронність. Хук orders/create летить у CRM до того, як віджет доставки встигає зберегти місто та відділення у note_attributes замовлення. Це теж лікується.

Я розробляю кастомні API-інтеграції на Node.js. Бюджет у 2000 UAH цілком підходить для такого дебагу. Скидайте поточний код скрипта — гляну, як там написаний мапінг полів, і зможемо закрити це питання.

Бюджет: 2000 UAH Термін: 3 дні

Потрібно полагодити інтеграцію Shopify → SalesDrive: товари мають матчитися по SKU, ціни з опціями 2/3 пакування передаватися коректно, і підтягуватися Нова Пошта.

Ось план: спочатку перевіряю, як зараз передається SKU у webhook-payload Shopify і як SalesDrive приймає його через API при створенні позиції замовлення — зазвичай проблема або у відсутньому полі `sku` у line_items, або у невідповідності з `external_id` картки каталогу. Далі розбираю логіку знижки на 2/3 паковання: якщо це Shopify-discount або окремий variant, треба передавати `price` вже після застосування знижки, а не base price. По Новій Пошті дивлюся, чи заповнюється поле міста/відділення з note_attributes або shipping address і чи маппиться у правильний блок SalesDrive.

Поточний код інтеграції написаний на чому — Node, PHP, чи це Shopify Flow / стороній app?

Бюджет: 27000 UAH Термін: 14 днів

Зрозуміло — потрібно гарантувати коректний SKU на рівні кожної позиції, точний перерахунок ціни для опцій 2/3 пакування і правильну передачу полів Нової пошти, щоб SalesDrive прив’язував позиції до карток без червоного трикутника і списував залишки. Часто причина — SKU приходить не в variant.sku, а в properties/metafields, а знижка на пакування накладається як загальна знижка, тому треба перерахувати ціну на кожну лінію перед відправкою. Потрібні доступи до коду інтеграції, API-ключі Shopify і тестовий акаунт SalesDrive плюс кілька тестових замовлень? Після доступів пришлю логи і тестові заміри.

Бюджет: 12000 UAH Термін: 5 днів

у нас уже є практично готовий підхід для таких зв'язок Shopify - SalesDrive, його можна швидко адаптувати під ваш код і перевірити на тестових замовленнях ))

орієнтир - від 12 000 грн і 3-5 робочих днів після доступів.
точніше скажу після перегляду поточного коду інтеграції, бо тут нюанс у тому, де саме формується payload для SalesDrive і як зараз мапляться SKU, ціни та дані Нової пошти.

можемо пройтися по трьох місцях.
- передача SKU кожної позиції так, щоб SalesDrive прив'язував товар до наявної картки каталогу, а не створював нову позицію
- логіка ціни для 1/2/3 паковання, щоб знижка не ламала суму в заявці
- передача міста та відділення Нової пошти в потрібні поля заявки

для точної оцінки потрібно 2 питання.
- інтеграція зараз написана через Shopify webhook, власний застосунок, серверний скрипт чи тему Shopify
- у SalesDrive товари зіставляються тільки по SKU, чи є ще внутрішній ідентифікатор товару/варіації

схожі за типом задачі кейси.
- https://business.ingello.com/prime-eva - e-commerce автоматизація, синхронізація процесів і даних між системами
- https://business.ingello.com/eva - роздріб та інтеграційна логіка навколо товарів, замовлень і обліку

головна сторінка Ingello для біржі - https://systems-fl.ingello.com/ua

на зв'язку тут, можемо обговорити деталі в межах біржі і почати з короткої технічної перевірки. Розгорнути

Бюджет: 2000 UAH Термін: 5 днів

Вітаю!

Беремось — це наш профіль: відладка кастомних API-інтеграцій (Shopify + CRM). Проблеми зрозумілі й вирішувані, по кожній одразу видно причину:

Товари падають як нові непов'язані (червоний трикутник, нульовий залишок) — бо в замовленні до SalesDrive не передається коректний SKU позиції або він не збігається з каталогом. Полагоджу маппінг: кожна позиція передає SKU варіанта Shopify → SKU картки SalesDrive системно по всьому каталогу, тоді замовлення прив'язуються до карток і залишок списується.

Ціна при 2/3 упаковках (опція знижки) — потрібно, щоб кожна опція кількості передавала свою правильну ціну. Виправлю, щоб ціна варіанта/опції (зі знижкою на 2 та 3) коректно йшла в позицію замовлення SalesDrive.

Місто/відділення Нова Пошта інколи не підтягуються — доопрацюю маппінг полів міста + відділення з чекауту Shopify у блок НП SalesDrive, включно з випадками, коли зараз воно губиться.

Результат: тестові замовлення (в т.ч. з опціями 2/3) прив'язуються до карток без червоного трикутника, зі списанням залишку та правильною ціною — як у вашому критерії приймання.

Щоб назвати точні строки й ціну — надішліть, будь ласка, доступ до коду інтеграції + ТЗ. Гляну логіку передачі замовлення і скажу конкретно (частина правок — швидкі). Орієнтовно — кілька днів після доступу. Розгорнути

Бюджет: 3000 UAH Термін: 4 дні

оброго дня!

Маю досвід роботи з API, інтеграціями та доопрацюванням існуючого коду. Готовий розібратися з вашою інтеграцією Shopify ↔ SalesDrive, перевірити передачу SKU, логіку формування цін для наборів 2/3 упаковки, а також знайти причину некоректної передачі даних Нової пошти.

Перед початком роботи ознайомлюся з кодом інтеграції та технічним завданням, після чого оперативно приступлю до виправлень.

Буду радий співпраці!

Бюджет: 3200 UAH Термін: 3 дні

Добрий день! Подивилася ваше ТЗ — класична проблема з маппінгом SKU при передачі в SalesDrive, плюс логіка знижок на 2/3 паковання не враховується при формуванні ціни в замовленні. Щодо міста/відділення НП — швидше за все, поля передаються в іншому форматі, ніж очікує CRM. Потрібно буде глянути поточний код інтеграції та структуру webhook-ів. Маю досвід з API обох систем, зроблю так, щоб SKU матчилися коректно, ціни рахувалися з урахуванням опцій, а адреса доставки підтягувалася в потрібні поля. Готова взятися, результат орієнтовно за 3 дні після отримання доступів.

Бюджет: 2000 UAH Термін: 4 дні

Анастасіє, бачу, що головна проблема з інтеграцією Shopify і SalesDrive - це некоректне відображення товарів та їх цін у CRM, що створює плутанину в каталозі, залишках та інформації про замовлення.

Я перевірю поточний код інтеграції, щоб налаштувати правильну передачу SKU для кожного товару та коректних цін з урахуванням знижок за кількість. Це дозволить замовленням коректно прив'язуватися до наявних карток у SalesDrive, списувати залишки та показувати вірну ціну.

Чи відомо, яким саме методом реалізована поточна інтеграція (наприклад, через Shopify Functions, кастомний скрипт на сервері, чи інший підхід)?

Бюджет: 4000 UAH Термін: 2 дні

Добрий день. Подивився ТЗ — класична проблема з маппінгом SKU при передачі через API: Shopify відправляє variant SKU, а SalesDrive не знаходить відповідник і створює нову картку. Потрібно допрацювати код інтеграції: коректний парсинг SKU з варіантів, обробка цінових опцій 1/2/3 паковання з урахуванням знижок, та перевірка передачі полів доставки НП. Маю досвід з обома системами та їх API. Готовий взятися, результат з тестовими замовленнями — орієнтовно за 2 дні після отримання доступів.