Вопрос по ценообразованию

Не переносите плз в финансы, вопрос нубский.

Заказчик попросил простенькую ERP для учета денег и склада.
Мне не понятно как считать себестоимость, при условии что один товар поставляется разными поставщиками у которых цена отличается.
Т.е. Пример:
У ЧП Вася я купил сникерс по 5 грн, 100 шт
У ЧП Леха я купил сникерс по 4 грн, 200 шт
Очевидно что себестоимость 1 сникерса на складе для меня 4.33
Продаю я по 6 грн напрмер, фиксированная цена.

Но что делать если я продал половину, т.е. у меня складской остаток
150 сникерс 4.33/шт
а мне ЧП Вася привез еще 100 шт по 5 грн?
Какая будет себестоимость единицы товара на складе?

Если считать с учетом складских остатков, то 4.6, но это не верно, Т.к. если б я от Васи сразу получил эту вторую сотню, было б 4.5
Но если считать без складских остатков, тупо по приходам, то приходы годовалой давности будут влиять на текущую себестоимость, хотя я в 0 все продал и затарился по новой, я не завишу уже от старых поступлений  

имхо
новая_текущая_себестоимость = (складской_остаток * текущая себестоимость + новый_приход * цена закупки) / (складской_остаток + новый_приход)

Added after 51 seconds:

считается в момент внесения нового прихода

IntenT, при таком раскладе у меня себестоимость сникерса после второго прихода получается 4.6
почему? пришло 200 сникерсов по 4 и 200 по 5. Должно быть 4.5

Олег, золотое правило - спроси у заказчика.
ОН должен знать КАК, ты просто должен изложить это в коде.

Если только у него нет никакого видения и понимания - тогда предупреди что ты изобретешь велосипед и перезадай вопрос на форуме.
Или суть в том что ты ему уже сказал "конечно я знаю как это рассчитать"?
Даже если так - уточни у него. А то потом будет разрыв шаблона и ругань.

А, хм, странно, по 4.6 заработок-то сходится
Продал 150 с наценкой 6-4.33=1.67 150*1.67=250 грн
Пришло 100, продал весь остаток 250 шт по 6-4.6=1.4 250*1.4=350
Заработок 600

Приход 200*5+200*4=1800
Расход 400*6=2400
Заработок 600

Выходит что текущая себестоимость зависит от остатков.
Мне это не очень нравится, т.к. если допустим всю жизнь товар приходил по 5, и себестоимость 5, но 1 раз пришел по 4.5, то при условии что на складе всегда будут остатки, себестоимость никогда не станет 5, так и будет через 10 лет торчать 4.99.
Но что поделаешь.
Может есть другие способы учета прибыли, лишенные данного недостатка?   

Added after 1 minutes:

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

Caballero, метод средневзвешенного, FIFO, LIFO

Added after 40 seconds:


Это зависит от того налажен ли у тебя партионный учет или нет.

Added after 1 minutes:


в нормальных erp это всё должно быть предусмотрено. Просто при старте нужно выбрать то что тебе нужно.

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

Caballero,

так считается не средняя себестоимость всего, а себестоимость того, что есть на складе в текущий момент.

Added after 1 minutes:

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

V, не зря штаны в 1С просижывал   .

Вообще ни слова не понял

Grek, это 1 курс факультета экономики  и бухучета))

Caballero, У меня в 1С программист прописывал с привязкой к партии поставки, если хочешь могу в телефоном режиме тебя с ним свести\ уточнишь

Caballero, ответь для меня, пожалуйста на один вопрос - это для управленческого или бухгалтерского учета надо?

V_Carter, управленческий

Caballero, сделать партионный учет, он понадобится в любом случае рано или поздно.
Предусмотреть возможность задавать метод списания по умолчанию (FIFO/LIFO), плюс опцию "выбор партии из кот.будет списан товар" при создании новой операции списания.

Отчеты

Табличка 1 (сводная карточка товара)
По строкам: партии с указанием начального(входящего остатка) объема партии, расхода, текущего остатка, входящей цены за ед, и суммы.
Итоговая строка: общее количество позиций данной номенклатуры, сумма, средняя цена за шт.
При клике на строку, заказчик должен получить перечень документов по приходу/расходу данной позиции, с возможностью открыть запись о первичном документе.

Табличка 2 (сводные остатки)
По строкам: код/наименование, текущий остаток, ср.цена, сумма.
При клике на строку, должна открываться табл.№1 соотв.наименования)

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

Caballero, а это уже вопрос организационный, который решается средствами и методами складской логистики.
Если владелец бизнеса решит, что для него важно знать, сколько бутылок из какой партии отгружено ФАКТИЧЕСКИ, и с отражением в учете, то и хранить партии нужно отдельно.
Если в этом есть необходимость, можешь предусмотреть опциональное поле в электронном приходном документе, типа "место хранения партии на складе".
Ну там, стеллаж/номер секции, левый дальний угол склада, и т.д.
Тогда, при формировании расходного складского документа, в нем нужно указывать, какое колич. товара из какой партии где лежит.
Чтобы сотрудники склада точно знали, чего, сколько, откуда и кому.

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

AlexWB, мне надо без раздельного хранения
я когда на Фоззи работал в SAP ERP, оно как-то корректно работало с себестоимостью общего количества товарных запасов. Хочется тоже рассчитывать себестоимость, без дробления однородных материалов на складе.

Caballero, блин, ну выше же неоднократно писали о FIFO/LIFO.
Т.е. храним товар одного наименования в одной куче, без разделения по партиям, но в учете используем партионный учет + метод списания FIFO/LIFO.

Есть остаток Товара №1, приход от 01.10.2011 в количестве 10шт, по закупочной цене 10грн/шт
Есть остаток Товара №1, приход от 02.10.2011 в количестве 100шт, по закупочной цене 12грн/шт
Общий остаток: 110шт

Есть покупатель, которому нужно отгрузить 25ед. этого товара.
По методу FIFO списываем:
10шт. с прихода от 01.10.2011
15шт. с прихода от 02.10.2011

По методу LIFO списываем:
25шт. с прихода от 02.10.2011

AlexWB, Т.е. в общей БД склада хранить записи отдельно? ммммм, в принципе вариант. Пожалуй оптимальный. Но смущает только смена наценки, при использовании данного варианта.
Допустим имеем
Приход от 01.10.2011 остаток 1 шт, стоимость 10 грн
Продажная цена 11, заработок 1 грн
Новый приход
Приход от 02.10.2011 100 шт, стоимость 1 грн.
Я переоценяю продажу в 2 грн, заработок 1 грн.  
И выходит что продав 2 шт товара расходная ведомость по  FIFO будет с отрицательной прибылью    
Я понимаю что общая оборотка продаж всей партии сойдется, просто вопрос: подобные случаи нормальны?

да))

Caballero, я щас начну матом разговаривать.
Не путай теплое с мягким.
Что ты подразумеваешь под "Ведомостью по FIFO"?
Если это ведомость остатков, то при чем тут прибыль?
Если это типа отчета о фин.результатах, то при чем тут партии?

По ведомости остатков, у тебя будет 99шт. по 1грн.

В отчете о фин результатах, у тебя будет указано, что продано 2штуки
Затраты на приобретение 2шт: 11грн
Выручка от реализации 2шт: 13грн
Прибыль: 2грн

Где ты нашел "отрицательную прибыль"?

Added after 8 minutes:

 Caballero, вы там, в конторе своей, возьмите системного аналитика/постановщика задач, хотя бы на сдельной основе.
Иначе вы наработаете

Наценка единая для всех остатков на складе. Нельзя ж сказать клиентам "ой, тут у нас 1 шт со старой партии, на него цена не так как в прайсе".
Так что при переоценке в 2 грн в моем примере, в отчете будет
Затраты на приобретение 2шт: 11грн
Выручка от реализации 2шт: 4грн (цена ведь 2)
Прибыль: -7 грн

Added after 1 minutes:



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

Это ец просто, пардон за мой французский
По банку/кассе, у тебя тоже 4грн выручки прошло?
И рассказывать, откуда у вас убытки вместо прибыли, вы потом буите не покупателям, а налоговой

Added after 2 minutes:

Нужно оперировать ценой реализации, а не наценкой, тогда всё на места встанет.

Олег, мне кажется ты не за то взялся)))

Added after 8 minutes:


не поверишь но ее уже давно придумали))))
Открой самый банальный 1С 7.7 Торговля и Склад и почитай мануал))) ты сочиняешь велосипед))

А сколько? В кассовом аппарате лежат 2 бумажки по 2 грн, т.к. цена 2 грн/шт.