gifts2017

Формирование цен

Опубликовал Михаил Немчинов (mnemchinov) в раздел Обработки - Ценообразование, прайсы

Обработка устанавливает цены в справочнике "Цены номенклатуры". Аналог стандартной обработки "Формирование цен",
но с абслютно иным, более удобным интерфейсом.

Обработка "Формирование цен"
АВТОР: Немчинов М. П. (mnemchinov@mail.ru)
май 2009

ВНИМАНИЕ!!!
Т.к. обработка меняет цены  в справочнике "Цены номенклатуры", используёте её с осторожностью и после внимательного прочтения данной инструкции!!!
Автор не несёт ответственности за ущерб, принесённый обработкой при некорректном использовании.

Описание:
 Обработка устанавливает цены в справочнике "Цены номенклатуры". Аналог стандартной обработки "Формирование цен", но с более информативным интерфейсом.

Платформа: Компонента "Оперативный учет 7.7"

Инструкция по использованию:
 После открытия формы обработки, выбираем элемент/группу номенклатуры, для которой
 необходимо установить цены, ставим галочки нужных типов цен, и нажимаем кнопку "Сформировать".
 Далее, устанавливаем цены.
 Цены можно устанавливать:
 1. Вручную.
 Щёлкаем 2 раза на пересечении нужной позиции номенклатуры и нужного типа цен. Вводим цену. Нажимаем
 кнопку "ОК".
 
 2. Расчитывать, предварительно задав формулу.
Щёлкаем 2 раза по значку "=Fx" в колонке той цены, которую будем устанавливать. В появившемся списке
выбираем тип цены, на который будем начислять процент. Далее, выбираем знак операции "+" или "-". Затем,
вводим процент наценки. После описаных опрераций, в строке формулы появится формула расчета текущей
колонки. Далее, чтобы рассчитать столбец, щёлкаем 2 раза по кнопке "Глаз".

 После того, как все цены установлены и проверены, щёлкаем 2 раза по кнопке "Записать" в левом верхнем углу.

Тестировалось на Комплексной 7.70.485

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
-
.1247479836 25,09Kb
12.04.13
199
.1247479836 25,09Kb 199 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Епрст (Ёпрст) 13.07.09 14:30
Ээхх... цены нужно устанавливать документом.. а не писать мега обработки для их формирования.
Тогда и история будет и восстановить можно, и кто изменил и зачем и почему.. и руками поменять не смогут.
2. Maniac (Eugeneer) 13.07.09 14:33
Не сказал бы что намного удобнее. Вводить значения в таблице.
Да еще рамок слишком много. Если уж и улучшать то лучше в таблице значений. Там и возможностей больше и ввод быстрее.
3. Maniac (Eugeneer) 13.07.09 14:34
4. larissa builova (larisab) 13.07.09 14:40
(1) При свертке цены установленные документами исчезнут, если удаляем документы, а если не удаляем, свертка не решит проблемы, ради чего ее производят. Для торговли нередкая процедура.
5. Mike-Killer (mnemchinov) 13.07.09 14:46
У нас как-то база слетела, дык торговикам была поставлена задача восстановить все цены, а это 12 типов цен, 800 наименований... Вот, в те бешенные дни и была рождена данная обработка... Один из манагеров восстанавливал стандартными 1с-ми методами, только по одной группе товаров, у него заняло это почти целый рабочий день. При помощи обработки другие манагеры восстанавливали по несколько групп в день, по всем типам цен. Вот...
6. Епрст (Ёпрст) 13.07.09 14:47
(4) Что мешает ввести цены одним документом ?

7. Mike-Killer (mnemchinov) 13.07.09 14:48
Maniac, вы обработку качали? пробовали в действии?
8. Епрст (Ёпрст) 13.07.09 14:48
(5) вот для этих целей и делают документ - приказ об изменении цен.
Видно кто/когда/зачем изменял ... и всё восстанавливается без проблем.
Eugeneer; +1 Ответить
9. Maniac (Eugeneer) 13.07.09 14:50
(4) в торовле очень важны случаи когда нужно отслеживать изменения цен в разрезе авторов и всего прочего. Документ хранит все данные.
И это очень частный случай когда нужно запренщать делать цены обработками. Цены должны ставится документами. Иначе потом крайнего не найдешь.
Вопросы свертки, это десятые вопросы которые к работе никак не должны относится. Или вы предлагаете вообще все делать только с целью свертки?
10. Maniac (Eugeneer) 13.07.09 14:55
(7) спасибо. скриншотов хватило. Эта тема уже прожеванная 150 раз.
Тем более я прекрасно понимаю существенные недостатки ввода через табличное поле. Нет перехода по строкам, ни сортировок, ни всего остального.
Постоянно вводить значения через выпригивающее окошко ввода - нет уж извините. Меня бы манагеры просто заклевали бы.
11. Mike-Killer (mnemchinov) 13.07.09 14:56
(9) В принципе, я с Вами полностью согласен. Но мне задача ставилась с условием не менять структуры метаданных и сделать ввод цен более удобным, чем стандартный...
12. Maniac (Eugeneer) 13.07.09 14:57
(11) ну главное задача выполнена , все довольны)) это главное.
13. Pari (Pari) 13.07.09 14:57
(0) Проверьте вызов процедуры глПолучитьЦену. Предпоследний параметр ДатаДляЦен, а должен задаваться курс (во всяком случае для комплексной). А в целом +
14. Mike-Killer (mnemchinov) 13.07.09 15:01
(10) а в таблице значений ввод происходит не "через выпригивающее окошко ввода"?
Механизмы обработки, имхо, одни и теже, различны только вывод информации или в ТЗ или в Таблицу...
15. Епрст (Ёпрст) 13.07.09 15:04
(14) давно нет. Прямому вводу в ТЗ - сто лет в обед..А так, табличное Поле для этих целей в самый раз.. Ну если нравится таблица - то Йоксель или tableDoc тогда уж..
16. Pari (Pari) 13.07.09 17:59
к (13) Извиняюсь, проверял на нетиповой. Для типовой всё работает.
17. spryn (spryn) 08.10.11 19:52
Полезная обработка, спасибо!
olegovich; spryn1; +2 Ответить
18. spryn (spryn) 13.10.11 15:39
Вопрос следующего содержания: если закупочная цена проставлена не для всей номенклатуры, и на основании ее сделать продажную цену (допустим +30%), то продажная цена номенклатуры, у которой закупочная цена равна 0 тоже станет равна 0, или же пропустится?
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа