Изменение механизма ценообразования в 1С Альфа Авто.Прошу советов. #778842

Добрый день, уважаемые форумчане. Альфа-Авто 5(5.0.07.03) Сейчас в компании по которой я работаю, следующая последовательность ценообразования, делается поступление на склад,назначается цена на основании поступления, с фиксированной наценкой 35%. Возникает такой ньюанс,что например при формировании Заказ-наряда цена подхватывается из последнего документа установки цен,но в перемещении товаров в производство подставляется цена из поступления товара в соответсвии с Фифо,т.е. из самой старой партии по которой есть остатки. Учитывая то,что поступления у них всегда бывают с разными ценами, иногда получается так,что цена в перемещении товаров в производство выше чем в документе заказ-наряд. Задача заключается в том,чтобы цена в заказ наряд подтягивалась не по последнему документу установка цен, а из того документа установка цен, который относится к поступлению(партии) с которого списывается товар,при этом с пересчётом по курсу формирования заказ наряда в др.валюту. Проблема заключается в том,что при формировании З/Н и заполнении его тч товарами,ни на какие регистры он не ориентируется и движений на начальном этапе не происходит никаких,поэтому как тогда он будет подтягивать цены по условию,которое требуют от меня реализовать? Пожалуйста посоветуйте.Буду благодарен.

Т.е. сейчас товары они продают ниже себестоимости...

в Заказ-наряде определять цену по такому же алгоритму, что и в перемещении товаров в производство.

Спасибо за ответ.Но как? Если учесть,что при формировании Заказ-наряда и заполнеии его ТЧ товарами, до состояния Выполнено записи в регистрах и движения не ведутся...

ну у тебя же как-то определяется цена в перемещении товаров в производство? Или она видна только в движениях?

в АльфаАвто в правах ползователей есть "запретить продажу ниже себестоимости", этого вполне достаточно

>при формировании Заказ-наряда цена подхватывается из последнего документа установки цен Это логично, ибо этот док, по идее, устанавливает цену реализации ТМЦ. Цена реализации, по идее, одна и не зависит от партии (в конце концов вы не сигаретами торгуете). Цену публикуете в публичной оферте. С этой ценой соглашается покупатель. >в перемещении товаров в производство подставляется цена из поступления товара в соответсвии с Фифо Это внутренний документ вашей конторы, который не видит покупатель. Вы передаете ТМЦ по цене закупки в производство. Разница между учетной стоимостью  и стоимостью продажи есть ваша прибыль или типа того, с которой налоги и прочая поедень. Или я что-то не так понимаю? Например: На ремонт надо 10 болтов. Цена реализации 10 руб/шт. Итого 100 руб. Это в З/Н для клиента. А купили болты двумя партиями: 3 шт по 3 рубля и 7 штук по 5 рублей. Две партии с разной ценой. Передаете в производство: 3 по 3 и 7 по 5, итого на сумму 44 р. дебет 100 р. кредит 44.

Перемещение автоматом формируется на основании Заказ наряда,нажатием на кнопку переместить в производство и проводится,поэтому цена и берётся из регистра

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

У них как раз таки цена зависит именно от партии.Этот тот самый уникальный случай....Всегда с наценкой 35%

Таков у них уж регламент,формирования цены на основе поступления,из-за чего и возникает такой гемор.Когда у них в перемещении 100 рублей, а в з/н может быть 80руб

Тут у меня сейчас главный вопрос как описать реализацию данного механизма,т.е. источники и т.д. на основе чего и будет всё это работать...

посмотри презу: По идее, тебе надо определить партию, найти связанный с этой партией (т.е. поступлением) документ, который установил наценку, от него и плясать. Только зачем? Не закупочную цену партии умножить на 1.35, если 35% фиксировано у вас? >Проблема заключается в том,что при формировании З/Н и заполнении его тч товарами,ни на какие регистры он не ориентируется и движений на начальном этапе не происходит никаких,поэтому как тогда он будет подтягивать цены по условию,которое требуют от меня реализовать? Это напишешь в модуле документа, там и запросики по ценам будут, и все такое.

+ и разобраться с видами цен.

дружище, не получится у тебя ничего хорошего с такой постановкой! Ибо так выходит, что клиент у тебя не будет знать почем ему выйдут запчасти, пока ты их в производство не переместишь?? и т.д., и т.п. Это же лажа полная! ничего не нужно ломать-программировать! Просто пусть заводят каждое поступление как отдельную номенклатуру (или характеристику, не помню есть ли они в АА). И цена тогда будет на каждую своя штатно назначаться и выскакивать в документах. А для удобства можно однотипные как аналоги связать позиции из разных партий. Не оч красиво конечно, но остальное-прочее совсем уродливо будет.

угу, только вместо одной строки: Болт М8х50, 10 шт, цена 10 р, итого: 100 р. будет несколько строк: Болт М8х50, 2 шт, цена 15 р, итого: 30 р. Болт М8х50, 5 шт, цена 8 р, итого: 40 р. Болт М8х50, 3 шт, цена 10 р, итого: 30 р. Всего: 100 р? Я бы нафиг послал такое СТО, если бы мне выдали такой З/Н.

я бы то же послал, но у них так пачимута!))