 |
Евгений М.
Торговля (мини-компания) |
22/01/2015
PHPShop:
Это лично ваше мнение или есть ссылка на достоверный источник, что разница в идентификаторе товара 12345 от ARTH789HYU99 дает понять потенциальному покупателю, что в этом магазине не стоит покупать товар, так как он прикидывается магазином?
Это лично ваше мнение или есть ссылка на достоверный источник, что разница в идентификаторе товара 12345 от ARTH789HYU99 дает понять потенциальному покупателю, что в этом магазине не стоит покупать товар, так как он прикидывается магазином?
Это мнение, основанное на личном опыте. Как только у человека растет оборот, он вынужден налаживать товарный учет и вводить SKU, чтобы автоматизировать процессы синхронизации остатков и цен между сайтом и ERP-системой которую тут же приходится внедрять. Именно поэтому например в Magento например именно SKU является идентификатором и обязателен для заполнения при вводе товара в базу. Покупатель может судить о сайте не только по наличию артикула, но в любом интенсивно работающем магазине общение клиентов с персоналом идет на основе идентификации товара через артикул. Отсутствие артикулов ухудшает эргономику сайта. Именно поэтому одно из основных требований многих заказчиков, у кого действительно идет торговля, основное требование - отображение артикула товара на сайте.
Так что могу повторить еще раз по поводу артикула, это мое мнение основанное на обобщении богатого опыта в этой области многих людей.
|
|
Евгений М.
Торговля (мини-компания) |
22/01/2015
PHPShop:
Так что лично мое мнение, сформированное за 10 лет практики и создания более 5000 магазинов и с общением почти с каждым из владельце этих магазинов в тех. поддержке, что если нет артикула, то можно использовать ИД товара в нашем ПО. Я не буду судить, как у других, а может и вы сами судите так, потому что сами не работали в нашем ПО. Даже с точки зрения пакетной обработки товара (создание/обновление остатков) при больших объемах лучше работать с ИД товара, так как в базе оно имеет формат integer и по этому уникальному полю можно сделать индекс, в 100 увеличивающий выборку по этому полю товаров. А по артикулам с форматом varchar(XXX) индекс сделать такой не получится и сл-но скорость работы пакетной обработки 10 000 товаров будет меньше в 100 раз, нежели при работе с артикулами товаров.
Советы кончено советами, а 10 летняя практика и реализация своего софта с большим портфолио это совсем другое. С фактами не поспоришь.
Так что лично мое мнение, сформированное за 10 лет практики и создания более 5000 магазинов и с общением почти с каждым из владельце этих магазинов в тех. поддержке, что если нет артикула, то можно использовать ИД товара в нашем ПО. Я не буду судить, как у других, а может и вы сами судите так, потому что сами не работали в нашем ПО. Даже с точки зрения пакетной обработки товара (создание/обновление остатков) при больших объемах лучше работать с ИД товара, так как в базе оно имеет формат integer и по этому уникальному полю можно сделать индекс, в 100 увеличивающий выборку по этому полю товаров. А по артикулам с форматом varchar(XXX) индекс сделать такой не получится и сл-но скорость работы пакетной обработки 10 000 товаров будет меньше в 100 раз, нежели при работе с артикулами товаров.
Советы кончено советами, а 10 летняя практика и реализация своего софта с большим портфолио это совсем другое. С фактами не поспоришь.
Использование ID товара в качестве артикула ни кто не запрещает. Кроме того, вы зацикливаетесь на том, что артикул нужен для общения по телефону, что по определению не верно. Ваши рассуждения о сравнении скорости обработки целого и строкового - это доводы, для программистов а не для продавцом, у которых в отношении формата артикула свои мысли, которые строятся от методики ведения учета а не от скорости ваших вычислений. Все это вместе говорит о том, что не смотря на 10-летний опыт продажи своего софта и на создание 5000 сайтов ИМ вы так и не поняли, что такое интернет-торговля. Так что если говорить о вашем опыте то с ним очень даже можно спорить
.
 |
|
22/01/2015
вот я читаю посты и просто ... УДИВЛЯЮСЬ!!!
У Евгения на все доводы, которые идут в разрез с с его мировоззрением, то это обязательно от пользователя, который не в теме... Толерантней нужно быть )))
Заметьте, Евгений, мы ни сколько не ставим под сомнение вашу компетентность, мы просто высказываем свое мнение, и говорим, что оно(мнение) не является таким же как и ваше.
А вы в моей компетенции успели 2 раза усомниться, хотя нет, даже не усомниться, а в ультимативной форме высказать что я делаю сайтики, а не интернет-магазины. Хвала всевышнему, что здесь присутствуют люди, которые могут подтвердить мою компетенцию в данном вопросе.
У Евгения на все доводы, которые идут в разрез с с его мировоззрением, то это обязательно от пользователя, который не в теме... Толерантней нужно быть )))
Заметьте, Евгений, мы ни сколько не ставим под сомнение вашу компетентность, мы просто высказываем свое мнение, и говорим, что оно(мнение) не является таким же как и ваше.
А вы в моей компетенции успели 2 раза усомниться, хотя нет, даже не усомниться, а в ультимативной форме высказать что я делаю сайтики, а не интернет-магазины. Хвала всевышнему, что здесь присутствуют люди, которые могут подтвердить мою компетенцию в данном вопросе.
|
|
|
22/01/2015
возвращаясь к необходимости артикула. предлагаю обратить внимание на требования предъявляемым к файлам выгрузки на Яндек-маркет:
================================
vendor Производитель.
Обязательный элемент.
-------------------------
vendorCode Код товара (указывается код производителя).
Необязательный элемент.
===============================
При этом, если требуется чтобы Я-маркет сделал группировку товаров, то в требованиях указано, чтобы указывали числовое значение родителя для группировки, а не АРТИКУЛ родителя...
Уж как нельзя лучше подтверждает, что даже Яша ставит имя производителя выше по приоритету чем артикул (кода производителя).
У меня есть клиенты (специально для Евгения, с достаточно крупными оборотами), которые тупо выбрасываю много-километровые артикулы производителя и выводят на сайте ИД-товара.
вот пример:
http://mobilewood.com/catalog/htc_desir ... l_sim.html
================================
vendor Производитель.
Обязательный элемент.
-------------------------
vendorCode Код товара (указывается код производителя).
Необязательный элемент.
===============================
При этом, если требуется чтобы Я-маркет сделал группировку товаров, то в требованиях указано, чтобы указывали числовое значение родителя для группировки, а не АРТИКУЛ родителя...
Уж как нельзя лучше подтверждает, что даже Яша ставит имя производителя выше по приоритету чем артикул (кода производителя).
У меня есть клиенты (специально для Евгения, с достаточно крупными оборотами), которые тупо выбрасываю много-километровые артикулы производителя и выводят на сайте ИД-товара.
вот пример:
http://mobilewood.com/catalog/htc_desir ... l_sim.html
|
|
Евгений М.
Торговля (мини-компания) |
22/01/2015
web4:
вот я читаю посты и просто ... УДИВЛЯЮСЬ!!!
У Евгения на все доводы, которые идут в разрез с с его мировоззрением, то это обязательно от пользователя, который не в теме... Толерантней нужно быть )))
Заметьте, Евгений, мы ни сколько не ставим под сомнение вашу компетентность, мы просто высказываем свое мнение, и говорим, что оно(мнение) не является таким же как и ваше.
А вы в моей компетенции успели 2 раза усомниться, хотя нет, даже не усомниться, а в ультимативной форме высказать что я делаю сайтики, а не интернет-магазины. Хвала всевышнему, что здесь присутствуют люди, которые могут подтвердить мою компетенцию в данном вопросе.
вот я читаю посты и просто ... УДИВЛЯЮСЬ!!!
У Евгения на все доводы, которые идут в разрез с с его мировоззрением, то это обязательно от пользователя, который не в теме... Толерантней нужно быть )))
Заметьте, Евгений, мы ни сколько не ставим под сомнение вашу компетентность, мы просто высказываем свое мнение, и говорим, что оно(мнение) не является таким же как и ваше.
А вы в моей компетенции успели 2 раза усомниться, хотя нет, даже не усомниться, а в ультимативной форме высказать что я делаю сайтики, а не интернет-магазины. Хвала всевышнему, что здесь присутствуют люди, которые могут подтвердить мою компетенцию в данном вопросе.
А я собственно констатирую факты, а не оспариваю чье то мировоззрение. А что касается людей подтверждающих вашу компетентность
, так это у Хазанова было, который как то пересказывал интересный диалог, который вышел у него с Роланом Быковым, когда Хазанов только начинал свою карьеру. Так во когда Хазанов спросил у Быкова, понравилось ли тому его выступление, то Быков сказал: "Ну более или менее. А у кого вкус похуже, те в восторге" . Не сомневаюсь что и на одобрение вашего мировоззрения на форуме найдутся люди соответствующего уровня .
 |
