vastrel

я имел в виду связку с НРМ, он ведь товары выводит как опции - так как тогда будут сами опции работать? у меня он куплен, но так и не дошёл я до его внедрения, так что не знаю какой вид это будет иметь Хм, наверное, да. Админ может из АОП зайти в папку продавца, настроить ему имена файлов, настроить ему крон на обновление и продавец закидывает файлы сам когда хочет, но обновятся они по крону... Оно и так работать будет без шаманств. Как плюшку - можно добавить в ЛК продавцу принудительную обработку свежего прайса, не дожидаясь крона. Только не чаще 1 раза в 30 минут, например, чтобы серевер не положила толпа желающих.

И момент по опциям хочу уточнить. Вот, например, кровать. К ней есть настилы под матрас. Сейчас это как опция. Как вот такого рода опции решить? Их отдельным товаром не очень-то... Или в описании товара добавить - купите также и ссылку. Или смотреть какой модуль - сопутствующие товары?

У АОП есть возможность работы по Cron. В admin/uploads заливается xls, в форме поставщика указывается имя файла, время обновления,... Понятно , что Продавцу залить прайс туда никто не даст. Было бы хорошо, если бы АОП мог подтягивать эти прайсы из личной папки продавца. Тогда опытным ребятам сделал один раз прайс - и пусть сами его хоть по 5 раз в день обновляют. А у кого-то может и экспорт из 1с можно настроить туда заливать. Также момент - если через АОП сделать экспорт товаров он выгрузит только по данному продавцу?

Спасибо. Просто Ваш самый первый ответ посеял сомнения. А надо было просто почитать условия.

То есть, поддомен на каждый город, личные страницы продавца - это всё по отдельной лицензии? Мне кажется, что в таком случае дешевле окажутся решения за 250.000 разово... С мультимагазином на разных доменах все ясно. Вопросов нет. Хотелось бы понятный ответ - поддомены это отдельная лицензия или нет? Это в плане мультимагазинов на поддоменах (для городов) и личных страниц продавцов.

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

Это значит, что все поддомены входят в 1 лицензию? Просто, по сути, поддомен - это домен 3го уровня... Лицензия выдаётся на домен 2го уровня, либо на любой вообще домен нужна своя?

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

по идее, HPM связывает товары к одному родителю и может ставить им разные цены. то что надо. тут возникает вопрос разделения и указания производителей и их условий и региона работы. хорошо бы в макете под опциями это указать в минимальном виде или по наведению... а в идеале - что-то такое, что фильтру скормить можно: город, бесплатная доставка, ... но чую, что лопатить тут порядком надо а то вывалит товары из Ярославля и Мурманска... но есть момент, а если по всей РФ работают? тогда какой город указывать?.... хз, короче

согласен, поэтому и купил HPM не у всех есть штрихкод. у крупных поставщиков есть, у простых продавцов нету. дверь межкомнатая или принтер, например. посмотрите, что говорит usergio: хм... действительно. это я затупил. я по привычке еще и опции в голове держу. подозреваю, что я хотел что-то не до конца поняв как существующее будет работать в итоге... будет конфликт в случае внесения товара поставщиком, когда нет шк и забивается от балды что-то для связки. а потом приходит производитель и шк настоящий вбить некуда... есть момент с HPM - ему нужен sku. Я с ним еще не работал, пока просто купил. вот скрин из карточки товара - подвязка товаров, а в столбце с radiobutton выбирается родитель: обратите внимание на колонки 1 и 6 а вот что предлагает АОП, можно использовать любой из непопулярных типов артикулов, которые. JAN, например. но опять-же... похоже, что HPM просит sku или код товара, не название же ему предлагать правда, в самой карточке товара я не вижу этих полей, только Код товара и артикул. У меня osStore2.3, может оно есть в базе, но скрыто по причине непопулярности...

вопрос спорный. с чем там он будет работать? мощность завышенную укажет или размер?... такое себе ну, сам админ будет тогда прайсы поставщика адаптировать... задача - проставить sku напротив товара, а в экселе через формулы разместить всё в нужных ячейках. учитывая, что оплата за количество товаров, например, это несложно, это заработок хозяина удобнее, конечно, делать так как сейчас есть... но прошу понять меня - вы представляете какой помойкой станет портал, когда каждый начнёт править товары? а какой процент криворуких правщиков там будет? кто потом это всё разгребать кто будет? да даже нет гарантии, что название одного товара у всех этих клонов одинаковым будет... а названия опций? даже размеры в мм или см - представляете какая каша? а кто-то вообще укажет размер 20-25см. как это всё фильтру скормить? прикиньте: размер 22см, а в опциях он под такими вариантами: 220; 22; 0.22; 20-25. Да фильтр тупо не переварит вариант 20-25, а 220 и 0.22 не покажет. а какой масштаб значений у ползунков будет на фильтре? что покупатель на таком портале подберёт себе?

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

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

