Тип цены номенклатуры, тип цены контрагента. Вопросы по ценообразованию
Здравствуйте. В базе у клиента непонятным для меня образом организованно ценообразование, помогите, пожалуйста разобраться.
В договоре контрагента нет привязки к типу цены, заполнен только справочник Тип цен номенклатуры, справочник "Тип цен номенклатуры контрагентов" не заполнен практически, в документе "реализация товаров и услуг" в списке выбора типа цены документа большой выбор, но чаще клиенты не заполняют его просто.
В установке цены я не пойму по какому принципу клиенты ставят тип цен. Обнаружилось это в процессе программного создания документа "реализация", сначала когда я добралась до вытаскивания типа цены по договору, а потом и когда я захотела цену номенклатуры вытащить на дату.
Это ведь неправильная организация ценообразования или я чего-то не знаю?![](http://www.imageup.ru/img51/2390099/tip-ceny-kontragenta.jpg)
В договоре контрагента нет привязки к типу цены, заполнен только справочник Тип цен номенклатуры, справочник "Тип цен номенклатуры контрагентов" не заполнен практически, в документе "реализация товаров и услуг" в списке выбора типа цены документа большой выбор, но чаще клиенты не заполняют его просто.
В установке цены я не пойму по какому принципу клиенты ставят тип цен. Обнаружилось это в процессе программного создания документа "реализация", сначала когда я добралась до вытаскивания типа цены по договору, а потом и когда я захотела цену номенклатуры вытащить на дату.
Это ведь неправильная организация ценообразования или я чего-то не знаю?
![](http://www.imageup.ru/img51/2390099/tip-ceny-kontragenta.jpg)
![](http://www.imageup.ru/img51/2390100/tip-ceny-nomenklatury.jpg)
По теме из базы знаний
- 1С:Хлебобулочное и кондитерское производство. Модуль для 1С:ERP и 1С:КА
- Загрузка документов и номенклатуры из Excel в 1С "одним нажатием": УПД, ТОРГ-12, отчеты маркетплейсов, заказы, счета, прайсы
- Распознавание и загрузка сканов в 1С "одним нажатием": УПД, ТОРГ-12, накладные, счета, номенклатура, заказы и т.д.
- SynchroSber - полноценный модуль API интеграции с маркетплейсом Мегамаркет (СберМегаМаркет) для 1С УТ 11.X, КА 2.X, ERP 2.X, УНФ 1.6, 3.0 (возможность работы как с публикацией, так и без публикации базы)
- Кинт: Растениеводство
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Sherdrada, типы цен номенклатуры контрагентов нужны для фиксация цен поступления а анализа цен конкурентов. Их используют гораздо реже, особенно в мелких организация практически совсем.
Для продажи достаточно использовать типы цен номенклатуры, которые можно назначать разными способами и даже на основании цен контрагентов (поставщиков или конкурентов).
Для продажи достаточно использовать типы цен номенклатуры, которые можно назначать разными способами и даже на основании цен контрагентов (поставщиков или конкурентов).
Здесь нет организации ценообразования как таковой. В программе заведены некоторые типы цен. Более того, величина их для той или иной номенклатуры могут быть установлены. Однако, насколько я понял, говорить о том, что пользователи придерживаются какой-то логики использования тех или иных типов цен, или разным пользователям даны разные права на использование тех или иных типов цен, или правила использования каких-то типов цен, определенные в политике управленческого учета, применяются при работе в 1С, не приходится.
А поскольку, по факту, организации ценообразования нет, то нет и смысла говорить о том, правильна она или неправильна.
А поскольку, по факту, организации ценообразования нет, то нет и смысла говорить о том, правильна она или неправильна.
+(3) То, что в разное время кто-то из пользователей создал разные типы цен и может быть даже иногда применяет их при продажах... может быть даже пытается следить за актуальностью величины этих цен для той или иной номенклатуры, еще не дает основания говорить, что в организации есть какая-то система, какие-то правила ценообразования, их автоматизация посредством ПО (1С'ки)
И в качестве оффтопа: когда Вы пишете
И лишь спустя пару секунд понимаешь, что говоря "клиенты", Вы имеете ввиду именно продавца, поскольку для Вас его (продаваца) сотрудники являются клиентами. В общем, почистите Ваш слог.
И в качестве оффтопа: когда Вы пишете
но чаще клиенты не заполняют его просто
, это немного сбивает с толку. При оформлении продажи покупатели ("Клиенты") сами заполняют накладные в программе продавца? Обычно сотрудники продавца самостоятельно работают в своей учетной системе, не позволяя своим клиентам с ней работать. если только речь не идет о внешних пользователях.
И лишь спустя пару секунд понимаешь, что говоря "клиенты", Вы имеете ввиду именно продавца, поскольку для Вас его (продаваца) сотрудники являются клиентами. В общем, почистите Ваш слог.
тип цен номенклатуры используется для продажи от себя другим фирмам. Судя по тому как у ваших клиентов их много, значит при отгрузке каждой фирме выбирают соответствующий тип цен. Так?
Если эти типы цен используются для прихода, то зря понасоздавали так много... Ведь в договоре ставится соответствие что наш приходный соответствует их приходной. И в приходной накладной автоматически подставляется тот тип цен, который указан в договоре с поставщиком.
Если договор с покупателем, тогда тоже не особо имеет смысл создавать так много типов цен. Подставляться будет просто розничная. Индивидуальные цены на сколько я помню, тоже можно настроить посредством скидок
Вы расскажите чем они занимаются, вам и подскажут как это грамотнее организовать. А то магнит, окей, лента... Может показаться что они просто каждую неделю подгружают из каталогов их акционные цены чтобы сравнивать со своими приходными и если что по акции скупаться у них)
Если эти типы цен используются для прихода, то зря понасоздавали так много... Ведь в договоре ставится соответствие что наш приходный соответствует их приходной. И в приходной накладной автоматически подставляется тот тип цен, который указан в договоре с поставщиком.
Если договор с покупателем, тогда тоже не особо имеет смысл создавать так много типов цен. Подставляться будет просто розничная. Индивидуальные цены на сколько я помню, тоже можно настроить посредством скидок
Вы расскажите чем они занимаются, вам и подскажут как это грамотнее организовать. А то магнит, окей, лента... Может показаться что они просто каждую неделю подгружают из каталогов их акционные цены чтобы сравнивать со своими приходными и если что по акции скупаться у них)
(15) Sherdrada, так вас о том и спрашивают же. Почему все любят прятаться за словом "автоматически"? Есть какие-то схемы, которые нужно реализовать? Например, для каждого контрагента своя цена, рассчитываемая определенным образом. Конкретика нужна, чтобы советы давать.
(17) borodatii, автоматически - это значит что я создаю программно документ Реализации и мне нужно чтобы по каждой номенклатуре подгружалась цена в документ на дату и в зависимости от контрагента. Если бы к договору контрагента привязывался тип цен, по которому они работают, таких вопросов не возникало. Но т.к. у них цены ставятся не понятно (для меня) по какому принципу, и была созданна эта тема.
(22) SGordon1, доработки, сделанные в базе, не влияют на ценообразование - там пара полей, ни к чему не привязанных, да парочка отчетов. Всё. ЧТо там пилить? если моя задача - это загрузить данные с ексель файла и создать на основании этих данных документ Реализации. И споткнулась я только на том моменте что не знаю как выбрать цены по номенклатуре, если Тип цен у них не привязан к контрагенту (программно не привязан, сам заказчик по наименованию ориентируется), стало быть и из регистра Цены Номенклатуры я выбрать цену не могу, не зная точно тип цен, который доолжен быть загружен в реализацию. Возможно, я не права, но раньше работа с ценами и типами цен у меня шла так: в договоре контрагента проставлялся тип цен, который потом и использовался в документе Реализации. у заказчика не так. у меня выбор: или сказать ребятам "вводите ка вы цены вручную", или "давайте привязывать к договору контрагента тип цен и использовать его в Реализации и в документе установки цены", или третий или четвертый вариант, который, как я надеялась, предложат мне более опытные программисты-разработчики
(23) Sherdrada, Как по мне, так второй вариант самый нормальный. Его я и предложил. Это если бы они делали установки цен номенклатуры по разным типам цен.
А раз вы все грузите из экселя, то тогда вам должно быть без разницы какой тип цен использовать. Главное не перевыбирать в документе договор, а то программа спросит что договор изменился, пересчитать ли цены?
А раз вы все грузите из экселя, то тогда вам должно быть без разницы какой тип цен использовать. Главное не перевыбирать в документе договор, а то программа спросит что договор изменился, пересчитать ли цены?
(24) sancho86, ну да, мне было бы без разницы, если бы в договорах были проставлены типы цен, а у заказчика там пустые поля.
Просто насчет второго варианта там выше написали, мол это для поступлений и не нужно и т.д. А мы когда автоматизировали магазины всегда говорили проставлять в договор, какого бы объема не был у заказчика товарооборот и в принципе я привыкла работать с таким вариантом
Просто насчет второго варианта там выше написали, мол это для поступлений и не нужно и т.д. А мы когда автоматизировали магазины всегда говорили проставлять в договор, какого бы объема не был у заказчика товарооборот и в принципе я привыкла работать с таким вариантом
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот