Адаптер eBay збудовано на офіційних eBay Sell APIs (Fulfillment + Inventory) з підключенням через OAuth-згоду eBay — пароль ніколи не потрапляє в CRM, а токени кожного продавця зберігаються зашифрованими. Замовлення надходять поллінгом за розкладом, бо eBay не має вебхуків замовлень; CRM тримає їх синхронними на кожному проході й повертає трекінг, коли команда відправляє посилку. Адаптер перевірено наскрізно на реальному акаунті продавця (2026-09-04): замовлення, імпорт товарів, пуш цін і залишків, публікація й повідомлення покупців.
Від checkout на eBay до відправленого замовлення в CRM
- 1
Покупець оформлює замовлення на eBay
Протягом 3 хвилин замовлення з’являється в CRM із позиціями, снапшотом покупця (ім’я, email, телефон), адресою доставки та сумою оплати.
- 2
Команда працює з ним як зі звичайним замовленням CRM
Статус оплати з eBay записується автоматично; маркетплейс лишається джерелом правди, доки менеджер не змінить статус вручну.
- 3
Відправлення повертається на eBay
Коли замовлення в CRM позначене «Відправлено» з номером ТТН, адаптер створює tracked shipping fulfillment на eBay — покупець бачить перевізника і трекінг у своїй покупці.
Що робить адаптер
Замовлення — ідемпотентно
Поллінг іде за часовим курсором із вікном перекриття, тож замовлення ніколи не імпортується двічі, а пропущений цикл самовідновлюється на наступному проході.
Каталог за SKU
Ціни та залишки CRM пушаться до лістингів під Inventory API, зіставлених за SKU; імпорт товарів затягує в каталог CRM усі активні лістинги — і керовані Inventory API, і звичайні з Seller Hub — як чернетки на перегляд.
Видно, чого не зроблено
Синхронізація торкається лише лістингів, що вже є на eBay. Тому звіт окремо показує товари, яких на eBay немає взагалі, і позиції, які не вдалося надіслати — тиша не видається за успіх.
Очищення даних рівня GDPR
Адаптер постачає обов’язковий eBay endpoint видалення акаунтів: коли eBay повідомляє про закритий акаунт, дані цього покупця анонімізуються в CRM автоматично.
Можливості, рядок за рядком
Та сама матриця, яку CRM показує всередині простору — тут не обіцяно нічого, чого адаптер не робить.
- Замовлення потрапляють у CRMПрацює
Нові та змінені замовлення імпортуються з позиціями, сумами та id замовлення на платформі.
Опитування кожні 3 хвилини через Fulfillment API (усі замовлення, змінені з попереднього проходу, з перекриттям). Якщо власник увімкнув push-сповіщення eBay, сповіщення будить опитування за секунди. Перевірено на живому продавці 2026-09-04.
- Статус замовлення йде за платформоюПрацює
Коли платформа змінює статус чи оплату замовлення, CRM-замовлення йде за нею — доки менеджер не поставить статус вручну.
На кожному проході: оплата (PAID → підтверджено, повне повернення → повернено), виконання (IN_PROGRESS → в обробці, FULFILLED → відправлено) і скасування покупцем → скасовано; запис оплати створюється із суми замовлення. Статус FULFILLED на eBay ставить сам продавець, завантаживши трекінг, — «доставлено» eBay не повідомляє. Відправлення з номером відстеження, завантажене в кабінеті eBay, лягає у вкладку «Відправлення» і переводить замовлення у «Відправлено» навіть після ручної зміни статусу — лише вперед і ніколи із скасованого чи поверненого.
- Статус із CRM повертається на платформуЗ умовою
Позначене в CRM як відправлене чи скасоване замовлення повідомляється платформі.
Замовлення CRM зі статусом «Відправлено» і ТТН створює на eBay tracked shipping fulfillment (перевізник + номер), ідемпотентно; напрямок вимикається власником. Скасування живе в окремому Post-Order API eBay і не пушиться — скасовуйте в Seller Hub.
- Відстеження посилкиЗ умовою
Перевізник і номер відстеження відправлення видно на замовленні.
На замовленні видно ТТН і перевізника — завантажені продавцем у кабінеті eBay або надіслані CRM. Рух посилки eBay назад не повідомляє: відстеження є лише там, де його дає власна інтеграція CRM з перевізником — сьогодні це Нова Пошта.
- Підтвердження доставкиПлатформа не дає
CRM дізнається, що покупець отримав посилку.
Модель замовлення eBay закінчується на FULFILLED («відправлено»): у Fulfillment API немає статусу «доставлено» чи «забрано», тож CRM не може дізнатися, що покупець отримав посилку.
- Повідомлення покупців в ІнбоксіПрацює
Питання, які покупці пишуть через платформу, з’являються в єдиному інбоксі, і на них можна відповісти з CRM.
Питання покупців (Trading GetMemberMessages) потрапляють в Інбокс кожні 3 хвилини, наступне повідомлення того ж покупця лягає в той самий тред; відповідь із CRM іде миттєво. Потребує згоди на scope commerce.message — акаунти, підключені раніше, просять перепідключитися.
- Контакти покупцяПрацює
Ім’я, телефон, email та адреса покупця зберігаються на замовленні й у картці клієнта.
Ім’я, адреса доставки, а також email і телефон, коли eBay їх передає в замовленні; покупець зберігається за стабільним username eBay, тож повторні замовлення тієї ж людини зв’язуються.
- Імпорт оголошень у каталогПрацює
Наявні оголошення забираються в каталог CRM, зіставляються за SKU чи штрихкодом, решта — у чергу перегляду.
Два проходи: лістинги під Inventory API (з описом, фото, GTIN, станом) і класичні лістинги з Seller Hub через Trading ActiveList; дедуплікація за SKU та ItemID, нове — у чергу перегляду. Класичне оголошення без custom label не має SKU і чесно рахується як непридатне.
- Передача ціни та залишківПрацює
Ціна та залишок із CRM передаються в наявні оголошення каналу.
Вимкнено за замовчуванням; власник вмикає після dry-run прев’ю. Ціна — щогодини, лише коли валюта прайс-листа збігається з валютою майданчика; залишок — щогодини і миттєво при кожній зміні на складі, і для Inventory API, і для класичних лістингів за Item ID. При залишку 0 eBay тримає оголошення активним, але купити його не можна.
- Створення оголошень із CRMПрацює
Товар CRM можна опублікувати на каналі як нове оголошення.
Публікація з картки товару у два кроки: спершу чернетка оферти, яку покупці не бачать, потім явний клік «Опублікувати наживо». Потрібні політики доставки/оплати/повернення і складська локація на eBay — CRM називає, чого бракує, замість того, щоб дати eBay відхилити. Лише production-підключення: пісочниця eBay не підбирає категорію. Політику доставки можна обрати для кожного товару окремо (або типову для підключення) і змінити на живому оголошенні без повторної публікації.
- Повернення та рефандиЩе не збудовано
Повернення й рефанди, ініційовані покупцем на платформі, записуються на CRM-замовлення.
Повернення і скасування покупця живуть в окремому Post-Order API eBay, який CRM ще не інтегрувала. Обробляйте їх у Seller Hub; повне повернення коштів CRM побачить через статус оплати замовлення.
- Аналітика каналуЩе не збудовано
Продажі, ціни та конкуренція на каналі видно всередині CRM.
Sell Analytics і Marketing API eBay не інтегровані. Сторінка каналу показує продажі й виручку за замовленнями, які прийшли в CRM, а не трафік чи конверсію лістингів.
Статус і межі
Адаптер доступний: замовлення, імпорт лістингів, пуш цін і залишків та листування з покупцями перевірено на реальному акаунті продавця eBay (ebay.it, вересень 2026), разом із публікацією товару у два кроки. Підтвердження відправлення з номером ТТН передається на eBay автоматично; скасування на eBay не передаються. Ще одна межа поза нашим контролем: eBay взагалі не повідомляє «доставлено» чи «забрано». Дрібне доопрацьовується постійно — матриця вище каже рядок за рядком, що саме працює.
Поширені запитання
Як швидко замовлення eBay з’являються в CRM?
Поллер запускається кожні 3 хвилини і імпортує всі замовлення, змінені з попереднього проходу; з увімкненими push-сповіщеннями eBay нове замовлення чи повідомлення будить опитування за секунди.
Чи може CRM оновити будь-який лістинг eBay?
Імпорт бачить усі активні лістинги, зокрема створені в Seller Hub. Ціни й залишки CRM надсилає двома офіційними шляхами: Inventory API для керованих offer-ів і Trading ReviseInventoryStatus за Item ID для класичних лістингів. Міграція bulkMigrateListing не є обов’язковою. Для автоматичного зіставлення з товаром CRM потрібен артикул/custom label = SKU.
Чи можна виставити товар на eBay просто з CRM?
Так — з картки товару або пачкою до 25 товарів зі сторінки каналу. Це два кроки, і навмисно: на eBay неопублікований лістинг не видно навіть вам (його немає ні в активних, ні в чернетках Seller Hub), тож перевіряєте ви його в CRM, а другим кліком ставите в продаж. Якщо між цими кроками ви змінили ціну, фото чи характеристики, у продаж іде вже нова версія — чернетку не треба створювати заново. Спершу власник робочого простору має ввімкнути публікацію після пробного прогону.
Чи можна обрати політику доставки для конкретного товару?
Так. Для кожного товару можна обрати одну з ваших політик доставки eBay — безкоштовну чи платну, з потрібною службою, строком відправлення й країнами — або залишити типову політику підключення. Для вже опублікованого оголошення політика змінюється на місці, без повторної публікації, і CRM одразу перевіряє, що eBay її застосував. Призначити одну політику можна й пачці до 25 товарів зі сторінки каналу. Самі політики ви створюєте в Seller Hub, CRM лише читає їх.
Чи бачить покупець відправлення, позначене в CRM?
Адаптер створює shipping fulfillment на eBay з перевізником і номером ТТН із відправлення CRM. Підтвердження відправлення з номером ТТН передається на eBay автоматично — так само, як замовлення, імпорт лістингів, пуш цін і залишків та листування з покупцями, які вже перевірено на реальному акаунті продавця (вересень 2026).
Що стається, коли користувач eBay видаляє акаунт?
eBay надсилає підписане сповіщення про видалення на окремий endpoint адаптера; CRM перевіряє підпис і автоматично анонімізує замовлення та профіль цього покупця.
Це вже доступно для живих продавців?
Так. Production-ключі активні, а адаптер перевірено наскрізно на реальному акаунті продавця eBay (2026-09-04). Підключення — через офіційну OAuth-згоду eBay на сторінці адаптера.
Один робочий простір для eBay і решти каналів
Замовлення, покупці, залишки і трекінг лишаються в CRM, у якій ваша команда вже працює.
Почати безкоштовно