Перебор партий при реализации #337593

Мне нужно в запросе выполнить следующие условия. В табличной части документа реализации скажем внесена номенклатура 1 есть две партии этой номенклатуры, одна партия - себестоимость 50,количество 100   вторая партия себестоимость 100, количество 100 например В табличной части я набираю количество 30 ( тоесть не перекрываю первую партию при списании),себестоимость должна из запроса выйти 50 Если я набираю например количество в табличной части 120, то нужно что бы из запроса вышли цыфры по первой партии кол- во 100 себестоимость 50 по второй партии количество 20 себестоимость 100

Мне нужно в запросе выполнить следующие условия. В табличной части документа реализации скажем внесена номенклатура 1 есть две партии этой номенклатуры, одна партия - себестоимость 50,количество 100   вторая партия себестоимость 100, количество 100 например В табличной части я набираю количество 30 ( тоесть не перекрываю первую партию при списании),себестоимость должна из запроса выйти 50 Если я набираю например количество в табличной части 120, то нужно что бы из запроса вышли цыфры по первой партии кол- во 100 себестоимость 50 по второй партии количество 20 себестоимость 100

Мне нужно в запросе выполнить следующие условия. В табличной части документа реализации скажем внесена номенклатура 1 есть две партии этой номенклатуры, одна партия - себестоимость 50,количество 100   вторая партия себестоимость 100, количество 100 например В табличной части я набираю количество 30 ( тоесть не перекрываю первую партию при списании),себестоимость должна из запроса выйти 50 Если я набираю например количество в табличной части 120, то нужно что бы из запроса вышли цыфры по первой партии кол- во 100 себестоимость 50 по второй партии количество 20 себестоимость 100

Мне нужно в запросе выполнить следующие условия. В табличной части документа реализации скажем внесена номенклатура 1 есть две партии этой номенклатуры, одна партия - себестоимость 50,количество 100   вторая партия себестоимость 100, количество 100 например В табличной части я набираю количество 30 ( тоесть не перекрываю первую партию при списании),себестоимость должна из запроса выйти 50 Если я набираю например количество в табличной части 120, то нужно что бы из запроса вышли цыфры по первой партии кол- во 100 себестоимость 50 по второй партии количество 20 себестоимость 100

Мне нужно в запросе выполнить следующие условия. В табличной части документа реализации скажем внесена номенклатура 1 есть две партии этой номенклатуры, одна партия - себестоимость 50,количество 100   вторая партия себестоимость 100, количество 100 например В табличной части я набираю количество 30 ( тоесть не перекрываю первую партию при списании),себестоимость должна из запроса выйти 50 Если я набираю например количество в табличной части 120, то нужно что бы из запроса вышли цыфры по первой партии кол- во 100 себестоимость 50 по второй партии количество 20 себестоимость 100

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

перебор партий должен идти по методу ФИФО тоесть так как партии будут списываться.

ИЛИ Может кто подскажет как по другому контролировать цены ,что бы не было продаж ниже себестоимости?

Подскажу тебе волшебное слово, копай в сторону него.

Так, ФИФО тебе известно. Тогда не понятно чего ты хочешь...

Ну вот смотри сейчас разложу :)

У меня сейчас себестоимость проверяется как

Это не годится так как

Ре5гистратор там лишний сорри то я эксперементировал

например пришла партия 100 штук по 100 р и вторая партия пришла 100 штук по 50 р Я продаю первую партию по себестоимости средней по 75 р а потом когда она закончилась у меня себестоимость выдает по оставшейся партии тоесть 50 р и последнюю я продаю по 50 В результате первые 100 шт я продал по 75 (при реальн себестоимости 100) а вторую по 50 итого убыток.

Вот я и хочу что бы при вводе в табличную часть номенклатуры и количества , находилось реальная себестоимость этой партии именно которая продается. . И если количество больше чем остаток этой партиий нужно искать следующую и искать себестоимость следующей партии, потом сложить суммы /количество и выдать новую себестоимость на данное колиячество

И? Чего хочешь в итоге? Чтоб при проведении программа говорила - ай-ай-ай! Плохо делаешь, насяльника, низе сибистоимасти прадаёшь аднака! Так что-ли? В каком случае ругатся должна? Например, у тебя висит партия 1000штук по 100р от вчера. Ещё висит 1 штука за 3р от 01.01.2000 Должна ругатся или нет?

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

+1 Хотя... Бывают манагеры, которые "своим" клиентам готовы за бесценок отдать...

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

Ругаться она должна , даже не ругаться а запрещать продавать ниже мин Цены, то я сам зделаю

Если продается 1 шт от 2000 г по 3 р и с ней 5 штук по 1000 р от вчера себестоимость равна в данном случае (3+5000)/6 но только если разом идет продажа .

Есть 3 способа списания: ФИФО ЛИФО сперва определись какой способ ты берешь

1. Вот запрос который ты хочешь: |    ДокументОприходования" Но это не есть правильно. 2. В типовых УПП, УТ есть настройка в правах пользователей - не продавать ниже определённого типа цен. Попробуй покурить в данную сторону, возможно это то что тебе нужно. 3. На какую дату ты будешь делать этот запрос и в какой момент?

Фифо беру

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

+ И заодно сразу подумай, что будет в случае нескольких строк с одной номенклатурой...

"а если тебе скажут с крыши спрыгнуть?" (: а вообще не понятно, в чем именно проблема? (думаю, в первую очередь - в постановке задачи....)

тогда вот эта фраза не ясна:  Я продаю первую партию по себестоимости средней по 75 р если фифо то нужно списывать сперва первую пришедшую партию по ее цене, а потом следующую ФИФО - метод списания себестоимости

zyto нескольких строк не будет смотри..

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

списываю 5 шт так? Есть 2 партии по 2 и одна - 1 шт нужно  1 парития запрос результат ; количество 2 сумма 5р 2 парития                          количество 2 сумма 7 р 3 партия                           количество 1  10 р себестоимость всего товара списываемого в данный момент для определения мин цены равна (10+14+10)/(2+1+1)

Даже если 3 партия имеет остаток 100 с нее берется только недостающая 1 единица и включается в динамическую себестоимость

Дело все в том что цена ходит на грани себестоимсоти . поэтому актуальна проблема ограничить нижнюю планку продажи

и в тоже ремя грубо тип цен миннимальной не подходит.

попроще напиши, странные какие то вычисления списываешь 5 шт 3 записи в регистре: 1 партия                           количество 2  5 р 2 парития                          количество 2  7 р 3 партия                           количество 1 10 р

Всё-равно у тебя по какой-то из партий может быть "-" а по какой-то "+"... Что-то здесь нечисто...

Да

всмысле минус

ах ну да может быть

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

Я так понимаю - он списывать будет как положено, ему надо перед списанием поглядеть - не продают ли они ниже себестоимости...

но этот минус компенсируется единой продажей он в пакете идет этот минус а не так как я в начале написал обстоит дело

тогда еще нужно +

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

Но как

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

я вообще пока не понимаю твоих проблем

задача Куплено с разницей в неделю 3 партии номенклатура 1 1 партия                           количество 2   цена     5 р 2 парития                          количество 2   цена     50 р 3 партия                           количество 300   цена   100 р Идет продажа Продается 7 штук   . КАК выставить мин цена,( пусть в данном случае она равна себестоимости.)

и как тут определить мин цену.?

Списание по ФИФО

Если бы можно было поставить мин цену 100 нет проблем, но дело в том что нужн именно по себестоимости.

Я бы, на месте управленца в данном случае, запретил бы продажу меньше 100р :) Как у вас дела обстоят - ХЗ.

Если ты всё таки хочешь сделать свой алгоритм, запрос для этого я привёл в . Но это неправильный алгоритм, изначально. ИМХО.

Унас именно та4 и остоят как ты сказал :)

смотри. не подходит алгоритм твой почему. есть например1000 единиц по 5 р, куплена 1 шт по 100 р . ну так на пробу. и что мин цена 100 р ?

Я не настаиваю :)

Управленцев нет они в офисе .программа сама должна контролировать мин цену

Твой огород, твои грабли, тебе наступать :)

воровитых менеджеров

вот и наступаю :) Может есть еще идеи7 4ак сам алгоритм задать?

zyto тот запрос что ты привел выведет какие результаты?

и как перебирать партии при продаже по ФИФО их же нужно указывать?

Попробуй... Только подгони его под свой регистр. И ответь на вопрос: "На какую дату ты будешь делать этот запрос и в какой момент?" Т.к. в твоём примере запрос идёт на текущую дату, что в корне неверно.

Что есть партия?

Смотри если тебе нужно продавать не ниже себестоимости то задача простая. При списании ты будешь списывать по ценам себестоимости, и цена продажи тебе известна, сверить не проблема. Я бы наверное просто бы запретил в твоем случае продавать ниже себестоимости и не парился.

Ну я думал на текущую дату а почему не верно?

партия приход - докуамент закупки

vladnet а если при продаже идет списание 2 - 3 партий у них то себестоимость разная7

минцена равна себестоимость плюс икс процентов

Перепроводится документ годовой давности, что произойдёт? Погляди, в моём запросе выбирается ДокументОприходования... ЗЫ Я настоятельно рекомендую пригласить специалиста, пока не поздно...

насчет себестоимости списания может помочь. только я это и пытаюсь зделать сейчас :)

)Перепроводится документ годовой давности, что произойдёт? - не перепроводится. Погляди, в моём запросе выбирается ДокументОприходования...- как будет выглядеть результат запроса? по документам оприходования? Первая партия понятно, по фифо пошла вторая партия , как задать ее в запрос?

притом я должен знать что это за 2 партия еще до проведения?

vladnet я и хочу запретить продажу ниже себестоимости плюс мин процент Но как , если при продаже идет списание 3-4-6 партий с разными ценами оприходования

я ихочу до проведения получить их цены оприходования и выставить мин цену

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

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

Задних чисел не будет :)

не верю...

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

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

Мне нужно наладить реальный! учет а все остальное меня не касается то дело бухгалтерии

спс сейчас почитаю :)

отпали бы проблемы? бугага...

щас вот пит придет и выскажется...

что в данном случае есть не распределено?

Насколько я помню, если нужно , например 100 единиц товара продать, а в партии только 80, то 20 будет нераспределено. Но мне сейчас тоже приходится вспоминать :)

Если я правильно понял - там нет контроля цен... Откуда уверенность что не будет работы задним числом? Любая попытка восттановить последовательность поставит базу раком.

А как определено    Партия.Количество=0;   Я не доконца понимаю .. пока . нужно подсказывать :)

контроль цен я введу сам

мне только нужно вывести в поле минцена - сами цены а уж я проконтролирую :)

он просто не знает, что они сплошь и рядом задним числом работают. Вот когда его поставят раком за такие доработки, он скажет "а мне про это никто ничего не говорил"...

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

zyto, я не настаиваю на своем , но если есть идеи как быть то прошу подсказать. как лучше зделать контроль. Просто хаять это не конструктино. я же и прошу идеи. Я высказал свою..

Даже дело не как зделать контроль .А как задать алгоритм минцены

Определить его.  Контроль дело уже второе

selenat и К(подобные)  прошу свои комментарии для собственного  самоутверждения   тему не засорять :). на меня они не влияют ни коим образом.

Тебе люди дело говорят, а ты...

тебя пытаются от глупостей уберечь, стойкий ты наш. Пнули в нужном направлении, чтоб подумал к чему это приведет. Но если очень хочется и дальше долбить, не говори потом, что не предупреждали...