А как это будет выглядеть в карточке товара? Ведь варианты покупки - это отдельные артикулы. От 10 до 10000 с шагом 10 - это или список из 1000 артикулов, или выпадающий список опять же с тысячью артикулов. По моему слегка многовато для выбора покупателем.
Поэтому в порядке утреннего бреда, вот -): Завести характеристику товара "кратность". Если вес в граммах, например - 1г, то кратность 100. В шаблоне дизайна, там где меняется кол-во товара, для этого типа товара делайте умножение кол-ва на характеристику кратности и показывайте пользователю суммарный вес заказанного рядом. 1х100 = 100г 1х200 =200г
Вспоминая и переиначивая старую шутку:"Разработчики хорошие люди, но как далеки они от народа..." )))
Потребителю вашей продукции (и конкретно мне) нужен не ваш утренний бред, а решение задачи "Продажа весового товара". Причем артикул товара должен быть один, так как в 1С он один. Иначе при выгрузке в 1С нарушается учет или усложняется настолько, что смысла использовать ваш движок уже нет.
Разработчики. Поговорите со мной например. Я конкретный пользователь с конкретными задачами. У меня налаженный работающий бизнес для которого вы все это делаете. Ну так узнайте, что мне необходимо и реализуйте это в железе. А то сейчас вы как свободные художники - что то намалевали и бери как есть.
В результате вы продаете продукт для школьников, а у школьников денег нет, и бизнеса у школьников нет. ))) И следовательно, у вас денег нет. А почему? А потому, что далеки вы от народа! Поговорите с бухгалтером любым, который ваш продукт мучает, и все поймете - куда и в каком направлении надо развивать движок, чтобы снять с пользователей головную боль.
Подытоживая сказанное. Уважаемое сообщество разработчиков! Доделайте ваш продукт до уровня малого и среднего бизнеса.
Господин Иванов Николай, не является автором системы Webasyst ... - он сторонний разработчик. как и ваш покорный слуга в моем лице... Когда Вы пишите "ваш движок" - вы обращаетесь к авторам, т.е. команде Webasyst, а лица которые имеют "зеленые бейджики" \ шилдики "разработчик" оными не являются. По делу:
Ваше пожелание весьма понятно и поднималось уже много раз. Если коротко - такой функции нет, и ее разработка очень сложна. Реализовать сие силами "простенького" плагина не реально, нужна коренная переделка части системных функций. изменения структуры данных и т.д. Вообще сделать это не тронув ядро системы нереально, нужна коренная модернизация платформы. Это под силу лишь официальным разработчикам.
P.S. функционал на самом деле востребован примерно у 6-8% владельцев интернет магазинов, остальные торгуют штуками.
P.P.S Школьники - принесли более 23 млн рублей сторонним разработчикам за 2015год... Да и у среднего бизнеса типа Enter.ru - движок вполне себя оправдывает....
Придирчивый пользователь, скажите, пожалуйста, решает ли характеристика товара типа "кратность" вашу задачу? Если этот вариант похож на решение, его можно обдумать дальше.
Для примера рассмотрим модель. Есть весовой товар - сахарный песок. В 1с это одна запись "Сахар развесной" с указанием количества, например 10000 кг. Сахар продается в мешках по 1 кг, 3 кг, 5кг, и 10 кг. Отпуская товар (в реале) менеджер выписывает счет на например 100 кг. зная что это 10 мешков по 10кг.
В движке я создаю 4 артикула - 1 кг, 3 кг, 5кг, и 10 кг. Покупатель выбирает 10 кг и ставит количество 10, в итоге те же 100 кг. или 5кг и икол-во 20 шт.
В 1С при выгрузке идет артикул не "Сахар развесной", а "Сахар развесной 10 кг" или "Сахар развесной 5кг".
А таких артикулов в 1С нет. Можно их создать, но в этом случае учет
этой позиции будет вестись уже по нескольким номенклатурам. Для 1с это
невозможная операция, так как каждая номенклатура уникальна и для 1с это
разные товары.
Необходимо настроить продажу весового товара таким образом, чтобы в 1С передавался один артикул.
Пока писал пришло вот такое решение, если его возможно реализовать: можно ли сделать так, чтобы при итоговом обсчете заказа артикулы одного товара объединялись в одну позицию, вес артикулов умножался на стоимость артикулов и суммировались в одно значение.
Заводите в 1С номенклатуру Сахар развесной 1 кг (самая мелкая единица), такой же товар используйте в Shop-Script, цену указывайте за кг, на витрине дайте возможность пользователю указывать количество товара в кг (для движка это будут штуки), но в нужной вам кратности и показывайте кг, и пересчет цены/стоимости при необходимости, тут достаточно правок шаблонов. Так учет будет работать верно (было 10000 штук, стало 9990 штук), не будет никаких артикулов, все очень просто получается.
Максим Креминский. каким образом я задаю кратность? Поясните пожалуйста.
товарная единица: сахар развесной.
единица учета: 1 кг
в карточке товара покупатель указывает количество единиц(штук): 10
в корзину и в 1С попадает: 10. Все понятно. Все правильно, 1С примет выгрузку правильно.
Теперь не понятно: как задавать (указывать) кратность? Где в настройках что прописать? Чтобы при нажатии на стрелку увеличения количества прибавлялась не 1 а 10 например или 15?
Ну это уже легко решается скриптами в самом шаблоне, стоит обратиться к любому стороннему разработчику за помощью, если пользуетесь какой-то конкретной темой дизайна, то напишите ее разработчику. Потребуются навыки и минут двадцать времени для реализации. Для того, чтобы указывать разные кратности для разных товаров, проще всего использовать характеристики, как писал Николай в самом начале.
Беда в том что килограммами мало кто продаёт. Может быть и более мелкие фасовка. А если выставлять какую нибудь муку за грамм то возникают проблемы с верным подсчётом количества т.к. магазин стремится всё округлить. Писал где то уже об этой проблеме.
Например если у нас какая то продукция за кг стоит 23 рубля. За грамм 0,023 Магазин при подсчёте в корзине будет каждый товар сначала округлять до копеек а потом уже перемножать и это сильно исказит цену.
10 комментариев
А как это будет выглядеть в карточке товара?
Ведь варианты покупки - это отдельные артикулы.
От 10 до 10000 с шагом 10 - это или список из 1000 артикулов, или выпадающий список опять же с тысячью артикулов. По моему слегка многовато для выбора покупателем.
Поэтому в порядке утреннего бреда, вот -):
Завести характеристику товара "кратность". Если вес в граммах, например - 1г, то кратность 100.
В шаблоне дизайна, там где меняется кол-во товара, для этого типа товара делайте умножение кол-ва на характеристику кратности и показывайте пользователю суммарный вес заказанного рядом.
1х100 = 100г
1х200 =200г
Вспоминая и переиначивая старую шутку:"Разработчики хорошие люди, но как далеки они от народа..." )))
Потребителю вашей продукции (и конкретно мне) нужен не ваш утренний бред, а решение задачи "Продажа весового товара". Причем артикул товара должен быть один, так как в 1С он один. Иначе при выгрузке в 1С нарушается учет или усложняется настолько, что смысла использовать ваш движок уже нет.
Разработчики. Поговорите со мной например. Я конкретный пользователь с конкретными задачами. У меня налаженный работающий бизнес для которого вы все это делаете. Ну так узнайте, что мне необходимо и реализуйте это в железе. А то сейчас вы как свободные художники - что то намалевали и бери как есть.
В результате вы продаете продукт для школьников, а у школьников денег нет, и бизнеса у школьников нет. ))) И следовательно, у вас денег нет. А почему? А потому, что далеки вы от народа! Поговорите с бухгалтером любым, который ваш продукт мучает, и все поймете - куда и в каком направлении надо развивать движок, чтобы снять с пользователей головную боль.
Подытоживая сказанное. Уважаемое сообщество разработчиков! Доделайте ваш продукт до уровня малого и среднего бизнеса.
Уважаемый Придирчивый Пользователь!
Господин Иванов Николай, не является автором системы Webasyst ... - он сторонний разработчик. как и ваш покорный слуга в моем лице... Когда Вы пишите "ваш движок" - вы обращаетесь к авторам, т.е. команде Webasyst, а лица которые имеют "зеленые бейджики" \ шилдики "разработчик" оными не являются. По делу:
Ваше пожелание весьма понятно и поднималось уже много раз. Если коротко - такой функции нет, и ее разработка очень сложна. Реализовать сие силами "простенького" плагина не реально, нужна коренная переделка части системных функций. изменения структуры данных и т.д. Вообще сделать это не тронув ядро системы нереально, нужна коренная модернизация платформы. Это под силу лишь официальным разработчикам.
P.S. функционал на самом деле востребован примерно у 6-8% владельцев интернет магазинов, остальные торгуют штуками.
P.P.S Школьники - принесли более 23 млн рублей сторонним разработчикам за 2015год... Да и у среднего бизнеса типа Enter.ru - движок вполне себя оправдывает....
Супер!
А могли бы больше. Если бы Стив Джобс думал как вы, то он бы не сделал Яблока )))) Мак же юзают не более 7% пользователей ))))))
Придирчивый пользователь, скажите, пожалуйста, решает ли характеристика товара типа "кратность" вашу задачу?
Если этот вариант похож на решение, его можно обдумать дальше.
Давайте я переформулирую задачу.
Для примера рассмотрим модель. Есть весовой товар - сахарный песок. В 1с это одна запись "Сахар развесной" с указанием количества, например 10000 кг. Сахар продается в мешках по 1 кг, 3 кг, 5кг, и 10 кг. Отпуская товар (в реале) менеджер выписывает счет на например 100 кг. зная что это 10 мешков по 10кг.
В движке я создаю 4 артикула - 1 кг, 3 кг, 5кг, и 10 кг. Покупатель выбирает 10 кг и ставит количество 10, в итоге те же 100 кг. или 5кг и икол-во 20 шт.
В 1С при выгрузке идет артикул не "Сахар развесной", а "Сахар развесной 10 кг" или "Сахар развесной 5кг". А таких артикулов в 1С нет. Можно их создать, но в этом случае учет этой позиции будет вестись уже по нескольким номенклатурам. Для 1с это невозможная операция, так как каждая номенклатура уникальна и для 1с это разные товары.
Необходимо настроить продажу весового товара таким образом, чтобы в 1С передавался один артикул.
Пока писал пришло вот такое решение, если его возможно реализовать: можно ли сделать так, чтобы при итоговом обсчете заказа артикулы одного товара объединялись в одну позицию, вес артикулов умножался на стоимость артикулов и суммировались в одно значение.
Заводите в 1С номенклатуру Сахар развесной 1 кг (самая мелкая единица), такой же товар используйте в Shop-Script, цену указывайте за кг, на витрине дайте возможность пользователю указывать количество товара в кг (для движка это будут штуки), но в нужной вам кратности и показывайте кг, и пересчет цены/стоимости при необходимости, тут достаточно правок шаблонов. Так учет будет работать верно (было 10000 штук, стало 9990 штук), не будет никаких артикулов, все очень просто получается.
Максим Креминский. каким образом я задаю кратность? Поясните пожалуйста.
товарная единица: сахар развесной.
единица учета: 1 кг
в карточке товара покупатель указывает количество единиц(штук): 10
в корзину и в 1С попадает: 10. Все понятно. Все правильно, 1С примет выгрузку правильно.
Теперь не понятно: как задавать (указывать) кратность? Где в настройках что прописать? Чтобы при нажатии на стрелку увеличения количества прибавлялась не 1 а 10 например или 15?
Ну это уже легко решается скриптами в самом шаблоне, стоит обратиться к любому стороннему разработчику за помощью, если пользуетесь какой-то конкретной темой дизайна, то напишите ее разработчику. Потребуются навыки и минут двадцать времени для реализации. Для того, чтобы указывать разные кратности для разных товаров, проще всего использовать характеристики, как писал Николай в самом начале.
Беда в том что килограммами мало кто продаёт. Может быть и более мелкие фасовка. А если выставлять какую нибудь муку за грамм то возникают проблемы с верным подсчётом количества т.к. магазин стремится всё округлить. Писал где то уже об этой проблеме.
Например если у нас какая то продукция за кг стоит 23 рубля. За грамм 0,023 Магазин при подсчёте в корзине будет каждый товар сначала округлять до копеек а потом уже перемножать и это сильно исказит цену.