|
|
10.03.2011, 15:24
|
#1 |
|
Moderator
|
1. Он там, помнится, изрядно глючил. Поэтому выключили его аж в одном из первых международных SP к 3.0. Я, кстати, считал что его вообще выключили в исходном международном 3.0 без service pack. Хотя после вашего сообщения засомневался. Вообще авторы просто не думали об НЗП. Функционал хоть как-то работал только в том случае, если при калькуляции незавершенка всегда была равна нолю.
2. Нет - не получится. Собственно функциональность и разрабатывалась из за НЗП (то есть - возможности нескольких калькуляций), а себестоимость брака и сопродукты - это некий полезный побочный продукт самого рассчета НЗП. |
|
|
|
10.03.2011, 18:34
|
#2 |
|
Участник
|
Цитата:
Сообщение от fed
1. Он там, помнится, изрядно глючил.
|
|
|
|
11.03.2011, 10:29
|
#3 |
|
Moderator
|
Цитата:
Сообщение от Starling
А можно пример, на котором в 3-ке можно восстановить глюки?
|
|
|
|
| За это сообщение автора поблагодарили: Starling (1). | |
|
11.03.2011, 11:08
|
#4 |
|
Участник
|
Цитата:
Сообщение от fed
Биться об заклад не буду, но по моему там случались проблемы с себестоимостью по ГП если ГП принималась в разные периоды закрытия склада.
Но при этом калькуляции себестоимости этого прихода могут быть в разных периодах… |
|
|
|
11.03.2011, 11:51
|
#5 |
|
Moderator
|
Цитата:
Сообщение от Starling
Т.е. если ввести ограничение, что у нас по ПЗ только один приход (а это справедливо для этого БП), то в этой части ожидать неприятностей не стоит?
Но при этом калькуляции себестоимости этого прихода могут быть в разных периодах… |
|
|
|
11.03.2011, 12:18
|
#6 |
|
Участник
|
В случае множественного прихода из про-ва, необходимо будет допилить класс ProdUpdHistoricalCost. Перенести из 4-ки метод updateAverageReceiptPrice (в 5-ке его удалили) и вызвать его в методе updateProduction. Это нужно для того чтобы себестоимость корректно размазывалась на все приемки.
|
|
|
Комбинированный вид
