Ваші коментарі
Да, хочу чтобы данные сами по себе вносились. Иначе зачем тогда нужна автоматизация которая не уменьшает количество ручного труда и затраты на его оплату?
10 років тому
Вам сюда http://idea.imagecms.net/topic/320556-harakteristi...
Вес и габариты можно будет указать для каждого варианта товара, а не только для одного. В способах доставки можно будт прописать ограничения по весу и габаритам чтобы выбрать можно было заведомо актуальные варианты.
Расчет доставки как по весу так и объему - становится проще чем математика в начальной школе. В перспективе можно интегрировать с калькуляторами на сайтах курьерских и транспортных компаний - им только эти данные (вес, объем от габаритов или габариты) и требуются.
Вес и габариты можно будет указать для каждого варианта товара, а не только для одного. В способах доставки можно будт прописать ограничения по весу и габаритам чтобы выбрать можно было заведомо актуальные варианты.
Расчет доставки как по весу так и объему - становится проще чем математика в начальной школе. В перспективе можно интегрировать с калькуляторами на сайтах курьерских и транспортных компаний - им только эти данные (вес, объем от габаритов или габариты) и требуются.
В CS-Cart есть реализация. Механизм удобный, настраивается на уведомления или работу под заказ + в админке можно смотреть списки подписавшихся на появления о наличии.
По поводу работы под заказ - есть такая вешь как рентабельность. Например минимальный опт на 50 тыр, а человеку надо какой нибудь руль за 80 копеек в количестве 1 штука. Фиг повезу, а отказать не откажешь. Поэтому скорее нужны варианты "в наличии", если нет в наличии то выбор общей настройкий, либо "под заказ" либо подписка при выборе "хочу купить + требовать указание количества" с возможностью видеть подписчиков в админке и выставлять им счета для работы под заказ. Другими методами очень сложно - например, даже если вещь стоит 3 рубля а опт надо брать на 60 чтобы одну штуку привезти, то в случае когда покупатель закажет 20 штук выполнить заказ вообще не проблема. А если одну то пусть ждет.
По поводу работы под заказ - есть такая вешь как рентабельность. Например минимальный опт на 50 тыр, а человеку надо какой нибудь руль за 80 копеек в количестве 1 штука. Фиг повезу, а отказать не откажешь. Поэтому скорее нужны варианты "в наличии", если нет в наличии то выбор общей настройкий, либо "под заказ" либо подписка при выборе "хочу купить + требовать указание количества" с возможностью видеть подписчиков в админке и выставлять им счета для работы под заказ. Другими методами очень сложно - например, даже если вещь стоит 3 рубля а опт надо брать на 60 чтобы одну штуку привезти, то в случае когда покупатель закажет 20 штук выполнить заказ вообще не проблема. А если одну то пусть ждет.
Ага... Картока тогда вооще примет крайне монструозный вид если в варианты напихать все что хотят в текущем виде. Вот решение http://idea.imagecms.net/topic/320556-harakteristiki-svojstva-variantyi-tovarov-reshenie-sistemnoj-problemyi/ Цена - это операционный параметр реального товара и должна применяться к нему, а карточка только для удобочитаемого вывода информации складского учета.
http://idea.imagecms.net/topic/320556-harakteristi...
Заходим в справочник номенклатуры, сортируем... Видим к каким карточками привязано. Это для админки.
Или же в карточке вычисляем селектом общее количество по всем вариантам, выводим выше - это для фронтэнда.
Заходим в справочник номенклатуры, сортируем... Видим к каким карточками привязано. Это для админки.
Или же в карточке вычисляем селектом общее количество по всем вариантам, выводим выше - это для фронтэнда.
Делайте импорт экспорт на основе плоских списков из учетной системы http://idea.imagecms.net/topic/320556-harakteristi... вот вам и все решение. Представление и содержимое отвязаны друг от друга. Хоть миллион номеклатурных позиций слинкуйте к одной карточке с импортом экспортом не будет никаких проблем.
Производитель может услугу по нанесению на отдельный товар представить отдельной позицией номенклатуры. По хорошему именно так и надо делать.
Производитель может услугу по нанесению на отдельный товар представить отдельной позицией номенклатуры. По хорошему именно так и надо делать.
С учетом http://idea.imagecms.net/topic/320556-harakteristiki-svojstva-variantyi-tovarov-reshenie-sistemnoj-problemyi/ думайте к чему привязывать
Вот приобрел недавно новую систему для бухгалтерского и торгового учета... Вроде умеет работать с характеристиками, но опять затык - практически все позиции которые приходится продавать имеют отдельные артикулы на каждый вариант, ну соответственно выглядеть могут по разному. Редкий случай когда под одним артикулом скрывается несколько вариантов (для этого подойдет текущий способ работы с вариантами товара).
Варианты подключаются как аналитика и только на этапе оприходования. Т.е. выгрузку в ИМ нормальную не сделать.. Короче та же беда - плосский список позиций номенклатуры. Для учета оно конечно удобно, но как только начинаешь скрещивать с ИМ это кошмар и головная боль.
По сути этот плосский список является основой обединяющей:
1. бухучет - имеет значение стоимость ТМЦ (оперирует цифрами)
2. товарный и складской учет - имеет значение сама единица ТМЦ (оперирует физическими и учетными параметрами товара)
3. интернет-магазин - имеет значение представление (оперирует потребительским свойствами)
Очень нужен справочник номенклатуры отделенный от карточек товара как описано в более ранних комментариях. Синхронизация упрощается донельзя. Вести учет проще. Карточки товаров станут логичнее и на их сохдание/сопровождение уйдет ощутимо меньше трудозатрат. Радикально повысится гибкость самой схемы для расширения (доп.свойства, характеристики и т.д.), описание будет отделено от самого предмета что тоже упрощает много сложностей.
Варианты подключаются как аналитика и только на этапе оприходования. Т.е. выгрузку в ИМ нормальную не сделать.. Короче та же беда - плосский список позиций номенклатуры. Для учета оно конечно удобно, но как только начинаешь скрещивать с ИМ это кошмар и головная боль.
По сути этот плосский список является основой обединяющей:
1. бухучет - имеет значение стоимость ТМЦ (оперирует цифрами)
2. товарный и складской учет - имеет значение сама единица ТМЦ (оперирует физическими и учетными параметрами товара)
3. интернет-магазин - имеет значение представление (оперирует потребительским свойствами)
Очень нужен справочник номенклатуры отделенный от карточек товара как описано в более ранних комментариях. Синхронизация упрощается донельзя. Вести учет проще. Карточки товаров станут логичнее и на их сохдание/сопровождение уйдет ощутимо меньше трудозатрат. Радикально повысится гибкость самой схемы для расширения (доп.свойства, характеристики и т.д.), описание будет отделено от самого предмета что тоже упрощает много сложностей.
Артикул = код товара присваиваемый производителем. Т.е. внешний код.
Есть еще внутренний код, код товара, код на складе и т.д. Как правило автоматически генерируется учетной системой.
Есть еще штрих-код...
Всяких идентификаторов полно, проблема в том к чему их добавлять. К карточке товара или к позиции номенклатуры. В текущей модели ни того ни другого нет.
Есть еще внутренний код, код товара, код на складе и т.д. Как правило автоматически генерируется учетной системой.
Есть еще штрих-код...
Всяких идентификаторов полно, проблема в том к чему их добавлять. К карточке товара или к позиции номенклатуры. В текущей модели ни того ни другого нет.
Замечено небольшое оживление xD Значит не все пропало...
Тут недавно встал вопрос о замене 1С и пришлось узнать и понять много нового применимо к работе с товарами. Основное:
1. Большинство альтернативных решений, а так же базовые версии систем только для бухучета от 1С не умеют работать с учетом по характеристикам (цвет,размер).
2. В ввиду большей гибкости небольших разработчиков учетных систем, добавить нужные поля в карточку товара, за весьма скромные суммы - не проблема, но учет все равно будет вестись по отдельным номенклатурным позициям как и обычно.
3. Отдельные решения для торгового склада имеют очень мощные возможности, но по сути являются избыточными если ИМ не требует такой детализации и дополнительным звеном увеличивающим трудозатраты.
Поэтому, предлагаемое решение на основе простого справочника номенклатуры будет наиболее универсальным. Однако есть пара моментов.
Чтобы не путаться, применяемые термины
Главное отличие "параметра характеристики" от "признака свойства" в том, что "параметр" - всегда физически измеряемая или отдельно учитываемая в рамках бухучета величина.
Обратное так же верно: "признак свойства" в бухучете не учитывается, физически измерить его возможно далеко не всегда и информация о его значении доступна в 99% случаев по данным производителя.
То есть - диагональ экрана быть параметром не может, это признак по значению которого потребитель может подобрать товар. А вот цвет, размер или материал может - в прайсах, счетах, накладных одинаковые товары разного цвета и размера идут отдельными строками. Так же как и габариты, вес, артикул, цена, кол-во на складе - все это параметры.
Основные положения относительно справочника номенклатуры:
1. Он должен использовать существующую структуру каталога товаров, то есть позиции на основе которых собирается карточка товара должны находится в той же группе что и карточка товара.
2. Необходим справочник "характеристики" - фактически, функциональный дубль справочника "свойства" но с некоторыми изменениями карточки и применяемый только к дереву номенклатуры. Все замечания по поводу группировки "свойств" ( http://idea.imagecms.net/topic/154040-sozdat-gruppyi-svojstv/ ) так же актуальны и для этого справочника. Потому что у каждого производителя свои тараканы насчет цветов, размеров и прочего. Поэтому нужны отдельные группы которые можно было бы привязать не только к категориям каталога товаров но и к брендам. Иначе будет в списке размеров адское месиво из все систем: российской, европейской, британской, американской...
Еще было бы здорово:
- иметь возможность на основе позиции номенклатуры создавать карточку товара одним кликом, это ускорит и упростит работу даже в случае если есть варианты и этот функционал не перегрузит когда магазин работает с товарами без вариантов.
- если магазин работает ТОЛЬКО с товарами без вариантов предусмотреть настройку номенклатура = карточка товара (или включить этот функционал в премиум версию - только за него реально доплатить разницу и с ощутимым экономическим эффектом)
- указывать в карточке товара, какие параметры номенклатуры являются общими для всех вариантов (возможно по образцу одного из вариантов или традиционно для системы shared=ON/OFF)
На сегодня все.
Тут недавно встал вопрос о замене 1С и пришлось узнать и понять много нового применимо к работе с товарами. Основное:
1. Большинство альтернативных решений, а так же базовые версии систем только для бухучета от 1С не умеют работать с учетом по характеристикам (цвет,размер).
2. В ввиду большей гибкости небольших разработчиков учетных систем, добавить нужные поля в карточку товара, за весьма скромные суммы - не проблема, но учет все равно будет вестись по отдельным номенклатурным позициям как и обычно.
3. Отдельные решения для торгового склада имеют очень мощные возможности, но по сути являются избыточными если ИМ не требует такой детализации и дополнительным звеном увеличивающим трудозатраты.
Поэтому, предлагаемое решение на основе простого справочника номенклатуры будет наиболее универсальным. Однако есть пара моментов.
Чтобы не путаться, применяемые термины
- "характеристики" - физические "параметры" реального товара которые присущи только конкретному наименованию.
- "свойства" - описательные, потребительские "признаки" которые могут иметь несколько реальных товаров с разными "характеристиками". Это уже есть в системе.
- "параметр" - наименование элементов списка "характеристик"
- "признак" - наименование элементов списка "свойств"
Главное отличие "параметра характеристики" от "признака свойства" в том, что "параметр" - всегда физически измеряемая или отдельно учитываемая в рамках бухучета величина.
Обратное так же верно: "признак свойства" в бухучете не учитывается, физически измерить его возможно далеко не всегда и информация о его значении доступна в 99% случаев по данным производителя.
То есть - диагональ экрана быть параметром не может, это признак по значению которого потребитель может подобрать товар. А вот цвет, размер или материал может - в прайсах, счетах, накладных одинаковые товары разного цвета и размера идут отдельными строками. Так же как и габариты, вес, артикул, цена, кол-во на складе - все это параметры.
Основные положения относительно справочника номенклатуры:
1. Он должен использовать существующую структуру каталога товаров, то есть позиции на основе которых собирается карточка товара должны находится в той же группе что и карточка товара.
2. Необходим справочник "характеристики" - фактически, функциональный дубль справочника "свойства" но с некоторыми изменениями карточки и применяемый только к дереву номенклатуры. Все замечания по поводу группировки "свойств" ( http://idea.imagecms.net/topic/154040-sozdat-gruppyi-svojstv/ ) так же актуальны и для этого справочника. Потому что у каждого производителя свои тараканы насчет цветов, размеров и прочего. Поэтому нужны отдельные группы которые можно было бы привязать не только к категориям каталога товаров но и к брендам. Иначе будет в списке размеров адское месиво из все систем: российской, европейской, британской, американской...
Еще было бы здорово:
- иметь возможность на основе позиции номенклатуры создавать карточку товара одним кликом, это ускорит и упростит работу даже в случае если есть варианты и этот функционал не перегрузит когда магазин работает с товарами без вариантов.
- если магазин работает ТОЛЬКО с товарами без вариантов предусмотреть настройку номенклатура = карточка товара (или включить этот функционал в премиум версию - только за него реально доплатить разницу и с ощутимым экономическим эффектом)
- указывать в карточке товара, какие параметры номенклатуры являются общими для всех вариантов (возможно по образцу одного из вариантов или традиционно для системы shared=ON/OFF)
На сегодня все.
Служба підтримки клієнтів працює на UserEcho