Вопрос по себестоимости

[IvanHARD]

Цитата:

Изначально опубликовано Hamster
заставить кладовщиков закрыть отгрузку в аксапте?

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

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

[IvanHARD]

Цитата:

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

Кстати, Чиж хотел запретить разноску задним числом... Тогда у него должна метода поканать... Вот тока метод списания у него по средневзвешенной...

[IvanHARD]

Так чего-то мы не в ту степь уехали тут...

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

[slava09]

Вобщем даже такая методика не избавит от того, чтобы себестоимость не "плыла" вообще. Например какой-нить нерадивый пользователь оформит возврат на существующую партию, но по другой себестоимости. Ну или самый простой пример, когда нужно будет скорректировать себестоимость прихода.
Еще учтите, что за счет округления могут "зависнуть" себестоимости на товарах с нулевым остатком, что с ними делать?
Опять таки, Чиж не ответил на самый главный вопрос: почему он не хочет закрывать склад! Может потому что такой вопрос ему не задали?
Как видно из ветки, он всего лишь два раза запостил, а все остальное только догадки и предложения выдвинутые на основе догадок.
Я бы всетаки еще помучал самого Чижа, конечно если он все еще интересуется этим вопросом.

[twilight]

Цитата:

Изначально опубликовано IvanHARD
Делается все очень просто. Объявляем партионный учет в учетной политике. В аксапте партия делается финансовым складом, номер партии создается при приходе произвольным образом, лишь бы он был уникальный для прихода (можно номер лота по строке, номер закупки и т.д.). Списания делаем с указанием номера партии, который может быть произвольным, лишь бы себестоимость для данной партии тянулась. Вот и все... никакого закрытия склада и никаких ограничений по вводу задним числом. Модель списания можем настроить любую, все равно у нас в рамках партии только один приход по одной цене...

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

[IvanHARD]

2slava09:
Согласен, что полностью избежать закрытия не удастся, даже "отключив" нерадивых пользователей. Однако, полагаю (не копался в алгоритме закрытия, только доки читал), закрытию будет проще, если будет много партий, практически в каждой из которых будет только один приход и несколько расходов (сопоставлять особо нечего просто будет).

2twilight:
А вот на производстве наоборот интересно видеть фактическую себестоимость продукции в момент списания сырья. Партии помогут это реализовать. За редким исключением себстоимость за единицу в разных партиях будет близка... На крайний случай можно отчет реализовать, который будет выводить себестоимость по всем партиям...
Номер партии тоже пользователю вводить не нужно. Достаточно тривиальная доработка позволяет полностью автоматизировать этот процесс...

2Чиж
Ну где же вы? Тема еще интересна?
Почему склад не хотите закрывать? Какова специализация предприятия?

[piglet]

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

[slava09]

Цитата:

Изначально опубликовано IvanHARD
2slava09:
Однако, полагаю (не копался в алгоритме закрытия, только доки читал), закрытию будет проще, если будет много партий, практически в каждой из которых будет только один приход и несколько расходов (сопоставлять особо нечего просто будет).

Совершенно верно. Чем больше аналитик с галочкой "финансовая", тем закрытию легче.
В любом случае остается вопрос с возможностью зависания себестоимости.

И еще раз хочу акцентировать специально для Чижа: не закрывая склад, вы сталкиваетесь с проблемой расчета мгновенной себестоимости - в расчет будут выбиратся ВСЕ складские проводки, за ВЕСЬ период эксплуатации системы!
Вы можете принять ряд мер которые минимизируют коррекции при закрытии, но совсем избавится от них вам врядли удастся. Я настоятельно рекомендую вам прорабатывать этот вопрос в направлении оптимизации алгоритма закрытия и не отказыватся от него.

2 piglet: интересно, а налоговой можно объяснить, что расчет сначала идет по мгновенной, а потом корректируется до правильной в конце месяца? Они поймут такой заморочку? Ну а коррекции вызванные изменением себестоимости прихода, могут подтвердится первичкой.

[IvanHARD]

Цитата:

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

Что является причиной коррекции понятно? Я сталкивался с необъяснимой коррекций себестоимости, т.е. считаешь руками средневзвешенную, она совпадает с себстоимостью в проводке, а система еще докорректирует...

[piglet]

IvanHARD, иногда такое случается... если было бы объяснимо, тогда и проблемы не было бы

[IvanHARD]

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

[piglet]

аналогично...
буду тестить SP4. может после него все нормально будет....

[Чиж]

Я не поддерживаю стремление переделываать уже существующие в программе процедуры.
Уже напоролись, сначало переделала а потом пришлось вернуть на круги своя и идти другим путем.

[Чиж]

Это конечно понятно, что проводки не будут учитываться. Но представте себе ситуацию когда отгрузка идет круглосуточно, а склад закрывается на протяжении 18 часов. И что тогда? Если вагоны простаивают, то фирма платит штрафы, а ждать пока отработает процедура закрытия не выход.

[Чиж]

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

[slava09]

Наконец-то Вы появились
Значит так: закрытие влияет на расчет мгновенной, но не так как я думал и сказал. Расчет мгновенной себестоимости идет по ИнвенСум, не берется в расчет закрытый ИнвентСум (closed). Это Вам не по проводкам рыскать

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

[Чиж]

Абсолютно согласен.
ТАк и будет потому, что будет стоит ограничение по партии.

[Чиж]

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

[slava09]

Цитата:

Изначально опубликовано Чиж
Абсолютно согласен.
ТАк и будет потому, что будет стоит ограничение по партии.

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

[Чиж]

Представьте себе 10000 номенклатур, ежемесячно дополняемый на 20-30.
Что тогда? Как выявить те номенклптуры, которые требуют пересчета?