Kosteus
-
Публікації
210 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Kosteus
-
не стоит, т.к ядро не поменялось и кроме фишечек и красивой админки ничего больше нет. А если нужен SKU для варианта товара, то вообще беда как в 1.5 так и в 2.0.
-
https://opencartforum.com/user/3282-19th19th/ у этого автора есть решения -
если нет значения $mas_opt[$jj][$l][8] = $data_option['optsku']; артикул связки то присвоить (подставить) ему значение из "Модель"
-
присвоить поиску товара значение $mas_opt[$jj][$l][8] = $data_option['optsku']; артикул связки
-
Ладно не будем пока трогать ядро, это уже будет opencart 3.0 Но уверен что описанную выше логику можно реализовать в вашем модуле, на базе "кривых" связанных опций, брать значение из $mas_opt[$jj][$l][8] = $data_option['optsku']; артикул связки
-
в тестов режиме создал 2 товара с одним и тем же кодом, с разными и опциями, резeльтат ожидаемый т.к. два ID - а если объединить ID, то это переписывать ядро! Сложно, но можно, страшно, глаза боятся руки делают! кто самый рукастый?
-
значит корректное решение проблемы не в компетенции вашего модуля: сейчас 1 строка модель (код товара) - содержат все опции включая SKU и все прочее надо 1 строка товара - 1 SKU и далее все тоже самое что и в случае когда модель (код товара) главный и модуль от 19th19th вообще не нужен
-
Модуль CSV Price Pro import/export [Поддержка]
topic відповів в costas Kosteus Модули обмена данными
Верно 1 SKU - это одна комбинация опций. Артикул (SKU) не опция! -
Судя по всему изначально opencart создавался 1 карточка товара - 1 SKU. Из этого вырос "УЖАС" когда в одной ячейке прописывается дико несколько значений опций и также дико связываются, и эти связи не имеют идентификаторов. Будем исходить из того что есть! Есть все ну или почти все для реализации правильной БД. Вариант: логика, а соответственно и порядок приоритетов для товаров в БД должна быть такой: 0. Модель значение обязательное в любом случае, потому как может объединять вариации товара по различиям на одной карточке товаров. Значение получается также должно быть уникальным. Если значения нет то сформировать его можно автоматически из задаваемого в ручную значения (префикс) + SKU или UPC или Код товара Поставщика или Наименование. Модель необязательно отображать на странице товара, в прочем как и код, разве что только SKU, UPC и другие международные 1. SKU если нет то 2 2. UPC если нет то 3 3. Другие международные коды. если нет то 4 4. Код товара Поставщика. если нет то 5 5. Наименование (Обязательный) при парсинге и импорте прицепиться за 1 или 2 или 3 или 4 или 5! Обязательно наличие "0" и "5" и 1 или 2 или 3 или 4 Я понял что Opencart гибкая и можно даже если этого нет, задать именно такой набор полей для каждого SKU. В результате снова подчеркну избавляемся от дикого представления опций, артикулов в опциях, связанных опций, количества и прочих комбинационных значений в одной ячейке!!! Я не программист но уверен на все 100000000000000000000000% что так правильно, и это реализуемо даже в пределах модуля Usergio!
-
Возможно вариант подставлять значение в Модель из значения кода, если поле не заполнено или наоборот, и даже может быть в SKU. Тут надо подумать кого и куда можно подставлять если поле не заполнено. И всем будет счастье!
-
Хотя в сборке порядок можно и не наводить. Для более менее нормальных магазинов с правильной структурой все равно понадобиться установка связанных опций. А обработку этих трех элементов может взять на себя модуль Usergio, альтернативы пока ему нет, возможно при интеграции с 1С нечто подобное реализуется.
-
в 2.0 тоже самое? или там порядок? предполагаю что все так же....
-
Если есть такое понятие то надо для него задавать отдельное значение, но ни в коем случае ему не присваивать SKU или Модель!!! Это 3 (три) разных ЭЛЕМЕНТА!!!!!!! Кому писать чтоб порядок навели!?
-
Модель именно модель логично выводить в карточке товара также логично выводить SKU А кода при такой комбинации вообще нет, а если даже он и есть то выводить его не надо, если только не используется какая нибудь CRM например для быстрого поиска менеджером товара, но это вообще отдельное значение создавать надо и оно не может заменять SKU или Модель. SKU не опция, это должно быть отдельное значение, в модуле Связанные опции именно так!
-
Кто собирал движок наш? Переделывать! И жирным пропишите в админке: "модель есть модель", и значит правильно перенесли. Поставить там radio есть опции или нет. Если нет опций у товара и только в этом случае заполняется SKU в разделе вкладки данные. Для модели имеющей опции вообще может не быть SKU и это правильно, SKU - комбинация опций. Цифровой код (код товара) - это уже чисто наша придумка для удобства и простоты интеграции, которая как оказалось действительно внесла смуту.
-
Одна карточка товара, одна модель, один код, разные SKU, UPС, цена, вес, цвет, размер и т.д. для каждой связанной опции.
-
Здесь даже скорее всего идет подмена понятий код товар и SKU иногда их путают и называю кто SKU кто артикулом. В идеале Код товара используется только для обозначения в ИМ и прайсе и это не артикул поставщика. Aартикул скорее всего именно SKU, потому как присваивается каждой комбинации опций свой. И да, Здравствуй модель! имеющая свой код в ИМ = коду прайса поставщика! (используется только для связки товаров ИМ-поставщик) Модель имеющая свои SKU, UPS, цена, вес, и т.д. для каждой связанной опции!
-
и с одеждой может быть так. И так есть в случае прайса моего поставщика, а значит есть и другие поставщики которые работают так, и те которые начнут работать так. https://yadi.sk/i/3rEfc6VhkpiKU
-
В случае с компьютерами и комплектующими могу лишь только догадываться что в прайсах есть куча товаров со связанными опциями и каждый имеет свой отличный UPC.
-
В случае если есть необходимость присваивать дочерний SKU, если его нет в прайсе поставщика. Гораздо проще его присвоить формулой например склеив главный SKU c тем же самым цветом или номер пп или еще чем. И такой вариант эффективней нежели прописывать опции: цвет: черный;черный;черный;синий;красный размер: 44;48;46;48;46 количество : 5;6;7;3;10
-
Итак продолжим: Сейчас насколько я понимаю у модуля есть возможность обрабатывать опции вида: цвет: черный;черный;черный;синий;красный размер: 44;48;46;48;46 количество : 5;6;7;3;10 И все. Вероятно единицы поставщиков, готовы поставлять данные в таком виде. А самостоятельно можно только в ручную и то для небольшого количества. Модуль и здесь помогает, связывает опции, но не присваивает значение каждой из связок, а значений может быть несколько как в модуле связанный опции от 19th19th: Модель, SKU (в данном случае дочерний), UPC, Расположение, Вес, Цена, Скидки, Акции, Описание может еще какие. Это и есть значения комбинаций опций, которыми весьма вероятно могут делиться поставщики, например штрих кодом - UPC. Прописывать значение артикула в опциях, страшновато если их хотя бы больше 10. И в случае добавления и обновления логично проверку делать именно по значению комбинации опции, если его нет то по опции. А теперь ответьте пожалуйста, кто, что думает по этому поводу. Или я не изучил модуль и ничего не понял или понял частично. Или такой возможности в модуле нет и благодаря труду Usergio она появится в новой версии.
-
Если связанные опции имеют свой SKU (не путать с SKU для опций), есть вариант решения обновлять значения например остатков по SKU связанных?
-
Модуль CSV Price Pro import/export [Поддержка]
topic відповів в costas Kosteus Модули обмена данными
Планируется ли поддержка связанных опций (на базе модуля Связанные опции от 19th19th) с последовательной выгрузкой? -
установил АОПЛ (предлагаю придумать название, например uShark или SharkU - "Акула прайсов от Usergio) последней версии. Сломал мозг себе. Также установленные "Связанные опции" и "Расширенные опции" Прошу оказать услуги: 1 - Настроить обновление остатков и цен по поставщику №1 - около 200 товаров, - 3000р 2 - Спарсить и импортировать товары поставщика №2 - около 7500 товаров, с учетом связанных опций и настроить обновление остатков и цен. - 5000р 3 - Спарсить и импортировать товары поставщика №3 - около 5000, без учета связанных и настроить обновление остатков и цен. - 5000р Оплата последовательно по пунктам со 100% предоплатой с моей стороны, условия оговариваются. Поскольку много нюансов для каждого будет формироваться дополнительное ТЗ. Готов частично оказать содействие в рутинной работе по подборе ссылок товаров и категорий(научите), это наверное 85% времени требуемого на решение задач.
-
Ура!!! работает!
Останні розширення
-
-
SP Cool Timer Автор: spectre -
Всі товари магазину Автор: kJlukOo -
-
Список Замовлень PRO Автор: Parallax