Имеем:
1. фирму купи/продай (не производство).
2. себестоимость = цена прихода (из приходной накладной от поставщика)
3. цену реализации
4. конкурентная борьба за остатки среди менеджеров

Нужно посчитать:
1. себестоиомть складских запасов
2. рентабельность каждой расходной накладной

При средневзвешенной себестоимости вроде проблем не возникает - храним на складе количество и сумму, в момент проведения расходного документа спсиываем по себестоимости Сумма/Количество. Т.е. списание себестоимости со склада происходит в момент проведения документа.

А как это реализуют умные люди при ФИФО/ЛИФО? Т.е. когда расходы нужно привязать к реальным приходным партиям... когда несколько транзакций конкурируют за ресурсы какой-то неизрасходованной партии? Вопросы "уровни изоляции транзакций" и "на какой СУБД это крутится" пока отложим в сторону - интересует сама методолгоия:)

Другими словами, как идеологически правильней:
1. делать привязки расходов к партиям во время проведения расходного документа (с обработкой "коллизий")
2. делать привязки в ходе каких-то монопольно выполняемых регламентных работ (например в конце дня/недели/месяца)?

В общем, нужен мозговой штурм:)

iscrafm__Привязывать себестоимость к каждой "расходной накладной" не имеет совершенно никакого смысла. Разве что виртуально кому-то увидеть, что какая-то накладная принесла какую-то виртуальную прибыль, т.е. совершенно не имеющее смысла действие. Согласен, что требование "знать рентабельность каждой расходной накладной" мягко говоря странное, но оно требование заказчика... а кто девушку ужинает, тот ее и танцует:) Но с другой стороны, на мой взгляд, оно тесно связано с п.1 - т.е. заказчик хочет знать в любой дискретный момент времени стоимость складских остатков. а это уже не такое и странное желание. Может я просто неправильно употребил термин "себестоимость" в стартовом мосте - поясню: "себестоимость" = стоимость складских остатков по закупочным ценам. Остатки списываем именно по ФИФО, а значит мне нужны привязки расходов к партиям приходов.

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

гляди: на складе есть партии одного товара
партия 1 10шт по 1денюжке
партия 2 5шт по 2 денюжки
партия 3 100шт по 1,5 денюжки
два менеджера пытаются провести расход этого товара одновременно
менеджер 1 списывает 12шт
менеджер 2 списывает 50шт
оба стратовали транзакции, обе транзакции видят все партии (115 штук), первая транзакция завершилась и уменьшила остатки по партиям (первую списала в ноль, вторую уменьшила до 3), вторая транзакция пытается опять же списать первую партию, остаток на первой партии уходит в минус, срабатывает check Qti>=0, получаем исключение, вторая транзакция откатывается, второй менеджер морщит лоб "а чего это так, ведь товара хватает???"
И вероятность таких "коллизий" растет с ростом количества конкурирующих менеджеров.

Александр ПузаковВсе просто... спасибо за объяснение, но вопрос был не КАК считать, а КОГДА;)

Подумал вчера/сегодня, и сложилось мнение, что необходимо понятие "точка актуальности" в терминах 1С. Т.е. привязку партий к расходам проводить не в рилтайме, а в какой-то регламентной процедуре... типа закрытия банковскго операционного дня. Т.е. в конце дня, недели, месяца выполняем привязку партий к расходам - получаем и фактическую рентабельность по накладным, и, что существенно важнее, фактическую стоимость складских остатков. В период с ТА до CurrentTime эти данные неизвестны (положительность остатков контролируется другими механизмами). При таком решении достаточно просто (пока кажется так) решается вопрос с редактированием документов задним числом: просто откатываем ТА на нужную дату (убиваем все ранее выполненные привязки в периоде от текущей ТА до новой), редактируем документы, устанавливаем новую ТА на наужную дату.

Может это в стопитсоттысячный раз очередной велосипед, но однозначного мнения ни тут ни в гугле пока не нашел. В общем прошу делится мнениями:)

Naf,
сенкс