Стефан Николов (GS Vision)
•
0 gefällt mir•65 views
Интеграция на магазина с складов софтуер: кога и как да го направим най-лесно?
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Стефан Николов (GS Vision)
Ähnlich wie Стефан Николов (GS Vision) (20)
Mehr von Octopus Events
Mehr von Octopus Events (20)
Стефан Николов (GS Vision)
- 1. Стефан Николов Интеграция на магазина със складов/ERP софтуер: Как и кога да го направим най- лесно?
- 2. Стефан Николов | @stefanikolov | stefan@gsvision.eu Prestashop Ambassador - Bulgaria ● Магистър СУ (Управленски информационни системи) ● Уеб разработчик от 2006 г. до днес ● Работи с Prestashop от 2009 г. (от версия 1.3.х) ● Prestashop Ambassador for Bulgaria от 2018
- 4. Ползвате ли складов софтуер?
- 5. Кога?
- 6. В онлайн магазина или външна услуга?
- 7. В онлайн магазина или външна услуга? Админ панел на магазина - вградени функции
- 8. В онлайн магазина или външна услуга? Админ панел на магазина - външни модули в сайта ● Разпределяне на наличности по складове ● Управление на доставките към складовете ● Движение между складовете ● Изпращане на продукти от една поръчка от различни складове
- 9. В онлайн магазина или външна услуга? Админ панел на магазина - външни модули в сайта
- 10. В онлайн магазина или външна услуга? ERP / Складов софтуер ● Вече работите с него ● Пасва точно на вашият бизнес ● Поддържа се актуален с вашите нужди и законодателство
- 14. Фази на интеграция 1. Планиране! 2. Изпълнение 3. Верификация на резултатите
- 17. Feed vs API
- 18. Feed
- 20. API ● Възможност за комуникация с магазина на различни нива (продукт, категория) ● Изпращане и получаване на данни “на живо” веднага след промяна в някое от полетата на продукта ● Много подходящо при множество точки за продажба за обновяване и резервиране на кол-ва
- 21. Особености на интеграцията между външния софтуер и онлайн магазина
- 22. Няма картинки Не е 404 :)
- 23. Различна категорийна структура …игра на множества ПРОБЛЕМ: Много често оптимизаторите правят анализ на търсенето на вашите продукти и предлагат категорийна структура, която обаче не съвпада с начина, по който продуктите са въведени в складовия софтуер.
- 24. Различна категорийна структура …игра на множества Решение: Мапване на категориите
- 26. Комбиниране на продукти ПРОБЛЕМ: Продуктите в складовата програма са въведени поотделно, но в сайта искаме един продукт, а клиентът да си избира между отделните опции за цветове/размери
- 31. Честота и грануларност на опресняване на данните
- 33. Поръчки
- 34. Поръчки
- 37. Въпроси ?
- 38. Стефан Николов @stefanikolov | stefan@gsvision.eu Благодаря за вниманието!
Hinweis der Redaktion
- Ползвате ли складов софтуер? Практично е, когато в жилището си имате над 10 артикула с по 100 бройки - после в спалнята трудно се спи и жената започва да иска и тя да има къде да легне На клиента не е ок да се предлагат продукти, които не можем да осигурим в рамките на общите условия (ден,седмица,месец в зависимост от продукта/услугата, което се предлага) или са току що резервирани за друг клиент - предложете заместител Като собственик на бизнес трябва да планираме ресурсите ефективно Лесно скалираме бизнеса и излизаме на нови пазари Продажбата на едро става като детска игра
- Кога? В онлайн магазина или външна услуга? (екрани) Системите за онлайн софтуер предлагат тази опция и тя е ок …. в началото После идва вторият склад … и митническия
- Работа с количества, местоположение, известия за малка наличност Известяване кога ще бъде наличен продукта (ако е в транзит) и за ниска наличност Поведение при изчерпване (разреши/откажи поръчки)
- Разпределяне на продукти по складове Групаж на продукти от поръчка от различни складове
- Като клиент имам информация кой продукт мога да получа и за кой трябва да изчакам и мога да преценя според нуждите си
- Технически може да има всичко изброено до тук + спефициките на конкретният бизнес и фискални добавки Складовият софтуер се поддържа адекватен с законодателството
- Няма перфектно време. Намерете точният момент за вашият бизнес. Може да се предвиди при изграждането на магазина / Може и да се въведат ръчно най-продаваемите продукти и после по ид/референция да се свържат Потърсете мнение за поддръжката на системата и качеството на документацията
- Как? Feed vs API (GraphQL?) Каталог: Няма картинки Различна категорийна структура - мапинг Показване на различните опции на продукта - комбиниране и избор на атрибути Честота и грануларност на опресняване Обеми от данни
- Планирането е най-важната фаза и определя успеха на начинатнието За изпълнението трябва да имате добра комуникация с двете страни и да сте сигурни че знаете какво искате Накрая се констатира добрият резултат
- Как? Feed vs API (GraphQL?) Каталог: Няма картинки Различна категорийна структура - мапинг Показване на различните опции на продукта - комбиниране и избор на атрибути Честота и грануларност на опресняване Обеми от данни
- Добрата документация е ключова Контакта с бизнес мениджър/програмист от отсрещната страна спестява време! Често се налага изговаряне на процесите дори и двете страни да имат готови канали за комуникация
- Добрата документация е ключова Контакта с бизнес мениджър/програмист от отсрещната страна спестява време! Често се налага изговаряне на процесите дори и двете страни да имат готови канали за комуникация
- ERP системата генерира цялостен каталог на фиксиран период от време (часове, дни). По-лесен и удобен в малки обеми Честа практика е да се сегментира по производител, категории или приложение на продуктите за да се ползва и от външни партнъори на бизнеса Не толкова гъвкав колкото API откъм актуалност на данните и удобство
- Възможност за комуникация с магазина на различни нива (продукт, категория) Изпращане и получаване на данни “на живо” веднага след промяна в някое от полетата на продукта Много подходящо при множество точки за продажба за
- Възможност за комуникация с магазина на различни нива (продукт, категория) Изпращане и получаване на данни “на живо” веднага след промяна в някое от полетата на продукта Много подходящо при множество точки за продажба за
- Спрямо моят опит това са нещата, над които трябва да се замислите и очаквате при подготовката за интеграция
- За добро или лошо в повечето складови системи не се поддържат Вие знаете какво продавате Лошо ако има детайлна вариативност (червено/синъо капаче на водомер за топла/студена вода) и работниците не са запознати Супер за програмистите - по-малко данни и по-лесна работа с дизайн и размери на изображения в сайта Няма да искаме от SAP да поддържат WebP/AVIF, защото оптимизатория ги искат така в сайта / Няма и да пазим двоен обем конвертирани копия
- Много често оптимизаторите правят анализ на търсенето на вашите продукти и предлагат категориина структура, която обаче не съвпада с начина по който продуктите са въведени в скалдовият софтуер
- Много често оптимизаторите правят анализ на търсенето на вашите продукти и предлагат категориина структура, която обаче не съвпада с начина по който продуктите са въведени в скалдовият софтуер
- Много често оптимизаторите правят анализ на търсенето на вашите продукти и предлагат категориина структура, която обаче не съвпада с начина по който продуктите са въведени в скалдовият софтуер Примера в изображението е с маркетплейс инеграция, където съществива същият казус (G Shopping, eMag)
- В складовият софтуер се залага поле за “главен” продукт, който служи като ориентир на магазина как да комбинира продуктите в един и предложи различни опциия на клиента, като в същото време запазва номера/референцията на всеки отделен цвят/размер за да може при поръчка да се отчете за желаният от клиента продукт коректно.
- Определя се кои полета ще се включат в първоначалното зареждане на данни (много често еднократно) и кои ще се обновяват редовно Теглото и размерите на продукта не се очаква да се променят и можем да ги синхронизраме еднократно или на дълъг период (при промени в опаковката например) Това не е така при цената и количеството - трябва да са актуални минимум за всяко ново зареждане с стока в склада Важен момент е честотата на опресняване на данните от каталога: Зависи от обема и нуждите на бизнеса Имали сме случаи в които бизнеса изисква честа промяна в името и описанието на продуктите Обеми от данни Рекорда ни е нон-стоп обхождане на каталога в рамките на 4 часа … и после пак … и пак В момента търсим решение как да стане още по-често Готиният начин е обновление на ниво продукт - при запазване на данните с софтуера се изпращат и към магазина, но изисква повече синхрон между двете страни и е рядко срещан в моята практика
- Как? Feed vs API (GraphQL?) Каталог: Няма картинки Различна категорийна структура - мапинг Показване на различните опции на продукта - комбиниране и избор на атрибути Честота и грануларност на опресняване Обеми от данни
- Поръчки: Проверка и верификация на данните - особено когато се очаква връзка по референтен номер на продукт, телефонен номер на клиент или друг ключ - нужна е верификация на високо ниво С/без ДДС? - кой го начислява и кога - закръгляне Цена на доставка / Намаления - как се отчитат в отсрещната страна и как ги очакват Данни на клиента / GDPR? Обобщаване на данните и синхронизация с други източници
- Поръчки - Верификация на данните Проверка и верификация на данните - особено когато се очаква връзка по референтен номер на продукт, телефонен номер на клиент или друг ключ - нужна е верификация на високо ниво Формат, валидност и достоверност на данните
- Благодаря Ви, че сте тук! https://www.entrepreneur.com/growing-a-business/if-80-percent-of-success-is-showing-up-then-20-percent-is/282745