28 квітня 2026 року на Amazon Seller Forums продавці знову обговорювали DD+7: частина коштів росте в Account Level Reserve, але не всі замовлення одразу видно як Deferred Transactions з order-level датою release. Amazon-модератор пояснив, що під час переходу частина DD+7 може тимчасово показуватися як Account Level Reserve, доки Amazon завершує видимість відкладених транзакцій на рівні замовлення.
Для українських продавців і команд, які керують Amazon.com, Amazon.co.uk або європейськими marketplace з України чи діаспори, це не просто бухгалтерська незручність. Якщо помилково назвати стандартний DD+7 блокуванням коштів або, навпаки, пропустити справжній funds-on-hold, можна відкрити неправильний кейс, втратити час і погіршити доказову картину.
Account Level Reserve не завжди означає санкцію
Після переходу на DD+7 резерв може виглядати різко більшим, але перше питання не "чому Amazon покарав акаунт", а "які саме замовлення, дати доставки, fee і release dates пояснюють цей баланс".
Коротка відповідь: спершу розділіть DD+7 і справжній funds-on-hold
DD+7 означає, що Amazon робить кошти доступними після delivery date plus seven days, а не просто після підтвердження відправлення. Це може створити постійний пул грошей, які ще не доступні до виплати. Але справжній funds-on-hold зазвичай має інший контекст: review акаунта, верифікація, банківські реквізити, negative balance, деактивація або окреме повідомлення про утримання коштів.
- Deferred Transactions: замовлення або інша транзакція має майбутню дату release і ще не входить у payout.
- Account Level Reserve: сума в Payments Dashboard, яка може включати ризиковий резерв, перехідний DD+7 або інші утримання.
- Delivery Date Policy: гроші чекають підтвердження доставки або розрахункової дати доставки плюс резервний період.
- Invoiced Orders: Amazon Business покупець ще не оплатив рахунок, тому payout може чекати довше, ніж стандартний DD+7.
- Negative Balance: це вже не просто затримка виплати, а ситуація, де акаунт показує суму до списання або борг.
Що перевірити в Payments Dashboard
Не починайте з емоційного кейса в Seller Support. Почніть з reconciliation: чи сходяться order IDs, дата відправлення, дата доставки, estimated delivery date, release date, settlement period, fees і фактична сума, яка перейшла в available balance. Для DD+7 проблема часто виглядає як "Amazon забрав гроші", хоча насправді різні частини платежу рухаються різними маршрутами.
- Відфільтруйте Transaction View за статусом Deferred Transactions і збережіть report з order ID, amount, deferral reason і payment release date.
- Окремо зафіксуйте Account Level Reserve щодня протягом одного settlement period: сума, дата, marketplace і скриншот Payments Dashboard.
- Порівняйте Delivered Date з Estimated Delivery Date, особливо якщо carrier scan запізнюється або відправлення йде без повного tracking.
- Розділіть order-related fees і прямі витрати: referral fee та FBA fulfillment fee можуть рухатися разом із замовленням, а Ads, Buy Shipping або inbound transportation можуть списуватися одразу.
- Перевірте, чи не змішуєте DD+7 із Amazon Business invoiced orders, refunds, chargebacks, A-to-z claims або reimbursement reversals.
Чому це особливо ризиково для віддалених українських команд
У багатьох українських seller-команд операції розподілені: закупівля в одній країні, 3PL в іншій, бухгалтерія в Україні, реклама в агенції, а акаунт продає на кількох marketplace. DD+7 у такій структурі може швидко зламати cash-flow модель, бо гроші ще не released, а реклама, shipping labels, повернення, FBA fees або закупівля нового запасу вже потребують платежів.
- FBM-продавці мають окремо стежити за delivery scans: якщо доставка не підтверджена, release може прив'язуватися до estimated delivery date.
- FBA-продавці мають перевіряти, чи кошти не сидять у reserve без зрозумілої order-level видимості під час rollout.
- Команди з активною рекламою мають прогнозувати Ads spend окремо від payout, бо рекламні витрати можуть зменшувати available balance до release замовлень.
- Продавці з кількома валютами й marketplace мають рахувати резерв не тільки в доларах або фунтах, а й у фактичній валюті закупівель і податків.
Коли це вже не нормальний DD+7
Стандартний DD+7 неприємний, але він має пояснювану хронологію: order, delivery або estimated delivery, plus seven days, settlement, release. Якщо ця логіка не працює або Amazon прив'язує гроші до іншого ризику, справа переходить ближче до funds-on-hold, banking details, verification або negative balance.
- Release date минула, але кошти не стали available і Seller Central не дає зрозумілого deferral reason.
- Disbursement button недоступна кілька циклів поспіль або payout різко впав без пропорційного пояснення в deferred reports.
- Amazon згадує account review, KYC, business verification, bank account change, charge method або deactivation.
- Account Level Reserve росте, але order-level дані, Business invoiced orders, returns і fees не пояснюють розмір суми.
- Поруч з резервом з'являється negative balance або повідомлення про майбутнє списання з charge method.
Як підготувати кейс або ескалацію
Сильний кейс не просить Amazon "повернути всі гроші" загально. Він показує конкретну невідповідність: які замовлення мали release, яка сума залишилась у reserve, які fee вже списані, який settlement period зачеплено і чому це не збігається з DD+7 або поясненням у Payments Dashboard.
- Зберіть timeline: дата переходу на DD+7, перший affected settlement, ключові order IDs, delivery dates і expected release dates.
- Додайте Payment Date Range Transaction Report, Transaction View export, Payments Dashboard screenshots і payout history за попередні 2-3 цикли.
- Окремо вкажіть direct charges: Ads, Buy Shipping, inbound transportation, refunds, chargebacks, FBA fees і reimbursement reversals.
- Якщо є verification або banking notice, не змішуйте його з DD+7; підготуйте окремий document trail для власника, адреси, bank account і charge method.
- Якщо є negative balance, пояснюйте не лише reserve, а й те, які списання або refunds зробили баланс нижчим за нуль.
Практичний висновок: DD+7 треба читати як платіжну хронологію, а не автоматично як блокування акаунта. Якщо гроші затримані в межах delivery date plus seven days, працюйте з reports і cash-flow forecast. Якщо затримка не збігається з датами, пов'язана з KYC, bank details, negative balance або ширшим review, повертайте справу до маршруту funds-on-hold, де важливі timeline, документи й точне розділення причин.