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

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

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

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

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

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

>при формировании Заказ-наряда цена подхватывается из последнего документа установки цен

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

>в перемещении товаров в производство подставляется цена из поступления товара в соответсвии с Фифо

Это внутренний документ вашей конторы, который не видит покупатель. Вы передаете ТМЦ по цене закупки в производство. Разница между учетной стоимостью  и стоимостью продажи есть ваша прибыль или типа того, с которой налоги и прочая поедень.

Или я что-то не так понимаю?

Например:
На ремонт надо 10 болтов. Цена реализации 10 руб/шт. Итого 100 руб. Это в З/Н для клиента.

А купили болты двумя партиями: 3 шт по 3 рубля и 7 штук по 5 рублей.
Две партии с разной ценой. Передаете в производство: 3 по 3 и 7 по 5, итого на сумму 44 р.
дебет 100 р. кредит 44.

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

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

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

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

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

(11) посмотри презу: http://www.slideshare.net/alfa_rarus_ru/ss-38321595

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

>Проблема заключается в том,что при формировании З/Н и заполнении его тч товарами,ни на какие регистры он не ориентируется и движений на начальном этапе не происходит никаких,поэтому как тогда он будет подтягивать цены по условию,которое требуют от меня реализовать?

Это напишешь в модуле документа, там и запросики по ценам будут, и все такое.

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

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

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

Не оч красиво конечно, но остальное-прочее совсем уродливо будет.

(14) угу, только вместо одной строки:

Болт М8х50, 10 шт, цена 10 р, итого: 100 р.

будет несколько строк:

Болт М8х50, 2 шт, цена 15 р, итого: 30 р.
Болт М8х50, 5 шт, цена 8 р, итого: 40 р.
Болт М8х50, 3 шт, цена 10 р, итого: 30 р.
Всего: 100 р?

Я бы нафиг послал такое СТО, если бы мне выдали такой З/Н.

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