Адаптер eBay збудовано на офіційних eBay Sell APIs (Fulfillment + Inventory) з підключенням через OAuth-згоду eBay — пароль ніколи не потрапляє в CRM, а токени кожного продавця зберігаються зашифрованими. Замовлення надходять поллінгом за розкладом, бо eBay не має вебхуків замовлень; CRM тримає їх синхронними на кожному проході й повертає трекінг, коли команда відправляє посилку. Адаптер code-complete проти sandbox eBay і лишається в QA до наскрізної верифікації з реальним акаунтом продавця.
Від checkout на eBay до відправленого замовлення в CRM
- 1
Покупець оформлює замовлення на eBay
Протягом 15 хвилин замовлення зʼявляється в 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 автоматично.
Поточні можливості
- Підключення продавця через офіційний eBay OAuth (scopes sell.fulfillment + sell.inventory); токени запечатані at rest.
- Перевірка зʼєднання підтверджує username продавця, середовище та валідність refresh-токена до будь-якої синхронізації.
- Імпорт замовлень кожні 15 хвилин із позиціями, снапшотом покупця, адресою доставки та сумою оплати.
- Статуси оплати й виконання eBay мапляться в статус замовлення CRM на кожному проході; включно з поверненнями та скасуваннями.
- Замовлення CRM зі статусом «Відправлено» створює tracked shipping fulfillment на eBay (перевізник + ТТН із відправлення CRM, ідемпотентно).
- Ви самі обираєте майданчик eBay, на якому продаєте; ціни йдуть в offer'и саме цього ринку, а до вибору синхронізація не працює — жодних здогадок.
- Залишок надсилається лише для товарів з обліком, а товар у валюті, відмінній від валюти обраного майданчика, лишає свою ціну — і це показується у звіті.
- Імпорт товарів затягує в каталог CRM усі активні лістинги акаунта — і під Inventory API, і класичні з Seller Hub — дедуплікує за SKU і чесно позначає обрізаний результат.
- Публікація товару на eBay з картки товару — по одному, вручну, у два кроки: спершу лістинг готується, другим кліком ви ставите його в продаж.
- Перед публікацією CRM перевіряє, чого бракує на боці eBay — політик доставки/оплати/повернення, складської локації, завершеної реєстрації продавця — і називає це замість того, щоб дати eBay відхилити лістинг.
- Звіт про синхронізацію показує і те, чого CRM НЕ зробила: скільки активних товарів взагалі немає на eBay і скільки позицій не вдалося надіслати.
- Endpoint видалення акаунтів відповідає на challenge eBay і анонімізує дані закритих акаунтів із перевіркою підпису.
Статус QA і межі
Адаптер у QA: production keyset активований і endpoint видалення акаунта пройшов тест eBay, але реальний seller ще не перевірений end-to-end. Імпорт охоплює всі активні лістинги, а push цін/залишків працює і для Inventory API, і для класичних Seller Hub лістингів через Item ID — обовʼязкова bulkMigrateListing більше не потрібна. Скасування замовлень живе в окремому Post-Order API eBay і поки не пушиться.
Поширені запитання
Як швидко замовлення eBay зʼявляються в CRM?
Поллер запускається кожні 15 хвилин і імпортує всі замовлення, змінені з попереднього проходу, тож нове замовлення зазвичай зʼявляється за лічені хвилини.
Чи може CRM оновити будь-який лістинг eBay?
Імпорт бачить усі активні лістинги, зокрема створені в Seller Hub. Ціни й залишки CRM надсилає двома офіційними шляхами: Inventory API для керованих offer-ів і Trading ReviseInventoryStatus за Item ID для класичних лістингів. Міграція bulkMigrateListing не є обовʼязковою. Для автоматичного зіставлення з товаром CRM потрібен артикул/custom label = SKU.
Чи можна виставити товар на eBay просто з CRM?
Так — з картки товару, по одному товару. Це два кроки, і навмисно: на eBay неопублікований лістинг не видно навіть вам (його немає ні в активних, ні в чернетках Seller Hub), тож перевіряєте ви його в CRM, а другим кліком ставите в продаж. Спершу власник workspace має ввімкнути публікацію після пробного прогону.
Чи бачить покупець відправлення, позначене в CRM?
Так. Адаптер створює shipping fulfillment на eBay з перевізником і номером ТТН із відправлення CRM, і eBay показує це покупцеві.
Що стається, коли користувач eBay видаляє акаунт?
eBay надсилає підписане сповіщення про видалення на окремий endpoint адаптера; CRM перевіряє підпис і автоматично анонімізує замовлення та профіль цього покупця.
Це вже доступно для живих продавців?
Функціонал збудований і проходить QA проти sandbox eBay. Жива синхронізація чекає на активацію production-ключів і наскрізну верифікацію з реальним акаунтом продавця eBay.
Один workspace для eBay і решти каналів
Замовлення, покупці, залишки і трекінг лишаються в CRM, у якій ваша команда вже працює.
Почати безплатно