Растеж8 септември 20269 мин четене

Как да продавате в Amazon от България: SP-API, FBA или собствен склад

Накратко

Български търговец може да продава в Amazon Европа от собствения си склад, без да ползва FBA. За свързване на ERP система с Amazon се създава самооторизирано приложение в Seller Central - без преглед от Amazon и без AWS ключове. Нужни са три стойности: client ID, secret и refresh token. Основното ограничение не е техническо, а логистично: доставката до Западна Европа и връщанията.

Amazon е най-големият маркетплейс в света и има отделни витрини за Германия, Франция, Италия, Испания, Нидерландия, Полша, Швеция и Белгия. Германия сама по себе си е пазар, многократно по-голям от българския, а достъпът до него не изисква фирма в Германия.

Това, което изисква, е решение по един въпрос: кой държи стоката.

FBA или собствен склад

FBA (склад на Amazon)MFN / FBM (вашият склад)
Кой съхраняваAmazonВие
Кой изпращаAmazonВие, с вашия куриер
Кой отговаря на клиентаAmazonВие
Скорост до клиентаМного висока (Prime)Зависи от куриера
Първоначални разходиТранспорт до склад + такси за съхранениеСамо доставка за пратка
Риск при непродадена стокаТакси за дълго съхранениеСтоката си остава при вас
Подходящо заБързооборотни артикули с доказано търсенеТест на пазара, обемни или бавнооборотни артикули

Практичният подход за начало е собствен склад. Тествате асортимента с реални поръчки, без да замразявате стока в чужд склад, и прехвърляте към FBA само артикулите, които вече се продават.

Какво ви трябва

  • Професионален акаунт на продавач в Amazon Seller Central.
  • Регистрация по ДДС в държавите, където сте задължени - при собствен склад в България и продажби към ЕС това обикновено означава режим OSS. Това е въпрос към вашия счетоводител, не към софтуера.
  • EAN баркодове за продуктите или одобрение за освобождаване от изискването.
  • Куриер за международни пратки и решение как обработвате връщания.

Свързването технически: самооторизирано приложение

Тук се получава най-голямото недоразумение. Много търговци смятат, че за достъп до Amazon API трябва одобрение на публично приложение, което наистина отнема седмици. За собствения ви акаунт това не важи.

  1. В Seller Central отваряте Developer Central и създавате приложение за собствена употреба.
  2. Получавате client ID и client secret.
  3. Оторизирате приложението за собствения си акаунт - това дава refresh token.
  4. Въвеждате трите стойности в ERP системата и избирате пазарите, на които продавате.

Няма преглед от Amazon и не са нужни AWS ключове - изискването за подписване с AWS отпадна и днес интеграцията работи само с трите стойности по-горе. Подробно: страницата на Amazon интеграцията.

Квотите на SP-API и защо ви засягат

Amazon ограничава заявките към API-то, и то на акаунт продавач, а не на приложение. Практическото следствие: ако имате няколко инструмента, които теглят поръчки едновременно, те се конкурират за една и съща квота.

Затова интеграция, която тегли поръчки „колкото може по-често“, е по-лоша от такава, която тегли внимателно и помни докъде е стигнала. Ако курсорът напредва само през реално прочетеното, ограничението забавя, но не пропуска нищо.

Логистиката е истинското ограничение

Техническата част е един следобед. Логистиката е това, което решава дали продажбите в Amazon са печеливши:

  • Цена на пратката до Германия. Разликата между икономична консолидирана доставка и експресна е това, което прави или изяжда маржа при по-евтините артикули.
  • Срок на доставка. Amazon показва очаквана дата и мери дали я спазвате. Закъсненията влияят на видимостта.
  • Връщания. Клиент в Германия има право на връщане и трябва да има адрес, на който да го изпрати. Решенията са локален адрес за връщане, партньор или приемане на разхода за международно връщане.
  • Митници. В рамките на ЕС не са проблем; към Великобритания и извън ЕС са отделна тема.

За доставка до Западна Европа обичайните варианти са икономична трансгранична услуга или експресен превозвач според стойността на пратката - вижте PostOne и DHL Express.

Кои артикули работят от България

Не всичко, което се продава добре тук, се продава добре там. Работят обикновено артикули с добро съотношение стойност към тегло, без силна местна конкуренция и без нужда от следпродажбено обслужване на място. Тежките и евтини артикули почти винаги губят от транспорта.

Подредбата, която препоръчваме

  1. Изберете 10–20 артикула с добро съотношение стойност към тегло.
  2. Пуснете ги на един пазар - обикновено Германия - от собствен склад.
  3. Свържете акаунта с ERP системата, за да не преписвате поръчки и да не продавате два пъти една и съща бройка.
  4. Мерете реалната печалба след транспорт, такси и връщания, а не оборота.
  5. Разширявайте към втори пазар или към FBA само с артикулите, които вече печелят.

Често задавани въпроси

Трябва ли ми фирма в Германия, за да продавам в Amazon.de?+

Не. Продажбата е възможна с българска фирма. ДДС задълженията се уреждат обикновено през режим OSS - това е въпрос към счетоводител.

Трябва ли одобрение от Amazon за API достъп?+

Не за собствения ви акаунт. Самооторизирано приложение в Developer Central дава нужните данни без преглед. Одобрение е нужно само ако правите приложение за други продавачи.

Мога ли да продавам в Amazon и в eMAG с една наличност?+

Да, това е основната причина да свържете и двата канала към една система. Вижте [[blog/svrahprodazhbi-sinhronizaciya-nalichnosti|как се спират свръхпродажбите]].

Какво става с FBA поръчките в моята система?+

Влизат като данни за отчет, но не създават работа за вашия склад, защото ги изпълнява Amazon.

Интеграции по темата

Още по темата

Искате ли да видите това при вас?

Свържете каналите и куриерите си и вижте поръчките на едно място. Настройката отнема минути, а не проект.