Питання один , я отримав партію товару від постачальника назвем її умовно "ковбаса" . Через неділлю постачальник везе мені знову цю "ковбасу" , але з одним "але" "ковбаса "акційна і ціна на неї на чверть менша .... Шо мені робити з акційною "ковбасою" я маю на увазі з акційною ціною ящо все однакове і тільки ціна різна .
Питання два постачальник каже якщо ти купиш в мене умовно сто кіл "ковбаси" то десять кіл отримаєш безкоштовно ... Як приходувати акційну "ковбасу" , по якій ці ні ??? Можна розкинути ціну акційної ковбаси на на всю партію товару ... Знову питання , а завтра така акція закінчиться що робити , а краще як робити правильно пиідсажіть ????
Питання три постачальник продає мені "ковбасу" по ціні 100 гривень за кг. , а цюж саму "ковбасу" мені продає інший постачальник по ціні 60 гривень я зрозуміло набираю товару з запасом і починаю думати над ціноутворенням цієї "ковбаси".......
Підскажіть яке у Вас є рішення питання бо я кожного разу іду у націнку товару і міняю відсоток маржі при кожній змін ціни ............ ??? ??? ??? ??? ???
Ціноутворення це ваше.
В програмі немає партійного обліку і не можна продавати ковбасу з різних партій.
Можливі варіанти:
Прийшла ковбаса за новою дорожчою ціною
1.1. переоцінюємо залишки ковбаси і збільшуємо ціну.
або
1.2. заводимо цю ковбасу як новий товар і продаємо її за новою ціною, а ту стару за старою дешевшою ціною.
і т.п.
Складніше як товар поштучний і на нього вже наклеєні цінники.
При приході нового товару аналізувати залишки старого і порівнювати ціни і вже вирішувати як діяти далі. Якщо такого товару багато складна і марудна робота. Можливо дозволити змінювати продавцям ціну в видатковій накладній і продавати за ціною не яка в довіднику, а та яка на ціннику. Для себе за півроку використання програми так і не вирішили як правильно.
Зрозуміло що до введення програми ніхто старий товар не дооцінював і був можливий варіант що були ті самі товари з різних приходів з різною продажною ціною.
Я по можливості імпортую накладні, щоб не вводити все вручну. І от вчора по кодах бачу що частина товару нова в довіднику, а частина товарів вже є в базі. При імпорті імпортую в довідник і нову прихідну ціну і нову продажну ціну. Тепер як встановити яка була стара продажна ціна в існуючого товару - ніяк треба знайти той товар і подивитись що написано на ціннику.
Можливо хтось поділиться своїм правильнішим досвідом.
ДА уж...
Цитата: Creat від Вересень 21, 2012, 08:43:26
...Тепер як встановити яка була стара продажна ціна в існуючого товару - ніяк треба знайти той товар і подивитись що написано на ціннику.
Можливо хтось поділиться своїм правильнішим досвідом.
Ми робимо прихід на основний склад, далі переміщуємо на склади, які продають, причому переміщуємо по цінах, по яких ті склади продають (їм інша ціна в документах і не потрібна), таким чином зафіксовуємо в F6 ціну реалізації. Тому у вашому випадку нам достатньо би було подивитись в історії руху товару на ціну при переміщенні зі складу на склад, а не шукати цінник на товарі, якого може і не бути.
В мене одна точка, тому переміщати, просто для того щоб запам'ятати ціну, не зовсім доцільно. Можна погратись з додатковими полями ціна, але не зовсім розумію як буде зручно.
По ходу виникла думка, може вона й отримає розвиток.
Дівчата щоб роздрукувати цінники на переоцінку набивають прихідну накладну на товар що переоцінюється, яку потім не зберігають, а можна і просто не проводити цей документ.
А в програмі можна було б і зробити документ переоцінка, який не впливав би на рух товару, але впливав на ціну. Тоді можна було б глянути на зміну ціни і через F6.
А ще в нас в іншій програмі є таке поняття, як часовий параметр. Тобто значення ціни прив'язане до часу. І можна глянути як вона змінювалась в часі. Це мабуть надто складно і тільки заплутає.
А от документ переоцінка, це здається не так і складно, а можливо і корисно.
В такому документі можна й реалізувати всякі ці забаганки з націнкою та округленнями.
Адмін прийде і скаже як правильно >:D
Цитата: vhid від Вересень 20, 2012, 21:07:14
Питання один , я отримав партію товару від постачальника назвем її умовно "ковбаса" . Через неділлю постачальник везе мені знову цю "ковбасу" , але з одним "але" "ковбаса "акційна і ціна на неї на чверть менша .... Шо мені робити з акційною "ковбасою" я маю на увазі з акційною ціною ящо все однакове і тільки ціна різна .
Смотря что вы хотите иметь в результате. Если хотите видеть сколько именно ушло акционной колбасы и сколько обычной, заводите как другой товар и все у вас будет разделено. Если просто хотите видеть суммой сколько пришло и сколько ушло, тогда просто вводите акционную как и обычную просто с другой ценой.
Цитата: vhid від Вересень 20, 2012, 21:07:14
Питання два постачальник каже якщо ти купиш в мене умовно сто кіл "ковбаси" то десять кіл отримаєш безкоштовно ... Як приходувати акційну "ковбасу" , по якій ці ні ??? Можна розкинути ціну акційної ковбаси на на всю партію товару ... Знову питання , а завтра така акція закінчиться що робити , а краще як робити правильно пиідсажіть ????
В накладной вводите количество колбасы и вводите сумму, программа сама посчитает среднюю цену этой колбасы, какая разница какая из них акционная, а какая нет.
Цитата: vhid від Вересень 20, 2012, 21:07:14
Питання три постачальник продає мені "ковбасу" по ціні 100 гривень за кг. , а цюж саму "ковбасу" мені продає інший постачальник по ціні 60 гривень я зрозуміло набираю товару з запасом і починаю думати над ціноутворенням цієї "ковбаси".......
Что именно вы думаете? Какую поставить расходную цену? Для этого есть отчеты по приходу где видно среднюю цену и есть автокорректировка с с расчетом средневзвешенной цены, от нее и отталкивайтесь. Вы что продаете одну и ту же колбасу одновременно по разной цене? Нет. Какая разница контролировать, где акционная где не акционная, у вас пришло колбасы на 20 тыс., продалось на 28 тыс, количество штук, все вы заработали 8 тыс.
To admin:
Цитата: Creat від Жовтень 03, 2012, 08:38:37
А в програмі можна було б і зробити документ переоцінка, який не впливав би на рух товару, але впливав на ціну. Тоді можна було б глянути на зміну ціни і через F6.
Цитата: Creat від Жовтень 03, 2012, 16:33:08
To admin:
Цитата: Creat від Жовтень 03, 2012, 08:38:37
А в програмі можна було б і зробити документ переоцінка, який не впливав би на рух товару, але впливав на ціну. Тоді можна було б глянути на зміну ціни і через F6.
А как это можно реализовать? В движениях через F6 точно нельзя было видеть изменения цен, для этого надо списывать товар с одной ценой, и делать приход с другой? Единственное решение думаю ввести отдельную таблицу с тригерами на поле цен товара и просто выводить хронологически историю изменения цены, в отчетах например, можно и в том же окне что и выводит движение. Но зачем это надо и как эту историю можно использовать? надо както обосновать такую доработку. Запросов на поддержку о такой доработке не помню, надо точнее смотреть, но если бы было много, то точно бы помнил.
Тогда подскажите как бы вы поступали в такой ситуации:
Приходит товар по новой цене.
Делаем приход товара, меняем в справочнике приходную и расходную цену. Надо переоценить остатки.
Если есть в электроном виде импортирую накладную, ну и новый товар соответственно.
Как отследить товар который пришёл и был на остатке? Соответственно надо распечатать для него (уже существовавшего остатка) новые ценники.
Или все просто плодят дубли товара, а старый продают по старой цене?
Користувачі з досвідом опишіть як ви реалізовуєте роботу з програмою в ціновій політиці.
Більше всього цікавить, як ви поступаєте коли приходить товар по новій ціні.
1) Переоцінюєте залишки? Як здійснюєте переоцінку, як відслідковуєте що такий товар вже існує, його кількість і ціну?
2) Створюєте новий товар за новою ціною?
Якщо прихідна ціна не "дозволяє" продавати по старій роздрібній, я редагую роздрібну, а прихідна залишається старою, в накладній прихідній "вручну" проставляю нову ціну приходу і... все, так і працюю!
Як не "крутись", звіт прибуток буде не зовсім коректним.
Цитата: romantyk від Жовтень 09, 2012, 17:13:21
Якщо прихідна ціна не "дозволяє" продавати по старій роздрібній, я редагую роздрібну, а прихідна залишається старою, в накладній прихідній "вручну" проставляю нову ціну приходу і... все, так і працюю!
Як не "крутись", звіт прибуток буде не зовсім коректним.
Відредагував роздрібну, а десь на поличці лежить цей товар з старою ціною (старим цінником) ??? Покупець бере в руки бачить стару ціну непорозуміння ....
А звіт нормально робиться, бо він з документів а не з довідника вибирає.
Цитата: romantyk від Жовтень 09, 2012, 17:13:21
Якщо прихідна ціна не "дозволяє" продавати по старій роздрібній, я редагую роздрібну, а прихідна залишається старою, в накладній прихідній "вручну" проставляю нову ціну приходу і... все, так і працюю!
Як не "крутись", звіт прибуток буде не зовсім коректним.
Вы изменяете цены в приходной накладной? Надеюсь, что это не так, иначе как вы выведите задолженность перед поставщиком в таком случае.
Цитата: Creat від Жовтень 09, 2012, 17:32:31
Відредагував роздрібну, а десь на поличці лежить цей товар з старою ціною (старим цінником) ??? Покупець бере в руки бачить стару ціну непорозуміння ....
А звіт нормально робиться, бо він з документів а не з довідника вибирає.
Мне кажется есть следующий вариант:
0) Изменяем расходные цены в справочнике (по идее вы это уже сделали, т.к. новый приход обклеиваете ценниками)
1) Выделяем несколько приходных, благодаря которым изменилась у нас расходная цена на некоторый товар.
2) Создаем на их основе новый документ (благо в новой версии это возможно)
3) Убираем отметочку Проводить документ
4) Удаляем лишний товар
5) Выставляем кол-во товара = (остаткам на складе) - (кол-во прихода) (было бы можно выписывать акт инвентаризации на основании приходной, вообще было бы чудо, т.к. там указываются остатки на складе)
6) Печатаем ценники
7) Сдираем со старого товара старые, клеим новые
8 ) Если ошибок не обнаружено можно удалить документ, а можно оставить, как напоминание о том, что была переоценка
Либо создавать документ по факту, т.е. по новой, проклацывая сканером по товару, который нужно переоценить, и распечатываем ценники из него.
Варианты можно придумать различные, ведь идея в том, чтобы добавить в документ товар, с которого распечатать ценники, а то, какой это документ (переоценка или приходная накладная) не особо скажется на объеме работы.
Цитата: TheOK від Жовтень 09, 2012, 18:53:59
Мне кажется есть следующий вариант:
0) Изменяем расходные цены в справочнике (по идее вы это уже сделали, т.к. новый приход обклеиваете ценниками)
Так и сделали при импорте накладной импортировали новый товар, и импортировали новые цены на товар который уже есть в справочнике.
Цитата: TheOK від Жовтень 09, 2012, 18:53:59
1) Выделяем несколько приходных, благодаря которым изменилась у нас расходная цена на некоторый товар.
2) Создаем на их основе новый документ (благо в новой версии это возможно)
3) Убираем отметочку Проводить документ
4) Удаляем лишний товар
5) Выставляем кол-во товара = (остаткам на складе) - (кол-во прихода) (было бы можно выписывать акт инвентаризации на основании приходной, вообще было бы чудо, т.к. там указываются остатки на складе)
В приходной накладной более 50 позиций. Надо ручками отслеживать какой товар впервые пришёл, а какой был уже в базе. Цена в справочнике уже новая, а откуда узнать какая была перед этим, особенно если не было продаж? Т.е. какой товар надо переклеивать переоценивать. Ну и количество тоже высчитывать ручками.
Цитата: TheOK від Жовтень 09, 2012, 18:53:59
6) Печатаем ценники
7) Сдираем со старого товара старые, клеим новые
8 ) Если ошибок не обнаружено можно удалить документ, а можно оставить, как напоминание о том, что была переоценка
Либо создавать документ по факту, т.е. по новой, проклацывая сканером по товару, который нужно переоценить, и распечатываем ценники из него.
Варианты можно придумать различные, ведь идея в том, чтобы добавить в документ товар, с которого распечатать ценники, а то, какой это документ (переоценка или приходная накладная) не особо скажется на объеме работы.
Хочется поменьше делать рутинной работы.
В идеале. Импортировал приходную накладную и новые цены на товар. Программа показала что есть остатки по таким-то товарам которые в новой накладной. Показала была расходная цена такая, стала такая. Предложила переоценить остатки и напечатать ценники.
Требовать от программы что бы сама эти ценники поклеила не буду. :)
Если у вас цены в накладной, то вы можете вывести разницу между ценой в накладной и ценой на складе, здесь ведь проблем нет. Просто определите на какую стоимость должна измениться цена товара для переоценки (чтобы больше не потерять на процессе).
В шаблоне документа до сохранения, анализируйте данные, выделяйте, разницу, которая больше чем X и вперед!
Остаток на складе (переменная) доступна в накладных, печатайте ценники используя ее (учитывать придется не только разницу между ценами, но и кол-во товара, который необходимо переоценить, мне так кажется).
Ценники и в правду, наверное, придется, все таки клеить самому :)
Цитата: TheOK від Жовтень 09, 2012, 23:19:32
Если у вас цены в накладной, то вы можете вывести разницу между ценой в накладной и ценой на складе, здесь ведь проблем нет. Просто определите на какую стоимость должна измениться цена товара для переоценки (чтобы больше не потерять на процессе).
В шаблоне документа до сохранения, анализируйте данные, выделяйте, разницу, которая больше чем X и вперед!
При импорте цену в справочнике заменяет и там уже новая цена, а старая затёрта, нет чего с чем ровнять. Получается что надо иметь изменение цены во времени.
По количеству действительно можно отсеять товар, который был на остатке. Если есть остаток товара, который указан в документе, на складе до проведения документа, значит его надо переоценивать. Вывел это количество столько надо и ценников.
Вот не могу понять как сравнить разные продажные цены. Я новые импортирую . Проще в екселе наценять и округлять.
Если наценять программой, то теоретически можно вычислить изменение цены, но достаточно сложно. Надо было бы в шаблоне высчитать розничную цену так как её высчитала бы программа после проведения документа.
А автоматическую наценку я убрал после того как мои продавцы долго определялись с ценой правили её в справочнике, а потом при проведении накладной теряли все свои труды :) И долго не могли понять почему они всё поменяли а их работа пропала. Они меняли в справочнике и приходную и расходную, а потом при сохранении накладной всё сбрасывалось :)
Может я что-то усложняю?
Но с количеством вы мой вопрос действительно решили, тут у кого-то даже был готовый шаблон накладной с остатком по складу.
Цитата: Creat від Жовтень 09, 2012, 09:29:38
Користувачі з досвідом опишіть як ви реалізовуєте роботу з програмою в ціновій політиці.
Більше всього цікавить, як ви поступаєте коли приходить товар по новій ціні.
1) Переоцінюєте залишки? Як здійснюєте переоцінку, як відслідковуєте що такий товар вже існує, його кількість і ціну?
2) Створюєте новий товар за новою ціною?
У нас очень часто один и тотже товар приходит по разным ценам, но с одинаковым штрих кодом. Мы заводим как новый товар, единственное неудобство то, что новый товар не буден найден сканером штрих кода пока НЕ УДАЛИМ предыдущую позицию товара которая уже распродана под ноль.
Цитата: Creat від Жовтень 10, 2012, 08:51:44
Вот не могу понять как сравнить разные продажные цены. Я новые импортирую . Проще в екселе наценять и округлять.
А автоматическую наценку я убрал после того как мои продавцы долго определялись с ценой правили её в справочнике, а потом при проведении накладной теряли все свои труды :) И долго не могли понять почему они всё поменяли а их работа пропала. Они меняли в справочнике и приходную и расходную, а потом при сохранении накладной всё сбрасывалось :)
Может я что-то усложняю?
По-моему все правильно. Кто-то кликнет разок не туда куда надо, и цены в справочнике другие, а следовательно различные цены на ценнике товара и в чеке (зло великое для покупателя, который это заметит).
Мне кажется, что разницу в цене (и все, что нужно) можно вывести отчетом, но все довольно заморочено (отчет будет сложноват, об его удобстве судить не приходится, т.к. многое нужно продумывать).
Так, что более простой вариант (но, скорее всего не особо удобный) анализировать все в Excel.
Например, если коды товаров уникальны, то вывести товар с этими кодами (например, как 2 колонки: код, цена), затем экспорт в Excel, туда добавляются данные которые собираетесь импортировать и анализируете их (данные сортируются так, чтобы совпали по строкам коды товаров). На этом же этапе определять, стоит ли производить наценку (если она, допустим, не покрывает затрат на переоценку)
Цитата: TheOK від Жовтень 15, 2012, 02:28:59
Мне кажется, что разницу в цене (и все, что нужно) можно вывести отчетом, но все довольно заморочено (отчет будет сложноват, об его удобстве судить не приходится, т.к. многое нужно продумывать).
Можно просто создать триггер на таблицу TOVAR_NAME на изменение цены, если цена другая писать в временную таблицу ID товара, старую и новую цену и дату. Далее выборка в отчет изменившейся цены в связке временная таблица и TOVAR_NAME, печатная форма для отчета ценник. Если будете делать такой отчет с триггерами и временными таблицами можем помочь. Если создаете таблицы в базе УкрСклада просьба делать префикс для таблиц и для триггеров USR_ , например USR_TOVAR_CENA_CHANGE
Цитата: admin від Жовтень 15, 2012, 16:36:20
Цитата: TheOK від Жовтень 15, 2012, 02:28:59
Мне кажется, что разницу в цене (и все, что нужно) можно вывести отчетом, но все довольно заморочено (отчет будет сложноват, об его удобстве судить не приходится, т.к. многое нужно продумывать).
Можно просто создать триггер на таблицу TOVAR_NAME на изменение цены, если цена другая писать в временную таблицу ID товара, старую и новую цену и дату. Далее выборка в отчет изменившейся цены в связке временная таблица и TOVAR_NAME, печатная форма для отчета ценник. Если будете делать такой отчет с триггерами и временными таблицами можем помочь. Если создаете таблицы в базе УкрСклада просьба делать префикс для таблиц и для триггеров USR_ , например USR_TOVAR_CENA_CHANGE
Где можно увидеть пример как это делается? Я сомневаюсь что у меня в так запросто в лоб получится, но попробовать можно.
Чуть я видел здесь, но не всё понял.
http://www.softbalance.com.ua/forum/index.php/topic,82.msg10426.html#msg10426 (http://www.softbalance.com.ua/forum/index.php/topic,82.msg10426.html#msg10426)
Скорее всего у меня не получится, но вдруг получится или подойдёт кому-то, а я смогу воспользоваться результатом чужого труда.
Не спешите запускать скрипты, которые находите на форуме (кроме запросов на выборку данных).
Как я понимаю, вся проблема сводится к тому, чтобы вывести на печать ценники, в необходимом кол-ве и по необходимому товару.
Здесь есть много нюансов:
1) Кол-во товара на складе соответствует фактическому? например, если вы производите продажи через кассу, то в момент работы кассы (до формирования всех необходимых документов, т.е. расходных накл. и платежных документов) у вас такого соответствия не будет. Т.е. нужно понять, какое кол-во ценников для товара вы хотите выводить
2) Если создавать дополнительную таблицу, то можно вывести товар, на который цена изменялась в этот день. Однако, значит ли это, что для этого товара нужно производить переоценку (т.е. вывести ценники для этого товара на печать)?
Наиболее легко вывести весь товар, на который в этот день изменялась цена (однако, есть вероятность, что сюда попадет товар, на который печатать ценники не надо).
Еще вариант, вывести весь товар, на который в этот день изменялась цена и который присутствует в приходной накладной (текущей).
Итак, каким образом вы, Creat, представляете себе процесс переоценки. Опишите его пошагово (не особо детально, однако, в четких формулировках). Нужно знать когда он производится ( в момент проведения приходной накладной на новый товар или в конце какого-то периода (дня, например)), какой товар вы хотите вывести на печать и в каком кол-ве (формулу или словесное описание), и др. нюансы
Цитата: TheOK від Жовтень 15, 2012, 22:45:52
Не спешите запускать скрипты, которые находите на форуме (кроме запросов на выборку данных).
Тут мне ума хватает. Ничего лишнего не спешу запускать, так как немного понимаю что делает определённый скрипт. Ну а если не понимаю то и тем более не запускаю.
Цитата: TheOK від Жовтень 15, 2012, 22:45:52
1) Кол-во товара на складе соответствует фактическому? например, если вы производите продажи через кассу, то в момент работы кассы (до формирования всех необходимых документов, т.е. расходных накл. и платежных документов) у вас такого соответствия не будет. Т.е. нужно понять, какое кол-во ценников для товара вы хотите выводить
Пока работаем через накладные - много товара знакомым отдаётся в долг. С окном кассира тогда заморочно.
Но сейчас готовится база и по детскому питанию. Там возможно будет и через окно кассира.
На данный момент я вижу такой вариант.
Приходные накладные набивать на протяжении дня, но не проводить и товар не выставлять. В конце дня когда видно все остатки и продаж уже не будет. Анализ всего товара на приходе и изменение его цены. Для оценки розничной цены использую таблицу наценок по группам, но так как там нет необходимых мне округлений в зависимости от цены, ещё и поправляю руками. Возможно в товарах где приходная цена изменилась незначительно, а остатки товар значительные и нет смысла менять розничную цену. Вот исходя из таких соображений и поменяли розничные цены.
Теперь провели все накладные. На товар, который был на остатке и у которого поменялась цена надо напечатать ценники, и на товар который пришёл по приходных накладных надо напечатать ценники.
На данный момент в точке, где уже работает программа, приход не такой интенсивный. Когда нет клиентов приходную накладную проанализировали на предмет товаров, которые есть на остатке, для чего распечатали или изучили приходную накладную до проведения и в которой есть поле остатки по складу. Посмотрели глазами на цену в справочнике и та что пришла. Прямо из накладной подредактировали приходные и розничные цены в справочнике. Отметили в той накладной, где поменяли цены. Распечатали прямо с этой приходной новые ценники. Набили новую приходную или на основании этой сделали приходную на товар который был на остатке и надо переоценивать. Распечатали новые ценники на старый товар, и сейчас сказал что бы сохраняли эти накладные без проведения, для того что бы было видно что переоценивали.
На данный момент программа внедрена на магазине одежды, где поток и ассортимент товаров не очень большой.
На продуктах питания и аксессуарах количество товара и прихода значительно больше. И как правильно работать определяюсь только сейчас.
В самой программе давно уже нуждается в доработке округление наценки. Округление наценки просто до копеек это уже совсем неактуально. Как вариант округление в зависимости от цены. До 10 грн. - 50 коп., до 100 - 1 грн. и т.п. Но это уже другая история.
Ещё днём посоветуюсь с собственниками магазинов о их видении переоценки, они же сами там и работают тоже и имеют опыт.
На данный момент с вашей подсказки вижу количество выводя в накладную остаток по складу до проведения накладной, вижу цену со справочника приходную, и вижу цену накладной приходную, вижу цену розничную со справочника.
Вопрос как увидеть будущую розничную цену исходя из приходной накладной, т.к. у меня наценка по группам как из шаблона накладной увидеть тот процент наценки?
Таким образом я пока себе решу вопрос наценки, переоценки по текущей приходной накладной.
Отличное решение.
Проблема в том, что можно "вытащить" % наценки на группу товара, а вот остальные параметры, которые влияют на цену (например, процент наценок для цены товара, округление), скорее всего нельзя....
Таким образом, если у вас установлена наценка на группу товаров для всего товара (т.е. процент наценок для цены товара не используется), то можно вытащить этот % и использовать его для приблизительного расчета наценки. Приблизительного , т.к. где в базе искать параметр округление наценки я не знаю (его можно "намертво" забить в отчет). Если это устраивает, то можно подумать, как именно это сделать (скорее всего, нужен будет ваш шаблон для приходной накладной).
К сожалению, на данный момент возможность выборки данных из базы есть, а вот в отчетах отсутствуют очень полезные переменные (такие как № клиента, №товара, №группы, № документа и т.д., где под № подразумевается идентификатор в базе). Так. что по полной использовать возможность выборки данных довольно сложно.
TheOK или admin подскажите как в шаблоне приходной накладной увидеть величину наценки, которая в справочнике наценки по группам.
Цитата: Creat від Жовтень 17, 2012, 15:26:28
TheOK или admin подскажите как в шаблоне приходной накладной увидеть величину наценки, которая в справочнике наценки по группам.
Так зачем вам величина наценки? Вам же просто распечатать новые цены на ценники и все, триггер проконтролирует изменение цены и после выведете списком новые ценники. Или я запутался.
Цитата: Creat від Жовтень 17, 2012, 15:26:28
TheOK или admin подскажите как в шаблоне приходной накладной увидеть величину наценки, которая в справочнике наценки по группам.
Ценники у вас по розничной цене? Триггер написать чтобы следил только за розницей?
Цитата: TheOK від Жовтень 17, 2012, 15:25:21
К сожалению, на данный момент возможность выборки данных из базы есть, а вот в отчетах отсутствуют очень полезные переменные (такие как № клиента, №товара, №группы, № документа и т.д., где под № подразумевается идентификатор в базе). Так. что по полной использовать возможность выборки данных довольно сложно.
Вы про доступ к этим переменным из документа?
Цитата: admin від Жовтень 17, 2012, 15:34:48
Вы про доступ к этим переменным из документа?
Да, о доступе из шаблонов документов, чтобы можно было проще организовывать выборку и избежать ошибок, если есть товар, клиенты, документы с одинаковыми данными. Конечно, эти данные есть на закладке Поля БД, однако, я отношусь к ним, как к переменным с непредвиденным поведением, да и доступа к ним нет в режиме редактирования.
Цитата: admin від Жовтень 17, 2012, 15:31:48
Так зачем вам величина наценки? Вам же просто распечатать новые цены на ценники и все, триггер проконтролирует изменение цены и после выведете списком новые ценники. Или я запутался.
Как я понимаю, величина наценки для цены в документе приходная накладная, даст возможность не изменять структуру базы, а анализировать пришедший товар на предмет изменения розничной цены для него путем анализа разницы цены в документе (той, которая рассчитывается согласно правил наценки в программе исходя из цен на товар в приходной накладной и текущей расходной). Мне кажется, что это более простой вариант.
Может быть есть функция, которая возвращает расходную цену на основании приходной и ее можно сделать доступной в шаблоне?
Цитата: admin від Жовтень 17, 2012, 15:31:48
Цитата: Creat від Жовтень 17, 2012, 15:26:28
TheOK или admin подскажите как в шаблоне приходной накладной увидеть величину наценки, которая в справочнике наценки по группам.
Так зачем вам величина наценки? Вам же просто распечатать новые цены на ценники и все, триггер проконтролирует изменение цены и после выведете списком новые ценники. Или я запутался.
Цитата: Creat від Жовтень 17, 2012, 15:26:28
TheOK или admin подскажите как в шаблоне приходной накладной увидеть величину наценки, которая в справочнике наценки по группам.
Ценники у вас по розничной цене? Триггер написать чтобы следил только за розницей?
Ценники у меня по розничной цене. Мне не только надо напечатать новые ценники. Мне надо решить надо наценять или есть смысл оставить старые цены. Для этого я не добавляя никаких триггеров просто беру шаблон приходной накладной. Добавляю в него поля приходная цена по справочнику, и могу сравнить как изменилась приходная цена. Добавляю поле остаток по складу и вижу сколько чего у меня есть до проведения этой приходной накладной. Добавляю поле розничная цена по справочнику и вижу какая розничная цена у меня на ценниках. А теперь хочу вычислить какая у меня цена может стать если я возьму новую приходную цену плюс наценка. Наценка у меня по группам.
Теперь я буду видеть если товара ноль ничего старого переоценять не надо. Сам решу менять в справочнике розничную цену исходя из новой приходной и тогда и поправлю прямо из приходной ручками в справочнике. Точно также если товар есть на остатке. Посмотрю есть смысл менять продажную розничную цену или оставить та которая есть. Если надо менять поменяю ручками в справочнике.
У меня не стоит в программе автоматически наценять.
Всё повыставлял нужные цены в справочнике и напечатал на товар в накладной ценники.
После этого если есть необходимость сделал новую накладную на товар который надо переоценить. Напечатал ценники и накладную просто не провожу или просто удаляю.
Не запутал?
Это не автомат но очень удобно и упростит работу.
Цитата: Creat від Жовтень 17, 2012, 16:23:56
Это не автомат но очень удобно и упростит работу.
Там где все делается автоматически нет никакой гибкости, а в данном случае, мне кажется, что без нее никуда. Даже сейчас можно было бы вывести на печать ценники на остатки, по товару, который зашел по новой приходной цене, но ведь выведет на печать все остатки товаров, для которых цена отличается, а печатать-то не все нужно, а только те, для которых розничная в справочнике будет изменена (т.е. в "ручном" режиме решиться вопрос об изменении цены).
Пока подождем ответа от admin, может быть получиться все сделать малой кровью. Если же нет, скорее всего, можно будет выбрать % наценки на группу.
Согласен. Если цена поменялась на копейки, то затраты на печать ценников и переклейке ценников дороже обойдутся.
Ну и про округление я тоже неоднократно говорил. Смешно округлять до копеек товар ценой в сотни гривен.Не гибкое округление при автоматической наценке.
Цитата: TheOK від Жовтень 17, 2012, 16:15:44
Да, о доступе из шаблонов документов, чтобы можно было проще организовывать выборку и избежать ошибок, если есть товар, клиенты, документы с одинаковыми данными. Конечно, эти данные есть на закладке Поля БД, однако, я отношусь к ним, как к переменным с непредвиденным поведением, да и доступа к ним нет в режиме редактирования.
Даже и не знаю появятся они или нет, переменная будет неверная при создании нового документа, т.к. на момент создания документа, программа еще не знает будущий ID, а уже в момент нажатия на кнопку "Сохранить" получает идентификатор. Разве по связке дата + номер документа не получиться отловить? Даже если и появиться, то сроки назвать не можем.
Цитата: TheOK від Жовтень 17, 2012, 16:15:44
Как я понимаю, величина наценки для цены в документе приходная накладная, даст возможность не изменять структуру базы, а анализировать пришедший товар на предмет изменения розничной цены для него путем анализа разницы цены в документе (той, которая рассчитывается согласно правил наценки в программе исходя из цен на товар в приходной накладной и текущей расходной). Мне кажется, что это более простой вариант.
Может быть есть функция, которая возвращает расходную цену на основании приходной и ее можно сделать доступной в шаблоне?
Не думаю что это будет более простой вариант + больше будет нагрузки на базу/проц (может и незначительно, надо пробовать), ничего страшного в создании пользовательского триггера и таблицы нет. Хотя вам видней, может именно вам так будет удобней.
Функцию наценки просто так не вынести в документ, она просто идет проходом по группе или по всем группам, а не на товар. Плюс думаю никому больше не понадобиться кроме Вас.
Цитата: Creat від Жовтень 17, 2012, 16:23:56
Это не автомат но очень удобно и упростит работу.
Это даже тут не автомат:
Цитата: Creat від Жовтень 16, 2012, 09:16:11
На данный момент программа внедрена на магазине одежды, где поток и ассортимент товаров не очень большой.
А будет больше клиентов и товаров, будет просто рутина.
В общем много полемики :)
1. Делаем ОБЯЗАТЕЛЬНО резерв базы данных.
2. Обязательно делаем п.1
3. Заходим в меню Опции : SQL менеджер и выполняем подряд все эти запросы, по !!!одному!!! т.е. скопировали один клацнули Выполнить, скопировали второй клацнули Выполнить и т.д.
CREATE GENERATOR usr_gen_tovar_cena_change_id;
CREATE TABLE usr_tovar_cena_change
(
num tnum NOT NULL,
tovar_id tnum NOT NULL,
change_date tdate,
cena_r_old tmoney,
cena_r tmoney,
is_update tnum
);
ALTER TABLE usr_tovar_cena_change ADD PRIMARY KEY (num);
CREATE OR ALTER TRIGGER usr_tovar_cena_change_bi FOR usr_tovar_cena_change
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
IF (NEW.num IS NULL) THEN
NEW.num = GEN_ID(usr_gen_tovar_cena_change_id,1);
END
CREATE TRIGGER usr_cena_change_ai FOR tovar_name
ACTIVE AFTER INSERT POSITION 0
AS
BEGIN
INSERT INTO usr_tovar_cena_change
(tovar_id, change_date, cena_r, is_update)
VALUES
(NEW.num, CURRENT_TIMESTAMP, NEW.cena_r, 0);
END
CREATE TRIGGER usr_cena_change_au FOR tovar_name
ACTIVE AFTER UPDATE POSITION 0
AS
BEGIN
IF (NEW.cena_r != OLD.cena_r) THEN
INSERT INTO usr_tovar_cena_change
(tovar_id, change_date, cena_r_old, cena_r, is_update)
VALUES
(NEW.num, CURRENT_TIMESTAMP, OLD.cena_r, NEW.cena_r, 1);
END
4. Все готово, думаю дальше понятно как сделать связку по товарам, например
SELECT
ch.*,
tn.kod,
tn.name
FROM
usr_tovar_cena_change ch
LEFT JOIN tovar_name tn ON (ch.tovar_id = tn.num)
По полям:
tovar_id - идентификатор товара
change_date - точное время изменения цены,
cena_r_old - старая цена если цена обновлялась, если новый товар тогда поле NULL
cena_r - новая цена
is_update - если 1 то цена менялась в уже существующем товаре, если 0 то это новый товар добавлялся.
Захотите все поставить на место т.е. удалить все пользовательские таблицы, генераторы, триггеры, выполните по порядку:
DROP TRIGGER usr_cena_change_au;
DROP TRIGGER usr_cena_change_ai;
DROP TRIGGER usr_tovar_cena_change_bi;
DROP TABLE usr_tovar_cena_change;
DROP GENERATOR usr_gen_tovar_cena_change_id;
Мне тёмному понятно что получим пользовательскую таблицу в которой будет записано когда менялась розничная цена на товар.
Это красивое решение, но требующее понимания в SQL.
Потом можно создать отчёт и всё это анализировать.
Для TheOK здесь всё понятно. А мне слишком сложно.
Кроме того мне надо понять вообще стоить ставить новую цену или нет. И соображения тут тоже разные, от того как продавался этот товар раньше и в каком качестве он пришёл в эту поставку. Отправная точка наценка на группу.
Но всё же может ещё подскажите - как выбрать наценку на товар в накладную?
Я вечером посмотрю, отпишусь.
Как по мне, оба механизма имеют свою ценность. Способ с созданием дополнительных таблиц, механизм мощный и довольно удобный (можно быстрее анализировать данные, т.к. все данные можно вывести в один отчет). Однако, Create прав, под это нужно писать отдельный отчет .Мне кажется, что именно отчет будет более интересен в данном случае, т.к. можно проанализировать за один раз все накладные за день, а не по одной (как через шаблон документов).
Отчет не очень сложный, смогу накидать запрос на выборку приходных накладных за день и изменения цены на товар в накладных. Но, на данный момент Create ориентируется на другой способ.
Вечером гляну, на каком способе он остановился, в том направлении и будем двигаться.
P.S. мне такой функционал не нужен, ориентируйтесь на Create, я просто участвую в обсуждении
Цитата: TheOK від Жовтень 17, 2012, 18:24:11
Как по мне, оба механизма имеют свою ценность. Способ с созданием дополнительных таблиц, механизм мощный и довольно удобный (можно быстрее анализировать данные, т.к. все данные можно вывести в один отчет). Однако, Create прав, под это нужно писать отдельный отчет .Мне кажется, что именно отчет будет более интересен в данном случае, т.к. можно проанализировать за один раз все накладные за день, а не по одной (как через шаблон документов).
Отчет не очень сложный, смогу накидать запрос на выборку приходных накладных за день и изменения цены на товар в накладных. Но, на данный момент Create ориентируется на другой способ.
Вечером гляну, на каком способе он остановился, в том направлении и будем двигаться.
P.S. мне такой функционал не нужен, ориентируйтесь на Create, я просто участвую в обсуждении
Этот отчёт удобен если в конце дня проанализировать все накладные и определить все товары на которые надо напечатать ценники. И это конечно интересно и полезно.
Но именно для проведения наценки переоценки интересен вариант из накладной. Я уже и сделал шаблон. Осталось только определить прогнозную розничную цену.
Я считаю, что способы дополняют друг друга. Через накладную логично определиться с розничной ценой, а через отчёт напечатать ценники.
Выложите свой шаблон документа, я в него буду выводить необходимые данные (сделайте отдельное поле, куда выводить цену с наценкой, взятой из группы товаров).
И еще момент. Приходные накладные со скидкой у вас бывают? Как-то не хочется рассчитывать приходную цену товара со скидкой)))
Ограничение:
1) Возможно, придется производить печать уже сохраненного документа (т.е. не в режиме редактирования приходной накладной)
2) Наценка будет браться только из наценок по группам (наценка, для товаров, для которых наценка по группе не выставлена будет считаться нулевой)
Если какие-то из ограничений критичны, пишите
Со скидкой редко, но бывают. И собственники в цене товара её не учитывают, т.е. наценивают без учёта скидки. Считают, что скидка это уже их заработок ^-^
1) Если печать уже сохранённого, то ничего страшного. Но тогда надо учитывать, что в остатке на складе уже будут товары из этой приходной накладной. Это я и сам смогу отминусовать. Ну и ещё я подумал, что можно и поставить автоматическое корректирование цены товара - только если новая цена больше - для автоматического сохранения приходной цены. Тогда при сохранении документа будет затираться старая цена. Это конечно не критично, но усложнит.
2) Наценка только из наценок по группам.
Сегодня вечером скину шаблон сюда.
Хорошо, что считается, что скидка - это прибыль, т.к. не придется расчитывать стоимость цены для товара со скидкой.
Печатать нужно будет сохраненный вариант, однако не проведенный если стоит корректировка цены, если не стоит корректировка цены из документа то можно как проведенный документ так и нет (это вы уже решите сами).
Еще можно будет задать выделение цветом, которое зависит от разницы на цену. Например, выделять цветом поле с ценой, если: цена пришедшего товара до 100 грн, и разница между ценами более 1 грн или цена пришедшего товара до 1000 грн и разница между ценами более 5 грн. (и т.д.).
Что удивительно интерес к вопросу слабенький. Народ как-то приспособился и не возникают такие вопросы. Хотя судя по тексту используют программу для достаточно больших магазинов.
И ещё проверил для спортивного интереса если документ не проводить, но сохранять и выставлено автоматическая корректировка цены , то цену меняет.
Спасибо жду.
Во вложениях архив с двумя шаблонами (портретная и альбомная ориентация).
Ваш немножко подкорректировал, чтобы лучше переносился в Excel.
Обратите внимание:
1) шаблоны нужно подкорректировать, детали ниже
2) В шаблоне с портретной ориентацией везде цена берется с НДС (приходная из документа, предполагаемая розничная)
3) В шаблоне с альбомной ориентацией предполагаемая розничная цена берется с НДС, приходная из документа без НДС.
4) Округление производится до копеек в поле Нова роздрібна ціна
5) в поле разница в шаблоне с альбомной ориентацией забыл произвести изменение формулы для поля Зміна роздрібної ціни. Кроме того, округление идет по всему выражению согласно формату (т.е. до копеек).
Вы ориентируетесь в дизайнере, думаю, что эти нюансы сможете сами подкорректировать.
В переменной NAC находится размер наценки на группу товаров. Она формируется перед печатью Band1 (см. процедуру Band1OnBeforePrint). Перед выводом шаблона на экран (условно) производится выборка наценок из базы.
2) У меня предприниматель упрощенец и потому НДС не играет роли.
5) Увидел поправил.
Книжная ориентация мне и поинтересней. Я альбомную от лени делал что бы побыстрее.
Если с автоматической корректировкой то надо работать до сохранения накладной. Если без то разницы конечно нет, тогда главное не тормозить проведён документ или нет для правильного количества.
Всё работает супер, большое спасибо!
Я бы сам конечно не выбрал наценку. Нормально сработало и когда нет наценки по группе показало 0. То что надо.
Нет придела совершенству и каждый может подделать под себя. Можно добавить колонку и минусовать остатки на складе и приход. Можно всё это делать и с сохранённым и проведённым документом. Главное это учитывать. И автоматическую корректировку лучше выключить и при большом желании просто после проведения наценок переоценок включить и повторно сохранить накладную для приведения приходной цены в справочнике к новому значению.
Цитата: admin від Жовтень 17, 2012, 16:58:55
Цитата: TheOK від Жовтень 17, 2012, 16:15:44
Да, о доступе из шаблонов документов, чтобы можно было проще организовывать выборку и избежать ошибок, если есть товар, клиенты, документы с одинаковыми данными. Конечно, эти данные есть на закладке Поля БД, однако, я отношусь к ним, как к переменным с непредвиденным поведением, да и доступа к ним нет в режиме редактирования.
Даже и не знаю появятся они или нет, переменная будет неверная при создании нового документа, т.к. на момент создания документа, программа еще не знает будущий ID, а уже в момент нажатия на кнопку "Сохранить" получает идентификатор. Разве по связке дата + номер документа не получиться отловить? Даже если и появиться, то сроки назвать не можем.
С ID документа согласен, но ID товара, Клиента, активной фирмы, ID валюты и т.д. уже существует. Еще, мне кажется, что в документах было бы хорошо поместить переменную цена на товар со скидкой.
Добавить в список доработки
не прошу. Просто пишу о том, что такой функционал был бы полезен.
Цитата: admin від Жовтень 17, 2012, 16:58:55
Функцию наценки просто так не вынести в документ, она просто идет проходом по группе или по всем группам, а не на товар. Плюс думаю никому больше не понадобиться кроме Вас.
Уточню, на всякий случай, я подразумевал что-то на подобии функции ToNacValuta в отчетах, шаблонах, например, на входе ID группы и цена, на выходе наценка.
Согласен, что, судя по всему, такое нужно только для Create, поэтому о добавлении в стандартный функционал речь не идет.
Цитата: Creat від Жовтень 18, 2012, 17:33:13
И автоматическую корректировку лучше выключить и при большом желании просто после проведения наценок переоценок включить и повторно сохранить накладную для приведения приходной цены в справочнике к новому значению.
Это я так думал. А в действительности - если включить в справочнике автоматическую корректировку цены товара, то при сохранении накладной цена в справочнике не меняется. Что бы цена изменилась, надо зайти в цену и нажат ентер.