Т.к. у нас решила добавить в базу 1С цены для номенклатуры
и эти цены не поддаются формулам
придется заводить их именно в соглашение с каждым клиентом.

но если у нас существует несколько форм отгрузки продукции, а именно:
- валом (т.е. штучно)
- палеты (т.е. упаковано на палеты)
и получается что цена отгрузки единицы товара разная
- для отгрузки валом 10 руб
- для отгрузки палетами 11 руб

в НСИ и адменистрирование - Номенклатура - Разрезы учета

есть галка Характеристики номенклатуры

если его установить и добавить две характеристики:
Валом
Палеты

то в соглашении с клиентом/партнером можно задать для одной номенклатуры с разными характеристиками разные цены.
и при выборе в реализации цены таки подставляются из соглшения
и это видится выход в нашей ситуации

но как быть если характеристики включаются только через "разрешить редактирование реквизитов"
т.е. данная номенклатура уже многоразово участвует в реализациях.

не испортит ли нам чего включение галки характеристики в номенклатуре которую уже использовали?

(7) Вам решать, либо костыль на типовом функционале или доработка.

(8) костыль - это вы имели ввиду характиристики?
так это именно для этого используется. Это не костыль.

вопрос во влиянии включения функционала для существующей номенклатуры на предыдущие отгрузки с этой номенклатурой.

(9) ну не знаю, как по мне характеристика не для ценообразования по упаковкам. Это же сквозной разрез всего учета номенклатуры, остатки, себестоимость и т.д. Вам же нужно будет переводить паллеты в вал и обратно я же правильно понял?

(9) Влияние естестенно будет, особенно для чего то промежуточного, есть заказ, но нет реализации и т.д

А доработка - косметическая плюшка не более.

(10) а для чего по вашему характеристики?

допустим у вас есть обувь разного размера
номенклатура одна а размеры разные цена по размерам разная

как кроме как через характеристики сделать это?

(13) обувь да

и в чем разница?

обувь по размерам
игрушка по цвету

товар по типу отгрузки.


это все характеристики товара.

(10) нет ничего переводить туда сюда не надо.

надо чтобы цена подставлялась при выбора товара в реализации и все.

(16) проблемы будут, я там описал выше.

самый конечно простой вариант создать свой регистр сведений

и добавить кнопку в реализацию чтобы по регистру цены заполнялись.

(3)
- для отгрузки валом 10 руб
- для отгрузки палетами 11 руб

Устанавливаем цену 10 руб, для упаковки указываем коэффициент 1.1, цена автоматом пересчитается.

(19) нету там математики, все надо читать

(19) Складской учёт от этого упадёт.

(4) "это будет одна цена для конкретного вида номенклатуры " ©
А что мешает в доке Установка цен устанавливать несколько цен? И соглашений с клиентом может быть несколько.

Сделать 2 вида цен и сделать внешнюю скидку(наценку) разницей между ценой 1 и ценой 2, если отгружается паллетами (упаковками с коэф>1)

(15) Характеристика к способу отгрузки отношения не имеет. Нужен вид цены для штучного товара и для палетного. И держать этот перечень в табличной части соглашения по конкретным товарам.

(22) насчет нескольких соглашений это вариант. Подумаю

про установку цен:
попробуйте установить в Установке цен на одну номенклатуру для конкретного контрагента сделать несколько цен.

1. на одну номенклатуру не получится сделать их неколько
2. нет привязки к контрагенту

(24) два раза одну номенклатуру с разными ценами указать можно
но!!!
при использовании разного вида цен цены берутся из документа "Установка цен"

а как быть что эти цены для каждого контрагента разные?
в документе "Установка цен" нет привязки к контрагенту.

Какое основное правило между ценами разных единиц?
Это одна конкретная формула?

И еще сразу вопрос - упаковками ведутся товары?
Или весь учет в штуках?

Я думаю что тут нужно написать свой Помощник продаж - и тупо в нем сделать всю работу с определением цены.

(28) если бы была формула.
цены я так понимаю с потолка...

читаем пункт (6)
П.С. эта ценовая разнница не по формуле
чтоб вы не написали типа процентом или еще как надбавить.

(28) про упаковки тоже уже было.
писал об этом.

Я как то делал в помощнике продаж всякие извраты клиентам.

И пересчеты от всякого разного, и перестановки цен и прочее.
Так как документам в 1С начхать в дейстьвительности на регистр цен, так как фактически документ проводит то что попадает в него в колонку цена, то можно с ценами что хочешь делать в момент подбора - абсолютно начхать на установки цен.

пока буду пробовать вариант с двумя соглашениями.

______

