IronMann

Разумеется, проблема не в опенкарте. Вполне себе нормальный движок. Но заколдованный. Т.к. за время его существования, нормальный шлюз обмена так и не написан. Модуль в этой теме не исключение. Заявлено было очень много, но прошло два года - нормально так ничего не работает. А автор втихаря прикручивает костыли за деньги.

Заколдованный он какой-то, опенкарт/оцстор... По факту, нет ни одного нормального модуля интеграции. Какие-то кривые поделки. Одни просто не работают - наборы для умелых рук, сделай сам, чтобы хоть как-то работало. Другие сайты валят после обновления и доната вечного требуют, в свете последних новостей. Вопрос чисто философский - почему так получилось? Других модулей вагон и маленькая тележка, а нормальной интеграции с 1С не было и нет.

Сколько вы готовы заплатить денег за настройку?

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

Пусть тогда пишет в заголовке, с чем его модуль по факту работает, а с чем нет. Чтобы люди свое время на бессмысленные попытки запуска не тратили.

И раз уж он дописывает его за деньги, то пусть тогда и пишет, что дописывает его за деньги, а не вводит людей в заблуждение  условной бесплатностью.

Каким образом он у вас вообще запустился? Здесь он у большого числа людей, даже товары отказывался выгружать, при чистой установке на чистый ocStore 2.3.0.2.3.

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

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

47 минут назад, rassigor сказал:

Не совсем рабочие они

Давай скажем честно - совсем не рабочие.

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

В личку мне напиши.

31 минуту назад, Paint сказал:

Как такое реализовать?

1. Допустим у Поставщика есть так же свой розничный ИМ, с онлайн оплатой, с подключенной онлайн кассой. В общем все как положено. Предлагаем ему свои услуги менеджера на сдельщине или дополнительный канал продвижения, что не суть важно. Мы на своем сайте должны будем подключить его онлайн-кассу?

2. У Поставщика нет онлайн кассы. Что делать?

 

Это гипотетический совет или вы так реально уже делали?

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

2. Что делать ему, или что делать вам?  Если поставщик работает через дилеров и они как юрлица/ИП непосредственно расчитываются с покупателями, ему касса возможно и не будет нужна, касса будет нужна его дилерам.  Если же поставщик сам тоже принимает розничные платежи, он обязан иметь кассу.

Я бизнес-аналитик, я на множество самых разных схем насмотрелся в самых разных организациях.

Цитата

 

1)Сегодня решил обновиться на новую 132 релиз, посмотрел, лицензия закончилась, продлил за 899 рублей на форуме 

Продлеваю, скачиваю 132 релиз, обновляюсь, но не хера не работает еще и сайт упал, товары не открываются, пишется нет лицензии. Хотя все куплено

...

Те по факту я обновился, лицензию анулировали))) Продление 10 тыс стоит, 

 

Это вы про модуль товарища из Донецка? По крайней мере, если не путаю, начиналось это как модуль от Alexdev из Донецка. и буквально еще полтора года назад, он свой модуль в бессрочном виде за 1800 рублей продавал. Потом, он/они/оно стало целое студио NeoSeo из Киева и Львова и в начале модуль стал стоить пятак, а теперь и целых 10 000 за него просят. Большое головокружение от успехов у студио, особенно на фоне того, что в этой теме с этим бесплатным модулем происходит.  В начале, полагаю, тревожно и грустно было, когда тут такая движуха пошла - по функциональности заявленной местный модуль их модуль раза в четыре превосходил, и при этом еще и бесплатно! Но потом, когда человек/ребята убедились, что опасности отсюда никакой не исходит и исходить не будет, решил(и) дать волю своим желаниям, которые, судя по ценнику, не слабые.

Цитата

Вот вам ссылочка на забавную историю)) как монополия работает

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

Когда я игрался с сервисом UMI.CMS, я ставил в отладчике точку останова, где УНФ получает распакованный orders.xml. Там все рабочие теги на блюдечке. Оформляю на сайте заказ с как можно большим количеством интересующих данных, а потом смотрю, каким тегами те или иные данные передаются. Можно так все новые теги, которые реально работают, выцепить. А дальше - дело техники.

Да, я вас понял. На вскидку не помню, там кроме битрикса что еще выбирается. UMI там есть? С настройками для UMI проверяли?

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

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

Вы в рамках данного алгоритма можете либо работать с поставщиком как менеджер на сдельщине, либо зарегистрировать ИП на УСН 6% и заключить указанный выше договор комиссии с поставщиком. Всё полностью легально. Хотя, пишут, что банки и здесь неровно дышат в сторону ИП-шников, получающих деньги от юрлиц, везде им мерещится обнал. А если вы дропшипите как наемный работник, если поставщик пошел на это, тогда лучше завести какую-нибудь простенькую зарплатную карту от поставщика, чтобы вопросов меньше было. Разумеется. все это работает только для поставщиков из РФ. Китайцы никак договоров комиссий с вами подписывать не будут.

7 часов назад, Grechka сказал:

Добрый день! Поделитесь опытом по поводу реализации магазина по дропшипингу. Реально ли вообще такое осуществить? Где найти поставщика? Мне кажется поставщиков вообще нормальных как будто нет. На телефон не отвечаю, в соц сетях последняя запись год назад и тд...

Повеселили фразой "где найти поставщика". В этом и состоит часть ваших талантов коммерсанта, если вы таковым хотите быть, чтобы искать поставщиков, а вы как хотели? На блюдечке вам никто ничего и никого приносить не будет. Сами, батенька, сами. Под лежачий камень вода не течёт.

Теперь, о достаточно немаловажном аспекте дропшипа в РФ. Если вы деньги от покупателей будете агрегировать у себя, то будьте готовы, что вами могут заинтересоваться надзорные органы. Возможно, вам придется вести данную деятельность на легальной основе, в виде юрлица или ИП. Отсидеться в качестве частника-нелегала "я не я, деньга твоя - товара не моя" - в нынешних экономических условиях в РФ, похоже, м.б. до поры до времени, пока не заинтересуются поступающими к вам деньгами. Если же форма расчетов - получение от поставщика процента с продаж, то увы, банки с еще большей радостью и старанием блокируют карты и счета, где регулярно идут поступление от юрлиц физлицам, т.е. даже при меньших объемах идущих вам денег, риск получить проблемы выше.

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

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

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

В общем, итог такой.

1. Поставщиков вам надо будет искать самому.

2. Легальный дропшип в РФ - это сейчас сплошной гимор и как решить момент с бумажным чеком к товару, вообще не понятно.

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

Коллега, вы УНФ с Битриксом через этот модуль дружите? Разве у Битрикса нет своего модуля интеграции? Вроде недавно вышло обновление, которое довольно пристойно работает.

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

По поводу доставки. Я уже писал чуть ранее, что в 1С начали плотно заниматься этим вопросом интегрировали функционал отвечающий за теги доставки в CommerceML, а еще раньше - сделали её отдельной закладкой в форме заказа покупателя в УНФ (остальные конфигурации не смотрел). Наворотили там конечно будь здоров, я же со времен УНФ 1.4 продолжаю держать отдельную группу справочника номенклатуры с несколькими услугами доставки для покупателя и проставляю эти услуги в заказ. Реализовать эту схему даже для полностью двунаправленного обмена данными заказов достаточно легко - было бы желания, а его у автора нет. Вопрос с доставкой было поднят мной еще два года назад, в апреле-мае я ему прислал законченное ТЗ - реакция была нулевая. Поздравил меня с наступающими праздниками...

7 часов назад, DROND сказал:

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

...

И я просто не понимаю, как это можно было проигнорировать. Толи автор не понимает, как вообще работает ОС, толи я вообще хз...

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

Хотелось бы ошибаться, но боюсь, ваши труды, как и ряда других участников, автором не будут востребованы.

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

Первый судя по отзывам работает, но цена на него задрана непомерно, сугубо имхо. Неадекватна его возможностям и код закрыт.

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

Если вы дружите с конфигуратором 1С, попробуйте модуль с сайта 1c-opencart.ru . Из всего того, что я перепробовал, этот по крайней мере почти сразу с небольшим приложением рук заработает и там можно будет докрутить по месту мелкие баги - код открыт и очень понятно написан.

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

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

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

14 часов назад, temnota80 сказал:

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

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

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

Разумеется, информацию о совместимости вы должны получать и заносить сами. При этом, полная качественная и проверенная информация по применимости, даст вам конкурентное преимущество.

3 часа назад, rdpv сказал:

Вопрос по картинке закрыт все сделал всем спасибо.

Поделились бы с общественностью, если не жалко, конечно.

20 часов назад, indaled сказал:

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

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

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

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

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

Вариант два, тоже самое, только наоборот - формируется список доступных доставок, как это делается при оформлении заказа в штатном модуле оформления заказа, а пользователь в списке руками заполняет в таблице соответствующие названия услуг из 1С. Такая реализация работает на стороне сайта, написана на PHP и в принципе это может делать модуль.

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

Без доставки, ценность текущего модуля для интернет-магазинов торгующих товарами, довольно низка. Каждый раз смотреть, а что там с доставкой в заказе и долбашить доставку в 1С в заказ руками - надоест. А про двунаправленный обмен данными заказов можно вообще забыть. Учитывая общую динамику разработки данного модуля, т.е. категорическое нежелание автора вообще думать об автоматизации доставки, реализация этого функционала вынужденно случится через полтора-два года, в лучшем случае, когда ему всю плешь проедят доставкой. И то при условии, что все остальное при этом будет работать, а не глючить и валиться от малейшего дуновения. Или к этому времени модуль загнётся от неспособности перейти из состояния вечного сырца в рабочий продукт, но это уже более глобальный аспект, который не только к доставке относится. Или модуль останется в форме вечного сырца, как модуль Zeenwalkerа.

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

Совет, не тратьте зря время, не ждите. Никто не будет решать вашу проблему.