Вы неправильно меня поняли я пытаюсь понять логику модуля. мне он нравится, но в данном конкретном исполнении не только я вижу то, что для озвученного назначения реализация нелогичная. поэтому и прошу разъяснить. не один я просил сделать много поставщиков на 1 товар. Вы всегда отвечали просто - так на алике, без объяснения. Я тут тонну букв вылил не от скуки. Я хочу себе Ваш модуль в качественном исполнении B2C. Это позволит и мне получить классный продукт и Вам поднять его продажи. Вы ведь не для себя его делаете, а для продажи. У Вас продана 31шт на этой платформе (но он не только тут продается). Это очень мало для данного продукта. Продукт хорош. Моё мнение - проблема в том, что 90% потенциальных покупателей портала это именно В2С. А для них продукт не годится. Вы анализ целевой аудитории Вашего модуля делали? Кто буде его покупать? В2В - интересен масштаб страны и соседних стран. В2В ищет чуть иначе. Вбил в гугл "импортёр посудомоек Candy" и все - колупай. Ему все эти плюшки модуля неинтересны. А ты еще попробуй заманить этот В сегмент на растущий портал, особенно крупный. Он им не нужен. А сколько денег на продвижение... А уж если по всей РФ Бизнесу некритично пригнать фуру телевизоров за 1000км, если условия хорошие. С2С - это мало товаров, дешевый товар и много геморроя. это не построение портала, мазохизм. как только начнется рост и приход интересных продавцов - портал сдуется именно из-за логики неверной. В2С - это именно та аудитория, которая работает в пределах города, максимум страны (РБ), области (РФ). Иначе сразу проблемы логистики и прочего. И именно поэтому онлайнер и приводят - это старый ресурс с отработанной логикой и решениями. Там команда работает, аналитики, маркетологи... И они именно к такому решению пришли

есть ли работающие порталы на данном модуле? https://smart-family-shop.com это С2С, как я понял - ремесленники. что-то делают своими руками и пересечения нет по ассортименту

очень сырой модуль. много чего нет. но цена замечательная. в Вашем модуле заявлено B2B, B2C, C2C. если разобрать: В2В - оптовая площадка. Она может быть и как алик и как онлайнер. И так и так. В2С - это классический онлайнер. Быть как алик он себе позволить не может. Без вариантов. Когда у человека 1 экран занимает куча клонов одного товара - это мрак. или заводить только продавцов, ассортимент которых не пересекается. так это бред. потеря денег С2С - наверное, это барахолка (товары ремесленников или б/у). тоже может твориться полный хлам и бардак. упорядочить такое нереально теперь смотрим далее: Ваш модуль заточен именно на В2С - раздельная корзина, комиссия, баллы, сообщения покупателю... Мы ведь понимаем, что В2В сегмент, получив наименование контрагента более не нуждается в услугах портала. Он связывается напрямую и решает вопрос без портала. И никто не получит никакой комиссии. и именно В2С это сегмент в котором востребован и на который программируется портал. но при этом решение применяется из B2B или B2C Может я не догоняю. Можете объяснить чем обусловненно именно такое исполнение?

ну так конечно! должен быть 1 шаблон АОП, который настраивается только админом и высылается продавцу с примерами для самостоятельного заполнения. продавец высылает обратно заполненный по правилам и образцу файл и фото в архиве. админ всё проверяет и сам добавляет товары прогоном через АОП. после чего высылает обратно продавцу исправленную и ровную версию файла загрузки товаров данного продавца. продавец же работает с этим же файлом, но модуль АОП, при заливке продавцом, обновляет только разрешенные админом поля: цена, остаток, ... также продавец самостоятельно может приклеиться к уже существующим товарам исходя из из sku. АОП просто подтягивает согласно sku товара, данные продавца: цену, остаток... АОП позволяет обновлять данные по залитому файлу. продавец закидывает файл в свою папку на портал и АОП с ней работает через cron