остается вариант с добавлением своего регистра сведений.
ибо в стандартной конфе
привязка цены к контрагенту только про покупок есть.
для продажи такого нету :(

Даже если ведется только штуный товар и не упаковок (так как с ними усложняется весь учет от начала до конца)... то можно просто задать условия количества товара при подборе, от этого изменить автоматом цену.

(32) надо чтобы при выборе товара в реализацию цена сама заполнилась.

(33) по существу задачи, соглашение в работе конфигурации является именно локальным "Помощником продаж" по конкретному контрагенту с конкретным договором.

(34) не зависит цена от количества товара.

(33) с двумя соглашениями ты замучашеся в подборе работать.

Там два соглашения выбирать нельзя. ты собрался заставить менеджера два подбора делать и два разных документа?
Прикинь он набирает заявку на 50 позиций. Половина таких, половина других.
Да еще не по порядку.....

Это сразу выбрасывай идею.

(35) конечно, сама и заполняется - процедурой заполнения с использованием Соглашения.
Если будет свой собственный Помощник продаж, то он и заполнит ТЧ так, как это необходимо для дальнейшей работы.

(36)
одно соглашение с одной ценой для одной номеклатуры

а надо две разных цены

Все взаиморасчеты по СОГЛАШЕНИЯМ разделятся. заипутся выслеживать долги клиента. И тем более ПЛАТЕЖИ. клиент платит 100 000 рублей и в ус не дует что ты там его разделил. Попробуй теперь разнести деньги.
Это каша малаша. Полезет все нафиг.

(38) номенклатуры мало позиций. <10

(42) да хоть два. два окна, два документа. один платеж. загребешся по сглашениям работать.
Ты сейчас с одного бока думаешь, а вылезет это боком со всех сторон.
Ты хотя бы думал прежде чем придумывать через соглашения.

(43) так остается только через характеристики?

(43) да ничего он не думал - к нам сюда думать пришел

Пиши свой помощник продаж, проблему можно решить элементарно.
При подборе заложить условия какие цены брать, как считать от количества или единицы - ерундовая задача.
Куда цены прописать покупателю не проблема вообще.

(45) спасибо за оценку.
видимо вы все про всех знаете.

если читать топик

то видно про что я спросил. про включение одной галки.

(44) ты ответь на конкретные вопросы.
Первое что меня интересует как цены считаются между штуками и упаковками. Это конкретная формула какая то? или руками ипашут.
Второе - весь учет сейчас в одной единице?

Я не вижу топика где написано как сейчас ведется учет фактический. Остатки на складах все как? В одной единице? или по упаковкам?

(48)
отвечаю
1. Цены берутся с потолка (нет формул)
2. учет штучный.

ипользовать еденицы изменения не получится т.к.
до одной штуки цена одна (отгрузка валом)
а для палетной отгрузки цена штуки другая
и для кажого контрагента цены разные

нет общей цены от которой все это можно высчитать по формуле.

Номенклатура вся однородная?
Где прописано сколько штук конкретного товара влазит в палету.

(50) это не ответ "с потолка". Значит пойди и узнай что такое "потолок" - кто то КОНКРЕТНО должен сказать как он СТАВИТ цену в момент продажи.

(51)
прописано в еденицах измерения сколько штук в палете и сколько штук в упаковке.

(50) разные цены для конктрагекнтов это фигня, не относится к проблеме и не явлвяется проблемой.

(52) я говорю как есть.
связи нет между ценами для каждого контрагента.

работаем с тем что есть. Условия установки цены я не ставлю и никак на это повлиять не могу.

(53) те. при подборе в корзине (табличной части) выбирают единицу?

(55) я не про связь цен контрагентов спрашиваю. а про связь цены на штуку и палету.

(54) безусловно
в соглашении можно указать

но надо две цены или три для одной номенклатуры

а одном соглашениие одна цена для одной номенклатуры.

(57) как я уже писал ее нет.

например:
для штуки цена 31,26 руб
для палеты цена шутки 33,17 руб.

Короче я пример приведу и ты сам додумывай

1) Свой помощник продаж, где можно фигачить свой код и начхать на обновления.
2) При подборе в корзину сделать проверку единицы и количества, в зависимости от этого штучную цену пересчитывать в цену за полету.

Можно сделать даже так чтобы прога смотрела какая единица выбрана, от этого брала ЛЮБОЙ виды цены из справочника.
И никаких соглашений тут не нужно.

Все. задача решена.

Чтобы не плодить миллионы соглашений, может в виде цены созщдать табличную часть Покупатели. Вбить туда всех покупателей.
Также реквизит туда хернуть Единица - по которой эта цена.

При подборе тупо запрос в 10 строк.

Выбранная единица - читаем справочник видов цен - находим единицу и есть ли это покупатель в этом виде цены (то что я писал выше).

Совпадает - записиь берем эту цену!

(41) что-то не нашел чтобы соглашения в какие-либо регистры попадало
кроме одного:
Регистр накопления "Выручка и себестоимость продаж"

(62) А ты сколько разных Соглашений сможешь указать в одном Договоре?

(59) ок значит (61).

1) Делаешь на два виды цен - штуки и упаковки.
2) В конфигураторе добавляешь реквизит Единица в вид цены и Табличную часть - покупатели.

При подборе от того какую единицу выбрал манагер - запрос к видам цен - по единице вида цены и по табличной части (есть ли покупатель в ней).

Совпало - вот тебе цена в корзину!

(64) можно и допреквизиты завести. Запрос будет сложней, но типовую можно не ломать в этом месте :-)

(63) создать можно сколько угодно.
надо два.

(65) доп реквизит с нужной ценой?

(64) сейчас попробую.

(65) табличную часть покупателей не заведешь.
Эти добавки не влияют на обновления. Так что мождно добавлять реквизиты и табличную часть - будет проще.
Помощник продаж модифицировать придется, или делать свой.

(69) где взять этот помощник продаж?

где хоть посмотреть на него?

Можно даже сделать без разных единиц ВООБЩЕ.

Создать регистр сведений, табличную частб - что угодно ПРАВИЛ где указать
Вид цены Покупатель КОЛИЧЕСТВО

При подборе манагер не будет парится и не будет выбирать единицу а тупо вбивать КОЛИЧЕСТВО.

Прога будет АВТОМАТОМ читать - ага вот покупатель, вот количество. Если оно меньше то ОДНА ЦЕНА, если больше то ДРУГАЯ ЦЕНА

Так ка кони ипанутые то я бы так и сделал (71). так как то как они шлепают ошибки - нужно предусматривать все.

Никто не даст гарантию что он выбьет в штуках (единице) количество больше палеты.

Но в тоже время нужно чтобы им было удобно и просто. Чтобы они работали как будто без мозгов.

(71) с количеством нет зависимости.

может быть машина 20 тонн валом
может быть машина 20 тонн палентами

в обоих отгрузках количество +- совпадет
но цена разная будет.

(70) в просторах интернетов полно платных и бесплатных помощников продаж сделанных внешними.

(74) ты путаешь ВЕС с КОЛИЧЕСТВОМ. это разные как бы вещи.

В палету могли нагрузить 20 разных товаров штуками, а могли один.
Ты же говоришь что цена зависит от палеты в рамках одного товара, а не разных.

Вот пример.

Товар1 1 штука
Товар2 1 палета (20 штук).

У тебя на складе тупо показывает 30 штук.

Клитент как диктует (допустим по телефону или бумадке) он говорит дай мне 25 штук.

Что будет делать манагер? Как ты продавать будешь товар если у тебя 25 штук не делится на целый палеты.
Он будет выбиват в корзину 1 строку 1 палета
и вторую строку 5 штук?

Цена будет там одна а там другая? Или все таки если он 25 взял то это как бы оптовый клиент и ему все тогда по цене оптовой.

Не заипется ли он делитьи заявку набивать.....
Не проще ли ему 25 штук вбивать одной строкой.

Это я так - пошел дальше размышлять.

Для таких задач надо каждую деталь со всех сторон прожевывать. каждое действие при тех или иных случаях.

Манагеры тупые. Если у тебя товар в учете штучный - он видит остатки штуками в подборе.
Когда ему клиент будет говорить чо ему нада - манагер прямолинейно и будет так вбивать и будет прав.
Ты думаешь у него время будет заниматься делениями (выборами соглашений, видами цен)..... то на другое... да фиг там.

Им нужно дать инструмент который будет сам все определеять. если надо делить строки, сам выбирать единицы, ставить цены. вообще все.
И для этого программу нужно создать умной.

Нужно сделать так чтобы манагер делал только одно действие - КЛИК на товар и ввод КОЛИЧЕСТВА.

Все остальное должна определить, разбить на единицы, цены, какие нужно и прочее.
АВТОМАТИЧЕСКИ

По сути у тебя обыкновенная рознично - оптовая торговля.
Купил мало - получи выше цену. Купил больше - получи другую цену.
Тем более я уверен в накладных все начнут кричать чтобы все было в штуках.

Заебывать разными единицами систему и пользователей лишнее.
Заложи условия при которых вид цены (в котором есть этот покупатель) определяется от количества продаваемого товара.

Кстати вот сразу вопрос пойди задач - как документы должны быть и печать документов.
Если компания ведет учет в штуках, все смотрит в штуках.
То не всем и даже покупателю не захочется чтобы он видел в накладной УПАКОВКА 900 рублей, вместо 30 штук по 30 рублей.

Да и даже при установке цен я уверен они хотят ставить розницную и оптовую цену по штучно!
И клиенту сообщать сколько цена будет за ШТУКУ.

Если ты по упаковкам начнешь делать все - то придется ставить цены не так УДОБНО
так как одно дело считать цену за штуку.
Например Вид цены 1 - если по штукам то будет 35 рублей
Вид цены 2 - по 33 рубля.

А если по упаковкам то придется в установке цен 1) выбирать упаковку 2) считать количество 3) ставить цену умноженную на количество.

Это заеб необычайный.

(84) про упаковки не катит. лишние действия выбора
как и с характеристиками собственно тоже.

Тогда у тебя только один вариант - делать правила для количеств.
Все остальное на автомате.

а можно и то и другое вместе. не вижу проблем.

Я короче вдохновился что решил написать даже себе такую подсистему.
С более обширными правилами и условиями.
Скоро выпущу релиз. Может даже через час.

Там будет и то что здесь, плюс разные условия номенклатуры, выбор не только видов цен, а скидок (когда одна цена).
Короче делаю.
Еще и при загрузка заказов (если заявка пришла в электронном виде) то в обработке загрузке также автоматом автоматические цены.
С единицами, без них - как угодно.
Сначала напишу для УТ10 потом для УТ11

(88) рад что вдохновил.

(86) нет связи с количество. (писал уже это несколько раз в теме этой)

В общем удил весь день и только 2 минуты назад закончил.

Все что сделал описал в статье
https://subsystems.ru/news/prodazha-s-raznymi-tsenami-v-1s-avtomaticheskie/

видео пока не снимал.

Офиегнно получилось, так как только в самом конце понял что решил давнюю проблему во всех типовых программах. И она эжтим решением не только проблему из (0) решает, но еще и когда цены продаж в разной валюте на разные группы номенклатуры.

А в справочнике СоглашенияСКлиентами в ТЧ Товары есть реквизиты :

Номенклатура, Характеристика, Упаковка, ВидЦены, Цена, СрокПоставки.

На разные упаковки, нельзя ввести разные цены, да?

(93) а ты не замучаешся на каждую номенклатуру вбивать?

"сделать помощника" вбивания :)

Я вообще тут думаю отказаться от установки цен в 1С вообще!
чтобы никаких ни документов ни установок цен вообще в принципе не было!

Это прошлый век - делать в 1С цены путем записи......

(93) нельзя да. подтверждаю.

эти цены на упаковки ставятся документом "Установка цен" т.е. в соглашении вручную ее не поменять.

допустим.
товар валом цена штуки 10,00 руб.
товар на палетах цена штуки 11,21 руб.

добавляем у контрагента в соглашение данный товар
итог имеем.
товар валом цена штуки 10,00 руб.
товар на палетах цена штуки 11,21 руб.
ура!

но блин для остальных контрагентов
допустим для сторого надо цены 10,56 и 12,11 руб соответственно

и еще туева хуча контрагентов с разными ценами у каждого.

П.С. Ну блин в посте про это уже писал ведь. Ну попробуйте прежде чем предлагать.

(91) жаль что мне не подходит.

(98) Ну и как ты управляешь ценообразованием в компании?

(99) как не  подходит еслди подходит.
Я сделал там правило в котором можно выбрать единицу.
Если она выбрана, то при подборе прога смотрит какую единицу/упаковку выбивал манагер.

По это единице прога выбирает запись из правил по этому покупателю с видом цены. И бах - нужна цена вбивается в корзину.

Все что нужно теперь это накидать правил. По покупателям - может быть сколько угодно строк.
В которых и виды цен продажи которые будут для этого клиента, и умный распознаватель единицы. а также еще всякие приколы.
Можно даже условия на группы номенклатуры, виды, производителей ставить.
Скидки.

(100) таки читайте пост. я не управляю ценообразованием.

(101) а где говоришь цены
в разрезе покупателя, товара+упаковка хранятся?

а для конфигурации комплексной автоматизации 2.4 точно подходит?

(98) читал ветку сверху, получается Соглашение не хранит отдельно цены от Установки цен?
Для чего тогда эта ТЧ в соглашении.

Запилил видео

https://www.youtube.com/watch?v=6JLs87_vAsQ

(105) при некоторых условиях хранит.
при использовании характеристик можно 1 и более цену для одного товара забить с разными характеристиками

ну а без использования характеристик только одну цену на один товар.

с Установкой цен вообще тупой регистр
не гибкий.

одна цена на товар для всех контрагентов.
ну что за бред

ну сделали бы привязку к контрагенту еще. было бы вообще красота.