|
22/01/2015
Хорошо. Итого имеем, использовать ID товара в качестве артикула можно. Не использовать артикулы плохо. Если нет артикулом, то выводятся/используются ИД товара. Вроде все логично, что тогда тут доказывать
Вы указали, ERP-системы. Поделитесь опытом, название удачных ERP систем вами внедренных пожалуйста. На вашем сайте я не нашел, может плохо искал...
Да я в большей степени программист и со мной общаются люди скорее близкие к тех. вопросам, нежели главные бухгалтера. Я решаю вопросы в основном как сделать то-то, почему не работает это, создайте мне модуль такой-то. Я не могу ответить на вопрос, как отразится на продаже ИМ смена номера телефона компании или какой будет прирост прибыли если поменять названия каталогов. Но меня задевают вопросы, когда бухгалтер по продажам (я не про вас,я в общих чертах) утверждает, что из-за отсутствия артикула на сайте товара, она не сможет сделать акт сверки и что это плохой магазин. 1С-разраб скажет, не беда, сейчас конфигурацию поправим, все выведется. PHP-разраб скажет, не беда, выведем ИД товара вместо артикула. А бухгалтерша будет настаивать на своем, что она работала в другой компании и там был артикулы, мне сложно с вами работать, вы не понимаете, бухгалтерия это что-то возвышенное/магическое и вам обычным технарям не понять
Вы указали, ERP-системы. Поделитесь опытом, название удачных ERP систем вами внедренных пожалуйста. На вашем сайте я не нашел, может плохо искал...
Да я в большей степени программист и со мной общаются люди скорее близкие к тех. вопросам, нежели главные бухгалтера. Я решаю вопросы в основном как сделать то-то, почему не работает это, создайте мне модуль такой-то. Я не могу ответить на вопрос, как отразится на продаже ИМ смена номера телефона компании или какой будет прирост прибыли если поменять названия каталогов. Но меня задевают вопросы, когда бухгалтер по продажам (я не про вас,я в общих чертах) утверждает, что из-за отсутствия артикула на сайте товара, она не сможет сделать акт сверки и что это плохой магазин. 1С-разраб скажет, не беда, сейчас конфигурацию поправим, все выведется. PHP-разраб скажет, не беда, выведем ИД товара вместо артикула. А бухгалтерша будет настаивать на своем, что она работала в другой компании и там был артикулы, мне сложно с вами работать, вы не понимаете, бухгалтерия это что-то возвышенное/магическое и вам обычным технарям не понять
 |
|
22/01/2015
PHPShop:
А бухгалтерша будет настаивать на своем, что она работала в другой компании и там был артикулы, мне сложно с вами работать, вы не понимаете, бухгалтерия это что-то возвышенное/магическое и вам обычным технарям не понять
А бухгалтерша будет настаивать на своем, что она работала в другой компании и там был артикулы, мне сложно с вами работать, вы не понимаете, бухгалтерия это что-то возвышенное/магическое и вам обычным технарям не понять
Ну тут смысл высказывания Евгения наверное не в бухгалтерии. А в системе учета. Бухгалтерия - это совсем другая кухня.
|
|
|
22/01/2015
Мне лично артикулы необходимы для поиска, заказа поставщикам и удобства сверки.
Конечному пользователю их показывать не обязательно.
Но, как я понял из разговора, то на мой взгляд артикулы товарам должна задавать ERP-система, а не сайт. По крайней мере при интеграции с ERP должно быть именно так.
Конечному пользователю их показывать не обязательно.
Но, как я понял из разговора, то на мой взгляд артикулы товарам должна задавать ERP-система, а не сайт. По крайней мере при интеграции с ERP должно быть именно так.
|
|
|
22/01/2015
И Хде они??? Факты то???
я пока вижу только визг колес и пену у рта ))))
тАк и хочется процитировать: "А судьи кто???"
|
|
|
22/01/2015
monoreals:
Мне лично артикулы необходимы для поиска, заказа поставщикам и удобства сверки.
Конечному пользователю их показывать не обязательно.
Но, как я понял из разговора, то на мой взгляд артикулы товарам должна задавать ERP-система, а не сайт. По крайней мере при интеграции с ERP должно быть именно так.
Мне лично артикулы необходимы для поиска, заказа поставщикам и удобства сверки.
Конечному пользователю их показывать не обязательно.
Но, как я понял из разговора, то на мой взгляд артикулы товарам должна задавать ERP-система, а не сайт. По крайней мере при интеграции с ERP должно быть именно так.
Вот-вот!!!
Артикул в том виде, в котором он передается поставщиками(производителями) продавцам, нужен узкому кругу специалистов, и на продажи он никак не влияет.
Куда большее значение на продажи в инте-магазине влияет наличие характеристик по которым рядовой пользователь может сделать себе выборку. уж без них точно продажи накроются (я имею ввиду магазины где товарная номенклатура начинается от 5 000 наименований.)
|
|
|
22/01/2015
Кто хоть использует связь магазина с ERP? Может ошибка в обозначениях. 1С в ее стандартных конфигурациях это CRM. МойСклад так же CRM. ERP довольно индивидуальная система взаимодействие всей компании, и ее подразделений. Стоит дорого, делается долго и для очень больших целей. Из быстро узнаваемых брендов ERP скорее у озона и видео (предположение). Простым смертным магазинам она не по зубам и не по целям. Сравнивать подходы, в ней использующие не совсем корректно для всех магазинов не по функционалу не по цене...
|
|
|
22/01/2015
PHPShop:
Кто хоть использует связь магазина с ERP? Может ошибка в обозначениях. 1С в ее стандартных конфигурациях это CRM. МойСклад так же CRM. ERP довольно индивидуальная система взаимодействие всей компании, и ее подразделений. Стоит дорого, делается долго и для очень больших целей. Из быстро узнаваемых брендов ERP скорее у озона и видео (предположение). Простым смертным магазинам она не по зубам и не по целям. Сравнивать подходы, в ней использующие не совсем корректно для всех магазинов не по функционалу не по цене...
Кто хоть использует связь магазина с ERP? Может ошибка в обозначениях. 1С в ее стандартных конфигурациях это CRM. МойСклад так же CRM. ERP довольно индивидуальная система взаимодействие всей компании, и ее подразделений. Стоит дорого, делается долго и для очень больших целей. Из быстро узнаваемых брендов ERP скорее у озона и видео (предположение). Простым смертным магазинам она не по зубам и не по целям. Сравнивать подходы, в ней использующие не совсем корректно для всех магазинов не по функционалу не по цене...
Может быть я неверно выразился..
Я имел ввиду связь 1С с ИМ.
И да, 1С в стандартных конфигурациях - это не CRM. Они могут содержать элементы CRM, но в чистом виде выполняют другие задачи(заказы, склад, работа с контрагентами, расчеты).
У меня связка: ИМ - 1С Управление небольшой фирмой(УНФ) - Бухгалтерия предприятия.
Т.е. настроена синхронизация между ИМ(выгрузка заказов в 1С) и УНФ(выгрузка номенклатуры и остатков на сайт), а УНФ в свою очередь синхронизирована с Бухгалтерией предприятия.
Т.е. максимальная автоматизация. Вся основная работа ведется в УНФ.
И в идеале все артикулы должны диктоваться сайту из 1С, потому как номенклатура выгружается из 1С на сайт, но не наоборот.
Извиняюсь, если немного коряво расписал..
|
|
|
22/01/2015
monoreals:
И в идеале все артикулы должны диктоваться сайту из 1С, потому как номенклатура выгружается из 1С на сайт, но не наоборот.
И в идеале все артикулы должны диктоваться сайту из 1С, потому как номенклатура выгружается из 1С на сайт, но не наоборот.
В нашем софте синхронизации с 1C может выполняться как по полю артикул, так и по полю код товара в 1С, аналог кода товара в магазине. В отличие от битриксовской типовой синхронизации можно из магазина наоборот в 1с загрузить все товары и изображения - этот подход выручает, когда магазин сначала работал без связи с 1С, далее перешли на 1С и одним кликом перенесли все товары из магазина в 1С, создав связку для синхронизации.
Самый тупиковый вариант когда ведется параллельно база в 1С и магазине (на вопрос зачем обычно даются не очень логичные объяснения, вроде проект вели 2 разных человека, один забивал 1С, другой магазин на разных концах города/района), а потом решается все это синхронизировать, а ключи не подходят. Вот тут или сносить в 1С или в магазине базу и загружать товары описанным способом выше.
|
|
|
22/01/2015
Продолжая тему артикулов и CRM. Все таки они могут хорошо помочь при функции автоматического поиска изображений по наименованию/артикулу в Гугле Картинках. С книгами и ISBN это работает магически. Находит со 100% результатом, заполняет изображения в 1С, а далее выгружает все в магазин. С обычными именами товаров результат не плохой, но бывает попадаются не те . С таким подходом заполнение базы сводится к заимствованию прайса у поставщика, загрузкой его в 1С (обычно присутствуют имя/краткое описание/цена/артикул/склад), включением функции поиска изображений в гугле, нажатием кнопки выгрузки на сайт товаров/каталогов/изображений.
. С таким подходом заполнение базы сводится к заимствованию прайса у поставщика, загрузкой его в 1С (обычно присутствуют имя/краткое описание/цена/артикул/склад), включением функции поиска изображений в гугле, нажатием кнопки выгрузки на сайт товаров/каталогов/изображений.
|
|
|
22/01/2015
PHPShop:
В нашем софте синхронизации с 1C может выполняться как по полю артикул, так и по полю код товара в 1С, аналог кода товара в магазине. В отличие от битриксовской типовой синхронизации можно из магазина наоборот в 1с загрузить все товары и изображения - этот подход выручает, когда магазин сначала работал без связи с 1С, далее перешли на 1С и одним кликом перенесли все товары из магазина в 1С, создав связку для синхронизации.
В нашем софте синхронизации с 1C может выполняться как по полю артикул, так и по полю код товара в 1С, аналог кода товара в магазине. В отличие от битриксовской типовой синхронизации можно из магазина наоборот в 1с загрузить все товары и изображения - этот подход выручает, когда магазин сначала работал без связи с 1С, далее перешли на 1С и одним кликом перенесли все товары из магазина в 1С, создав связку для синхронизации.
Ну тогда не вижу проблем. Единственно, если выгрузка будет из ИМ в 1С с внутренними артикулами ИМ, то могут возникнуть проблемы с заказом у поставщика.
Заказы у поставщика в основном по артикулам делаются.
Поэтому, как мне кажется, самый верный путь - изначально базу товаров в 1С держать, и выгружать её в ИМ.
Но если ситуация, когда ИМ уже существует, а 1С приходит позже, то опять-же рекомендую создать базу товаров в 1С, и импортировать её в ИМ.
Потому как Бэк-офис приоритетнее, нежели Фронт-офис в роли которого выступает ИМ.
Ответить
Читайте также
 |
|
02/04/2014
Как грамотно спланировать траты на контекстную рекламу. Лайфхаки, тонкости, способы сэкономить...
Подробнее
