Последние сообщения

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

Хорошее решение, вот только бы еще было бы еще подешевле 

Алексей Девятов

Чем профессиональнее решение тем он дороже, так что все логично, тем более надо сказать сейчас цена значительно ниже чем была несколько лет назад, по факту DST Маркетплейс сейчас стоит в 2 раза дешевле, раньше по факту в продаже был только Энтерпрайз. 

Хорошее решение, вот только бы еще было бы еще подешевле 

Waf если нужно скрыть разделы, просто блокируете в трафике все что связано с закрытыми разделами. AIM,PIM для доступа, там можно сделать так что после каждого выхода пароль меняется и при каждом входе вам SMS с OTP летит

Тогда — LastPass

Ну а смысл так заморачиваться, создаете новую группу менеджеры, назначаете им права и доступ и все, в настройках указываете какие разделы они видят а какие нет, в DST Мультивендор эта возможность есть, как и во всех других лицензиях 

Игорь Токарев

Я же говорю, я так сделать не могу по своими причинам, есть какие то другие варианты? 

Ну а смысл так заморачиваться, создаете новую группу менеджеры, назначаете им права и доступ и все, в настройках указываете какие разделы они видят а какие нет, в DST Мультивендор эта возможность есть, как и во всех других лицензиях 

Вы будете как агент, налог оплачивается с вашего процента. Только ПСН тут не сработает

Какие есть юридические аспекты при открытии маркетплейса в РФ? Подскажите, плз, кто знает. Я ИП, до этого успешно продавал своё ПО через вебсайт, теперь есть необходимость продавать через сайт и чужое ПО, т.е. запустить маркетплейс.

Какие есть юр моменты? ИП достаточно для этого? Нужно ли заявлять другую область деятельности? Как переводить деньги авторам продуктов? У кого был опыт — поделитесь.

Антон Силуанов

Про движение денег

Деньги кому будете выплачивать — физлица или юрлица/ИП? из каких стран?

Если речь о РФ и выплаты юрлицам — проще всего получать все деньги на ип и потом выплачивать просто на их расчетные счета.

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

Про налоги

Добавляете на сайт «агентский договор» (оферту) — и тогда в вашу «налогоблагаемую базу дохода» попадает только ваша комиссия. Не путайте это с усн 15% доходы минус расходы — это другое! Гуглите про «Агентский договор» — он дает выгодное налогоблажение.

ИП на усн 6% продал товар за 1000 руб, ваша комиссия 20%

ваш налогооблагаемый доход 20% от 1000 руб = 200 руб

6% усн налога от 200 руб. будет = 12 руб.

также не забывайте уменьшать усн налог на сумму уплаченных взносов ПФР/ОМС 

Какие есть юридические аспекты при открытии маркетплейса в РФ? Подскажите, плз, кто знает. Я ИП, до этого успешно продавал своё ПО через вебсайт, теперь есть необходимость продавать через сайт и чужое ПО, т.е. запустить маркетплейс.

Какие есть юр моменты? ИП достаточно для этого? Нужно ли заявлять другую область деятельности? Как переводить деньги авторам продуктов? У кого был опыт — поделитесь.

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

Запустить сам маркетплейс будет не сложно, все верно есть уже готовое решение в виде DST Маркетплейс цифровых товаров. Дальше лучше сделать ООО и сразу же уволить директора в отпуск без содержания.

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

Спасибо за ответ, а можно ли будет использовать парсер от Python на PHP сайте?

Валерий Людимов

Да, можно просто написать API на Python и поднять сервис на отдельном поддомене или порту, а далее в JSON-формате возвращать данные на сайт и делать с ними дальнейшие операции.

На счет обхода блокировок. Стоит сказать сразу, что блокировки будут всегда, поэтому при разработке парсера надо обязательно предусмотреть следующее:

1. Каждый запрос рандомизируем заголовки (request headers) и User-Agent. Обязательно. Тут без вариантов.

2. Делаем запросы исключительно через proxy + каждый запрос рандомизируем их. В идеале иметь пулл из ~20 проксей. Крайне желательно чтобы прокси были приватными.

3. Если уперлись в капчу, то делаем повторный запрос с другой прокси, если сайт ни в какую не хочет нас пускать к контенту, то разгадываем капчу. Либо реализуем разгадывание руками пользователя (т.к у вас интерфейс есть), либо с помощью любого сервиса разгадывания капчи, типа capmonster.cloud/ru или rucaptcha.com.

Надеюсь я смог прояснить некоторые технические детали парсинга сайтов. 

Спасибо за ответ, а можно ли будет использовать парсер от Python на PHP сайте?

Зависит от ваших текущих знаний. Написать парсер сайтов можно на любом языке программирования, при желание. Удобнее всего, на мой взгляд сделать это на Python с использозованием библиотеки — crummy.com/software/BeautifulSoup/bs4/doc/ либо на NodeJS.

Python / Request / BeautifulSoup4 либо NodeJS / Axios / node-html-parser. Если осмелитесь писать на PHP, что на мой взгляд крайне не удобно, то guzzle + phpQuery, как вы уже сами и написали.

Также, сейчас на многих сайтах используется технология SPA и клиентский рендеринг. Если в кратцы — то контент на сайт подгружается через API и рендерится с помощью JS. Если в тупую обратиться к такому сайту с сервера (например через curl), то с высокой долей вероятности мы получим пустую страницу.

Для таких сайтов нужно использовать эмуляторы браузеров, например seleniumhq.org или pptr.dev. Биндинги есть на Python и NodeJS, возможно и на PHP.