И еще вопрос, уже когда то я его задавал.
Ситуация такая. Имеется товар добавленный в базу, стоит наценка к примеру 50%. Когда приходуется товар и в нем изменилась цена закупки, можно ли добавить такой функционал что бы наценка строго оставалась 50%, и продажная цена автоматом пересчитывалась, а не так как сейчас нужно постоянно за этим следить и проводить заново ценообразование?
Такого в панах пока нет. Наш опыт показывает, что тема это достаточно глубокая, так как редко когда наценка должна быть строго фиксированная. Потребуется учитывать какой-то лаг и наценки у разных товаров будут разные. А это вс1 сильно усложнит процедуру проставления этих значение. Возможно в будущем вернемся к этой теме. Сейчас могу предложить сразу после прихода товаров на основании прихода делать ценообразование и устанавливать для всех товаров фиксированную наценку (в панели инструментов табличной части есть соответствующая кнопка).
Вы меня наверное неверно поняли, или я не правильно изложил мысль
Дело не в фиксированной наценке в 50% на все товары. Наценка на товары разная в %. Я о другом.
На данный момент при приходовании товара и изменении закупочной цены, продажная цена товара в программе остается старой, а % наценки в ценообразовании уменьшается.
А логично оно должно работать таким образом что если меняется цена закупки нового товара, то его стоимость должна пересчитываться на указанный % в изначальном ценообразовании.
Сейчас приходится открывать % наценки на эти товары, а уже потом приходовать и проводить ценообразование возвращяя % наценки из старого.
Образный пример:
(Простыми словами это типа как курс иностранной валюты. Товар куплен за 10$ и стоит наценка 50%, но продается товар то в национальной валюте. В зависимости от курса выставленного в ПО, (есть такой момент в других программах), цена в нац валюте сразу меняется.)
Вы меня наверное неверно поняли, или я не правильно изложил мысль
Как раз я вас верно понял Вот именно что разная на товары наценка и она сейчас нигде не хранится. А когда начнет храниться. То её нужно будет проставить. При таком автоматическом ценообразовании нужно будет как-то сформировать новые ценники (или прайсы). Потом окажется что если сейчас наценка не 50%, а 49%, то и пусть такой остается, лишь бы ценники лишние не полезли.
Опыт подобных решений у нас пока не очень удачный в плане простоты. Если видели, где это достаточно элегантно реализовано пишите, посмотрим.
Вы меня наверное неверно поняли, или я не правильно изложил мысль
Как раз я вас верно понял
Опыт подобных решений у нас пока не очень удачный в плане простоты. Если видели, где это достаточно элегантно реализовано пишите, посмотрим.
Я также задался подобным вопросом и сделал вспомогательный документ в excel https://drive.google.com/file/d/1MV5ajsZNAtn8W1TmZReLwGOo9N7Rc-gN/view?usp=sharing. С помощью этого документа я делаю все загрузки приходов. Это одна из альтернатив постоянных наценок.
В листе "загрузка" проставляю только штрихкоды, в лист "счет" копирую сведения из электронного варианта накладной. В том же листе в столбце "А" вижу какие позиции пришли впервые: если стоит #Н/Д добовляю их в лист "Справочник новый", если вижу номер, то знаю в какой строке искать сведения по товару.
Логика работы: из листа "СЧЕТ" идет сверка со справочником по АРТИКУЛУ и из этого листа берется количество (столбец G) и сумма с ндс (столбец N) эти данные переносятся в лист "справочник новый" в соответствующие столбцы. В столбце V проставляю наценку. В листе "загрузка" столбцы идут в нужном порядке для загрузки excel документа. В этот лист подбор данных идет по ШТРИХКОДУ.
После загрузки сразу распровожу документ, меняю тип прихода "излишки" на "закупку" и все.
Не панацея, но вариант.
Это совсем не то о чем я писал
Например сделать просто доп модулем. Автопересчет цены исходя из установленной наценки
На данный момент выходит так. Есть товар, закупочная цена 10, наценка 100%, продажная 20.
Приходуя этот товар и изменив закупочную цену на 20 (Подорожало), в итоге получается что цена товара остается 20, а % наценки стает 0. Следовательно товар будет продаваться по закупке а то и в минус
Получается что каждый раз нужно заново устанавливать цену продажи товара и % наценки. Это очень неудобно, так как человек который приходует товар, не знает сколько на каком товаре была наценка.
К примеру мы работаем совсем без ценников, специфика такая.
Приходуя этот товар и изменив закупочную цену на 20 (Подорожало)
По моему это все же довольно редкий случай, гораздо более частый это когда подорожало с 10 до 11 и вот тут возникает вопрос. Достаточно вам будет наценки в 81%, но при этом не менять прайсы или не печатать ценники? А ведь есть ещё более интересные случаи, когда подорожало с 10 до 10.05. Или вообще подешевело (например перешли на нового поставщика), что тогда? Снижать в таком случае цену это продавать текущие остатки в убыток.
К примеру мы работаем совсем без ценников, специфика такая.
Тут вам повезло, но нам нужно будет решить общий случай.
"Подорожало с 10 до 11 и вот тут возникает вопрос. Достаточно вам будет наценки в 81%" - суть как раз в том что бы наценка осталась как и была 100%, а вот продажная цена повысилась с 20 до 22, без участия пользователя и лишних телодвижений. Это совсем не редкий случай, учитывая то что большинство товаров у всех поставщиков привязаны к курсу $, а что у Вас, что у нас, цена в нац валюте постоянно прыгает, особенно сейчас:)
"Или вообще подешевело (например перешли на нового поставщика), что тогда? Снижать в таком случае цену это продавать текущие остатки в убыток." - Ну я не встречал случаев когда цену на товар таким образом кто то снижал
Как вариант тут можно сделать только повышение продажной, без понижения
"(например перешли на нового поставщика), что тогда?" - ну если переходят на нового поставщика, обычно старого товара уже нет.
"А ведь есть ещё более интересные случаи, когда подорожало с 10 до 10.05" - Ну тут можно цену закупки и не менять, так как не имеет смысла.
Я вот когда то просил о потоковом сканировании в приходе товаров, Вы реализовали это просто дополнительной кнопочкой, кому нужно, тот пользуется:) Только из за этого уже мы купим лицензию.
Поэтому предлагаю реализацию или похожего плана, или еще проще модулем, кому нужно тот и поставит. Как к примеру списывающий чек, мне нужно что бы товар списывало с остатков сразу, я себе установил.
Сейчас выходит такая ситуация. Вот так было если перед приходом товара открыть позицию в ценообразовании.
А вот так стает если оприходовать по новой цене. Как видите процент наценки падает, цена остается старой.
А при правильной логике этого процесса, должна цена вырасти соответствуя старой наценке.
Как вариант реализации, можно сделать этот процесс не автоматически, а после каждого прихода делать ценообразование, и там же где галочка (наценка к себестоимости), рядом поместить, пересчитать продажную цену согласно старой наценке))))
После каждого прихода проводите "Ценообразование" и ставите нужный вам процент наценки на весь товар и всё вам пересчитается по новым ценам, соответствующая кнопка уже есть -"Установить процент наценки во все строки"
Так об этом и говорит человек - неудобно каждый раз переставлять наценку, тем более, если наценка не одинаковая на весь товар - на какой-то 50%, на какой-то 100% и т.д. Приходится вручную перебивать наценку. А человек предлагает закрепить за каждым товаром его наценку, чтобы цена в ценообразовании пересчитывалась автоматом исходя из постоянной наценки.
Как вариант еще предлагаю в ценообразовании добавить колонку с отметками, как в печати ценников, чтобы выставлять наценку не на всю накладную, а выделить какие-то товары и поставить на них одну наценку, выделить другие - поставить другую наценку.
Как вариант еще предлагаю в ценообразовании добавить колонку с отметками, как в печати ценников, чтобы выставлять наценку не на всю накладную, а выделить какие-то товары и поставить на них одну наценку, выделить другие - поставить другую наценку.
Так уже можно сделать. С зажатым контролом вы можете мышкой выделять строки в табличной части документа и при установке наценки она будет установлена только для выделенных строк.
После каждого прихода проводите "Ценообразование" и ставите нужный вам процент наценки на весь товар и всё вам пересчитается по новым ценам, соответствующая кнопка уже есть -"Установить процент наценки во все строки"
/////Так об этом и говорит человек - неудобно каждый раз переставлять наценку, тем более, если наценка не одинаковая на весь товар - на какой-то 50%, на какой-то 100% и т.д. Приходится вручную перебивать наценку. А человек предлагает закрепить за каждым товаром его наценку, чтобы цена в ценообразовании пересчитывалась автоматом исходя из постоянной наценки. ////
Вот именно! Ценообразование делать каждый раз не проблема, проблема именно в том что человек который приходует товар, не знает какая на какой позиции наценка, следовательно он ее проставить и не может. Ну и так же много других факторов еще есть.
Поэтому всю суть и варианты реализации я в этой теме и написал.
Видимо уже пора подумать над тем, чтобы в карточку товара добавить поле "Процент наценки" и подтягивать его в Ценообразование как значение по умолчанию для соответствующего товара. А если пользователю нужно на другой процент наценить, то он сможет это сделать также как и сейчас.
Ну что то в таком плане. Что бы приходуя товар, сумма продажи сразу менялась если закупка подорожала. А во всех стандартных случаях, механизм который есть сейчас, подойдет.
"чтобы в карточку товара добавить поле "Процент наценки" и подтягивать его в Ценообразование как значение по умолчанию" - Это получится нужно будет редактировать каждую позицию товара? А если дальше нужно будет изменить ее? Лучше весь этот процесс как то в самом ценообразовании закрепить.
Это получится нужно будет редактировать каждую позицию товара? А если дальше нужно будет изменить ее? Лучше весь этот процесс как то в самом ценообразовании закрепить.
Поле "Процент наценки" будет и у группы товаров, и можно будет изменить его на группе и нажать некую кнопку "Копировать на дочерние товары". В принципе поле можно сделать только для групп, но тогда не будет некоторой гибкости, когда внутри группы нескольким товарам нужно задать отличающийся процент наценки.
Возможность менять сохраненные проценты наценки из Ценообразования кажется не лучшим вариантом, т.к. усложнит документ, а также позволит оператору менять не только цены продажи, но и заданные проценты наценки. Но, насколько я понимаю, менять проценты наценки в карточках товаров оператор не должен, это не в его правах.
Вы меня извините конечно, но мне кажется что Вы очень сильно усложняете весь процесс, и саму суть того что я описывал.
Вам по сути нужно всего лишь продублировать существующую функцию, немного ее изменив, когда при приходе товара, меняя закупочную цену, в конечном итоге получается что цена продажи остается старой, а процент наценки уменьшается.
А должно быть так что бы наоборот процент наценки оставался старым, а продажная цена автоматом пересчитывалась согласно ему.
Ненужно ни доп полей, ничего. Просто уже готовый функционал видоизменить в правильную сторону.
Ведь по факту проводя ценообразование на основании прихода товаров, никого не интересует насколько упала накрутка, всем необходимо что бы согласно изначальной наценке, цена продажи товара изменялась.
Я не знаю как это еще проще описать.
Просто Ваш пример реализации описанный выше, не может быть применим к примеру вот к такой группе товаров.
Просто Ваш пример реализации описанный выше, не может быть применим к примеру вот к такой группе товаров.
Непонятен смысл таблицы. И как вы пришли к выводу, что пример неприменим?
А должно быть так что бы наоборот процент наценки оставался старым, а продажная цена автоматом пересчитывалась согласно ему.
Собственно, с этим все понятно, при каждом ценообразовании брать нужный "Процент наценки" товара и сразу вычислять новую "Цену продажи", я в этом плане чего-то другого не предлагал.
Разница лишь в том, где брать этот нужный "Процент наценки" из нового поля в карточке товара или из прошлого Ценообразования. В случае с новым полем для товара значение процента будет, так сказать, более точным, если там вписано 30%, то и наценяться будет всегда ровно на 30%. А если брать из прошлого Ценообразования, то из-за округления цены до целых рублей (а бывает и до 5-ти рублей округляют), значение процента будет, так сказать, примерным, т.е. процент может быть 29.2% (или 28.4%, 31.5% и т.п.), ну и наценяться будет соответственно на этот примерный процент. И вам скорее всего опять процент наценки придется вручную подгонять ближе к эталонным 30%.
Если такой вариант устраивает, то можно с него начать. А добавить новое поле для товара всегда успеется.
Смысл таблицы, это пример как раз разной наценки в группе товаров. Что сразу на всю группу % наценки один не подходит.
"""А если брать из прошлого Ценообразования, то из-за округления цены до целых рублей (а бывает и до 5-ти рублей округляют), значение процента будет, так сказать, примерным, т.е. процент может быть 29.2% (или 28.4%, 31.5% и т.п.), ну и наценяться будет соответственно на этот примерный процент. И вам скорее всего опять процент наценки придется вручную подгонять ближе к эталонным 30%."""" - Мы так же округляем до целого значения, и я думаю для начала такой вариант, (ведь его проще реализовать) был бы очень кстати. Никто не говорит об эталонном значении, разговор именно об удобстве. Вот к примеру сейчас из за скачков курса, весь новый товар подорожал. Представьте ситуацию когда пол дня тратится теперь на то что бы после прихода товара, глядя в старое ценообразование, проставить опять % наценки на новый приход
Мне идея брать наценку из предыдущего ценообразования нравится, но смущает как раз ваша таблица. По ней я вижу, что вас это не сильно спасает. Возьмём для примера строку где приход идёт по 89:
приход по 89 наценка 34,8 розница 120
когда товар придет по 90, по наценке 34.8 цена будет 121,32
если её округлить, наценка станет 34,4
когда товар придёт по 91 розница станет 122,3
если её опять округлить, наценка будет уже 34, т.е. постепенно она будет уменьшаться
В итоге вы неизбежно будете обязаны проверять все позиции на предмет, а адекватная ли сейчас наценка. Если не делать округления, то идея брать наценку из предыдущего ценообразования будет отлично работать. Но вот округление по моему всё портит. Или нет?
Тут смотря до какого значения округлять Ваш вариант более чем подходящий на данный момент. Проще раз в месяц проверить наценку, если кому то это будет необходимо, чем каждый день сейчас заново это все проставлять, смотря на старые %. да и округление ничего не портит, никто не говорит же что наценка строго 50%, 48-52% это ведь тоже норма
Таблицу я ввел для примера что в одной группе разные наценки, она была для ответа на другое сообщение.
Учитывая сложившуюся ситуацию в мире, сейчас этот функционал ну очень прям горит:)
