Интеграция с маркетплейсом

1. cubersport12 29.01.25 18:58 Сейчас в теме
Добрый день/вечер/ночь форумчане. Необходимо сделать интеграцию с маркетплейсом в короткие сроки и минимальными затратами. В 1с есть встроенное решение обмена с сайтами. Хотелось бы это решение взять за основу и в виде расширения конфигурации доработать данное решение уже по свои нужды. Подскажите. Это адекватная идея или здесь много подводных камней?
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. starjevschik 29.01.25 20:57 Сейчас в теме
У всех МП есть готовые обработки под разные 1с
Делать с нуля это совсем не
(1)
в короткие сроки и минимальными затратами
4. user2107191 29.01.25 20:59 Сейчас в теме
(3) А есть и готовые единые решения под пул основных МП с единым рабочим центром управления и единой структурой хранения.

С другой стороны - да что мы знаем о допустимом минимуме автора... Может там меньше чем за 10 мультов не предлагать, оскорбятся.
2. user2107191 29.01.25 19:09 Сейчас в теме
Дешевле взять существующие готовые решения.
5. cubersport12 30.01.25 03:46 Сейчас в теме
Речь идет не о готовом МП, а о новом решении, в которое уже влилось определенное количество средств. И чтобы иметь шанс на существование, необходима интеграция с 1с. Вот и ищем наиболее оптимальный путь решения данной проблемы
6. user2107191 30.01.25 08:32 Сейчас в теме
(5)
И чтобы иметь шанс на существование, необходима интеграция с 1с
То есть речь идет о собственном МП? Собираетесь привлекать клиентов, чтобы торговали на вашей площадке? Если так, то:
- И вы решили начать с Розницы? То есть уверены, что основной костяк ваших продавцов отгружать товары на вашу площадку будут из Розницы?
7. cubersport12 30.01.25 08:48 Сейчас в теме
(6)
Решили, что начать необходимо с чего-то. Если говорить в целом, то подразумевается, что в конце получим решения для УТ, УНФ и Розницы. Насколько я понимаю, решение между этими конфигурациями сильно отличаться не будет. А, если использовать встроенное решение в 1с - обмен с сайтами, доработав его под свои нужды, то сильно сократим затраты и время разработки. Я не глубоко разбираюсь в 1с и, возможно, что-то говорю не так и чего-то не допонял в процессе того, пока разбирался со всем этим.
8. user2107191 30.01.25 09:00 Сейчас в теме
(7)
Насколько я понимаю, решение между этими конфигурациями сильно отличаться не будет.
Еще как будет! Архитектура УТ/КА/УERP совсем не такая, как УНФ/Розница.
9. cubersport12 30.01.25 09:03 Сейчас в теме
(8)
Подскажите-ка, решение через расширение стандартного обмена с сайтами это адекватная идея или стоит все-таки рассматривать разработку с нуля?
10. user2107191 30.01.25 09:09 Сейчас в теме
(9) Причем тут вообще сайты?
Под обменом с сайтами в типовых решениях подразумевается обмен со СВОИМ сайтом (один сайт - один собственный интернет-магазин продавца). Безо всяких юридических взаимоотношений.
А в случае с маркетплейсом - это один ЧУЖОЙ HTTP-сервер для нескольких ЧУЖИХ продавцов (да, у него есть какой-то сайт). Со всем вытекающим документооборотом для режимов FBS/FBO/DBS и т.д. (фуллфилмент, отчет о продажах, взаиморасчеты и т.д.). Это другие юридические взаимоотношения со сторонними юрлицами.

Задумайся.
11. user1619761 30.01.25 09:28 Сейчас в теме
(1) для некоторых маркетплейсов существуют бесплатные интеграции (яндекс, мегамаркет, озон). Посмотрите, может что из этого списка подойдет Вам.
12. devlog 30.01.25 09:52 Сейчас в теме
Мне надо сделать обмен чего-то со всеми 1Сами без ТЗ, но в короткие сроки и с минимальными затратами. Как?
13. user2107191 30.01.25 10:02 Сейчас в теме
(12)
но в короткие сроки и с минимальными затратами. Как?
Общий ответ - никак. Смирись.
Для более детальной расшифровки "никака" - огласи имеющиеся фактические ограничения по "коротким срокам" и "минимальным затратам".
14. starjevschik 30.01.25 10:06 Сейчас в теме
Из обмена с сайтами можно теоретически получить какие-то процедуры для обмена данными. Я так понимаю, что в понимании 1с сайт это Битрикс, если ваш новый МП на Битриксе... ну это дело ваше, конечно.
Так вот, а основные затраты будут не с обменом данными, а с их обработкой. И затраты там будут не особенно сильно зависеть от того, процедуру обмена будут делать ваши разработчики с нуля или попробуют в готовых разобраться. Это сущие копейки будут на фоне всего остального.
15. cubersport12 30.01.25 10:11 Сейчас в теме
Благодарю коллеги за советы. Теперь становится плюс минус понятно в какое болото залезли
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот