при расчете ср. цены как быть, если остаток отрицательны

[finansist_soft]

Здравствуйте. Вот в этой топике http://www.glavbyh.ru/showthread.php?p=414675#post414675 мы обсуждали как вообще ведется расчет ср. цены.
Там мы пришли к выводу, что для ФИФО вот такая формула:
Средняя цена (с учетом прихода и расхода) = ((текущий_остаток_партии_№0*цену_партии_№0)/общий остаток) + ((текущий_остаток_партии_№1*цену_партии_№1)/общий остаток) + ((текущий_остаток_партии_№2*цену_партии_№2)/общий остаток) + ((текущий_остаток_партии_№3*цену_партии_№3)/общий остаток)
Но сейчас встал немного иной расчет, а как быть если текущий остаток партии отрицательный? Считать также, не зависимо от знака, или слагаемое (согласно формуле выше) с этой партией приравнивать нулю, т.е., к примеру, есть у нас:
Партия №1, на остатке -200 кг, цена за 1 кг 180
Партия №2, на остатке 1000 кг, цена за 1 кг 190

1 вариант)
Ср. цена = (-200*180) / (-200 + 1000) +
(1000*190) / (-200 + 1000) = 45 + 237.5 = 282.5

2 вариант)
Ср. цена = 0 {т.к. остаток отрицательный и поэтому принимаем за ноль} + (1000*190) / (-200 + 1000) = 0 + 237.5 = 237.5

3 вариант) может существует другой вариант расчета? Тогда как?

Каким вариантом пользоваться в случае отрицательного остатка

[Аланда]

Сообщение от finansist_soft

как быть если текущий остаток партии отрицательный?

Что есть " остаток партии отрицательный"?

[finansist_soft]

Сообщение от Аланда

Что есть " остаток партии отрицательный"?

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

[Аланда]

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

Сообщение от finansist_soft

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

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

[AlexVX]

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

[Аланда]

Сообщение от finansist_soft

Партия №1, на остатке -200 кг

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

Сообщение от AlexVX

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

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

[AlexVX]

А зачем считать цену для физически невозможного случая?

[Аланда]

Сообщение от AlexVX

А зачем считать цену для физически невозможного случая?

Это вопрос не ко мне Хотя физически такой случай в результате неправильных действий возможен,но практически не должен иметь право на существование.ИМХО

[finansist_soft]

Сообщение от Аланда

но интересует теоретическая строна вопроса ! а вдруг такое будет!? Причем не стоит вопрос,как убрать ошибку,а как считать среднюю цену при наличии такой ошибки.

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

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

Программа в первую очередь помогает и выдает всегда наиболее разумное сообщение или расчет, а не ругает пользователя.

[finansist_soft]

Сообщение от Аланда

Это вопрос не ко мне Хотя физически такой случай в результате неправильных действий возможен

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

[Аланда]

Сообщение от finansist_soft

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

А по-моему ,было бы самым правильным решением;ну,может быть ,без "уволить",нужно дать шанс на исправление.

[finansist_soft]

Сообщение от Аланда

А по-моему ,было бы самым правильным решением

Не этот вариант не подходит, а то моего товарища уволят
И все же, если серьезно, то какой из 3 ранее мною предложенных?

[Аланда]

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

[finansist_soft]

Сообщение от Аланда

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

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