так потому и уникальный sku. бывают - ну и пусть бывают. люди с ними живут. определяющим id товара будет только sku, а артикул - просто информация для потребителя, элемент описания. это один из ключевых моментов самого модуля АОП. оперативность оповещения продавца. многие могут быть ИП и не сидеть 24 часа у монитора. а так - пришло сообщение, сотовый пиликнул. у меня куплено вайбер оповещение о заказе - ОЧЕНЬ классно!!! но именно вайбер делается сложнее других мессенджеров, как я понял. сделайте доп модулем платным, или адаптируйте чей нибудь, как вариант. исчезла телега - купил другой. принцип Вы сами заявляете как автор модуля. не нравится - проходи мимо, это понятно. но лично я понимаю прицип олайнера, алгоритм его работы и почему именно так. но так и не понял логику работы этого модуля, кроме "как на алике". но алик это помойка. и там именно так, потому как товаров там миллионы и дали право загружать и называть их продавцам как им заблогарассудится. платформе нужен был быстрый старт и они закрыли глаза на качество. тут писали уже что убери у алика низкие цены и он рухнет, он убогий абсолютно. я искренне не понимаю смысла делать десятки одинаковых товаров. как на них лэндинг делать, расскажите? как вообще такого монстра продвигать? как эти дубли будет кушать гугл и яндекс, да он же отлуп на индексацию ввалит за дубли.

если смотреть на денежные взаимоотношения, то вопросы очень интимные есть: я так понимаю, что финансы и баллы работают таким образом: поступает предоплата от покупателя и админ начисляет баллы продавцу за поступившие деньги. когда продавец выводит деньги, админ вручную проводит списание на основании запроса (добавьте туда внесение админов номер платежного поручения, дату оплаты, основание платежа (акт или ттн) по факту перевода денежных средств) при этом есть такие схемы работы: а. портал берёт в качестве комиссии сумму аванса, перечисленного покупателем на счет портала. админ начисляет баллы продавцу и они списываются системой как комиссия. расчёты по остатку - личное дело продавца. мы своё уже забрали. б. покупатель платит порталу аванс, превышающий комиссию портала. баллы зачисляются, часть из них снимается как комиссия, остальные выводятся по запросу продавца. в. покупатель заплатил 100% аванса на портал. портал забрал комиссию. г. предоплаты нет, продавец должен держать на своем счету баллы, чтобы из них списывать комиссию или абонентскую плату. при получении порталом денег от покупателя, встает вопрос - закрыть оплату покупателя? портал деньги принял, а покупателю ничего не отдал. получается, что при 100% оплате порталу продавец должен выписать ТТН на портал и как-будто портал отгружает товар покупателю. если аванс частичный - можно закрываться актами на услуги, выставляемыми порталом продавцу. для чего портал вообще принимает оплаты от покупателей? например, оплата картой через интернет. продавец не хочет с этим морочиться. покупатель платит на портал, а портал перечисляет сумму продавцу по безналу через вывод. удобно для небольших предпринимателей. оптимально для портала, конечно, работать либо без оплат от покупателей либо с оплатой на сумму комиссии. также вопросы: 1. Продавец работает по комиссии 10% (90%себе оставляет). Клиент сделал заказ. Расчёт при отгрузке, например. Мало кто готов 100% оплаты сделать в онлайн куда-то. Продавец даёт скидку 5% клиенту и просит его сделать отказ, либо сам делает отказ на сайте, а клиента просит подтвердить. Это не узкое место модуля, это просто узкое место бизнес процесса и человеческого фактора. 2. Продавец даёт статус товара в наличии, покупатель платит аванс на портал. А у продавца по факту товара в наличии нету и покупатель отказывается ждать: а. можно ли предложить вручную товар другому продавцу? б. можно ли перекинуть оплату на нового продавца? в. как реализовать штраф первому продавцу за то, что отказ по его вине? г. как сделать доп удержания? например, если вся сумма оплаты идёт через портал, то портал платит налоги и тогда сумму вывода денег надо бы уменьшить. либо клиент рассчитался картой рассрочки и с портала была удержана комиссия платежной системой. надо также уменьшить сумму выводимых денег. может, пункты б и в просто реализовать для работы в ручном режиме? просто в админке работы с баллами, где обрабатывается подтверждение вывода денег добавить простенький блок "Начисления продавцу". Там будет выпадающий список "Удержание" или "Зачисление", поле ввода Текста ("Штраф за отсутствие товара по заказу №111 на основании нарушени п.3 договора об оказании услуг №21 от 12.12.2020"), поле ввода суммы и кнопка "Огонь!". Это всё должно отражаться в истории баллов.

это я понял, но алик - это помойка та ещё. заявленный сегмент В2С - это в первую очередь удобство для того самого С. просто масштабируем проект до 1000 продавцов, куча из которых пересекается по товарам. это же тонны одинаковых товаров. например, сотовые, упаси... тот же sku, например. у АОП есть и артикул и sku продавец смотрит на сайте sku товара, вбивает его в АОП и при выгрузке он приклеивается к товару как еще 1 продавец. Логика такая, что продавец работает только с тем товаром, которые предлагаем ему площадка. если товара нет - добавляет администратор ровными руками с нормальными характеристиками, фотографиями (это вообще очень важно), опциями и прочим. Данные предоставляет, конечно продавец, а потом админ это всё создаёт. При этом, админ может выслать форму xlsx для АОП расширенную, которую продавец должен заполнить по образцу, чтобы админ просто проверил, поправил и загрузил через АОП. А потом продавец через АОП лишь обновляет цену и наличие. я имел опыт работы с помойкой dom.by - там каждым сам себе режиссёр и куча одинаковых товаров с разными названиями в том числе. Например: холодильник Бош А3421 / холодильник двухкамерный Бош А3421 / двухкамерный холодильник Бош А3421 и т.д. и это всё - 1 товар... продавец должен иметь возможность только: а. приклеиться как продавец к любому из товаров б. обновить свою цену в. обновить свои остатки, опции (размер, цвет)... г. обновить свои условия кстати, по условиям: если делать продавцов в карточке товара, как у онлайнера, то хорошо было бы видеть табличку с условиями и наличием (Наличие на складе; Срок поставки; Доставка: есть/нет; Подъем товара; Продажа в рассрочку; Расчет картой и т.д.) Заголовок и варианты задаёт администрация. можно условия и в карточке продавца писать, но например, для дорогих товаров доставка может быть бесплатной, или товар на скидке и продавец доставляет его только за оплату - так сразу будет понятно по каждому товару что и как у конкретного продавца. может, через клона атрибутов это сделать - как атрибуты для продавца. атрибуты стандартные, но в настройках админ выбирает какие именно группы атрибутов будут отображаться только у продавцов. какие плюсы решения 1 товар - много продавцов: 1. нормальная карточка товара. её заполнил 1 раз качественно и она работает. 2. не будет кучи одинаковых карточек товаров различной степени убогости как по заполнению, так и по фотографиям 3. нормальное seo, как следствие 1 и 2 4. продвижение. как продвигать поисковые запросы по товару, когда куча карточек? просто никак, бюджет как у НАСА нужен. а тут - только 1 карточку качественно заполнил и вперёд. 5. реализация, на мой дилетантский взгляд, довольно проста - правка макета страницы. кстати, даже продавца можно сделать как артибут с активной ссылкой и логотипом. просто клонируется таблица выводов атрибутов и настраивается признак вывода атрибутов именно в таблицу атрибутов продавца. сложнее с фильтром товара по продавцу, если кто-то захочет отображение всех холодильников 180-200см именно от этого продавца (например, у него там дисконт есть), но тут можно как-то решить через родное поле производителя и скрыть его, а оставить видимых производителей внизу в атрибутах.

Модуль отличный, планирую брать. 1. Прочитал всю тему, но так и не понял какова логика работы с одинаковыми товарами от разных продавцов? Человек хочет холодильник. В фильтре ставит параметры и в результатах ему вываливается куча дублей, но с разными ценами? И он потом сам решает вручную - что брать исходя из особенностей опций и описания каждого из товаров? Просто, если ему подходит 5 разных моделей, а они есть у 15 продавцов - будет просто очень много холодильников. 2. Было предложение от Ivanzo объединить товары с помощью модуля HPM связка товаров. Что-то получилось? 3. Чат - хорошее дело. Планируете ли реализовать чат через телеграм, например? Покупатель пишет в сообщения на сайте, а Продавец видит сообщения в телеге, отвечает в телеге, а Покупателю это отправляется через сообщения сайта. Вот как п.1 элегантно сделан на onliner.by Поиск или категория товаров: Карточка товара:

Что происходит при достижении средств на балансе = 0? Отключается показ товаров? Товары остаются, но статус "нет в наличии" и невозможно их заказать? Есть ли экспорт продавцов с их тарифами и количеством размещённых товаров? Когда их много, чтобы проследить - всё ли нормально. Причём, выводить также и % остатка денежных средств продавцу (комиссия).

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

есть еще: Модуль Шаблоны писем для Opencart 2 на разных сайтах он стоит 199/299/399руб странно, но на этом ресурсе его категорически нет. только достаточно дороговатый вышеупомянутый

скажите, вошло ли это в обновление? не могу найти. версия 1.3.1