Supplier rebrand і invoice rejection: що перевірити перед повторним appeal

Під час дослідження за 3 червня найсильнішим recovery-сигналом стали свіжі обговорення Seller Forums про Product Authenticity, Invoice Validation Team і supplier verification. Продавці описували знайому ситуацію: supplier реальний, invoice раніше приймали, але після rebrand постачальника, зміни логотипа, сайту або шапки документа Amazon відповідає, що не може перевірити supplier або просить додатковий supply-chain пакет.

Для українських Amazon-продавців це практична тема. Багато команд купують товар у EU або US дистриб'юторів, працюють через remote warehouse, мають старі parcel tracking records або отримують документи англійською, німецькою чи польською. Якщо повторно завантажити той самий invoice без пояснення зміни постачальника, Amazon може не побачити, що документ, supplier і товар належать до однієї перевірюваної хронології.

Спочатку визначте, що саме Amazon не може перевірити

Invoice rejection не завжди означає, що Amazon вважає документ підробленим. Notice може говорити про product authenticity, supplier verification, missing supply chain, manipulated invoice, unsupported sales або listing-level complaint. Якщо відповісти одним загальним Plan of Action, команда легко змішає кілька різних питань.

• Випишіть точний reason з Performance Notification або Account Health: inauthentic, counterfeit, supplier not verified, invoice not accepted, document integrity або Section 3.
• Позначте ASIN, SKU, marketplace, affected quantity, date range і чи Amazon просить invoices за останні 365 днів.
• Перевірте, чи проблема в supplier identity, product match, quantity coverage, payment proof, delivery proof або brand authorization.
• Не додавайте legal threats, емоційні пояснення або загальні фрази про багаторічну співпрацю, якщо вони не прив'язані до доказів.

Як закрити rebrand gap постачальника

Supplier rebrand створює просту, але небезпечну прогалину: старий invoice може мати одну назву, новий сайт - іншу, email domain - третю, а Amazon перевіряє контакт постачальника зараз. Review team має побачити, що це та сама юридична або комерційна лінія, а не новий невідомий seller-посередник.

• Попросіть постачальника короткий signed letter про rebrand: стара назва, нова назва, дата зміни, legal entity, address, VAT/EORI або company number, якщо доречно.
• Додайте current supplier contact: website, email domain, phone, address і contact person, які збігаються з invoice або пояснюють відмінність.
• Покажіть зв'язок товару: invoice line, SKU/model/UPC/EAN, brand, quantity, PO або order acknowledgment.
• Якщо постачальник є distributor, а не brand owner, додайте доказ його authorized distributor статусу або поясніть, яка supply-chain ланка веде до manufacturer.
• Якщо логотип або letterhead змінився, не редагуйте старий invoice. Поясніть зміну окремим документом, щоб не створити document-integrity ризик.

Коли Amazon просить BOL, tracking або supplier's supplier invoices

У свіжих forum-сигналах продавці знову писали, що після первинного invoice Amazon просить додаткові документи: bill of lading, tracking, supplier's supplier invoices або authorization letter. Це не означає, що кожному продавцю треба мати BOL. Для small-parcel закупівель часто є інший доказ delivery path, але його треба подати структуровано.

• Для parcel shipment: carrier tracking, delivery confirmation, packing slip, warehouse receiving log, PO, order acknowledgment і payment record.
• Для freight shipment: BOL, commercial invoice, packing list, freight forwarder record, delivery receipt і receiving report.
• Для FBA inventory: shipment ID, box content, inbound received quantity, stranded inventory або removal warning, якщо ASIN уже заблокований.
• Для marketplace sales volume: sold units across Amazon marketplaces за період, який просить Amazon, і quantity coverage на invoice або кількох invoices.
• Якщо tracking expired, покажіть доступні історичні records: carrier invoice, 3PL receiving note, email dispatch confirmation або internal stock ledger.

Розділіть authenticity, manipulated invoice і unsupported sales

Три маршрути виглядають схоже, але потребують різної відповіді. Inauthentic product case питає, чи товар справжній і чи supply chain перевірюваний. Manipulated invoice case питає, чи документ змінювали, чи є розбіжності в metadata, шапці, кількості або полях. Unsupported sales питає, чи продажі взагалі мають належну закупівельну опору.

• Для inauthentic: product identity, supplier authority, quantity match, manufacturer link і buyer complaint context.
• Для manipulated invoices: не переробляйте PDF; подавайте original document, supplier confirmation і пояснення будь-яких шаблонних або rebrand відмінностей.
• Для unsupported sales: покажіть, які units були куплені до продажу, які marketplace sales вони покривають і де зберігався товар.
• Для ASIN/listing deactivation: перевірте, чи Amazon просить не тільки invoice, а й brand authorization або catalog authority.

Що включити в короткий повторний appeal

Найкращий повторний appeal не має виглядати як великий архів без логіки. Дайте reviewer карту на одну сторінку, а документи прикріпіть у тому порядку, в якому вони відповідають на питання Amazon.

• Cover map: ASIN, SKU, complaint type, invoice number, supplier, quantity, sale coverage і список attachments.
• Supplier rebrand note: стара/нова назва, дата, contact verification і чому документ має інший вигляд.
• Traceability set: invoice, PO/order confirmation, payment proof, delivery proof, supplier/manufacturer link.
• Correction set: що команда змінила в sourcing SOP, supplier onboarding, invoice storage, receiving log і ASIN risk review.
• Submission log: дата попереднього appeal, що саме Amazon відхилив, і яка нова інформація додана зараз.

Практичний висновок: invoice rejection після rebrand постачальника треба вести як evidence mapping, а не як суперечку про те, що товар справжній. Якщо головне питання - supplier і supply chain, почніть з inauthentic products. Якщо Amazon натякає на зміну або невідповідність документа, підключайте manipulated invoices. Якщо обсяг продажів не покритий закупівлею, справа ближча до unsupported sales.