Size: a a a

2020 March 28

ИЛ

Иван Лещёв in Drupal RU
это залёт
источник

C

Comrade Gagarin in Drupal RU
это бан
источник

AS

Alex Sorokin in Drupal RU
проклятые бандеровцы аккаунт взломали
источник

SP

Sergey Prokopchuck in Drupal RU
Alex Sorokin
вот пример маркетплейса, где общий товар, предлагают разные магазины по своим цена и со своими условиями.


пока что, кажется логичным, выводить вариации товара (каждая вариация это предложение от магазина)
Но я не уверен, что в корзину получится добавить конкретную вариацию по клику, мне кажется что добавляется сам товар.

Мой вопрос скорее о архитектуре.
Возможно подскажете, как лучше реализовать то что мне нужно.

Я редко работаю с коммерсом, и спращиваю чтобы знать куда копать.
А в чем вопрос хоть?
источник

ИЛ

Иван Лещёв in Drupal RU
Sergey Prokopchuck
А в чем вопрос хоть?
придумай ему структуры данных
источник

VP

Vlad Proshin (drugan) in Drupal RU
Alex Sorokin
всем привет)

Есть конкретный вопрос пор D8 Commerce мульти вендору.

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

вообще, нормально ли это, если у нас будет товар, а чуть ниже например список вариаций, и возле каждого своя кнопка "добавить в корзину", которая добавляет конкретную вариацию с товаром в корзину?
отдельная кнопка Добавить в корзину это вполне реально, но главный вопрос как програмным образом поделить деньги между продавцами если несколько вариаций добавлены в одну и ту же корзину ($store->product->variations)..._
источник

AS

Alex Sorokin in Drupal RU
Vlad Proshin (drugan)
отдельная кнопка Добавить в корзину это вполне реально, но главный вопрос как програмным образом поделить деньги между продавцами если несколько вариаций добавлены в одну и ту же корзину ($store->product->variations)..._
спасибо за ответ.
Насколько я понимаю, каждая вариация будет связана только с одним магазином.
Пока еще не продумал это. Но в теории кажется это возможным (или референс поле магазина внутри вариации, или еще как-то)
источник

VP

Vlad Proshin (drugan) in Drupal RU
с магазином связан именно товар, а не его вариации и один и тот же товар может принадлежат множественным магазинам ($store->cart->payment_method)
источник

ИЛ

Иван Лещёв in Drupal RU
Vlad Proshin (drugan)
с магазином связан именно товар, а не его вариации и один и тот же товар может принадлежат множественным магазинам ($store->cart->payment_method)
это по умолчанию, поперенастроить можно всякое
источник

ИЛ

Иван Лещёв in Drupal RU
не поперенастроить, конечно
подописывать
источник

ИЛ

Иван Лещёв in Drupal RU
вопрос в главном, как потом деньги делить
источник

ИЛ

Иван Лещёв in Drupal RU
это мы в чате решить не можем
источник

ИЛ

Иван Лещёв in Drupal RU
насколько отчёты магазина должны биться с остальной бухгалтерией
источник

ИЛ

Иван Лещёв in Drupal RU
вон я делал магазин, там настаивали, чтоб при акции "товар в подарок" товар продавался минимум за руп, а из первого товара руп вычитался
источник

ИЛ

Иван Лещёв in Drupal RU
это было важно
источник

VP

Vlad Proshin (drugan) in Drupal RU
я делал платёж на один общий счёт и затем создавал custom_entity   и затем переводил с этого счёта продавцам их доли на cron job
источник

ИЛ

Иван Лещёв in Drupal RU
Vlad Proshin (drugan)
я делал платёж на один общий счёт и затем создавал custom_entity   и затем переводил с этого счёта продавцам их доли на cron job
вопрос в том, можешь ли ты сделать легко и просто отчёт для вендора
или нет
или тебе вообще не нужен этот отчёт
источник

ИЛ

Иван Лещёв in Drupal RU
и это не друпал, это бизнес логика
источник

VP

Vlad Proshin (drugan) in Drupal RU
да, общего рецепта не существует...
источник

VS

Victor Stepankov in Drupal RU
о, я вспомнил, что ваще-то топлю за то, друпал логику магаза не должен обрабатывать.
Есть CRM, учётные системы, вот это всё
источник