↔
Оплати PayPal за замовлення, погоджені поза кошиком, знаходять своє замовлення в Shopify, позначають його оплаченим і передають у відвантаження, а повернення йдуть тим самим шляхом
Не кожне замовлення Shopify оплачується через кошик. Оптовий покупець погоджує замовлення з менеджером, постійний клієнт просить запит на оплату в PayPal, покупець з-за кордону доплачує залишок окремо. Тоді гроші в PayPal, замовлення в Shopify, і хтось має зв'язати одне з одним руками, перш ніж щось відвантажать. Зв'язка PayPal ↔ Shopify робить це зв'язування: завершена оплата PayPal знаходить своє замовлення, позначає його оплаченим і передає далі, зміни в оплаті передаються в замовлення, а повернення, погоджене в Shopify, іде в PayPal на початкову оплату. Нижче — що саме передається, які сценарії закриваємо і на які можливості обох систем спираємось.
Було оптовий покупець платить через PayPal, менеджер бачить це за кілька годин в обліковому записі PayPal і вручну позначає замовлення в Shopify оплаченим, а відвантаження чекає.
Стало оплата сама знаходить своє замовлення, замовлення йде у відвантаження, а менеджер бачить лише результат.
Було оплату в PayPal скасовано, ніхто не перевіряє, і склад однаково відвантажує замовлення.
Стало скасування доходить до замовлення в Shopify приміткою й міткою, і замовлення зупиняється, перш ніж покине склад.
Було менеджер повертає гроші в PayPal, потім згадує оновити замовлення в Shopify, і наприкінці місяця дві історії розходяться.
Стало повернення погоджується один раз у замовленні Shopify і йде в PayPal на початкову оплату.
Було оплата PayPal приходить без номера замовлення й лежить в обліковому записі, доки хтось не спитає покупця.
Стало вона потрапляє в щоденний список з ім'ям платника й сумою, і людина прив'язує її за хвилину.
Для тих, хто перевіряє: кожен пункт веде на сторінку офіційної документації, звідки він узятий.
Рахунок можна створити через API як чернетку, а потім надіслати клієнту чи запланувати надсилання, тож запит на оплату йде без кошика.
Джерело: developer.paypal.com ↗ перевірено 2026-09-29PayPal повідомляє зовнішню систему про зміни в оплаті подіями (webhook): оплату завершено, продавець повернув оплату, PayPal скасував оплату, рахунок оплачено повністю чи частково.
Джерело: developer.paypal.com ↗ перевірено 2026-09-29Завершену оплату можна повернути через API за її ідентифікатором, тож повернення йде саме на початкову оплату.
Джерело: developer.paypal.com ↗ перевірено 2026-09-29Тестування покупок і виплат поза США, чи повний запуск інтеграції, потребують саме бізнес-акаунта PayPal — самого лише базового акаунта розробника недостатньо.
Джерело: developer.paypal.com ↗ перевірено 2026-09-25Замовлення можна позначити оплаченим через API: Shopify записує платіж на суму, що залишилася до сплати, — це призначено для оплат поза його оформленням.
Джерело: shopify.dev ↗ перевірено 2026-09-29Під час оновлення замовлення його примітка й теги замінюються повністю, тому новий тег або рядок треба передавати разом із наявними.
Джерело: shopify.dev ↗ перевірено 2026-09-29Обмеження складаються з двох систем. PayPal вимагає бізнесовий обліковий запис для бойового підключення і для тестування оплат із покупцями за межами США; базове налаштування розробника покриває лише розробку й тести в США. З боку Shopify нові інтеграції будуються на актуальному інтерфейсі GraphQL, ліміти запитів залежать від плану магазину, доступ надає власник магазину, а повідомлення магазину зрідка приходять двічі чи не по черзі, тож зв'язка звіряє кожну оплату з уже записаним, перш ніж змінити замовлення. Оплати, зроблені до погодженої дати старту, заднім числом не зіставляються, а повернення ніколи не йде в PayPal без погодження людини в Shopify.
Три кроки від першого повідомлення до роботи над вашим проєктом.
Опишіть задачу у формі — текстом або голосом. Бюджет і строки — за бажанням.
Розробник вивчає ТЗ, уточнює незрозуміле й надсилає оцінку.
Щойно обсяг і ціну узгоджено, починаємо роботу.
або напишіть на info@coreviaflow.space
Опишіть задачу текстом або голосовим. Ми подивимось, що у вас є, і відповімо планом.
Чотири послуги, з якими до нас приходять найчастіше. На кожній сторінці — що робимо, як іде робота і з чого почати.
Підібрати систему, налаштувати воронку, перенести дані, навчити команду.
Детальніше →Облік, телефонія, сайт, оплати й месенджери самі наповнюють CRM.
Детальніше →Замовлення, заявки та відповіді цілодобово, одразу у вашу CRM.
Детальніше →Сценарії між CRM, поштою, таблицями, оплатами та ШІ на вашому сервері.
Детальніше →Оплати та каси (ПРРО)USОплати з усього світу, прив'язані прямо до замовлення, яке на них чекає
Дивитись сценарії →Інтернет-магазиниUSЗамовлення з магазину на Shopify самі йдуть у CRM, доставку та розсилку
Дивитись сценарії →↔
Продажі, повернення та утримання PayPal потрапляють у QuickBooks Online як правильні облікові записи
Дивитись сценарії →↔Замовлення Shopify стають продажами в QuickBooks Online з правильними товарами, податками й виплатами, а залишки йдуть у ногу
Дивитись сценарії →
↔Каталог, ціни й залишки з 1С/BAS ідуть у магазин на Shopify, замовлення з магазину повертаються замовленнями покупця в 1С/BAS, а статуси відправлення — покупцеві
Дивитись сценарії →
↔Замовлення Shopify отримує посилання на оплату LiqPay або рахунок на пошту, а підтверджена оплата LiqPay знаходить своє замовлення й передає його далі, без звіряння двох екранів
Дивитись сценарії →Впровадження · Розробка · Інтеграції →
PayPal ↔ Shopify — назви систем є товарними знаками їхніх власників. CoreviaFlow не афілійована з ними, якщо не вказано інше.
