Исполнено

+8

Выгрузка товаров на маркетплейс ozon

Сергей Токарев Обновлен 3 года назад в категории CMS Общий функционал 35

Здравствуйте. Предлагаю сделать модуль интеграции с озон. Сейчас мы все товары добавляем вручную, что очень долго и неудобно. Было бы здорово иметь готовый модуль для выгрузки товаров и сопоставления категорий.

Для других движков готовые решения уже есть, например https://www.insales.ru/collection/ploschadki/product/vygruzka-tovarov-v-ozon и вот https://www.webasyst.ru/store/plugin/shop/ozonius/

Комментарии 35

  • Юрий Касьянов 4 года назад

    Маркетплейсы сейчас очень актуальны. Если я бы выбирал себе конструктор сайта сейчас, то выбрал бы тот, где больше возможностей работы с маркетплейсами.

  • Ярослав Пономарев 3 года назад

    Заявок на подключение к маркетплейсам стало больше. Wildberries и Ozon в приоритете.

  • Поло Арт 3 года назад

    В подобных темах нужна информация от разработчиков RS, чтобы понимать, есть ли такое в планах.
    Мы можем такое реализовать, но на эту затею немало человеко-часов придётся потратить. И, если в итоге RS разработает и встроит в сток, то смысла в нашей работе уже и не будет, получается.

  • Артем Полторанин 3 года назад

    Всем доброго дня!

    По интеграционным задачам у нас уже сложившаяся практика - как только кто-нибудь первый закажет, мы качественно разработаем, затем либо включим в продукт, либо выложим в маркетплейс. Пока что много людей спрашивают, но никто не пожелал заказать данную автоматизацию. По трудозатратам - работа достаточно объемная, поддержка/отладка еще более объемная в таких задачах.

    Если одновременно будет несколько обращений в платную поддержку, то можем поделить стоимость разработки на несколько заказчиков.

    • Павел С 3 года назад

      Артем Полторанин, интересная у вас практика, называется "честно украсть". Это аналогично, если бы сотрудники ReadyScript продавали лицензионные ключи от RS на сторонних сайтах процентов за 10 от официальной цены. На таких условиях, заказывать у вас что то серьезное из разработок не имеет смысла.

      • Артем Полторанин 3 года назад

        Хм, очень странно и неприятно такое читать. Если вы хоть раз заходили в наш раздел платной поддержки, у нас крупными буквами на оранжевом фоне это написано. Это наша открытая позиция с 2012 года, мы об этом всегда говорим вслух, везде пишем. Каждый, кто у нас что-либо заказывает решает в первую очередь свою проблему, а также помогает развитию платформы в обязательном порядке.

        АБСОЛЮТНО все функции, что сейчас есть в платформе появились в результате того, что их кто-то заказал (так появлялась каждая опция, так появлялся каждый раздел и каждый модуль интеграции). Уверен вам нравится ими пользоваться. Уверен, вам нравится нажимать кнопку "получить обновления" и получать качественные обновления, расширяющие функциональность магазина.

        Если мы включаем функциональность в движок или в маркетплейс, то клиент получает бонусом бесплатную поддержку этой функциональности - это огромная экономия, так как часто у интеграционных задач поддержка по трудозатратам занимает ничуть не меньше разработки. Это максимально взаимовыгодная работа.

        Даже не представляю как может быть иначе? Разработали мы кому-нибудь интеграцию с PayPal и все наши пользователи обязаны сидеть без такой интеграции пожизненно? Это полностью убьет развитие платформы.

        Безусловно речь идет только о той функциональности, которая может быть отчуждаема и полезна всем. Если вы заказываете супер кастомную интеграцию с какой-нибудь вашей уникальной системой, которая кроме вас больше никому не нужна, то она соответственно и останется только с вами.

        • Павел С 3 года назад

          Артем Полторанин, при разработке RS руками ваших сотрудников за зарплату, код в итоге принадлежит вашей компании (лично вам как создателю платформы)? скорее всего да. С модулями также, если они разрабатываются на средства заказчика, но вашими руками, код принадлежит заказчику, но по вашим правилам, модули вы присваиваете себе и бывает даже продолжаете продавать эти модули, зарабатывая на них еще много раз. При заказе услуг у вас, у заказчика должен быть выбор: либо заказчик разрешает дальнейшее использование и продажу модуля и получает к примеру скидку на разработку, либо не разрешает, оплачивая разработку без скидки, а вы гарантируете, что не будете распространять код другим клиентам. Некоторые владельцы магазинов со своими разработками, имеют конкурентные преимущества, другие не хотят платить за разработку 50-100 тыс. руб. и раздавать подарки за свой счет в виде модуля за 1000-2000р. из маркетплейса RS.

        • Павел С 3 года назад

          Артем Полторанин, надпись крупными буквами на оранжевом фоне, если не ошибаюсь появилась как раз после разработки модуля Axiomus и недовольства клиента публикацией его в маркетплейсе RS.

          • Артем Полторанин 3 года назад

            Павел С, это было очень очень давно, даже не помню когда точно. Так строился весь RS c 2012 года, когда у нас был другой helpdesk, мы просто прямо всегда это писали в переписках с нашими заказчиками, это всегда во всех договорах на разработку прописано, и т.д.

    • Павел С 3 года назад

      Артем Полторанин, также за вклад в платформу, тем что модуль будет опубликован в маркетплейсе, интересным могло бы быть поощрение заказчика в виде возможности бесплатной установки одного, любого на выбор платного дополнения из маркетплейс, либо бесплатное продление обновлений RS на 1-2 года.

      • Артем Полторанин 3 года назад

        Павел, Ну я бы очень хотел бы дополнить этот список - еще пригнать новенькую BMW к подъезду и коробочку шампанского не ниже Дом Периньон. Оплату коммунальных услуг, хотя бы на 6 месяцев в знак благодарности. Но, к сожалению, мы не газпром. )) Наша благодарность - это новые релизы, над которыми мы долго и упорно трудимся. Кстати в этом году будет релиз ReadyScript 6. Анонс будет позже.

      • Поло Арт 3 года назад

        Павел С, в целом довольно веские аргументы приведены в трёх последних сообщениях.
        Если это так, то как-то некрасиво получается
        Допустим, если мы разрабатываем кому-то модуль в рамках отдельного договора (как разработка чисто модуля), то права, само собой, остаются за заказчиком. Пример - adscale.
        Если же мы разрабатываем доп. функционал в рамках ежемесячного обслуживания, то разговоров о том, чей этот модуль, даже не ведётся. Мы просто реализовали функционал конкретному заказчику, а сам код с различными вариациями мы используем на других сайтах. И именно такого у нас очень и очень много, выкладывать это в маркетплейс так себе затея, т.к. это потом ещё и поддерживать необходимо, и обновлять.

        Я бы сейчас, конечно, пофантазировал, но просто приведу ещё один пример. вебасист. Они, если и разрабатывают модули, то исключительно бесплатные (или это Приложения, у них там есть разница app или plugin). Вся же остальная россыпь модулей в их маркетплейсе создана сторонними разработчиками. И, такая схема работы вопросов никаких не оставляет.

  • Артем Полторанин 3 года назад

    Павел, Ну если вы желаете начать IT бизнес и зарабатывать на коде, то нет вопросов:

    Вы всегда можете нанять себе команду разработчиков (чей разработанный код будет ваш естественно), разработать модуль, опубликовать его в маркетплейсе, ежедневно оказывать по нему поддержку, актуализировать его при изменении API ReadyScript, а также сторонних API и зарабатывать в маркетплейсе - вопросов же никаких нет. Наш маркетплейс открыт для решений.

    ---

    Не бывает так, что вы заказали модулек у нас и вошли в структуру IT бизнеса на правах учредителя )
    Самое главное, что получает клиент, заказывая разработку - это качественное решение своей проблемы - и этого более чем достаточно, как показывает практика.

    ---

    Если вы заказываете разработку у нас, то нам это интересно делать только на условиях, что это будет развивать нашу платформу. Это наша открытая позиция и заранее известные условия, от этого счастливы все пользователи, особенно те, кто ищет самое бюджетное решение. Не думаю, что их имеет смысл обсуждать, вроде это не относится к теме модуля OZON. Тут же все просто, если по какой-либо причине это вас не устраивает, то без проблем у нас есть сервис по поиску сторонних разработчиков. Возможно у кого-то другие условия. У нас такие.

    ---

    У нас за 9 лет есть огромная база неопубликованных различных библиотек - которыми мы часто пользуемся в решении каких-то клиентских задач. Код, который будет в модуле вообще может никак быть не связан с конкретно вашим заказом.

    Все наши цены всегда идут с максимальной возможной скидкой!
    Они самые минимально возможные для решения задачи всегда, ниже некуда!

  • Поло Арт 3 года назад

    Артём, такой вопрос - а как быть, если мы кому-то или просто так начнём разработку модуля с определённым функционалом, пусть это будет как раз выгрузка на озон, но вы или другой разработчик также одновременно включится в разработку своего модуля со схожим функционалом - как быть в итоге?

    Неплохо бы сделать что-то типа площадки, где разработчик(допустим Поло Арт) объявляет, что начата разработка такого-то модуля, с таким-то функционалом, срок такой-то. И чтобы больше никто в эту тему не встревал, естественно, если сроки выдерживаются. Если же сроки не выдерживаются, то первая компания-разработчик выкидывается из этого "тикета" и взять может любой другой. Как вариант, а первая компания не может взять снова сколько-то (допустим, месяц) - чтобы неповадно было кидать на сроки.

    У нас (всех разработчиков на RS) процесс разработки сторонних модулей получится куда более прозрачным.

    Просто, не озоном единым, у нас сейчас в разработке форматы и других маркетплейсов и поставщиков (озона там пока нет, т.к. это обсуждение идёт, да и реального клиента на озон нет)

    ***
    Можно даже тупо ветку на форуме организовать под это дело. И где-то прописать, что раз застолбил кто-то функционал, нечего перебивать чужую работу.

    • Поло Арт 3 года назад

      опять вебасист в пример приведу - там на маркете такой бардак. от разных разработчиков модули пересекаются функционалом или вообще одинаково работают, их называют кто во что горазд и иной раз нужный модуль просто не найти через поиск, т.к. авторы не вбили в описание или название логичные ключевики.

      • Владимир 1916 Бирич 3 года назад

        Поло Арт, на форуме движка где я был до RS, практиковалась складчина. Т.е. разработчик пишет сколько будет стоить модуль. Желающие пишут в теме, потом сумму делят на всех и оплачивают. Правда тех кто реально оплатил может оказаться больше или меньше, чем изначально заявлено было, но это мелочи жизни.
        Т.е. вот в этой ветке 8 человек уже плюсануло, что им модуль OZON нужен. И мне он нужен, только я не готов оплатить работу программистов, чтобы они потом это для всех выложили, бесплатно или платно. Если я оплатил работу, то этот модуль принадлежит мне и я могу на нем зарабатывать, а не команда RS. По-моему так.

        А так, модуль очень нужный. Даже есть мысли перейти на другую CMS, если тут не ожидается в ближайшее время.

    • Артем Полторанин 3 года назад

      Поло Арт, если к нам придет заказчик сейчас на такую разработку, то мы возьмемся за нее. Это деньги и это полезная штука для наших клиентов.

      Если вы ее первый выкинете в маркетплейс и она будет качественная и шикарная и к ней не будет вопросов, то наверное мы порекомендуем вас просто и не будем разрабатывать. Так например, мы уже много лет всем ставим бонусную программу Саши из маркетплейса, потому что она всем устраивает.

      Так что просто старайтесь побыстрее выложить готовый продукт, а не столбить время разработки.

      • Поло Арт 3 года назад

        Артем Полторанин, я другое имел в виду.
        Если два разработчика одновременно начнут разрабатывать, они же друг о друге ничего не знают
        Кто первый сделал, выкинул в маркетплейс, а второму что при этом думать? Вся работа зря, а в случае конкретной этого модуля (выгрузка в озон), это работа не одного дня.

        • Артем Полторанин 3 года назад

          Поло Арт, ну вы можете на форуме предупредить, может кто-то не будет начинать из-за этого, но как бы кто первый выложит того и тапки.

          • Поло Арт 3 года назад

            С таким подходом мы интеграцию с озон писать не будем

            • Артем Полторанин 3 года назад

              Поло Арт, ваше право.

              • Поло Арт 3 года назад

                Артем Полторанин, право-то может, и наше, но ветку запилить на форуме под это дело - это несколько секунд
                Назвать эту ветку "стол заказов" - и пусть заказы от клиентов идут.

                Всем же хорошо. Мы (Поло Арт) не можем знать, что там у других заказчиков происходит. Допустим, у нас появился новый клиент из Украины - мы вообще немного в шоке до сих пор находимся от их хотелок. Здесь у нас все хотят яндекс, а там хотят гугел. И мы прямо сейчас переписываем как раз модуль Александра под новые веяния гугла.

                Но. Если мы в потенциальном "столе заказов" отписались и поставили сроки на определенный модуль и выполнили сроки, то мы первые в маркетплейсе, а совсем не тот "кто первый выложит того и тапки"

                • Артем Полторанин 3 года назад

                  Поло Арт, ну я же высказался на данный счет, мне тут нечего особо добавить.

                  Я считаю, что мир, рынок, конкуренты не могут встать на паузу, потому что Поло Арт заявил, что начинает работу над модулем. А потом от меня будете требовать удалить чей-то хорошо написанный и опубликованный модуль, потому что вы первый заявили, что начали разрабатывать. Зачем нам это надо? Я ко всем разработчикам одинаково непредвзято отношусь.

                  Что мне чьи-то слова, когда есть конкретный работающий модуль в маркетплейсе, которым прямо сейчас наши пользователи могут пользоваться?

                  Мне кажется это все не будет работать и вообще никому не интересно кто, где, когда начал, главное кто когда завершил разработку. Наоборот, никому не говорите, а просто делайте скорее - это более правильная стратегия.

                  На форуме есть ветка "поиск исполнителей", там нет такой активности, как вы думаете. У вас же есть чат разработчиков, туда можете написать с целью напугать разработчиков, чтобы они даже не думали кодить, то что в вашем бэклоге.

                  • Поло Арт 3 года назад

                    Артем Полторанин,
                    >> У вас же есть чат разработчиков, туда можете написать
                    Это Вы о чём? Какой чат разработчиков?

          • Ярослав Пономарев 3 года назад

            Артем Полторанин, есть запреты на публикацию модулей с аналогичным функционалом?

            • Артем Полторанин 3 года назад

              Да, на текущем этапе 2 и более одинаковых модуля нам не очень интересно держать в маркетплейсе.
              Иначе это усложняет выбор пользователю, это сокращает доход разработчиков модулей.

              В маркетплейсе сейчас не так много модулей и всегда можно придумать нишу, в которой еще нет модулей (просьба смотреть в сторону больших, сложных и серьезных интеграционных модулей, закрывающих полностью задачу клиента во всех кейсах).

  • Поло Арт 3 года назад

    Ещё есть один интересный вопрос
    Допустим, для клиента (в рамках ежемесячного обслуживания или просто так, за красивые глазки) разрабатывается модуль
    Пусть, он называется modulname
    А затем выкладывается в маркет с некой стоимостью

    Как быть клиенту, чтобы у него этот модуль тоже обновлялся централизованно? Нужно какое-то решение. Если есть, извиняюсь, не в курсе.
    То есть хотя бы один, избранный домен, который был бы добавлен на фул-подписку к этому модулю вручную.

  • Александр Закусило 3 года назад

    Я планирую модуль в следующем году. В этом извините у меня доставки. Если, кто-то сделает раньше снимет с меня нагрузку) Что будет супер.

  • Юрий Петров 3 года назад

    Читаю и диву даюсь. Зачем продавцу обуви или штанов программный код?

    Как вы его продавать собираетесь, на прилавок поставите? А что если ваш "воображаемый" покупатель вам технический вопрос вдруг задаст:
    "почему на его Centos-сервере POST-запрос не проходит в ozon", что вы делать будете?

    У меня ощущение, что тут большинство перепутало ReadyScript с Тинькоф-инвестициями.

    Продавцу нужен инструмент для интеграций и его вы получаете от программиста, какое вам дело что программист дальше будет делать? Ваш бизнес после интеграций пойдет в гору и вы заработаете квадрилионы.

    readyscript - официалы, у них гарантирована экспертиза во всех подсистемах платформы со всеми плюсами и минусами (среди них и вопросы лицензирования, хотя это и минусом назвать нельзя).

    Вам и складчину предложили, и релиз недавно такой божественный подогнали, видно же куда бабки идут - в развитие. Вы реально думаете, что вам фрилансер сделает модуль, будет его бесплатно поддерживать, а вы Джефы Безосы будете попивать шампусик и зарабатывать?

    Господа, давайте на землю спускаться.

    • Павел С 3 года назад

      Юрий Петров, где было сказано что фрилансер сделает и будет бесплатно поддерживать? Вы наверное любитель ломанного софта с торрентов. Конкретно я писал о платной разработке и только с платной поддержкой, лично я труд программистов ценю и привык его оплачивать. Попробуйте потратьте свое собственное время на написание хотя бы ТЗ небольшого модуля, а потом посмотрим как вы будете благодарны, когда увидите что потратили свое время, на то, что Вася фрилансер слил в сеть в том числе и ваш труд. Кстати прочтите условия использования новой темы в RS 6. Да ничего страшного..., скажете наверное вы, натягивая ее на какой нибудь опенкарт ))

      • Юрий Петров 3 года назад

        Павел С, я вижу, что рэдискрипт вам предлагает гарантированную экспертизу, возможность заказать разработку вскладчину, бесплатную поддержку, а вы носом крутите. Делаю вывод - значит надеетесь, что найдете фрилансера, который почему-то должен не просто сделать вам разово модуль, а захотеть по неведомой душевной тяге потом всю жизнь с вами делиться своим хлебом.

        Программист же не лезет в вашу прибыль и не требует Роялти в виде процента дохода от вас, после написания модуля, хотя мог бы. А вы желаете почему-то залезть в карман разработчика, который разово сдельно с вами поработает.

        То о чем вы говорите называется эксклюзивный договор - это когда вы платите программисту столько, что это перекрывает все его текущие расходы и потенциальные доходы, тогда при виде стольких нулей программист может задуматься и возможно даже пойти на ваши условия, но вы здесь почему-то не говорите о больших суммах (если бы они были, думаю вы бы не тратили свое время тут), поэтому делаю вывод, что это утопичные несбыточные мечты о карманном программисте и вашем бесконечном заработке на его трудах. Поэтому я и призываю спускаться с небес и закрывать сои задачи здесь и сейчас и развивать прежде всего свой бизнес.

        Вы слишком преувеличиваете значимость ТЗ "Нужна интеграция с OZON" или "Нужна интеграция с Wilberries". Все ТЗ по таким задачам описано по сути в api этих сервисов.

        Абсолютно не понял, причем тут торрент и права на тему и опенкарт.

        • Павел С 3 года назад

          Юрий Петров, все понятно с вами и с вашей точкой зрения ) ТЗ описано в API :))) и "Вы слишком преувеличиваете значимость ТЗ". Ваше право так считать, дальше не вижу смысла обсуждать с вами что либо.

  • Герман Игорцев 3 года назад

    На самом деле файл от яндекса подходит. Настройку полей выгрузки сделали бы гикую с модификаторами (умножение/деление +- удалить подстроку и прочее)

Написать сообщение